logo
logo

Форум Стабильный билд

создать новую тему раскрыть все
Стабильный билд Бенджамин 25/01/2004 09:13 #написать ответ
Уважаемый автор!
Задавать глупый вопрос типа "когда появится относительно стабильный билд 2а" не буду, хотя и жутко хочется - уж больно хороша вторая версия Cash. Или точнее - Ability Cash.
Но, надеюсь, на странице загрузки 2а появится отметка о том что "начиная с билда ХХХ можно переводить учет в эту версию"?
Ибо не терпится. И руки чешутся.
 
Dervish: У меня тут же возник встречный вопрос: а что будет, если такая надпись появится на сайте, вы переведёте учёт на вторую версию, а потом случится неприятность с потерей данных?
ну ясно что... Бенджамин 26/01/2004 07:29 #написать ответ
А Вы же предупредите следующим образом:
"... по моей оценке данный билд является устойчивым, однако кто хочет перевести учет в нее - делает это на свой страх и риск".
Как дополнение - говорите что "свой учет я в этот билд {<уже перевел><еще не перевел>}".
 
Dervish: Пока не перевёл. Обязательно скажу, как переведу. Но мне проще, в случае сильной поломки я могу поковыряться в файле и поправить ручками.
а у нас... Loki 26/01/2004 12:52 #написать ответ
юзеров, есть возможность откатится на бакап... так что будем переходить вместе в вами
 
Dervish: Вообще, я планировал начать свою работу во второй версии где-то по завершении первой декады февраля. Для этого надо, чтобы больше не было сообщений об ошибках, это самое главное. Мелкие погрешности (что-то не прорисовывается) не в счёт, их можно исправить чуть позже. Именно поэтому я в первую очередь стараюсь править сами ошибки.
...то есть надо грамотно разъяснить что происходит Бенджамин 26/01/2004 15:08 #написать ответ
Ну сабж.
Т.е. суть моей просьбы - в формулировании субъективного отношения автора к текущему билду.
Чтобы обезопасить юзверей от краха - я уже предлагал идею с экспортом: сделать сейчас возможными операции экспорта/импорта.  С тем чтобы если вдруг все грохнулось (а бэкапы оказались с нарушенной структурой), тем не менее оставался файл с самым важным - сохраненными данными. Думаю, можно будет пожертвовать оформлением закладок и фильтров. Иерархичность счетов надеюсь тоже второстепенна и не очень нуждается в экспорте как защите. А операции - нуждаются.
----
Итого:
1. Просьба: формулировать свое субъективное отношение к текущему билду. Принимается?
2. Сделать в первую очередь именно операции экспорта/импорта. Или у них очередь другая?
 
Dervish: Позиция ясна.
 
1. Принимается. Отношение будет на странице загрузки альфы, там, где я записываю сделанные изменения.
 
2. Пока думал, что другая. В экспорте и импорте свои ошибки могут быть. Вряд ли он спасёт, тут лучше надеяться на резервную копию.
а лично меня Ed 26/01/2004 16:43 #написать ответ
итересуют отчеты. И пока они не будут реализованы, переходить на 2.0 для себя смысла не вижу. Но с большим интересом изучаю.
 
Dervish: Я как раз думал, что отчёты (вместе с графиками) важнее экспорта и импорта.
О... Смотря что за отчеты это будут... Аноним 26/01/2004 22:30 #написать ответ
поскольку - может лучше экспортировать, а затем представлять данные как душе угодно...
 
Dervish: Экпорт придётся немного другим делать. Он будет несовместим с xls-файлом первой версии: появится отдельная страничка с классификаторами. Индексная страничка.
 
А графики (отчёты)... Тоже надо будет сделать чуть-чуть по-другому. Расширить "ассортимент". И внести кое-какие исправления.
мыслишки по отчетам/графикам Антон 27/01/2004 09:49 #написать ответ
По поводу экспорта и графиков есть мыслишки:
1. т.к. сейчас в 2.0 практически никакого подсчета по операциям нет, сначала хотелось бы увидеть статусную строку, чтобы хоть по-быстрому видеть число и сумму выделенных операций;
2. графики: круговая диаграмма - супер, остатки по счету - однозначно нужен; + есть такая мысль - хочется видеть отклонения от среднего по отдельным статьям, т.е. что-то типа гистограммы по статье по месяцам за год с линией среднего значения, чтобы сразу видеть "экстремальные" значения. Период, за который берем выборку, и интервалы разбивки (кварт., мес., нед. и т.д.) хочется видеть настраиваемыми.
 
А еще хочется из секторов графиков быстро переходить через конт. меню к отчетам (и операциям) с данными (рассматриваемыми) параметрами.
 
Все это просто мысли, может наведут автора на какие-нибудь планы.
 
+ сюда уж чиркану: об этом многое писали - докрутите в Операциях запоминание настроек колонок/очередности. Они, ИМХО, должны запоминаться для данной страницы вцелом, а сейчас при смене счета все опять дефолтово устанавливается, +, как правильно писали, при включении группировки, столбец группировки не должен дублироваться.
 
Извиняюсь за сумбур.
 
Dervish: Планы по графикам и отчётам я довольно давно обдумывал и прикидывал, чего лично мне не хватает. В принципе, из нового вы осветили только "отклонения от среднего".
 
Попробуйте сохранить настройки страницы "Операции". Тогда при смене счёта всё должно устанавливаться в эти самые сохранённые настройки.
 
Столбец группировки мне не хотелось бы убирать по очень простой причине: вы можете его спрятать.
сохранение настроек "Операций" Антон 28/01/2004 10:05 #написать ответ
>Попробуйте сохранить настройки страницы "Операции". Тогда при смене счёта всё должно устанавливаться в эти самые сохранённые настройки.
 
Не устанавливается. Конкретно, "Остатки" ставлю первой колонкой, "Корреспондента" прячу, сохраняю настройки страницы, но при выборе другого счета (и при возврате на первоначальный, естественно) все опять сбивается.
 
Dervish: Понятно. Значит, будем исправлять.
Выбор в фильтрах пустого значения Марат 28/01/2004 11:45 #написать ответ
В закладке операции нет возможности фильтровать по пустым значениям. Например, хотелось бы выбрать только записи, в которых отсутствует значение в поле агент...
 
Dervish: Хм, честно говоря, над тем, что это нужно я просто не думал.
 
Попробуйте включить группировку (из меню "Сервис" выберите "Настройки программы", в появившемся диалоге на третьей закладке установите "Показывать поле группировки операций"). На странице операций появится новое поле "Группировать:". Если в этом поле выбрать нужный вам классификатор (например, Агентов), то записи расположатся в виде дерева. А те, в которых это поле не установлено, они будут в отдельной ветви этого дерева.
 
Может быть это решит проблему?
Выбор в фильтрах... Марат 29/01/2004 05:09 #написать ответ
Ух... ты!!!! Выбрал... Очень здорово.... Век живи - век учись!!! Вот если бы ещё итоги по суммам считались - был бы готовый отчет!!!
Однако все равно остался при мнении, что в фильтрах было бы логично и правильно, чтобы была возможность выбора пустых значений.
Хотя это всё уже мелочи, связанные с "долизыванием" программы.
 
Dervish: ok.
Графики Бенджамин 28/01/2004 13:40 #написать ответ
Недавно анализировал расходы за год.
И было бы крайне интересно посмотреть в динамике - сколько например бензина я влил? Насколько возрос расход в зиму?
 
Идея - выводить информацию в динамике.
 
Dervish: Да, этот график я планировал сделать.
Ну таки же когда? Бенджамин 16/02/2004 09:48 #написать ответ
Когда очередной выпущенный билд будет стабильным? Относительно хотя бы стабильным. Как прокомментирует автор стабильность 186 билда на предмет переноса учета из Cash 1/4 в него?
Руки чешутся, мОчи нет
 
Dervish: Обратите внимание, в последнее время поток сообщений об ошибках существенно сократился. Кроме того, во вторую версию я навводил довольно много дополнительных проверок, так что она должна начинать ругаться не только при открытии данных, но и при "попытке" испортить данные ещё до их сохранения.
 
В общем, я наверное рискнул бы начать свой учёт на второй версии. Но мне проще,потому что у меня есть возможность "поправить" данные в отладчике. Я могу предложить свои услуги если где-то что-то в вашей базе порушится, но согласитесь ли вы прислать мне свои данные?
Re: Ну таки же когда? Антон 16/02/2004 10:52 #написать ответ
>Когда очередной выпущенный билд будет стабильным? Относительно хотя бы стабильным. Как прокомментирует автор стабильность 186 билда на предмет переноса учета из Cash 1/4 в него?
 
Не понимаю, Вы что же, ждете, что автор расписку даст, что ошибок больше нет? Вы - хозяин своего компа и своего учета, Вам и решать. Я, например, с самого начала стал вести 2-ой учет (в 1.4 и в 2.0) в расчете на то, что ко времени, когда в 2.0 появятся графики/отчеты у меня будет уже готовая статистика за последние месяцы. Ну backup у меня делается, если экспорт появится, то станет еще безопасней (в Excel солью). Переходите уже сейчас, но и в 1.4 не прекращайте.
 
Понимаю, что не в той ветке, но просто просьбочка автору: захотелось вдруг Классификаторы up/down, т.к. от их порядка зависит, как в форме добавления/редактирования поля генерятся. Некоторые поля, кот. в разное время создал, хочется рядом поставить.
 
Dervish: Я не могу дать гарантии, что ошибок нет. Мало того, я уверен, что ошибки ещё есть. Уверен хотя бы потому, что не бывает программ без ошибок.
 
Эта задачка с классификаторами не из простых. Тут надо будет подумать, как лучше сделать. И давайте пока отложим её на потом, ближайшая цель, как я уже говорил, это статусная строка и экспорт/импорт.
про сортировку Классификаторов Антон 16/02/2004 12:34 #написать ответ
>Эта задачка с классификаторами не из простых. Тут надо будет подумать, как лучше сделать. И давайте пока отложим её на потом, ближайшая цель, как я уже говорил, это статусная строка и экспорт/импорт.
 
Давайте отложим, тем более, что у меня есть предположение, что ее можно будет решить в обход после появления экспорта/импорта. Если как и раньше все будет в Excel выкладываться, то я же смогу листы/столбцы местами поменять, а потом все это импортировать в чистую базу. Значит и Классификаторы смогу пересортировать
 
Dervish: ок.
Таки решусь. Бенджамин 16/02/2004 15:29 #написать ответ
Да никто не просит расписок с автора. Прекрасно понимаю ситуацию.
Принимая во внимание отношение автора к пользователям его детища - с легкостью решусь. И данные при необходимости доверю. Хотя буду надеяться что критических ошибок в 186 билде, могущих привести к краху базы, не осталось.
Чтобы подстраховаться, все же спрошу у автора. Возможно, повторюсь, но все же...
Вы сможете восстановить работоспособность базы (которую я готов Вам доверить) если такая необходимость возникнет в случае критической ошибки ПО и краха базы?
 
Dervish: Смогу. Отладчик - великая сила!
а я нет... Аноним 16/02/2004 18:24 #написать ответ
без отчетов и экспорта работа с прогой - все равно,что с компом без принтера...
 
т.е прикол конеч... но все как-то мимо...
 
Dervish: Справедливо. Но экспорт стоит в самом верху TODO-списка.
Первый день Бенджамин 18/02/2004 06:48 #написать ответ
Решился.
19.02.04 первый день на 186 билде.
Пожелайте мне удачи.
 
Dervish: Удачи!
 
Если вдруг что - обращайтесь. Хотя, у меня помаленьку растёт уверенность в стабильности программы (в смысле базы данных).
Re: Первый день Марат 18/02/2004 09:26 #написать ответ
Удачи!
Я уже неделю работаю в Альфе - просто надоело дублировать данные. Пока - полет нормальный.
 
Dervish: Замечательно.
Пожалуй перехожу на Ability Val 18/02/2004 13:07 #написать ответ
Опробовал 187-й билд. Возможности статусной строки для оперативной работы очень даже достаточно и, по-моему, решение "по выделенному" (как сейчас), лучше чем по видимому (это мое мнение на сегодняшнюю начатую тему Ed), по крайней мере первоначально именно такие впечатления.
Сергей, все отлично!!! Большое спасибо!!!
Перевожу учет всех наших "бизнесов" на AbilityCash 2.0 beta.
... к черту!
 
Dervish: Пока alpha, не beta. Хотя, честно говоря, возможно альфа превратится сразу в релиз. Не могу для себя понять, в какой момент переназвать программу.
 
Если будут сложности, обращайтесь, обязательно помогу.
только после отчетов - экспорта Аноним 18/02/2004 22:59 #написать ответ
ИМХО-ХО можно будет говорить о релизе...
 
нельзя-же релизом называть версию с надписью "Отчеты пока не реализованы" или будет таки платная полно-функциональная версия?
 
Развейте сомнения, Сергей
 
Dervish: Я говорил только о том, что мне не хочется ломать голову о том, в какой момент времени слово "альфа" должно превратиться в слово "бета" в названии программы. Я так думаю, что не суть важно, какое слово стоит в названии программы (если, конечно же, это слово не "релиз").
 
Пока я ориентируюсь на бесплатную полнофункциональную версию и стремлюсь к ней.
Итоги Бенджамин 18/02/2004 16:46 #написать ответ
Еще немного в копилку итогов.
В листе "операции" сделал возможность поработать со своими долгами. Благо их много. Выставил фильтр по счету - "долги". А счет "долги" состоит из групп счетов "долги текущие" и "долги капитальные", которые содержат в себе по паре-тройке счетов. Ну удобно короче - в одном окне все свои долги видеть.
Неудобство заключается в том, что остаток считается ДЛЯ КОНКРЕТНОГО СЧЕТА, а не для выделенной группы счетов.
То есть.
Погашение текущего долга отображается как строка: сумма операции 500 руб, счет = текущий рублевый долг, остаток = предыдущий остаток текущего рублевого долга +- 500 руб. (я не помню там идет приход или расход).
Когда несколько операций с разными счетами, голова идет кругом.
Мое предложение.
Чтобы остаток считался для (если сделан фильтр по группе счетов) группы счетов. В той валюте, которая... Не знаю даже в какой. Хотел написать "...которая выбрана на вкладке счета в окошке `пересчитать остатки в валюте`", но ведь таких вкладок будет множество...
Какие мысли у коллег-пользователей?
 
Dervish: Остаток в программе расчитывается только при изменении операций. А на странице операций он просто показывается.
 
Если делать пересчёт остатка, то, боюсь, мы в такие дебри залезем, что мало не покажется! Ну например: а как считать остатки, если операции отсортированы не по дате? Как быть с остатками, если на странице операций включена группировка?
 
Это только два вопроса, которые (имхо) показывают сложность проблемы. На них не нужно отвечать, надо просто представить, насколько разнообразные ответы на них могут быть получены.
 
Поэтому, извините, но мне кажется, что этого не нужно делать. Очень просто запутаться.
Черт с ними, остатками Бенджамин 24/02/2004 07:37 #написать ответ
Собственно сабж.
Ну и дополнения  комментарии.
 
1. Таки неудобно что в имени скачиваемого и запускаемого файла нигде нет упоминания на номер версии. Было бы лучше чтобы имя было не abilitycah.zip, а например Abilitycash_187.zip. И исполняемый файл тоже было бы хорошо нумеровать. А то - скачал. А нужный билд скачал или это старое - не разберешь.
2. В билде который заявляет о себе что он 187 (из Помощь  опрограмме), замечены баги:
2.1. Состав колонок на страницах не запоминает Несколько раз на одной вкладке убирал "количество" и "цену"  Сохранить параметры страницы  сохранить базу  выйти из программы. При следующем запуске опять то же...
2.2. Повторяющиеся операции ведут себя непонятно как. В 1.4 было удобно: отмечаешь на повторяющейся операции "выполнить" - она от себя отваливает одну операцию и делай с ней что хочешь. Теперь поставил "выполнено" - значит ВЕСЬ повтор выполнен. %/ И скопировать операцию никак.
2.3. Очень странно, но на разных вкладках у меня операции по разным счетам. Фильтры "забывают" про то по какому счету отбор проводить. Хотя сохранял я параметр страницы.
 
Итого.
Чтото непонятное пока что происходит с билдом 187. Поостерегусь я переходить. Сейчас уже не изза опасений за целостность а изза удобства в работе. Всетаки 1.4 привычней. Потерплю пока переходить полностью на Абилити. Или буду вести учет параллельно.
 
Dervish: Есть ряд соображений, по которым мне не хотелось бы вставлять номер билда в название архива. Могу либо добавлять номер в exe, либо в архив ложить текстовый файл с описанием изменений и номером версий.
 
Кстати, а я у себя не храню предыдущие exe-шники.
Поторопился... Бенджамин 24/02/2004 08:00 #написать ответ
Извиняюсь, поторопился. поправки к предыдущему сообщению.
 
П. 1 без изменений.
П.2.1. - только пожаловался, все заработало. То ли программа чувствует, то ли руки у меня кривые... Вопрос снят.
п.2.2. Вопрос снят. Заработало???
п.2.3. Вопрос снят.
 
Итого - поторопился. Выводы преждевременные. Удалить бы сообщение предыдущее или откорректировать...
 
Вот так.
 
Dervish: Насчёт "заработало": либо нечаянно запустили предыдущий билд, либо просто не сохранили файл базы данных. Должно работать.
Ну все же нет Бенджамин 02/03/2004 15:53 #написать ответ
Сейчас попробовал - таки ошибка в полном объеме проявляется.
У меня получается вот что.
Если я запускаю программу (исполняемый файл) который потом подкачивает файл данных автоматически, то возникает эта ошибка.
Если я тыкаю на файл БД (который ассоциирован с экзешником) то ошибки нет.
Вот такой вот коленкор.
Критическая ошибка Бенджамин 02/03/2004 16:34 #написать ответ
Только что скачал 188 билд.
Загрузил в него базу из 187 билда. Внес много изменений.
Закрыл/Сохранил.
Открываю еще раз - забыл кое-что внести.
Ошибки.
------------
Файл: Array.h
Строка: 233
Возврат: 0x0041bd5f
Версия: 2.0 alpha
Сборка: 188
------------- Продолжить? Да.
Файл: Array.h
Строка: 233
Возврат: 0x0041bd5f
Версия: 2.0 alpha
Сборка: 188
------------- Продолжить? Да.
Файл: Array.h
Строка: 233
Возврат: 0x0041bd5f
Версия: 2.0 alpha
Сборка: 188
------------- Продолжить? Да.
Файл: Array.h
Строка: 233
Возврат: 0x0041bd5f
Версия: 2.0 alpha
Сборка: 188
...
далее не стал.
Проверил базу, которая работала только под 187 билдом - открывается в 188 без вопросов.
 
Это лечится?
 
Dervish: Должно быть вылечено.
 
Очень странно, что 188 билд начал ругаться при открытии. Вроде как я в него ввёл пошаговую проверку и ругань должна была начаться при попытке основного алгоритма сделать что-то неправильное в базе.
 
Можете прислать дефектную базу?
 
(Продублирую на e-mail)
Повторение критической ошибки Бенджамин 06/03/2004 12:25 #написать ответ
Сейчас, наученный горьким опытом перед серьезным изменением сохраняю очередную версию БД: Кошелек 05, Кошелек 05^01, Кошелек 05^02...
Так вот. Предусмотрительно сохранился перед проведением групповой операции.
Суть групповой операции:
1. Выделяем 3 операции.
2. Снимаем блокировку (они все заблокированы) по Ctrl-B.
3. Опять же у группы меняем дополнительный классификатор (не предусмотренный стандартной комплектацией и введенный мной).
4. Группу блокируем.
5. Закрываем программу и БД с сохранением изменений.
6. Открываем БД.
После проведения этих операций БД при открытии выдает ошибку.
Дервиш, Вам нужны данные из клипборда?
 
Хотел бы предупредить всех пользователей:
1. Перед ЛЮБЫМИ групповыми операциями в Абилити 2.0 билд 188 делать резервное копирование базы, чтобы было куда откатить. На моей практике с одиночными операциями проблем не возникает.
2. С ЭТИМ автором работать можно и дОлжно - когда моя база грохнулась, автор ее восстановил за 1 день или менее. Если он ТАК относится к БЕСПЛАТНОЙ программе, что уж говорить про ПЛАТНЫЕ продукты... наверняка от клиентуры нет отбоя.
 
Желаю автору всех благ (в очередной раз) и побольше клиентов.
Они должны быть довольны.
 
Dervish: Нет, данные клипборда мне не помогут в данном случае.
 
Не могу "поймать" эту ошибку, сам факт возникновения такой ошибки попахивает мистикой: эта ошибка должна вылавливаться ещё до того, как вы сохраните данные. И сообщение о ней должно быть до записи данных. Фантастика!
 
Мне кажется, что лучше работать с теми авторами, у которых программа не рушит базу, чем с теми, кто быстро восстанавливает данные.
 
Спасибо на добром слове.
Грустно, но факт. Бенджамин 16/03/2004 16:01 #написать ответ
Ошибки базы повторяются.
Правда, я никак не могу выявить закономерности.

По-прежнему веду версии базы.
 
Вопрос к автору - каков алгоритм создания бэкапов средствами программы? Она создает бэкап при открытии базы? При закрытии? По времени? Пока есть небольшие сложности, хотелось бы иметь ббэкапы по нажатию кнопы. Нажал - сгенерилась очередная версия бэкапа. Все равно это делаю вручную.
 
Dervish: Самое грустное, что у меня тоже не получается "поймать" ошибку.
Итого - 2 Бенджамин 26/04/2004 15:19 #написать ответ
1. Критические ошибки в работе - случаются. Четкой закономерности я не выявил. Из нечетких - это связано с групповыми операциями (изменение параметра у группы операций, снятие  установка блокировки у группы). Ко всем пользователям - народ, не могу поймать эту ошибку. Может, накинемся хором?
2. Так как все таки shit happens, просьба к автору -
2.1. Рассказать как реализован бэкап: в какой момент бэкапится база.
2.2. Может, все-таки всунуть кнопочку "сохранить версию" - когда сохраняем ЕЩЕ ОДНУ базу, которая отличатеся от предыдущей наличием какихто операций и цифиркой в имени. Например:
- Backup Основной кошелек 26.04.04 - 02
- Backup Основной кошелек 26.04.04 - 03
...
 
Dervish: Чтобы устранить эти критические ошибки сейчас очень внимательно переделываю код базы данных. Изменится формат файла (не будет пресловутых 50 килобайт на каждую запись), станет немного шустрее, но, главное, особое внимание уделаю анализу кода, смотрю, где именно могут быть проблемы. Сам код немного уменьшится, возможно, что это само по себе удалит ошибку.
 
Backup делается так: открывается файл базы данных и после этого база бэкапится. Одно плохо: в 190-й билде никак не проверяется, были ли ошибки при открытии базы или нет. Открылась? - бэкапим. В 191-м билде введу дополнительную проверку, если были ошибки, то будет выдаваться не куча сообщений, а одно и ошибочный файл бэкапиться не будет.
 
Насчёт отдельной кнопки для дополнительного бэкапа: а смысл? Зачем она нужна? Если только для отладки, то это будет неэффективно, там программистской возни будет очень много, а в реальной работе я не вижу смысла в этой кнопке.
Далее... Бенджамин 05/05/2004 15:43 #написать ответ
Дервиш, я отправил Вам базу для препарирования и ремонта.
 
Про кнопку - в прицнипе действительно не нужна она. Снимаю вопрос.
 
И надеюсь что в этот раз все баги будут побеждены.
 
Dervish: Честно: я тоже на это очень-очень надеюсь. И ещё одно: если до сих пор я свои данные продолжал вести в версии 1.4, то, похоже, с выходом 191 сборки (чуть-чуть осталось) я переведу все свои данные в AbilityCash и буду полностью работать уже в ней.