Владимир2012PS: Вот вкратце поэтому и говорю, что WWW - каменный век и его нужно создать с scratch.

полная чушь.

на текущий момент HTML/CSS это непревзойденные тулзы для клепания экранных форм ввода и отчетных форм,
лучшего layout engine не найти, особенно для случаем multiDPI приложений - разметку одной страницы реально сделать
и для 1920 (FullHD) и для 1440 и для 640 ширины экрана. Ни одна другая технология не позволяет это делать с той-же дешевизной и изящностью

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

в результате HTML вытеснит (и заслуженно) весь этот цирк и зоопарк от Qt, VCL, FMX, WPF, Swing и прочих динозавров.
Будет тупо везде один HTML - что уже, кстати, происходит во многих местах (к примеру утилиты Acronis).

ИзопропилВладимир2012Для новой архитектуры представления страниц безусловно нужно создать и tools для их создания и редактирования ... ... ...
И конечно понадобится разработать и browsers ...

Ещё раз - не взлетели JavaApplet,Flash,SilverLight (и тулзы есть - не помогают, и броузеры поддерживают, и запуск вне броузера есть, и из песочницы средства выхода предусмотрены)
Графический API негодный?
а какой годный? GDI+, Cocoa, OpenGL ?

WebGL вполне хорош.

Скоро допилят предкомпилированный TypeScript/JavaScript (или как его там, не Asm.js, а тру бинарный формат), с выключенным GC,
будет вообще улет - можно будет игрушки класса Quake делать просто для браузера, работать будет вообще без тормозов

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

Собственно завтра доступно уже вчера

https://en.wikipedia.org/wiki/WebAssembly

uniguicomЛюбого уровня WEB сервер пишется легко и просто на С++ Builder с помощью этого фреймоврка: http://www.unigui.com

и что, даже работает потом? really?

Владимир2012nojavaгде есть WebKit (который тоже похоже окончательно задавит все остальные движки)Отлично /без иронии/!
Еще не плохо чтобы и с JavaScript произошло то же ...

справедливости ради стоит отметить, что WebGL работает уже практически везде http://caniuse.com/#feat=webgl
а новый Edge и последний IE11 вполне себе хороши, их незаслуженно хейтят.

Владимир2012nojavaновый Edge и последний IE11 вполне себе хорошиЧестно горя для моих нужд вполне хватает Chrome /и для отладки в т.ч./.

сильно сомневаюсь, что его хватает для отладки.

я через Visual Studio могу ставить breakpoint прямо в .js файл открытый в ней, и вуаля, магия, изначально C/C++ проект может отлаживать включенные в него .js файлы, это очень удобно.

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

конечно можно отдельно жать F12 в хроме и там уже отлаживать, но это не совсем удобно.

Владимир2012nojavaя через Visual Studio могу ставить breakpoint прямо в .js файл открытый в ней, и вуаля, магия, изначально C/C++ проект может отлаживать включенные в него .js файлы, это очень удобно.

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

конечно можно отдельно жать F12 в хроме и там уже отлаживать, но это не совсем удобно.Перечисленных вами проблем у меня в Chrome нет. Native средств debuger Chrome вполне хватает для отладки js.

ты даже не понял суть проблемы :))

мне нужно чтоб после запуска всего комплекса, ну и после перехода в режим пошаговой отладки,
по Ctrl + F2 (Borland keymapping) - все внезапно остановилось, закрылось, самоочистилось и т.п.

закрывать вручную мне откровенно лениво.

при внешнем дебаггере такое не работает

maytonnojavaна текущий момент HTML/CSS это непревзойденные тулзы для клепания экранных форм ввода и отчетных форм,
лучшего layout engine не найти, особенно для случаем multiDPI приложений - разметку одной страницы реально сделать
и для 1920 (FullHD) и для 1440 и для 640 ширины экрана. Ни одна другая технология не позволяет это делать с той-же дешевизной и изящностью
Я не глубокий спец в Swing. По сути все ентрепрайзные приложения у меня были
в саппорте а не в разработке. И форм клепать не приходилось. Но если открыть
тюториалс - то нет ничего хуже и уродливее чем Swing-овые layout managers.
На них ничего нельзя выразить в виде дизайнерской мысли. Просто диву
даешся зачем они вообще существуют. По сути NetBeans благодаря
формс-опции позволяет нарисовать более-менее примемлемой красоты
дизайн. Кажется юзается gridbaglayot.

Однако воспроизвести его в вручную - просто unreal.

там есть относительно годный менеджер по имени http://www.jgoodies.com/freeware/libraries/forms/
я когда-то даже целое исследование делал на этот счет (с менеджерами везде полный швах, никто толком не может работать с изменяемым DPI).

но jgoodies оказался лучшим из худших.

а потом я забил - терять 10 лет жизни на то, чтоб сделать мир Layout Managers лучше я не стал - есть задачи поактуальнее.

потому вердикт с вероятность 146% - со временем это все отомрет и HTML захватит галактику UI.

десктопным UI не дала сразу помереть Apple, хитрым финтом ушами - они просто не мудрствуя лукаво HighDPI поддержали простым способом - 200% DPI, т.е. вместо одного пикселя появилось четыре. а так по сути все осталось на "уровне" абсолютных координат.
Microsoft решила изменяемые DPI титаническими усилиями пересчитывая координаты в системе (получилось один хрен криво и для старых приложений не работает толком, особенно для Delphi)

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

есть еще относительно здравые реализации в GTK+ и Qt, но они не жильцы в мире UI, то так, гик эдишин, чтоб делать вид, что Linux - это еще и десктопная ось.