www. O S N E W S .com
News Features Interviews
BlogContact Editorials
.
Razor-qt: A Fast Qt Desktop Environment
By Thom Holwerda, submitted by RichterKuato on 2011-12-20 22:01:23
Gtk+ has GNOME on the one hand, and Xfce on the other. Qt, on the other hand, only has KDE - there's no lightweight, less encompassing alternative if KDE doesn't float your boat, but you'd still want a Qt desktop. Luckily for you, there's now Razor-qt, a small, lightweight and simple Qt desktop environment.
Read more...
 Email a friend - Printer friendly - Related stories
.
Read Comments: 1-10 -- 11-20 -- 21-30 -- 31-40 -- 41-44
.
RE[3]: Nice
By Neolander on 2011-12-21 17:55:00
How is this inaccurate ?

http://labs.qt.nokia.com/2011/05...

A working OpenGL implementation will be required for Qt 5+ software to run. Knowing the fantastic performance of software OpenGL emulation and the new focus on shiny animations and touchscreen gestures, it is likely that a GPU with working drivers will be required for future Qt software to run properly. Fun times for Linux users with recent graphics hardware...

This article also explicitly states that QML + Javascript is the future, and that they expect you to only use C++ for application logic, or even not at all.

I am the first to hope that this madness will cease before it has gone too far, as I like Qt 4 as a framework and it saddens me to see it take that direction.

Edited 2011-12-21 18:04 UTC
Permalink - Score: 2
.
Mail Client
By reez on 2011-12-21 20:12:16
Is there a Qt mail client, like Claws-Mail but is more independent of KDE than KMail?
Permalink - Score: 2
.
RE[4]: Nice
By Not2Sure on 2011-12-22 04:42:03
Well the good thing about the new open source governance for qt5 is if enough people agree with you, a consensus should be able to ensure qml-declarative doesn't entirely dominate the direction.

Nokia still pays alot of committer salaries though :|
Permalink - Score: 2
.
RE[2]: just like KDE 1.x
By cyrilleberger on 2011-12-22 08:37:34
> I'm searching for old KDE 1.x.x source code and dependancies (Qt 1.x.x and friends) across all over the web with no luck :( , I'm still searching.... anybody has the sources?

For KDE 1.1:
http://quickgit.kde.org/?p=kdeli...

And I let you as an exercice get the link for other packages... The full KDE history is in git (and for some modules still in svn) and you can get it from there.

Of course, for Qt it might be more difficult.
Permalink - Score: 3
.
RE[3]: Nice
By cyrilleberger on 2011-12-22 08:44:15
No they are not deprecated. They are considered complete and mature by Nokia. And while it is true that Nokia is not going to take care of the maintenance, and/or of future development, if there is enough interest, developers can and will contribute. There is still a lot of interest by other companies (especially from the industrial world) to keep funding the development of the C++ widgets for years to come, and also from the KDE and open source side. Also, note that QWidgets and QML share a lot of things in common (like the graphic stack), and one of the main reason of Qt5 is to cleanly split QWidgets, QML and the common stuff.
Permalink - Score: 4
.
RE[4]: Nice
By Neolander on 2011-12-22 08:50:27
It seems there is a misunderstanding between us about the meaning of the "deprecate" word.

For me, deprecating a feature is stating "We don't work on this feature anymore, and we expect to remove it at some point in the future, so we declare it legacy. Don't use it in any new software." Which is pretty much what Nokia did in their blog post about Qt 5 :
http://labs.qt.nokia.com/2011/05...

I'm specifically thinking about this part :

"We should expect that over time all UIs will be written in QML. JavaScript will become a first class citizen within the Qt community and we should expect that a lot of application logic and even entire applications will be written in JavaScript instead of C++. The expectation is that many application developers will actually start out with QML and JavaScript and only implement functionality in C++ when required."

and this part :

"While the QWidget based classes are extremely important for existing applications, we are, over time, going to move to a model where all UIs are being done in QML. Separating the QWidget based functionality into its own library is therefore a good measure to achieve a clean architecture in Qt 5 in the long term."

Edited 2011-12-22 08:55 UTC
Permalink - Score: 1
.
RE[2]: just like KDE 1.x
By Phucked on 2011-12-22 10:49:48
> I'm searching for old KDE 1.x.x source code and dependancies (Qt 1.x.x and friends) across all over the web with no luck :( , I'm still searching.... anybody has the sources?

http://slackware.cs.utah.edu/pub...

Slackware sources for KDE 1.1.1 and QT. As close as you can get to vanilla.

Edited 2011-12-22 10:50 UTC
Permalink - Score: 3
.
Trinity Desktop
By OSGuy on 2011-12-22 12:16:49
I have been using Trinity Desktop which is an excellent fork of KDE3.5 and I can tell you now I am extremely happy with its look and performance + I can run KDE4 apps on top of TDE. For instance, I installed Kolour Paint -- both the KDE3 and KDE4 versions. Another KDE4 app I installed was KGet. My favorite feature in TDE is everything but especially the quick launch applet on the very flexible panel. One thing I like about TDE is the whole integration. So far I have been able to drag any icon from any toolkit (tried Fox, GTK, DE4, XUL) into the quick launch. The whole desktop environment is very quick and responsive. The T menu has a search box and there are many other improvements...

Edited 2011-12-22 12:21 UTC
Permalink - Score: 2
.
Do People Not Learn?
By segedunum on 2011-12-22 16:53:27
http://www.joelonsoftware.com/ar...

"Convenient though it would be if it were true, Mozilla [Netscape 1.0] is not big because it's full of useless crap. Mozilla is big because your needs are big. Your needs are big because the Internet is big. There are lots of small, lean web browsers out there that, incidentally, do almost nothing useful. But being a shining jewel of perfection was not a goal when we wrote Mozilla."
Permalink - Score: 3
.
RE[4]: Nice
By vivainio on 2011-12-23 09:35:58
> A working OpenGL implementation will be required for Qt 5+ software to run. Knowing the fantastic performance of software OpenGL emulation and the new focus on shiny animations and touchscreen gestures, it is likely that a GPU with working drivers will be required for future Qt software to run properly.

I have seen Qt5 run on top of Mesa software rendering, and the performance is great.
Permalink - Score: 2

Read Comments 1-10 -- 11-20 -- 21-30 -- 31-40 -- 41-44

No new comments are allowed for stories older than 10 days.
This story is now archived.

.
News Features Interviews
BlogContact Editorials
.
WAP site - RSS feed
© OSNews LLC 1997-2007. All Rights Reserved.
The readers' comments are owned and a responsibility of whoever posted them.
Prefer the desktop version of OSNews?