[Devel-conf] alterator и его требования (was описание структуры бакенда на примере пользователей )
Anton Farygin
=?iso-8859-1?q?rider_=CE=C1_altlinux=2Ecom?=
Чт Окт 18 16:54:44 MSD 2007
Sergey V Turchin пишет:
> On Thursday 18 October 2007, Stanislav Ievlev wrote:
>
> [...]
>> Есть способ задействовать мощные средства Ajax типа QuiX или
>> qooxdoo
> Только не это!
> Ведь уже видели, что результат неработоспособен.
> Нужно взять только необходимые возможности из того, что есть в Ajax.
> Только для оптимизации трафика.
> Иначе консольного интерфейса нам не видать.
> В случае появления консольного интерфейса на консольный html-браузер
> можно будет не рассчитывать и использовать некоторые возможности
> Ajax.
>
>> и сымитировать GUI , но на этом проблемы не
>> заканчиваются. layout отличается настолько, что либо в конечном
>> итоге вы напишете свой web-браузер на qt либо всё будет тормозить
>> на web.
> Моя идея состоит в том, чтобы убрать все контейнеры кроме gridbox,
> который в html легко реализуется в виде <table/>. Я специально
> делал под него. Останется сделать несколько супер-контейнеров типа
> WizardView(или InstallWizard (WizardFace)), FrontView(или
> ControlCenter) и SingleView (или SingleModule), которые в каждом UI
> реализуются нативно, а не из кучи виджетов, которую потом сложно
> организовывать.
> Думаю, этих 3 штуки хватит.
Это по своей сути очень похоже на newt. В целом идея наверное самая
правильная из всех, но ограничений получим очень много.
Что бы понять максимальные возможности интерфейса, которые потребуются -
представьте себе графический визуализатор загрузки интерфейса. Т.е. -
график. Плюс изображение устройства с возможностью кликая на него
показывать те или иные порты. (кто видел интерфейс управления свитчами -
тот меня поймёт).
Это максимум сложного, что потребуется сделать на альтераторе. И делать
это придётся и в HTMl и в QT.
Подробная информация о списке рассылки devel-conf