Отправляет email-рассылки с помощью сервиса Sendsay

За 2005-12-15

[abilitycash] |dervish.acash| Эргономика диалога создания операци 05874.05875

AbilityCashList #2824 (подписчиков: 35)
Пришлось порезать - продолжение
3. Так же я бы попытался разместить поле Примечание где-нть в самом низу диалога.
Чисто логически оно должно дополнять, то, что вводится в других полях, т.е. должно
вводиться <u>после</u> них, а не перед.

4. На диалоге не хватает стандартных клавиатурных сокращений Alt+буква. Для всяких
галочек, radio-button, toggle button они должны \&quot;переключать\&quot; эти
элементы, а для остальных полей - просто перемещать фокус. Конечно же буквы сокращений
должны рисоваться подчеркнутыми (всегда или только когда нажат Alt). И, конечно
же, они должны работать независимо от текущей раскладки клавиатуры (Alt+Д = Alt+L).
А еще было бы здорово, если бы эти сокращения можно было настраивать прямо в
файле со строками для перевода. Например, по той же схеме, что используется в
Windows - &amp; перед буквой-шорткатом.

5. В полях, допускающих создание новых элементов, (например, Счет) было бы правильно
добавить обработку \`+\` - на экране ведь видны именно плюсы, и в голову они
приходят раньше, чем Insert. :) Здесь полная аналогия с кнопкой \`=\` в поле
суммы.

   Дим(м) 2005-12-15 23:36:56 (#490507)

[abilitycash] |dervish.acash| Эргономика диалога создания операци 05873.05877

AbilityCashList #2823 (подписчиков: 35)
Удалите этот дубликат, пожалуйста

   Дим(м) 2005-12-15 23:30:19 (#490504)

[abilitycash] |dervish.acash| Эргономика диалога создания операци 05874.05876

AbilityCashList #2822 (подписчиков: 35)
Продолжение 2
6. В поле даты можно было бы сделать поддержку Ctrl+вправо/влево для перехода
к следующему/предыдущему дню (стрелки вниз/вверх с фокусом на дате не то, потому
что не меняют месяц: 01.12 -&gt; 30.11)
Также не помешает клавиатурное сокращение для &quot;жирной точки&quot; Сегодня
- Ctrl+T как и в списке операций?
В выпадающем календаре можно менять дату клавиатурными стрелками, а подтвердить
выбор пробелом - нельзя :( только Enter-ом.
В выпадающем календаре Ctrl+влево/вправо и Alt+влево/вправо могли бы листать
годы и месяцы. При листании года/месяца кнопками сохраняется выделение дня (15-е
число нового месяца), а при листании PgUp/PgDn - нет.
Насколько я понял, &quot;курсор-палец&quot; используется только в выпадающем
календаре/часах? А стоит ли тогда вообще его таким делать? Будет везде просто
стрелка и все тут...
(Обратите внимание, что на диалоге повторений в Повторять до все еще используется
старое поле ввода даты с неработающим &quot;троеточием&quot;).

7. В выпадающих часах было бы здорово иметь возможность перемещать стрелки простым
кликом по нужному месту циферблата (левой кнопкой - часы, правой кнопкой - минуты).
Проблема с 2 разными часами на одном делении (9 и 21) тоже решается просто -
большинство операций ведь происходят в нормальное дневное время. А в редких исключительных
случаях можно и колесо покрутить. :)
Зачем в выпадающих часах &quot;курсор-палец&quot; над часами/минутами/секундами
(а вот над кнопкой ОК - нет)?

   Дим(м) 2005-12-15 23:17:00 (#490499)

[abilitycash] |dervish.acash| Эргономика диалога создания операци 00000.05873

AbilityCashList #2821 (подписчиков: 35)
Эргономика диалога создания операци
Вот хочу поделиться некоторыми соображениями. Отнюдь не настаиваю на их реализации,
но, мне кажется, автору (да и остальным, наверное) было бы интересно. :)

1. Тратить 2 клика на выбор типа операции, ИМХО, не есть правильно. Стоит, наверное,
заменить выпадающий список на 3 radio-button или toggle button (как кнопка Помощь
внизу; radio-button - лучше, потому что по Tab фокус будет переходить сразу в
следующее поле, а не на следующий тип операции).
Или же в будущем планируется добавлять в этот список какие-то новые типы? Даже
если так. Если в итоге их будет не больше 5-ти, думаю, \&quot;однокликовый\&quot;
вариант будет удобнее.
При этом, как мне кажется, разместить типы стоит в следующем порядке: расход
- приход - перевод.
А также стоит вынести начальный (default) тип операций в настройки - это должно
здорово помочь адептам двойной записи. ;)
А поскольку выставленный в настройках начальный тип операции будет соответствовать
наиболее частым случаям, то и фокус при открытии диалога можно сразу помещать
в поле даты (кстати, а при редактировании операции это следует делать в любом
случае - врядли кто-то будет менять тип, скорее, дату, сумму, статью).

2. Было бы удобно, если бы после типа операции фокус попадал не на \&quot;Операция
выполнена\&quot;... Все же эти галочки используются гораздо реже, чем то же Примечание
или Статья, например.
Также, считаю, что галочки эти не следует выключать (disable), а просто снимать
(устанавливать) выделние с тех, которые не совместимы с только что отмеченной
(про это я уже как-то писал). То же самое касается кнопки Повторение. Можно ведь
автоматически устанавливать соотв. галочку, когда пользователь подтверждает ввод
повторения на диалоге ввода повторения. (ох, как-то слишком много повторений
:)
Кстати, эта самая кнопка Повторение расходует непозволительно много места на
диалоге. :(


P.S. И почему на название темы ограничение в 35 символов? Хотя бы 70 было бы...

P.P.S. Еще и комментарий придется порезать...

   Дим(м) 2005-12-15 23:14:28 (#490497)

[abilitycash] |dervish.acash| Эргономика диалога создания операци 00000.05874

AbilityCashList #2820 (подписчиков: 35)
Эргономика диалога создания операци
Вот хочу поделиться некоторыми соображениями. Отнюдь не настаиваю на их реализации,
но, мне кажется, автору (да и остальным, наверное) было бы интересно. :)

1. Тратить 2 клика на выбор типа операции, ИМХО, не есть правильно. Стоит, наверное,
заменить выпадающий список на 3 radio-button или toggle button (как кнопка Помощь
внизу; radio-button - лучше, потому что по Tab фокус будет переходить сразу в
следующее поле, а не на следующий тип операции).
Или же в будущем планируется добавлять в этот список какие-то новые типы? Даже
если так. Если в итоге их будет не больше 5-ти, думаю, \&quot;однокликовый\&quot;
вариант будет удобнее.
При этом, как мне кажется, разместить типы стоит в следующем порядке: расход
- приход - перевод.
А также стоит вынести начальный (default) тип операций в настройки - это должно
здорово помочь адептам двойной записи. ;)
А поскольку выставленный в настройках начальный тип операции будет соответствовать
наиболее частым случаям, то и фокус при открытии диалога можно сразу помещать
в поле даты (кстати, а при редактировании операции это следует делать в любом
случае - врядли кто-то будет менять тип, скорее, дату, сумму, статью).

2. Было бы удобно, если бы после типа операции фокус попадал не на \&quot;Операция
выполнена\&quot;... Все же эти галочки используются гораздо реже, чем то же Примечание
или Статья, например.
Также, считаю, что галочки эти не следует выключать (disable), а просто снимать
(устанавливать) выделние с тех, которые не совместимы с только что отмеченной
(про это я уже как-то писал). То же самое касается кнопки Повторение. Можно ведь
автоматически устанавливать соотв. галочку, когда пользователь подтверждает ввод
повторения на диалоге ввода повторения. (ох, как-то слишком много повторений
:)
Кстати, эта самая кнопка Повторение расходует непозволительно много места на
диалоге. :(


P.S. И почему на название темы ограничение в 35 символов? Хотя бы 70 было бы...

   Дим(м) 2005-12-15 23:09:25 (#490496)

[abilitycash] |dervish.versions| Группировка родств. операций в одну 00000.05872

AbilityCashList #2819 (подписчиков: 35)
Группировка родств. операций в одну
Предложение. Извините, если подобное уже обговаривалось.

Вставить группировку родственных операций в одну.
К примеру, оплата коммунальных услуг. Я ввожу раздельно оплату за свет, газ,
воду и т.п. Или, к примеру, оплата автомобильных услуг (трат на автомобиль) -
взнос, бензин, запчасти и.т.п. В списке операций оно отображается одной операцией
с общей суммой. Можно (или даже нужно) добавить плюсик для раскрытия всех дочерних
операций. А название для этой операции можно брать из головной статьи расходов
(у меня она к примеру &quot;Квартира&quot; или &quot;Машина&quot;). Т.е. древовидная
структура операций.
Дополнительно - возможность вручную включать в общую операцию и исключать оттуда
подчиненные операции.
В установках можно сделать пункт, как отображать операции - развернуто или свернуто.

Сгруппированную операцию можно слегка затемнять (или выделять как-то по другому).


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

Вот такое пожелание.

   Сергей 2005-12-15 18:30:39 (#490415)