I nominate LinuxPower.Org. Christian Schaller has got to be one of the best reporters ever. I have never seen someone so honest, objective, logical and insightful. He is truly the best of the best.
My favorite was his article last year about "KDE is dead, GNOME has won". This article truly showcases Christian's talent and intelligence.
Seriously, I don't get it. I'm disappointed in Jim. With KDE/Qt being so much more advanced and polished at this stage, he's likely to have chosen another sinking ship. You'd think he'd know how to pick the winners by now.
His words on Qt/Embedded are also quite puzzling. You'd think he hasn't learnt anything about the computer market either... His vaporware X is certainly not suddenly going to appear and kill Wince or Qt/E off the scene, those two are already well on their way to "embedding" themselves in the market.
What he also doesn't understand is that KDE/Qt provide is a wonderful API to the developer. Raw X is simply way too complicated to do present day development. If it's Linux/X against Wince, Wince wins hands-down. If it's Linux/QtE against Wince, then that is another matter. Development time and facilities *do* matter in the embedded world.
At least he is straight up and says he does not speak for Compaq.
DCOP is one of the most wicked things about KDE. And you know what? Each and every KDE application is linked against DCOP so potentially -- all of them support it. Konqueror definitely supports DCOP, and has a nice interface for simpler methods like "open a new window" but for more complicated things like "back" or "reload" it gets a little tricky but you CAN do it... fully control your Konqueror for the command line.
DCOP and the DCOP interfaces will only get better and better, KDE should push and promote this stuff. It's something GNOME really can't compete in, yet, not even with Bonobo.
Well, it's good to see the high-priced Americans go. But it kind of sucks that they kept the Desktop developers. These are the same Desktop developers that insist on using butt-ugly GTK Mandrake configuration tools with my sweet KDE environment.
Who cares about AOL? Isn't AOL a big joke amongst us? Aolamers, anybody? I can hardly believe that there are many Aolamers amongst us, especially using Linux.
As someone not in the US of A, I must admit that I do not get it. Let AOL go after its niche market, AFAIK most of us "laugh at this" (comic book guy), and use the Real Internet (TM).
PS Doesn't AOL also run ICQ which is open despite itself?
Individuals can win the money for themselves, too?
on
IBM KDE Theme Contest
·
· Score: 2
I'm pretty sure that the original contest rules said that individuals could win the money for themselves, provided that they were US citizens. Is this still not the case? My understanding was that donating the money to an OSS group was optional, although non-US citizens may not have a choice...
Ximian ( in conjunction with several honorary monkeys ) is
happy to announce that yet a new, and excitingly stable Bonobo has
just been released.
Hey, did anyone else notice this from the announcement? If I were a GNOMiE (full disclosure: I'm not), I would find that a tad worrisome. Even Red Hat did not do this when they controlled GNOME and came under big fire for immoral practices, but now Ximian is basically trying to 0wn the GNOME brand. GNOME == Ximian GNOME.
But that's not true. GNOME == (Ximian GNOME - Ximian services, logos, ads, propaganda). GNOME is a community project but is basically being hijacked by companies trying to make a buck. Eazel has already taken over the GNOME shell with the much balley-hooed Nautilus.
Surely the GNOME community should take action and halt this downward spiral? What happened to the admirable GNOME spirit of by the hackers for the hackers?
I quote someone who was modded down as a troll for pointing out the facts:
Fact is that Gnome 1.x (including 1.4,/. editor is being generous here) is way behind KDE
from the technical point of view. Application integratation, internationalization, accessibility,
coherent architecture, etc. etc.
Even core Gnome developers recognize this and are working for complete overhaul in 2.0
(though there have been some backpedaling from the most ambitious plans).
This person correctly points out the state of internationalization, accessibility, and haphazard architecture in GNOME. The application integration is self-evident if you use GNOME at all. If you follow the GNOME lists as closely as I do, you would realize all this.
Fortunately, you do not need to despair, many of these problems have been recognized and are being fixed in GTK 2.0 and GNOME 2.0. GNOME 1.4 is just a stepping stone, and it is by no means as perfect as you would like to believe. I suggest you help instead of making smug false claims.
Has Microsoft evaluated the latest Linux desktop technologies such as KDE2.1.1/Qt2.3.0 and Ximian GNOME 1.2? Well, we know you probably did because you mentioned KDE/KFM extensively in your anti-trust trial.
The advances that these projects have been making is incredible. And at the same time differences between these projects is amazing. So what is Microsoft's evaluation of the situation. What does Microsoft think of KDE vs GNOME, in terms of the consequences for Microsoft and Linux?
Way to go Slashdot in pressuring the GNOME Foundation to make sure GNOME 1.4 works on FreeBSD.
The above link is more than a month old, and what's noteworthy now is that Nautilus is not supported on FreeBSD.
Nautilus is GNOME 1.4. To complicate matters, GNOME 1.4 is way behind schedule, and before this article on Slashdot, I don't think FreeBSD was a priority at all!
In short, this article should strong-arm the GNOME Foundation into delaying GNOME even more, for better or for worse.
I have a Celeron 400 with 64M of RAM. It's slower than your box and yet KDE2 and Konqueror fly here. Have you tried recompiling the latest Qt and KDE 2.1 following the latest guidelines? Make sure you disable debugging code!
Now if the pixel shaders could only do more than just shades of black! Man those screenshots are indecipherable. Guess we'll have to wait for GeForce 4.;-)
# This file is part of the KDE kdebase package
#
# Copyright (C) 2000 David Faure <faure@kde.org>
#
# This file is distributed under the BSD license. See the file "BSD"
# in the subdirectory "licenses" of the package for the full license
# text which has to be applied for this file.
#!/bin/sh
To Dave Winer and Eric Raymond
on
ESR On XML-RPC
·
· Score: 2
KDE 2.0 has an XML-RPC bridge that is launched by default. This is still the case in KDE 2.1.
Eric Raymond may be interested to know that a SOAP bridge is also planned for KDE. He may also want to investigate the dcop shell interface kdcop for some interesting stuffs.
Look in kdebase/kxmlrpcd and kdebase/kxmlrpcd/test for some very interesting stuff. Some sample c0d3:
# This file is part of the KDE kdebase package
#
# Copyright (C) 1999-2000 Kurt Granroth <granroth@kde.org>
#
# This file is distributed under the BSD license. See the file "BSD"
# in the subdirectory "licenses" of the package for the full license
# text which has to be applied for this file.
#
#!/usr/bin/python
Slashdot Mirror
My favorite was his article last year about "KDE is dead, GNOME has won". This article truly showcases Christian's talent and intelligence.
Just look at BSD. ;-)
Seriously, I don't get it. I'm disappointed in Jim. With KDE/Qt being so much more advanced and polished at this stage, he's likely to have chosen another sinking ship. You'd think he'd know how to pick the winners by now.
His words on Qt/Embedded are also quite puzzling. You'd think he hasn't learnt anything about the computer market either... His vaporware X is certainly not suddenly going to appear and kill Wince or Qt/E off the scene, those two are already well on their way to "embedding" themselves in the market.
What he also doesn't understand is that KDE/Qt provide is a wonderful API to the developer. Raw X is simply way too complicated to do present day development. If it's Linux/X against Wince, Wince wins hands-down. If it's Linux/QtE against Wince, then that is another matter. Development time and facilities *do* matter in the embedded world.
At least he is straight up and says he does not speak for Compaq.
DCOP is one of the most wicked things about KDE. And you know what? Each and every KDE application is linked against DCOP so potentially -- all of them support it. Konqueror definitely supports DCOP, and has a nice interface for simpler methods like "open a new window" but for more complicated things like "back" or "reload" it gets a little tricky but you CAN do it... fully control your Konqueror for the command line. DCOP and the DCOP interfaces will only get better and better, KDE should push and promote this stuff. It's something GNOME really can't compete in, yet, not even with Bonobo.
Well, it's good to see the high-priced Americans go. But it kind of sucks that they kept the Desktop developers. These are the same Desktop developers that insist on using butt-ugly GTK Mandrake configuration tools with my sweet KDE environment.
Who cares about AOL? Isn't AOL a big joke amongst us? Aolamers, anybody? I can hardly believe that there are many Aolamers amongst us, especially using Linux.
As someone not in the US of A, I must admit that I do not get it. Let AOL go after its niche market, AFAIK most of us "laugh at this" (comic book guy), and use the Real Internet (TM).
PS Doesn't AOL also run ICQ which is open despite itself?
I'm pretty sure that the original contest rules said that individuals could win the money for themselves, provided that they were US citizens. Is this still not the case? My understanding was that donating the money to an OSS group was optional, although non-US citizens may not have a choice...
Hey, did anyone else notice this from the announcement? If I were a GNOMiE (full disclosure: I'm not), I would find that a tad worrisome. Even Red Hat did not do this when they controlled GNOME and came under big fire for immoral practices, but now Ximian is basically trying to 0wn the GNOME brand. GNOME == Ximian GNOME.
But that's not true. GNOME == (Ximian GNOME - Ximian services, logos, ads, propaganda). GNOME is a community project but is basically being hijacked by companies trying to make a buck. Eazel has already taken over the GNOME shell with the much balley-hooed Nautilus.
Surely the GNOME community should take action and halt this downward spiral? What happened to the admirable GNOME spirit of by the hackers for the hackers?
You should really check this baby out.
Since I am being accused of trolling despite my best efforts, here are concrete links that may explain my points better.
/ 20 01-March/msg00232.html
0 1- February/thread.html
0 1- February/msg00064.html
Report on bad status of Internationalization in GNOME:
http://mail.gnome.org/archives/gnome-devel-list
GNOME 1.x Architecture concerns:
http://mail.gnome.org/archives/gnome-hackers/20
(a lot of it, including emails from Alan Cox, and future plans for GNOME 2.0)
This isn't a good one but you might want to start reading here:
http://mail.gnome.org/archives/gnome-hackers/20
Miguel and others have posted Roadmaps to deal with some GNOME core problems.
Also, you should see http://www.gtk.org/ because they ARE dealing with accessibility problems and the such.
Fact is that Gnome 1.x (including 1.4, /. editor is being generous here) is way behind KDE
from the technical point of view. Application integratation, internationalization, accessibility,
coherent architecture, etc. etc.
Even core Gnome developers recognize this and are working for complete overhaul in 2.0 (though there have been some backpedaling from the most ambitious plans).
This person correctly points out the state of internationalization, accessibility, and haphazard architecture in GNOME. The application integration is self-evident if you use GNOME at all. If you follow the GNOME lists as closely as I do, you would realize all this.
Fortunately, you do not need to despair, many of these problems have been recognized and are being fixed in GTK 2.0 and GNOME 2.0. GNOME 1.4 is just a stepping stone, and it is by no means as perfect as you would like to believe. I suggest you help instead of making smug false claims.
The advances that these projects have been making is incredible. And at the same time differences between these projects is amazing. So what is Microsoft's evaluation of the situation. What does Microsoft think of KDE vs GNOME, in terms of the consequences for Microsoft and Linux?
Thanks Doug! Here's to an entertaining answer.
The above link is more than a month old, and what's noteworthy now is that Nautilus is not supported on FreeBSD. Nautilus is GNOME 1.4. To complicate matters, GNOME 1.4 is way behind schedule, and before this article on Slashdot, I don't think FreeBSD was a priority at all!
In short, this article should strong-arm the GNOME Foundation into delaying GNOME even more, for better or for worse.
And not only that they updated their GNOME TODAY. YOU don't think they could at least have the decency to update KDE when it came out WEEKS ago??
They have a Very Very Old KDE on the second CD but they have the latest and greatest GNOME from today! Just look at the timestamps of the files here:
y /m ain/binary-i386/x11/
:(
http://archive.progeny.com/progeny/dists/progen
It's KDE 2.0 from last year for God's sake they are trying to bias users.
In this context, these screenshots are pretty cool!
The official announcement is here: http://www.trolltech.com/company/announce/qt-230.h tml
What's the point, anyway? Ximian has plenty of PAID and EXPERT packagers to deal with these problems with us.
Just a little tip.
=)
Of course if you run Slink like me, you lose big.
I managed to get this release on my hard disk before the Slashdotting.
It's Da Bomb!!! The most killer release ever of KDE!!
I have a Celeron 400 with 64M of RAM. It's slower than your box and yet KDE2 and Konqueror fly here. Have you tried recompiling the latest Qt and KDE 2.1 following the latest guidelines? Make sure you disable debugging code!
How strange, I never had any such problem with KDE 2.0 on my Linux Mandrake 7.2. I don't understand when people claim they see so much instability.
nakednews
naked news realmodem
KCD Applet
Oh wait, what's that last one doing there? Cursed klipper. Seriously, another suggestion would be to pour hot grits...
Now if the pixel shaders could only do more than just shades of black! Man those screenshots are indecipherable. Guess we'll have to wait for GeForce 4. ;-)
Use the "dcop" command at the shell prompt! Or use the graphical KDE dcop browser "kdcop"! Wonderful, huh?
/etc/motd true". Wonderful!
For example, run kwrite and then type "dcop kwrite" at the bash prompt. And then type "dcop kwrite KWriteIface loadFile
You can do so much scripting with this information
dcop kwrite KWriteIface
QCStringList interfaces()
QCStringList functions()
void cursorLeft()
void shiftCursorLeft()
void cursorRight()
void shiftCursorRight()
void wordLeft()
void shiftWordLeft()
void wordRight()
void shiftWordRight()
void home()
void shiftHome()
void end()
void shiftEnd()
void up()
void shiftUp()
void down()
void shiftDown()
void scrollUp()
void scrollDown()
void topOfView()
void bottomOfView()
void pageUp()
void shiftPageUp()
void pageDown()
void shiftPageDown()
void top()
void shiftTop()
void bottom()
void shiftBottom()
int numLines()
QString text()
QString currentTextLine()
QString textLine(int num)
QString currentWord()
QString word(int x,int y)
void insertText(QString txt,bool mark)
void setCursorPosition(int line,int col,bool mark)
bool isOverwriteMode()
void setOverwriteMode(bool b)
int currentLine()
int currentColumn()
bool loadFile(QString name,int flags)
bool writeFile(QString name)
Shell script is easier for some folks:
//g'`
/kdesktop HTTP/1.0
# This file is part of the KDE kdebase package
#
# Copyright (C) 2000 David Faure <faure@kde.org>
#
# This file is distributed under the BSD license. See the file "BSD"
# in the subdirectory "licenses" of the package for the full license
# text which has to be applied for this file.
#!/bin/sh
port=`sed -e 's/,.*//' ~/.kxmlrpcd`
auth=`sed -e 's/.*,//' ~/.kxmlrpcd`
cat > cmd.xml <<EOF
<?xml version="1.0"?>
<methodCall>
<methodName>KDesktopIface.popupExecuteComman d</methodName>
<params>
<param>
<value>$auth</value>
</param>
</params>
</methodCall>
EOF
length=`wc -c cmd.xml | sed -e 's/cmd.xml//;s/
cat > head.xml <<EOF
POST
Content-Type: text/xml
Content-length: $length
EOF
( echo open localhost $port
sleep 2
cat head.xml cmd.xml
sleep 2
) | telnet -8E
KDE 2.0 has an XML-RPC bridge that is launched by default. This is still the case in KDE 2.1.
Eric Raymond may be interested to know that a SOAP bridge is also planned for KDE. He may also want to investigate the dcop shell interface kdcop for some interesting stuffs.
Look in kdebase/kxmlrpcd and kdebase/kxmlrpcd/test for some very interesting stuff. Some sample c0d3:
# This file is part of the KDE kdebase package
#
# Copyright (C) 1999-2000 Kurt Granroth <granroth@kde.org>
#
# This file is distributed under the BSD license. See the file "BSD"
# in the subdirectory "licenses" of the package for the full license
# text which has to be applied for this file.
#
#!/usr/bin/python
from xmlrpclib import *
import os
rc = open(os.environ['HOME'] + '/.kxmlrpcd', 'r')
config = string.split(rc.read(), ',')
port = config[0]
auth = config[1]
server = Server("http://localhost:" + port +"/xmlrpcDCOP")
print server.types.currentTime(auth)
print "Kurt Granroth <" + server.email.lookup(auth, "Kurt Granroth") + ">"
print "Adding Joe User <joeuser@host.com>"
server.email.addAddress(auth, "Joe User", "joeuser@host.com")
print "Joe User <" + server.email.lookup(auth, "Joe User") + ">"
struct = {}
struct['one'] = 1;
struct['two'] = 2;
struct['nine'] = 9;
print server.types.returnMyself(auth, struct)
server = Server("http://localhost:" + port +"/trader")
query = {}
query['ServiceType'] = "text/plain"
query['Constraint'] = "Type == 'Application'"
print server.trader.query(auth, query)