а вот если хочешь такой user experience то понятное дело что "как делали 10 лет назад" уже не прокатит

плюс хотелки бизнеса по всяким эффектам

@quetzal в том то и дело, что нет. все рич гуи фреймворки с библиотеками виджетов как-то стагнируют

некоторые загибаются совсем

ну потому что эти фреймворки -- это путь в никуда реакт вот взлетел потому что фейсбук и потому что модель unidirectional data flow проще

а почему в никуда?

я что-то не вижу сильно сложных гуи приложений

по сравнению с тем, что лет 5 - 8 назад делали на каком-нибудь qooxdoo

да вспомни как раньше гуй делался. вот эти все MFC, WTL, QT -- библиотеки виджетов это попытка переложить ТЕ идеи на веб

очевидно не взлетело

но сейчас стало только хуже

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

ну первый ангуляр же как раз про декларативный биндинг

в openlaszlo например ты прям в узлах виджетов описывал xpath для того, что на этот виджет забиндить

но да, оказалось что хоть и работает но не то чтоб хорошо

и вообще огонь - гуй на лету рендерился из xml

мне кажется основная проблема тут не в подходе, а в целевой аудитории

реакт и вообще все эти пляски вокруг virtual dom вот взлетели. отсюда и elm с его elm-architecture и порт элма в js под названием redux )

т.е сколько нибудь нормальные подходы противоречат их ментальной модели

я не уверен что подход с "напишем xml из которого нам все сделается" это хорошо j2ee не даст соврать

потому что массы не смогли в xpath

иначе появление и доминирование json + императивного кода для его обработки необъяснимо

хотя это регресс

да не.. я думаю что твой подход покрывает ну 95% случаев но чтобы в его рамках решить оставшиеся 5% -- да проще умереть сразу. вот и не взлетело

я не вижу в вебе таких случаев

я вижу что веб как был, так и остался довольно типовым

просто технически решается несколько иначе и всё

но задачи вроде бы всё те же.

раньше ж говорил. задачи те же, но от интерфейсов хотят все большей и большей нативности

и скорости

ну мы не наблюдаем этого

где нативность?

вообще, что это?

вид как у десктопного приложения? нет же такого

это когда user experience ближе и ближе к десктопному приложению

и к этому таки все идет

не вижу противоречий, и хотелось бы примеров

ну посмотри какой-нибудь react native

я, в общем, не вижу как это противоречит декларативному биндингу

описанию бокс-модели

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

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

там нет любой задачи

там все таже задача отображения

нарисовать бокс

контент взять оттуда

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

этот весь ваш респонсив

все это уже было в симпсонах...

любом гуи тулките

wx, фоксе и даже fltk кажется

бокс модель это боль конечно, но с другой стороны когда раньше надо было на mfc сделать что-то что хорошо себя ведет на ресайзах окна -- боли было еще больше )

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

знаем, но они разве лучше и удобнее того что сейчас в вебе?

а про веб всё крайне мутно, и думаю, что причины этого скорее социальные

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

специфики нет, но мне кажется в вебе ща пытаются сделать "как на десктопе но без боли qt"

я не могу сказать про qt его я мало знаю

но например были вполне нормальные и удобные в плане программирования фреймворки, типа того же fltk

на все это дело конечно накладывается что (исторически) там js

да и fox ничего был

вот fltk не трогал вообще (

да даже в openlaszlo была вполне нормальная бокс-модель и виджеты.

а gtk то же -- это боль не меньше чем сейчас веб

ну его недостаток - слабая интеграция с системой, ненативный вид контролов и архаичный лук н фил

т.е это не какие-то фундаментальные проблемы. и он туп, как пробка и... вполне удобен.

тебе все же нужна готовая библиотека виджетов?

конечно нужна. потому что проблема эта верстка же и особенности бравзеров

и DOM

у веба еще особенность что хоть все и хотят desktop experience, никто не хочет унифицированных контролов. хотят свой дизайн и полет мысли

ну по идее это до определенной степени решается стилями

но да, не хотят. возможно, в этом проблема

неужели такая проблема сделать edsl и вебню генерить из него?

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

"до определенной степени" но на самом деле не решается (

но кстати -- библиотеки виджетов есть

@weonn а какие там "нововведения" на самом деле?

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

@weonn а какие там "нововведения" на самом деле?

например механика асинхронки, менялась сильно и часто

есть material ui, есть grommet

как-то это... неконкретно.