1. В закладке Операции колонка Дата/Время раньше была выровнена по центру, сейчас нет
И зачем там запятая показывается?
2. Тамже нету картинок, мне кажеться с ними приятней смотрится, особенно операции с переводом.
Вообще на будущее, я думаю будет интересно для каждого поля опциональная картинка, даже для статей расхода, человеку привычней смотреть на картинки , а не читать.
3. Кнопки Добавить/Удалить лучше в старом стиле, без 3D эффекта. И много лишнего места под выбором периода и счета.
4. Заголовок у таблицы тоже старый лучше смотриться
5. При вводе операции, бокс для ввода времени ведет себя странно. Если нажать на кнопочку слева (чтобы показались часики) то при изменении в появившемся окне ничего не меняется, а меняется в самом боксе.
6. Хотелосьбы чтобы все DropListы запоминали порядок сортировки, допустим счета я отсортировал по имени и везде где выбор счета то сортировать по имени автоматом.
7. Ошибку нашел пока писал. Заходим в Валюты. Выбираем курс валют. Редактируем любую запись. В поле с вводом даты если нажать на стрелочку вниз, то после появления календаря само окно пропадает. Мистика
8. В формах Помощь я думаю лучше показывать справа. Я думаю экрана хватит.
9. Двойной клик на счете вызывает Изменить счет, раньше вызывалась закладка Операции, с выбранным счетом. Лучше старый вариант.
Все выше написанное мои пожелания. Я сравниваю две версии
Dervish: По пунктам:
1. Теперь нельзя выравнивать колонку Дата/Время по центру, вы сами это увидите, когда включите группировку операций (в настройках). Запятую можно будет убрать, это довольно легко (для меня сейчас, а для вас будет легко, когда будет сделана локализация).
2. Возможно, не буду спорить. Не умею я рисовать картинки. Новую иконку для AbilityCash мне нарисовали. А все картинки первой версии, мягко говоря, заимствованы у Microsoft, что не есть хорошо.
3. Честно говоря, мне они разонравились, я было экспериментировал с другими кнопками... А потом всё таки решил пока не тратить время и поставить стандартные.
4. Старый заголовок можно включить в настройках.
5. Посмотрю, спасибо.
6. На всех закладках запоминают (должны запоминать). Для этого надо просто сохранить настройки страницы.
7. Спасибо, обязательно посмотрю.
8. Почему не устраивает как сейчас?
9. Увы, не проходит старый вариант: что должна делать программа, если пользователь создал несколько закладок "Операции"? На какую из них переходить? Кроме того, такой переход был исключением из общего правила в первой версии, во всех остальных закладках двойной клик открывал объект на редактирование.
Выход: создайте несколько закладок "Операции", пропишите в них те параметры, которые вам нужны и это будет очень удобно! Мало того, можно ведь теперь сделать так, чтобы, по вашему выбору, любая закладка была первой!
Продолжим :)
$pLinTEr
17/01/2004 01:03
#
1. Я немог это увидеть, настройки были для меня недоступны
Теперь ясно.
2. С картинками комфортней чтоли. Нарисовать я думаю сможем общими усилиями!
3. Лучше старые они в "стиле" с остальными элементами программы.
4. Теперь могу включить
))
6. Будем эксперементировать
8. Формы узкие, и стоят по центру а при клике на Помощь снизу чтото появляется, надо двигать форму, растягивать вниз чтобы прочитать. Из за того что формы узкие читать будет неудобно. А идея хорошая, показывать помощь таким способом.
9. Показывать в первой или сделать по клику другой кнопкой (двойной правый). Может это дело привычки конечно
про Вывод: да это действительно удобно.
Dervish: 2. Нарисуете - добавлю.
8. Да, но если окно Help-а перетащить вправо, мне не ясно, куда в этом случае поместить кнопку "Помощь >>".
9. Думаю, дело привычки.
Контекстное меню
Роман
17/01/2004 03:27
#
9. По-моему нужно испльзовать контекстное меню.
Dervish: Я могу вставить этот пункт в контекстное меню с подпунктами из доступных страниц операций (если их больше одной). Но мне не хотелось бы делать его default.
Переход на графики
Роман
17/01/2004 04:31
#
В старой версии Cash на график остатков я переходил исключительно через контекстное меню. Конечно сейчас можно сохранять настройки каждой страницьі, но информативность страницьі со счетами очень вьіросла и хотелось бьі иметь возможность с нее перепрьігивать на операции, графики, отчетьі.
Dervish: Я могу сделать так: если страница операций одна, то в контекстном меню будет один пункт "Показать операции". Если их несколько, то этот пункт будет содержать подменю, в котором перечислены закладки операций. Но мне всё равно не хотелось бы делать этот пункт меню default, чтобы именно он выполнялся по двойному клику на счёте.
Переход на операции
Val
17/01/2004 05:23
#
В версии 1.4 был возможен переход по клику со счетов на операции по счетам, что было очень удобно, а теперь вызывается диалог изменения счета. Можно ли это исправить?
А вообще впечатления очень и очень не плохие единственно что я скачал файл буквально полчаса назад и еше толком не разбирался.
Dervish: Надо искать обходные варианты потому что это непросто и вот почему:
1. Мне хотелось бы сделать поведение всех страниц одинаковым. В первой версии на всех закладках двойной клик вызывал объект на редактирование и только на странице операций выполнялся переход. Это было удобно но нелогично.
2. Что делать, если пользователь создал несколько страниц операций? В AbilityCash это возможно. Какую из этих страниц выбирать? Куда переходить? Непонятно.
Пока видится два варианта решения этой проблемы:
1. Можно порекомендовать создать несколько страниц операций, выбрать в каждой из них нужный счёт и сохранить настройки. Тогда двойной клик вообще будет не нужен, вы сможете переключаться между счетами просто нажав соответствующую закладку.
2. Я могу доработать контекстное меню так, как я написал в ответе Роману чуть выше в этой ветви форума.
Может быть вы предложите другой вариант?
да, в вер. 1.4. действительно (+)
UKE
01/02/2004 13:00
#
было удобным переход по щелку с названия счета в операции по счету
Dervish: Чуть ниже в этой ветви форума я обещал, что сделаю такой переход. Убедили!
Но всё ещё остался открытым вопрос куда переходить, на какую закладку, ведь теперь закладок "Операции" может быть несколько. И у каждой могут быть свои собственные настройки фильтров "по умолчанию".
Открытие операций через подменю
Женя
18/01/2004 14:02
#
1. В таком случае хорошо бы иметь еще один пункт меню, при выборе которого создается и отображается новое окно с названием ОперацииN, в котором будут выбраны операции с выделенным на момент вызова контекстного меню счетом (причем, то же самое удобно применять к группе счетов/проекту/статье/классификатору).
Кстати, даже для выбранной операции есть куда перейти - на просмотр операций по корреспондирующему счету. Это все капитально снизит потери времени на навигацию!
2. А использовать Shift+Enter/клик(один) плохо для этого? Все ж клавиша+клик(один) лучше, чем клик-наведение-клик.
3. И все-таки можно ПО УМОЛЧАНИЮ выгружать операции с выбранным элементом в окно Операции. Все остальные окна - дополнительные, а это окошко сделать "разменным".
4. Кстати, было бы удобно создавать новые страницы путем дублирования текущей с автоматическим формированием имени - тип страницы+нумератор. Для этого можно изменять контекстное меню при наведении на ярлык закладки, куда также можно включить "добавить/удалить/отключить/назание/влево/вправо". А то создание страницы, функция по идее частоупотрбимая, требует лезть в страницы!
Удачи!
Dervish: Четвёртый пункт очень интересен. Любопытное предложение, спасибо!
А что делать, если пользователь уничтожил "разменное окно"? Или просто переименовал его?
В общем, сложный вопрос, и лично я пока не могу определиться, как будет удобнее. Типичная ситуация: хотел как лучше, а получилось как всегда. Что теперь делать с навигацией?
Часть 1
Женя
18/01/2004 15:10
#
1. Переход на страницу операций с заданным параметром (выбранным счетом/группой счетов/операцией/классификатором/группой классификаторов/валютой/статьем/группо статей/проектом/группой проектов) можно сделать унифицированным! Т.е. открывается окно типа «Операции» с одни фиксированным параметром.
Пример 1. При выделенной группе счетов (окно типа «Счета») открывается окно типа «Операции» с выбранной группой счетов, в которой есть все операции по данной группе счетов (какое именно окно и с какими прочими настройками – см. п2.).
Пример 2. При выделенном проекте - (окно типа «Проекты») открывается окно типа «Операции» с выбранной группой счетов «Все счета», в которой есть все операции по выбранному проекту (какое именно окно и с какими прочими настройками – см. п2.). Аналогично для статьи и классификатора.
Пример 3. При выделенной валюте - (окно типа «Валюты») открывается окно типа «Операции» с выбранной группой счетов «Все счета», в которой есть все операции, в которой использовалась выбранная валюта (какое именно окно и с какими прочими настройками – см. п2.).
Пример 4. При выделенной операции - (окно типа «Операции») открывается окно типа «Операции» с операциями по корреспондирующему счету, куда наследуются все настройки текущего окна (какое именно окно и с какими прочими настройками – см. п2.).
P.S. Получается, что эта функция становится унифицированной. Мало того, к ней вполне может присоединиться и переход...из отчета! Помните, мы обсуждали, как лучше сделать? Шикарно получится, ведь в этом случае в новое окно будут наследоваться сразу несколько параметров, а не один!
Dervish: Интересный подход. Очень интересный.
Женя, давайте я прямо сейчас не буду отвечать однозначно, то что вы написали требует осмысления.
Часть 2
Женя
18/01/2004 15:11
#
2. Способ перехода.
Предлагаю 2 варианта перехода, которые оба можно реализовать. Особенно с учетом описанной выше унифицированности перехода из окон всех типов.
Переход 1 (через Shift+).
ИспользоватьShift+Enter и Shift+один левый клик. Все ж клавиша+клавиша и клавиша+один клик лучше, чем клик-наведение-клик в контекстном меню (что, впрочем, не исключает последнего, см. ниже)! При этом происходит переход в окно типа «Операции»:
- в окно по умолчанию «Операции» – всегда тупо загружать по умолчанию в одно и то же окно «Операции». Если такое окно было удалено (я не проверял, можно ли его грохнуть), то пущай оно и создается с названием «Операции». При этом наследуется только параметр, все прочие настройки окна (даты, группировки, сортировки) остаются прежними.
- в новое окно – всегда тупо создавать новое окно с названием «Операции»+следующий номер, который определяется как кол-во окон типа «Операции»+1. При этом наследуется только параметр, все прочие настройки окна берутся по умолчанию (даты – по умолчанию, группировка - отсутствует, сортировка – по дате).
Переход 2 (через меню).
В контекстном меню можно предусмотреть такие варианты перехода в окно типа «Операции» с наследованием выделенного параметра:
- «Операции». Загрузить в окно по умолчанию. (аналогично Переход 1, в окно по умолчанию)
- «создать новое окно «Операции». Создается новое окно типа «Операции» с названием «Операции»+следующий номер, который определяется как кол-во окон типа «Операции»+1 (аналогично Переход 1, в новое окно)
- Вы предлагали здесь также предлагать подменю для выбора из уже существующих окон типа «операции». Можно и так! Тогда аналогичное можно добавить и в вариант перехода Shift+.
Dervish: Способ перехода, конечно же, очень важен. Но мне кажется, что эта задача немного проще, тут можно решить. Не буду возражать против вариантов Shift+Click и Shift+Enter или что-то в этом роде, надо будет только согласовать это дело с интерфейсом выбора элементов из списка. В аннотации к альфа-версии я писал, что там ещё надо доработать множественный выбор, после этого можно будет определиться с тем, как именно переходить на операции.
Часть 3 (усе)
Женя
18/01/2004 15:11
#
3. Дубилрование текущей страницы -> Управление окнами (страницами) через контекстное меню.
Было бы удобно создавать новые страницы путем дублирования текущей с автоматическим формированием имени - тип страницы+нумератор. Для этого понадобилось контекстное меню при наведении на ярлык закладки, куда будут включены пункты: "дублировать/удалить/отключить/добавить/название/влево/вправо". А то создание страницы, функция по идее частоупотрбимая, требует лезть в страницы!
Dervish: ... если при этом не придётся переписывать TabControl.
...
$pLinTEr
17/01/2004 08:42
#
2. Надо дизайнеров спросить, посмотрим.
8. Тамже кнопку и оставить. И темболее на кнопке написанно "Помощь >>>" - разве не показывает где её искать надо после нажатия
Dervish: Оставлю пока как есть. Если иконки появятся (у них нестандартный размер 13х13 или 14х14 - не помню), добавить в программу их будет очень просто. А к положению окна помощи можно будет вернуться тогда, когда будет писаться Help.
Окно "Операции"
Женя
18/01/2004 07:45
#
Dervish: 9. Увы, не проходит старый вариант: что должна делать программа, если пользователь создал несколько закладок "Операции"? На какую из них переходить? Кроме того, такой переход был исключением из общего правила в первой версии, во всех остальных закладках двойной клик открывал объект на редактирование.
Выход: создайте несколько закладок "Операции", пропишите в них те параметры, которые вам нужны и это будет очень удобно! Мало того, можно ведь теперь сделать так, чтобы, по вашему выбору, любая закладка была первой!
**************************
Женя: Нет, такой вариант не очень хорош!
Ведь удобно получить список операций, именно выбрав счет в списке счетов - это самый естесственный путь, это удообнее перенастройки страницы операций.
Аргумент: ИМЕННО ОБЗОР СЧЕТОВ ВМЕСТЕ С ОСТАТКАМИ побуждает посмотреть операции. Это КРИТИЧЕСКИ часто используемая функция, опрадывающая исключения))))))
Предложение:
по двойному клику пусть всегда будет переходит на страницу с названием Операции (которая есть по умолчанию).
А то, что нам нужно, мы действительно будем держать на своих (дополнительно созданных и настроенных) страницах!
Спасибо!
Dervish: Женя, давайте мы пока отложим этот вопрос, он очень непрост, лично я не могу определиться, как именно будет лучше поступить. Плюс, сейчас надо побыстрее исправить уже обнаруженные ошибки.
Вызов операции
Андрей
19/01/2004 13:07
#
Я попробывал, как Вы советывали, реализовать несколько закладок типа Операции - не удобно. Операции по группе счетов не осуществляются. А отсутствие быстрого выбора со списка счетов замедляет работу. Надо сделать несменную страницу Операции...пусть себе добавляют, кому надо. А по двойному нажатию на названии счёта пусть открывается операции по нему...Сразу бросилось в глаза ето неудобство...Присьба реализовать
Dervish: То что операции по группе счетов не осуществляются, это никак не связано с переходом на страницу "Операции".
А переход на Операции будет сделан. Так или иначе, но будет. Может быть, через контекстное меню.
Вызов операции
Андрей
19/01/2004 13:17
#
Да, ещё, не нужно привязываться к одному шаблону по всем страницам...это же не организация классов :-) Я тут почитал....ну удобней вызывать список операций двойным кликом...а на счёт контекстного меню...думаю будет удобно для графиков...хотя удобней чтобы по умолчанию вызывался последний выбранный список операций.
Dervish: Не совсем понял про шаблоны...
Вызов операций
Alex
19/01/2004 16:55
#
По двойному клику должна открываться страница операций прилагающаяся к программе по умолчанию. Работать щас _очень_ неудобно, пожалейте крутых пользователей
.
Аргументы: Данные о счете меняеются редко и то, только название можно поменять с родительским окном, а вот операции - другое дело, я иногда по неско десятков добавляю + приходится ту-сю по разным счетам пробежаться чтобы переводы правильно оформить и кой-чего глянуть.
Dervish: Я не говорил, что так удобнее. Я пытался предложить другой вариант для того, чтобы в программе всё было единообразно, травка подстрижена на два пальца и покрашена в зелёный цвет...
Ладно, посмотрим, что можно сделать.
Еще о логике
Alex
19/01/2004 17:01
#
Вообще система Табов сама по себе не логична. Если есть какая-то иерархия (дерево). то по идее после веток с названием счета должны "разворачиваться" операции или по крайней мере должно открываться окошко со списком операций счета (именно новое окошко), но не заставлять пользователя открывать сомнительного вида таб, то есть у пользователя создается ощущение, что иерархии нет и операции - это запись одного уровня со счетом и словарики с валютами и агентами тоже равноправные участники, хотя это не совсем так.
Dervish: Боюсь, что я вряд ли сейчас что-то путное смогу сказать на эту тему, в том числе и потому, что эта часть в программе уже сделана. И вряд ли я буду прямо сейчас её переделывать, надо быстрее доделывать вторую версию. Если только позже вернуться к этому.
я доволен... Мульто Грациас Сергей
Explorer
19/01/2004 18:40
#
многое из того о чем так долго говорили большевики сбылось... программа принимает весьма цивилизованный костяк.
косметику и общие дискусии можно оставить на потом, концептуально пока все идет в жилу...
REM:
с ундой редой нужно подумать, стать на точку зрения разработчиков ДазБанных множественное число для классификаторов отменить, лишнее это...
описание для табов приделать:
Название страницы: "DKCH"
Описание: "Dragutin Kustrimovic - Household Expenses"
Тип страницы: "Операции"
(путь дескрипшен тултипится при наведении мыши или строчкой отображается или в заголовке окна)
надеюсь и автор доволен
поелику нет для честолюбивого автора большего удовольствия чем признание его детища... а у нечестолюбивых авторов никогда ничего путнего не получается
Виват
Dervish: Доволен, спасибо...
Вот ещё бы отоспаться...
PS. А множественное число используется в сообщениях и меточках, равно как и единственное.
Поскольку наименование классификатора может быть изменено
Explorer
20/01/2004 11:51
#
например: "все **** перевода", то множественное число можно указать непосредственно в диалоге редактирования.
множественное число сущности - это тоже самое что сумма прописью или имена в родительном падеже - это вопрос оформительский и не касается системы учета, ИМХО в этой программе излишне.
А вот что касается описания (Description) совсем наоборот... Для всех сущностей описание есть, а для классификатора нет.
Dervish: ОК.
Вызов операции
Андрей
20/01/2004 15:19
#
Полностью согласен с Алексом: двойной клик на счете должен открывать страницу операций. А на счет единой логики, так это вопрос самой логики. Логично со счета переходить на операции по этому счету. Логично по клику на операцию проссматривать/редактировать эту операцию. Сергей, Вы стремитесь сохранить единую логику для несовместимых вещей. Какая, например, должна быть логика при работе с закладкой "Отчеты"? У каждой закладке свое назначение и своя логика. Должна быть удобная навигация, позволяющая максимально быстро вводить данные (я об этом как-то уже писал Вам), а переходы через контекстное меню - это слишком медленно и неудобно.
В любом случае огромное Вам спасибо за программу!
Dervish: Хорошо, убедили! Сдаюсь!
Но ещё остаётся вот какой вопрос: а куда переадресовывать пользователя при двойном клике? Что делать, если страниц "Операции" несколько? Будет ли приемлемо, если я буду открывать самую левую (по списку табов) закладку типа "Операции" (название у неё может быть любое)?
не логично ИМХО... нужно еще подумать
HexPlorer
20/01/2004 20:37
#
почему левую, а не вторую, не правую, не третью...?
а если на этой странице операций включен фильтр и операции по этому счету на ней не отображаются?
последнюю из открытых?
держать всeгда открытой страницу "Все Операции"?
нужно еще думать - ни к чему торопиться
Dervish: ок, у меня пока есть чем заниматься.
возможно, что в дальнейшем
HexPlorer
21/01/2004 08:51
#
можно будет по дабл_клику переключаться на страницу отчетов, в которой контекстно будет формироваться определенный отчет по контекстному-же запросу...
Dervish: Хммм... Ладно, на обдумывание пока...
Вызов операции
Антон
30/01/2004 15:26
#
Прочитал Ваши обсуждения, программой пльзуюсь около года. Народ прав, - просматривая остатки по всем счетам необхоимо сделать простой переход на операции, это безсознательная реакция посмотреть операции по счету.... А если будет так, как сейчас, то это не удобно
(
Dervish: ok.
запуск нескольких копий программы одновременно
HexPlorer
21/01/2004 15:05
#
нужно обрабатывать - две копии программы одновременно никчему (хорошему не приведут)
сейчас можно открыть хоть десять - ИМХО это неверно, при открытии файла *.ЕХЕ должна запускаться только одна копия. при повторном вызове на открытую копию должен перемещаться фокус.
при открытии файла *.ACB
либо запускаться первая копия *.ЕХЕ
либо в открытой копии открываться вызванный файл *.АСВ
при этом выдавать сообщение :
Save Yes_No_Cancel - если в *.ЕХЕ уже обрабатывается другой *.АСВ
Reopen Yes_No_Cancel - если попытка открыть тот-же *.АСВ, что и редактируется.
Нет?
ИМХО Управление базами *.АСВ должно осуществляться из одной копии программы
Dervish: Думаю, что лучше так: одна копия программы - одна база. Если сделать так, как вы предлагаете, будут сложности с тем, чтобы посмотреть и сравнить две базы. Мне кажется лучше будет так: при запуске либо (а) файл открывается, если он не открыт другой копией программы, либо (б) активируется эта самая другая копия программы.
пользовательские пароли на группы счетов
HexPlorer
21/01/2004 17:08
#
а?
Dervish: AbilityCash делался с расчётом на доработку и введение нескольких пользовательских аккаунтов. И у каждого пользователя есть (должны быть) свои права и полномочия. Специальные поля в базе данных для этих целей предусмотрены, но на это нужно время и я решил эту возможность не делать в 2.0. Может быть в 2.1
А просто кнопку "закрыть/блокировать счет"
HexPlorer
21/01/2004 20:46
#
чтобы проводки по нему не могли осуществляться и сам "счет" не мог изменияться - блокировка как для "операций"
То-же касается и других сущностей БД...
Классификаторов например...
кнопку "Закрыть" или блокировать <что либо> - они перестают отображаться в дроп_листах и становятся недоступными для редактирования...
как?
ИМХО актуально
Dervish: Это гораздо проще. Но насчёт "перестают отображаться", думаю вы погорячились. А если возникнет желание посмотреть что-либо по архиву?
Если уж совсем не нужно, чтобы показывались, удалите этот счёт совсем! Тогда, кстати, операции перевода на этот счёт преобразуются в операции расхода по второму счёту, а операции перевода с удаляемого счёта, соответственно, в операции прихода на второй счёт. То есть, по другим счетам остатки не "поплывут".
старый закон админа...
HexPlorer
21/01/2004 21:03
#
никогда не совершайте необратимых действий...
удалить счет для меня как ножом по сердцу...
кроме того, вполне могу себе представить, что операции по счету блокируются временно, до пополнения бюджета, например... IMHO по аналогии с блокировкой счетов вполне приемлемо...
что касается других сущностей - да, полностью скрывать их изо всех дроп_листов - это я погорячился.
Но не показывать их в комбо боксах ввода - вполне логично... не удалять-же
Dervish:
скрывать нужно
Loki
22/01/2004 10:29
#
но, как мне кажется, из всех диалогов кроме анализа (как я понимаю, в нынешней версии можно будет просматривать операции кликая на график?). В любом случае, над этим стоит подумать
Dervish: ok.
Отображение подклассификаторов
Sem
10/02/2004 23:43
#
В старой версии программы было некоторое неудобство - если в статье расхода указать какую-либо подстатью, то в списке операций невозможно определить к какой статье относится данная подстатья (разве что открыть карточку интересуемой операции и комбо-бокс со статьей) из-за этого приходится давать расширенные названия подстатьям. В новой версии с классификаторами - та же проблема. Может быть, стоит в списке операций в полях классификаторов вставлять полный путь для подклассиффикатора? т.е. например, получится подстатья расхода не "бензин", а "автомобиль/бензин" или через двоеточие, как это сделано в AceMoney? Уж очень некрасиво получается, когда для каждой подстатьи приходится писать в названии именно "автомобиль/бензин", когда сама статья уже имеет название "автомобиль"
Dervish: Вопрос "на засыпку": а вы бензин ещё куда-то заливаете, кроме автомашины?
Отображение подклассификаторов
Sem
11/02/2004 14:15
#
Ну это же просто пример.
Хорошо, подстатьи "ремонт", "регламент", "запчасти" можно отнести не только к автомобилю.
Dervish: Лично у меня дерево
очень вложенное. Поэтому лично мне то, что вы предлагаете будет неудобно.
А почему бы не назвать узлы "Ремонт дома", "Автозапчасти", "Регламент компьютера"? Тогда всё будет понятно!
неее, не нужно никаких полных путей! (-)
dodo
01/05/2005 21:36
#
.
возможный вариант
Ed
11/02/2004 20:37
#
В первой версии так сделать было нельзя, а во второй, слава Автору
, можно. Я имею в виду можно добавить в классификатор не один класс статей, в котором расписывать подстатьи, а ввести 2 класса - статьи и подстатьи, если у вас много пересекающихся между статьями элементов.
У меня даже было желание написать предложение сделать возможной связь между разными классами. Чтобы можно было указать родительский класс. И тогда подстатьи привязывались бы к статьям. Как это делается при включенном чеккере "Разделять по виду операции". Только, подумав, не нашел аргументов "за" - может, удобно, а может и нет.
помнится я тоже отмечался на эту тему...
Аноним
12/02/2004 18:38
#
я назвал это тогда - наследуемым признаком родителя или еще как - не помню точно.
для всех вложенных отображать каким либо образом либо код родителя либо код всей ветки...
код проекта "NKKO" - признак для всех вложенных направлений этого проекта. это действительно актуально.
ИМХО
Примечание для Счетов
Andrey
11/02/2004 10:07
#
Можно ли добавить возможность писать примечание к Счету? Иногда хочется пометочку себе сделать касательно счета, а некуда.
Dervish: Была такая мысль, но не думал, что это столь актуально.
Обороты на странице операций
Andryk
13/02/2004 11:30
#
В первой версии на странице операций были обороты по операциям выбраным в фильтре, почему сейчас этого нет?
Dervish: Потому что не успел сделать. Делаю сейчас.
И еще хоршо бы сделать, при групировке
Andryk
13/02/2004 11:55
#
Чтобы сумировались обороты по группам.
Dervish: С этим сложнее: думаю, что хочется не сколько оборотов, сколько суммы прихода и суммы расхода. Но возможны ещё тонкости: часть операций может быть выполнена, а часть - нет.
В общем, это чуть позже.
Примечание для счетов
Andrey
13/02/2004 13:11
#
Не то чтобы сильно актуально, но очень хочется. :-) Просто, хочется все, относящиеся к вопросу, сведения держать в одном месте. А так конечно можно все что надо в соседнем текстовом файле хранить. Но удобство уже не то. К тому же у остальных подобных сущностей этой программы поля для примечаний имеются.
Dervish: Хорошо, сделаю.
