In this week's KDE CVS-Digest:
KJSEmbed adds shell calls and now builds with Qt.
KDevelop has a new documentation viewer, with bookmarks,
printing, plugins and full text search.
KSVG2 ecma support added.
KNotes is now network enabled.
Konqueror gets an enhanced version of caret mode.
Kopete supports KIMproxy, the generic IM interface.
Many bugfixes in Juk, Kate, Umbrello and others.
Dot Categories:
Comments
First of all, thanks to Derek for the wonderful reporting of KDE development activity.
I have noticed that there is no url link to any Linux Desktop. Where is it ?
KPDF had thumbnails added this week too. Here is an example.
Thanks Albert! Good to see someone working on KPDF again. It still needs some work.
Are you also working on the font problems KPDF has (BR#67950)? That would be awesome!
Christian
kooool.
Dose it now support smooth continuous view of the pages and bookmarks? If yes, who needs acroread any longer?
Anyone who needs ECMAscript and forms, unfortunately. But kpdf is great, yes ...
I haven't tried KDE 3.2 yet. Does KPDF support searches and hyperlinks?
no...And it's one of its biggest problems...
I was really disappointed by KPDF. It doesn't have any features to make it better than KGhostView, and it often renders PDFs wrong or at least very ugly. What's the point?
I have a few kdepim-questions:
Have people thought about creating an sql-resource for kaddressbook, korganizer, notes and todos? Wouldn't that be a very cool way of sharing contact and calendar data? I always wonder why the kolab/kdepim developers decided to store this information in imap-folders. Isn't it a little weird to create emails for every contact or appointment?
Is there a way to EDIT addresses with kaddressbook that are in an LDAP-database?
KSVG2? What? What happened to KSVG? Most users still probably believe that KDE doesn't have SVG support since most of the icons are still .png (even when svg ones exist -- and .pngs are added every once and a while still!) and konq doesn't like to view SVG's some times.
Will KSVG2 be able to render more svgs, be faster, or just be easier to maintain? I'm just curious and surprised that's all :) I guess I didn't see the move to a new ksvg so soon ...
Also, will a general purpose svg drawing canvas be availiable in the future? Not a canvas for editing svg's (karbon?) but one for applications like Umbrello or KPresenter ;) to use to do its diagrams and presentations?
KSVG2 (AFAIK) is currently an incomplete port/rewrite of KSVG to the new DOM implementation ( KDOM).
This new DOM implementation is being done because the KHTML DOM has some problems...
Is it possible KHTML would eventually switch to this new DOM too?
... for being the first OS to actually make use of the part of the file protocol.
1. KDE is not an OS
2. Microsoft has used the host part of the file protocol forever, and this is only being done for compatibility
3. The idea of accessing remote files with the file protocol is retarded, especially when it is irreversibly tied to Microsoft's awful filesharing protocols. The file protocol should only be for accessing files on the filesystem. If you want to use a filesharing protocol, you should put its name in the protocol field of the URL, since that's what it's there for.
I agree that the compatibility benefits are good, so this change helps KDE as a whole. But that's the only good reason to do this.
Actually I don't think M$ does support the either. You access SMB shares like \\host\share, but I doubt file://host/share would even work.
Actually on mosaic this used to open an ftp connection, I can't remember what netscape 1.x used to do but it might well have done this too.
Rich.