In this week's KDE Commit-Digest: NEPOMUK integration, and a new "browser" interface added to Akonadi. Refactoring work in Kate and KPilot. Experiments with a new Kate-alike session list in Konsole. Expose-like window management effects in KWin. Support for styling the background of forms in KHTML. A Strigi-based metadata indexer for KIO. Signature support in Mailody. Improved support for metadata internal storage and display, and a new Flake shape for video in KOffice. Large code update in Umbrello, part of the Student Mentoring program. New tileset selector for kdegames, to be shared between KMahjongg and KShisen. Support for the FictionBook format in okular. Import of an initial version of the Oxygen sound theme for KDE 4. Import of user documentation for Kompare. kaction-cleanup-branch merged back into the main kdelibs. Security fixes in KPDF and KSirc.
Comments
What is Nepomuk? I mean, I read the associated website but I have actually no idea.
As I understand, Nepomuk is a standard for saving and sharing information on the desktop.
One of the things that the KDE implementation of kde is alreadi capable is to add tags and comment to files. So you can tag your photos whithout the help of digikam or kphotoalbum, and then you can find your photos whithin the file manager.
But later it must be possible to automaticaly add a comment to a file you download. for instance, download a new wallpaper on kde-look and it will automaticaly add http://www.kde-look.org/xyz. Know, if you had forgoten when this amazing piece of art came from, you can know it.
Other example : you recieve an email from john, whith this wallpaper. If you search in the wallpaper, you will know that it was from john, and eventualy that john downloaded it from kde-look.
But in the long run, neopmuk whant to extend it to the internet. You may just ask "search for related wallpaper", and it will bring you not only kde-look, but any wallpaper taged whith the same tag as yours.
Or you look at a website about dolphins, and you automaticaly have a list of dolphin related websites becauses people taged them as beeing so.
Hope that what I understood is correct and that helped you to understand.
Thanks kollum. I finally get it. :)
I'm REALLY glad to see NEPOMUK/Tenor(/Dashboard) materialising as a mainstream tool for KDE :D
Having recently found out just how powerful RDF is (I originally mistook it for RSS 0.5 or something -- big mistake!!)... will it be possible to add RDF feeds to NEPOMUK's ontology (preferably in an auto-discovery-like way, much like Konqueror lets you find and add feeds to akregator)?
you read the website and dont know what its about? :) perfect website !
I sounds like academic vapourware and its difficult to translate it into something pragmatic. Maybe that language is useful to get funds and keep your research option open.
exactly. i'm pretty sure that's the case...
Nepomuk (with strigi) is Tenor materialized.
Speaking of Nepomuk, where does the name come from? It seems like Kum Open spelled backwards, which kind of makes sense, I suppose, given what it is trying to do...
It's a dragon from the german novel "Jim Knopf und Lukas der Lokomotivführer"
Man i loved that book! Spanish translation though...
Nepomuk is just a German name which is not common at all anymore. I wouldn't try to read anything into it, and it seems that even the k in Nepomuk is there by accident, as the KDE integration is just part of a greater EU-sponsored mother project :D
It seems I hit submit a bit too late. ;-)
Is the KDE integration also sponsored by the mother project?
> Is the KDE integration also sponsored by the mother project?
I believe so. In any case, Sebastian Trüg knows for sure.
It's a first name. See http://de.wikipedia.org/wiki/Nepomuk_(Vorname) for a list of historical people who carry that name (Sorry, that page is in German).
I didn't notice that it's also the name of a dragon in the book mentioned above before I read that comment. That's a fun fact but I'm not sure this is more than a coincidence since Nepomuk is not a KDE project (see http://nepomuk.semanticdesktop.org/). KDE works with them a lot though, enough to be mentioned on that page.
It is an Austrian-Bohemian, to be precise a catholic Czech name, a low reputation name.
nePomuk, see also Posemuckel.
it's a town in Bohemia; see http://en.wikipedia.org/wiki/John_Nepomucene
and, no, I have no idea why the software is so named
it actually stands for
Networked
Environment for
Personal
Ontology-based
Management of
Unified Knowledge ...
see here http://nepomuk.semanticdesktop.org/xwiki/bin/view/Main1/Project+Summary
I was just going to post the same URL... :-)
Congrats -- finally someone who even went to the trouble of looking up the website itsel, and is not just talking and speculating out of their a***'s gaseous ejections when it comes to explaining the name.... :-)
Not that this were an easy to grasp name either. They probably constructed it so to make up the funny-sounding rare name, but have a "serious" explanation for it as well (they receive European Union $€€€ for part of their funding) ....
> Congrats -- finally someone who even went to the trouble of looking up the
> website itsel, and is not just talking and speculating out of their a***'s
> gaseous ejections when it comes to explaining the name.... :-)
Yo c'mon, I had looked it up before, and like all EU-related project acronyms its real name is completely irrelevant. Although I highly respect people who manage to come up with actually fitting names for those abbreviations, it's just, well, irrelevant. Just like GNOME doesn't need to be a networked object model environment to stand on its own, Nepomuk doesn't need to be a big chunk of ontology and knowledge.
Let it be just that, plain Nepomuk.
> They probably constructed it so to make up the funny-sounding
> rare name, but have a "serious" explanation for it as well
Oh, really? Who would have thought? ;-)
I guessed that part was obvious enough that I explained only what the complete name meant (i.e. not "kum open", I think no KDE devs in their right minds would have agreed on that after Kant was renamed to Kate. If they had a say in the naming, that is, which the original poster seems to have assumed).
About that subject, I submitted a short new about few nepomuk presentation/workshop last week, I hope it'll get posted soon as the dates are for the the end of january and beginning of february.
Did you have a look at http://nepomuk-kde.semanticdesktop.org. If so then I definetely have to update that page. ;)
As for Nepomuk - It aims to implement standards for the semantic desktop. In the long run this includes some very fancy features that I will not enumerate here (even I don't know all the details of all the working groups). As far as Integration into KDE goes desktop search and improved metadata is actually the first goal. Thus, you will be able to tag everthing on your desktop and reuse that information in every application. But it is not restricted to tags (tags are just the first step to show off something), we aim to provide a complete ontology (basicly a collection of classes and relations between them) for the desktop which allows to define more elaborate relations between for example a file and a contact in your addressbook or a page in a pdf file. Step two is reusing this information in an "intelligent" manner within the applications. Sure, this includes desktop search.
I hope this will give you a better picture of our goals. Development is still in an early stage but I hope that the integration into KDE can start soon.
Nepomuk is realizing (i) APIs for managing metadata on the desktop, for sharing it across desktops in P2P over a trust network, and for enabling advanced shared workflows (ii) several implementations of these APIs: KDE implementation, Eclipse implementation and XUL implementation (iii) case studies putting the framework into practice in different contexts: bioscience researchers community context (by Cognium Systems http://www.cogniumsystems.com), SAP context (http://www.sap.com), TMI consulting network (http://www.theprcgroup.com/), Mandriva Club community context (http://club.mandriva.com).
As for the Nepomuk-KDE implementation, more can be read on where we are in the following report, issued 31.12.2006: http://nepomuk.semanticdesktop.org/xwiki/bin/view/Main1/D7-2
Support for styling the background of forms in KHTML.
Is this http://bugs.kde.org/show_bug.cgi?id=95690 ?
I sure hope it is..
yes, it's supposed to be about 95690.
See the attached image for a sample rendering...
And then let's distroy it, for the well being of Gates, Bill Gates >:)
The two svg images for java and kaffeine are in a way very similar:
http://websvn.kde.org/*checkout*/trunk/playground/artwork/Oxygen/theme/s...
http://websvn.kde.org/*checkout*/trunk/playground/artwork/Oxygen/theme/s...
Sure, the kaffeine image has the black thing in the background, but the main part which is identified with the program (the coffee bean) is very similar. Or, the other way around, people might guess that kaffeine is the mixture of java and video stuff - what ever that would be ;)
liquidat
PS: Why can I only chose plain text in this field? Well, copy&paste the URLs yourself, it's not my fault ;)
OK i will make diferent coffe been for java.
Nino, what about a coffee mug. That's kind of synonymous with Java, right? It doesn't have to be a teacup style like the official logo; maybe a more traditional coffee mug? Just a thought.
A coffee mug. What's what's popping up in my mind when I hear "Java".
Keep in mind however that I'm not a graphics specialist at all, it just came to my mind when I saw the image. So I can also be totally wrong ;)
are KWin and Beryl supposed to work together? Or will the kwin devs have to recode all the cool Beryl features into kwin?
The latter one.
Compiz and Beryl have all kinds of neat 3d effects and need to make a good window manager out of it. KWin is a great window manager, but needs to make all kinds of neat 3d effects.
Two different approaches to the same problem. I would highly appreciate if Lubos' bling and OpenGL acceleration improvements make it possible to keep KWin as window manager, because Beryl still has a long way to go if it wants to be anywhere near the much better usability that KWin currently offers.
So it would be possible to use kwin on beryl in the future?
It'll be kwin *or* beryl (or compiz or metacity or...) they're all window managers, kwin is kde's and so will be the default for kde4 (you would think) with some of the more useful compositing stuff thanks to lubos
I wonder if it's intended for kwin to run on top of xgl, aiglx - if i understand correctly the current versions can run with nvidia's aiglx-like extensions in their new drivers, not sure about the xorg version of aiglx -> intel and (old) ati cards with free driver support
aside from that, beryl will most likely need some serious refactoring, and they can then probably build a decent theming mechanism (currently, according to Lubos, beryl just exposes it's whole self to plugins, allowing max flexibility, no backwards compatibility and no security).
You do a wonderful service :)
I just wanted to second this! I waited the whole day for the new digest. Thank you very much for your hard work and bringing us a nice end of the weekend ;-)
M
PS: If anybody of the people making Danny's work possible by actually commiting stuff to SVN read this: Thank you, too! You're making such a great job :-)
Thanks for the impressive update! As I have to use Windows in my office I am very happy to see the porting progress :-)
BTW I am convinced that the KDE project will benefit strongly from the porting efforts: more users will get into contact with the beautiful KDE apps and furthermore, many Windows developers will fall in love with the free software world and the nicely designed Qt/KDE APIs.
In the long run even those who do not (have to) use Windows will benefit from the ports! Thanks guys!
In order to get more attention you might want to write a full Dot story and hope that it is linked by the usual suspects (Slashdot, c't, ...)
Hope it will work for Reactos too.
http://www.reactos.org
I'm still trying to make the leap from windows programming to linux, but until now it is still a lot simpler to program under windows. Used to be different more than 10 years ago...
I want to program using Qt. So under windows I just download some installer from the Qt website and run it. Afterwards there is an shortcut, which start a console and in it all the environment settings are done, I can just run qmake -project & qmake & make. And my program is finished. There is even a shortcut for the designer.
Under Linux, I found by using synaptic Qt-4.2, installed it. And had to use qmake (qt3 version) with -project, afterwards the qmake-qt4 create the makefiles, and just make to compile. Works fine, only got a little out of luck with the OpenGL Widget, and I'm still looking for the designer.
Would be nice if there was a getting startet section on kde-developer website. Well actually there is, but I'm still missing these basic instructions. There is a section somewhere, which explains how to make an extra user for compiling kde4. But I somehow think that is still a little to advanced for me.
And suggestions ?
Well, the last time I developed with Qt, it was just as easy as you described it under Windows (if not even easier). The issues you mentioned are subject to two competing installations: 3.x and 4.2 (and I wonder what happens to Windows in such cases?). I suggest to uninstall the 3.x-devel packages and check the PATH variable in ~/.bashrc to direct it to your 4.2 directory.
If this advice won't help you, just enter the Trolltech Qt mailing lists. It is free and they reply within hours.
Ah Thank you for the mailinglist tip, didn't know it existed...
I also didn't think about removing Qt-3.x developer packages. Got a little scared that it would leave KDE 3.5 disfunctional....
Danny,
Thanks once again :-)
Just a small nitpick - I think the "Commit Demographics" doesn't work correctly for the "age". The colours and percentages in the key don't match the picture in the pie chart.
I read the kde-core-devel archive last night and stumbled over this mail:
http://lists.kde.org/?l=kde-core-devel&m=116881196802354&w=2
Who else thinks it is a *GREAT* idea to have toolbars like the macos startpanel? I like the dynamic resizing a lot better than always popping up clumsy tooltips. This way, we could have both a lot of icons AND a clear description for each one.
What's the status of Mailody, exactly? Is it going to be the new mail-client in 4.0? If that is the case, the icons should REALLY be changed. Currently, it's just confusing: An envelope and a musical-note. It seems like an audio-app. Yes, the icon refers to the name of the app. But the problem is that such a wordplay only really works in some specific languages. It wouldn't work in Finnish for example.
The icons should be descriptive of the purpose of the app, instead of being a clever puns on the name of the app. It's like that old GNOME (IIRC) log-reader which had an icon of a log (as in wood). it told nothing of the function of the app, and every single non-english speaker was left utterly confused as to what the app/icon does.
This has not been decided yet. The Kdepimp developers generally hate the source code for kmail (it is a mess), but on the other hand Mailody is still an early project. It isn't clear if Mailody can expand to do everything kmail does without making a mess as well, and kdepim needs some of those things.
> The Kdepimp developers
Cute typo. Pimp my MUA!
and how does akonadi fits in the whole picture if mailody would replace kmail ? despite all its weaknesses (like crashes, occasional mail loss, single-threadedness, poor html composing, ...) i still use kmail because it does some things very well (like filtering, and talking to cyrus imap servers - more than just checking mail like setting permissions on mail folders). And i definately need disconnected imap too.. I read earlier that mailody would not support that.