создать новую тему раскрыть все
 
Очень бы хотелось получить такую на Палм, и я думаю что все владельцы КПК не отказались бы....
 
Dervish: Да, я тоже хочу выпустить версию для Палмов. Правда, я никогда для них не программировал, но думаю, что это техническая проблема, которую можно будет решить.
 
Кстати, у меня есть опыт программирования для WindowsCE, так что, думаю, версия для КПК под Windows тоже появится.
 
иметь возможность "на ходу" вносить расходы и доходы. Сейчас приходится запоминать все транзакции за день (и/или) собирать чеки, что не всегда удобно, а с появлением Palm (в подарок на день варенья) я просто заношу мемо-поля в редакторе.
Помочь в программировании не смогу, а вот в тестировании и/или предоставлении Палма для теста могу.
Начать можно было бы с создания интерфейса для быстрого ввода операций и их последующей синхронизацией (или аплоадом) с desktop version.
 
Dervish: Собственно, только ради того, чтобы помечать операции "на ходу", это и имеет смысл делать. К сожалению, ввиду небольшого экрана любого КПК (это относится и к машинкам под WindowsCE), сделать на них хоть сколь-нибудь стоящую аналитику, думаю, не получится. А просто для накопления с синхронизацией с настольной машиной, это будет очень полезно.
свернуть/развернуть ветвь мобильность [Miha Ulanov 27/09/2002 14:45] # написать ответ
 
Если сделать полноценную версию для палма, то возникнет проблема синхронизации баз. Т.е. необходимо будет каким-то образом сливать вместе базы десктопа и кпк. Что на мой взгляд достаточно нетривиальная задача, т.к. кроме добавления операций, пользователь мог довольно сильно поизменять базу - подобавлять/поудалять стаьти/счета...
 
Я предлагаю другой способ организации "мобильности":
На палме (или другом девайсе) программы cash нет. Есть только простенькая программа, которая позволяет лишь добавлять операции. Гуляя по магазином с кпк, пользователь создает операции (кстати, и проблема маленького экрана в этом случае отсутствует). Когда пользователь приходит домой, он импортирует эти операции в свою базу cash (которая существует в единственном экземпляре) и дальше уже делает с ними, что хочет - редактирует, анализирует и т.д.
 
Формат этих отдельных операций нужно сделать открытым, желательно в текстовом формате. Тогда каждый желающий сможет написать программу для генерации операций для своего любимого кпк. Желательно сделать возможность импорта из командной строки без запуска gui, тогда можно будет автоматизировать этот процесс.
 
Эту схему можно использовать не только для работы с носимыми компами. Например, лично для себя (у меня нет кпк) я бы тогда сделал добавление в базу через email (чтобы, например, с работы добавлять записи в домашнюю базу). Всего то нужно будет в theBat фильтр настроить, который бы запускал внешнюю программулину, обрезающую rfc822 заголовки и запускающую cash для импорта (а если в текстовом формате "операции" предусмотреть маркеры начала и конца записи, то можно и без всяких других программули обойтись).
 
Реализовать это мое предложения несложно - нужно только добавить в cash возможность импорта текстовых файлов.
 
Dervish: Из мобильных платформ (КПК) я знаком только с машинами на базе WindowsCE. Раньше там не было программы личных финансов, говорят, что что-то теперь появилось. Palm для меня пока незнакомая система, так что о наличии там встроенной программы я не знал. Для того, чтобы понять, можно ли использовать её, или нет, надо просто попробовать. К этому я собирался приступить после того, как будет готова вторая версия.
 
Что же касательно импорта текстовых файлов, думаю, что это возможно сделать. Правда, не совсем тривиально, как сделать это в случае, когда количество иерархических реквизитов априори не известно.
 
Кстати, лично я не боюсь заниматься синхронизацией через встроенные средства КПК. Ничего страшного в этом нет, интерфейсы все описаны, так что надо просто с ними познакомиться и просто написать. Более того, у меня уже есть опыт написания plugin-ов для ActiveSync, который используется при синхронизации с WindowsCE-машинами.
свернуть/развернуть ветвь синхронизация [Miha Ulanov 27/09/2002 17:04] # написать ответ
 
Под проблемой синхронизации я имел в виду объединение двух баз. Хотя бы и не на компактных компах. Ведь база могла изменяться и на кпк, и на десктопе. А потом из надо объединить. Т.е. задача состоит в слянии двух баз. В общем случае произвольных.
 
Dervish: Дело в том, что синхронизация КПК под Windows`CE (PocketPC, etc.) реализована специальным механизмом через ActiveSync. Чтобы такая синхронизация была возможна, надо написать специальные DLL, в соответствии с неким API. Думаю, что синхронизация с машинами на базе Palm тоже унифицирована, но там действуют свои механизмы. А слияние двух разных файлов просто на десктопе, это уже третья задача, которую можно просто встроить в сам код программы.
 
Таким образом, нельзя свести все три задачи к единому знаменателю. Технические причины заставляют их считать разными задачами.
 
Я не совсем понял, в чем трудности иерархическими реквизитами.
Текстовый файл я представляю себе примерно такого формата:
-------------------
Счет: наличные
Расход: 10.0
Дата: 20020927
Статья: еда/хлеб
-------------------
 
Если указанной статьи/проекта/агента нет в базе, то ее, видимо, следует создать.
 
Dervish: Да, в общем-то выкрутиться, конечно можно. Главное, какой формат наиболее предпочтителен для обмена.
свернуть/развернуть ветвь Формат файла [Artem Fedorov 27/09/2002 18:23] # написать ответ
 
ИМХО, надо делать общение программ через XML
В нем легко поддерживаются и линейные данные (списки) и иерархические (деревья), приче сам формат открытый и недалек от формата текстового файла. Тогда можно будет и синхронизировать иерархические данные, такие как статьи и т.д. А с текстовым файлом добавление статьи -- проблема.
 
Dervish: И что, пользоваться библиотеками Майкрософта для парсинга XML? А ещё, выложить их дополнительно на сайт, чтобы их могли скачать пользователи, которые работают под Windows`95. При этом, кстати, как соотносится размер этих библиотек с размером самой программы?
 
В общем, мне не хотелось бы лишний раз беспокоить Майкрософт с их монстрообразными продуктами.
свернуть/развернуть ветвь Еще раз о XML [Artem Fedorov 22/11/2002 22:30] # написать ответ
 
Речь не идет о MS, я говорю о самом формате. А парсить его можно:
1. Продуктами от MS, входящими в состав IE (не помню какой версии)
2. Можно использовать известную бесплатную библиотеку LibXML (http://www.xmlsoft.org) и ее порт под Win32 (http://www.ce.berkeley.edu/~doolin/code/libxmlwin32/)
3. Можно использовать кучу других инструментов: http://directory.google.com/Top/Computers/Data_Formats/Markup_Languages/XML/Tools/Parsers/
4. Можно написать свой парсер. XML не такой уж сложный язык.
 
Повторюсь, речь не о Microsoft, а о самом формате. Отвергать формат только из-за того, что библиотека от MS для него слишком "монстрообразные"?
 
Dervish: Вообще, я за каждый килобайт борюсь, а тут сразу триста кило... Not so(
 
И вообще, а что такого нам даст XML, чего нет в старом добром CSV?
свернуть/развернуть ветвь Что даст... [Artem Fedorov 25/11/2002 17:09] # написать ответ
 
Вначале о размере: я же не агитирую за MSXML, есть и другие (более компактные библиотеки)
 
Во-первых, осовное достоинство XML -- работа с иерархическими данными, не сравнить с "плоским" CSV. Например
 
<статья name="Долги">
  <статья name="Долги Пете"/>
  <статья name="Долги Васе">
    <операция sum="10" account="Долги"/>
  </статья>
</статья>
 
В CSV же придется извращаться с ID-ParentID, учитывать связи и т.д. А в XML все до крайности просто.
 
Второе, но не менее важное -- XML это кроссплатформенный стандарт. И есть бОльший шанс, что если в будущем придется писать plugin для импорта/экспорта (например на Palm) проблем с поддержкой XML на этой платформе не будет. И программисту будет проще работать со стандартным XML чем с "искареженными" данными, какими они представляются в CSV.
свернуть/развернуть ветвь И еще о MSXML [Artem Fedorov 22/11/2002 22:48] # написать ответ
 
MSXML 1.0 поставлялся еще с Win95 OSR2
Пакет с файлами dll для MSXML 2.5 SP1 занимает 306 кбайт.
 
По-моему немного, учитывая даже то, что версия MSXML 2.0 поставляется с Win98 SE, а 1.0 входит аж в Win95 OSR2.
 
Да, все данные из
http://msdn.microsoft.com/library/default.asp?url=/nhp/default.asp?contentid=28000438
 
MSXML 2.5 SP1 Redistributable
http://msdn.microsoft.com/downloads/default.asp?url=/downloads/sample.asp?url=/msdn-files/027/001/439/msdncompositedoc.xml
 
MSXML 3.0 Redistributable
http://msdn.microsoft.com/downloads/default.asp?url=/downloads/sample.asp?url=/MSDN-FILES/027/001/547/msdncompositedoc.xml
 
Dervish: Спасибо, посмотрю.
свернуть/развернуть ветвь Формат файла [Антон Щербаков 15/01/2003 16:57] # написать ответ
 
ИМХО, для Palm есть два формата: CSV (поддерживают практически все проги) и QIF (поддерживают большинство). При этом оба они текстовые. Боьшинство финансовых прог под Palm имеют кондуиты, так или иначе синхронизирующие данные с десктоп приложениями. (BankBook4, PocketMoney, MAMSuite).
 
Dervish: Увы, но платформа Palm для меня пока незнакома. У меня есть машинка под Windows`CE (Кассиопея), есть компилятор С++ для неё и я, конечно же, уже пытался писать программы для этой платформы. Соответственно, я представляю механизмы её работы и то, как именно делается синхронизация с десктопом. Но Palm-a у меня никогда не было и я пока не программировал для неё.
 
Не совсем уверен, стоит ли делать просто интерфейс синхронизации Cash с существующими программами для Palm. Может быть, стоит написать собственную программу для Palm?
свернуть/развернуть ветвь а может... [mdf 17/02/2005 13:23] # написать ответ
 
У меня все чешутся руки попробовать себя в Palm-программировании. Может можно сформировать первичные требования, и я бы попробовал начать работу над палм-версией?
 
...возможны два варианта программы для наладонников:
 
1. Версия, пригодная исключительно для ввода операций и примитивного контроля остатков. Никакой аналитики, никаких дополнительных возможностей (типа загрузки валюты, отчётов и пр.).
 
2. Полнофункциональная версия.
 
Конечно, в любом случае версия для наладонника должна поддерживать синхронизацию с десктопом.
 
А всё остальное, собственно, видно из самой программы. В любом случае готов обсуждать это по электронной почте.
свернуть/развернуть ветвь О версии для КПК [Валера 22/11/2002 12:53] # написать ответ
 
В этой ветви говорится в основном о Palme, но, если будет такая возможность, хотелось бы версию для PocketPC (правда, их сейчас уже несколько - WinCE 3, PocketPC 2002 и Win CE.Net 4 Not so
Причем версию именно маленькой программки для оперативного _ввода_ данных, а не для полноценной работы (действительно, экраны КПК для этого маловаты).
 
Dervish: Буду очень удивлён, если окажется, что перечисленные вами версии Windows для КПК несовместимы между собой. Всё-таки, я думаю, что если сделать программу для Windows`CE 2.0, а у меня есть (лицензионный!) SDK для этой платформы, то она будет работать на всех версиях вплоть до Windows CE.Net 4.
свернуть/развернуть ветвь 2 Dervish! [Самый Маленький Гном 19/09/2004 11:13] # написать ответ
 
Dervish!
От макрософта всего можно ожидать! :-D
 
СМГ
 
сервис-пак для Windows`XP явное тому подтверждение. Но, конечно же, совместимость нужно будет проверять.
свернуть/развернуть ветвь я не гуру в СЕ... [mdf 17/02/2005 13:21] # написать ответ
 
Я не гуру в СЕ, но давненько читал в компьютерре статью про CE-игры, там говорилось о трех несовместимых версиях CE, под все три версии делается отдельный билд программы.
Но, похоже, на данный момент все сидят на последних, совместимых эдишнах.