Serlutin
User-
Posts
287 -
Joined
-
Last visited
Content Type
Profiles
Forums
Calendar
Store
Everything posted by Serlutin
-
Для первого макета он сложноват, хотя всё зависит от знаний.Лучше сделайте так. Этот макет верстали очень много людей. Поищите их работы здесь. Так же где-то psywalker выкладывал свою вёрстку этого макета. Потом вы верстаете какой-нибудь кусок макета, например шапку, и смотрите как сделано в других работах. Анализируете, как, почему и зачем. Если что-то непонятно спрашивайте.
-
Вот именно. Под влиянием времени. Можно привести огромное количество примеров, как слова меняли произношение, род и даже значение. Например, в 30-х годах слово абитуриент значило выпускник школы, а теперь поступающий в ВУЗ. Но разделилось это словно на выпускник, которое было разговорным, и абитуриент не в одночасье. Если проанализировать словари разных лет, то можно увидеть, как постепенно происходит смена норм. В словари обычно вносится наиболее приемлемый вариант как литературный и допустимый вариант как разговорный. Если до следующего словаря, а это примерно 50 лет, разговорный вариант станет более распространённым, то он тоже становится литературным. Все словари лишь закрепляют текущее положение дел, а не меняют его. В случае же с "на Украине" и "в Украине" изменение норм было связано не с развитием языка, поэтому такая форма ещё очень не скоро войдёт в обиход.
-
Ребят, если я не ошибаюсь, то там ведь до сих пор фрилич идёт? (или нет) Тем более, после того, как появились таймбонусы можно спокойно жить с рейтингом 0.3 То есть скачал сегодня фильм, посмотрел, завтра удалил.
-
В любом случае ведь и HTML и СSS парсится браузером. Поэтому в любом случае из Firebug не составить проблем css.
-
У меня такая проблема была с неродным FTP плагином N++. Cейчас же новые версии поставляются с дефолтным, который, как я понял автоматически поддерживает подключение. По крайней мере, отвлёкшись на где-то на час, а потом сохранив файл он спокойно себе залился на сервер. Единственное, что не нравится, что прежде, чем залить новосозданный файл его нужно обязательно где-нибудь сохранить на диске.
-
Причём тут Microsoft? Покупка произошла всего неделю (или две) назад. Пока все формальные и юридические вопросы улягутся пройдёт не один месяц.
-
Почему бы не задать этот вопрос на форумах посвящённых ucoz, или хотя бы в разделе СMS? Хотя по ucoz вам вряд ли тут кто подскажет.
-
Когда реальный размер картинки отличается от отображаемого на сайте. При реальных размерах width и height можно не писать.
-
Главное преимущество стилей в отдельном файле — это собственно его отделение. Дело в том, что, когда используется какая-нибудь СMS найти кусок шаблона, которая выводит HTML, гораздо сложнее, чем подправить CSS. html, body { width:100%; height:100%; } width скорее всего по незнанию , а вот height нужен для прижатого подвала. P.S. Нашёл, что width: 100% решал какие-то проблемы с прижатым футером в Opera 9.5
-
Вообще использовать id для колонтитулов является чуть ли не стандартом. #header и #footer присутствует у многих известных и вызывающих доверия верстальщиков: Зельдман, Мейер, Сидерхольм, Лоусон, Дейв Ши, Чикуёнок, Харисов. Однако, уже упомянутый Эрик Мейер в книге "Smashing CSS" написал целую главу ID vs. class Так как раз приведена проблема и её решение. Имеем код: #header a {color: white;} .navlinks a {color: #257000;} Естественно .navlinks вложен в #header. Только вот какого цвета будут ссылки? Правильно, белого. Какой выход из проблемы? Правильно, переименовать #header в .header (ну или не писать "#header a") Правда потом же он пишет, что этот недостаток может быть и преимуществом, когда нужно сделать больший приоритет. Так что не надо слишком категорично относится к тем, кто использует Id для именования глобальных блоков. Шанс, что на сайте нужно будет продублировать шапку, равен 1% (или 50% если заказчик не очень адекватен). Сам я стараюсь использовать ID по минимуму, но всё же использую, потому что не могу устоять перед соблазном сделать #header. Вообще это вопрос довольно специфичный, так как зависит от манеры написания кода. Поэтому использование id или класса, наименование классов, форматирование СSS и использование селекторов это всё чисто субъективно (или объективно, если используется рабочие рамки). Для кого-то привычнее писать сlass="l" и сlass="r", а мне привычнее писать сlass="side-major-menu menu" (не спрашивайте почему, можете сразу называть меня неадекватом). P.S. Как же я забыл великого Пола Айриша
-
Мне кажется, что если вы на форум обратились за советом, то значит "вещи" выполняются совсем не легко. display: table и table-cell поддерживается во всех современных браузерах и IE8+. Для людей с IE7- как раз и используется экспрешен. Если люди пользуются старыми браузерами, да и ещё отключают JS, то вероятно они ищут острых ощущений. Кстати, даже Яндекс придерживается такой версии. Кстати, чего гадать, посмотрите сколько на ваш сайт заходит людей с IE и сколько с отключённым JS. Если много, то можно сделать альтернативный вариант этой кнопки для старых браузеров.
-
Создание сайтов от 10 тыс. руб., качественно.
Serlutin replied to lookin-studio's topic in Goods and Services
оффтоп: ну допустим решил человек сайт сделать. Сайт и форум читает, но ничего понять не может, а тут сразу же объявление о создании сайтов. И ещё одни оффтоп. У вас тема называется "Создание сайтов от 10 тыс. руб., качественно.", а в посте написано "Создание визиток от 6 тыс. руб." Я так понял, что визитки вы делаете некачественно -
Трехколоночная шапка, резиновый блок + вертикальное выравнивание
Serlutin replied to gangsta15's question in HTML Coding
Наверное, потому что table-cell не работает в IE7. Можно поинтересоваться, для чего вам вертикальное выравнивание? -
Я извиняюсь, конечно, но по-моему вы не совсем правильную проблему решаете. Возможно, что IE6 и не поддерживает height: auto или поддерживает не правильно, однако корень проблемы не в этом. .header { position: absolute; top: 0; left: 0; width: 100%; height: 60px; background: #ffd700; } .content { position: absolute; top: 60px; left: 0; bottom: 60px; right: 0; height: auto; overflow-y: scroll; } .footer { position: absolute; bottom: 0; left: 0; width: 100%; height: 60px; background: #ffd700; } Зачем тут position: absolute? Он ведь тут ни к селу, ни к городу. В .footer понятно, для того, чтобы прижать его к низу. Ну а .header, то зачем? Я не отрицаю факта, что это всё для прижатия .footer, но ведь есть варианты более удобные. Представьте себе человека, который просматривает сайты, через IE6 c выключенным JS. Такого ведь врагу не пожелаешь.
-
Вы хотите сказать, что конструкция #test.off не работает. Охотно верю. Конституцию вида .test.test он тоже не поддерживает. Стоит ли из-за этого расстраиваться? Нет, не стоит, так как вариантов решение куча. Тут вам и .test-off и .test-block .off ит. д. Именно конструкция #test.off нужна не часто. Я вот сейчас не могу придумать адекватного применения для неё. К тому же от IE6 можно кое-где уже отказываться.
-
В настройка PS задаёшь отображать размер в px. Потом задаёшь какой-нибудь размер в body, например 10px. И от него уже пляшем. Тогда например 11px будет 1.1em. Также есть вариант body {font-size: 62.5%}. То есть это берётся значение по умолчанию в браузер, обычно 16px и превращается в 10px. Потом опять пляшем с em. Дело в том, что раньше не все браузеры (не будем показывать пальцем на IE) поддерживали масштабирование шрифтов, размер которых задан в px. Тут вообще довольно интересная история. По стандартам браузеры должны были масштабировать относительные размеры, такие как %, em, а абсолютные, такие как pt, не масштабировать. px являются относительной системой счисления, так как зависит от dpi, но разработчики IE посчитали её абсолютной и не стали делать масштабирование. Сейчас же все основные браузеры поддерживают любое масштабирование текста, поэтому использовать сейчас em не обязательно. Однако, если задать размер в em, то можно (а нужно ли) написать скрипт, который будет увеличивать размер в body, за счёт чего остальной текст тоже будет увеличиваться. Что-то по типу такого.
-
em - это задание размера относительно родительского элемента. <div style="font-size: 14px"><span style="font-size: 2em">текст</span></div> В этом примере размер спан будет 14px*2, то есть 28px. Если нигде до этого размер шрифта не указан, то берётся системный, по умолчанию это 16px.
-
Я же вверху статью выложил, там как раз подробно описывается отличие b от strong. Не знаю, откуда этот слух пошёл, но не находил я упоминание о том, что это тег не рекомендуется. В спеках xhtml искать что-либо бесполезно, так как там в основном описываются отличия от html 4.01 Списка тегов и их назначения ни в XHTML 1, ни в XHTML 1.1 я не нашёл. Если я не прав, то значит я плохо искал. Копаем глубже и идём в html 4.01 Там находим статью, где теги b и i нормально себе живут, без всяких страшных depricated. Скорее всего это потом кто-то решил, что использовать b и i несемантично, вот и повелось это заблуждение.
-
Вот интересная статья по этому поводу. Если коротко, то теперь все эти теги логически усиливают текст, в большей или меньше степени. Если одно-два слова или предложение надо выделить, то тогда используем теги. Если же у вас просто весь текст написан полужирным начертание для придание изысканности (бывают же такие дизайнеры , то тогда в CSS. Как-то так. Устаревшим он считается, только на словах. Спека же разрешает использовать его при любом доктайпе.
-
Думаю, что он не нужен. Во-первых, в отличии от IE, можно установить самому несколько версий. Во-вторых, пользователей FF2, FF3 и 3.5 очень мало. Меньше, чем пользователей IE6. То есть сейчас есть смысл держать только 3.6 и 4 http://www.mozilla.com/en-US/firefox/channel/ Нужно скачать Aurora
-
.titl{ display:block; width:0px; height:0px; } Почему тогда не text-indent: -9999px?
-
Не, ну вообще то, что в будущем мы будем играть в игры в облаке вполне вероятно. Скажи лет 15 назад, что для запуска Worda его не нужно будет устанавливать (google.docs), то никто бы не поверил. Так и сейчас. Тем более onlive действительно запустили, но у него есть некоторые ограничения. До сервера должно быть не больше 100 км (если не ошибаюсь), ADSL и Wi-Fi не подходят из-за большего пинга. Да и всё-равно задержка даже при идеальных условия есть. Однако, я думаю, что через 15 лет эти ограничения отпадут.
-
Немного не в тему, но вот Angry birdsна WebGL от Google (в FF4 и IE9 тоже работает).На моём компьютере, 5-ти летней давности, SD-версия бегает довольно шустро.
-
Сервис неплохой, но это как бы небольшой бонус, чем реальное средство для тестирования. Однако у меня почему-то вместо некоторых скринов, показывал просто белый экран, а ждать ещё полчаса не охота.