LINUX.ORG.RU
ФорумTalks

Почему web так убог?

 , ,


1

2

Собственно давно задавался этим вопросом. Я сам последнее время работаю с вэбом и почти каждый день спрашиваю себя - почему здесь всё настолько криво. Почему спросил сейчас? Вот сижу и пишу стопяцотый велосипед который сделает удобным вывод форм на страничку избавив от всего этого хлама типа select, textarea, checkbox(value) и прочего сказочного поноса. Конечно пишу на пыхе потому что целевой фреймворк, как и подавляющее большинство, на пыхе. И тут вот такая тема - Python или PHP, или вообще Pascal?

Невольно задаешься вопросом, почему все эти люди которые создали всякие html, php, css и прочие js (возможно к последнему притензии мои и зря), смогли вывести это в мэйнстрим? Почему мэйнстримом де-факто стали настолько убогие и кривые стандарты и технологии?

P.S.
Мнения тех, кто считает что все нормально и не видит глобального ада, не очень интересно. Интересно именно чем думали создатели этого.

★★★★★

Ответ на: комментарий от Suntechnic

Посмотри на input'ы! Сколько надо было выкурить, чтобы придумать отдельные теги для select и textarea, зная что формы будут генериться автоматически?

Ты не видишь разницы между select и textarea? И почему они должны генерироваться?

Сколько надо было выпить чтобы придумать что не чекед чекбокс вообще не будет передаваться?

Зачем передавать лишнюю информацию?

TDrive ★★★★★
()
Последнее исправление: TDrive (всего исправлений: 1)
Ответ на: комментарий от Suntechnic

напейся проспись!

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

funeralismatic ★★★
()
Ответ на: комментарий от Suntechnic

Не. Потому что бумага - это одно, а дисплей - совсем другое. Бумага не умеет прокрутку и гипертекст и динамику.

Xellos ★★★★★
()
Ответ на: комментарий от Suntechnic

Я думаю, да. Но видимо без нескольких итераций нам оно не светит.
Так и живем: отдельно ТеХ, отдельно ПДФ, отдельно ХТМЛ, и везде костыли.
Тьфу.

thesis ★★★★★
()

замену портажу вон уже написали в соседнем форуме, здесь должна родиться замена HTML!

dib2 ★★★★★
()
Ответ на: комментарий от Xellos

Еще раз - меня не столько смущает, «что text и checkbox называются input, а enum и multi называются select», сколько то что text и radio называются input, а select - select. Тебе никогда не приходило в голову, что radio гораздо ближе к select по смыслу и поведению, чем text от textarea дальше?

Suntechnic ★★★★★
() автор топика
Ответ на: комментарий от Suntechnic

Как нужно было подходить к задаче чтобы придумать в css свойство color, но не придумать переменные для его значений?

scss

TDrive ★★★★★
()
Ответ на: комментарий от TDrive

Зачем передавать лишнюю информацию?

Действительно. Тогда тебе встречный вопрос - почему передается пустой text?

Suntechnic ★★★★★
() автор топика
Ответ на: комментарий от Suntechnic

сколько то что text и radio называются input, а select - select.

text и radio это самостоятельные элементы, а select это список.

TDrive ★★★★★
()
Ответ на: комментарий от Suntechnic

Действительно. Тогда тебе встречный вопрос - почему передается пустой text?

Потому что пустая строчка это тоже значение которое может нести смысловую нагрузку.

TDrive ★★★★★
()
Ответ на: комментарий от Suntechnic

Я знаю. Но это не отвечает на вопрос.

Потому что переменные это элементы программирования, а css это таблицы стилей.

TDrive ★★★★★
()
Ответ на: комментарий от TDrive

Но ведь селекторы классов есть, а классы это ничто иное как переменная которая суть элемент программирования, а css это таблица стилей ))) По сути css это набор дефайнов и рекурсивные дефайны ни чего бы не изменили.

Suntechnic ★★★★★
() автор топика
Ответ на: комментарий от Suntechnic

Прикинь, не отмеченный чекбокс тоже может нести смысловую нагрузку.

Не несет. В противном случае логику сайта придумывал идиот.

TDrive ★★★★★
()
Ответ на: комментарий от TDrive

radio это элемент списка. Так что если ты подходишь с этой стороны, то придется объяснить почему option не input.

Suntechnic ★★★★★
() автор топика
Ответ на: комментарий от TDrive

Прикинь нужно узнать что-то что предполагает ответ Да или Нет. Пользователь ожидает чекбокс, но не идиот придумывающий логику сайта понимает что здесь надо использовать select. Что делать дизайнеру?

Suntechnic ★★★★★
() автор топика
Ответ на: комментарий от Suntechnic

radio это элемент списка.

ты можешь одно radio запихать в начало страницы а второе в конце, а селект и его опции это единый элемент.

TDrive ★★★★★
()
Ответ на: комментарий от Suntechnic

Прикинь нужно узнать что-то что предполагает ответ Да или Нет. Пользователь ожидает чекбокс, но не идиот придумывающий логику сайта понимает что здесь надо использовать select.

radio, так что все таки идиот.


Что делать дизайнеру?

С каких пор дизайнер должен вникать в html?

TDrive ★★★★★
()
Ответ на: комментарий от Suntechnic

Хорошие определение. Почему не может быть вложенных указателей?

чего?

TDrive ★★★★★
()
Ответ на: комментарий от TDrive

Но ведь со стороны данных смысл у них остается один - выбор из нескольких возможных вариантов.

Suntechnic ★★★★★
() автор топика
Ответ на: комментарий от Suntechnic

Но ведь со стороны данных смысл у них остается один - выбор из нескольких возможных вариантов.

«да или нет» это выбор 1 из 2.

TDrive ★★★★★
()
Ответ на: комментарий от Suntechnic

Тебе никогда не приходило в голову, что radio гораздо ближе к select по смыслу и поведению, чем text от textarea дальше?

Вот уже скоро пятнадцать лет, как мне глубоко насрать, почему select называется select, textarea - textarea, и даже почему в языке C нет ключевого слова elsif.

Xellos ★★★★★
()
Ответ на: комментарий от TDrive

Пусть radio. Дизайнер все-равно рисует чекбокс.

С каких пор дизайнер должен вникать в html?

Опечатка смысла - верстальщик конечно.

Suntechnic ★★★★★
() автор топика
Ответ на: комментарий от TDrive

Почему ты думаешь что radio это 1 из 2?

Suntechnic ★★★★★
() автор топика
Ответ на: комментарий от Suntechnic

Пусть radio. Дизайнер все-равно рисует чекбокс.

Ну и сделай стиль у radio такой как нарисовали, в чем проблема?

TDrive ★★★★★
()
Ответ на: комментарий от Xellos

Это костыль, вызыванный отсутствием в CSS элементарного даже не языка, а хотя бы препроцессора.

css - клиент сайд, scss - сервер сайд.

TDrive ★★★★★
()
Ответ на: комментарий от Suntechnic

Дизайнер все-равно рисует чекбокс

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

Xellos ★★★★★
()
Ответ на: комментарий от TDrive

И что? JS тоже клиент-сайд, давай его запретим? Скажем что на клиенте должна быть только декларативность?

Xellos ★★★★★
()
Ответ на: комментарий от TDrive

Ну и сделай стиль у radio такой как нарисовали, в чем проблема?

Проблема в том, что это уже костыль. А еще большая проблема тебя ожидает, когда ты вспомнишь, что при клике на выбраном radio он не переключается. Так что этого костыля тоже мало - нужен будет еще один костыль на JS.

Suntechnic ★★★★★
() автор топика
Ответ на: комментарий от Suntechnic

Я не знаю как в пыхе, а в перле нередко проще написать if - elsif - else, чем колдовать с given. Не всегда, но нередко. Но это уход от темы.

Xellos ★★★★★
()
Ответ на: комментарий от Suntechnic

Наконец ты признался, что проблема в генераторе, а не в html.

Xellos ★★★★★
()
Ответ на: комментарий от Suntechnic

Вот почему я не люблю генераторы - с вероятностью 100% найдётся хотя бы один случай, который на стандартном генераторе делается нетривиальным образом.
Поэтому у меня все генераторы самописные.

Xellos ★★★★★
()
Ответ на: комментарий от Xellos

И что? JS тоже клиент-сайд, давай его запретим? Скажем что на клиенте должна быть только декларативность?

JS это ЯП для клиент сайда. css это таблицы стилей. scss можно считать как ЯП для генерации css.

Я не говорю что css и html идеальны но вносить в них логику ЯП это очень спорное решение. С тем же успехом можно и html и css генерировать на js при загрузке документа, там и цыклы и переменные есть, а то идиоты не додумались сделать в html циклы чтобы таблицы рисовать.

TDrive ★★★★★
()
Ответ на: комментарий от TDrive

Я не говорю - логику. Я говорю - препроцессор. Мне сишного препроцессора там за глаза хватит. Потому что специально компилировать чисто клиентскую штуку на сервере - костыль.

Xellos ★★★★★
()
Ответ на: комментарий от TDrive

идиоты не додумались сделать в html циклы чтобы таблицы рисовать

В xslt додумались. От этого стало только хуже :)

Xellos ★★★★★
()
Ответ на: комментарий от Suntechnic

Проблема в том, что это уже костыль.

Какой костыль? В том что дизайнер квадратный radio нарисовал? Так это мягко говоря условное отличие radio от чекбокса.

А еще большая проблема тебя ожидает, когда ты вспомнишь, что при клике на выбраном radio он не переключается.

чего?

TDrive ★★★★★
()
Ответ на: комментарий от Xellos

Потому что специально компилировать чисто клиентскую штуку на сервере - костыль.

Скомпилировал, закешировал и отдаешь клиентам статику. А на клиентах это каждый раз будет компилироваться.

TDrive ★★★★★
()
Ответ на: комментарий от TDrive

то идиоты не додумались сделать в html циклы чтобы таблицы рисовать

Ну насколько я понимаю php как раз есть те самые циклы, только вот ими не ограничилось.

Suntechnic ★★★★★
() автор топика
Ответ на: комментарий от TDrive

А на клиентах это каждый раз будет компилироваться

А держать в памяти результат «компиляции» клиент не может? С html он как-то справляется, не перерисовывает заново каждый раз при смене вкладки, например.

Xellos ★★★★★
()
Ответ на: комментарий от TDrive

чего?

Того. Юзер нечаянно тыкнул в radio в виде чекбокса, а теперь хочет снять эту галку. Но radio с ответом Нет скрыт, потому что дизайнер решил там сделать флажок. И?

Suntechnic ★★★★★
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.