logo
logo

Форум про Статусную строку

создать новую тему раскрыть все
про Статусную строку Антон 01/03/2004 12:23 #написать ответ
Предложения по стат. строке разбросаны по форуму, предлагаю выделить под нее топик.
 
- Мне не хватает копирования значения поля из стат. строки;
- Предлагаю подумать, может сделать возможность отображать стат. строку в несколько строк (полей уже немало, может стать еще больше - все не влезает).
 
Dervish: Значение можно копировать, это несложно. Только как вызывать команду "Копировать"? Из контекстного меню? Получится, что настройки и действия "свалены" в одну кучу. Хорошо ли это?
 
В несколько строк сложнее: боюсь, для этого придётся просто переписывать стандартный контрол статусной строки. Это нетривиально, тем более, что возникнут дополнительные проблемы, например, чисто визуального представления, выравнивания ячеек на строках.
 
Во всяком случае, мне не хотелось бы этим заниматься прямо сейчас.
Re: про Статусную строку Антон 01/03/2004 14:26 #написать ответ
[dervish]Значение можно копировать, это несложно. Только как вызывать команду "Копировать"? Из контекстного меню?
Да, из контекстного. А по поводу "кучи" я не вижу здесь "криминала", там есть уже служебные пункты (Убрать, выбор валюты)
 
[dervish]В несколько строк сложнее: боюсь, для этого придётся просто переписывать стандартный контрол
Это было предложение. Ответ получен. Да, давайте не будем.
 
Dervish: ok, пожелания воспринял, спасибо!
Настройка статусной строки Дим(м) 10/03/2004 13:24 #написать ответ
Пришла мне в голову интересная, как мне кажется , мысль по настройке статусной строки.
 
Что если сделать ее в том же духе, что и настрока Page Footer`а при печати в IE?
Т.е. задается какая-то строка со специальными маркерами, и информация в статусной строке форматируется в соответствии с этим шаблоном.
Для того, чтобы поля не прыгали, можно завести специальный маркер "следующее поле". Кроме того, можно сделать маркер "горизонтальный заполнитель", чтобы можно было часть информации подвинуть к правому краю.
 
Преимуществ, на мой взгляд, уйма:
- простота добавления новых полей (просто поправить парсер и хелп)
- абсолютный контроль над внешним видом статуса
- вполне стандартный "интерфейс" настройки
 
Это, кстати, еще позволит убрать вертикальные разделители, которые, на мой взгляд делают статус несколько тяжеловесным.
 
Кстати, если делать так, то, мне кажется, стоит по дефолту настроить статус в какой-нибудь приемлемый формат. Например: "Операций: %T/%tT|Приход: %i/%tI|Расход: %o/%tO|Баланс: %b/%tB", где %X - означает показатель для выбранных записей, а %tX - для всех в списке.
Кому надо - найдет где поменять. А для простых пользователей будет сразу очевидно, что в программе есть функциональная статусная строка.
 
Dervish: Нет, честно говоря, не нравится мне такая идея. Я сам временами не могу вспомнить, как записываются форматы (редко используемые) в функции printf в С++. Спросите меня как выглядит формат для числа с плавающей запятой, я не смогу ответить.
 
Поэтому вот такие форматы для статусной строки будут неудобны сразу по двум соображениям:
 
1. Для большинства пользователей это будет непонятно. И простого объяснения для не-программиста сделать не получится.
 
2. Если возникнет желание что-то изменить в статусной строке, для этого придётся лезть в Хелп, что неудобно и для продвинутых пользователей.
А ничего помнить и не надо! :) Дим(м) 11/03/2004 15:38 #написать ответ
Но ведь подсказка может быть прямо на диалоге ввода такого формата. Просто место на форме, где описаны возможные маркеры и их значения.
 
Кроме того, можно на строке ввода сделать "кнопочку с тремя точечками" как это есть сейчас в поле ввода даты. И там в выпадающем списке будут словесные формулировки для всех возможных маркеров.
 
А в IE (в настройках страницы) описание маркеров для аналогичной строки доступно по клику "с вопросиком".
 
А чтобы было еще удобнее ее редактировать, можно чуть ниже выводить примерный вид получающегося результата.
 
Dervish: Всё равно мне не нравится, извините. Причины те же, а если говорить о ваших предложениях по усовершенствованию, то это (а) займёт много времени, поскольку такие интерфейсные проработки быстро не делаются и (б) это всё равно усложнит программу. Идеальный вариант, когда вообще никакого Хелпа не нужно и так всё ясно и понятно. Если угодно, Хелп - критерий качества интерфейса.
Не стану настаивать Дим(м) 11/03/2004 18:42 #написать ответ
Что ж, не стану настаивать. До сих пор у Вас весьма неплохо получается реализовывать Cash Верю, что и в данном случае Вы найдете верное решение.
 
Но все же посмею возразить.
Считать ли Хелпом троеточие в поле даты? Если там это не Хелп, то почему называть Хелпом такое же решение в данном случае?
 
Да и насчет "много времени" не совсем понятно. Это Вы о чем?
- О подсказках по клику "с вопросиком"? Ну так и не надо их.
- О превью для строки форматирования? Так здесь очень просто прокатит тот же парсер, что будет использоваться при выводе статусной строки.
- О самой реализации парсера? Так и здесь я не вижу абсолютно ничего сложного: просто сканируем строчку и подставляем значения. В любом случае, мне кажется, это было бы гораздо проще управления кучей отдельных окошек, как это есть сейчас.
- Или о переходе с теперешней реализации статуса на новую? Так Вы ведь сами просили идею по гармоничному и полноценному решению для статусной строки. Никто ведь и не требует этого уже в следующем билде.
 
Но еще раз повторюсь: решать Вам. Это всего лишь идея.
 
Dervish: О терминах: Хелпом я называю Справочную систему. Файл справки. То, что появляется по кнопке F1. Почему я говорю, что Хелп - мерило юзабилити? Очень просто: если что-то неудачно реализовано, замучаешься описывать и рассказывать, что же именно там сделано. А если что-то реализовано хорошо, удачно, то и описывать не нужно, как правило это понятно интуитивно.
 
"Много времени" относится к реализации.