Ability Cash на андройде

Ability Cash на андройде Михаил 14/11/2012 02:26 #

Скажите, а будет ли версия для Андройда? Очень удобно, когда вводишь целый день данные через телефон, а потом сливаешь все в десктоп-версию. Если вопрос в деньгах - объявите сбор на разработку, или введите платную про-версию для андройда. Я точно скинусь

+1 Ад 09/01/2013 11:35 #

версию для Андроида в студию. Денег не пожалеем.

а для iOS? SlasherX 09/01/2013 13:23 #

У меня андроида нет, только iOS

+100600 yogenyogeny 18/01/2013 18:16 #

И правда, не пожалеем.

По моему вопрос уже заезжен IDK 20/01/2013 18:48 #

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

Стратегия иногда меняется. Dervish 25/01/2013 18:29 #

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

Этим сейчас и занимаюсь. С прицелом на мобильную версию.

УРРРРРРРАААААААААААААААА krupp 31/01/2013 11:23 #

Как такая новость прошла незамеченной на этом форуме?!!!!!!!!

заметили-заметили :) пристально следим за развитием :) (-) Odin 31/01/2013 12:09 #

заметили-заметили и содрогаемсо :( Daniil 31/01/2013 19:18 #

новый файл данных..... как бы не получилось несовместимости с прошлой версией....

з.ы.
андроид..... андроид.... за двумя зайцами погонишься....

Не содрогайтесь. Dervish 31/01/2013 20:19 #

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

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

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

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

Ну и в новом уже формате данных реализовывать и шаблоны операций и сплиты.

количественный учет Daniil 31/01/2013 21:13 #

убрать бы проверку на ввод некоторого количества с нулевой ценой/суммой. что бы можно было учитывать только количество. например если изначально надо учесть только количество или имущество имеет 100% амортизации и стоит как бы ноль руб.
вообще "0", "+", "-" оставить на усмотрение юзера при вводе суммы. вбил "-" получил обратную проводку (по красному) или расход вместо прихода. может быть удобно если статьи расхода/прихода одинаковые - "дядя Вася" - сделал дубль, поставил "-" и "ок".

А, может, и не надо шифрования?.. Дим(м) 31/01/2013 22:41 #

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

Подозреваю, что у "многочисленных пакетов для шифрования баз данных SQLite" тоже хватает своих недостатков (снижение скорости, отсутствие поддержки/развития, никаких шансов на восстановление информации и т.д.)

Может, пусть шифрование, если кому нужно, делается специализированными средствами?
Тут вариантов уйма - под любой сценарий использования найдётся. От пофайлового, вроде AxCrypt, до шифрования всего диска в TrueCrypt.

P.S. Кстати, обратите внимание на этот AxCrypt - http://www.axantum.com/axcrypt/ - бесплатный, open source, не требует никакой настройки, полностью интегрируется в Windows - двойной клик по зашифрованному файлу расшифровывает его, запускает соответствующую программу, а после завершения работы с ним зашифровывает новую версию файла обратно.
И много других интересных возможностей - от сжатия файла перед шифрованием до широкого набора опций ком. строки для интегрирования во всяческие скрипты.

Может быть и не надо. Мне же проще будет. (-) Dervish 02/02/2013 15:38 #

конечно не надо. krupp 19/02/2013 18:48 #

достаточно ограничения от любопытных (пароля/логина на вход).
Если надо будет вскрыть спецам - уже не спасешься. Но это уже паранойя.

избавиться от прихода и расхода Daniil 01/02/2013 02:33 #

Еще хочется избавиться от операции фиксирования остатка.

останется тогда "приход" и "расход", что суть одно и тоже, только не забывай "-" подставлять. сделать вместо приход/расход - "операция по счету".
в операции "перевод" при выборе счетов справа кнопка что бы менять счета местами, такую же сделать и в "операция по счету" и нарисовать на ней "+/-", для любителей мышку теребить.
разрешить вводить суммы с "-", тогда еще проще вводить будет - не надо будет по-снайперски мышкой целиться в маленький кружочек, а там же где набиваешь цифры на клаве, нажать на кнопочку "-". если уж до компа люди добрались, то наверно на "+/-" не надо будет хелп заводить)))

Не нравится мне это. Dervish 02/02/2013 15:42 #

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

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

А мне нравится... Amundsen 02/02/2013 15:59 #

... хотя деление операций на расход и приход я бы сохранил, но менять знак суммы операции ИМХО идея правильная.

Это уже обсуждалось здесь.

почитал про минус :-( Daniil 02/02/2013 16:38 #

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

Согласен, однако Dervish возражает :( (-) Amundsen 02/02/2013 16:56 #

запутал сам себя Daniil 03/02/2013 00:02 #

он. с чего это я взял? а после прочтения темы про минус такой вот вывод напросился. что получается?
вместо счетов актива/пассива аналог статьи прихода/расхода.
вместо двойной записи счет/счет=сумма аналог счет/статья=сумма...... та же двойная запись только с "урезанным" функционалом (с его же слов "обратную проводку сделать нельзя...").
баланс программа сама вычисляет....
вместо минуса/сторно наверно будет тоже аналог типа - негатив/реверс.

з.ы.
кстати, уважаемый Дервишь, обратную проводку в "одинарной" записи счет/статья/сумма можно сделать - отсторнировать. вот проводку статья/статья уже хрен. а почему? принципы не велят...

ззы
никто никого никуда не двигает, дадада...... ворчим просто по-стариковски:ir:

Избавится от операции фиксирования остатка может не стоит? landa17 01/02/2013 13:24 #

Dervish:
Еще хочется избавиться от операции фиксирования остатка. Плохая это была идея и не совсем корректная.

Ну вот, а я только к этой операции привыкла! Она мне так хорошо калькулятор заменяла!
А почему плохая и некорректная?

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

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

Стоит, landa, стоит :) Amundsen 01/02/2013 15:50 #

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

основание есть Maxim 01/02/2013 18:15 #

Я например, когда нахожу чек и забиваю его до остатка, мне не приходится изменять эту операцию (остаток) и я тут же, не открывая её вижу расхождения моего учёта с реальным положением дел.
Удобно что остаток отличается от других операций (бросается в глаза).

присоединяюсь. krupp 19/02/2013 18:49 #

полезная операция "остаток".
Но если это сдерживающий фактор против андроида, то готов смириться!

Т.е. вы хотите сказать, что если лично Вы считаете операцию бесполезной, landa17 02/02/2013 15:08 #

значит ее нужно выкинуть из программы? А чем еще вы не пользуетесь, может тоже выкинем? И очень сильно Вам мешает эта "сущность" прям глаза мозолит, находясь в виде слова в окне "Добавить операцию" и у вас прям таки тянется рука туда точку поставить, так? Руки чешутся, девать не куда??
Я вот показания счетчиков учитываю, на вопрос сколько кубометров киловат я потратила. Как мне прикажете это считать, на калькуляторе? А программа нужна исключительно как записная книжка, да? А с настройками пусть пользователи Верда и Экселя мучаются! Так и пользуйтесь блокнотом! Там все вообще до примитивизма просто!! И совершенно ни каких "лишних сущностей"! Сторонник прогресса

А то, что у вас в учете все время деньги куда-то пропадают и вы не знаете какую операцию в программу ткнуть, так это у Вас! А мне дырозабивалки не нужны, уважамый Amundsen.
P.S. Узковато мыслите, Сэээр!

удавы и попугаи... Daniil 02/02/2013 15:39 #

... рубли и кубометры - программа же все суммирует.
Вам это не мешает?

Суммирует, но использует для этого курсы пересчета. Dervish 02/02/2013 15:43 #

Зная стоимость кубометра и посчитав эту стоимость за курс пересчета, программа быстро пересчитает стоимость потраченных кубов в рубли. Все правильно. Ничуть не мешает, а наоборот, помогает.

Мадмуазель, я не говорил "бесполезной", я сказал "бессмысленной" :) (-) A 02/02/2013 15:46 #

Приятно, когда тебя понимают)))) landa17 03/02/2013 02:59 #

И вообще, я считаю в программе "много" возможностей не бывает! Бывает не хватает. А что некоторым так и тянет ткнуть куда не надо, так для этого пункты меню и существуют и панели инструментов! landa17 02/02/2013 15:14 #

Некоторые настройки моно спрятать поглубже для опытного пользователя, некоторые оставить на виду для всех. И совсем не обязательно тыкать сразу всюду, куда тебя не просят и наводить кашу в программе!
Из-за таких обезьян, не предусмотрительных, приходится страдать нормальным людям!!!

Совсем расстроили планами... vovchik23 01/02/2013 14:31 #

Сейчас я собираюсь перебраться на формат данных SQLite.

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

Из модификации данных... Есть у меня желание отказаться от сохранения настроек страниц в том виде, как они есть сейчас.

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

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

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

Операция реально упрощает жизнь. Раньше надо было заводить лишние статьи "Неучтенных расход/доход", постоянно при сверке считать разницу между реальными финансами и учтенными. Сейчас все делается в одну операцию - это очень удобно! И пусть сама операция, да, не совсем обычна, но реализация и идея просто замечательна.

Совершенно согласна с vovchik23! landa17 02/02/2013 14:44 #

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

Не торопитесь расстраиваться. Dervish 02/02/2013 15:54 #

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

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

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

А может и операцию прихода уберем? Ведь можно обойтись операцией расхода с минусом? Я утрирую конечно.

Чуть выше в этой ветке форума было и такое предложение.

А если серьезно, наверное позиция в отношении операции фиксирования остатка требует специального разъяснения.

Спасибо Большое! Догадывалась, что создатель не подведет. landa17 03/02/2013 02:58 #

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

Операция остатка Meinfin 02/02/2013 17:31 #

очень нужна! Оставьте ее, пожалуйста.
Предлагаю организовать на форуме голосование за ввод/отмену тех или иных фич.

только ради этого готов терпеть лишения :) Odin 04/02/2013 12:00 #

в новом уже формате данных реализовывать и шаблоны операций и сплиты.

Шаблоны операций это же просто! landa17 04/02/2013 14:25 #

В "Операциях" должен быть за большой период. По чему нужен шаблон, в соответствующую вкладку и идешь. Например во вкладку "статьи". Жмешь на нужную статью или последнюю группу статей, прям на синее. И тебя переносит в "Операции" а там куча операций с нужной статьей, Ctrl+D - вот и шаблон!
А слиты вообще классификатором делаются. Зачем еще что-то нужно не понимаю(((

шаблон и сплит для меня практически синонимы :) Odin 05/02/2013 13:02 #

имеется ввиду шаблон операции состоящей из нескольких, т.е. сплит

Ctrl+D я пользоваться умею

)

короч, пошел курить Вашу идею о сплитах и классификаторах

Сплиты классификатором никак не делаются Amundsen 05/02/2013 14:56 #

т.к. сплит - это групповая операция. И нужна она для адекватного представления (чек) и для действий над группой составляющих сплит операций: разнесение скидок, комиссий, групповые шаблоны и т.д.

Ох, присоединяюсь к плачу "оставьте остаток"! elenas 22/02/2013 12:03 #

Для меня две самые главные "фишки" AbilityCash'а - это количество подуровней классификаторов и остаток.

Шифрование -> Поговори с M0rg0th`ом Gangel0 09/10/2013 10:54 #

Он еще в нулевых написал игру с клиентом под сиквел (http://www.sanktrum.ru) насколько я знаю, её так хакнуть и не смогли.Там очень все хорошо было.

Может это тебе чем-то и поможет.

+миллион за ведроид... Дядя Женя 05/02/2013 01:14 #

... и другие платформы

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

То единственное, чего мне реально не хватает сейчас в AbilityCash - как в средстве учёта личных денег - это возможности записывать все транзакции в телефон по мере того, как они происходят, и после сливать в AbilityCash (может раз в несколько дней). Собственно, я сейчас так и делаю, но в качестве телефонного буфера у меня блокнотик. Что неудобно для быстрой записи на ходу и вынуждает все операции переносить вручную.
Мне кажется, стоит делать не полнофункциональную версию для мобильных платформ, а этакое хранилище транзакций, которое можно синхронизировать с основной программой. Причём интерфейс программы на мобильной платформе - чем проще - тем лучше. Дата/время, сумма, комментарий. Долго тыкать в мобилу выбирая статьи/агентов и т.д - тоже не очень удобно, особенно на небольшом экране.
А при синхронизации можно импортировать транзакции поочередно, этаким мастером импорта. Предыдущая/следующая/добавить/удалить, а в остальном - уже существующее окошко добавления операции, только с подставленной датой, суммой, и комментарием. Остальные детали транзакции корректируются уже здесь, на импорте. Таким образом обмен данными с мобильной версией может быть односторонним, и совместимость по формату баз не нужна. А синхронизацию проводить можно хоть через инет, хоть через поднятый сервер в писишной версии, к которому по wi-fi цепляется мобильная версия, хоть через импорт из файла, слитого с мобильной версии по тому же wi-fi или bluetooth или через провод - кому как больше нравится.
Конечно всё - только моё скромное мнение

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

... и другие платформы... Daniil 05/02/2013 15:52 #

на программу времени как видно и то мало, а тут еще мобильные версии. ну их на фиг:
1) на всех не угодить (на все ос);
2) получится две самостоятельные версии - полезут ошибки при синхронизации. внес если по запарке изменения на двух устройствах сразу и усе...... вспоминай потом что где было.
3) вводить все данные на маленьком экране да еще на бегу это уже садо-мазо.

Может сделать в программе возможность формирования шаблона черновика (*.txt), который программа потом сможет обработать? открыжил нужные "на улице счета" в программе, она скинула в текстовый файл шаблон: имена счетов по порядку. потом на улице после нужного счета ввел статья (основная), сумма, примечание. остальные данные уже дома в спокойной обстановке вводить. подсунул файл программе и она по порядку из файла будет выдергивать операции и выдавать окно на ввод операций (частично уже заполненное), в котором дописывать недостающие данные.

если делать нормальную синхронизацию, то придется заводить журналы синхронизаций (где что было учитывать), потом вероятно обмениваться журналами и пр. гемор. от такой синхронизации можно запариться и ошибок наделать. база должна быть одна имхо. была прога vuBrief кажется называлась, вот в ней классно было синхронизацию делать. но только после того как вкуришь принцип. да и то окошки с вопросами вылезали. в освоении была тяжела - обмен "портфелями"...

:-), :-), )))Это было бы удобно и сохранило бы все любимые возможности в программе (-) landa17 06/02/2013 16:12 #

это будет для меня поводом купить что-нить на андроЙде :) Odin 16/01/2013 17:42 #

PS
а то нужно abilitycash в планшете - жду чего-то приятного на Win8, но

....
а вот если андроид - то там уже много чего

Версия для андроид foerch 05/01/2014 23:50 #

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

Мне кажется, ждать придётся ещё долго Дим(м) 06/01/2014 14:18 #

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

Насколько я знаю, Dervish сейчас занимается переводом программы с собственного формата данных на SQLite.
Это должно здорово упростить разработку версии под Android. Но когда это случится, не известно.

Пока что самый реальный вариант - использовать на телефоне какую-то другую программу (например, Financisto).
А с AbilityCash их каким-то образом подружить через импорт-экспорт.

Форум Ability Cash на андройде