Опубликована новая версия 3.0.250

Опубликована новая версия 3.0.250 Dervish 06/09/2015 23:25 #

Версия 3.0.250 от 06.09.2015:

Исправлена ошибка: Неправильная инициализация поле "Количество повторений" диалога повторений
Исправлена ошибка: не сохранялись данные шрифта, используемого программой
Исправлена ошибка: при смене типа операции с "Остаток" на "Расход" или "Приход" неверно устанавливалось значение поля "Цена за единицу"
Сделана доработка: бюджетная дата заменена бюджетным периодом.

И еще хочу обратить внимание... Dervish 06/09/2015 23:42 #

1. При переходе с 249-й сборки на 250-ю, если Вы использовали бюджетную дату, эта дата превратится в бюджетный период длиной в один день. Это полностью соответствует логике работы предыдущих версий. Таким образом, все результаты отчетов должны остаться такими же, как и в 249-й сборке.

2. Для бюджетного периода пришлось добавить еще одно поле в диалоге редактирования операций. Однако, это не должно существенно увеличивать время ввода операций потому что при вводе новой операции дата начала бюджетного периода будет автоматически изменяться вслед за датой операции, а дата окончания периода - за датой его начала. Таким образом, для большинства операций вообще не потребуется изменять поля бюджетного периода.

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

Интересня мысль возникла... Zorkiy_Sokol 08/09/2015 09:03 #

...по полю календаря при добавлении в программу бюджетного периода. Верхнее поле увеличилось в ширину в 2 раза поскольку добавилось нижнее поле даты периода. А что если в верхнем поле после даты ставить прописью месяц операции? Просто оно не будет пустым и визуально сразу падает в глаза месяц операции. Наример:08.09.2015 сентябрь

Не знаю как Вам,... Dervish 08/09/2015 11:04 #

...а мне такая надпись показалась бы странной. Да и вопрос не только в том, что там написано, вопрос еще в том, как это все редактировать.

Если длина этого поля (я так понимаю, речь идет о диалоге редактирования операций?) раздражает, могу сделать его уже.

Длинна поля очень симметрично смотрится Zorkiy_Sokol 08/09/2015 18:17 #

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

Похоже, Alhimik 13/09/2015 14:36 #

что пункт 2 не работает. На некоторых операциях бюджетный период отличается от даты операции в будущее на 3-4 дня, для запланированных на месяц в прошлое. Есть записи с разницей год в прошлое.
В результате перестал работать бюджет.

В моей БД разница идет после 15.08.2015.

Я не смог понять из Вашего сообщения,... Dervish 13/09/2015 15:50 #

...что именно не работает.

Бюджетный период Alhimik 14/09/2015 08:51 #

В программе установлен для многих операций хаотично (на мой взгляд). Для некоторых операций он в будущем, для некоторых в прошлом, разница достигает года.

Добавлю про пункт 2 — действий прибавилось Алексей 14/09/2015 14:35 #

Бюджетный период конечно гораздо правильнее одинокой даты, направление всецело поддерживаю.

Однако вот с новшеством и пока на бюджетные периоды не перешел возникли доп. действия при копировании операций.

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

Дублированием пользуюсь потому, что номенклатура операций довольно скромная и в 99% случаев проще промотать чуть в историю и продублировать операцию на новую дату, нежели заводить с нуля.

Простите, кажется дубль Алексей 14/09/2015 14:38 #

Только развернув ветку с совсем другой ошибкой я понял что мою уже сообщили.

Бюджетный период - это очень правильная штука как мне видится Amundsen 07/09/2015 11:45 #

Бюджетной датой я не пользовался, но эта фича решает многие проблемы учета. Спасибо!

Возникла ошибка во время сохранения данных Ел 08/09/2015 15:25 #

Код ошибки: 0хA0150001

Выдает такую фразу и не сохраняет

ошибка Belfegor 08/09/2015 15:57 #

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

Эта ошибка и у меня промелькнула один раз. Dervish 08/09/2015 18:31 #

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

отправил вам файл Belfegor 08/09/2015 19:58 #

Ошибка скорее зависит от самого файла данных.
Выслал вам файл.
Открываем файл, щелкаем на любой счет и добавляем операцию с параметрами по умолчанию на любую сумму.

Спасибо. Dervish 08/09/2015 20:07 #

Файл получил, ошибку увидел. Сейчас буду разбираться, в чем там дело.

Не совсем понятно,... Dervish 08/09/2015 18:36 #

...что означает "не меняется конец бюджетного периода"?

при редактировании или дублировании Belfegor 08/09/2015 19:39 #

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

Да, видимо, я это пропустил просто. Dervish 08/09/2015 20:03 #

Спасибо. Исправлю.

А вот чтобы двигать по дню, с этим сложнее. Дело в том, что там просто физически места не хватает. Две даты в одну строчку, прикиньте, сколько места нужно добавить на эти кнопочки? Собственно, именно поэтому я их и убрал, первоначально они были.

ну да Belfegor 08/09/2015 20:06 #

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

Исправил. Dervish 08/09/2015 20:47 #

Благодаря присланному уважаемым Belfegor файлу данных мне удалось понять, в чем там ошибка. Ну и исправить ее.

Ошибка возникает, когда один и тот же файл данных (один или несколько раз) сохраняется в 250-й сборке, потом (один или несколько раз) сохраняется в более ранних сборках, например, в 249-й. Ну и после этого 250-я сборка всегда будет давать сообщение об ошибке при попытке сохранения такого файла.

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

1. Сохранить файл данных, в котором содержится эта ошибка 250-й сборкой под новым названием (меню "Файл", пункт "Сохранить как..."). Впредь использовать этот, заново сохраненный файл.

2. Удалить с компьютера все предыдущие сборки программы и не пробовать ими открывать рабочий файл данных.

Начиная с 251-й сборки программа должна корректно работать с файлами будущих версий (если они будут совместимы, проверка на совместимость уже заложена).

Увы, это максимум, что я могу сделать.

Спасибо:) Ел 08/09/2015 21:12 #

Это первая ошибка, которая попалась мне года с 2008

Ой, ошибок много, я все стараюсь с ними бороться,... Dervish 08/09/2015 22:26 #

...но они все время появляются откуда-то снова.

Не надо "ой" - надо хвост трубой! Дорогу осилит идущий! Daniil 08/09/2015 23:54 #

Что касается Вас - молодец, умница.
Что касается Вас как техподдержки - твердая 4 с +.
5 не ставлю ибоооо ....... ибо вспомнил про сторно. Спокойно, медленный выдох - в данный момент это была шутка.

Форум Опубликована новая версия 3.0.250