Build 193 - пользовательские категории

Build 193 - пользовательские категории MrCricket 21/08/2004 23:02 #

Спасибо за новый билд!
У меня в отчетах не отображается часть пользовательских категорий - ни в диаграмме, ни в гриде. Видимо, ошибка в БД.

Может быть и не ошибка... Dervish 21/08/2004 23:19 #

... ведь программа не показывает те статьи, по которым не было оборотов.

Если же обороты были, то это ошибка. И тогда было бы очень здорово, если б вы показали эту базу мне.

Спасибо.

Вы правы, я поспешил! MrCricket 22/08/2004 00:01 #

Извиняюсь за ложную тревогу

Сейчас у меня не отрисовываются в диаграмме некоторые категории (присутствуыт в гриде). Наверное, это из-за их малого процента от общего оборота? Каков "порог отрисовки"?
Спасибо.

Не отрисовываются как раз... Dervish 22/08/2004 02:25 #

... из-за того, что слишком узкий сектор получается на диаграмме, настолько узкий, что его всё равно не видно.

Алгоритм довольно прост: если ширина сектора на диаграмме получается меньше одного пикселя, то рисовать нет смысла.

Понятно MrCricket 22/08/2004 03:44 #

.. просто когда их много, они сгруппированы у правого конца родительской дуги и создают немаленькое «окно». Предлагаю это окно также отрисовывать, тогда тултип будет, к примеру, «Смешанные категории», а при клике на эту дугу - в гриде будут выделяться все её составляющие.

Неожиданное предложение,... Dervish 22/08/2004 15:12 #

... нужно будет обдумать.

Спасибо.

Нужно рисовать. Roman 25/08/2004 12:50 #

Если ширина сектора на диаграмме получается меньше одного пикселя, то рисовать все равно нужно в один пиксел.
Иначе не логично: есть сектор или нет отображается одинаково.
Кстати у меня диаграмма не растягивается на все окно как в первой версии.

Спасибо за билд. С ним по функциональности я уже могу переводить учет на ACash. Но вопрос стабильности остается!

Кстати, это неплохая идея! Dervish 25/08/2004 13:26 #

Действительно, можно подумать над тем, чтобы сузить немного другие широкие сектора, чтобы рисовались и самые узкие. Думаю, что на глаз такие погрешности будут просто незаметны. В общем, я взял эту идею на вооружение, попробую её реализовать, если получится - эта доработка появится в одном из следующих билдов.

То что диаграмма не растягивается, я пока сделал это сознательно, но, честно говоря, сам не уверен, хорошо ли это. Аргументация была такова, что в худших случаях диаграмма может быть очень мелкой и практически нечитаемой. Но сейчас я не уверен, что это сделано правильно. В общем, нужно посмотреть. Пока вопрос открыт. Тем более, пока не совсем ясно, как это будет "стыковаться" с корректировкой размеров секторов (предыдущий абзац). Посмотрим.

Я сам сейчас перевожу свой учёт на вторую версию. Как вы понимаете, мне будет проще всего решить вопросы с возможной нестабильностью. Если всё пойдёт нормально, думаю, что через некоторое время (после доделывания графиков) можно будет назвать альфу бетой.

Размер диаграммы Roman 25/08/2004 14:15 #

1. Мне кажется, что диаграмма должна увеличиваться. Тогда мелкие сектора имеют шанс быть увиденными. Минимальный размер можно зафиксировать.
2. Почему нельзя переходить по диаграмме кликом на заинтересовавшие сектора? Так задумано или недоделано?
3. Что если бы была возможность
избавляться от диаграммы или списка?

Диаграмма Dervish 25/08/2004 14:46 #

1. Понятно.
2. Задумано/недоделано. В диаграмме есть сектора, которые не могут быть однозначно "отражены" на фильтры страницы операций. Нужно переделать фильтры на странице операций чтобы это стало возможным.
3. Перетаскивание до минимального размера не решает проблемы?

3. Можно, но не очень красиво Roman 25/08/2004 15:08 #

Размер диаграммы Vadym 25/08/2004 13:49 #

Согласен с Романом, что было бы неплохо при перетягивании нижнего окошка вниз увеличивать размер диаграммы. Уж больно мелковатая получилась. А может и привыкнуть надо ;-)

Размер и перетягивание. Dervish 25/08/2004 14:47 #

Мнение понял, наверное изменю алгоритм. Спасибо.

еще одно предложение по графикам... Li Si Cin 27/08/2004 20:22 #

Когда первый раз посмотрел итоги по своей базе на диаграмме и в списке, сразу же возникла потребность увидеть общее кол-во операций по выделенному сектору, а за одно и средний объем одной операции.
И еще. Раз уж есть возможность заводить в базу (при включенной настройке) поле "кол-во" для каждой операции, то мне кажется логичным дать возможность пользователю увидеть суммы этих "кол-честв" - как в статусной строке на странице операций, так и на странице графиков (в тултипах и в доп. столбце).
Кстати, есть программа Scanner. Мне очень нравится реализация круговой диаграммы в ней. Посмотрите - может быть наведет на какие-нибудь интересные решения.

А я всё думал, Dervish 28/08/2004 00:19 #

когда же "всплывёт" программа с которой я "слизал" круговую диаграмму?

И раз уж я уже позаимствовал идею, на какие новые мысли меня может навести эта программа? Тем более, я постоянно ею пользуюсь...

Лучше, конечно было бы видеть не общее количество операций, а сразу сами операции. Но к этому, наверное, стоит вернуться чуть позже, для этого нужно будет пересмотреть фильтры на странице операций.

И касательно поля "количество": честно говоря, при реализации диаграммы я совсем про него забыл. Возможно, вы правы, по этому полю тоже нужна статистика.

Форум Build 193 - пользовательские категории