KDE Commit-Digest for 23rd April 2006

In this week's KDE Commit-Digest: KDE 4 porting continues at great pace, with more applications able to be compiled with CMake daily. Portability fixes for non-X11 platforms. KDiskManager, a KDE 4 application for disk management -- based on Solid -- is imported into KDE SVN.

Dot Categories: 

Comments

by toonmuylkens (not verified)

"this week's KDE Commit-Digest" is always something to look foreward to. thanks again.

by anonymous (not verified)

I'm glad that the digest is back, but I find it unnecessary hard to read. Why the fonts are so big? Why entire paragraphs are in italic? The old layout was all but great, but at least it was easy on the eyes...

by testerus (not verified)

Fortunately it is just a stylesheet and can be disabled:
Konqueror: View / Use Stylesheet / Basic Page Style
Firefox: View / Page Style / No Style
Opera: View / Style / User mode

by Andre Somers (not verified)

Try the Options menu item. You can change the appearance of the page. I agree with you that entire paragraphs in italics are not easy on the eyes, but you can change that on the options page.

by oliv (not verified)

Well, I am glad that, for once, the fonts on a web page are not 3 pixels high :)
With nowadays laptop especially, it is very painful to read many pages were the webmasters think that font sizes of 8 is good.

by Leo S (not verified)

What's up with the number of new files statistic? This week, 19,000, last week, 21,000. I find it hard to believe that there are 40,000 new files in SVN over the course of 2 weeks.
What does this number really mean?

by Corbin (not verified)

I think these huge number of new files may be coming from projects (like solid, phonon, plasma, etc) being added to KDE's SVN. Though with numbers that high it seems somewhat odd.

by Nicolas Goutte (not verified)

Perhaps copy/move/rename is counted too, as for SVN it means adding a file.

Have a nice day!

by Hen Tai (not verified)

It is quite intresting to see so much focus on portability to other plattforms.

by Spy Hunter (not verified)

Windows, in particular. KDE on Windows will change the landscape of the free software world.

by Gonzalo (not verified)

Or it might kill KDE itself by killing Linux and ending the symbiosis upon which both KDE and Linux have so far relied.

Not saying that it will. Just another theory. I really have no interest in KDE on windows beyond specific applications and only with the intent of using those applications to smooth the transition AWAY from windows.

by boemer (not verified)

I would be interested in KDE Kontact on Windows. When I could have an mailclient on both windows and linux, would make me a lot more happy... Firefox ist okay, but Mozilla Mail or Thunderbird is in my opinion not a really good alternativ to outlook.

KPatience / Klondite, so at last I can play it also when I'm running under windows.

And ofcourse last but not least, KFireworks.... I would be interested to see if it runs smoother under Linux than under Windows... I somehow have the feeling that you can't watch anything under Windows without sometimes have a small delay in it, I don't noticed such things under Linux (playing DVD or watching a screensaver)..

by KubuntuUserExMa... (not verified)

I used to think like this, but the success of Firefox and OpenOffice made me reconsider this in a different light. In the, end if a person is running 90% free software (windows kernel + kde + open office + firefox + samba + ... ), then they are 90% free (and she'll have no problems on completing the switch anytime). Much better than anything. And believe me, if this was to happen massively, it would really hurt microsoft (a company I profoundly dislike, but I disgress ...) to the point of virtually killing it.

Cheers :-)

by Eike Hein (not verified)

Then again, Firefox and OpenOffice are also good examples of the potential downsides. In both cases, there's considerable overhead for cross-platform support and integration issues with all supported platforms. It took a long while for Firefox to become a proper Gnome application (which they consider themselves to be, according to Asa dotzler), a proper Mac application (still not fully there yet), etc. - and I think we all know the convoluted history of OpenOffice-in-KDE.

Similarly, being a good Windows application is more than just running and rendering. It means adhering to certain platform conventions. Cross-platform KDE applications will be torn between the platforms they support, just as Firefox and OpenOffice are.

Bottom line, my concern is that we are going to see more applications for KDE-the-libraries than for KDE-the-desktop-platform, weakening the latter as a result. Can't be good for free software either.

by AC (not verified)

Firefox and openoffice are not good examples, since they are legacy applications.
Both application existed on linux years before kde and gnome became a reality.

In the linux years before kde/gnome every application used their own toolkit/api/framework/etc on Linux. And that is what firefox and openoffice still do.

by Eike Hein (not verified)

That's not terribly relevant, I fear. The problems are UI conventions, both appearance and more importantly behavior, and interoperability with other common technologies on the supported platforms. Whether you're a Mozilla XUL or a kdelibs app, you're still dancing on several weddings doing cross-platform. Which leads back to my above post.

by ac (not verified)

True, but when openoffice was developed, there was nothing on linux to interoperate with.
That's quite a different situation compared to kde on windows.
While openoffice/firefox now need to deal with UI conventions and interoperability that was not there when they started, KDE can deal with them from the very beginning.
Another advantage is that KDE relies on Qt, which already interoperates good with windows etc..

by Ian Monroe (not verified)

I believe that as web applications and open source multiplatform software become the norm, the operating system becomes irrelevant. Which would be in Linux's (or some libre OS) advantage, as well as the multiplatform software. One week you start Windows, you edit a document in KOffice, play some music in amaroK and check your mail in GMail. The next week your employer switches to Linux and... you do exactly the same thing.

Mircosoft is well aware of this. :)

by mikeyd (not verified)

I don't think it will, for the simple reason that if people are using KDE, they'll go for the cheapest OS on which to do so.

by Segedunum (not verified)

"Windows, in particular. KDE on Windows will change the landscape of the free software world."

No it won't

by Fredrik (not verified)

At what cost?

* Slower development due to build problems and a wider range of compilers being supported?

* Less tight integration with the OS?

* Less tight integration between different KDE applications (since they are supposed to be able to work standalone on windows, not to be tightly nit together)?

* Less features due to that appliations cannot rely on i.e. window manager integration and x server features?

by AC (not verified)

* Slower development due to build problems and a wider range of compilers being supported?

possible..

* Less tight integration with the OS?

what integration?
KDE already runs on several platforms, zo thight integration with e.g. Linux is not an option.

* Less tight integration between different KDE applications (since they are supposed to be able to work standalone on windows, not to be tightly nit together)?

if they work standalone on Windows, they are not KDE applications, KDE applications depend on KDE, no matter on what OS they are running.
and it's the dependency on KDE that nits the applications thightly together

* Less features due to that appliations cannot rely on i.e. window manager integration and x server features?

No, i don't see why applications cannot use x server features etc. It would only mean that those features are not available on Windows...

For example, Abiword uses the gnome-printmanager on Linux. It does not on Windows ;)

by Eike Hein (not verified)

> if they work standalone on Windows, they are not KDE applications, KDE applications depend on KDE, no matter on what OS they are running.
and it's the dependency on KDE that nits the applications thightly together

Right now, being "a KDE applications" means "uses kdelibs". As it happens, using KDE-the-libraries currently also largely means targeting KDE-the-desktop as well. However, these "KDE applications" often don't actually have any dependencies beyond kdelibs.

Now, work is being done turning kdelibs into a cross-platform solution, allowing these apps to run on other platforms. Reiterating what I wrote earlier, deploying competently in an alien desktop goes beyond merely executing and painting: to succeed on Windows or OS X, an application has to adapt to their conventions to a degree and interoperate well with their facilities.

Thus, application teams that chose to use kdelibs to support platforms other than KDE may face a development overhead that lowers the amount of time they can spend on KDE integration. Having most of the popular applications available for several desktops may also prove detrimental to the continued development of KDE platform conventions and behaviors in other ways.

I'm not saying we shouldn't do it (too late for that, anyhow) or that there aren't any potential benefits. But we should be going in aware of the risks.

by ac (not verified)

The fact that kdelibs is available for windows does not mean that *every* kde application needs to be able to run on windows as wel.

It's just a new optional possibility for software developers, not something that is mandatory in order to create kde applications.

The only overhead i see is for kdelibs itself, kdelibs developers now need to develop for windows as well.

by Eike Hein (not verified)

> It's just a new optional possibility for software developers, not something that is mandatory in order to create kde applications.

Hence I wrote "for teams that chose to".

by AC (not verified)

Ah, but isn't that their problem?

Teams that choose to support many platforms now use Qt only, in the future they can use kdelibs as wel.

So i guess porting kdelibs to windows may reduce the overhead voor applications that want to support several platforms (since kdelibs takes away a lot of work), and insures integration with the linux desktop better then Qt only can.

So, why is porting to kdelibs a bad idea?
Is it because more application developers may be tempted to make their apps cross platform, and we should prevent that by not making kdelibs available for windows?

by Eike Hein (not verified)

> Ah, but isn't that their problem?

The long-term viability of KDE as a desktop platform is a concern for many, I wager. It's fate is largely determined by the health of its application base (which implements and evolves its conventions). I tried to outline the connection above.

> So i guess porting kdelibs to windows may reduce the overhead voor applications that want to support several platforms (since kdelibs takes away a lot of work), and insures integration with the linux desktop better then Qt only can.

You've certainly got a point here: The risk of prominent KDE applications finding themselves unable to spend as many resources as they used to on targeting the KDE desktop may be more than compensated for by new projects chosing kdelibs as their framework - which they might not have done without cross-platform support - and ending up providing competent KDE support. That's what we'll have to focus on making as attractive and easy as possible.

> Is it because more application developers may be tempted to make their apps cross platform, and we should prevent that by not making kdelibs available for windows?

Come on, now you're purposefully ignoring what I wrote earlier: "I'm not saying we shouldn't do it (too late for that, anyhow) or that there aren't any potential benefits. But we should be going in aware of the risks." was unclear?

by AC (not verified)

Yay. Now with diffs. :-)

by Rob (not verified)

I'm wondering, if anybody tries to fix the kioslave bug in Konqueror. (http://bugs.kde.org/show_bug.cgi?id=108542) Konqueror always switches back to icon view when using media:/ or smb:/ kioslaves. For a file manager this is a major bug, but broken since at least last summer. How it comes, that nobody has fixed that?

by Nicolas Goutte (not verified)

I suppose that the answer has to be found "somewhere" in the simple fact that KDE would need more volunteer developers.

Have a nice day!

I tried this, but it's nog bugging me?

if i have a treeview and go to media:/cdrom, i get back to icon view.
Then i select treeview again in the toolbar, and i'm back to browsing in treeview...

tried it again, now by clicking on mycomputer.desktop or trash.desktop

Nothing weird happens, the new windows with trash:/ or media:/ are using the treeview...

"if i have a treeview and go to media:/cdrom, i get back to icon view.
Then i select treeview again in the toolbar, and i'm back to browsing in treeview..."

You just described the bug. You have tree view selected and using media:/cdrom it switches back to icon view but should stay in tree view.

ah, i guess konqueror defaults to the settings of [filebrowser profile] when typing media:/
if i make 'treeview' default in the [file browser profile], konqueror opens media in treeview mode..

i also noticed something about 'having to restart konqueror in order to get treeview back'

didn't notice that one either..