GTK+ 2.3.5 released
About The Author
Eugenia Loli
Ex-programmer, ex-editor in chief at OSNews.com, now a visual artist/filmmaker.
Follow me on Twitter @EugeniaLoli
Ex-programmer, ex-editor in chief at OSNews.com, now a visual artist/filmmaker.
Follow me on Twitter @EugeniaLoli
The file dialog still feels inmature/buggy. Can’t believe that they want to release this next week:
– The save dialog is missing any button to create a new directory.
– The load dialog requires you to know a Ctrl+L shortcut (what about i18n?) to be able to enter a location so every program will start to add “File/Open Location…” like GEdit – but you cannot change from the “Open Location” to the full file dialog.
– Have a path “/ opt gnome2.5 lib”, clicking on “gnome 2.5” takes you to “/ opt gnome 2.5”, now click on “/” and you land in “/ opt gnome 2.5 lib”!? You have to click “/” twice to go there.
– Selecting favorite places still requires double click.
– DnD of directories to favorite places still isn’t implemented.
– Not even talking about HIG violations like “Save as…” caption and “Save in Folder:” like labels
While I haven’t had time to do beta testing of GNOME 2.5 yet, good job on finding those bugs. If you enter them in bugzilla, it will hopefully make it into finished GNOME 2.6.
http://bugs.gnome.org/enter_bug.cgi?product=gtk%2B
<quote>The save dialog is missing any button to create a new directory.</quote>
There is one.
There WAS one, in gtk-2.3.4
but not now
((
:(((
but u can dnd directories to your favs (and dnd files from filechooser)
http://netart.eu.org/data/pic/gnome26ready-saving.jpeg
What Xserver are you using actually and under what Distro? thx
He’s using freedesktop.org’s new X-Server
here’s the link:
http://pdx.freedesktop.org/Software/xserver
I didn’t realize you could ‘use it’ as a drop in replacement yet… that’s pretty sweet.
I thought all the competition to XFree (except for that one branch of RC2) was still in the developmental “hey it would be cool IF…” stages…
Nope, I’m using it too and it works super.
http://midus.bright.net/~aaronm/newscreenshot.jpg
It works, but don’t expect anything fancy other than the shadows and transparency. The ATI driver for example doesn’t support XVideo and OpenGL.
Since the fd.org x server uses server-side compositing, is there still visible ghosting (the little trails that come from dragging or resizing a window)? And even though there are still a few problems with the new filechoosers, I’m really liking them. I’m sure the kinks will be worked out in a few days, they’re all pretty minor.
Nope, that’s the best part, everything is VERY solid when moving… An instance like what you’re talking about…say you move a Gaim window over a Mozilla window really quickly then it ghosts all over the mozilla window. That does not happen with fdo.org Xserver, it’s totally solid no ghosting at all. The only thing that IS a bit slower is resizing windows, but it’s not excrutiatingly slower, just a bit noticable.
Wow. That is excellent. I’m going to build the thing later this afternoon, if that’s the case. I don’t use any GL apps anyway. Thanks a lot for the info.
what card do you have? I have a geforce4 mx 440, and I’m stuck with vesa when I try to use fdo.
Could someone with the freedesktop.org’s xserver implemented maybe put up a guide to compiling / installing / using / switching between fd.o and xfree?
Sorry for the OY post, butit would be a v useful way to get more people using and hence bug reporting
Sorry, should really RTFW
http://pdx.freedesktop.org/Software/XserverInstallGuide
I’m have a Geforce fx 5200. I’m aware that that sticks me with a vesa driver, but oh well. I’m really just planning on using until the final version of FC2, unless I really like even w/o 2D acceleration.
I am running it in Vesa on both my ATI card at work and my Geforce 3 at home, seems to work great =)
The product under development by my organization is currently dependant upon gtk support under cygwin using the native win32 gtk widgets, etc in order to best serve a large portion of our audience. The best we have thus far is a prebuilt version of 2.2.1, as building it ourselves seems all but impossible, and expecting our users to do so is out of the question.
Does anyone know if this has been addressed in the development leading to 2.4? If not, then I will unfortunately be forced to use deprecated portions of the api for the forseeable future.
Fwiw, here is the product homepage: http://www.cshcn.umd.edu/research/atemu/
@JCooper
IF U WANT ACCELERATION,
use –enable-dri –enable-glx with xserver (itself), but first get, compile and install mesa CVS and drm from DRI cvs.
@PePe
My system is Debian experimental
My card – Radeon R100
Try http://www.gimp.org/win32. The precompiled DLLs for GTK 2.2 seem to work fine (without dependency on Cygwin). Take a look at http://gtk-wimp.sf.net/ for a Win32 GTK theme engine which emulates the look of native widgets.
It seems as though these products don’t work from within cygwin? As is stands, our program doesn’t have a “real” windows port, so we use win32 gtk from within cygwin.
Unless these products you’ve suggested can work with cygwin (and from what I’ve seen of their documentation, they don’t seem to), I’m still out of luck.
Can you clarify this for me? Appologies if I’m just misinterpretting things.
Cygwin can link to non-Cygwin libraries just fine. So yes, these will probably work with Cygwin too.
how to get the refresh rate higher than 60Hz using vesa driver?
debian experimental… is that testing or unstable?
Debian experimental is neither testing nor unstable: It’s Debian experimental. Stable <- testing <- unstable <- experimental (I think, I might have testing and unstable reversed, and of course not everything in experimental will find its way into unstable, etc. etc).
Experimental is seperate from the unstable -> testing -> stable chain. It is a place where DD can put packages that are not quite ready to hit Debian for testing.
@—.lns1.mel2.internode.on.net
I’m using xati
@Matthew A. Nicholson
<quote>It is a place where DD can put packages that are not quite ready to hit Debian for testing.</quote>
Yes, but it’s quite usable for x86