a chinook blew in and the temperature went up by somewhere north of 20 degrees. it was -15 in the morning not too many days ago and this afternoon it was +10. and best of all there was sunshine to accompany the warmth.
i spent some time outside in this unexpected brilliance.
i also spent some time working on ksnapshot in trunk and dolphin. tomorrow is a plasma day and i'll be back to regular blogging about that methinks. today was the day to write copious notes that draw together the last two years of thought on managing the kde brands and an open source marketing collective as well. productive, to say the least. it came at the expense of doing the housework i planned on doing today and the free hugs thing i expected to spend the first chinook doing. i blame the sunshine.
have i mentioned in my blog yet how kevin ottens came up with a great way to solve the issues with things like media:/ and remote:/ without getting rid of them? well, he did. using redirects we can deliver plain ol' standard URLs to apps and still keep the wonders of media:/ and what not in the file manager. best we can really abstract out a lot of complexity involved by using a combination of sensible bookmarks and the breadcrumb widget.
i'm quite excited about this .. amidst all the calls for removing those urls because they either messed up apps that are written by people who don't seem to grok kio or because they don't follow some industry spec out there i kept thinking that this would be throwing the baby out with the bath water. there are well documented use cases for these views of the computer and doing them via ioslaves allows us to quite easily provide for nice solutions without tons of ugly custom code for that.
something i would like to see is handling of a more sophisticated data type for visualizations that some of our ioslaves would return. for instance, there's the system information slave in suse which, while really cool, sucks more than it rightfully should because the options are pretty well limited to html since that gives them layout and interaction. would be nice to see svg based interaction views and select ioslaves that take advantage of that.
and on a final note, while working on ksnapshot i noticed how much faster kde4 apps seem to start up. so i measured it quickly in a very non-scientific manner and the difference is impressive. i was wondering if i was noticing things, but nope .. seems knsapshot starts up from a command line something like 2x faster in kde4. wow. now, perhaps there's more settings and cruft being loaded in my kde3 ksnapshot (as i said, this was not a scientific test) but then i've never noticed ksnapshot open that fast even on a "blank slate" account. neat. hopefully this trend persists through to the 4.0 release. or, as richard moore noted, this just means we have room for features that take one more second of start up time in ksnapshot ;)
if you're curious what i was doing with ksnapshot (and you shouldn't be, it's boring stuff ;):
an "open with" button feature had been committed but it opened up a dialog and had a number of oddnesses to it. so i quickly changed it to a button with a menu. next will be to add actions like "mail to" to the button, which really calls for servicemenus. but that means being able to query for more than just the mimetypes. it also really needs the long overdue upgrade of servicemenus to their own class that can be instantiated and used anywhere without duplicating code everywhere. i need to think a bit about what precise feature enhancements (and removal?) should happen there and how to achieve it. i haven't put an ounce of thought into it to this point beyond, "this needs some love".