[Devel] [Ошибка 5858] Меню по правой кнопке на объектах

[Evgeny Sinelnikov]

Здравствуйте,

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


13 августа 2010 г. 22:05 пользователь  <bugs на lists.etersoft.ru> написал:
> http://bugs.etersoft.ru/show_bug.cgi?id=5858
>
>
> Pavel Vainerman <pv на etersoft.ru> changed:
>
>           What    |Removed                     |Added
> ----------------------------------------------------------------------------
>       Hours Worked|                            |0.23
>
>
>
>
> --- Comment #5 from Pavel Vainerman <pv на etersoft.ru>  2010-08-13 22:05:18 ---
>> Переделал "глобальное меню".
>> Разнес не две секции (сверху и снизу).
>> Сверху: вызов журнала, веб-интерфейса,
>> задание размера временных файлов, печать и
>> справка. Снизу: переключатели циклической
>> записи и записи всех каналов.
> Я вот всё-таки не совсем "улавливаю" идею с
> меню в "окне управления".
> Ведь исходная концепция была, что у нас
> интерфейс представляет из себя
> как бы обычный многооконный рабочий стол,
> где пользователь запускает
> какие-то приложения (из разрешённых) и
> работает как вообщем-то привык.
> При таком подходе "окно управления",
> представляет из себя одно из окон.
> Такое-же как, например, открытая рядом в
> окне pdf-ка с документацией
> или окно осциллографа.
> А сейчас получается, что мы внесли общие
> настройки ВСЕЙ СИСТЕМЫ почему-то в это
> окно. Вроде бы настройки осциллографа не
> связаны с "окном управления",
> а тем более глобальные.. Ну и т.п.
> Конечно кнопки "Руководство пользователя",
> "Печать", "веб-интерфейс", т.е.
> как-бы кнопки быстрого доступа нужны. Но
> они тоже не связаны с "окном управления"...
> Обычно для этого используется меню запуска
> программ
> или какая-то панель быстрого запуска (типа
> внизу, вверху или сбоку экрана).
> А "настройки"  - это вообще по-моему
> отдельное приложение. Запустил, настроил,
> сохранил..  А в виджетах доступно что-то "на
> лету" поменять...
> Ну т.е. не совсем я понял принцип почему все
> меню именно в "окне управления"..
> ----
> Ну это всего лишь моё мнение.. Возможно я не
> так воспринял вашу концепцию..
> Вы её как-то можете "озвучить"? общую
> концепцию графического интерфейса..
>

Концепция проявляется в соответствии с реализацией. Сейчас, для меня,
задано некоторое представление о расположении меню. В соответствии же
логикой, конечно, сейчас не всё выглядит удачно.

Я заметил следующие расхождения:
1) В меню главного окна входят настройки отображения "графиков". При
этом, все настройки названы, как параметры "осциллографа". Думаю, что
стоит придерживаться какой-то заданной терминологии.
2) На главном окне помещены глобальные настройки, относящиеся в
отображению графиков в других окнах. При этом, в окнах самих графиков
эти настройки недоступны.
3) Концептуально, если полагать, что каждое окно может иметь свои
параметры, то глобальные настройки, влияющие не отображение сразу всех
окон с графиками, выглядят странно.

Итого, если убрать параметры отображения графиков, в текущем меню, то
там остаются:
- "Журнал";
- "Веб-интерфейс", который стоит переименовать в "Журнал Статистики",
а сам "Журнал" соответственно в "Журнал сообщений".
- "Печать", которая непонятно к какому объекту привязана. Что мы можем
распечатать глобально? Мне кажется, что тут мы можем только выдать
список объектов (АД1, ПЧ2 и т.д.) с предложением распечатать один из
них. А нужно ли иметь возможность распечатать некоторый набор
объектов?
- "Руководство пользователя"

Остальные части:
- размер временных файлов осциллографа;
- циклическая перезапись каналов осциллографа;
- запись всех каналов осциллографа;
должны быть, видимо, доступны при отображении самого "осциллографа",
который у нас везде "графиком" называется.

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

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

Единственное почему "графики" сейчас не реализованы в виде отдельных
процессов, насколько я понял. Это неясность реализации Drag&Drop на
них из другого процесса. Поскольку же механизм Drag&Drop придуман как
раз для взаимодействия процессов, не думаю, что здесь есть какие-либо
технические ограничения.

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

Кстати, возможности отменить завершение, при закрытии главного окна,
когда есть открытые окна с графиками, я не заметил. То есть, если я
попытался закрыть окно и заметил, что есть открытые окна с графиками,
то у меня уже нет возможности не закрывать приложение.

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

Далее, для графиков есть несколько дополнительных кнопок выбора
вариантов закрытия диалога:
- Сохранить
- Сохранить все графики
- Не сохранять
- Не сохранять ни одного графика
- Отмена (предполагает отмену закрытия приложения)

При этом, если ест не заквитированные сообщения, то сначала выдаётся
диалог, в котором представлен список не заквитированных сообщений и
варианты выбора:
- Заквитировать
- Отмена

Думаю не стоит закрывать окно, если ты не готов заквитировать. Тут с
одной стороны, при этом не обязательно вообще закрывать окно после
квитирования - может быть будут ещё сообщения. А с другой, если
сообщения будут всё время поступать, то окно вообще не удастся
закрыть.

Так что тут, видимо, окно с текущими не заквитирванными сообщениями
нужно выдавать в отдельном диалоге, где есть выбор:
- Заквитировать и выйти
- Выйти и не квитируя
- Отмена

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

По поводу глобального меню. Итого получили:
- "Журнал сообщений";
- "Журнал Статистики";
- "Печать"
- "Руководство пользователя"

Я думаю, что их можно оставить сверху, как сейчас. Есть возражения или
пожелания?


>
> --
> Настройка оповещений: http://bugs.etersoft.ru/userprefs.cgi?tab=email
> ------- Вы получили это сообщение, потому что: -------
> Вы подписаны на ошибку.



-- 
Sin (Sinelnikov Evgeny)