moiji-mobile

The RSS reader is capable of caching feeds. Inspired by reading the “Mythical Man Month” this winter I have created a MokoCache to control the storage size of the feeds. Well the API is present but there is enforcement on the size yet but it would be easy to add. Caching of images and displaying of HTML is still not implemented.
I’m busy hacking on WebKit/Gdk, keeping it compiling, making it work and slowly improving it. I have finally mailed Sean and asked him to contact the designers to give answers to some of the remaining questions.

• What do we want to configure and how should the configuration dialog look like?
• Should one remember which posts have been read, should one be able to see the remaining unread ones?
• Should one store posts automatically, should one only store important posts?
• How should one forward a feed entry?

So hopefully while Sean and his designers find these things out and specify them I will be able to clean up the code a bit. This was my first piece of Gtk+ from scratch and I did lousy on some parts. Luckily I have a list of things I did wrong and can concentrate on them.

I hope to hook up WebKit to it soon and then we have best-in-class rendering of these feeds. The only obstacle for a real release is slimming WebKit a bit. But more on this on another topic.

I’m still happy with libmrss as it allows me to completely focus on the representation and management of the data. Today I finally found the time to work on the application again and progressed nicely. My RSS RFC822 date parser was finished, I looked into check the unit testing framework and wrote unit tests for my parser. I added check to the build process, fixed the internationalisation of the reader and made use of the GtkTreeModelSort to allow sorting by Subject and now by time. The time sorting uses my RFC822 date class.

Yesterday I found lcov which means I can throw my own tools to generate these information away and instead improve the perl based tools where needed.
Looking at one of my blackbox unit-tests I recognize how fragile it is. Don’t ever run make check on a day switch as this violates the invariant of the check.

Hopefully GtkTreeModelFilter will be used by tomorrow. I hope to find at least some spare minutes to look into it.

good night, happy easter, I’m tired…
z.

Hija Folks,
I know mickey from the Opie, OpenZaurus and OpenEmbedded project. I’m a Qt hacker, probably know Qtopia better than most of the devs working on it, am a proud member of the KDE e.V. and enjoy hacking stuff in C++. So how did I end up here doing Gtk+ and C? I hate closed systems as they really limit my freedom as identifying root causes (issues) and solving them is not possible and as a QA guy a closed system is just not an option if you are interested in quality. So with OpenMoko FIC grants us a possibility to create a usable, easy to use and well designed user interface people will love to use, it allows us to create a platform, base system in a proper and clean way which is likely to get copied by others. And yes I want people to copy and share as this will dramatically increase the quality of newly created linux platforms which will benefit us in the long run.

So let us free our communication (once again) and work on longterm goals to create a kick-ass product and platform.

sincerly yours
*build sheriff* *bitbake/OE hacker* *QA hacker* *app hacker* *ranter* *WebKit/OpenSync evangelist*

PS: I cross my fingers that this will land on planet.openmoko.org