WebGL,HTML5,SVG,CSS3,JavaScript

> Когда JS станет нормальным объектно-ориентированным языком с динамически подключаемыми библиотеками.

OMG, зачем?

>Когда JS станет нормальным объектно-ориентированным языком

Никогда.

Мне одному ТС кажется упоротым в отношении web'a, js, css и прочего УГ?

белки на аваторе=тролли

> Когда JS станет нормальным объектно-ориентированным языком с динамически подключаемыми библиотеками.

А он ненормальный?

А он был когда то нормальным

>белки на аваторе=тролли

Тебя повсюду преследуют белки?

> А он был когда то нормальным

чего тебе не хватает?

Нет, это дань выферу

>Когда JS станет нормальным объектно-ориентированным языком
взаимоисключающие параграфы :)

с динамически подключаемыми библиотеками

не осилил dom и <script src='...'> ?

А он был когда то нормальным

чего тебе не хватает?

Своих ЛИЧНЫХ тегов в HTML

Своих ЛИЧНЫХ тегов в HTML

Это точно. Было бы здорово, если б в HTML была возможность создания макрокоманд наподобие латеховских, чтобы не писать сто раз подряд (пусть и JavaScript'ом или CGI) одинаковые строки кода с разными параметрами вроде

<div class="..«>..</div><div class=»..«>..</div>...

а писать, например

<mystring><1>..</1><2>..</2>...</mystring>

>Своих ЛИЧНЫХ тегов в HTML
а откуда браузер узнает, как их обрабатывать?

а откуда браузер узнает, как их обрабатывать?

Ввести теги <def>, <ifdef>, <gdef> и т.п. Пример определения вышесказанного:

<def newtag="mystring" params="2">
<div class="firstcolumn"><param num="1"></div>
<div class="secondcolumn"><param num="2"></div>
</def>
...
<mystring><1>Первый столбец</1><2>Второй столбец</2></mystring> 

хтмл и так помойка, а ты еще мусора предлагаешь добавить. Сделай себе препроцессор для шаблонов

а еще ajax есть)

Препроцессор не проблема, но ведь кода будет жутко много. А хотелось бы, чтобы те же самые гугловские сервисы, например, реализовались с хотя бы в 100 раз меньшим потоком трафика.

Кстати, из-за того, что JS-код должен быть сперва скачан браузером, а потом может быть выполнен, я и люблю CGI, которые выполняются на стороне сервера и совершенно не напрягают пользователя. Страницы же на основе JS грузят порой чуть ли не по мегабайту кода, чтобы отобразить одну несчастную страничку (как гуглопочта). А ведь все мог сделать сервер, и отдать эту страничку в голом html, или же, если бы были макросы - кода было бы еще меньше.

> Своих ЛИЧНЫХ тегов в HTML

Что мешает использовать XML + XSLT на джаваскрипте?

> что JS-код должен быть сперва скачан браузером, а потом может быть выполнен, я и люблю CGI, которые выполняются на стороне сервера и совершенно не напрягают пользователя

Вы смешиваете client-side и server-side технологии. Одно не отменяет другого.

А потом сидеть и ждать пока он там сгенерит страничку

> Ввести теги <def>, <ifdef>, <gdef> и т.п.

google XSLT

Было бы здорово, если б в HTML была возможность создания макрокоманд наподобие латеховских, чтобы не писать сто раз подряд

Если для чего-то нужна туча дивов это значит, что CSS ещё недостаточно развит. Препроцессор тут городить смысла нет на клиентской скорое (да и сказали уже про XSLT). В CSS 3 как раз планируют ::outside

вы вообще о чем. Тега div в html5 нет и не будет

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

Почему-то сейчас многие веб-разработчики совершенно не заботятся о своих клиентах: что тем придется платить лишний рубль за кучу JS-кода, ждать лишние минуты, пока он загрузится...

>реализовались с хотя бы в 100 раз меньшим потоком трафика.
omg

А ведь все мог сделать сервер, и отдать эту страничку в голом html

там и так есть режим чистого html. Только в нем не все работает, насколько помню.

я и люблю CGI, которые выполняются на стороне сервера и совершенно не напрягают пользователя.

меня напрягает на каждый чих наблюдать перезагрузку всей страницы.

>Тега div в html5 нет и не будет

укурок?

LOLWUT?

>Как раз клиентские машины обычно достаточно мощные, чтобы разместить обработчик кода на их стороне.

XSLT уже есть. Ещё бы неплохо IE забанить прямо у провайдеров и вообще можно жить станет.

Почему-то сейчас многие веб-разработчики совершенно не заботятся о своих клиентах: что тем придется платить лишний рубль за кучу JS-кода, ждать лишние минуты, пока он загрузится...

Как раз клиентские машины обычно достаточно мощные, чтобы разместить обработчик кода на их стороне.

⁇ Или крест сними, или… ну, ты понял :)

Тем более что жабаскрипт как раз кэшируются, а все эти фичи с <def> в HTML придётся передавать каждый раз. Очень уменьшит трафик, да.

# Новый тэг header, является контейнером для вступительных элементов, таких как заголовок или логотип. Он также может содержать оглавление или поисковую форму. Каждый заголовок обычно содержит теги заголовков от <h1> до <h6>. В данном случае заголовок используется только для представления страницы, немного позднее мы добавим его в различные секции страницы. # Тэг nav используется для содержания навигационных элементов, таких как основная навигация сайта или более специализированная навигация, как ссылки на следующую/предыдущую страницы. # aside – используется для обертывания содержимого, связанного с основным контентом страницы, которое всегда находится на одном месте. В данном случае мы используем его для сайдбара. # Тэг section используется для обозначения секции документа. Он может содержать все виды разметки, и множество секций могут быть вложены друг в друга. # Тэг footer должен содержать дополнительную информацию об основном контенте, такую как информацию об авторе, копирайты, ссылки на похожие документы и тому подобное # Тэг сanvas контейнер для графики

Зачем там тэг div не понятно.Только как блок элемент в который можно пихнуть рекламы и поставить не на стандартном месте.

>Зачем там тэг div не понятно

Как только начнёшь заниматься вёрсткой — поймёшь.

>Зачем там тэг div не понятно.
точно укурок.

я вообще имею ввиду html5.Ну если что,он там ну на фиг иногда не здался

Ты не понимаешь о чём говоришь :) Див как раз хорош тем, что у него отсутствует предопределённая семантика и оформление. Как только стандартных элементов перестанет хватать (а это случится, если ты хоть раз верстал) ты либо начнёшь из них изобретать велосипед, либо возьмёшь див и настроишь.

Читать умеешь речь идет HTML5,а не xhtml и не обычном html. Он не нужен будет в сочетание svg,html5,canvas,и прочего. На html5 проще использовать семантические теги и вложения,но не div Его применение нестандарт в html5 и там борды разве что отрисовывать.

я про html5 у него нет ограничений на вложения и т.д

>Его применение нестандарт в html5

Ололо, ты пруфлинком то подтверди, болезный :)

Перечитай.

стандартных элементов.При том можно друг вдруга запихивать. И да про CSS3.

// LOR User tag successfully applied :}

>Читать умеешь

умею. Официальный черновик спецификации, а не бредни укурков.

Когда js станет объектно-ориентированным с подключаемыми библиотеками, тогда он будет тяжелее дотнета.

Когда js станет объектно-ориентированным с подключаемыми библиотеками, тогда он будет тяжелее дотнета.

А когда для JS появится JIT, тут ваще все очень сладенько будет. Тогда ТОЧНО нужно человеческую объектность в JS делать. Текст JS разок грузился, дальше браузером крутится в байт код, или уже с сайта валится байткодом, JIT-ом в нативный код и вперед... Если такое будет, я точно свои теги начну изобретать. Иногда стандартных тегов не хватает.

>А когда для JS появится JIT, тут ваще все очень сладенько будет

Да уж... Он есть уже и не один, в том числе в финальных Opera, Chrome, FF и Safari.

Текст JS разок грузился, дальше браузером крутится в байт код

Так было практически всегда, текст никогда не перечитывался.

>А когда для JS появится JIT,

все еще используешь IE?