Work on the layout of the new merged keyboard capplet is going nicely. Sergey is churning through things. There are stil la few teething pains on exactly how to handle the integration issues, but that's why we added them up front. We should have lots of time to smooth them out.
Gnumeric The wee lassie was peaceful last night, so I had a few hours to do some work before the latest cold knocked me down. I appear to have added one (hopefully) simple bug, and fixed a pile of theming issues. As soon as this last bug is fixed we're ready for a release. We now support plot level configuration of default styles. Which allows us to support things like XY plots that default to no markers. I've also worked on the auto logic a bit, so that the user can now select auto marker shapes, auto patterns, and auto colurs. Still more work to do to provide comfortable semantics for things like no lines.
Chema Celorio, a long time friend was killed in a skydiving accident this weekend. He was one of those rare people gifted with an infectious enthusiasm. A conversation with him invariably left you wanting to smile and share the excitement. As a bonus he also had just the right type of perse mind to do really effective QA. Having once razzed him that my grandmother could find more bugs, he turned around and filed 30+, nice, repeatable, coherent reports in one weekend.
I'll miss him.
/me heads off to hug the kids.
Did a 1.2.1 release to get the accumulated polish out into the world. Things are looking good. Only a couple of crash reports, lots of enhancement requests. Sleep has been at a premium with the new baby, so I've taken to doing the massive rename that we'll need to support libgnumeric during the 1.3 cycle. That's a nice simple, mindless exercise. Basicly s/Foo/GnmFoo/ everywhere. It's also a good chance to do some api review. We appear to have a new version of grandma-chema, grandma-lukeh. He's filed a swath of nice crisp bug reports to keep me honest. Having a good collection of bug reporters is tremendously valuable.
The main source of complaints and problems we're seeing in Gnumeric are related to printing. Chema just hasn't been interested in doing much maintenance in there for far too long. Out of desperation we're joining the maintainer team for the project. Hopefully, we can get things back onto an even keel.
Things have been busy since my daughter arrived 2 weeks ago. She's treating us nicely, and has been much easier to take care of (feed change repeat) now that we're not afraid of breaking her. Of course its never quite that easy. The first munchkin is still only two, and while he seems to really like her ('can I pat her head') he also has absolutely no notion of gentleness. So a statement like 'look at the little eyes' is usually done with a small finger jabbing towards the eyes :-)
ssconvert lands in CVS.
People have been asking for cmdline access to gnumeric's importers and exporters for years. I've always resisted writing it because it seemed like such a perfect starter project for someone. After receiving three requests in one day I broke down and knocked off a quick wrapper.
150 lines of code, with attribution and fancy white space for the exporter list.
To be honest it did take a bit of tweaking to force it to work without a DISPLAY, and there are definitely lots of bells and whistles to be added. However, if you need to convert to or from xls it'll get the job done.
xls -> html
xls -> latex
OO -> ... well you get the idea
Now we need to add support for command line flags to configure the importers and exports.
Gnumeric 1.2.0 has been surprisingly stable given the amount of last minute churn. We really violated every tenet of a release freeze except the test suite validations. A couple of moderate crashers have shown up but nothing really major. We're getting some useful feedback on performance now. Things look good, but a few cases for large data sets have forced us to tweak things.
1) row height autosizing was being very stupid. Why bother rendering a cell to calculate its height if it doesn't wrap. By definition all we need there is the font height. Huge space saver when reformating 1 million cells
2) Do not call _() in your value parsing routines. DOH! gettext is expensive with that many calls.
The relative quiet has given me time to get caught up on all the pending patches. Improved svg export for the charts, better heuristics for auto selecting range for autofilter, and more ATK relations for the dialogs.
Probably do a 1.2.1 this weekend to get some of the patches and tweaks out.
Of course that schedule is pretty flexible, depending on the arrival time of goldberg-v2.2 (potential code name 'pretty in pink')
That was painful. Its been almost 20 months since the 1.0.x series came out and we've spent alot of time tuning the engine adding features and puttering along waiting to get the charting engine back on line. I'd have prefered to have done 2 possibly even 3 stable releases in that time frame.
The new engine is now at the point where its architecture seems to have proven itself, and there are enough features implemented that its useful. sample
So what does the future hold ?
I'm dividing goals into 3 broad catagories
1) Improving Gnumeric
Its been a grind to get charting back in Gnumeric but at long last there is a framework in place. Its still a touch rough around the edges, with some tuning necessary in the libart backend, and lots of unfinished bells and whistles. However, it is quite modular, easy to understand, and has a decent interface to Gnumeric.
I'm not thrilled with the bleed through on bars with 0 separation due to antialiasing, and the fringing should also be tuned.
In other news Morten has been banging away at full throttle and has us mostly multi-head aware. He and Andreas have also been scrubbing text import/export to get tie down utf8 issues. The rest of the system is pretty much ready to freeze. Although 1.1.17 was not announced due to late breaking bugs, 1.1.18 is shaping up very nicely.
I should probably do a quick status report given that gnumeric 1.2 is about to miss its worst case deadline by a few months. Development is progressing nicely in all areas accept graphs where things are still unclear. With the hibernation of Guppi we're left without a gnome2 ready engine and will probably end up using a bastardized version of gtkextras-2 with some guppi goodness thrown in.
For everything else gnumeric is kicking butt and taking names. The XLS export is in great shape, conversion to gsf is done, and autofilter support has landed. Heck even pivot tables look possible. The new target for release is the begining of april. Hopefully by then graphs will be solved.
New HTML Parser: The long-awaited libxml2 based HTML parser code is live. It needs further work but already handles most markup better than the original parser.
Keep up with the latest Advogato features by reading the Advogato status blog.
If you're a C programmer with some spare time, take a look at the mod_virgule project page and help us with one of the tasks on the ToDo list!