Re:Priorities, priorities
by
eno2001
·
· Score: 2, Insightful
Asshole mods. Actually, I think the monkey got it right. This kind of news IS "stuff that matters". After all, why else would anyone be reading Slashdot other than the articles about computer related (with a free/open bent) technologies and software? If you aren't reading for that reason, then you're in the wrong place. That's why I've devoted my JEs to discussing technology/software/asking linux related questions, etc... Oh yeah, and the occasional dig at Slashdot and trolling.
-- -"...bad old ideas look confusingly fresh when they are packaged as technology" - Jaron Lanier (Digital Maoism on Edge.o
A new GTK release
by
GreatBunzinni
·
· Score: 3, Insightful
Here is a new GTK release and I bet that once again it will be almost impossible to install it easily and successfully through the config/make/make install way.
Damn those dependencies. Damn them to hell.
-- Slashdot, fix your code or at least hire someone who is competent at it to do it for you.
Why tell people what something is? Very simple, to attract potential users.
Take your sig for example... someone who doesn't know what it is most likely going to say "Firefox? What is that? Why should I get it?" Yes, they could go to the webpage and inquire for themselves, but that takes effort, and many (including Slashdot readers) like a brief summery that helps them decide if they will click on the link to learn more.
Everyone seems to think there's some kind of big KDE vs GNOME 'you must choose one or the other' thing but personally I think a shoddy desktop environment is worse than none at all and I'd rather just forgo them both and use the command line plus my GTK apps. Why GTK? Because I just happen to like gaim, galeon, and xchat, and there really isn't anything for Qt I like. The simplicity is nice.
Re: Thanks!!
by
Black+Parrot
·
· Score: 2, Insightful
> Currently GTK is one of my favorite toolkits. The reason: Pango. I use multiple languages in my documents
I just recently discovered that GTK+ with Pango has cool monolingual uses as well, since it supports a simple markup language that lets you very easily do things to the text in your menus, buttons, etc., such as italicize, sub- or superscript, etc.
Re:I love Gnome and GTK
by
Anonymous Coward
·
· Score: 1, Insightful
Hopefully that will not happen anytime soon. The mono runtime doesn't work properly on the BSDs yet (mostly due to bugs in glib's threading system and boehm-gc). What about systems that don't have support for JIT yet? Should those run mono apps in interpreted mode? No, thanks.
Re:They're improving the file dialogs...
by
Lisandro
·
· Score: 2, Insightful
Agreed. Windows, for example, opens a window slightly bigger and with less space dedicated to the directories shortcuts, which improve usability a great deal. It could work well with the new GTK dialog.
Like i said earlier, it's just a matter of polish. Generally speaking, i like the new file dialog.
No matter how hard C is, gtk/glib is impressive.
by
master_p
·
· Score: 3, Insightful
I prefer Qt, as I think C++ is better overall, but I've got to give credit to the gtk/glib guys. They've done a tremendous API, all in C!
I'm glad they brought back the ability to type a path in the file dialog, with search-ahead. This was sorely lacking in GNOME lately.
only Qt/X11 and Qt/Mac are GPL'd
by
codergeek42
·
· Score: 0, Insightful
Qt is only open-source for Mac OS X and X11 (*nix). For Windows applications, it is not open-source. GTK+ is, however.
Re:They're improving the file dialogs...
by
ernstp
·
· Score: 2, Insightful
That's because you are using NVidias binary driver, right? Then you have the RENDER extension hardware accellerated, and RENDER is used to compose and draw the transparent bitmaps. Some X.org OSS drivers also have accellerated render, not as good as nvidias though.
Altough C is not an OO language, it can be used in an OO way. And this is exactly what GObject, the object system upon which GTK+ is built provides; GTK+ has an OO API, not a procedural one, despite it's written in C. Wrapping this in C++ (or another OO language) is relatively straightforward; you get a nicer syntax, but the concepts stay the same.
Slashdot Mirror
Asshole mods. Actually, I think the monkey got it right. This kind of news IS "stuff that matters". After all, why else would anyone be reading Slashdot other than the articles about computer related (with a free/open bent) technologies and software? If you aren't reading for that reason, then you're in the wrong place. That's why I've devoted my JEs to discussing technology/software/asking linux related questions, etc... Oh yeah, and the occasional dig at Slashdot and trolling.
-"...bad old ideas look confusingly fresh when they are packaged as technology" - Jaron Lanier (Digital Maoism on Edge.o
Here is a new GTK release and I bet that once again it will be almost impossible to install it easily and successfully through the config/make/make install way. Damn those dependencies. Damn them to hell.
Slashdot, fix your code or at least hire someone who is competent at it to do it for you.
Why tell people what something is? Very simple, to attract potential users.
Take your sig for example... someone who doesn't know what it is most likely going to say "Firefox? What is that? Why should I get it?" Yes, they could go to the webpage and inquire for themselves, but that takes effort, and many (including Slashdot readers) like a brief summery that helps them decide if they will click on the link to learn more.
Help Brendan pay off his student loans
Everyone seems to think there's some kind of big KDE vs GNOME 'you must choose one or the other' thing but personally I think a shoddy desktop environment is worse than none at all and I'd rather just forgo them both and use the command line plus my GTK apps. Why GTK? Because I just happen to like gaim, galeon, and xchat, and there really isn't anything for Qt I like. The simplicity is nice.
> Currently GTK is one of my favorite toolkits. The reason: Pango. I use multiple languages in my documents
I just recently discovered that GTK+ with Pango has cool monolingual uses as well, since it supports a simple markup language that lets you very easily do things to the text in your menus, buttons, etc., such as italicize, sub- or superscript, etc.
Google for "pango markup language" for more info.
Sheesh, evil *and* a jerk. -- Jade
A sad day it will be when we actually need to explain what GTK is on Slashdot. Hopefully, this day has not arrived yet.
(Sorry about the rant, but I just had to. I guess posts like the parent are the sign of the times... :-\ )
The filesystem is the package manager
Hopefully that will not happen anytime soon. The mono runtime doesn't work properly on the BSDs yet (mostly due to bugs in glib's threading system and boehm-gc). What about systems that don't have support for JIT yet? Should those run mono apps in interpreted mode? No, thanks.
Agreed. Windows, for example, opens a window slightly bigger and with less space dedicated to the directories shortcuts, which improve usability a great deal. It could work well with the new GTK dialog.
Like i said earlier, it's just a matter of polish. Generally speaking, i like the new file dialog.
I prefer Qt, as I think C++ is better overall, but I've got to give credit to the gtk/glib guys. They've done a tremendous API, all in C!
I'm glad they brought back the ability to type a path in the file dialog, with search-ahead. This was sorely lacking in GNOME lately.
Qt is only open-source for Mac OS X and X11 (*nix). For Windows applications, it is not open-source. GTK+ is, however.
That's because you are using NVidias binary driver, right?
:-)
Then you have the RENDER extension hardware accellerated, and RENDER is used to compose and draw the transparent bitmaps.
Some X.org OSS drivers also have accellerated render, not as good as nvidias though.
(ATI's driver sucks
an object oriented language is the way to go.
Altough C is not an OO language, it can be used in an OO way. And this is exactly what GObject, the object system upon which GTK+ is built provides; GTK+ has an OO API, not a procedural one, despite it's written in C. Wrapping this in C++ (or another OO language) is relatively straightforward; you get a nicer syntax, but the concepts stay the same.