Using libsmoke it *is* easy to bind Qt. You can sing nyah, nyah with your fingers in your ears if you want. That is easy too.
The number of KDE developers is growing. The number of GNOME developers is stagnant. That is a more interesting metric for ease of development than your repeated assertions.
Developing in C++/Qt is simply not horrible (even if I prefer PyQt myself!).
About 95% of GNOME *is* currently developed in a horrible environment.
That is simply not the case with KDE.
Why would that not cause an emphasis in bindings on the GNOME side? It's a simple, rather obvious thing, you just dismiss because of your pigheaded C preference, when it doesn't even mater to the point at hand.
C# bindings are libsmoke-based, called Qyoto, and part of kdebindings.
I don' t know bindings for the other languages you mention, but I haven' t looked, either. In any case, that's not an indication of a difficulty in binding them. It could even be a signal that coding in C++ is so much nicer than doing it in C, that there are not enough desperate developers.
The Python bindings predate libsmoke, are mostly automatically generated, and work, so noone bothered doing a libsmoke version.
There are also bindings for Lua, and PHP, also libsmoke-based.
No, it's not circular. Qt is a GUI toolkit. It's written in C++. It's awful nice.
Obviously, you have neither taste nor experience with real object systems. Like most Qt/KDE developers, you're just ignorant.
What are you, a LISPer?
Are you actually, seriously pushing forward GObject as a real object system preferred by developers of discerning taste? Are you drunk?
It's weird that you go on and on making arguments that hurt your own case, though.
You don't know what you're talking about.
That was specifically aimed at your silly concept that Apple preferring Objective C instead of C++, and MS dropping C++ for C# is somehow a validation of C+Glib+GObject.
C was not even running in that race. C was the dead horse from which they made the glue to attach the plaque to the trophy of that race.
No, it's not circular. Qt is a GUI toolkit. It's written in C++. It's awful nice. Ergo, you can have a nice C++ GUI toolkit. It's pretty straightforward, really.
You seem to have this idea about Qt being written in some language that is not C++. Let me disabuse you of that notion: Qt is written in C++. The proof is in the pudding: C++ compilers love its code.
And please, go educate yourself about Qt's metaobject system. It's not what you seem to think it is.
If C++ is a dead end, so is C, since it is noticeably *worse*. As you said, Apple rejected C too! and Microsoft abandoned it ages ago! For C++, even!
It's weird that you go on and on making arguments that hurt your own case, though.
It does have this "feature", and you don't even need any addons.
Add the "task manager" plasmoid to your desktop. Then in its settings select "show only minimized windows". Tweak for multirows if that floats your boat.
OTOH, this is an incredibly useless feature (yeah, I want my minimized windows on the desktop so I have to minimize the other windows to unminimize them! Really, not that smart)
If you use a folder view, you have icons in your desktop. How the hell is that not icons ON the desktop?
You actually want to have to move your mouse to another monitor to switch to an app in the first monitor? Because that's what is going to happen with a two-monitor taskbar.
It's really quite nuts as a request.
OTOH, if you want a taskbar n each monitor with each monitor's apps, that would make *some* sense but is not what you wrote.
And from that data, you reach the conclusion that KDE is weighted down by the legacy of lots of C++ code (why isn't GNOME weighted down by the legacy of lots of C code then?).
[GCC 3.4.3 20041212 (Red Hat 3.4.3-9.EL4)] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> a=1;b=2 >>> a 1 >>> b 2 >>>
Well, I believe (of course, IANAL) that the internal code *is* under the GPL. Or else, its not under any license at all.
If its under no license at all, there are lots of trouble regarding internal usage. For example, the rights of users are not clearly defined (can they actually use it?)
For example, in the case of proprietary software mentioned in a related post, the employees have the right to use because the company grants it to them in accordance to the license they get from the proprietary vendor.
The right to use Qt is granted by the GPL. The GPL doesnt provide other means to propagate the right to use than the GPL itself. So, the copy of Qt the employee gets is definitely GPL.
That leads me to believe the app is GPLd as well. Of course the FSF and the EFF disagree. So what? I havent read a rational explanation for their position yet, and its not like the EFF is always right according to the courts.
If someone posts a copy of some applications source code, he got a copy.
Since when you get a copy of a GPLd application you are getting it licensed under the GPL (and cant get it under any other license), he gets also the right to post said copy anywhere he likes.
If the company gives him the binaries he can ask for the sources, because the binaries are under the GPL. Then he can post the sources anywhere (of course the company may chose to fire him).
I suppose there could be a case where a user steals the sources of a program for which he didnt get binaries, but thats just a felony. He can go to jail for that.
Read the GPL. It grants rights automatically as soon as you get a copy. Since this theoretical guy got a copy (or else how could he publish it?) He must have gotten it under the GPL. And it was thus licensed to him.
Slashdot Mirror
Since he has never mentioned anything about compile lengths, why do you think that's connectd to his "point"?
And no, I have not in the last few years. Then again, why would someone working on KDE or GNOME need to rebuild Gtk or Qt anyway?
I mean, yes, if you are working on kdelibs you will need to work with qt-copy for a period, but that's a tiny fraction of desktop development.
In any case, as I said, I don't see a connection to anything he wrote.
Well, thank you for confirming that KDE and Qt developers are bigoted idiots.
How did I do that? I have not been involved in KDE since version 2!
I am just a PyQt hobbyist nowadays.
"Why they dropped Qt#?"
No idea, ask the author. Qyoto exists.
Using libsmoke it *is* easy to bind Qt. You can sing nyah, nyah with your fingers in your ears if you want. That is easy too.
The number of KDE developers is growing. The number of GNOME developers is stagnant. That is a more interesting metric for ease of development than your repeated assertions.
Developing in C++/Qt is simply not horrible (even if I prefer PyQt myself!).
About 95% of GNOME *is* currently developed in a horrible environment.
That is simply not the case with KDE.
Why would that not cause an emphasis in bindings on the GNOME side? It's a simple, rather obvious thing, you just dismiss because of your pigheaded C preference, when it doesn't even mater to the point at hand.
C# bindings are libsmoke-based, called Qyoto, and part of kdebindings.
I don' t know bindings for the other languages you mention, but I haven' t looked, either. In any case, that's not an indication of a difficulty in binding them. It could even be a signal that coding in C++ is so much nicer than doing it in C, that there are not enough desperate developers.
The Python bindings predate libsmoke, are mostly automatically generated, and work, so noone bothered doing a libsmoke version.
There are also bindings for Lua, and PHP, also libsmoke-based.
As usual, all along this thread, you are wrong.
If C++ is a dead end, so is C and your GNOME preference makes no sense.
Binding Qt to other languages is actually easier than binding Gtk nowadays (check libsmoke).
The Python Qt bindings are awesome, so you are, in the best case, giving a personal opinion that Gtk's are better (in my opinion they aren't)..
So all your position boils down to is "I like pygtk better"?
In short, you just keep saying things, without backing up anything, except by obviously silly, purely subjective or misleading statements.
No, it's not circular. Qt is a GUI toolkit. It's written in C++. It's awful nice.
Obviously, you have neither taste nor experience with real object systems. Like most Qt/KDE developers, you're just ignorant.
What are you, a LISPer?
Are you actually, seriously pushing forward GObject as a real object system preferred by developers of discerning taste? Are you drunk?
It's weird that you go on and on making arguments that hurt your own case, though.
You don't know what you're talking about.
That was specifically aimed at your silly concept that Apple preferring Objective C instead of C++, and MS dropping C++ for C# is somehow a validation of C+Glib+GObject.
C was not even running in that race. C was the dead horse from which they made the glue to attach the plaque to the trophy of that race.
No, it's not circular. Qt is a GUI toolkit. It's written in C++. It's awful nice. Ergo, you can have a nice C++ GUI toolkit. It's pretty straightforward, really.
You seem to have this idea about Qt being written in some language that is not C++. Let me disabuse you of that notion: Qt is written in C++. The proof is in the pudding: C++ compilers love its code.
And please, go educate yourself about Qt's metaobject system. It's not what you seem to think it is.
If C++ is a dead end, so is C, since it is noticeably *worse*. As you said, Apple rejected C too! and Microsoft abandoned it ages ago! For C++, even!
It's weird that you go on and on making arguments that hurt your own case, though.
1) Indeed I have only one ctrl key in my netbook.
Taskbar.
Then "I want my minimized windows on the dektop, so I have to click a two-handed shortcut and THEN click to unminimize them" ?
It' s obvious you have no clue:
GNOME never eliminated C++: they just never got there.
Glib, Gobject and others reimplement most of that "overhead" you mention.
C++ is very suitable for GUI development: example Qt!
It does have this "feature", and you don't even need any addons.
Add the "task manager" plasmoid to your desktop.
Then in its settings select "show only minimized windows". Tweak for multirows if that floats your boat.
OTOH, this is an incredibly useless feature (yeah, I want my minimized windows on the desktop so I have to minimize the other windows to unminimize them! Really, not that smart)
That way you end up with 4 half-assed HTML libraries in use (gtkhtml, gtkhtml2, webkit and mozembed).
If you use a folder view, you have icons in your desktop. How the hell is that not icons ON the desktop?
You actually want to have to move your mouse to another monitor to switch to an app in the first monitor? Because that's what is going to happen with a two-monitor taskbar.
It's really quite nuts as a request.
OTOH, if you want a taskbar n each monitor with each monitor's apps, that would make *some* sense but is not what you wrote.
Not C#, but there is no reason you couldn' t do it using C# too. And I must say it's a heck of a demo!
http://www.youtube.com/watch?v=Py_eUAQS1UY
Let's see:
1) GNOME wraps C libs for C# and Python
2) KDE wraps C++ for C# and Python
And from that data, you reach the conclusion that KDE is weighted down by the legacy of lots of C++ code (why isn't GNOME weighted down by the legacy of lots of C code then?).
Sir, you have an excepcional brain.
Check here:
http://lateral.netmanagers.com.ar/weblog/2008/07/16.html#BB701
In at least one very common config, named.conf is a symlink, so copying it doesn'tavoid it being overwritten.
The named update script "copies" symlinks by making another symlink, not by copying the underlying file.
And since mac addresses are both publicly visible and trivial to change, anyone can impersonate a doctor in that system. Good job there!
Urgh. No, it's not that, it's that you have not read the docs.
Put this as x.conf:
[server]
socketPort = 8080
socketHost = 127.0.0.1
threadPool = 10
Then do a cpg.server.start('x.conf')
and see what happens.
I mean, really, did you think someone would publish a web framework that could only handle 1 concurrent request? Are you stupid?
How hard is it to try it? Not hard.
[GCC 3.4.3 20041212 (Red Hat 3.4.3-9.EL4)] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> a=1;b=2
>>> a
1
>>> b
2
>>>
And he has already made a huge mistake saying Pascal invented probability because he was a gambler.
Pascal was almost too strongly **not** a gambler. It was a gambler's request that made him think about it, though.
If that's the kind of fact-checking the book has, it's going to be right mostly by coincidence.
Also, the tone of the first part (the "I have been blah blah blah" piece) is extremely annoying. Let's hope it picks up a little, at least.
Well, I believe (of course, IANAL) that the internal code *is* under the GPL. Or else, its not under any license at all.
If its under no license at all, there are lots of trouble regarding internal usage. For example, the rights of users are not clearly defined (can they actually use it?)
For example, in the case of proprietary software mentioned in a related post, the employees have the right to use because the company grants it to them in accordance to the license they get from the proprietary vendor.
The right to use Qt is granted by the GPL. The GPL doesnt provide other means to propagate the right to use than the GPL itself. So, the copy of Qt the employee gets is definitely GPL.
That leads me to believe the app is GPLd as well. Of course the FSF and the EFF disagree. So what? I havent read a rational explanation for their position yet, and its not like the EFF is always right according to the courts.
If someone posts a copy of some applications source code, he got a copy.
Since when you get a copy of a GPLd application you are getting it licensed under the GPL (and cant get it under any other license), he gets also the right to post said copy anywhere he likes.
If the company gives him the binaries he can ask for the sources, because the binaries are under the GPL. Then he can post the sources anywhere (of course the company may chose to fire him).
I suppose there could be a case where a user steals the sources of a program for which he didnt get binaries, but thats just a felony. He can go to jail for that.
Read the GPL. It grants rights automatically as soon as you get a copy. Since this theoretical guy got a copy (or else how could he publish it?) He must have gotten it under the GPL. And it was thus licensed to him.
I suspect that on win32, it would use TWAIN whenever appropiate.
You know, since the authors are not completely braindead and all that.
-rwxr-xr-x 1 root root 39220 nov 16 21:35 /usr/bin/kdeinit
You know, kdeinit doesn't actually do anything. It's just a way to get libraries into memory faster.