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.
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
Re:They're improving the file dialogs...
by
Anonymous Coward
·
· Score: 2, Informative
That's a video driver issue, unfortunately. There's only one driver for Xorg at the moment that accelerates the necessary operations for translucency. (the non-free nNivia driver).
There's a planned port of the Kdrive acceleration architecture that'll make it much easier to accelerate it with other drivers.
Click the word that you didn't understand, "GTK," in the article. It was convieniently made into a link for people like you who don't know what it is. The text on this linked page is nice enough to start out with a concise description of what GTK is, and gets into more detail if you care to learn more. Here's an example: "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 projects to complete application suites." This is what hypertext is designed for. The author of this story did the "Right Thing"®
Click the "Preferences" option on the left and uncheck sections which contain articles you don't understand so you don't see them on the front page anymore.
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).
Re:A lot of stuff in Gtk is replacing Gnome widget
by
MarkLewis
·
· Score: 2, Informative
Actually, Gtk# originally started as a managed wrapper just for GTK+ (hence the name), but has since grown to include the rest of the Gnome libraries (gnomeui, pango, etc) as well.
The fact that they haven't changed the name is misleading, but all the base GNOME libraries are available.
Re:They're improving the file dialogs...
by
silvaran
·
· Score: 2, Informative
You really need to have hardware acceleration enabled to use composite effectively. I've found that with the NVIDIA binary drivers, and RenderAccel enabled, it feels much, much smoother than without the composite manager running. If you have an NVIDIA card, you can do this in your video device section:
Option "RenderAccel" "true"
Then run "xcompmgr -c" on the active $DISPLAY while X is running (unless your window manager du jour has built-in composite support) and you're ready to go.
Re:They're improving the file dialogs...
by
MighMoS
·
· Score: 2, Informative
Um, not entirely. The window manager....manages windows. As such, it has complete control over the window as a whole, as well as drawing borders around it. Check out Luminocity if you're interested.
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:Will it work with wxwidgets?
by
VZ
·
· Score: 2, Informative
We haven't tested wx with 2.6.0 yet so it is possible that currently something is broken (as you say, ideally it shouldn't be, but in practice GTK+ minor version upgrades have often proved to have not so minor compatibility problems). However our next 2.5.4 release will definitely work with it as will the next stable 2.6.0 (of wx, not GTK+). Hopefully they will match each other as perfectly as their versions do;-)
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.
Re:They're improving the file dialogs...
by
coaxial
·
· Score: 2, Informative
There should be a text input working in parallel with the gui. Sometimes, it's easier to just type the name, especially with the help of auto completion. It's also convenient to cut/paste the pathname in the file selector.
A lot of people agree with you. [url:http://bugzilla.gnome.org/show_bug.cgi?id=136 541] The gtk2.4 filechooser was a big mistake. I have no idea if this is fixed in 2.6. It really should be since people have been bitching about this dialog the moment it was placed in wide release. Of course this isn't the only dubious "improvement" in GTK/GNOME's usability.
Re:They're improving the file dialogs...
by
peterjm
·
· Score: 2, Informative
you're obviously on crack - or you have translucency turned on for that one little window that's never above anything else.
try joining xorg on freenode. The channel topic says it sall "composite is slow, we know".
now, don't get me wrong. I love what the composite extension can do; But don't go getting people's hopes up, "ooh, my 900Mhz celeron proc with a 32 meg graphics card will look just like my dads powerbook" cuz it ain't gonna happen.
Re:They're improving the file dialogs...
by
St.+Arbirix
·
· Score: 2, Informative
Bug report #11120759: Assumption that all graphic hardware manufacturers have binary drivers for the current stable Xorg release which allow for translucency and shadows to work is incorrect.
Affects: Many, if not all ATI cards and Xorg >= 6.8.0
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.
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
That's a video driver issue, unfortunately. There's only one driver for Xorg at the moment that accelerates the necessary operations for translucency. (the non-free nNivia driver).
There's a planned port of the Kdrive acceleration architecture that'll make it much easier to accelerate it with other drivers.
Two options:
Click the word that you didn't understand, "GTK," in the article. It was convieniently made into a link for people like you who don't know what it is. The text on this linked page is nice enough to start out with a concise description of what GTK is, and gets into more detail if you care to learn more. Here's an example: "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 projects to complete application suites." This is what hypertext is designed for. The author of this story did the "Right Thing"®
Click the "Preferences" option on the left and uncheck sections which contain articles you don't understand so you don't see them on the front page anymore.
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).
Actually, Gtk# originally started as a managed wrapper just for GTK+ (hence the name), but has since grown to include the rest of the Gnome libraries (gnomeui, pango, etc) as well.
The fact that they haven't changed the name is misleading, but all the base GNOME libraries are available.
You really need to have hardware acceleration enabled to use composite effectively. I've found that with the NVIDIA binary drivers, and RenderAccel enabled, it feels much, much smoother than without the composite manager running. If you have an NVIDIA card, you can do this in your video device section:
Option "RenderAccel" "true"
Then run "xcompmgr -c" on the active $DISPLAY while X is running (unless your window manager du jour has built-in composite support) and you're ready to go.
Um, not entirely. The window manager....manages windows. As such, it has complete control over the window as a whole, as well as drawing borders around it. Check out Luminocity if you're interested.
"I hate not being able to do a tab-based regexp search, as common in ye olde GTK+. "
Control+L
We haven't tested wx with 2.6.0 yet so it is possible that currently something is broken (as you say, ideally it shouldn't be, but in practice GTK+ minor version upgrades have often proved to have not so minor compatibility problems). However our next 2.5.4 release will definitely work with it as will the next stable 2.6.0 (of wx, not GTK+). Hopefully they will match each other as perfectly as their versions do ;-)
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.
There should be a text input working in parallel with the gui. Sometimes, it's easier to just type the name, especially with the help of auto completion. It's also convenient to cut/paste the pathname in the file selector.
6 541] The gtk2.4 filechooser was a big mistake. I have no idea if this is fixed in 2.6. It really should be since people have been bitching about this dialog the moment it was placed in wide release. Of course this isn't the only dubious "improvement" in GTK/GNOME's usability.
A lot of people agree with you. [url:http://bugzilla.gnome.org/show_bug.cgi?id=13
you're obviously on crack - or you have translucency turned on for that one little window that's never above anything else.
try joining xorg on freenode. The channel topic says it sall "composite is slow, we know".
now, don't get me wrong. I love what the composite extension can do; But don't go getting people's hopes up, "ooh, my 900Mhz celeron proc with a 32 meg graphics card will look just like my dads powerbook" cuz it ain't gonna happen.
Bug report #11120759:
Assumption that all graphic hardware manufacturers have binary drivers for the current stable Xorg release which allow for translucency and shadows to work is incorrect.
Affects: Many, if not all ATI cards and Xorg >= 6.8.0
Workaround: harass the hell out of ATI
Direct away from face when opening.