Быколай

в своём мнении исхожу из того что сама технология гипертекста платформонезависима. Одно дело системное программирование, где надо учитывать архитектуру с которой будет взаимодействовать приложение. И другое html, который объективно никак не может и не должен зависеть от клиента, он же на сервере. Википедия: такое вот имхо. сейчас меня будут распинать... как самостоятельного свойства нет, о чём прямо и валидатор объявляет. Одно дело вставить строку <script src="http://html5shiv.googlecode.com/svn/trunk/html5.js"></script> это не жалко. а другое дело засорять код подпорками для чужих продуктов, разработчики которых не удосужились чтобы их программа работала как того требует спецификация. или напихали своих свистелок чтобы ущучить конкурентов. Мало ли какие программы как работают, есть закон (спека) и есть законопослушный код, тот что валиден на 100%. Остальное уже попытка быть рублём чтобы всем понравиться. Конечно я не профессиональный верстальщик у которого в ТЗ есть пункт про IE6, поэтому многие с моей позицией не согласятся. И поэтому же могу позволить себе так рассуждать

неа. Ну купил человек чёрно-белый телевизор полвека назад. А фильмы в цвете хочет смотреть, и триД при том. Не моя головная боль обеспечивать ему это. Образно выражаясь.

в спецификации нет, значит недопустимое, имхо.

Страницы конечно нет, а вот оглавление очень даже. Вот Светлана - светлая голова. На самом деле это самое верное решение.

у того же Лебедева есть удачные заметки. Тезисы которых, между прочим, часто основаны на правилах принятых в классической типографике и вёрстке. Вообще вы верно заметили что есть информация по вёрстке печатного текста. Основные нормы "юзабилити совпадают, например удобоваримая длинна строк в абзаце, начертания шрифтов для разных элементов текста. Если есть желание хорошо разобраться в вопросе, то изучение литературы по хтр пойдёт только на пользу. Ян Чихольд, Гиленсон, стандарты по издательскому делу... А что в вебе? То же самое, только размер страницы - неизвестное во всех уравнениях

префикс не гуд, я костыли стараюсь не использовать.

откройте код любого сайта на битрикс и ужаснитесь. вот там ребятам действительно по барабану похоже сколько файлов подгружать. ваше беспокойство благородно, но необоснованно, имхо.

о, а дома статус бар на месте остался и, о да, наконец-то, то чего так долго ждал... закруглённые уголки css psywalker, а арканоид это ваших рук дело?

но если вырвать из контекста фрагмент с нумером в заголовке, то не ясно что несёт эту цифра. поэтому мне кажется предпочтительней нумерация именно в контексте конструкции, то есть при помощи списка. html 5 круто, но как я давал понять задачу надо было решить средствами xhtml, тик что ваши рассуждения носят уже более теоретический, отвлечённый характер что не кончалось?

однако вброс

я остановился на последнем мной приведённом коде. трудностей в стилизации не вижу, семантически же, имхо, для поставленной задачи это наиболее логичное решение. Спасибо всем за мнения, семантика это всегда интересно

гемморно, но можно. у меня получилось только путём долгого тыка и перетаскивания. + там есть флажок "Вкладки сверху". и то 1 в 1 интерфейс не удалось воссоздать, к сожалению.

просто невинный опрос мнения плавно разворачивается в холивар

Дык в дополнениях - список всех расширений - отключить. А кто-нибудь знает как вернуть статус-бар нормальный?

да, вы правы, если файрбаг отключить памяти раза в 4 поменьше уходит.

памяти и процессора жрёт дай боже, не меньше чем раньше

в частном случае нет, всё таки статья едина. Тогда уж несколько <section> возможно в одном <article>. Но проект не html 5, а XHTML 1.0 Transitional, так что в любом случае нет. а картинки будут в блоке li, а что бы их оформить, ещё в div завернуть. так что всё нормально. вот как-то так <ol> <li> <h2>Первое бла</h2> <p>рыба рыба рыба кит</p> <div class="images"> <img src="..." alt=""/> </div> <p>рыба рыба рыба кит</p> </li> <li> <h2>Второе бла</h2> <div class="images"> <img src="..." alt=""/> <img src="..." alt=""/> </div> <p>Утка Утка Утка гусь</p> <p>Утка Утка Утка гусь</p> </li> </ol>

и пожалуй таки нумерованный список <style type="text/css"> li, h2 {font-size: 14pt;} p {font-size: 14pt;} </style> <ol> <li> <h2>Первое бла</h2> <p>рыба рыба рыба кит</p> </li> <li> <h2>Второе бла</h2> <p>Утка Утка Утка гусь</p> </li> </ol>

дело в том, что это не самостоятельные статьи, а раскрытие темы в несколько поочерёдных этапов, пронумерованных в логической последовательности.

На странице объёмная статья, после небольшого вступления идут части с пронумерованными подзаголовками, то есть описываться по порядку некий процесс. В каждом пункте пара абзацев и иллюстрации. По вашему мнению как семантически будет трушнее? /* вступление ..... */ <h2>1. Первое бла</h2> <img .....> <p>....</p> <h2>2. Второе бла</h2> <img .....> <p>....</p> или каждый эпизод - заворачивать в li и нумеровать, костыляво получится если цифру к заголовку пытаться приилепить... Или составить список определений, и попытаться ему применить list-style-type: decimal?

первые впечатления: может и не в шесть, как смело обещано разработчиками, но субъективно показалось что даже "долгие" сайты (битриксы с не оптимизированной графикой) стали существенно шустрее грузиться. интерфейс изменился и с нахрапу настроить его так же как и было за пол часа не удалось все дополнения-расширения фунциклируют, файербаг 1.7.0 свои сайты не развалились

вы за эти работы по 350-500$ берёте? я лошара

включил утром машину и вот такая радость. ушёл заценивать

ну, разбирайтесь с jquery значит, есть просто замечательная книга Бера Бибо и Иегуды Каца "подробное руководство по продвинутому javascript". В принципе, если облададать общими понятиями о структуре html и свойствах css, то держа её под рукой можно классные штуки реализовывать, и вашу задачу решить тоже, там всего несколько строчек кода-то и выйдет. PS: с nivo незнаком. Так что могут возникнуть какие-то подводные камни и реализация оказаться не такой простой как показалось на первый взгляд. Хотя вряд ли

То есть отдавать на сохранение файл без перезагрузки страницы? хм... Вряд ли, мне кажется, ведь заголовки все уже ушли. А что если этот финт попробовать во фрейме провернуть на странице? То есть его обновить и послать из него файл? Соответсвенно в function(data) будет перезагрузка этого самого фрейма.