OLS
Monday, 28 July 2003
I didn't think that I'm going to write a blog describing OLS, but I wanted to point out a few things:
Nat's dashboad presentation - horrible. The man curses more than I, or anyone else I've ever seen does. I don't know if that's the way he is or whether he was doing that only for the talk but that still doesn't explain why "fuck dude, shit doesn't work" or "shut the fuck up dude, let me finish" were the leading ideas of his presentation. Other Gnome developers/users present on the talk served the purpose of cheerleaders for Nat. The whole thing was just stupid. The basic idea is good, unfortunately it's pretty much taken from the Microsoft Longhorn. Like Aaron once noted in his blog, the gui for this thing is unacceptable. It's way too intrusive. Also the quering mechanism that Nat & co. are using is pretty much based on broadcasts of clue packets all over the place which simply will have to change at some point or it will become incredibly slow. My favorite quote from the presentation though is : "Dude, we have like 1000000 threads running at a time, we create a thread for string duplication!", which, I think, was a good thing in Nat's eyes. Heh, good luck... Havoc's freedesktop.org bof - the discussion in itself was limited, but only because the crowd has been mostly composed of kernel hackers who simply don't know that much about the freedesktop.org initiative. After the presentation Havoc, George and I went to a bar to talk a little. I had a horrible headache that day but conclusion I have is : "Havoc is a great guy". You can quote me on that ;) Hopefully we'll see him on n7y Keith's/Carl's Caito tutorial - in one word "impressive". I do like the idea and implementation. The design is clean and api very friendly. I'll be playing with it today, pretty much because I want to play with it on OS X. Porting Xc to OS X will be fun ;) In other news I coded a lot during the whole thing. Some of the things I'll commit today or tomorrow include : AltiVec instruction detection in KCPUInfo, an icon in the KMail email fetching statusbar notifying users whether the connection is ssl/tls encrypted (that one is for George ;) ), some accelerator fixes in KMail that we found, new OSCAR protocol implementation, based on Gaim's libfaim so that Kopete's and Gaim's team can share some code. Anyway, back to coding...
Rants???
Monday, 28 July 2003
We need to have the reverse category so we can add happy stuff :) my crappy thing works and I'm happy .... So I will dance ... just to bad you can't, well it's avery good thing you can see that .....
Some graphical help, please
Monday, 28 July 2003
I am figuring, that KMameleon needs overhaul... Not only a coding one, but also it would be nice to get a new graphics set of icons. One of the first things is to create a nice icon for the application (think chameleon)
Read More
Open source at Apple: Konqueror gets better
Sunday, 27 July 2003
I attended Apple's Worldwide Developers Conference in San Francisco a month ago. Coming from a Linux and KDE background, I was particularly interested in what Apple would say about open source.
Read More
The translators are going to hate me
Sunday, 27 July 2003
I'm trying to get kopete's .pot file updated since it's three days old. I was under the impression that they were generated automagically by one of the kde servers, but I was wrong. :( I'm trying to get it done today since today is the start of kopete's string freeze before 0.7 comes out around August 4th. I don't think I'm going to get my fix for the yahoo account online with invalid data bug in for Kopete 0.7 because of the string freeze, although I might be able to, since it doesn't add any strings, it just moves them somewhere, so I might do that if I can get rid of the stupid select bug ( bug:56028 ). Maybe after 0.7 (and when I have time), I'll port libyahoo over to QT/KDE so I can use things like KExtendedSocket for automatic proxy stuff, and maybe even get to use KIO for file transfers, and then I also won't have to worry about C with it's stupid callbacks. I think the functors in the IRC protocol are enough to keep my head spinning.
Read More
The way to long RSS title of www.kdedevelopers.org
Sunday, 27 July 2003
After trying to fix the konq_sidebarnews layout for a full day now I am giving up --- for now. Otherwise I will go totally nuts.
@geiseri Can you please shorten the of the rss feed? "www.kdedevelopers.org - KDE/Qt and C++ Development" is just way to long for a tiny applet. And don't tell me to squeeze it to "www ... ment" ;-/
Read More
Annoyances with Kolab and Outlook
Saturday, 26 July 2003
Slowly progress is made, we finally got our plugin to load cleanly in Outlook proper this week now that we moved from MS's crappy STL attempt to STLport. There are still some issues with using STL in DLLs but we can login and dont get 5000 assertions from their buggy STL.
Read More
ARRGGGG Part 2
Saturday, 26 July 2003
Why everything I do lately doesn't work!!!! first the palmos and now my main desktop ... What could be worst than that? My new girlfriend leaving me for my ex-wife????
Automating joining&leaving mailing lists
Saturday, 26 July 2003
The lack of comfort when joining mailing lists is annoying. If anybody wants to make me a little bit less grumpy, try the following:
design a XML Scheme / file format to describe a mailing list (and especially how to join and leave it) register a corresponding mime type in KDE add a handler for that file type in KMail, or write a stand-alone app that uses the KMail backend when somebody clicks on a link with that mime type in Konqui, start the handler the handler will, after some GUI to explain it to the user and asking for permission, create a folder for the mailing list in KMail, create a filter for the mailing list, write a mail to the registration address to join and reply automatically to the confirmation mail KMail should have a 'unsubscribe' context menu entry that lets a user unsubscribe automatically That would be useful... The next step, of course, would be a more comfortable way of browsing and finding mailing lists. KMail could have a build-in list of mailing lists (or download one) so people don't need to search for them.