Notices

thanks for working on this yerga. My wife might need an IT if stuff like this becomes available

I will try to do my best

I use Gourmet in my desktop, and I had plans of porting it to the tablets, so it's a good moment to do that now that went out this topic.

It uses reportlab, it's almost 3mb more. It isn't for read pdf else for write to pdf.
I could port it later, but now I prefer to work on the interface.

You're right; DUH!
Xournal does write pdf, at any rate, and requires GS too. But of course GS is to read pdf to images, my brain took a brief vacation. Now I've got to look at its dependencies... Looks like libgnomeprint. Sorry 'bout that.

I did some coding yesterday, and it's working in the device, but it crash frequently. The crashes are random. I only could reproduce a crash, but it's one that worries me, when the n810 keyboard is opened, it crash, though gourmet isn't in a text entry.

It's a bit slow (python + glade + big app) when opening the application, opening a recipe or opening the edit recipe window. Moreover, the first time it needs import all nutritional data in the database so it takes as 4-5 minutes.

I will continue working at it, to see if I can fix these crashes.

Some screenshots in the device: http://www.flickr.com/photos/yerga/tags/gourmet/

That looks great, thank you for working on this!

Any progress with this? I'd love to give it a try.

This looks great, I'm a closet foodie and would love to use this in the kitchen. I already use the N800 in the kitchen to look up recipes.

Well it almost doesn't have the random crash, only the crash opening the n810 keyboard (I don't know as debug this yet).

But I am sad since it's too slow to work with it. The dialogs and new windows are slow opening, and sometimes it discourage you. I will try improve this problem but the only way I see is deleting some features from the application :/

This is a problem since the app is designed in such a way that it loads many things in every action it does.
For theses of you knowing a little python, the application is divided in several modules of different functions, but in every module it import as approximately 10-20 (or more) different modules and it ends up by being obvious in the performance in the tablets.

It seems the authors want to rewrite the application, hopefully they write good code and it can improve the performance in the tablets.


I could upload a .deb to some place if you want test it so you can extract conclusions.

Thanks again, Yerga!

Yes, if it wouldn't be too much trouble for you to package it up, I'd love to give the .deb a try regardless of those difficulties you mention. Glad to hear they're reworking the code, it's actually surprised me that the program hasn't been used more widely - not available in the Ubuntu repos, for example, as I find it to be a wonderful desktop program. So hopefully the next version will find its way into more wide-spread use.

Anyway, for the tablet version: of course it'd be great to have all the features fully available but when thinking about practise (like how I imagine using this in the kitchen), I'd probably just have the recipe screen open and take a peek at it while cooking, the only feature used being scrolling screen to see the whole recipe. So, really, slowness shouldn't be a problem as long as the recipe itself is formatted decently and can be scrolled if needed on the screen while using...and, actually, a "tablet gourmet version" that doeesn't even support anything other than loading and reading recipes would probably be just great for most people anyway. With the idea that "edit on the computer, move to tablet, use tablet while cooking". Or is it just me -- what does everybody else think? To me, the ability to have a library of recipes on the tablet and be able to have the tablet in the kitchen to peek at is really the whole point of using this, I'd be fine editing etc. elsewhere on my computer.