I think that someone of you that can replay to false things must post a
replay.
Why bother? There are lots of false things in the Internet.
--tml
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
OK from me, of course.
--tml
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
As long as it seems clear that none of the actually affected parties
(i.e. the people who hold the copyright to parts of GIMP and other
(L)GPL-licensed bits bundled by the scammers) care about the alleged
problem or would consider doing anything, this discussion is mostly
pointless.
--tml
selling the software on ebay. In my country (germany) some people do not
have access to broadband internet and like to buy a CD of the software.
GIMP has been relatively often distributed on CDs that come with
relevant magazines, also in Germany. Very recently even, I know
because some of these
Whether you have/had the authority
to grant that permission is another question.
I should note that nowadays such requests coming to me are for PSPI,
not GIMP itself, as I haven't built and distributed any GIMP binaries
in a long time. When they used to ask for permission to redistribute
GIMP,
Pls give me a hand to inform a right place
(guide line) to compile GIMP source code upon windows OS,
It's much easier to cross-compile it from Linux. I suggest you use
openSUSE and familiarzie yourself with the GIMP (and all dependencies)
cross-compiled to Windows (both 32- and 64-bit)
A motion blur is a retinal effect that has a time dependence.
Is motion blur actually something people perceive with their eyes
and brain, or something that only exists in physical artefacts?
(Either intentionally created by an artist to give the impression of
motion, or as an direct result of
I think an IWarp tool would require mechanisms in GIMP that don't
exist yet as none of the current tools, even if superficially similar
(like the smudge tool) requires them. Also, the exact way an IWarp
tool should behave should be specified before one starts coding on
it;) Yeah, getting input on
Tor, and what solution can you advice?
File bugs with the respective maintainers to fix the problem? But
yeah, that might take a while of course.
So sure, if you know what you are doing, and you verify that it works,
feel free to rename DLLs.
But be aware then that telling about it might
Can anyone tell me the trick to building GIMP under cygwin (on Windows XP
64-bit).
You really mean you are building for Cygwin, not Windows?
My immediate problem is that the GEGL make fails because execinfo.h is not
found.
Well, most likely nobody has attempted to build GEGL for Cygwin
after renaming some libraries (libintl-8 to intl,
libpng14-14 to libpng12-0) everything went Ok
Renaming DLLs is never a good idea. There might be a good reason why
the name was changed - namely because the API and/or ABI has changed.
--tml
___
0. Have to use M$ Windows
Don't bother writing M$, that is so last century.
way out: Use Cygwin.
In what way is that a way out? You will still be using Windows...
You should be aware that if you use Cygwin, and your intent is to
build software for native Windows (software that doesn't
You are right, that in some seldom situations it might make sense
to initialize values to other start values. But they should always be
predictable.
You didn't get the reasoning about letting the compiler, or valgrind,
catch use of uninitialized variables, did you?
The same is here: a
Will the compiler stop execution on any warning? It should, and not
compile any code that gives warnings, otherwise your attempt will not
work. People will ignore it just for testing.
That depends on the project. Many projects do use flags like -Werror,
although that is not always possible.
The test
if( template )
makes only sense, if you can be sure that uninitialzed values
will definitelky be NULL.
You must have missed the g_return_val_if_fail (! template ||
GIMP_IS_CONTEXT (template), NULL) .
It checks if template is NULL or a pointer to a valid GimpContext. If
template is
It seems that you're talking Windows in this case. ;-)
Frankly, it is a very bad thing when applications include a script language
engine in their distribution that then is installed somewhere in a non-
standard place on the platform.
But what is the standard place for Python on Windows? And
Nothing personal, just a friendly reminder to people who distribute
personal builds like this: Please note that even if you do it just
temporarily on a small scale, you still need to follow the licenses,
i.e.offer the sources for all GPL or LGPL code you distribute. You
don't want to give anybody
Thanks, I believe Python is the solution I was looking for.
But if you really wanted to use Prolog, surely Python is quite far
from that? Or is there some extension or whatever to Python that
allows one to write Prolog-like clauses, a Python-hosted Prolog in a
way?
(Apparently, yes, there are
In your educated guess, are the GIMP-vs-window-management problems:
1) bugs in the port of GTK+, or
2) are they inherent limitations of window properties model of
the interaction between an application and graphic system?
Both;) The exact meaning of what in the X11 world is called
[ It's all about attitude. Saying Patches welcome is an unhelpful attitude.
OK, so what about Feel free to ask for your money back? Or OK, I
guess you have to use the competing products then?
--tml
___
Gimp-developer mailing list
It was GIMP's decision to use GTK+,
Well, d'oh! I wonder if you know what the G in GTK+ means?
Yeah, they should have stayed with Motif, would have prevented the
port to Windows and all the clueless whining that causes.
--tml
___
Gimp-developer
Let me restate it:
it is pointless to fix bugs/problems on windows, since they do not
happen (and if they happen, developers do not want to see reports).
No, not at all. Bug reports (in the proper place, i.e.
bugzilla.gnome.org) are always welcome, especially if they describe
specific error
2.6.6. Tested on Windows.
As has been said before, one should not think that the way GIMP's
windows behave on Windows is how they are supposed to behave. There
are bugs in GTK+ on Windows that affect GIMP.
It is pointless to describe the misbehaviour of GIMP windows on
Windows to GIMP
Please note that the behaviour of GIMP's windows on Windows is not
necessarily as intended by the developers. The reference environment is
using metacity as widnow manager on GNOME on Linux. You shouldn't infer
anything about the developers' intentions from how GIMP's windows happen to
behave on
I have tried all possible permutations of paper size between Gimp and the
Windows driver. Since this setup works great for all other applications
(e.g. Word, IE, Firefox, etc.), I don't see how the problem could lie
anywhere else than Gimp.
(The problem is in GTK+ more likely, but that GTK+
Between 2.17.2 and 2.17.3 the client-side-window branch was merged to
master. What you see is very likely due to this.
FWIW, not even gtk-demo built from git master head of GTK+ runs
properly on Windows at this time. I don't see any crash, though, just
screen updating failures (blank areas that
It's a horrible trick. You would probably never guess if you weren't
told how it works or read about it somewhere.
So what? It wouldn't hurt anybody either. It would presumably be
trivial to implement and it wouldn't require any new UI.
--tml
___
I'm hoping somebody can help me with a GIMP problem. I want to install
GIMP 2.6 on a computer that is NOT internet-accessible.
And presumably, running Windows?
I do not need, nor do I want all the added perks such as Weatherbug and PC
Confidential.
Huh? What are these and what do they have
The Linux kernel is also GLP [sic], but the majority of Linux CD
distributions
does not ship the source.
Oh yes they do. Not on single-CD installation disks, but all Linux
distros provide source package files for all Open Source packages they
provide, from their own repositories. Usually the
i am trying to cross compile gegl-0.0.22 with command CC=arm-linux-gcc
./configure arm-linux --target=arm-linux
When cross-compiling you should use --host, not --target, to specify
the architecture the executables you are building will run on.
--target is used when configuring compilers and
See the bug report for my comment.
http://bugzilla.gnome.org/show_bug.cgi?id=561973#c6 In short, it is a
known fact that GTK+ on Windows doesn't implement generic
inter-process drag-and-drop. Only accepting files dragged from
Explorer onto GTK+ applications work, and dragging images from IE
all colors can be specified with light wavelength measures isn't that true?
can't it be that instead of RGB color you say
light color wavelength instead?
Not at all. There are lots of coloursthat are not equivalent to that
of visible light of some single wavelength. Just think of purple.
The
What you need to do is to *port* the code to use what's available on
Windows instead of the functionality declared in the missing header
files.
Of course, it is highly likely that a library like openjpeg intended
to be generally usable and cross-platform already *is* portable to
Windows. And
But openjpeg is far from complex
I mean source code file and folder structure -wise. The algorithms and
code in the source files is of course probably quite complex. But one
doesn't need to dive into the actual code just to build the software.
--tml
it was trivial to modify the Unix
Makefile to work with mingw. Took some fifteen minutes.
That said, as there already *are* official Windows binaries (including
a DLL) of libopenjpeg available from the openjpeg.org site, why not
use that instead of compiling an own build? My personal opinion
Anyone know where I can get a valid sys/resource.h sys/times.h ?
On a Unix system of your choice.
--tml
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Ok. I choose Cygwin, as it contains these files. Is this OK ?
Sure, if you want to build code for Cygwin, but that has then nothing
to do with the native Win32.
My reply was perhaps a bit too terse, a failed attempt to be ironic.
I've copied the files from this crappy system into my
Full cygwin development tree install.
Please avoid Cygwin if you are building native Windows software.
Cygwin is nice if you build Cygwin software, but presumably that is
not what you are wanting to do, if you want to build plug-ins that
work with the native Windows GIMP.
(Yes, I do know that
As far as I know there is no GIO/win32 backend which supports http.
Http is supported in libgio itself (using the winhttp API from
winhttp.dll, which is looked up at run-time, so if you lack that, it
won't work). See gio/win32/gwinhttp*.c.
--tml
___
I'd like to help with the translation of Gimp and especially the
translation of the Windows version's menu entries and file context
menu entries.
I don't think there are many translated strings that would be
Windows-specific in GIMP? Any file chooser ones might be in GTK+ and
not GIMP.
Where
I don't think these things are in any po-files, but in separate files
Ah, OK, now I understand which strings you mean. Yes, it would indeed
be nice if these strings would also be translated, and if that would
happen as part of the normal localisation process, i.e. if the strings
were present in
That said, at least the gdk_window_set_keep_above() function can be
tested with testgtk, and it seems to work.
I may be wrong, but I remember that various users reported that it would
not work on Windows. Is GIMP doing something differently than testgtk?
(Pay attention to gdk vs. gtk
If you want to change the behaviour on Windows, then you should check how you
can contribute to GTK+. This is where window-management related problems are
supposed to be solved (for example, if the the always on top hint for docks
would work, then one big problem would be solved already).
One problem in implementing window manager hints and related things
correctly on Windows is the lack of exact specifications what they
should do, and a lack of *minimal* sample programs that could be used
to verify that the implementation is correct.
That said, at least the
On 16/02/2008, Sven Neumann [EMAIL PROTECTED] wrote:
No, the tool class shouldn't do anything but providing the user interface.
I now realize that the non-GUI code for a warp tool does not need to
be very interesting or complicated. One could maybe even just use the
existing displace plug-in
Will we be able to do undo *between* the strokes ?
* before Do it?
* after Do it ? In other words, will the undo stack be updated
after each stroke ?
After Do it, yes, definitely.
But before, that is a tough question. In my first patch (which is not
good), each stroke is undoable,
Unfortunately now that I have had time to think a bit harder, I
understand that there is a fundamental difference in how my initial
effort to implement a warp tool works compared to how the IWarp filter
does.
Basically, when using the IWarp filter, and manipulating the preview
in its dialog,
Do you really need to do it exactly the way the filter does it?
From your description, I don't really understand why your
current approach is less valid, or even why it will produce a
significantly different result.
It does produce a significantly different result. In my current code,
A first version is here: http://tml.pp.fi/gimpwarp.diff . Diff against
current SVN.
Known problems:
- reuses the smudge icon and cursor
- the remove warp functionality doesn't do anything
- the bilinear filtering and adaptive supersampling toggles have no effect
- especially in the Move mode you
I managed to get the Direct X input controller working with my Joystick. The
buttons trigger various things OK, but I can't get the Z Axis to control
sliders
(the paint brush radius for example). Might be something I've misunderstood
about the setup though.
It might also be just because of
I downloaded and tried to compile Roland Simmen's DeNoise plug-in. It
only comes with source files, no Makefile, no configure to make the
Makefile. gimptool-2.0 doesn't seem to like multiple *.c source files.
Well, I don't know anything about DeNoise in particular, but have you
tried then
On 13/11/2007, Aurimas Juška [EMAIL PROTECTED] wrote:
I think it would be very useful if you could tell us how to compile
using both Microsoft Visual Studio and msys/mingw32.
Well, in a nutshell, you have to know what you are doing;) Short instructions:
Most importantly, the plug-in obviously
On 13/11/2007, Tor Lillqvist [EMAIL PROTECTED] wrote:
I will shortly create a developer package for GIMP 2.4 and add a link
to it on the http://www.gimp.org/~tml/gimp/win32/downloads.html page.
Now it is there: http://www.gimp.org/~tml/gimp/win32/gimp-dev-2.4.zip
. Please test and tell me
Now it is there: http://www.gimp.org/~tml/gimp/win32/gimp-dev-2.4.zip
. Please test and tell me if something is missing.
Ah, I now see it needs some tweaking, Please hold on for a day or so
until I have fixed the gimptool program to work better. (I hadn't
looked at it for a long time...)
--tml
Hi all. I had develop a couple of plug-in and I need to compile it for
windows... Can anyone can tell me how?
First tell us how you compiled it on Linux, and what kind of
experience, if any, you have of development on Windows, and what
tools, if any, you already have for that. (ILike, have you
So if are planning any particular features for 2.6, now is the time to
present them here so that they can be put on the roadmap.
I plan to make iwarp into a tool.
--tml
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
Yoshinori Yamakawa writes:
For example, it can read the primary monitor profile as follows:
Looks good. Please file this code in bugzilla.gnome.org attached to an
enhancement request for GIMP.
--tml
___
Gimp-developer mailing list
Heiko Schmidt writes:
I just compiled Gimp 2.3.19.
'Der Prozedureinsprungspunkt png_set_add_alpha wurde in der DLL
libpng12.dll nicht gefunden.'
What could cause this?
Your executable is using another libpng12.dll than the one that
corresponds to the import library you linked it
=?WINDOWS-1252?Q?Aurimas_Ju=9Aka?= writes:
How do I change plug-in source tree so that console window wouldn't
appear in background (On Win32 platform)?
Add -mwindows to the *linking* command line. (Or /subsystem:windows if
you use MSVC.)
--tml
ICMP Request writes:
Although I have to recognize that it's a very low priority issue, could
be nice to see it implemented on new versions.
Thanks for the suggestion. This problem is already reported in our bug
tracking system. See http://bugzilla.gnome.org/show_bug.cgi?id=163544
. It will
Sven Neumann writes:
If someone wants to try to recover some of the JPEG save settings when
loading the JPEG file, feel free.
There are some scenarios in which blindly reusing the quality factor
guesstimated from loading an image is not a good idea, even if the
guesstimate is very accurate.
Sven Neumann writes:
If someone wants to try to recover some of the JPEG save settings
when loading the JPEG file, feel free.
I did.
Index: plug-ins/jpeg/jpeg-load.c
===
--- plug-ins/jpeg/jpeg-load.c (revision 22905)
+++
Guillermo Espertino writes:
I didn't know that PS compression scale doesn't follow the jpeg
specification.
There is no such specification for a compression scale or quality
factor.
Inside an JPEG image, what actually defines the lossiness of the
compression are a set of so-called
Sven Neumann writes:
I already explained that the JPEG plug-in cannot access the settings
that were used to save the file.
Actually, it shouldn't be that hard to at least try. If the
quantization tables used in an image correspond exactly (or closely
enough) to those produced by libjpeg with
Tor Lillqvist writes:
One might imagine some application even doing a clever analysis of an
individual image to come up with image-specific quantization
tables.
http://citeseer.ist.psu.edu/cache/papers/cs/1634/ftp:zSzzSzftp.cs.wisc.eduzSzpubzSztech-reportszSzreportszSz94zSztr1257.pdf/rd-opt
Guillermo Espertino writes:
The same image exported as jpeg with the same quality factor (let's take
75% as an example)
Where did you get that percent sign from? GIMP doesn't show any
percent sign. The quality value is not a percentage of anything. You
should just treat it as a number on a
[EMAIL PROTECTED] writes:
Here if I can do say 10 re-saves at 85% quality, it produces no
discernible changes in picture quality.
Presumably you also re-load the image you just saved each time?
--tml
___
Gimp-developer mailing list
Campbell Barton writes:
Since carol had the composure to be civil with people face-to-face makes
me think that she does KNOW BETTER...
I am not so sure. At LGM2007 there was at least one occasion where I
was present when carol started her typical carol-speak, and
(predictably) directing odd
I am a newbie to GIMP. I have downloaded gimp-2.2.13.tar.gz, but I
have a problem now. I don't know how to compile it in WindowsXP.
Are you really sure you want to?
Have you built any non-trivial Open Source software on Windows (or on
Linux even) earlier? (Just running ./configure make
(Let's keep this discussion on the gimp-developer list. In general,
please don't reply privately to messages sent to a mailing list. At
least in Open Source circles that is commonly considered rude. The
purpose of public mailing lists is to keep the discussion open and
archived.)
I am a
SorinN writes:
That's why we need a Gimp PRO, Inkscape PRO, Scribus PRO - someone, a
Firm / Govern / Foundation / Linux Distro / Billionaire ...or a
mixture of them must hire core developers of all 3 projects - put them
into a big WEB / DTP Core Linux project and manage development and
Joao S. O. Bueno Calligaris writes:
How hard would it be to create a .msi installer for gimp + gtk+,
instead of the current zip files?
The current installer zip file is just a wrapper around a single .exe
file installer.
(Just in case somebody confuses this with the gtk+ etc zip files on
Hal V. Engel writes:
I have noticed that recent CVS builds will issue the following error when
opening some files with embedded profiles:
How recent? Could this be the problem fixed by:
2007-01-03 Tor Lillqvist [EMAIL PROTECTED]
* plug-ins/common/lcms.c (run): Fix mixup
David Gowers writes:
Is there some way of convincing GIMP to send warning/error/informative
messages to a useful place on Win32?
Start GIMP with the command:
gimp-2.2 gimp.log 21
from cmd.exe. This requires that you have added GIMP's bin
folder to your PATH.
--tml
Michael Natterer writes:
No. You don't want to look at emacs code. Really.
While talking about Emacsish features, one feature I often miss in GUI
apps is something equivalent to Emacs's C-h c (describe-key-briefly).
I.e., a way to find out what a certain keypress does. The main use
case for
Hi,
This patch should fix a couple of longstanding problems with
fontconfig on Windows that manifest themselves especially in GIMP. The
root cause to the problems is in Microsoft's incredibly stupid stat()
implementation.
See for instance http://bugzilla.gnome.org/show_bug.cgi?id=154968 and
PLinnell writes:
Here is how Scribus launches GIMP on Win32 from within Scribus:
[...] If I am wrong, I hope someone corrects this.
I am sure you are right, but I don't see what your answer has to do
with the original question ;)
gimptool-2.0.exe, and the header files and import libraries
Brendan writes:
Please, oh Lord, someone fork Gimp.
I can imagine the scenario: (This is a parody, not a flame)
Someones forks GIMP, sets up a project on (say) SourceForge. He spends
lots of effort on the project's web page. (He is a c00l web designer.)
It has a long list of features that this
that the Handle type in the Photoshop API is used by some
plug-ins in an undocumented way. Instead of treating a Handle as an
opaque type, they know that a Handle in fact is a pointer to a
pointer, and use it like that without calling the lock API which is
the documented way to get the pointer from a Handle.
Tor
Martin Nordholts writes:
I've have experience with both of Photoshop and GIMP, and I don't agree. To
me Photoshop's interface is much more thoroughly designed.
Well, using usability expertise and the experience of real power GIMP
users in (re)designing GIMP's UI is something which the GIMP
Bart writes:
BTW the SDK is available on other sites on the net i posted the url at
the beginning of that thread.
Surely you aren't suggesting that we should use illegally (well,
against its license anyway) redistributed copies of the PS6 SDK to
improve the psd plug-in? That would be very
Alexandre Prokoudine writes:
8bi files working on Mac and Win only (as far as i know).
*cough*
http://tml-blog.blogspot.com/2006/02/photoshop-filters-in-gimp-on-linux.html
pspi handles only .8bf files (filter plug-ins), though. (It would be
possible extend it to handle file format
Brannon King writes:
compositing (I think that term refers to handling/merging the image
data formats)
Umm, no. As far as I know compositing refers to the handling/merging
of the layers of an image.
In a future GEGL-based GIMP, layers can also be algorithmic, for
example: a blurring layer.
Yavala writes:
Can someone help me with the simple plug-in (hello message
box)http://developer.gimp.org/writing-a-plug-in/1/index.html?
Well, the most obvious error is that there is no initial '#' character
on the line where you try to include libgimp/gimp.h. (Have you never
programmed in C
Yavala writes:
Can anyone show me how to compile the simple Plug-in1 hello' message on
GIMP.
The simple plugin for gimp is available at this link
http://developer.gimp.org/writing-a-plug-in/1/index.html.
I don't see any complete source code on that page, unfortunately. What
did you do,
lode leroy writes:
The thing is that for compiling gimp from cvs, you need quite some expertise
in the autotools, libtool, aclocal, pkg-config etc to fix those
not-100%-working-together- distributed binaries...
Would it be feasible to create a big zip-file that contains everything for
lode leroy writes:
In fact, what happens is that when linking with ZLIB.DLL,
the exe expects ZLIB-1.DLL instead of ZLIB1.DLL. (or vice-versa).
The official zlib dll is called zlib1.dll. Any other name means it is
not official. Official as in directly from real maintainer of
zlib. As the
Lance Dockins writes:
1) Is there a way to get python to work on Windows
Yes. Personally I have so far not really been interested in Python and
haven't attempted to build the Python scripting support. But others
have it working.
AND is it even necessary to build GIMP?
No.
2) Where do I
There is no longer a gimp on windows mailing list,
Well, for a list that doesn't exist it is pretty active...
http://groups.yahoo.com/group/gimpwin-users/
I guess rockwalrus meant there is no *developer-oriented*
Windows-specific GIMP (or GTK+) list. That's true.
--tml
michael chang writes:
Solution: Linux/POSIX emulation layer. Cygwin is usually used.
Actually, I think MSYS is more commonly used nowadays, or Microsoft's
own Interix. Cygwin is a bit too heavy, and has a tendency of
occasionally getting too much in your way. Please note the use of
POSIX
Paolo Magnoli writes:
/mingw/include/unistd.h:13:27: no include path in which to search for
unistd.h
Huh? That's a very odd message. What happens if you compile a trivial
source file that just contains the line #include unistd.h?
--tml
___
Paolo Magnoli writes:
Hi, I've put up a file with that line only in it and tried to compile it, I
got the same error:
/mingw/include/unistd.h:13:27: no include path in which to search for
unistd.h
There must be something broken in your mingw installation. I have
never seen that message
Carol Spears writes:
even photographs from the way back past would be interesting.
http://www.flickr.com/photos/tml/tags/gimpcon/
--tml
___
Gimp-developer mailing list
Gimp-developer@lists.xcf.berkeley.edu
Based on ChangeLog* po*/ChangeLog:
Index: authors.xml
===
RCS file: /cvs/gnome/gimp/authors.xml,v
retrieving revision 1.6
diff -u -0 -r1.6 authors.xml
--- authors.xml 20 Aug 2005 02:28:29 - 1.6
+++ authors.xml 27 Aug 2005
Stephen Robert Norris writes:
I wrote the original Plasma plugin, Displace plugin and... waves?
plugin... It's been a while.
OK. As Sven said, no big changes are expected. I assume all who can't
be with 100% certainty classified as documenter or artist will
stay as author.
--tml
Arnaud Darmont writes:
It seems that i'm missing some lib files from gimp
and gtk2+. I don't want to build those softwares completely, could someone
send me the necessary LIBs?
Go to www.gimp.org/win32/downloads.html for developer packages
(headers, import libraries) for GTK+, Pango, atk
Michael Schumacher writes:
BTW, does anyone know what exactly the MinGwPORT stuff is about? Is
it the start of a package management system?
As far as I have been able to figure out, it's a way to package a
patch and pre- and post-build scripts to automate building something
from a pristine
lode leroy writes:
ftruncate is not present in my version of mingw, so I changed it to make it
compile.
Why don't you upgrade to a more recent version then? (Or have they
dropped their inline ftruncate() implementation in unistd.h from
bleeding-edge versions?)
--tml
michael chang writes:
MinGW/MSYS comes in about 20 or so different packages, which can be
confusing to install.
Umm, isn't it more like half a dozen? From memory: gcc, binutils, gdb,
w32api, msys, maybe the msysDTK (or whatever it was called, the
package that contains the auto* support stuff
[EMAIL PROTECTED] writes:
is triggered by the / key, too, but this (for obvious reasons) doesn't work
on Windows.
Actually, it does, at least for me, with GIMP 2.2 and GTK+ 2.6.8.
Although if you need to enter a drive letter, after typing the slash,
you have to backspace once to erase it,
1 - 100 of 213 matches
Mail list logo
