Войти
 
 
   
 
  
Новости Notes.ру Библиотека Биржа труда Вопрос - ответ Форум Регистрация Поиск О проекте
Разделы
О Notes
Советы
Шаблоны и примеры
Литература
Презентации
 
Всё о задаче AdminP. Часть вторая   Во второй части мы завершаем рассмотрение AdminP. В ней рассмотрены запросы междоменного администрирования и способы управления функциями AdminP с помощью настроек документа сервера, команд консоли сервера, файла Notes.ini и интервалов очистки базы данных. В этой статье предполагается, что вы опытный администратор Domino и прочитали первую часть
О Notes Читать статью
 
Всё о задаче AdminP. Proxy-действия в R5 и Domino 6   Приложение к статье об административном процессе
О Notes Читать статью
 
Всё о задаче AdminP. Часть первая   Перевод классической статьи 2003-его года о задаче административного процесса (AdminP). Очень полезна для понимания работы механизма этой задачи. В первой части статьи описаны компоненты задачи AdminP, как они работают, и как их использование помогает сделать работу администратора Domino проще. Задача AdminP (сакращённо от Administration Process, Административный процесс) работает с базой административных запросов (Administration Requests, admin4.nsf)
О Notes Читать статью
 


Советы

Главная   Библиотека   Советы

Интерфейс документа. Часть девятая. Поддержка интерфейса мыши

Николай Норкин
Предыдущие части 1 2 3 4 5 6 7 8 9
Для удобства работы пользователя разработчик может размещать в форме документа интерактивные элементы кнопок, всплывающих подсказок, активных областей

При этом автор предпочитает активные элементы выбора из списка, размещённые справа от заполняемого поля, дублировать гипер-областями с тем же функционалом (выбор из списка) на легенде параметра

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

Подобное насыщение формы активными элементами может быть достаточно удобным для пользователя (как же! всё под рукой) за исключением того случая, когда пользователь предпочитает ввод информации с клавиатуры. Интерфейс, заточенный на работу с мышью, превращается для пользователя в сущий ад. Для того, чтобы перевести курсор в соседнее поле, нужно три, четыре, а то и большее число раз щёлкать по клавише табуляции
Для поддержки любителей работы с клавиатурой предлагается проектировать интерфейс с режимом работы «без мыши»
Этот режим будет характеризоваться минимумом активных элементов в форме
Саму настройку возможно хранить как переменную окружения в файле notes.ini (в этом случае область её действия – все приложения рабочей среды клиента Lotus Notes), как это реализовано в коде примера, так и в профильном документе пользователя (в этом случае, настройка будет доступна в пределах базы данных)
Итак, включение режима работы «без мыши» исполнено в виде общего действия (shared action) типа checkbox

Формула для checkbox: @Environment("editMouseUIDisabled") = "1"
Формула действия:
a0 := @Environment("editMouseUIDisabled"); rem "Переменная окружения notes.ini"
a := @If(a0 = "1"; ""; "1"); rem "Инверсия флага"
@SetEnvironment("editMouseUIDisabled"; a);
@If(@IsDocBeingEdited; @Do(@SetField("editMouseUIDisabled"; a); @Command([ViewRefreshFields])); @Success); rem "Если документ в режиме редактирования – установка флага режима и обновление полей"
Размещение элементов в форме (подформе) оформляется флажками и формулами скрытия (закладка с ключиком «hide» свойств текста)
Поле editMouseUIDisabled (computed when compose) со значением @If(@IsDocBeingSaved; @DeleteField; @Environment("editMouseUIDisabled"))

Для первого абзаца (с гипер-элементом) обычной работы с мышью в режиме редактирования:
флажки скрытия previewed for reading, opened for reading, printed, copied to the clipboard
формула скрытия hide when:
editMouseUIDisabled != "1"
Те же условия скрытия – для графических элементов, которые используются в режиме редактирования
Для второго абзаца (работа «без мыши» в режиме редактирования):
флажки скрытия previewed for reading, opened for reading, printed, copied to the clipboard
формула скрытия hide when:
editMouseUIDisabled = "1"
Для третьего абзаца (режим чтения):
флажки скрытия previewed for editing, opened for editing

Предыдущие части 1 2 3 4 5 6 7 8 9
 
  Опубликовано — 05/18/2009 |    

Автор, 15.06.2009 16:49:31:
Увы, пока пишутся
Осталась без логического завершения тема интерфейса представлений - решил для неё "зарезервировать место"

Hitman-nn, 15.06.2009 16:08:31:
Народ, подскажите пожалуйста, а где части 7 и 8.

Автор, 19.05.2009 17:39:02:
К чему эти интимные подробности? Пусть мой ответ не мешает Вам развить тему. Я разоткровенничался лишь на фразу об обучении: а нужно ли переучивать? или это как в случае с леворукими людьми?

DNN, 19.05.2009 17:02:30:
Стесняюсь спросить у автора: А мышкой Вы работаете какой рукой? И если левой, то мышка у Вас леворучная или мучаете стандартную.

Автор, 19.05.2009 13:15:55:
Ну и, наконец, если есть идеи и решения - пожалуйста

Автор, 19.05.2009 13:13:38:
По поводу обучения: я наполовину левша, но пишу, держу ложку правой рукой - тяжёлое детство. Может быть, потому, что в своё время меня учили - не стал президентом америки

Автор, 19.05.2009 13:10:43:
по названию материала: согласен, что тема переврана, не согласен с альтернативным предложением
по сути: действительно, есть совокупность пользователей, _привыкших_ работать с клавиатурой, наученных работать с клавиатурой и работающих с клавиатурой быстрее, чем три я с моим двупальцевым методом и мышью есть много приложений (в том числе, и коробочных), неполиткорректно игнорирующих эти особенности, навыки, самость пользователей На мой взгляд, проблема есть Не претендую на её решение в данном материале, скорее, на вскрытие То есть, если разработчик после прочтения этого материала решит протестировать своё приложение без мыши (с минимальным использованием мыши), можно считать, что материал необходимо было написать

DNN, 19.05.2009 08:26:13:
Кроме "пользователей" не желающих работать с мышью, существуют еще пользователи вообще не желающие работать на компьютере - и что теперь. Кроме-того, если поле должно быть заполнено значением из справочника, спрашивается что пользователь введет с клавиатуры. Ответ: все, что попало. Также не понятно как без мыши можно работать с функциональными кнопками (добавить, удалить, перенести и т.п.). И утверждение, что работать с клавой намного быстрее, становиться еще более сомнительным. Может быть нужно: 1.Не скрывать элементы на форме, а тщательно продумывать последовательность перемещения фокуса ввода по полям. 2.Учить пользователя работать с мышью и с компьютером в целом.

Мэкс, 18.05.2009 23:34:49:
Пользователи, осуществляющие массовый ввод данных действительно не желают работать с мышью, т.к. работать только с клавой - намного быстрее. А вот если разработчик не удосужился сделать удобный интерфейс клавиатурного ввода - это другая проблема....

DNN, 18.05.2009 17:36:53:
Совет нужно было назвать не "ПОДДЕРЖКА ИНТЕРФЕЙСА МЫШИ", а "ПОДДЕРЖКА ПОЛЬЗОВАТЕЛЯ, НЕ ЖЕЛАЮЩЕГО РАБОТАТЬ С МЫШЬЮ".



Добавить комментарий
Имя * :
e-mail
Комментарий * :
Код подтверждения * :


Мероприятия
Пресс-релизы
Биржа труда
Последнее на форуме
 
А так же:
Как удалить профиль?
16.04.2016 00:08:51
Скопировать в буфер поле документа
24.05.2015 08:55:52
Импорт DXL-описания документов в Lotus Domino. Одноимённые поля
16.04.2015 16:49:58
 
© LOGOSPHERE.RU