JavaScript выбран в качестве основного языка разработки приложений для GNOME

Ну, по ссылке всё же не интерфейс, а перенос один к одному упоротой бумажной многостраничной формочки.

На картинке как раз пример того, каким интерфейс быть не должен.

Вообще-то любое рассуждение об интерфейсе вообще и о «простом пользователе», без указания конкретной задачи и конкретных групп людей бессмысленно. Так что не надо говорить, должен или не должен. Но факт: HTML тонет там, где остальные тулкиты (будь то генерация кода или декларативный QML) идут ровно.

ага в томже dojo вообще исключения давятся, потому что нормально обработать их неполучится, и вся морда в итоге молча не работает, а дебажить этот код - пипец.

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

Но при этом под GNOME и KDE есть уйма вариантов кастомного оформления интерфейса.

Но при этом все приложения поддерживают единый системный Look&Feel, и заботится об этом тулкит (Qt/Gtk+), программисту об этом думать вообще не нужно. А вот в случае с HTML/CSS скажите, как вы будете поддерживать системный Look&Feel?

HTML и JS — говно, я не оспариваю. Но всё же универсальное говно. ☺

Говори за себя

ты меня за глюк считаешь уже?

И не такую туфту генерили.

что твой язык уже мешки ворочает? покажи код, я поржу

Если поля выцепляются из базы, то такое обычно пишут на шаблонизаторах.

такие примитивные вещи я генерю, а пишет их детсад типа вашего ибо вам платят за отжимание на клаве

Тулкит отвечает только за look, за feel отвечает программист. Наглядный пример — OK Отмена Применить в кде и их отсутствие в гноме.

Если поля выцепляются из базы, то такое обычно пишут на шаблонизаторах

А говорили, интерфейс можно менять без перезагрузки страницы и манкей-патчинга. Банальное значение в поле задаётся двумя способами: инициализация шаблонизатором и редактирование скриптами на javascript.

Зачастую невовремя вылетающее исключение или невовремя вызываемое действие могут поломать интерфейсы, основанные на манкей-патчинге DOM.

Есть реальные примеры? Поломать интерфейс невовремя вызываемым действием можно только в том случае, если не пользоваться коллбэками. А работа с DOM без коллбэков - признак лютых ССЗБ. Вот стили как раз менять безопасно.

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

пользователи этого интерфеса тебя убьют если ты сделаешь другой

СиндромУтёнка.жпг.

бухучета

Что ещё ожидать от людей, с детства приученных к убогим бумажным формочкам.

Вот стили как раз менять безопасно.

бгг из-за костыльности вашего html уползший кусок морды в -1000 это норма 8)

HTML и JS — говно, я не оспариваю. Но всё же универсальное говно. ☺

Ну я его чем-то плохим не считаю, и с универсальностью целиком согласен. Но когда говорят, что все тулкиты уступают паре HTML5 + CSS, смешно становится, ибо удобный и быстрый интерфейс на этой паре намного труднее сделать by design. Зато клиенты к серверным системам или информационно-развлекательные приложения с журнальной вёрсткой хорошо идут.

СиндромУтёнка.жпг.

у тебя еще и этот дагноз?

Что ещё ожидать от людей, с детства приученных к убогим бумажным формочкам.

они свою работу делают хорошо, а ты? Ты убеждаешь других что твое мнение - важнее. Узрей разницу 8)

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

у тебя еще и этот дагноз?

Нет, это у людей, которые убьют за интерфейс.

ога ога, например есть ввода адреса:

страна

область\штат

город

улица

и мы в html загружаем сразу все? нет. в html вешаем коллбеки (которые глючат), потом манкей дрочингом грузим значения, и так каждый раз, и это тебе любо! Хаха

бгг из-за костыльности вашего html уползший кусок морды в -1000 это норма 8)

Это норма из-за криворукости индусов, такое написавших. HTML тут ни при чём. Сам, когда вижу такое, хочется убиват.

А что, в приложении на кутях будет не также? ☺

да, у них это профессиональное требование, _им_ этот интерфейс _удобнее_

а ты мне напоминаешь чудаков которые лепят тачскрин и кнопочки на фотокамеру и убирают переключатели, когда «управление вслепую» давно известно как факт (тут оно кстати тоже работает но по табуляции)

в html ресайзящийся мышкой layout иначе не пишется

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

да, у них это профессиональное требование, _им_ этот интерфейс _удобнее_

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

Вот что тут у вас http://storage5.static.itmages.ru/i/13/0205/h_1360015885_2746268_d53f6e8c4e.png

а не линукс

На жс ты тоже ничего не генеришь.

document.getElementById("Штаты").options.add("Техас");

Снова какой-то узкоспециализированный ужас для задротов.

у меня для тебя плохие новости 8)

совсем плохие...

Не будет варнинга или ошибки при отсутсвии id=«Штаты». То есть будет исключение, но уже на этапе выполнения. Помнится мне одна тёмная история с кучей коллбеков, когда я вылетающее в javascript исключение полчаса искал и не нашёл.

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

Говори прямо, я не понимаю твоих грязных намёков.

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

Какое ещё радиальное искажение? Что ещё за тип объектива? Вроде на всех нормальных фотоаппаратах просто кнопку нажал и готово, что им ещё надо?

Не будет варнинга или ошибки при отсутсвии id=«Штаты». То есть будет исключение, но уже на этапе выполнения.

А что мешает проверять возвращаемое значение?

прямо: ты неграмотный трепач

криво: возьми в зубы ботинокfirebug, выполни свой говнокод, когда исправишь и таки добавишь элемент посмотри исходный код, а потом почитай про то как влияют манипуляции dom на документ и больше не садишь в лужи а то зад простудишь

так это border-radius тебя кормит, а то вы оба такой тупняк несете

А что мешает проверять возвращаемое значение?

И что делать дальше? Перебирать id «Штаны», «Штатыы», «Шаты»? Отправлять багрепорт на email начальнику, который разбудит кодера хоть в 3 часа ночи и пошлёт исправлять? Показывать алерт «сепулька с grpfsef=1454 внезапно окуклилась»?

большинство свалило на Юнити и Кеды

и XFCE.

и MATE

Чистый CSS — да, маразм. Он не готов.

Твои проги работают с DOM по крону? Не вижу причины, по которой нельзя обработать null, возвращенный от getElementById в случае ненайденного элемента. Или вы настолько забиваете на тестирование, что такие ситуации реальны?

А что готово?

Qt :}

Разве что к пусканию в нём того же вебкита и обработке поступающих от него сигналов.

HTML головного мозга. Следующий!

JavаSсriрt - это тот язык где программист не знает, что действительно делает его программа, пока не обвешает её с ног до головы всеми известными и экспериментальными системами отлова ошибок и попутно напишет свой вариант строгой типизации?

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

Не вижу причины, по которой нельзя обработать null, возвращенный от getElementById в случае ненайденного элемента.

Невозможно обработать его так, чтобы программа продолжила корректную работу, как будто бы ненайденного элемента не было. Обязательно не сработает какое-то действие. Именно в этом принципиальная проблема манкей-патчинга и «фичи» некоторых языков под общепринятым названием null object.

Наличие нужных элементов в .ui в Qt в большинстве случаев проверяется при компиляции. Или хотя бы в консоль выводится ясное указание, что в такой строчке кода нету нужного слота (теоретически это можно проверить при компиляции, например с помощью плагина к шлангу, но не всё коту масленица).

Невозможно обработать его так, чтобы программа продолжила корректную работу, как будто бы ненайденного элемента не было.

В вышеуказанной конструкции невозможно, а если результат вынести в отдельную переменную, то вполне возможно. И да, в каких случаях его может не быть? Изначальный HTML можно считать тем же ui-layout-ом.

Почему не visual basic? Пардон , не gambas?