Category: siggy

fast post to announce that siggy 0.4.2 has finished its testing quarantine and it’s now available on the extras repository 🙂

Enjoy!

As you know, PR1.2 is there, so I’ve retaken siggy to have it ready to use.

Finally all the Qt 4.6 dependency problems have gone and the promotion to extras-testing became available. But I was missing a little detail, as I had no bugtracker link in my debian/control file. So I’ve released a new minor version (0.4.1) containing that link, uploaded all the stuff as usual (gitorious, garage), and promoted it to extras-devel.

So, help me a bit with the testing and I hope it will be soon available at the extras repository!! 🙂

It took me longer than expected, but at last I’ve been able to release the version 0.4 of siggy. As usual, you can find the source code at gitorious, and together with the armel package at Maemo garage, and I’ve also uploaded the package to extras-devel.

For those who haven’t realized, due to the upcoming PR1.2, the Maemo 5 sdk has been updated, so developers can perform the appropriate changes to their apps in order to have them ready for it. To the Qt developers this means that the brand new Qt 4.6 has replaced the old 4.5 version, so we don’t need to keep using the previous testing packages anymore. I’ve modified the application to use the new libs and everything seems to be fine… despite I haven’t been able to promote it to extras-testing yet… it seems that there is a dependency problem somewhere that I need to check. I also need to ask for a bugzilla component at the Maemo bugzilla. But don’t panic ;), I’ll work on it 🙂

So, what’s new in this release besides the change in the dependencies? I guess the main change is the multiple account support. Now you can create more than one account in the application (personal, job, whatever) and assign the expenses to it.
How does this work? When users open the application, they can’t do anything else than managing items and accounts. Any other action is forbidden (and not shown in the menu):

At this point, users need to create an account and select it to be able to anything. Now each account has its own default budget:

And after creating the account, users may update, delete or select it:

Once the account is selected, the application behaves exactly as before, but all the data stored will belong only to that account (budget, expenses and scheduled expenses), and the active account is shown in the application’s title bar.

A small difference is that the Budget option in the menu doesn’t allow to set a default budget as before (this is achieved by editing the account), but only changes the budget of the current month.

At any point, users may select any other account to work with, or delete stored accounts. In the delete case, the user will be prompted for confirmation, as deleting an account will also delete all the data associated to that account. An small constraint is that the active account can’t be deleted.

Keep in mind that, due to this new feature, this version is not database compatible with the previous one so, if you had a previous version installed, you will need to delete the old database to use this new version. To do so, you can remove the folder $HOME/.siggy or you can purge the application.

Is this what you expected? Do you think of any improvement that can be made? Feel free to raise your had! 🙂

Besides that main change, there are a couple of minor ones. The first one is that when adding/updating an expenses, the days in the selector have been humanized, so they show something like “Mon, 1″… “Tue, 2″… Yesterday… Today… Tomorrow… which is easier to understand. Thanks to Joaquim Rocha for this patch!. Also, as promised, I’ve added an UUID column to the expenses table in the database, thinking of a possible synchronization service (this was really easy when I found the QUuid class).

And last, but not least, I’ve been working in the password protection issue, but I’m currently hesitating about how to implement it. I could add an optional password to protect the whole app, so it doesn’t even launch without entering the password, or I could add an optional password to each account, so some of the accounts could be used without entering it and some others will require the password. What do you think?
For the moment, in this version I’ve added a password column to the account table that would allow the second option (probably the chosen one), but I haven’t implemented the feature as I didn’t have too much time lately. But at least the field in the database is already there, so no database changes are needed later 🙂

And I guess this is all for 0.4. Hope you like it! 🙂

As promised, the brand new 0.3 version of siggy is out 🙂
You can get the source code and package at garage, and it has also been uploaded to the extras-devel repository. You can check the source code from its git repository as well.

When developing this version, my idea was to add some way to get information from the data stored in the database. So I thought of two views. One of them would be a statistical view, where I could check how I’ve been evolving during a period of time, showing totals, average values, etc.
The other view would be a kind of chart representing the amount of money spent during a period in each of the items defined in the application.

Some hours coding and this is the result:

What do you think? Could this be useful to you? 🙂

Unfortunately, the next mayor update is not out yet, so the limitation to move the package from extras-devel to extras-testing is still there. Anyway, this can be seen as an advantage 😉
For the upcoming 0.4 version, I have planned a couple of features requested by you:

• The first one is adding support multiple accounts, just in case someone wants to handle more than one of them.
• The second one is adding to the expenses in the database some kind of unique id that would allow synchronisation with a centralized service/database. This one opens a new and really interesting functionality for the application: it could be used by workers from a company to write down their work expenses. Periodically, the workers might sinchronize their expenses with the central server, so they are automatically queued to be paid as allowances. Sounds cool, doesn’t it? 🙂
• If I have enough time, I will also add password protection to open the application

So, why the delay in the mayor update is an advantage? All these new features require changes in the database tables, which means problems for those who have started to use the application using a previous vesion. So, my advice is: test the application as much as you can, report bugs, patches, translations, etc, but don’t start to use it regularly yet. Wait a bit more. I’ll try to have the next version ready before the upcoming mayor update. This way, when the update is out, you’ll be able to install the new version without migration problems 🙂
Anyway, if there’s someone who wants to start using it asap, just tell me, and I’ll provide a script to update the database together with the new version.

I’m eager to get feedback from you!! 🙂

(Update: I put https URLs instead of http. Sorry! Should be fixed now.)

… suspicious of carrying illegal dependencies XD

You may know form my last post, that I’ve released the 0.2 version of siggy. During these days I’ve been performing all the paperwork to put available to the world: creating the project at garage.maemo, creating the packages so you could download them, and also uploading them to the extras-devel repository.

After doing so, I was happily going to promote the package to extras-testing, when the border guard came and stopped me: the piggy may not go beyond here, son, he said. What does this mean? Easy: siggy depends on the 4.6 Qt libraries (to be ble to use the Maemo5 widgets). These libraries are been developed and available from extras-devel, but with different package names than the 4.5 ones (libqt4-maemo5-* instead of libqt4-*), and different installation path. This was done so the users could test the new version on the libraries without mixing them with the system 4.5 ones. But at some point, these packages will be removed from extras-devel and they will replace the 4.5 ones (this is planned for the next major update AFAIK). So, as siggy depends on those about to dissapear libqt4-maemo5-* libraries, once the next update was released, it would stop working.

I must say that I was already aware about this, and I had planned creating a new release with the new libraries as soon as the update was available, but I guess the policy of non promoting the applications to extras-testing makes sense as well 🙂
(BTW, good work to Qt team! keep up with it!) 🙂

So, what’s the plan now? Well, current package (both at garage and extras-devel) will work with the libqt4-maemo5-* libraries available in extras devel. So you can grab them and start using the application. But if don’t want to mess with your system and install these libraries, you just need to wait for a while. At some point, the next update will be released, and the Qt 4.6 libraries will be installed in your system. At that moment I’ll create a new package with the new dependencies (you can do it also from the source code), and will update it in extras-devel and extras-testing, so you can easily install it 🙂

In the meanwhile, working in the 0.3 release, I’m currently developing a summary window where the user would be able to get some information from a period of time: amount of money spent and saved, average month expenses, average money saved, etc, together with a pie chart showing the percentage of money spent in each item.

After that, I have some cool suggestions coming form you that are really interesting but… hey!… that’s another story 😉

As I commented in my last post, during my investigation about the state of Qt in Maemo, I decided to start implementing an idea I’ve had in my mind since I got my N900.

I guess I should start explaining that I’m a complete disaster managing my money. I don’t really know what I do with it, or where I spend it. And living in this global-crisis time, this is serious guys! I need a way to fix it.

So I thought: wouldn’t it be great if I could store all my expenses in my brand new N900, so I could not only know where I spend my money, but also be able to know my current state compared to the month budget???? Even more!!! once I have all that information stored, I could perform every kind of weird queries over it, like how much money I spend in coffee, food, beer (mmm… not sure if I want to know about this one 😛 )
And having all this information, I could start saving money, and my piggybank would be able to leave peacefully without being afraid of being killed!

I guess you already know what happens when you put a developer with an idea in front of a new technology to test so… I started the development of siggy (whose name is a declaration of intentions: Save the pIGGY!) 😛

These were the features I wanted to have for its initial release:

• Be able to define a budget for a month
• Be able to write down expenses in that month
• Be able to easily see my evolution during the month, comparing it to an ideal one
• The creation of expenses should be as fast as possible, and I shouldn’t need to use the keyboard
• Be able to define categories to the expenses
• Autocreation of recurrent expenses

And besides those, of course, I wanted to test what could be done with Qt in the N900. So, I had also these ones:

• Integrate siggy visually with the Maemo environment as much as possible by using the custon Maemo5 QWidgets
• Internationalization support
• Integration with the backup system
• Make siggy rotation aware?

So, I created the siggy repository on gitorious and started coding: put a SQLite database here, a MVC pattern there, a custom widget to draw a graph with the expenses evolution, some basic gesture support, lots of dialogs to achieve the Maemo5 user experience, and… I’m proud to announce that I’ve just released the 0.2 version of siggy!!! 🙂

What can you find in this 0.2 release? These are the features:

• A month is represented as a graph where the expenses are represented together with an ideal evolution, so getting info about the current state is really easy and fast. User can navigate through existent months by dragging left or right in the main window
• There are two views for the month, the daily one and the accumulated one. User may change between them by clicking on the main window
• User can define a budget for each month, and define a default budget for every month
• User can create/update/delete items. An item is a category for an expense with a predefined price
• User can create/update/delete expenses in any month. An expense may or may not be associated to an item
• User can create/update/delete scheduled expenses in the application. Scheduled expenses will automatically be created in the specified months, so the user doesn’t have to create, for example, an expense for the rent each month
• Application is perfectly integrated with the Maemo5 environment
• The application has internationalization support and currently has english and spanish translations
• Both database and configuration file are integrated with system’s backup application

Of course, this are not the only features siggy will offer, but they are the basic ones needed to start using it and entering data. After this release, my plan is to start implementing features related to extract information from the stored data. But, of course, I’m willing to hear your opinions, suggestions, whatever! 🙂

You can get the source code from the siggy repository on gitorious, where you can also find a small user manual. Bear in mind that in order to build/run the application, you need to have installed the libqt4-maemo5-* packages available from the extras-devel repository. Please, feel to report any problems you can find 🙂

And as farewell, here you have some pics! 🙂