They're improving the file dialogs...
by
Lisandro
·
· Score: 3, Interesting
...which is good. The file chooser improved a lot on GTK2, but it could still use some polish.
BTW, does anyone knows if GTK supports the Composite render extension available on X.ORG? Or perhaps it has nothing to do with it and doesn't need it? I tried enabling compositing on XFCE 4.2rc2, and while the desktop looked MUCH better (with true transparency, window shadows and the works), it slowed my system to a crawl.
Re:They're improving the file dialogs...
by
flithm
·
· Score: 5, Interesting
Just so people don't get the wrong idea about Composite or Xorg, on my relatively modern (but by no means uber) computer xorg + composite + translucency + drop shadows doesn't slow it down one bit. In fact with all the effects on the windows actually appear to slide around smoother than they did before, although I'm sure this some kind of psychological effect.
Also of note is that I have one graphics card driving two monitors, and it's still not an issue.
Don't be afraid to try Composite on Xorg! And if you run into problems submit bug reports! Xorg has great promise. Let's all help to make it as good as it could be (and no I'm in no way related to the Xorg project. I just think eye-candy is where its at).
GTK+ is a multi-platform toolkit for creating graphical user interfaces. Offering a complete set of widgets, GTK+ is suitable for projects ranging from small one-off tools to complete application suites.
GTK+ has been designed from the ground up to support a range of languages, not only C/C++. Using GTK+ from languages such as Perl and Python (especially in combination with the Glade GUI builder) provides an effective method of rapid application development.
GTK+ is free software and part of the GNU Project. However, the licensing terms for GTK+, the GNU LGPL, allow it to be used by all developers, including those developing proprietary software, without any license fees or royalties. GTK+ is the only 100% free-of-cost open source industrial-strength GUI toolkit available today.
Since its origins as the toolkit for the GNU Image Manipulation Program (GIMP), GTK+ has been used in a wide range of software. Notably, GTK+ is the foundation of the GNOME desktop; GTK+ 2.6 will be incorporated into version 2.10 of the GNOME desktop.
I love Gnome and GTK
by
bonch
·
· Score: 4, Interesting
...but when are they going to just go full-on GTK# running on a Mono framework?:D
Beat Microsoft at its own.NET game.
Re:I love Gnome and GTK
by
aldoman
·
· Score: 4, Interesting
But how long do we as an OSS community stop very new and exciting development in the premise of 'it doesn't work on 0.5% of systems'?!
Linux _desperately_ needs to have a working, easy to use RAD environment. Something as simple, or simpler than Visual Basic. I want to be able to create a simple Linux application by dragging and dropping some form elements onto a page and double clicking on a button and typing a few lines of simple code and have it all working.
Glade is good, but it's not easy enough.
Mono has the possibility of bringing this to fruition. I want to see sharpdevelop making good GTK# apps in a few hours.
My thanks as usual to the people who build GTK and Pango. I guess that I have not yet really learned to appreciate the people behind the curtain, the GLib people, but since they make GTK possible, thanks to them as well.
Currently GTK is one of my favorite toolkits. The reason: Pango. I use multiple languages in my documents, as well as the compose button, and all GTK apps handle it perfectly (I use utf-8 of course). And although the input methods are somewhat redundant architecture that should be lower than the level of the toolkit IMHO, GTK input methods are the best, especially when combined with UIM.
Thank again to all the people involved.
BTW: is there a keyboard shortcut to switching input methods. UIM has it, but I sometimes need to switch to cyrillic translit (can not use ru phonetic since the keyboard is in dvorak) from Chinese and back, and that is a bit painful?
-- badness 10000
A lot of stuff in Gtk is replacing Gnome widgets..
by
Abcd1234
·
· Score: 3, Informative
If you read the release notes, it's interesting to see that many of the changes are the creation of widgets that are intended to replace stuff in the Gnome libraries (e.g., the new icon viewer widget). It makes one wonder where the line should be drawn between the widget set and an aggregate library. Moreover, I wonder what the drivers are for moving these things back into Gtk if they're already present in the Gnome stuff (other than to reduce dependencies).
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.
GTK != Grand Theft Potassium
by
viva_fourier
·
· Score: 3, Funny
Sorry to disappoint you chemistry geeks out there, it's been verified: I did a search on GTK and did not find any Grand Theft K 3d chemistry gaming references...apparently it's some toolkit for gimps.
Move along, nothing to see here.
-- and now back to the fallout shelter...
They're improving the file dialogs...Keys.
by
Anonymous Coward
·
· Score: 3, Informative
"I hate not being able to do a tab-based regexp search, as common in ye olde GTK+. "
Control+L
Re:Better for windows users now
by
msaavedra
·
· Score: 3, Interesting
The difference between Wimp and other GTK engines is that it uses the windows GUI engine to draw most things, so they are identical to the native windows controls. It does a better job of this in Windows XP than in previous versions, though. Wimp still causes quite a bit of pain in Windows 98.
As for wxPython, I've switched away from that to pyGTK, for a couple of reasons. First, the stable version of Wx uses a really ancient version of GTK on unix. Second, I really disliked the API. I have heard that it is similar in style to MFC, and if that is the case, I'm glad I've been able to stay away from Windows-only programming as long as I have.
--
"Any fool can make a rule, and any fool will mind it."
--Henry David Thoreau
Re:A lot of stuff in Gtk is replacing Gnome widget
by
Burnon
·
· Score: 3, Informative
Much of the motivation on the devel mailing lists seemed to be oriented around the idea that the gnome libraries had things in them that weren't quite ready for the gtk/glib guys to commit to supporting in the API-stable 2.x series forever. So the code was put into GNOME libraries to get GNOME apps out the door. When implementations and APIs for things that are generally useful to people doing GTK-only stuff got clean enough for everyone concerned, then they got picked up.
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!
Two Questions
by
KidSock
·
· Score: 3, Interesting
On Windows, if you type a sequence of characters quickly in a list control (such as in a file dialog) the focus jumps to an item that begins with those letters. Will GTK every implement that?
Also, is there is a way to change the standard file dialog without recompiling everything? I want to set my own custom file dialog.
Slashdot Mirror
BTW, does anyone knows if GTK supports the Composite render extension available on X.ORG? Or perhaps it has nothing to do with it and doesn't need it? I tried enabling compositing on XFCE 4.2rc2, and while the desktop looked MUCH better (with true transparency, window shadows and the works), it slowed my system to a crawl.
from the website:
GTK+ is a multi-platform toolkit for creating graphical user interfaces. Offering a complete set of widgets, GTK+ is suitable for projects ranging from small one-off tools to complete application suites.
GTK+ has been designed from the ground up to support a range of languages, not only C/C++. Using GTK+ from languages such as Perl and Python (especially in combination with the Glade GUI builder) provides an effective method of rapid application development.
GTK+ is free software and part of the GNU Project. However, the licensing terms for GTK+, the GNU LGPL, allow it to be used by all developers, including those developing proprietary software, without any license fees or royalties. GTK+ is the
only 100% free-of-cost open source industrial-strength GUI toolkit available today.
Since its origins as the toolkit for the GNU Image
Manipulation Program (GIMP), GTK+ has been used in a wide range of software. Notably, GTK+ is the foundation of the GNOME desktop; GTK+ 2.6 will be incorporated into version 2.10 of the GNOME desktop.
...but when are they going to just go full-on GTK# running on a Mono framework? :D
.NET game.
Beat Microsoft at its own
My thanks as usual to the people who build GTK and Pango. I guess that I have not yet really learned to appreciate the people behind the curtain, the GLib people, but since they make GTK possible, thanks to them as well.
Currently GTK is one of my favorite toolkits. The reason: Pango. I use multiple languages in my documents, as well as the compose button, and all GTK apps handle it perfectly (I use utf-8 of course). And although the input methods are somewhat redundant architecture that should be lower than the level of the toolkit IMHO, GTK input methods are the best, especially when combined with UIM.
Thank again to all the people involved.
BTW: is there a keyboard shortcut to switching input methods. UIM has it, but I sometimes need to switch to cyrillic translit (can not use ru phonetic since the keyboard is in dvorak) from Chinese and back, and that is a bit painful?
badness 10000
If you read the release notes, it's interesting to see that many of the changes are the creation of widgets that are intended to replace stuff in the Gnome libraries (e.g., the new icon viewer widget). It makes one wonder where the line should be drawn between the widget set and an aggregate library. Moreover, I wonder what the drivers are for moving these things back into Gtk if they're already present in the Gnome stuff (other than to reduce dependencies).
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
Sorry to disappoint you chemistry geeks out there, it's been verified: I did a search on GTK and did not find any Grand Theft K 3d chemistry gaming references...apparently it's some toolkit for gimps.
Move along, nothing to see here.
and now back to the fallout shelter...
"I hate not being able to do a tab-based regexp search, as common in ye olde GTK+. "
Control+L
The difference between Wimp and other GTK engines is that it uses the windows GUI engine to draw most things, so they are identical to the native windows controls. It does a better job of this in Windows XP than in previous versions, though. Wimp still causes quite a bit of pain in Windows 98. As for wxPython, I've switched away from that to pyGTK, for a couple of reasons. First, the stable version of Wx uses a really ancient version of GTK on unix. Second, I really disliked the API. I have heard that it is similar in style to MFC, and if that is the case, I'm glad I've been able to stay away from Windows-only programming as long as I have.
"Any fool can make a rule, and any fool will mind it."
--Henry David Thoreau
Much of the motivation on the devel mailing lists seemed to be oriented around the idea that the gnome libraries had things in them that weren't quite ready for the gtk/glib guys to commit to supporting in the API-stable 2.x series forever. So the code was put into GNOME libraries to get GNOME apps out the door. When implementations and APIs for things that are generally useful to people doing GTK-only stuff got clean enough for everyone concerned, then they got picked up.
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!
On Windows, if you type a sequence of characters quickly in a list control (such as in a file dialog) the focus jumps to an item that begins with those letters. Will GTK every implement that?
Also, is there is a way to change the standard file dialog without recompiling everything? I want to set my own custom file dialog.