[WT] [Архив] [Поиск] [Главная] [Управление]
[Совместно с IIchan.ru]

[Назад]
Ответ в нить

Имя
Адрес  [sage] [noko]
Animapcha image [?]
Тема   (reply to 3026)
Сообщение
Файл 
Пароль  (для удаления файлов и сообщений)
  • Прежде чем постить, ознакомьтесь с правилами.
  • Поддерживаемые типы файлов: 7Z, BZ, GIF, JPG, MO, MP3, OGG, PDF, PNG, PSD, RAR, SVG, SWF, TXT, XCF, ZIP
  • Максимально допустимый размер файлов: 10000 кБ.
  • Изображения, размер которых превышает 200 на 200 пикселей, будут уменьшены.
  • Ныне 1317 unique user posts. Посмотреть каталог
  • Радио:

Файл: 128948249679.jpg-(100.11KB, 639x479, 1285751114502-1.jpg)
3026 No. 3026 watch
Вот смотри, девчан. HTML это язык разметки документов, а CSS это стили. Я считаю, что определять взаиморасположение элементов документа с помощью стилей -- расово не верно. Этим должен заниматься HTML. А CSS должен влиять лишь на содержимое описываемое с помощью HTML. Например на цвета текста, шрифт, размеры содержимого. А то что творится сейчас в веб разработке по сабжу, иначе как полнейшим пиздецом назвать нельзя.

Дискач.
>> No. 3027
Ты считаешь неверно. Пересчитывай.
>> No. 3029
>>3026
>то что творится сейчас в веб разработке по сабжу, иначе как полнейшим пиздецом назвать нельзя
Это только потому что кто-то считает, что он умнее w3c(к корпорациям тоже относится).
>> No. 3031
xml+xslt
>> No. 3033
Окей, ОП, а что ты предлагаешь? Маржины-паддинги задавать для каждого блока отдельно? Много лишних данных. Вынести в одно место? Получим тот-же CSS, только у нас их теперь два.
Забудь.
>> No. 3037
>>3026
HTML должен, наоборот, содержать только само содержание документа и логическую разметку (это, мол, навигация, это сам текст, а это футер с копирайтом). Браузеру для слепых, допустим, пофигу как у тебя текстовые блоки расположены.
>> No. 3038
>>3031
>xml+xslt
>разметка документов
Но зачем?
>> No. 3045
>>3038
Я думаю, он предлагает забирать с сервера не готовую страничку, а проблемно-ориентированный xml и преобразование в код странички. Удобно, когда клиент не только браузер. В принципе, с развитием и стандартизацие RIA, можно с сервера выдавать сразу приложение, которое уже будет забирать xml.
HTML парсить удовольствие, действительно, маленькое.
>> No. 3046
>>3045
>Я думаю, он предлагает забирать с сервера не готовую страничку, а проблемно-ориентированный xml и преобразование в код странички. Удобно, когда клиент не только браузер.
Вот только сейчас даже xslt преобразования на клиенте рискованно делать из за великого множества кривых браузеров. Если сильно хочется, можно заниматься этим на сервере (а успеть отдать чистый xml можно всегда), учитывая перед преобразованием пользовательский клиент.
>> No. 3047
Ну так всё к этому и идёт, скоро все сайты будут рендерить морду на стороне клиента с помощью JS, а данные качать в виде JSON через свои проприетарные API. Ещё в спомните с тоской светлое прошлое, когда любой сайт можно было сохранить с картинками.
>> No. 3048
>>3047
Просто схоронялка усложнится.
[Назад]


Удалить сообщение []
Пароль  
[Mod]