Sekou Diakite has released an alpha version of a KDE Look and Feel for Java. This is an interesting step forward in Linux/Unix desktop integration since Java applications can now use the KDE/Qt libraries for drawing Java widgets and even directly use existing KDE widgets such as the file or color choosers. See the webpage for further details of this accomplishment including future plans and, of course, screenshots.
yes! java applications like limewire, azureus, Vocabulary Builder 1.33,(http://www.geocities.com/rorokimdim/) would blend into KDE.
A real deserving thing for KDE. thanks Sekou Diakite! the screen shots look good.
It does look good, and seems a clever hack.
Azureus uses the SWT GUI (which most commonly uses GTK on *nix for native widgets---yuck) rather than the native Java Swing GUI, so I don't think this project is going to help there. Maybe the other two apps though.
If the app is written in java-gtk2 then it will use the gtk2-qt plugin in kde 3.5. At least Sunrise Desktop does.
Is it really a hack or just the way it has to be done ?
Does anyone know if it's possible to make Limewire show a system tray icon in KDE? It definitely works in Windows, and Limewire claims to support it on Linux (GNOME maybe?)
Has anyone had any success with it?
limewire runs nicely in my kde systray.
I did not do anything to get it there, Limewire places an icon in kde's systemtray by default.
Limewire doesn't show a systemtray icon on my desktop (which was annoying because the default behavior when you try and close it was to go to the system tray, so I would have to kill the process then). Last tested on KDE 3.5.1 and Limewire 4.8.1.
I installed limewire-pro 4.11 on my suse 10.0 system and noticed that there's a kde system tray icon for it when it's running. I assumed that's just how it works...
> A KDE application is created offscreen and never showed.
Isn't that kind of a waste of memory? Also, copying pixmaps from Qt to Java is probably slow, too...
Well, obviously the Gtk-Qt engine does it too, and that one's not performing too bad after all. Seems like it's actually manageable.
gnu Classpath makes really good progress. Why not include KDE bindings?
Anyone else got this error?
[[email protected] dl]$ java -jar KdeLAF.jar
Invalid or corrupt jarfile KdeLAF.jar
Obviously the jar file is'nt really a jar file...
[[email protected] dl]$ tar xzvf KdeLAF.jar
[[email protected] dl]$
Okay looks nice, but I'm still missing a good Rapid Application Development Tool, like (Visual Studio .NET or Delphi).
MonoDevelop looks okay, still a little too gnomisch, KDevelop3 looks okay, but still feels like Visual Studio 6.0 for C++.... Probably didn't try it enough.
It is just the way someone used to programing under windows looks at the tools under Linux... You can say a lot about how bed windows is, I'll probably give you right in a lot of things, else I wouldn't be looking to linux.
But I'm still having a little problems starting programming under Linux, or under KDE for that part. Installed Qt4 and doing some basic programming with KATE. But I'm still looking for something that invites me to programm..... (Under Linux ofcourse)....
You mean you want to develop for KDE or in Java? For Java the tools are excellent, try NetBeans or Eclipse. KDE tools are also suberb, I liked KDevelop (though I never used it for GUI apps) and I believe it now has form designer integration. Admitedly it's not quite Visual Studio 2005 by it's good none the less.
You probably hate java, but Eclipse and IntelliJ are the best IDEs out there. If you are addicted to IDEs, have a look at these.
I personally like jEdit too ...
For a free and open source project, this doesn't seem very free or open source. I need to compile from scratch for the AMD64 architecture...
I think that's this is a misunderstanding,
I really don't understand why you think this is not a free software.
From the begining, the licence is GPL, the subversion repository is open to anonymous access, and since yesterday, the source code .tgz is directly on the web site.
By the way, I do not own an X86-64 System, if your willing to compile/test the native part of the project to X86-64 it would be great.
It was because there is no mention of SVN, or source access on the linked webpage. I now see a 'contribute' link, which is OK of course. Many thanks!
I will feed back to you if I have any problems.
A while back I wrote a simple mp3/ogg/wav player in java. I wrote different frontends to it to get to know the various toolkits better. It has an SWT frontend for my native looking windows fun, a Swing frontend for cross platformness, and a Qt/KDE frontend for fitting in to my KDE desktop.
Using the Qt frontend, the Gtk-Qt engine for GTK and the KdeLAF, I can make all three frontends use the same Qt style, with varying degrees of success.
This pic is the results, with some commentary. KdeLAF has a little ways to go before I would replace the Qt frontend with it.
edit: the Swing version looks just fine when using metal or ocean or some other more complete LAF, if metal can be called 'fine' ;) Icons work and all.
(this was a repost of a comment I made on the matter on osnews.com)
Very cool! Thanks for posting your comparison. Attaching your graphic without the ad. =)
Thanks for making it a link :) I totally missed the option to do that.
From kdeLAF's homepage:
2006/04/17 : Adding slider widget.
One of the issues taken care of then! I'll have to try out the new build. Still waiting on the splitter and frames afaict.
Its great, but a developer don't care what tool he is using, it is the convenience that matter. Lesser time to market the better, development of good looking screens Good, but what about Enterprise Apps Development, Already people have rejected the idea of using multiple IDE for same project. Just remember java is a chosen platform for EAD.
I've always felt that some people don't understand (not the developers of KDELandF, in particular... just developers in general) that making a GUI *look* similar isn't what the goal should be. IMHO, the overlooked, and yet keystone, component is complex datatype support in the clipboard.
No interface, in my opinion, has yet to match NeXTSTEP in terms of sophisticated clipboard support. You could drag any data, from any application, to any other. KDE is getting pretty close to NeXTSTEP's functionality, but I've never had any luck with non-trivial (plain text) copying of data dragging between KDE and Java apps -- say, Konqueror and GalleryRemote -- and this is why I almost never use Java GUI apps. Well, that and the VM being a memory hog.
The KdeLaf calls JToolbar.addImpl method sooner than other look and feels and as a result yesterday's build from http://www.netbeans.org used to fail with
I have fixed that
So if you want to try the KdeLaf with NetBeans get the latest sources or download tomorrow's daily build.