создать новую тему раскрыть все
свернуть/развернуть ветвь Ability Cash на андройде [Михаил 14/11/2012 02:26] # написать ответ
 
Скажите, а будет ли версия для Андройда? Очень удобно, когда вводишь целый день данные через телефон, а потом сливаешь все в десктоп-версию. Если вопрос в деньгах - объявите сбор на разработку, или введите платную про-версию для андройда. Я точно скинусьWell
свернуть/развернуть ветвь +1 [Ад 09/01/2013 11:35] # написать ответ
 
версию для Андроида в студию. Денег не пожалеем. Well
свернуть/развернуть ветвь а для iOS? [SlasherX 09/01/2013 13:23] # написать ответ
 
У меня андроида нет, только iOS Well
свернуть/развернуть ветвь +100600 [yogenyogeny 18/01/2013 18:16] # написать ответ
 
И правда, не пожалеем.
 
Столько раз об этом писалось. По моему очевидно, что автор имеет определенную стратегию развития программы и оплата и кошельки  в настоящий момент не предусотрена этой стратегией. Касатльно андроида - видимо не первоочередно. Честно говоря. я бы тоже лучше потратил время на доработку и развитие писишной версии, чем на мобильную в незаконченном варианте.
 
А версия для Андроида действительно нужна. Но она будет бесполезна без синхронизации с программой для десктопа. Чтобы сделать синхронизацию, очень желательно привести файл данных к единому стандарту, который сможет работать на всех платформах.
 
Этим сейчас и занимаюсь. С прицелом на мобильную версию.
 
Very we! Very we! Very we!
 
Как такая новость прошла незамеченной на этом форуме?!!!!!!!!
 
 
новый файл данных..... как бы не получилось несовместимости с прошлой версией....
 
з.ы.
андроид..... андроид.... за двумя зайцами погонишься....
 
Вопросам совместимости всегда уделялось и будет уделяться достаточное внимание. В предыдущие разы, когда я дорабатывал формат данных, никогда никаких потерь не было.
 
Сейчас я собираюсь перебраться на формат данных SQLite. Ну и вообще на эту базу данных. Достоинства: поддержка формата на всех платформах, в том числе и мобильных. Недостатки: нужно что-то думать с шифрованием. Хотя, можно воспользоваться одним из многочисленных пакетов для шифрования баз данных SQLite.
 
Из модификации данных... Есть у меня желание отказаться от сохранения настроек страниц в том виде, как они есть сейчас. Можно будет сделать так, чтоб программа просто запоминала текущие настройки страницы и после перезапуска просто открывала страницы в том состоянии, как они были в прошлом сеансе.
 
Еще хочется избавиться от операции фиксирования остатка. Плохая это была идея и не совсем корректная. Но при переходе можно будет просто переделать эту операцию либо в операцию прихода, либо в операцию расхода, по ситуации. Данные, соответственно, не пропадут.
 
Ну и в новом уже формате данных реализовывать и шаблоны операций и сплиты.
 
убрать бы проверку на ввод некоторого количества с нулевой ценой/суммой. что бы можно было учитывать только количество. например если изначально надо учесть только количество или имущество имеет 100% амортизации и стоит как бы ноль руб.
вообще "0", "+", "-" оставить на усмотрение юзера при вводе суммы. вбил "-" получил обратную проводку (по красному) или расход вместо прихода. может быть удобно если статьи расхода/прихода одинаковые - "дядя Вася" - сделал дубль, поставил "-" и "ок".
 
Всё равно в текущем виде оно, по сути, ничего не шифрует, а просто запрещает открыть файл при несовпадении пароля. (если я правильно помню)
 
Подозреваю, что у "многочисленных пакетов для шифрования баз данных SQLite" тоже хватает своих недостатков (снижение скорости, отсутствие поддержки/развития, никаких шансов на восстановление информации и т.д.)
 
Может, пусть шифрование, если кому нужно, делается специализированными средствами?
Тут вариантов уйма - под любой сценарий использования найдётся. От пофайлового, вроде AxCrypt, до шифрования всего диска в TrueCrypt.
 
P.S. Кстати, обратите внимание на этот AxCrypt - http://www.axantum.com/axcrypt/ - бесплатный, open source, не требует никакой настройки, полностью интегрируется в Windows - двойной клик по зашифрованному файлу расшифровывает его, запускает соответствующую программу, а после завершения работы с ним зашифровывает новую версию файла обратно.
И много других интересных возможностей - от сжатия файла перед шифрованием до широкого набора опций ком. строки для интегрирования во всяческие скрипты.
 
 
достаточно ограничения от любопытных (пароля/логина на вход).
Если надо будет вскрыть спецам - уже не спасешься. Но это уже паранойя.
 
Еще хочется избавиться от операции фиксирования остатка.

останется тогда "приход" и "расход", что суть одно и тоже, только не забывай "-" подставлять. сделать вместо приход/расход - "операция по счету".
в операции "перевод" при выборе счетов справа кнопка что бы менять счета местами, такую же сделать и в "операция по счету"  и нарисовать на ней "+/-", для любителей мышку теребить.
разрешить вводить суммы с "-", тогда еще проще вводить будет - не надо будет по-снайперски мышкой целиться в маленький кружочек, а там же где набиваешь цифры на клаве, нажать на кнопочку "-". если уж до компа люди добрались, то наверно на "+/-" не надо будет хелп заводить)))
 
Приход и расход, это не просто знак суммы операции. Это еще существенный признак для того, какое именно поддерево использовать, например, в статьях прихода и расхода.
 
Да и насчет "не заводить хелп", думаю, вы погорячились. Вот сейчас не надо, а использование знаков минуса и плюса по крайней мере для меня было не очевидно.
 
... хотя деление операций на расход и приход я бы сохранил, но менять знак суммы операции ИМХО идея правильная.
 
Это уже обсуждалось здесь.
 
не пойму о чем там спор вообще?
хочется кому-то или нет сторно было, есть и будет.
выкидывать из базы записи не верно, т.к. иногда нужна и летопись, что бы помнить где, когда и с кем были траблы и как и в какие сроки они были решены.
 
 
он. с чего это я взял? а после прочтения темы про минус такой вот вывод напросился. что получается?
вместо счетов актива/пассива аналог статьи прихода/расхода.
вместо двойной записи счет/счет=сумма аналог счет/статья=сумма...... та же двойная запись только с "урезанным" функционалом (с его же слов "обратную проводку сделать нельзя...").
баланс программа сама вычисляет....
вместо минуса/сторно наверно будет тоже аналог типа - негатив/реверс.
Not precisely
 
з.ы.
кстати, уважаемый Дервишь, обратную проводку в "одинарной" записи счет/статья/сумма можно сделать - отсторнировать. вот проводку статья/статья уже хрен. а почему? принципы не велят...
Not so
 
ззы
никто никого никуда не двигает, дадада...... ворчим просто по-стариковскиI roll!
 
Dervish
Еще хочется избавиться от операции фиксирования остатка. Плохая это была идея и не совсем корректная.
Ну вот, а я только к этой операции привыкла! Она мне так хорошо калькулятор заменяла!
А почему плохая и некорректная?
Dervish
Из модификации данных... Есть у меня желание отказаться от сохранения настроек страниц в том виде, как они есть сейчас. Можно будет сделать так, чтоб программа просто запоминала текущие настройки страницы и после перезапуска просто открывала страницы в том состоянии, как они были в прошлом сеансе.

Пусть программа запоминает текущие настройки страницы еще и окон ввода операций, расходов, доходов, где стоят какие галочки. Ширину окон выбора.
 
Совершенно бессмысленная операция. Несовпадение фактического остатка с реальным решается статьей "невспомненное", так что новую сущность плодить нет оснований.
свернуть/развернуть ветвь основание есть [Maxim 01/02/2013 18:15] # написать ответ
 
Я например, когда нахожу чек и забиваю его до остатка, мне не приходится изменять эту операцию (остаток) и я тут же, не открывая её вижу расхождения моего учёта с реальным положением дел.
Удобно что остаток отличается от других операций (бросается в глаза).
свернуть/развернуть ветвь присоединяюсь. [krupp 19/02/2013 18:49] # написать ответ
 
полезная операция "остаток".
Но если это сдерживающий фактор против андроида, то готов смириться!
 
значит ее нужно выкинуть из программы? А чем еще вы не пользуетесь, может тоже выкинем? И очень сильно Вам мешает эта "сущность" прям глаза мозолит, находясь в виде слова в окне "Добавить операцию" и у вас прям таки тянется рука туда точку поставить, так? Руки чешутся, девать не куда??
Я вот показания счетчиков учитываю, на вопрос сколько кубометров киловат я потратила. Как мне прикажете это считать, на калькуляторе? А программа нужна исключительно как записная книжка, да? А с настройками пусть пользователи Верда и Экселя мучаются! Так и пользуйтесь блокнотом! Там все вообще до примитивизма просто!! И совершенно ни каких "лишних сущностей"! Сторонник прогресса
 
А то, что у вас в учете все время деньги куда-то пропадают и вы не знаете какую операцию в программу ткнуть, так это у Вас! А мне дырозабивалки не нужны, уважамый Amundsen.
P.S. Узковато мыслите, Сэээр!
 
... рубли и кубометры - программа же все суммирует.
Вам это не мешает?
 
Зная стоимость кубометра и посчитав эту стоимость за курс пересчета, программа быстро пересчитает стоимость потраченных кубов в рубли. Все правильно. Ничуть не мешает, а наоборот, помогает.
 
 
Некоторые настройки моно спрятать поглубже для опытного пользователя, некоторые оставить на виду для всех. И совсем не обязательно тыкать сразу всюду, куда тебя не просят и наводить кашу в программе!
Из-за таких обезьян, не предусмотрительных, приходится страдать нормальным людям!!!
 
Сейчас я собираюсь перебраться на формат данных SQLite.

 
Это гуд. С кроссплатформенностью и стабильностью теперь точно проблем не будет. Хотя нынешняя структура базы тоже на удивление стабильна Well
 
Из модификации данных... Есть у меня желание отказаться от сохранения настроек страниц в том виде, как они есть сейчас.

 
Сейчас, кстати, очень удобно именно такой вид. Сохранил настройки по-умолчанию, накрутил фильтров всевозможных, посмотрел, что надо, Alt+Home, и все опять в норме.
 
Еще хочется избавиться от операции фиксирования остатка. Плохая это была идея и не совсем корректная. Но при переходе можно будет просто переделать эту операцию либо в операцию прихода, либо в операцию расхода, по ситуации. Данные, соответственно, не пропадут.

 
Сергей, это была отличная идея! Только недавно она начала нормально учитываться в отчетах, и я уж совсем обрадовался, как тут вы говорите, что собираетесь от нее избавляться. Давайте тогда и операцию перевода уберем? Ведь можно заменить двумя операциями расхода и прихода? А может и операцию прихода уберем? Ведь можно обойтись операцией расхода с минусом? Я утрирую конечно.
 
Операция реально упрощает жизнь. Раньше надо было заводить лишние статьи "Неучтенных расход/доход", постоянно при сверке считать разницу между реальными финансами и учтенными. Сейчас все делается в одну операцию - это очень удобно! И пусть сама операция, да, не совсем обычна, но реализация и идея просто замечательна.
 
 
Но мне кажется, если что-то получится не так, как хотелось бы гениальный создатель этой программы (про гениальный я серьезно) обязательно придумает как исправить промах. Вот, кстати, пример.
Правда не совсем поняла кто ее программирует, только один СергейДервиш или есть еще  идейные вдохновители и помощники.
 
Сохранил настройки по-умолчанию, накрутил фильтров всевозможных, посмотрел, что надо, Alt+Home, и все опять в норме.

Вот почему-то мне кажется, что это тот самый случай, когда можно выделить специальную настройку для включения прежнего режима. По умолчанию программа будет сохранять текущие положения фильтров закладок, а при включенной настройке - восстанавливать сохраненные фильтры. У начинающих пользователей частенько бывают вопросы насчет сохранения настроек, с автоматическим запоминанием эти вопросы пропадут.
 
Или можно сделать еще проще без дополнительных настроек (вы знаете, как я их не люблю): программа при запуске всегда восстанавливает настройки закладок из прошлого сеанса, но в программе все равно останутся команды "Сохранить настройки (Alt+S)" и "Восстановить настройки (Alt+Home)". Эта идея мне вообще очень нравится. Well
 
А может и операцию прихода уберем? Ведь можно обойтись операцией расхода с минусом? Я утрирую конечно.

 
Чуть выше в этой ветке форума было и такое предложение. Neutral
 
А если серьезно, наверное позиция в отношении операции фиксирования остатка требует специального разъяснения.
 
Просто обидно стало, когда по себе только судят. А настройки мне все же кажется не такая уж плохая вещь, главное чтобы они не один какой-то мелкий штрих настраивали, а однородную группу вещей, и друг-друга не дублировали и не повторяли. Но это все исключительно с точки зрения пользователя. Как увеличение количества настроек влияют на объем занимаемой памяти и быстродействие компьютера я сказать не могу.
 
очень нужна! Оставьте ее, пожалуйста.
Предлагаю организовать на форуме голосование за ввод/отмену тех или иных фич.
 
в новом уже формате данных реализовывать и шаблоны операций и сплиты.

 
В "Операциях" должен быть за большой период. По чему нужен шаблон, в соответствующую вкладку и идешь. Например во вкладку "статьи". Жмешь на нужную статью или последнюю группу статей, прям на синее. И тебя переносит в "Операции" а там куча операций с нужной статьей, Ctrl+D - вот и шаблон!
А слиты вообще классификатором делаются. Зачем еще что-то нужно не понимаю(((
 
имеется ввиду шаблон операции состоящей из нескольких, т.е. сплит
 
Ctrl+D я пользоваться умею Well)
 
короч, пошел курить Вашу идею о сплитах и классификаторах Well
 
т.к. сплит - это групповая операция. И нужна она для адекватного представления (чек) и для действий над группой составляющих сплит операций: разнесение скидок, комиссий, групповые шаблоны и т.д.
 
Для меня две самые главные "фишки" AbilityCash'а - это количество подуровней классификаторов и остаток.
 
Он еще в нулевых написал игру с клиентом под сиквел (http://www.sanktrum.ru) насколько я знаю, её так хакнуть и не смогли.Там очень все хорошо было.
 
Может это тебе чем-то и поможет.
 
... и другие платформы Well Как раз, зашёл на сайт поглядеть - нет ли чего нового по поводу мобильной версии Well
То единственное, чего мне реально не хватает сейчас в AbilityCash - как в средстве учёта личных денег - это возможности записывать все транзакции в телефон по мере того, как они происходят, и после сливать в AbilityCash (может раз в несколько дней). Собственно, я сейчас так и делаю, но в качестве телефонного буфера у меня блокнотик. Что неудобно для быстрой записи на ходу и вынуждает все операции переносить вручную.
Мне кажется, стоит делать не полнофункциональную версию для мобильных платформ, а этакое хранилище транзакций, которое можно синхронизировать с основной программой. Причём интерфейс программы на мобильной платформе - чем проще - тем лучше. Дата/время, сумма, комментарий. Долго тыкать в мобилу выбирая статьи/агентов и т.д - тоже не очень удобно, особенно на небольшом экране.
А при синхронизации можно импортировать транзакции поочередно, этаким мастером импорта. Предыдущая/следующая/добавить/удалить, а в остальном - уже существующее окошко добавления операции, только с подставленной датой, суммой, и комментарием.  Остальные детали транзакции корректируются уже здесь, на импорте. Таким образом обмен данными с мобильной версией может быть односторонним, и совместимость по формату баз не нужна. А синхронизацию проводить можно хоть через инет, хоть через поднятый сервер в писишной версии, к которому по wi-fi цепляется мобильная версия, хоть через импорт из файла, слитого с мобильной версии по тому же wi-fi или bluetooth или через провод - кому как больше нравится.
Конечно всё - только моё скромное мнение Well Мне было бы удобно и достаточно такого функционала. Возможно, что не всегда он удобен и применим, но как вариант я его предлагаю.
 
на программу времени как видно и то мало, а тут еще мобильные версии. ну их на фиг:
1) на всех не угодить (на все ос);
2) получится две самостоятельные версии - полезут ошибки при синхронизации. внес если по запарке изменения на двух устройствах сразу и усе...... вспоминай потом что где было.
3) вводить все данные на маленьком экране да еще на бегу это уже садо-мазо.
 
Может сделать в программе возможность формирования шаблона черновика (*.txt), который программа потом сможет обработать? открыжил нужные "на улице счета" в программе, она скинула в текстовый файл шаблон: имена счетов по порядку. потом на улице после нужного счета ввел статья (основная), сумма, примечание. остальные данные уже дома в спокойной обстановке вводить. подсунул файл программе и она по порядку из файла будет выдергивать операции и выдавать окно на ввод операций (частично уже заполненное), в котором дописывать недостающие данные.
 
если делать нормальную синхронизацию, то придется заводить журналы синхронизаций (где что было учитывать), потом вероятно обмениваться журналами и пр. гемор. от такой синхронизации можно запариться и ошибок наделать. база должна быть одна имхо. была прога vuBrief кажется называлась, вот в ней классно было синхронизацию делать. но только после того как вкуришь принцип. да и то окошки с вопросами вылезали. в освоении была тяжела - обмен "портфелями"...
 
 
PS
а то нужно abilitycash в планшете - жду чего-то приятного на Win8, но Not so....
а вот если андроид - то там уже много чего Well
 
Спасибо автору за программу - пользуюсь уже лет пять. На днях (при поездке на отдых) возникла насущная потребность в использовании програмки на мобильном (андроид) - нашёл эту ветку - вижу эта тема обсуждалась уже в 2012 году - хотелось бы узнать когда появиться версия для андроида с синхронизацией с програмкой на обычном компе?
 
Как ни печально, но, скорее всего, версия под Android будет ещё не скоро. Разве только её кто-то другой напишет.
 
Насколько я знаю, Dervish сейчас занимается переводом программы с собственного формата данных на SQLite.
Это должно здорово упростить разработку версии под Android. Но когда это случится, не известно.
 
Пока что самый реальный вариант - использовать на телефоне какую-то другую программу (например, Financisto).
А с AbilityCash их каким-то образом подружить через импорт-экспорт.