SeriesFinale seems to have had a good reception by the community. I didn’t imagine that such a simple app could please to so many people, or more particularly, that so many people would have issues with keeping up with TV series’ episodes. I’m happy for having written it.

(SeriesFinale together with some of the community apps I use)

So, in the middle of last week I uploaded the version 0.1 to extras devel repository after solving the Debian package generation within the Scratchbox (Lizardo, from PyMaemo, helped me on this and wrote a helpful FAQ entry to the PyMaemo website). Still, the repository builder kept using Python 2.3 to build the package just like the problem I had on Scratchbox… tried again to push some changes and build it and still: fail! In the end I just gave up using CDBS for the package generation and edited the template of dh_make directly. Luckily, having a working Python setup script cuts part of the work (I like writing software, not packaging it!) and about the failed attempts, that’s what extras devel are for anyway…

Now version 0.2.1 is the one you can install and not call me ugly names afterwards
This version should have been available since last week but apparently there was some kind of problem in the Extras Devel repository and some apps weren’t made available until yesterday.

What does version 0.2.1 brings apart from working out of the Application Manager?

* Added mark all/none menus to the episode list view (suggested by Paco Zafra on the comments to my last post)
* The configurations folder is now stored under /home/user/.osso . My co-worker Calvaris suggested this to me since it will include the folder when you backup the device. And don’t worry with the current configurations you have now because I added a script to move the old folder automatically to the new location after this package is installed.
* Code improvements, among them, corrected local paths inclusion in sys path (for developing and running)

For the next version I plan to enhance the visual of things a bit (how or what lies in my brain currently) and to introduce translation files.

Add your suggestions as comments to this post or sent them by email to me.

Have a nice weekend!

In a few hours I’ll be flying to Amsterdam in order to attend the Maemo Summit 2009.

I’m also giving a talk about Porting GNOME Applications to Maemo Fremantle where I’ll talk about some common practices and decisions regarding the adaptation to Fremantle of applications that were designed to be used in the GNOME desktop. For these, I’ll use the experience of porting EOG and OCRFeeder to Fremantle.
I hope that it will help developers who are thinking on porting they’re favorite desktop applications.

If you want to discuss matters like “how do I adapt this behavior to Fremantle”, OCR, EOG or OCRFeeder for Maemo, just let me know and I’ll be glad to talk about these topics.

Hope to see you there!

It’s been a while since I wrote my last post but I guess this one will compensate.

When I posted about how I made OCRFeeder run in Fremantle I said I wasn’t thinking of porting the application but in later talks with some people, it was clear that OCRFeeder might come in handy for some people.
One of the use cases that we have talked about was to be able to create a contact in the address book by recognizing the contact fields from a business card.

So, for some days in these last weeks, I’ve been porting OCRFeeder to Fremantle!
(The card-to-contact feature is still to come as I wanted to have OCRFeeder “fremantelized” before)

New Respository

I had been using git-svn to develop OCRFeeder and while this was okay when there was just a branch (trunk), with the Maemo version it was clear that Google Code’s SVN repository wasn’t enough. (Yes, I know they have mercurial but I’m git user)
So, yesterday I relocated OCRFeeder’s development to Gitorious where you’ll find the branch “maemo” besides the “master” one: http://gitorious.org/ocrfeeder

Development Notes

I must say that although I had for a long time used PyGTK for my UI code, on Hildon, I am more experienced in using C. While from the theory part this is the same, on the practical side, the PyMaemo bindings had some issues that delayed the development a bit (mainly undocumented functions that differ from the direct and expected usage, as well as some bugs I found).
I must thank Lizardo and other PyMaemo folks who were kind enough to help me every time I bugged them with questions and suggestions.

I think OCRFeeder for Maemo represents another example of how a desktop targetted application can be ported to Fremantle, specially from the design point of view. The chats I had with my friend and colleague Felipe (who, by the way, has just become a Master degree student in a in User-Centered Interactive Technologies) surelly helped in this matter.

Trying OCRFeeder for Maemo

Now, you can try to use OCRFeeder but you’ll have to first compile and install pygoocanvas and Tesseract or another OCR engine like I wrote here. I hope I have time to create deb packages for both pygoocanvas and Tesseract as they’re also very useful apps to have.

As a final note, I must say that although everything was working fine on Maemo 5.0 SDK beta 2, today the final SDK was released and I tested OCRFeeder on it… and not everything works well as before. The problems are mainly related to GtkTreeViews (Hildon style) which, from the C side seem to be working okay, but from the PyMaemo side seems not to obey the selection mode I assign to it.

Some Eye Candy…

OCRFeeder for Maemo preview from Joaquim Rocha on Vimeo.

Preferences dialog

Recognized page

Today Quim Gil announced the release of the new Maemo 5 beta SDK.

Renewed looks, introduced docs and much more for you to dive/continue to swim into Fremantle’s world and do nice interfaces for mobile devices.

The introduction of docs, that I and my friend Iván Gomez maintain, are very important to the development of Hildon applications in my opinion.
Two docs are introduced, the Hildon Tutorial, targeting developers and making your hands dirty with a pratical approach; and the Hildon Interface Guidelines, less technical, that will give you some guidelines about how to develop a usable application for mobile devices.
The docs are very beta-ish but we’re working on that and will continue to improve them. Please give us your contribution and let us know about any bugs you find or suggestions you may have.

Happy mobile developing!

Everybody loves screencasts, they’re the new screenshots for say.

Here’s a video of OCRFeeder in action so you see what it can do for you.

Enjoy:

OCRFeeder from Joaquim Rocha on Vimeo.