Linked by Eugenia Loli on Tue 4th Oct 2005 22:09 UTC, submitted by Manuma
GTK+ Kristian Rietveld blogs what to expect on GTK 2.10+ e.g. offscreen widgets, faster dialogs and more. Meanwhile, GTK+ stable version 2.8.6 was released with various bug fixes.
Order by: Score:
Okay but...
by Anonymous on Tue 4th Oct 2005 22:33 UTC
Anonymous
Member since:
---

I wish they'd just start work on version 3!

Reply Score: 0

RE: Okay but...
by Anonymous on Tue 4th Oct 2005 22:57 UTC in reply to "Okay but..."
Anonymous Member since:
---

I wish they'd just start work on version 3!

Why? The only reason for a version 3 is because you're breaking compatibility with 2. And that's something you do because 2 is holding you back.

Is there anything that's preventing new features from being added to 2, that makes you want them to break compatibility?

Reply Score: 2

RE[2]: Okay but...
by Anonymous on Tue 4th Oct 2005 23:13 UTC in reply to "RE: Okay but..."
Anonymous Member since:
---

When Project Ridley is done, I believe that is when it will become 3.0.

Reply Score: 0

RE[3]: Okay but...
by kaiwai on Wed 5th Oct 2005 03:24 UTC in reply to "RE[2]: Okay but..."
kaiwai Member since:
2005-07-06

Project Ridley can actually be done right now, without needing to break binary compatibility. All Ridley is, is a merging of a number of different projects under one roof; those who need compatibility, simply keep the seperate libraries going, whilst those who embrace the new features will simply have to say, "requires GTK 2.10 or later"

Reply Score: 1

RE[2]: Okay but...
by taschenorakel on Tue 4th Oct 2005 23:17 UTC in reply to "RE: Okay but..."
taschenorakel Member since:
2005-07-06

It's really sick, that people complain about GTK+ keeping it's major version number that long, instead of recognizing that it obviously is some achievment to extend GTK+ but keep it source and binary compatible for more that 42 months now. This "two" in front of GTK's version number expresses nothing but compatiblitly. From a developers point of view quite alot as been improved since 2.0.

Well, but fortunatly[?] the GTK+ crew realized, that stability and maturity makes bad marketing: Not enough fancy improvements to announce. So they decided to announce GTK+ 3.0 as soon as Project Ridley is finished. Oddly enough this release number will be a marketing gag only.

some people do a great job in keeping GTK+

Reply Score: 3

RE[3]: Okay but...
by ma_d on Wed 5th Oct 2005 00:12 UTC in reply to "RE[2]: Okay but..."
ma_d Member since:
2005-06-29

Definitely. For one, the filechooserbutton has saved me quite a bit of time. No mucking about with making a filechooser dialog, a button, and a text widget; I just throw that in and boom; an hour of work and a mess of code eliminated! Of course, I could care less about the hour, it was the mess to clean up later I didn't want!

Reply Score: 1

...
by Yuske on Tue 4th Oct 2005 22:37 UTC
Yuske
Member since:
2005-07-28
RE: ...
by somebody on Tue 4th Oct 2005 23:34 UTC in reply to "..."
somebody Member since:
2005-07-07

Yep, and I imagine where it could be used first. Not rotating, but cairo scaling.

People were always bugging Gimp people that toolbox widgets are too large. If I understand correctly, zoom should be appliable just as rotation, which means toolbox could automaticaly just scale down everything inside but without any problem with its current theme (mini gtk was now handled as separate part of .gtkrc and very very buggy).

Reply Score: 1

rant
by Anonymous on Tue 4th Oct 2005 22:52 UTC
Anonymous
Member since:
---

but will there be a new standard gtk rant for osnews, or will people still complain that it is slow

Reply Score: 0

v RE: rant
by fooo on Wed 5th Oct 2005 02:06 UTC in reply to "rant"
v RE[2]: rant
by Anonymous on Wed 5th Oct 2005 02:11 UTC in reply to "RE: rant"
GTK 2.8.x for windows
by JrezIN on Tue 4th Oct 2005 23:18 UTC
JrezIN
Member since:
2005-06-29

Is there any GTK 2.8.x installer for Windows avaible? The last one I can find is from 2.6.9 version. Any other? even unstable ones? I would like to check how is the performance using Cairo in Windows as it's now...

Reply Score: 1

RE: GTK 2.8.x for windows
by taschenorakel on Tue 4th Oct 2005 23:30 UTC in reply to "GTK 2.8.x for windows"
taschenorakel Member since:
2005-07-06

No, just alot of win32 folders containing ZIP files spread all over ftp.gtk.org and ftp.gnome.org.

Reply Score: 1

v They should
by Anonymous on Tue 4th Oct 2005 23:29 UTC
v Gnome is dying
by Anonymous on Tue 4th Oct 2005 23:34 UTC
v RE: Gnome is dying
by Yuske on Tue 4th Oct 2005 23:41 UTC in reply to "Gnome is dying"
RE[2]: Gnome is dying
by JonO on Wed 5th Oct 2005 00:37 UTC in reply to "RE: Gnome is dying"
JonO Member since:
2005-09-23

The trolls have what to do with KDE, again?

Really, disliking a project because of misguided trolls on the internet is very silly.

Reply Score: 3

Please line up
by Anonymous on Tue 4th Oct 2005 23:35 UTC
Anonymous
Member since:
---

Let's keep this orderly, people. Trolls about GTK being slow, please step to the right. Trolls about Gnome in general, please step to the left. Trolls about other topics, please take a number.

Reply Score: 1

Fast path for fonts?
by Anonymous on Tue 4th Oct 2005 23:54 UTC
Anonymous
Member since:
---

What about fast path for western fonts? I'm sure that a great deal of the "speed" issues with GTK would be lost if this were done.

Ultra fast chooser sounds cool though...

Reply Score: 0

RE: Fast path for fonts?
by ma_d on Wed 5th Oct 2005 00:15 UTC in reply to "Fast path for fonts?"
ma_d Member since:
2005-06-29

It would be cool to have a build time option to make pango only deal with western fonts. I mean, that's all I'm gonna deal with anyway... I wouldn't do it in a distro release, but I'd rebuild on my home machine!

Reply Score: 1

v usability
by Anonymous on Tue 4th Oct 2005 23:57 UTC
Yayayaya!
by ma_d on Wed 5th Oct 2005 00:10 UTC
ma_d
Member since:
2005-06-29

Can you please fix the filechooserbutton too? Everytime I add it to a window, the window takes <forever> to load up and I hear tons of disk churning... Of course, the second time I load it it's massively better.

But the faster filechooser loads will be a VERY welcome change; especially since I massively preferred the old file chooser anyway!
Speaking of, screw bookmarks: Give us keyboard usability. I want to be able to type my way through a file selector.

Reply Score: 1

RE: Yayayaya!
by fooo on Wed 5th Oct 2005 02:21 UTC in reply to "Yayayaya!"
fooo Member since:
2005-09-21

Another anoying thing is that when you try overwrite a file, it asks you are you sure, if you click no instead of falling back to the file save dialog it just closes. That really sucks.

Reply Score: 1

RE: Yayayaya!
by Anonymous on Wed 5th Oct 2005 11:38 UTC in reply to "Yayayaya!"
Anonymous Member since:
---

The filechooserbutton will benefit from the filechooser work, as suprise suprise, it actually creates a filechooser.

Reply Score: 0

Add Audio-Centric Widgets
by Anonymous on Wed 5th Oct 2005 00:24 UTC
Anonymous
Member since:
---

GTK should include a standard set of audio widgets such as, jog wheels and knobs.

Reply Score: 0

RE: Add Audio-Centric Widgets
by Anonymous on Wed 5th Oct 2005 11:31 UTC in reply to "Add Audio-Centric Widgets"
Anonymous Member since:
---

No it shouldn't, they are specialised widgets and would only bloat it. Such widgets should belong to gstreamer, where they actually make sense.

Reply Score: 0

The effects look good but
by davisable on Wed 5th Oct 2005 01:11 UTC
davisable
Member since:
2005-07-10

I hope they change the file browsing / opening / saving dialog.

One of the few GTK-based apps I use is Firefox and I absolutely hate the current GTK file browser /open/save dialog.

Reply Score: 1

RE: The effects look good but
by Anonymous on Wed 5th Oct 2005 01:51 UTC in reply to "The effects look good but"
Anonymous Member since:
---

Firefox doesn't use the standard open/save dialog - it implements it's own in 1.0.x versions of Firefox.

Are you saying you prefer the custom firefox dialog, or are you confusing the custom dialog with the standard one?

Reply Score: 0

RE[2]: The effects look good but
by Anonymous on Wed 5th Oct 2005 03:09 UTC in reply to "RE: The effects look good but"
Anonymous Member since:
---

On some distros Firefox uses the GTK file selector and not its own. Personally I don't like the file selector, I think its awful, though the GTK apps I use are ok.

Reply Score: 0

Dying Gnomes?
by Anonymous on Wed 5th Oct 2005 01:24 UTC
Anonymous
Member since:
---

The proposition that Gnome is dying is idiotic, especially in a GTK thread since Gnome != GTK. So lets rephrase that as the question, is GTK dying? The obvious answer is no. You have a thriving community around it that is about as large as the QT based FOSS community. Thatís not dying to me. Then you have SWT, more apps are being developed with it, who knows maybe java programs based on SWT will become significant on the Linux desktop, if they do they will integrate nicely with Gnome. Again, thatís not dying. Then there is wxWidgets and there are lots of apps, FOSS apps, based on it. Iíve found a statistic on freshmeat per toolkit and the wx based apps far outnumbered those written for QT/KDE and GTK/Gnome and of course the Linux version sits on top of GTK and integrates nicely into Gnome. I wouldnít call this dying, I would call this thriving, and before anybody starts with KDE is dying, let me ask you, how can you consider a large, self-sufficient and growing community as dying?

Reply Score: 1

RE: Dying Gnomes?
by kaiwai on Wed 5th Oct 2005 03:25 UTC in reply to "Dying Gnomes?"
kaiwai Member since:
2005-07-06

I'd say that GTK is actually replacing Motif, which was once the stable developing tool for UNIX; as features are added, speed is improved, the need to maintain old motif legacy code will be moot.

Reply Score: 1

RE[2]: Dying Gnomes?
by kaiwai on Wed 5th Oct 2005 06:43 UTC in reply to "RE: Dying Gnomes?"
kaiwai Member since:
2005-07-06

-1

Interesting, and on what basis was that made? the fact that a person makes a remotely positive comment about GTK.

Please, OSNews staff, when a person puts a point or takes one, their name should be registered against the comment to show to all the community who added/subtracted points - maybe then people would think twice before acting like a dickhead.

Reply Score: 1

v GTK
by JMcCarthy on Wed 5th Oct 2005 02:29 UTC
GTK Fileselector Navigation
by Mystilleef on Wed 5th Oct 2005 03:13 UTC
Mystilleef
Member since:
2005-06-29

You can use the keyboard to navigate within the file selector. Just start typing! Typing activates a search completion widget that aids you in navigating through files and folders. It also supports tab completion! I think the file selector is well designed and it will only get better.

Reply Score: 2

v Breaking News!
by Anonymous on Wed 5th Oct 2005 03:36 UTC
RE[2]: GTK 2.8.x for windows
by 1c3d0g on Wed 5th Oct 2005 04:35 UTC
1c3d0g
Member since:
2005-07-06

Here you go: the latest GTK+ for Windows that I know of. It's a shame that the 2.8.x series isn't available on this platform though... :-(

http://prdownloads.sourceforge.net/gaim/gtk-runtime-2.6.10-rev-a.ex...

Reply Score: 1

RE[3]: GTK 2.8.x for windows
by Anonymous on Wed 5th Oct 2005 06:59 UTC in reply to "RE[2]: GTK 2.8.x for windows"
Anonymous Member since:
---

Wrong, latest GTK+ for windows is 2.8.4, runs nice here together with Gimp 2.3.4 (the new siox tool is really great) have a search on SourceForce.net or on the gimp ftp site

Reply Score: 1

Anonymous
Member since:
---

I _greatly_ appreciate the offscreen stuff, because it happens to perfectly suit the needs of a project I will have to tackle. The specific application (with a MacApp legacy) relies on printing partially reformatted dialog contents for documentation of its use, and this looked _hard_ and like a big roadblock until now. With the new features it should be either direct-to-print via cairo (haven't looked at the source yet) or at least pixmap-to-print. So YAY! for me and my specific needs.

However, I doubt this is very interesting to most. And as Nautilus maintainer, IMO, Alex should've focused on bringing that up to standards first. It's still so _abysmally_ slow with even a low 4-figure number of files per folder that it's not funny. 2.12.0 still takes in the order of 10 seconds on a 2GHz AMD machine. Worse, when this combines with the new spring-loaded-foldout on a d-n-d copy, it forces desperation upon the user because s/he not just can't continue, but has to hold down the mouse button to avoid dropping the files somewhere in nirvana.

I use Gnome for 95% of my daily work, but in this case it's actually faster to load the whole Qt-lib-chain, navigate to the given folder, and _still_ have Konqueror not just run circles around it, but de-class Nautilus into the realm of the ridiculous. Right down there with the 10.0.0-Finder.

Printing is also absent, so there's a lot to do.

Now, folks, the question arises "It's FLOSS, so why don't you scratch your itch and code it yourself?". I actually might have considered delving a bit into Nautilus and read a bit of the mailing list. It seems to be that Alex is rather quick at patch rejections with either a "this won't work" or a "this is not how i like it" attitude rather than a somewhat more constructive approach - so at least some efforts will be lost in friction. The first reason likely comes from bad maintainability of the code base, but then I'd say it's his task to bring it into shape for larger participation. Maintaining such a core component IMO brings a bit more responsibility than happily hacking along as a part time job besides making GTK offscreen-happy.

Reply Score: 4

RE[4]: GTK 2.8.x for windows
by 1c3d0g on Wed 5th Oct 2005 12:05 UTC
1c3d0g
Member since:
2005-07-06

Indeed. Good to see them move GTK6 forward. :-)

http://sourceforge.net/project/showfiles.php?group_id=121075&packag...

Reply Score: 1