logo
logo

Форум Интерфейс

создать новую тему раскрыть все
Интерфейс Дмитрий 06/05/2004 15:14 #написать ответ
У меня Кэш 2 билд 190. Хотелось бы что бы запоминались настройки интерфейса. Например, когда я растягиваю выпадающее окно статей, агентов, эта растяжка не запоминается.
При запуске программы на вкладке Операции поле По счёту не заполнено. Если счёт выбрать, то вернуть назад уже не получится - поле По счёту очистить не получается.
И конечно самое главное - это отчёты. Без них может быть только альфа.
 
Dervish: Настройки интерфейса в диалогах будут запоминаться. Просто пока не успел. Всякий раз при закрытии диалога программа будет сохранять (в реестре) размеры ниспадающих окон, ширины колонок в них и т.д.
 
С полем "По счёту" вы совершенно правы: я забыл добавить там кнопку очистки. Вначале программа требовала, чтобы там был указан какой-то счёт, потом я это требование убрал, а кнопочку добавить не удосужился.
 
Да и про отчёты не спорю.
Интерфейс 2 Дмитрий 06/05/2004 15:21 #написать ответ
Да, забыл, в контекстном меню операций есть пункты Отменить и Повторить. По моему им тут не место. Достаточно их иметь в меню. А то я за несколько дней работы на эти пункты пару раз случайно нажал. Т.е. в контекстном меню надо оставить только часто необходимые действия.
 
Dervish: Как отсеять зёрна от плевел? Какие пункты нужны, а какие - нет? Убрать-то несложно...
Убрать, нельзя оставить. Дмитрий 08/05/2004 04:41 #написать ответ
Пункты Отменить, Повторить, Сохранить настройки страницы - надо из контекстного меню убрать.
 
Dervish: Интересно... А я несколько раз пользовался сохранением настроек из контекстного меню.
сохранение настроек? Дмитрий 11/05/2004 04:43 #написать ответ
Может я просто не знаю какие настройки страницы при этом сохраняются?
 
Dervish: Все сохраняются. Фильтры, порядок сортировки, ширины колонок. Даже размеры ниспадающих окон в фильтрах. Все настройки.
Сохранить настройки оставить Oops 11/05/2004 13:56 #написать ответ
я тоже использую Сохранить настройки из попап окна
 
Dervish: Вот - вот.
насчет Отменить Oops 11/05/2004 14:01 #написать ответ
"Отменить" наверное тоже можно оставить, только добавить вопрос при выборе "Вы действительно хочете отменить ...". Хотя это только мое мнение и может комуто так будет неудобно. В конце концов после Отменить можно Повторить и отмененное вернется назад.
 
Dervish: Может быть тогда всё оставить как есть? Один-единственный пункт в меню ("Повторить") ведь кушать не просит и особо много места не занимает. )
насчет Отменить Loki 11/05/2004 18:33 #написать ответ
Оставить, но перенести ниже чем добавить/редактировать/удалить.
 
Dervish: Проще пристрелить, чем прокормить... Эээээ, проще удалить, чем перенести...
О важном Всеволод 01/06/2004 12:33 #написать ответ
IMHO
Какя разница что в меню есть, а чего нет. Это второстепенная задача. А первостпенная - сделать так, чтобы хотя бы ввод информации был только с клавиатуры! Никаких меню, никаких мышей и т.д. Вы где нибудь видели оператора (например в центре обработки звонков), который бы мышкой работал? Очень много времени уходит на то, чтобы нащупать рукой мышь, а потом еще и обрато руку на клавиатуру вернуть. Получается лишняя трата времени, а программы то мы пишем, чтобы его сэкономить
 
Dervish: Да, вы правы, это известный факт насчёт затрат времени при переключении с клавиатуры на мышь и обратно. Клавиатурные ускорители можно будет расставить в файле поддержки языка (традиционным способом, подставляя амперсанд "&" перед нужной буквой). Я пока просто это не делал, поскольку продолжаю считать программу альфой и пока только планирую свой переход на неё.
 
Может быть есть другие варианты для потокового ввода данных?
Поддерживаю Олег 01/06/2004 13:10 #написать ответ
Поддерживаю Всеволода в его призыве сделать так, чтобы ввод был возможен только с использованием клавиатуры, без необходимости применения мыши.
Только придумать как реализовать удобный выбор из списков (Счетов, к примеру, а особенно Статей) я не могу
 
Dervish: Было предложение сделать так, как сделано в меню последних Офисов от Майрософта: наиболее часто используемые пункты могут "всплывать" вверх списка. Точно так же, кстати, сделан выбор шрифтов в MS Word 2003.
 
Правда, не совсем понятно, что именно делать с родителями таких элементов. И, замечу, такая доработка нетривиальна и довольно сложна.
FYI - выбор из выпадающего списка с клавиатуры Explorer 02/06/2004 00:13 #написать ответ
встаете на список и нажимаете F4 - далее Up & Down $ Enter
 
стандартная комбинация
 
Dervish: Кстати, да! Спасибо.
Хм... Олег 02/06/2004 11:45 #написать ответ
Если список позиций 30-40 (а то и больше), то можно замучится листать. ИМХО, тут может помочь только изменение представления с древовидного списка на что-то другое. Только вот не могу придумать на что именно.
Может кто-нибудь видел нечто подобное?
 
Dervish: А там не только Up и Down работают, но и, если не ошибаюсь, PageUp и PageDown.
когда придумаешь - покажи... а? Explorer 02/06/2004 12:08 #написать ответ
а мы подискутируем - что лучше TreeView или то, что ты придумал...
ответ - incremental search Oops 02/06/2004 14:29 #написать ответ
Когда Сергей добавит "поиск по нарастающей" (incremental search) эти проблеммы автоматически отпадут, так как будете просто набирать нужное слово, а программа сама найдет что нужно. И какая тогда разница как оно представлено, TreeView или иначе.
 
Dervish: А что делать с родителями тех же статей и счетов при этом incremental search?
А мне нравится мышь на дереве! В.Червонных 02/06/2004 19:06 #написать ответ
а зачем нам родители? Oops 09/06/2004 16:58 #написать ответ
это я говорю про ввод операций, то есть той функциональности программы, которая используется намного чаще все другого.
 
К примеру у меня есть дерево статей:
-Еда
----Фрукты
-------Банан
-------Яблоко
----Овощи
-------Огурец
 
Стою на комбо боксе Статьи. Мне незачем открывать выпадающий список. Набираю "банан" (в моем дереве итого меньше, только букву "б") и вижу в комбо боксе "банан", мне нет разницы что он относится напимер к родителю "Фрукты", это сама программа может узнать по надобности. Итого у меня одно нажатие "б" вместо всех манипуляций для выбора этого элемента.
Если юзер хочет узнать где программа нашла этот банан - нажмет кнопочку выпадающего списка.
Если какието значения повторяются, это уже проблема юзера, если программа нашла первое значение, а не второе.
Или я чегото не понимаю.
 
Dervish: Пример с бананами, конечно, показателен, но я думаю, что очень часто первая буква в сообщениях будет дублироваться. И говорить так, что "это проблема пользователя" мне кажется не совсем корректным.
 
В общем, мне кажется, что поиск по набранной букве не решает проблему.
Зачем родители В.Червонных 09/06/2004 23:09 #написать ответ
Дервиш совершенно правильно про дублирование первых букв говорит. Первые слова в сочетаниях тоже могут повторяться: огурцы соленые, свежие, маринованые и т.д. Родители, к тому же -это некоторые обобщения. Потенциально надо иметь возможзность знать, сколько прошло по закупке не только бананов, но и фруктов всех, ну и т.д. Когда оператор вводит, вводит и вводит - у него вряд ли есть обязанность анализировать введенное. А в системе, в которой один и тот же человек вводит данные и их анализирует очень важен общий стиль, как мне кажется. Даже при вводе пользователю напоминается о том, что его данные - не просто куча, а нечто структурированное. Чуть большая (да и то - не всегда) трата времени при вводе окупится при анализе данных. Забота о вводе исключительно с клавиатуры меня удивляет, на самом деле, безмерно. Я, человек, насидевшияся в свое время много лет перед терминалами БЭСМ-6, лучшими из которых были "Видеотоны", когда пересел на персоналку, тоже долго не мог приспособиться к мышке. Но не настолько же!
замечание Oops 10/06/2004 14:46 #написать ответ
у меня бывали ситуации когда я добавлял чтото в дерево, через неделю подумал что нужно поместить не туда, и вводил в другом месте то же самое. Если использовать поиск по возрастанию (incremental search), то при наборе мне выдаст мой пункт, куда бы я его не ввел. Своеобразная страховка чтоб пользователь не продублировал добаление одного и того же несколько раз. При работе мышкой - я должен просмотреть все потенциальные ветви в которые я мог добавить этот пункт раньше. Думаю не только у меня такое бывает. Хотя может и ошибаюсь.
определенно не решает Explorer 10/06/2004 00:25 #написать ответ
ребенку понятно...
да. и, кстати... Explorer 10/06/2004 00:32 #написать ответ
огурец это не еда в первую очередь, а всеж овощь... и даже более того - не всегда и овощь, даже...
 
вот если ваша структура построена так
 
овощи...
>>>>>съедобные
>>>>>>>огурцы
>>>>>>>>>>парниковые
>>>>>>>помидоры
>>>>>>>дыни
>>>>>не съедобные
>>>>>>>огурцы
>>>>>>>>>>морские
 
куда вы это "огурец" девать буите...
поиск по возрастанию работает не только по одной букве, а по всех набраных Oops 10/06/2004 14:38 #написать ответ
Как показывает практика набор на клавиатуре всегда быстрее чем выбор мышкой. Для примера рассмотрим Ваше дерево:
--Овощи
-----съедобные
-------огурцы
----------парниковые
-------помидоры
-------дыни
-----не съедобные
-------огурцы
----------морские
 
Итак по шагам, для выбора Овощи->не съедобные->огурцы.
 
При работе мышкой, надо:
1) открыть комбо,
2) поставить указатель на крестик, открыть "Овощи"
3) поставить указатель на крестик, открыть "не съедобные"
4) поставить указатель на огурцы, выбрать "огурцы".
 
При работе клавиатурой:
1) Набитаю "о". Программа нашла первую запись в базе начинающуюся с "о" - это "Овощи".
2) Набираю "г". Программа нашла первую запись в базе начинающуюся с "ог" - это "Огурцы" из "съедобные".
Заметьте, что Вы набрали всего две буквы вместо многих попаданий и клацаний мышкой.
Здесь я по сути описал как работает incremental search, по крайней мере в тех программах которые я видел.
 
Захотели увидеть что программа нашла - нажмите Alt+Стрелка вниз, и увидите дерево. Еще лучше если бы была строка статуса, в которой можно было видеть иерархию найденого, в нашем случае это "Овощи->не съедобные->огурцы".
Не удовлетворяет найденое - нажмите кнопочку к примеру "вправо" (по желанию), и прорамма найдет и подставит следующую запись удовлетворяющую условию, в нашем случае это будет "огурцы" из "не съедобные".
Тоесть на клавиатуре Вы получили желаемое намного быстрее, всего за 3 нажатия кнопок. Уверен что мышкой ушло бы как минимум в два раза больше времени, + перекладывание руки с мышки на клавиатуру.
Тут я предложил решение для того, что в предыдущем посте назвал "проблема пользователя".
 
А когда у Вас иерархия не 4 уровня, как в Вашем дереве, а 10, то думаю Вам трудно будет достучаться до нужного пункта без клавиатуры.
 
Dervish: Аргументация ясна. И всё-таки, давайте пока этот вопрос отложим. Я не говорю "да", но я и не говорю "нет", у меня есть надежда, что если сделать грамотно ввод операций по шаблонам, то пропадёт сама необходимость в таком поиске.
хм... Explorer 11/06/2004 11:02 #написать ответ
может оно и резонно
Не много ли? Всеволод 02/06/2004 19:35 #написать ответ
Олег: "Если список позиций 30-40 (а то и больше), то можно замучится листать"
Ну во-первых - это все же не список а дерево. Если дерево хорошо свормировать и при этом его знать, то можно достаточно быстро распахнуть нужные узлы с клавиатуры. А если на одном уровне 30-40 позиций, то либо оно плохо сформировано, либо эта программа для домашнего использования
В принципе в билде 191 попробовал с клавиатуры - можно. Нужно только принаровиться. Минус - приходится несколько раз клавишу Tab топтать, чтобы переместиться к нужному элементу управления.
А нужно то всего, как правило, указать статью (классификатор) и сумму. Реже Вид операции. Все остальное я практически никогда не использую.
1) Т.е. предлагаю выставить порядок обхода по Tab следующий: проход по классификаторам, сумма, Добавить, OK, Отмена, Помощь, потом все остальное.
2) А еще лучше попытаться сделать перемещение по элементам управления стрелками. А чтобы стрелки изменяли содержимое элемента управления нужно было бы нажать на Enter.
В принципе, п.1 сделать - дело 2-х минут.
 
Про "поиск по нарастающей": Здесь может быть 2 варианта: элемент ищется во всем дереве или только на текущем уровне.
Что удобнее?
 
Dervish: Только сегодня получил письмо с предложением изменить обход контролов. Но порядок в этом письме предлагался другой:
 
1. Операция повторяется
2. Повторение
3. Операция выполнена
4. Операция блокирована
5. Вид операции (при открытие окна фокус устанавливать на этом реквизите)
6. Дата операции
7. блок "Счета, реквизиты"
8. блок "Суммы"
9. Примечание (переместить в блок "суммы" или после него)
 
Какие будут ещё предложения по порядку обхода?
 
С переходом стрелками на другие контролы я экспериментировать не буду, извините. Есть стандарт интерфейса в Windows, пусть так и остаётся.
 
Текущий уровень, имхо, не подходит.
сижу и вижу дебилов Денис 02/06/2004 20:41 #написать ответ
программа, чтобы управление можно было только с клавиатуры. Вы не о##ели ребят? Если вы там мышки купишь не можете, не##й в виндах вообще сидеть.
забиваете программеру работу х#етой, когда куча другого не решена и требует быстрейшей доработки...
 
Совсем е#нутый народ пошел
 
Dervish: Денис, использование мата в приличном месте с головой выдаёт человека необразованного или подростка, находящегося в пубертатном периоде. Пожалуйста, воздержитесь от нецензурных выражений в этом форуме. Спасибо.
 
PS для читающих форум: значками "#" я заменил некоторые буквы в словах, хотя вначале было желание удалить это сообщение. Пожалуйста, не комментируйте это сообщение. Спасибо.
Пояснение Олег 03/06/2004 06:58 #написать ответ
"30-40 позиций" я имел в виду во всём дереве. Не поленился и проверил, сколько у меня статей - оказалось 100. Максимальный уровень - 5. Самые объёмные ветки - 14-15 позиций. ИМХО, не удобно перемещаться курсорными клавишами по такому дереву - слишком много нажатий. Чтобы их сократить приходится проводить оптимизацию занесения, т.е. просматривать бумажку и заносить записи в порядке расположения статей в дереве. Это не всегда удобно (вернее это редко когда удобно). Либо записывать на бумажку расходы в порядке расположения статей (что тоже не очень удобно).
 
А вот "поиск по нарастающей", ИМХО, здесь как нельзя кстати. Предлагаю такой вариант. Для статьи сделать поле ввода с инкрементным поиском. При вводе в него открывается  область (наподобие той, что у теперешних комбобоксов) со списком статей, отфильтрованных по введённым данным. Перемещение в этой области осуществлять курсорными клавишами «вверх» и «вниз», но при этом должна остаться возможность продолжить ввод ограничивающей последовательности без дополнительных телодвижений (типа «ESC» или «Backspace»). По моим прикидкам 2-3 символа должны сузить выбор до 3-5 вариантов, из которых выбрать гораздо проще, чем в существующем варианте. Для удобства навигации можно разделить эту область на две части: в первой список ограниченных статей, а во второй путь до текущей статьи (можно в древовидной форме или в виде списка).
 
Dervish: То, о чём вы просите довольно нетривиально в реализации. И мне не хотелось бы заниматься этим прямо сейчас. Мне кажется, что сейчас стоят более насущные задачи.
 
Кроме того, есть у меня некая задумка, которая, быть может, вообще снимет проблему без столь трудоёмкой реализации.
Ещё одно пояснение... Олег 08/06/2004 10:54 #написать ответ
А я и не требую реализации это прямо сейчас, забросив всё остальное. Я просто высказал пожелание улучшить интерфейс в сторону облегчения ввода операций исключительно с клавиатуры. И предложил один из вариантов решения (на мой взгляд достаточно удобный для пользователя).
 
Dervish: ok.