Konqueror, KDevelop won the Linux New Media awards

Ralf Nolden, our friend and colleague, brought us the news late last week that two major products of the KDE project won Linux New Media awards at the "Systeme" fair in München. Konqueror, the versatile KDE web browser, file manager and document viewer, won the award for "Best client-side Open Source Software". KDevelop, the outstanding integrated development environment (of which Ralf is a principal developer), merited the "Best development tool" award. Details about these and other awards can be found at linux-community.de. Congratulations to all the members of our community who make these successes possible through their relentless work on code, graphics, translations, testing and all the other components of our project.

Dot Categories: 


by hackorama (not verified)

Kongratulations and Kudos to Konqi and Kdev teams !

by Asif Ali Rizwaan (not verified)

konqueror.org, koffice.org etc., has not seen any updates for years, The documentation is outdated.

No surprise that Konqueror and Kdevelop got the best app award ;) All KDE applications are superb.

I wonder if anybody could port ZZplayer to KDE 2.x or 3.0 http://zzplayer.sourceforge.net. A Video CD player still lacking in KDE multimedia package.

by Danny (not verified)

Best would be to write a good KDE gui for mplayer, it is
the best video player out there (Although the developers are
a little difficult sometimes, they do not like gcc 2.96, ICEWM,
sawfish, KDE and users who don't RTFM)

Such writing should be easy with KDevelop, last but not least since it has won the Award. ;-)

by Thorsten Schnebeck (not verified)

or use aviplay - its C++/QT
and integrate a standard lib for mpeg2/dvd
and integrate "transcode" into artsbuilder objects..
and ...





by Per Wigren (not verified)

But aviplay only supports AVI/ASF/WMV(7)s... MPlayer also supports MPEG1/2s, WMV8 and playing directly from encrypted DVDs. And it is more optimized... And rumours say that they are also planning on support for RealVideo and QuickTime movies...

by Thorsten Schnebeck (not verified)

Yes, there are quite some very nice universal players like xine, mplayer...

This is not about "assimilation" something into KDE.
This is about integration into KDE. We need a plugin-like player/arts-object/component also for integration in apps like kpresenter.

So maybe better go with a pool of libs than with one app (?)



by Carbon (not verified)

Well, this being Open Source, we can have our cake and eat it too. We can just re-integrate any given codec as an aRts library, and then it should run (theoretically :-) in any app using KParts, including Konqi and KPresenter. Of course, (in KPresenter for example) doing things like making sure movies play at the right time in presentations, grabbing the first and last frame and using them for in and out effects, etc etc, would require special coding, but once that is done, you could swap out the backend for another fairly easily.

by The_Iconoclast (not verified)

Ogle rocks for DVDs, it just rocks #1.
Aviplay for ASF/AVI.
RealPlayer for the crappy RMs.

That's all you need. :-)

by Per Wigren (not verified)

You're right about that! I wonder how many times ARPi has had to get a new keyboard because the keys R, T, F and M are broken... :)

I have been thinking about making a KDE mplayer GUI for quite some time, but my C++ skills are just not there yet... I'm trying to learn though...

by fl (not verified)

well you can have fullscreen in xv mode in kde / icewm and others
just use the sample config file and select the proper option (the file itself is well documented).

Otherwise, fullscreen works fine with -vo sdl

by Pieter Bonne (not verified)

mplayer simply ROCKS! It's too bad the gui is gtk, cuz I didn't install those libs and I'm not planning to because gmplayer needs them.. I currently merged mplayer in my filetypes thingie and it's heaven! real player and quicktime support would make it even more powerfull then m$ mplayer, quicktime and realplayer in one!! (really curious about that rumour :P) and last but not least, it even works with arts thru sdl! Maybe it's possible to write a noatun plugin?

by David Walser (not verified)

mplayer really sucks compared to smpeg, especially in the CPU dept. Is it possible to use SDL from a KDE app?

by Asif Ali Rizwaan (not verified)

ZZplayer Does use Smpeg and SDL nicely but the Author Nicolas Vignal did not tried to port this to KDE 2.2 and above. I wonder why. it's a nice app. I wish any kde developer with average or above kde coding skill can port it. I just don't know how to code KDE :(

by APW (not verified)

Mosfet takes his marbles and goes home:


...big loss, surely...
But I am confident others will pick up where he left off.
Anyway, with Mosfet's up-and-down attitude, maybe he'll get bored of his new Windows XP machine and return to KDE... *grin*

I don't intend to diminish his contributions to KDE, but Mosfet is only one of many persons contributing to KDE. In fact there are probably many coders with more importance.

And what generally seems even more important to the KDE development is good teamwork. I think much of the success and development speed of KDE is due to the fact that the hackers work together as a team and not as jealous individuals.

Insofar it's sad that Mosfet decided to leave Linux altogether, as he is surely talented, but he is certainly not undispensable.

Who picks up the Liquid theme ;) ? BTW, is this possible with the current license?

by Thorsten Schnebeck (not verified)

This one is from Tackat (Torsten Rahn):
Mosfet has ported Liquid to KDE3 with a BSD-licence.

(Source: http://www.pro-linux.de/news/2001/3573.html, search for "tackat", German only)



by Ranger Rick (not verified)

It doesn't seem to be anything other than a rumor, though. There's no link, and from the discussion that went on in the kde list, it sure doesn't sound like he had any plans to do so.

If anyone else had ported it to kde3, it still needs to be distributed as patches to liquid-0.6 (because of the QPL) or you would have to re-implement based on the liquid-0.1 code (which was released as BSD).

He is a She

Actually, she's a he.

by John (not verified)

What is it that's upset him this time?

by someone else (not verified)

He's tired of getting screwed over by Linux companies.

by Brutus (not verified)

From the website:

Mosfet.org is no longer maintained. I will not be responding to emails or comments about Linux, since I will no longer be using it on a regular basis. Sorry.

by UnBlessed (not verified)

Kant you stop getting new awards? :)

by daniel (not verified)

Would it be posible to fix the jumps with the X system? I mean: When you set the default login as a X login (KDM for example), firts, it appears the console login. Then it shows a X jump to a gray X background, later the kdm background and after it (if you have set a image background, there is another jump between the color background and the image), the kdm login manager. and I think it is not very elegant. would it be posible to fix this jumps?

by me (not verified)

This is really something that annoys me for aeons of time.
Linux would be much nice without these 'hicks'

by Carbon (not verified)

Boot sequence as appears on monitor:

Kernel bootup/run level entry
X starting
KDM background showing
KDM showing
KDE blank background / splash screen
KDE user background

This is fairly simple to fix. There is no easy way to handle the very first one, so we can ignore it. Caldera and Mandrake have both built a system that makes 2 and 3 look identical for the most part. 4 is just a matter of KDM loading it's background first thing, and using a background close or identical (though in higher res of course) to the 2 and 3 backgrounds. After that, it should switch to the user's custom background, meaning a jump only 3 times. Mostly just a matter of installing Mandrake or Caldera's (perhaps other?) custom tools, using a matching kdm background, and moving a couple xsets to the very beginning of scripts.

by Justin (not verified)

'kdmdesktop' is the program that loads the kdm background. Unfortunately, like all KDE apps, it takes a day and a half to startup. Maybe the kdm background loader could be the nice job of a non-KDE/Qt app.

I believe there is a way to tell X what to use as the initial background (like instead of that gray checkered thing). You could just make it a nice shade of blue instead. Then a fraction of a second later the background should load.

by Ingo Klöcker (not verified)

This is from the startkde script (which is executed by kdm to start KDE):

# Set the background to plain grey.
# The standard X background is nasty, causing moire effects and exploding
# people's heads. We use colours from the standard KDE palette for those with
# palettised displays.

xsetroot -cursor_name left_ptr -solid '#C0C0C0'

So all you have to do is change the grey color to the color of the kdm background or the color of the user's background. If you use an image as background then using the -bitmap option instead of the -solid option should help. Unfortunately xsetroot can't set a gradient background.

by Ddog (not verified)

edit the file /etc/kde3/kdm/backgroundrc and change the line 'Wallpaper='

In my case it's Wallpaper=Kubuntu-Volutes.jpg

That will fix the annoying jumps. Just change this when you happen to change your KDM theme and/or splash screen with the matching background file and it will be seamless every time.

by Robert Gelb (not verified)

Quick question. Is the toolbar used in Konq, KMail and other KDE apps a QT widget or a KDE widget? It is exhibiting strange behaviour (maybe it is implemented this way), when you resize the app. For instance, the toolbar bands jump from one line to another (wrap). Is it possible to lock the toolbars that they don't wrap around, sort of like IE or MS Office.


by Zeb (not verified)

If you could rewrite mplayer as a KDE lib to be used in any K app it would be heaven.

mplayer currently supports:

* VCD (Video CD) directly from CD-ROM or from CDRwin's .bin image file
* DVD, directly from your DVD disk, using libdvdread for decryption
* MPEG 1/2 System Stream (PS/PES/VOB) and Elementary Stream (ES) file formats
* RIFF AVI file format
* ASF/WMV 1.0 file format
* QT/MOV file format with (un)compressed headers (INCOMPLETE!)
* supports reading from file, stdin, or network via HTTP

* MPEG1 (VCD) and MPEG2 (DVD) video
* DivX ;-), OpenDivX (DivX4) and other MPEG4 variants
* Windows Media Video 7 (WMV1) and 8 (WMV2) used in .wmv files
* Intel Indeo codecs (3.1,3.2,4.1,5.0)
* MJPEG, ASV2 and other hardware formats

* MPEG layer 2, and layer 3 (MP3) audio (native code, with MMX/SSE/3DNow! optimization)
* AC3 dolby audio (native code, with SSE/3DNow! optimization)
* Ogg Vorbis audio codec (native lib)
* Voxware audio (using directshow DLL)
* alaw, msgsm, pcm and other simple old audio formats

....and a few others PLUS ALL Xanim codecs as well (ie you can play quicktime, 3ivx's etc with mplayer)

mplayer can make use of X11/SDL/GL/XV for video output rendering, and ie with xv I can play divx's very good in full screen with my PII 300 thanx to my TNT2 (mplayer supports YV12 for pixel rendering, making extensive use of TNT2)

PLEASE consider this an alternativ, even though it hasn't been started as a "K" project!


by Kuser (not verified)

now it even supports ViVO and encoding from AVI/VOB/ASF/WMV/VIV/MOV to DivX4+VBR MP3!!

don't you say how amazingly fast it proceeds?

if not implemented as arts modules, can we at least have a nice KDE GUI for this amazing app?