это не сложно...
igor
11/09/2005 22:41
#
новоявленные стрелочки нужно заменить на уже привычные. просто повернув их на 90 градусов. кружочек заменить на +. мне кажется так будет логичней.
про кружок
igor
11/09/2005 22:47
#
или ту же стрелку вниз, мол здесь и сейчас.
К сборке 203
Алхимик
12/09/2005 06:51
#
У меня на компьютере эти самые стрелки для дат отображаются некорректно. При открытии окна внесения операции они частично закрывают год даты - не удобно и неприятно. Может, стоит немного расширить данное окно?
Хорошо, это возможно. (+)
Dervish
12/09/2005 12:44
#
Правда, мне немного странно, почему у вас это происходит?
Вы можете подсказать, какой шрифт выбран в системе (и в программе)? Какая операционка и, если это XP, в какой визуальной схеме настроен вид операционки?
Отображение даты
Алхимик
19/09/2005 07:12
#
шрифт - Georgia
ОС - Win XP SP2
Visual Style - Luna (Встроенный)
Спасибо. Поле расширю. (-) (-)
Dervish
19/09/2005 10:17
#
Новое
Алхимик
12/09/2005 06:53
#
И еще вопрос.
Недавно столкнулся с такой проблемой. Есть счет наличные (кошелек). Очевидно, что они не могут быть отрицательными, только положительные и ноль. Так вот по моим записям мои наличные иногда достигают -200р. Можно реализовать некоторый флажок для счетов, который бы указывал на то, что счет всегда не отрицателен или не может быть меньше некоторого минимума?
Это лучше решить немного иначе. (+)
Dervish
12/09/2005 12:46
#
Включите в базе данных поддержку времени (меню "Файл", пункт "Настройки базы...") и регулируйте порядок операций указанием времени.
В будущем я исправлю код и можно будет переставлять операции даже без указания времени.
Даты
Алхимик
19/09/2005 07:15
#
Такая настройка уже стоит.
И если честно, не совсем понятно как ответ коррелирует с моим вопросом. (?)
AbilityCash пока не совсем корректно...
Dervish
19/09/2005 10:13
#
...устанавливает порядок операций, если поле время не включено. И временами вместо того, чтобы в первую очередь провести операцию прихода и только затем расхода, всё происходит наоборот и остаток по счёту становится неожиданно отрицательным. И я думал, что ваш вопрос относится именно к этому.
Но если я ошибся и вы предлагаете просто ввести контроль остатков, чтобы программа не допускала отрицательные (а по некоторым счетам - положительные) остатки, то я хочу спросить, а оно вам действительно нужно? Неужели будет приятно получить отказ программы в добавлении операции после того, как вы заполнили все необходимые поля?
Мне кажется, что сейчас сделано самым лучшим образом: если в результате ввода операции получился отрицательный остаток, то вам не нужно удалять введённую операцию, ведь она же всё-таки была? Вам достаточно её исправить и/или ввести другие операции.
Я про контроль
Алхимик
20/09/2005 07:40
#
Может, конечно, Вы и правы. Но я не говорю, про откат операции после заполнения полей. Можно, например, справшивать у пользователя о том, нужно ли вводить такую операцию, которая приводит к сумме на счете меньше некоторого заданного минимума? Все-таки это будет контроль логической целостности данных. Тогда при получении такого сообщения пользователь хотя бы задумается а все ли он учел?
Мне лично так будет удобно, но я не являюсь последней инстанцией при решении таких вопросов. так что это просто предложение.
Нет, извините, но...
Dervish
20/09/2005 10:18
#
...я не буду вводить дополнительные ограничения. Даже включаемые настройками. В своё время думалось на эту тему, было решено именно так. И уже много лет так, пока никто не жаловался. Так зачем?
"автоматизацию" программы
kilo
20/09/2005 12:33
#
можно доводить до абсурда. Просьба о контроле остатка, чтобы при вводе операции он не стал <B>красным</B> (отрицательным) кажется разумной, но не безобидной. Если пойти дальше, то можно контролировать, например, курсы валют (а почему бы и нет) - ввели за бакс 38 рублей, а программа в ответ - "н-нет, дружочек, на улице за доллар 28 рублей дают". Или, чтобы расчеты с банком не попадали на выходные. Вы представляете сколько мусора на все случаи жизни для ленивых пользователей должно бытть в программе. Короче, программа должна быть простой, острой и удобной, как нож. И надо уметь этим пользоваться.
Нет - так нет
Алхимик
21/09/2005 11:49
#
буду развивать свою память и помнить проведенные операции
А вот мне например надо операции...
Percent
21/09/2005 19:35
#
с нулевой суммой. Стистема это запрещает. А мне надо.
Зачем?
Андрей
21/09/2005 19:42
#
Приведите пример, пожалуйста.
ну, например
IF
26/09/2005 09:39
#
Когда я точно знаю, что у меня будет, вернее уже состоялась ВОТ имененно такая операция(то есть уже могу заполнить все поля), но точную её сумму (или же сумму вообще) я пока не знаю, а вводить некорректное знаение нет желания. Поэтому и возникает естественое желание "на пока" ввести нулеуое значения, чтобы можно было его немного позже зменить на правильное!
И, кстати, всвязи с этим (и не только этим) возникает желание о возможности делать метки/пометки операций. Либо всю строку операции цветом, либо галочками, либо пиктограмками. Или, вообще - иметь возможность каждому классификатору(классу)/субклассу ещё при созднаии оного делать специальную метку!
Хотя бы просто для модификации зрительного восприятия.
Могу посоветовать +
Андрей
26/09/2005 12:40
#
делать непроведенную операцию на примерную сумму или на сумму в 1 рубль.
PS хотя, конечно, ограничение на сумму "0" во многом искусственное (я не встречал это ни в одной бухгалтерской программе).
Спасибо за совет. =)
IF
26/09/2005 15:47
#
На самом деле я действительно пока использую именно 1рубль. %-)
Потому как такая сумма даёт наименьшую из возможных погрешностей.
А я бы вводил сумму (+)
Loki
26/09/2005 18:54
#
которую планируется потратить на эту операцию. Хотябы очень примерно. В этом случае мы получим некое бюджетирование, которое можно отследить на графиках.
пример операции на 0руб.
Тарик
14/12/2005 22:11
#
Мне тоже иногда бывает надо "нулевую" операцию. Поясняю. По роду своей ЧП-шной деятельности я учитываю поездки в автобусах и маршрутных такси, причем в примечании пишу номер билета, а агентом операции выставляю того клиента, в интересах которого была совершена поездка. И бывает так что я езжу бесплатно (ну, к примеру, билеты есть, а оплатил мне кто-ниьудь еще, или проехал без билета).
Учет поездок и билетов веду для формирования себестоимости услуг, а еще для налоговой, с использованием маршрутного листа (прямые затраты уменьшают налоги).
Поэтому и надо нулевую операцию.
...возможно, что нулевую сумму таки можно ввести в программу. Правда, боюсь, могут ошибки повылазить. Если это и делать, то очень внимательно.
А почему просто вместо нулевой суммы не оставить операцию невыполненной?
Потому, что она выполнена.
percent
27/12/2005 02:35
#
Там нужно чтобы было предупреждение, а не полный запрет.
Например мне что-то досталось дагом
percent
27/12/2005 02:43
#
То есть бесплатно, а я это что-то веду в количественном учете.
C точки зрения учета
Loki
27/12/2005 09:33
#
...это не вполне верно. Так как все, чем вы владеете, имеет некоторую ценность, которой вы можете воспользоваться в случае чего. Понятно, что в этом случае надо рассчитывать аммортизацию, остаточную стоимость и пр. Но тем не менее, мне кажется что нулевая сумма - в корне неправильный подход.
Вариант:
Loki
12/09/2005 18:09
#
Если операцию надо поставить в начало какого-то дня, то ставим ее датой ранее, а потом исправляем дату на нужную. Аналогично с концом дня.
Статусная строка, поле изменение остатка
Serge Vesnin
12/09/2005 09:21
#
Появилось, но работает как-то не так или не совсем так или совсем не так . В случае, когда стоит фильтр - "Все счета". При выбранном конкретном счете все работает и считает нормально.
А в чём некорректность? (-) (-)
Dervish
12/09/2005 12:47
#
У меня тоже некорректность:
В.Червонных
12/09/2005 19:39
#
при выборе "Все счета" расхода не показывает, сколько не выделяй строк.
Выбрал конткретно, например, "Товарные счета", покажет правильное количество штук, соответствующее выделенному набору операций.
Есть одна тонкость в учёте...
Dervish
18/09/2005 00:25
#
...операций перевода в статусной строке: там учитываются только те операции перевода, у которых один и только один счёт попадает в фильтры по счетам.
Таким образом, выделяя несколько счетов (или один групповой) в фильтрах, программа будет считать эти несколько счетов "общим котлом". Учитываться будут только те операции, которые изменяют суммарный остаток этого самого "общего котла".
Statunaia stroka
Valerii
12/09/2005 12:06
#
Ocheni compaktnaia i udobnaia statusnaia stroka poluchilasi v etom relize; dlea teh kto escio ne zametil, ili ne znal - na statusnoi stroke mojno vyzvati kontekstonie meniu, otkuda mojno vkliuciti functional`nosti dostupnaia v prejnem relize, e.g. suma operatzii v raznoi valiute cem valiuta sciota.
V obscem, etot reliz oceni udachnyi - poka oshibok ne obnarujil. Ogromnoie spasibo, Serghei. Udachi.
ОК, работаем дальше. :) (-)
Dervish
12/09/2005 12:48
#
Планируется ли реализация пункта 18
Илья
13/09/2005 15:18
#
>18 Реализовать отдельное окно для поиска в больших списках (на страницах), а для ниспадающих списков сделать поиск по буковкам: набрал буковку, Cash тут же ищет нужную запись.
А то не удобно пользоваться. Приходиться постоянно целиться мышкой, промахиваться, расстраиваться.
Планируется ли такая функциональность? Если да то когда, и в какой версии, в каком билде
Вообще, наверное уже пора...
Dervish
18/09/2005 00:30
#
...пересмотреть некоторые планы. Кое-что было сделано, кое-что устарело... Но то, о чём вы пишете актуальность не потеряло.
Правда, ох, как это муторно в реализации...
В какой версии? Вряд ли в 2.0, если только в 2.1
по прежнему
Степан
13/09/2005 04:51
#
Не показывается всплывающие подсказки в win 98se
Спасибо, но я пока просто это не проверял. (-) (-)
Dervish
18/09/2005 00:34
#
отличная сборка!
Serg
13/09/2005 06:18
#
спасибо!
жду теперь когда будут сохранятся настройки окна ввода новой операции... =)
Eto bylo-by ocheni kstati !
Valerii
02/10/2005 11:11
#
K primeru, esli mne trebuetsea vesti chasto double-entry operatsii, to doljen vesti operatsiu tipa "Perevod", a okno vvoda novogo registra vsegda otkryvaetsea s tipom "Rashod".
Nadeiusi eto budet vnedrenno v skorom buduscem.
Udaci, Serghei.
группировка по дате
Денис
13/09/2005 16:33
#
мне кажется была более удобна в 200-й сборке (и раньше). например когда период выбран в один месяц, то не показывались строчки с годом и названием месяца, а в 2003 они показываются. С учётом того, что на собственно сами операции и так места мало осталось - тратить две лишние строчки на не полезную информацию ...
Да, как-то я это пропустил...
Dervish
18/09/2005 00:40
#
Спасибо.
Рацпредложение о периоде
Алексей
13/09/2005 18:01
#
Использовать для переключения способа определения периода не меню F9, а переключатель прямо на вкладке операций. Надоело всматриваться, какой там период у меня – переключился на «улучшенный ввод», который встанет вместо этих двух полей с датами. И там, просто, по-русски будет написано: «текущий год/месяц/неделя/день», а самое приятное – «все записи!»: сейчас, чтобы не ошибиться, нужно выкручивать даты до «безобразия» (причем обе). Все это слишком утомительно, особенно когда кроме стандартных периодов, ничем больше не пользуешься.
А что мешает включить "улучшенный выбор"
Dervish
18/09/2005 00:42
#
постоянно? Зачем переключаться-то?
Причины, как минимум, две:
Алексей
19/09/2005 12:22
#
- это место на экране, которое нерационально используется при отображении двух дат периода и «улучшенного» выбора.
- и отсутствие самого «улучшенного» выбора. То, что есть сейчас – это не заливная рыба. Это ..
Тогда ещё вопрос,...
Dervish
19/09/2005 14:08
#
...если улучшеный оказался, по вашему, ухудшенным, то почему бы не отключить его?
Впрочем, так можно продолжать до бесконечности. Наверное лучше будет повторить (перефразировать) вопрос: зачем нужно переключаться да тем более, постоянно?
А вот зачем
Алексей
19/09/2005 14:25
#
в двух словах - есть желание просто видеть название периода: «месяц/неделя/сегодня…» и не обязательно видеть даты, тем более, если этим можно сэкономить место на экране. Но, когда потребуется указать «нестандартный» период – быстро иметь возможность его задать. Также такое быстрое переключение может служить и подсказкой конкретных дат, когда «выпал из времени».
Фильтр операций настраивается?
Женя
13/09/2005 20:02
#
В 199 сборке был вариант настройки окна операций, при котором были управляющие элементы: "За период" "начиная с:" и "заканчивая:" (2 строчки, маленькие и аккуратные, по размерам дат), и компактный фильтр операций (тоже 2 строчки, действовал при отключении настройки "Развернуть список фильтров" ). Весьма удобно,
т.к. основное внимание - спискам операций.
В 203 такой настройки фильтра не нашел...
Что НЕ нравится:
1) Широченные поля диапазонов дат (белые строки с занятыми слева 10 знаками даты)
2) Год 4-значный, как можно упростить?
3) Настройки фильтра операций в минимальной окнфигурации занимают 4 строки. Как избежать этого?
Спасибо!
Настройки. (+)
Dervish
18/09/2005 00:46
#
Даты и в 203-й сборке можно свернуть до двух строк. А вот фильтр по классификаторам, вы правы, нельзя. Мне показалось, что это просто неудобно для пользователя - всё время переключаться между разными фильтрами.
О том что не нравится:
1. Широченные поля диапазонов дат (белые строки с занятыми слева 10 знаками даты).
Как я понял, это в случае, если кнопки "Вперёд" и "Назад" спрятаны? То есть, в упрощённом выборе диапазонов дат? Если да, то, кажется, я знаю как это исправить.
2. Это в настройках операционной системы. Региональные установки, формат даты.
3. Пока никак. И не уверен, что это нужно.
Сортировка и планируемые операции
Denis ®
14/09/2005 19:30
#
В окне операций планируемые операции раньше были вверху списка, сейчас же они перемешаны с выполненными, можно ли реализовать сортировку в прежнем виде?
попробуйте так..
Serg
15/09/2005 06:18
#
если я правильно понял, то нужно просто задействовать группировку по "выполненым операциям".
Группировка...
Denis ®
19/09/2005 19:29
#
Спасибо, то что нужно.
Что означает "раньше"?
Dervish
18/09/2005 00:47
#
Вы говорите про первую версию? (Cash 1.3 и Cash 1.4)
Re: Что означает "раньше"?
Denis ®
19/09/2005 19:28
#
В версии Cash 1.4b (Build 1026)
При создании нового классификатора
Алексей
16/09/2005 17:14
#
При создании нового классификатора не появляется соответствующий столбец в таблице операций, хотя в контекстном меню выбора отображающихся столбцов такой есть.
Возможно, что...
Dervish
18/09/2005 00:50
#
...я это пропустил. Спасибо, я проверю.
Запутанность в названии периода
Алексей
19/09/2005 14:41
#
в построении диаграммы «динамики оборотов», период «неделя», при отчете за календарный месяц, является семидневным отрезком времени непривязанным к календарной неделе, что как-то непонятно и совсем неожиданно.
Вот так она со мной сегодня
Алексей
19/09/2005 14:43
#
при одном открытии, 8 раз подряд было окно:
Файл: dbEngine.cpp
Строка: 751
Возврат: 0x0042ca61
Версия: 2.0 alpha
Сборка: 203
Спасибо, ошибка найдена и...
Dervish
19/09/2005 21:02
#
...обезврежена. Возникала в следующем сценарии:
1. Создаём базу данных.
2. Создаём несколько (хотя бы один) классификатор.
3. Сохраняем настройки на странице операций.
4. Удаляем классификатор.
5. Сохраняем базу данных (Ctrl+S).
6. Перезапускаем программу.
7. Открываем страницу операций и получаем описанную ошибку.
8 раз подряд не гарантирую (зависит от нескольких факторов), но хотя бы раз будет.
Я уже с этим столкнулся,
TiGR
20/09/2005 00:48
#
и теперь у меня один файл никак не открывается... Но у меня вылетают два сообщения об ошибке:
Сначала несколько раз эта:
Файл: dbEngine.cpp
Строка: 751
Возврат: 0x0042ca61
Версия: 2.0 alpha
Сборка: 203
Потом сколько хочешь раз эта:
Файл: MStreams.hpp
Строка: 36
Возврат: 0x00469f29
Версия: 2.0 alpha
Сборка: 203
Приходится отвечать "нет" и выходить из программы.
В ближайшее время выложу...
Dervish
20/09/2005 01:43
#
...обновление, надеюсь, больше с этим проблем не будет.
потеря фокуса ввода
LiSiCin
22/09/2005 15:23
#
Поставил себе 203 сборку и обнаружил следующее:
раньше я большинство операци вводил дублированием по Ctrl+D, а теперь после ввода операции последняя строка не становится выбранной (теряет фокус) и комбинация Ctrl+D не срабатывает - возникает необходимость в дополнительном нажатии на End, например.
Не критично, конечно, но механическую память рук теперь приходиться контролировать
Боролся я с этим, но...
Dervish
23/09/2005 03:14
#
...похоже что-то пропустил. В общем, спасибо за напоминание, буду исправлять.
в 205 проблема с фокусом
Роман
23/01/2006 18:10
#
после Ctrl+D. Также при установленном фильтре дублированная операция не появляется в списке. Нужно снять и установить заново фильтр, чтоб ее увидеть. Очень напрягает.
ok, принято. (-) (-)
Dervish
29/01/2006 23:43
#
Опять нет сохранения настроек
YuriyVZ
27/09/2005 12:47
#
И опять нет сохранения на странице отчетов. Пришлось остаться на 199, там нужно менять на одну настройку меньше. Интересно, а как все планируют расходы, точнее определяют остатки на определенную дату. По моему, это можно сделать только с помощью отчетов, а изменять каждый раз по 5 настроек очень неудобно.
Да и в отчете
Алексей
27/09/2005 14:42
#
это смотреть тоже как-то...
Уже предлагалось добавить в статусную строку информацию о входящем и сходящем остатке. Мне кааца, так удобней.
Но, конечно, страница отчетов без сохранения настроек - большая заноза в одном месте.
Отчеты
YuriyVZ
28/09/2005 12:04
#
Не совсем понял, в статусной строке можно отобразить только остатки на текущую дату.
А график отчета, как раз очень удобен. Можно сразу увидеть, не будет ли, например, отрицательного остатка.
Удобен
Алексей
28/09/2005 13:20
#
в смысле прогноза - да. А посмотреть остатки возможно было бы по любой выделенной операции или группе операций. Группируя список по дате и тыкаясь в интересующие группы (конкретная дата, месяц, год) смотрим на значения.
Ошибка на вкладке "Валюты"
AYU
28/09/2005 13:59
#
При многократном нажатии на перключатель <B>Просмотр: "Валюты"</B> в списке дублируются все присутствующие валюты.
Исправлено (+).
Dervish
29/09/2005 00:50
#
Ждите обновления до 204-й сборки. Там этого глюка уже не будет.
Спасибо.
Что остановило от перехода на v.203
Denis ®
05/10/2005 17:25
#
Попробовал перейти на новую версию AbilityCash (v.203), но обнаружил ряд недостатков, которые остановили от перехода.
Располагаю по приоритету:
1. Дублируемая операция дублируется полностью, вплоть до даты и времени. Хотелось бы, чтобы был реализован один из ниже описанных алгоритмов.
2. При дублировании операций фокус не устанавливается на вновь созданную операцию.
3. Автосохранение после каждой операции (как реализовано в предыдущей версии). Ради такой возможности готов отказаться от шифрования базы.
4. При отключении «Показывать поле группировки операций» и «Развернуть список счетов» группа управляющих элементов «За период» занимает на экране максимум места, тогда как приоритет нужно было отдать группе «Показать операции».
5. При установке с клавиатуры нового значения фильтра (ALT + «Стрелка вниз»), выбора нового значения и подтверждения выбора нажатием клавиши Enter, значение устанавливается, но не применяется к операциям.
При определении приоритетов дальнейшей разработки программы просьба отдать предпочтение доработке возможностей ввода, нежели расширению новых возможностей.
Дублирование операций
Denis ®
05/10/2005 17:26
#
Прошу рассмотреть возможность реализации дублирования операций по одному из следующих вариантов:
1. При дублировании полностью дублировать все поля кроме даты и времени. Для этих реквизитов операции устанавливать текущую дату и время (взятую с системных часов компьютера).
2. При дублировании полностью дублировать все поля кроме даты и времени. Для этих реквизитов операции устанавливать последнюю введенную пользователем в программе дату (в операциях создания и дублирования операций) и текущее время (взятое с системных часов компьютера).
Для меня предпочтительнее, если бы был реализован второй вариант.
А вот мне гораздо удобнее (+)
Дмитрий
06/10/2005 11:02
#
когда при дублировании значения даты и времени сохраняются. И что делать? Плодить новые настройки - не хочется перегружать программу. К тому же и у Вас, и у меня случай частный, связанный с особенностями построения политики учета. Так что я бы посоветовал отдать этот вопрос на откуп автору. В конце концов, текущая дата выставляется одним щелчком мыши. С временем, конечно, сложнее. Как взаимовыгодный вариант могу предложить повесить на кнопку выставления текущей даты еще и выставление текущего времени.
Про кнопку выставления даты/времени
Denis ®
06/10/2005 11:54
#
Есть одна особенность в моем использовании программы – при вводе я не использую мышку, ввожу все с клавиатуры (опыт показывает, что при этом получается быстрее). Так вот та самая кнопка, которая устанавливает текущую дату, с клавиатуры недоступна.
Кроме этого, при таком вводе нужно постоянно быть настороже, контролировать себя, нажал ты или не нажал эту кнопку, потому как искать, потом эту операцию будет проблематично.
Тогда как при установке текущей даты и времени эта операция будет вверху списка операций и ее будет легко найти.
Повторюсь, что удобнее было бы, если программа устанавливала не текущую дату, а именно последнюю введенную, это позволило бы учесть особенности учета большинства пользователей.
Не скажу за большинство (+)
Дмитрий
07/10/2005 11:58
#
но меня, например, второй вариант заставит изменять И дату, И время. Практически в 100% случаев. Впрочем, каждый имеет право на ИМХО.
В любом случае,...
Dervish
07/10/2005 19:07
#
...нужно сделать чтобы контрол и даты и времени правильно отрабатывал кнопку клавиатуры "Home" и устанавливат текущее значение даты и времени. Тут вы правы.
Это решит проблему с датами и временем?
Про конпку "Home"
Denis ®
07/10/2005 19:28
#
Временно решит, при таком вводе нужно быть постоянно настороже, контролировать себя, нажал ты или не нажал эту кнопку, потому как искать, потом эту операцию будет проблематично.
Дублирование даты-времени
ludacik
10/11/2005 23:02
#
У меня тоже 95% операций - это дублирование, и в каждой операции приходится выставлять текущую дату (допустим это автоматизировано, хотя тоже неудобно) и время (это уж совсем неприятная процедура - выставить время следующее за предыдущей операцией, чтоб они не перемешивались).
Думаю, что такая настройка "Дублировать/не дублировать дату-время" никому не помешала бы и позволила всем чувствовать себя хорошо и удобно )))
Мнение понятно, спасибо. (+)
Dervish
17/11/2005 12:33
#
Если позволите, я не буду ни отказываться ни обещать сделать такую настройку.
замечание по сборке 203
Dzhus
24/11/2005 12:34
#
Могу ошибаться,но в 199 была удобная вещь-на странице отчётов в графиках валют при подведении курсора мышки к графику всплывал крос-курс и дата,а в 203 лишь "1euro/1usd и дата". И ещё есть незначительная просьба к многоуважаемому разработчику добавить колонку крос-курса на странице валют. В настоящий момент выводятся значения $ и EURO к гривне, а $ к EURO нужно высчитывать в ручном режиме. В 199 хоть на графике это было.
В целом АС-отличный инструмент. Спасибо.
203: интерфейсные мелочи
Edmonton
16/12/2005 18:06
#
1. В WinXP (english) контекстное меню на вкладках Операции, Счета, Классификаторы, Валюты некорректно выводят пункт меню "Изменить" - квадратиками. В остальных вкладках - нормально.
2. В секции "помощь>>" кнопка "домой" выводит страницу, установленную по умолчанию в MS IE settings. Хотя, наверное, при создании help-системы это нельзя будет пропустить...
3. При включении помощи в диалоге операций нижняя часть расширенного диалога немного уползает под Windows Taskbar (при разрешении 1024х76
.
Что тут сделать - трудно сказать. Центрировать диалог после раскрытия спраки - можно, но вызовет дискомфорт пользователя. Сделать панель справки немного меньше - неудобно. В принципе, ничего страшного в этом нет...
Не такие уж это и мелочи. (+)
Dervish
16/12/2005 19:35
#
1. У меня тоже WinXP и тоже English. Странно, очень странно. Всё показывается нормально. Как же мне это отловить?
2. Вы правы, это будет ещё дорабатываться и исправляться. Пока, пожалуйста, не обращайте внимания, тем более, что и смотреть-то там ещё нечего.
3. Центрировать диалог нельзя. Окно не должно прыгать. Можно сделать немного меньше окно справки, тем более, что во время показа справки окошко диалога становится возможно растягивать по вертикали.
Может быть это решится само собой, если программа будет запоминать положения диалоговых окон? (Это планируется).
А может...
Дим(м)
16/12/2005 21:42
#
.. просто открывать подсказку слева, а не снизу? Обычно экраны гораздо больше вширину, чем ввысоту (особенно на ноутбуках
Да и сам диалог в этом направлении уже - больше места на экране остается для подсказки.
Тогда уж справа,...
Dervish
26/12/2005 11:15
#
...а не слева. Впрочем, заменить "снизу" на "справа" довольно просто. Это быстрая переделка. Можно будет к этому вернуться чуть позже.
Сортировка счетов
Edmonton
16/12/2005 18:09
#
Мне кажется, что кроме сортировки по алфавиту неплохо бы добавить возможность пользователю самому определять порядок, в котором размещаются счета.
Наверное, но...
Dervish
16/12/2005 19:36
#
...не в версии 2.0, давайте я хотя бы доделаю начатое.
Может быть в будущем.