Здравствуйте, Философ, Вы писали:

Ф>Rich-UI это в первую очередь сложности с layout'ом: у тебя одновременно может быть таблицы и стэки, притом динамически перекрывающие контролы на заднем плане.

Всё это было в DOS Navigator — и стеки, и таблицы, и перекрывающиеся контролы на заднем плане. В текстовом режиме, псевдографикой. Разумеется, никто не назовёт DOS Navigator приложением с Rich UI, а значит что-то не так с твоими критериями.

Ф>Вот ты мне скажи, может ли поле ввода выть Rich-UI?

Конечно, причём как на уровне внешнего вида, так и на уровне поведения. (Именно поэтому CSS и JS, как Маркс и Энгельс — два разных человека). Пример первого — это темы оформления. В медиплеерах часто можно увидеть. Пример второго — когда поле ввода ходит за подсказками на сервер.

A>>А сейчас это, например, сложный градиент фона рабочего пространства (workspace) документов. Попишешь такие штуки императивно, быстро поймёшь, в чём фишка CSS.

Ф>Такие вещи всегда делались в векторных редакторах. Думаю, для тебя не секрет, что SVG нарисовать проблем никаких не составляет, да и не составляло никогда.

Вот по таким вещам штрилицы сразу и палятся. Видно, кто реально работает с UI, а кто нет. Сделай мне в "векторном редакторе" простой линейный градиент от красного к синему, но в HCL. (Мы же не лохи, чтобы делать неестественные RGB-переходы, правда?). Для начала ты хотя бы найди в Inkscape (или в чём там ещё), как простой прямоугольник залить в HCL. В версии 1.22 Inkscape такой возможности вообще нет. Следующее упражнение на четыре балла: сделай тот же равномерный переход от красного к синему, но в HSV, который в 1.22 есть (ну, чтобы он был более эппл-стайл), а потом удивись, почему он там выглядит совсем не так, как в других программах (например, в браузере). Упражнение на пять баллов: сделай фон в диагональную полоску. ГРАДИЕНТОМ. (Да, "фон в диагональную полоску" это градиент, если ты не знал).

Далее, как ты сохранишь в SVG именно заливку (в т.ч. угол), а не залитый прямоугольник? Прямоугольник-то нельзя выводить на весь фон. Или фон останется недозалитым, или угол градиента нарушится.

Далее, как ты заменишь красный и синий на цветовые переменные, общие для всей темы? Напоминаю, в HCL/HSV! (Последнее означает, что если твой редактор на лету сконвертил двухстоповый HSV-градиент в N-стоповый RGB, то ты сразу приплыл).

Вот поэтому многие технические дизайнеры вообще не уважает WYSIWYG. Проще описать необходимый градиент одной-двумя строчками текста, чем решать все эти головняки. Тем более, к DOM'у обычно в комплекте идёт редактор, и можно сразу в живом приложении поглядеть варианты.

Но допустим. Сделал ты SVG. В векторном редакторе. (Хотя, ещё раз, адекватные люди не будут так делать). Как ты его выведешь? Тебе для этого понадобится движок SVG. И чтобы он, в отличие от Инкскейпа, не косячил при заливке в HSV. Теперь добавь к нему скрипты, чтобы поле могло ходить за подсказками на сервер в две строчки (а не двести). И что получится? Ой, как ни крути, а всё пулемёт собирается!

Здравствуйте, Философ, Вы писали:

Ф>Rich-UI это в первую очередь сложности с layout'ом: у тебя одновременно может быть таблицы и стэки, притом динамически перекрывающие контролы на заднем плане.

Всё это было в DOS Navigator — и стеки, и таблицы, и перекрывающиеся контролы на заднем плане. В текстовом режиме, псевдографикой. Разумеется, никто не назовёт DOS Navigator приложением с Rich UI, а значит что-то не так с твоими критериями.

Ф>Вот ты мне скажи, может ли поле ввода выть Rich-UI?

Конечно, причём как на уровне внешнего вида, так и на уровне поведения. (Именно поэтому CSS и JS, как Маркс и Энгельс — два разных человека). Пример первого — это темы оформления. В медиплеерах часто можно увидеть. Пример второго — когда поле ввода ходит за подсказками на сервер.

A>>А сейчас это, например, сложный градиент фона рабочего пространства (workspace) документов. Попишешь такие штуки императивно, быстро поймёшь, в чём фишка CSS.

Ф>Такие вещи всегда делались в векторных редакторах. Думаю, для тебя не секрет, что SVG нарисовать проблем никаких не составляет, да и не составляло никогда.

Вот по таким вещам штрилицы сразу и палятся. Видно, кто реально работает с UI, а кто нет. Сделай мне в "векторном редакторе" простой линейный градиент от красного к синему, но в HCL. (Мы же не лохи, чтобы делать неестественные RGB-переходы, правда?). Для начала ты хотя бы найди в Inkscape (или в чём там ещё), как простой прямоугольник залить в HCL. В версии 1.22 Inkscape такой возможности вообще нет. Следующее упражнение на четыре балла: сделай тот же равномерный переход от красного к синему, но в HSV, который в 1.22 есть (ну, чтобы он был более эппл-стайл), а потом удивись, почему он там выглядит совсем не так, как в других программах (например, в браузере). Упражнение на пять баллов: сделай фон в диагональную полоску. ГРАДИЕНТОМ. (Да, "фон в диагональную полоску" это градиент, если ты не знал).

Далее, как ты сохранишь в SVG именно заливку (в т.ч. угол), а не залитый прямоугольник? Прямоугольник-то нельзя выводить на весь фон. Или фон останется недозалитым, или угол градиента нарушится.

Далее, как ты заменишь красный и синий на цветовые переменные, общие для всей темы? Напоминаю, в HCL/HSV! (Последнее означает, что если твой редактор на лету сконвертил двухстоповый HSV-градиент в N-стоповый RGB, то ты сразу приплыл — переменные уже не сделаешь никак).

Вот поэтому многие технические дизайнеры вообще не уважает WYSIWYG. Проще описать необходимый градиент одной-двумя строчками текста, чем решать все эти головняки. Тем более, к DOM'у обычно в комплекте идёт редактор, и можно сразу в живом приложении поглядеть варианты.

Но допустим. Сделал ты SVG. В векторном редакторе. (Хотя, ещё раз, адекватные люди не будут так делать). Как ты его выведешь? Тебе для этого понадобится движок SVG. И чтобы он, в отличие от Инкскейпа, не косячил при заливке в HSV. Теперь добавь к нему скрипты, чтобы поле могло ходить за подсказками на сервер в две строчки (а не двести). И что получится? Ой, как ни крути, а всё пулемёт собирается!