GNOME Politics

Planet Gnome is bustling with anger/excitement over certain posts; people are agreeing, other people say these comments should be retracted, etc. etc. I usually don’t pay much attention to these sorts of things, I think the code does the talking (also on that note, anyone who codes in anything higher level than C is clearly a sissy), but I feel I have a solution for this: Bare knuckles, no rules fisticuffs. Forget all these ridiculously long winded posts and verbal exchange, just two guys in a circle, settling their differences like Gentlemen! (I won’t be running for the GNOME board)

]]>

Time for a libjana-based gnome clock applet?

Just read Federico’s post about how intlclock draws its map and calculates the sunlight time. That’s a pretty incredible amount of overkill! Maybe they should look at the code in the JanaGtkWorldMap widget, that I personally think looks at least as nice 🙂 JanaGtkWorldMap draws directly with cairo calls, using data from sunclock (the format of which is derived from xearth, apparently) – one linear gradient for the sea, filled polygons for the land mass shadows, then an extra set of filled polygons on top of that. The sunlight curve is a simple curve equation, rather than ray-tracing (which probably isn’t quite as accurate, no, but at this level it really doesn’t matter), components of which are cached on initialisation. Drawing happens in a (interruptable) thread so the widget never blocks for any significant amount of time, and after drawing once, the result is stored to a back-buffer. On top of this, as the widget changes size, it does adaptive LOD to reduce the amount of points being drawn. The widget has an option to render at a static size and scale that rendering instead of re-rendering when the size changes. It also has API to put custom markers on top of the map and widgets can be packed inside it. Drawing code could easily be replaced by gdk calls to boost speed (and I may well do this, cairo is slow :(). I’d like to think the API is easy to use too… Any takers?

]]>

libjana journal progress

Been a while since I blogged about jana work, but not because it’s not been going on. The most recent thing to hit jana has been journal support (or ‘note’ support, as I like to call it). It could probably do with a little more at the GTK level, but there’s a GtkTreeModel and cell renderer to make visualising notes easy and pretty. Here’s the example app displaying notes, with justification set to centre: This just leave tasks support to do 🙂 I’ve also been considering contacts support, to get the full PIM coverage, but given how much better libebook is to libecal, it’d probably end up just being restrictive and pointless…

]]>

Borg

Just read Alex’s blog post about Android… Is this a joke? I’m really not sure, there are serious comments that point out some of the giant flaws in the various statements, and they seem to be answered seriously, but… I feel like I’m missing a joke 🙁
I suppose Android is as good a bandwagon as the next…

]]>

Thanks again Nokia!

Seems my application for an N810 developer discount code was accepted again (I got one previously for the N800 too), so I’m pleased about that… And thinking what I’d like to do, development-wise too. I’m going to work on the missing widgets and various objects necessary to bring libjana[-ecal/-gtk] to feature-parity with old Dates – this means writing calendar list interfaces/objects, writing a month-list view widget and adding DnD support to the current widgets (I’m not going to rush on that last one, it’s not gonna be easy..) Going beyond that, I’d also like to add some location-awareness to Dates. On a simple level, adding a latitude/longitude entry and a GPS button to fill these automatically; on a slightly more complicated level, showing events on a JanaGtkWorldMap with some simple navigation/filtering. One more feature I’ve wanted to add to Dates for a while too, is adding pictures to events – pictures would be drawn in place, or imported (and subsequently drawn on). These are of course, features that can be shared with openmoko-dates too (within reason). It’ll take a while to do all this, but getting the device will act as incentive to get it done 🙂 Any other features tablet-owners would like to see?

]]>

Multi-tap Pad

Just finished hacking up a multi-tap virtual keyboard for OpenMoko, using libfakekey, the excellent multi-tap input method in GTK 2.12 (by Openisumus guys) and ripping bits from matchbox-keyboard where necessary. Just shy of a couple of day’s work to get the basic thing working and on the phone: This is the first run of course, it probably takes up a little too much room like that, could look nicer/be clearer, etc., but plenty of time to improve on that. Finally you can use the moko phone completely without a stylus 🙂

]]>

Maemo Device Program

I’m making a pledge: If I get an N810 developer discount code (I’ve applied), I’ll write a new maemo Dates that will feature correct timezone/dst support, recurring event support and possibly alarms support. I’d love to be able to experiment with the GPS stuff and adding maemo/tablet-specific features to Dates too… So, y’know, if any Nokia employees are reading this… 🙂 p.s. Props should also go to Mr. Bradford, who has already started work on a libjana hildon-desktop applet!

]]>