swetlana
-
Posts
1,629 -
Joined
-
Last visited
-
Days Won
8
Content Type
Profiles
Forums
Calendar
Store
Everything posted by swetlana
-
для отступов есть свойства padding и margin.
-
для начала надо убрать position: absolute и width: 100% всё то же правило: если можно что-то не делать, этого делать не следует. Практического смысла в абсолютном позиционировании тут нет. ширина 100% в таком случае высчитывается от ширины окна. С учётом отступа и получается, что полоса сдвигается. По умолчанию, если не задавать ширины явно, див размещается во всё доступное ему пространство.
-
а кто-нибудь может объяснить такой странный эффект? Сайты, не затрачивающие ни грамма усилий и ни копейки денег на seo, часто даже опережают в поисковиках сайты, над которыми работают крутейшие оптимизаторы.
-
Int, какой-то неудачный пример Речь о морали или о ханжеской забитости?
-
ну да, всё так. Спасибо за дополнение. на мысль навёл сlass="tel"? в общем, это и подразумевалось. А вот тут становится очевидной первичность контента. Сейчас мы видим ряд фигнюшек с рамками. Что там будет на самом деле — остаётся только догадываться. Но в любом случае можно задать любую осмысленную разметку между header и footer, и это будет правильно. насколько я понимаю эту ситуацию, вопрос скорее религиозный. Мне в <menu> нравится, что он означает не обезличенный список произвольного смысла, а именно навигационный элемент. Или есть другие соображения за и против?
-
И да, ещё: дивы верстальщики прошлых лет были вынуждены использовать в отдельных случаях, поскольку устаревшие версии языков разметки не содержали в себе семантических элементов для разметки большинства традиционных частей веб-страницы; таблицы для позиционирования верстальщики прошлого века были вынуждены использовать потому что браузеры того века были весьма несовершенны, и это был единственный адекватный способ передать задумку дизайнера. там делать нечего. Не то что пробовать… Минут на десять всей работы.
-
див — это элемент ни о чём, лишённый семантики. Это наследие прошлого. Почти так, с небольшими оговорками. таблицы — это очень правильная группа элементов. Многие данные удобнее всего представлять именно в таблицах. К примеру, таковым может быть прайс-лист или расписание поездов. Но если таблицы применяют для позиционирования элементов на странице — это дикость.
-
естественно. А как же иначе?
-
Одно другого не отменяет. А бывает ещё и виртуальный хостинг. Некоторое время назад мне доводилось уже оптимизировать вёрстку для снижения нагрузки на сервер. В ходе этих работ и css переносился из отдельных файлов в html (предварительно пересмотренный, сокращённый и собранный в одну строку), и все иконки на сайте размещались на одном файле png, а выбиралась нужная при помощи background-position. Программист тогда же колдовал над БД (в этом я уже мало понимаю). В общем, вытянули суровую нагрузку на обычном мастерхосте.
-
Вот приблизительная раскладка для вашей схемы: <!DOCTYPE html> <html> <head> <title>Нечто абстрактное</title> <meta charset=utf-8 /> </head> <body> <header> <h1 class="logo">Название сайта</h1> <address class="office">Адрес организации</address> <address class="tel">телефон: 23-23-45</address> <nav> <menu> <li><a href="">Главная</a></li> <li><a href="">Ссылка 1</a></li> <li><a href="">Ссылка 2</a></li> <li><a href="">Ссылка 3</a></li> <li><a href="">?</a></li> </menu> </nav> </header> <ul class="bricks"> <li>фигня с рамкой</li> <li>фигня с рамкой</li> <li>фигня с рамкой</li> <li>фигня с рамкой</li> <li>фигня с рамкой</li> <li>фигня с рамкой</li> <li>фигня с рамкой</li> <li>фигня с рамкой</li> <li>фигня с рамкой</li> </ul> <footer> <address class="email"><a href="mailto:mail@mail.ru">mail@mail.ru</a></address> <p class="horror">© 2001</p> </footer> </body> </html> а таблицы или блоки для вёрстки — обречённый тупиковый путь.
-
списки вижу. меню вижу. заголовок вижу. адрес вижу. хэдер с футером вижу. таблиц или блоков не вижу. Автор, покажите, где они тут могут быть?
-
Вообще-то любой умеющий читать (а не только флудить) обитатель этого форума знает, что логотип рисовал не Влад, а Егор Жгун.
-
Вердер известен своей резкостью. Зачастую и прав. Однако в данном случае поставлю под сомнение. Сейчас ВовчиГ ведёт себя не совсем так, как принято в приличном обществе, но это не значит, что он не сможет остепениться через некоторое время. Не исключено, что даже мы сами подталкиваем его на эту клоунаду не самым доброжелательным отношением. Ну да, флудер и чудак. Но может какие-то задатки есть, может со временем он их сможет раскрыть, реализовать свой потенциал и стать уважаемым специалистом. В конце концов, быть заметным — это отличительная черта именно творческого человека. Может его стоит не гнобить, а помочь найти свои таланты и развить их. кстати, очень интересное наблюдение! Ну да, видимо нужно показать, что «здесь был дизайнер».
-
Разница есть. Для проектов с суровой нагрузкой каждый дополнительный файл — это лишний http-запрос. Для проектов с щадящей нагрузкой лишний запрос не так важен, а если css разбит по разным файлам, то зачастую проще им управлять.
-
Макс, вот как раз такой подход очень опасен. Когда формально всё как бы очень близко к истине, но реально есть малозаметные отличия, эти самые отличия подсознательно фиксируются, а поскольку невооружённым глазом их разглядеть и формализовать сложно, то создаётся весьма неуютное ощущение, будто где-то обманули, но не можешь понять, где именно.
-
эта шутка здесь уже была. Она ничуть не смешная. Макс, а в какой точке шарик будет касаться изогнутой биты? Это ж дополнительные вычисления
-
ВовчиГ, не переживай, тут ни до кого не допирает. Всё нормально.
-
а ведь когда мне было 14, нечто в таком духе нравилось Только тогда про интернеты никто особо и не слышал.
-
Супер! Такое иногда надо делать. По крайней мере чтобы дать выход своему желанию выпендриться. Эдакий выход всех самых сокровенных желаний по полной, без полумер. И заодно обкатываются всяческие фишки, которые на первый взгляд кажутся интересными. Так можно в реальные проекты отобрать только те из них, которые положительно показали себя на обкаточном примере.
-
Кстати, klierik, насчёт комментированности кода. Ведь лучший код — это тот, который и не нуждается в комментариях. И почему-то мне кажется, что именно к этому и надо стремиться. А вероятность того, что следующий разработчик не будет проклинать, непредсказуема. Можно написать идеальный код, а следующий придёт и скажет: «что за криворукий это писал? Мало того, что ни единой таблицы в коде, но и не знает даже, что в именах классов не должно быть пробелов!». Это реальный случай из практики А почему в голосовалке нет ответа «не нравится исполнять убогие фантазии заказчика»? Это был бы мой ответ. А так пришлось ответить, будто всё нравится. А в самом процессе, если задача понятна и осмысленна, действительно нравится всё.
-
да, верстать несоизмеримо приятнее — факт А когда работа нравится, результат получается более высокого качества, чем когда просиживаешь штаны на рабочем месте, поглядывая на часы: когда там обед?
-
Andyk, так картинку фоном, тут же всё очевидно. И никаких этих блоков не нужно. Максимум — один, который эту картинку и будет содержать.
-
так… просто так… или вот: нет, я ничего не говорю, я понимаю, что всё это случайные сходства. а я-то думаю, что оно мне всё напоминает? Или вся графика на сайте выдержана в этом стиле? А всё дело в чём: в футере нет сакральной фразы «все права защищены». Вот какая-то гнусная американская конторка и утягала все иконки, а затем использовала их в оформлении своего софта, и теперь получает за это прибыль. Вот была бы фразочка, тогда можно было бы судиться, отсудить у них половину прибыли. А теперь что? Эхъ…
-
IE6 игнорируем? ни в коем случае не хочу это записать в недостатки!
