David Neary writes:
Sven Neumann wrote:
David Neary [EMAIL PROTECTED] writes:
2) Not enough developers use Bugzilla to find out what bugs need
fixing
3) Not enough developers hear user complaints
I'd like to chime in here and say that gimp seems much more responsive
than most projects
Sven Neumann writes:
Assuming your camera adds EXIF info, are you seriously telling me that
you do not run 'exiftran -a -i' on each and every image you ever shoot
and instead use GIMP to rotate them?
Add another voice to all the others saying No, I leave my originals
untouched, and only edit
Sven Neumann writes:
Mitch and me also agreed that we would like to do something about
http://bugzilla.gnome.org/show_bug.cgi?id=162385 and even get that
change into the stable branch. The fact that the file-chooser in GIMP
doesn't remember the last used folder in GIMP 2.2 was probably a wrong
I haven't seen anything in a while about the menu reorganization
which was proposed a while back.
One thing I'd like to see is getting script-fu and python-fu items
out of separate menus and integrating them into the regular menus,
so users don't have to know what language something was written
Sven Neumann writes:
I consider to change what GIMP uses the Space key for and would like
to get some user feedback on this. Currently, pressing the Space key
temporarily switches to the move tool.
Spacebar to switch temporarily to move is awfully useful. I didn't
know about it until this
Alan Horkan writes:
I was thinking fo doing something similar for the python plugins (and
It was my intention to include python-fu as well. I must have missed
it because python-fu didn't get built in the tree I was using (it's
there now). I need to make an updated patch anyway, to include
Nathan Summers writes:
On 6/21/05, Carol Spears [EMAIL PROTECTED] wrote:
different levels of artificial intelligence; are there opinions of ways
to rearrange the Xtns portion of the menu system?
Great topic. Personally I'd love to see the Script-Fu and Python
entries go away, for the same
I've posted a patch to bug 116145 which would move all the color
operations -- currently in Image/Mode, Layers/Colors, and
Filters/Colors -- to a new top-level menu called Colors.
(See the bug for the request and discussion of that.)
If I don't hear any objections I'll commit it in a day or so.
Joao S. O. Bueno Calligaris writes:
I am not so sure about Image-Modes , unless tehre is a ubmenu
Colors-Image to indicate taht thos ewill operate ont eh whole image
instead of a drawable. But then, they could just stay were they are.
How about calling it Image Mode rather than just Mode?
michael chang writes:
Some who are prompted for auto-flattening-export think it
will perminantly flatten their image, and look for a work around.
In CVS GIMP, the export dialog does say, The export conversion
won't modify your original image, so at least users shouldn't
be worried about that
Anyone pulling CVS has probably noticed that most of GIMP's
color-related functions have been moved into a new toplevel Colors
menu (as discussed in bug 116145).
There's some concern that the menu is a bit long, or could be
organized better. Sven has been enthused about paper prototyping
lately
Nice proposal. A lot of apps could benefit from a good shared font
selector -- it's not just an issue of one app, as you point out.
I love the idea of font groupings. I don't mind editing an XML file,
but I'm sure it wouldn't take much to whip up an app to help people
customize their downloaded
Joao S. O. Bueno Calligaris writes:
Unless, of course, the filename is in the ~/.gimp-2.x dir and you try
to getthere by start typing .
I am serious about this: I _lost_ almost 20 minutes in a 3 hour
workshop trying to get people to open files in ~/.gimp-2.x - and
It really is fairly
Sven Neumann writes:
And how do you reenable a popup that you have asked to suppress? I
think that we should try to avoid popups but simply not showing them
is not an option. If we can get away without showing the dialog, why
do we show it at all then?
In the case of the warning popups when
I wrote:
In the case of the warning popups when saving, why show them
at all? Of course it needs to flatten layers when saving to JPEG;
why not just do it without asking me every time? It's not like
I have an option to save without flattening; all I can do is
press OK.
I posted hastily: this
Pär Forsling writes:
Akkana Peck [EMAIL PROTECTED] wrote:
(about problems Tab causes because the focus ends up in the wrong
window, and wanting a way to disable Tab).
Have you posted a bug report to bugzilla about the wrong focus
behaviour? Otherwise I'll do it.
I haven't, because the focus
Frédéric writes:
I successfully compiled gimp-cvs under my debian testing, but without
gimp-print support.
What do I need to install to get it ? I can't find any gimp-print-dev or so
package...
When you're searching, be sure you use a search that would catch
both gimp-print and gimpprint,
Jakub Steiner writes:
You can preview the looks of the new GIMP icon set here:
Nice icons! I have one comment about the SIOX icon in the light set.
In current CVS, I find that the SIOX icon looks very different from
the rest. It constantly draws my eye to it and makes me think
that it is the
Jakub Steiner writes:
Thanks for the constructive feedback Akkana. It indeed is one of the few
icons with solid background. I tried to convey the fg/bg separation
message better this time around. Does that work for you?
Tim Jedlicka writes:
On 7/2/06, Marco Ciampa [EMAIL PROTECTED] wrote:
Why not to bring all the GIMP windows up over all the others windows when
I clic on to one of the many GIMP windows?
While in the image window - try a Shift-Tab (it may just be my window
manager (gnome/gdm)), but this
Sven Neumann writes:
And so far I don't see anyone complaining about my proposal to not
install any Python scripts at all with GIMP 2.4.
Not installing scripts that are there strictly as example code
makes sense. Would they stay in CVS head, so it would be easy
for people learning gimp-python
Joao S. O. Bueno Calligaris writes:
I am a heavy user of the push-move feature, and I know of other
people who are.
There are 105 keys on the keyboard - and both features are a good
thing to have with push functionality. I do not care if the move
push is changed to any other key, and
Sven Neumann writes:
On Tue, 2006-12-12 at 15:18 -0500, Kevin Cozens wrote:
I prefer to have these showing in the toolbox. When I lost them a some time
ago after a cvs up, the first thing I did was find out where they went and
how
to get them back.
You could at least have tried to
Sven Neumann writes:
That brings up another showstopper for 2.4 that is missing from the list
I posted earlier. We need to check if the new print plug-in is ready for
release. Since I don't use GTK+ 2.10 yet, I didn't get a chance to have
a look at it yet.
[ ... ]
It should at
Sven Neumann writes:
thanks for looking at the plug-in. It would help a lot if we could split
your list into problems of the Print plug-in and problems of the
GtkPrint API. The latter would have to be reported against GTK+.
I've filed a gimp bug (#387604) on the unit factor problems (I
suspect
Sven Neumann writes:
I don't think that comparable functionality is a goal of the new Print
plug-in. People can always install the gutenprint plug-in if they need
this functionality.
Robert L Krawitz writes:
Whatever one thinks of all the color adjustments and the
Gimp-Print/Gutenprint UI
Alex Pounds writes:
On Tue, Jan 30, 2007 at 08:22:11PM +0100, Sven Neumann wrote:
Any particular reason why you didn't use the screenshot feature of your
desktop for this? Just asking.
Not everybody uses a desktop that has a screenshot feature built in. I
don't, and whenever I want a
Sven Neumann writes:
On Tue, 2007-01-30 at 08:22 +0100, Sven Neumann wrote:
I don't think that the NEWS file is the right place for this. Someone
should set up a detailed description of the changes with instructions on
how to fix scripts that stop working after the update. We should then
peter sikking writes:
Peter, I have to ask: how much have you actually used GIMP for
screenshots? Have you done a lot windows cut from full-screen
screenshots? Or talked to users who do?
I am an interaction architect, I have to take a decision what is
the best solution for 1 million
peter sikking writes:
I got the fling that ksnapshot manages to take a snapshot of
the window + menu. There is where I got the idea. But reading
the documentation again, they do not 100% promise this.
I should have tried ksnapshot before! It does get the menus --
even on Edgy where GIMP's
Thorsten Wilms writes:
I found toggling between
original/preview in the same view to be superior if
you want to spot JPG artifacts.
Me too. The new setup where the preview is a layer in the image
dialog (I just updated and saw it) is wonderful. I'd been struggling
with focus/raise issues
Sven Neumann writes:
If you had read the specification (and I expect all of you to have done
that), you would know that the current state of the rectangle tool
options panel is far from final.
I knew it wasn't final. I did wonder what the current buttons were for.
The specification you're
Sven Neumann writes:
Create an SDI manager widget
Do we really want to ask someone to waste his/her time with this? It
is in my opinion not implementable in a sane way and we would likely
not accept the results then. If this is supposed to be kept on the
list then we need to agree
[EMAIL PROTECTED] writes:
Come on, that is simply a rude accusation.
Is it rude? It seems perfectly reasonable and polite to me. Interestingly
Sven seems to find this highly offensive as well. May be you think taking
offense somehow negates the criticism. It seems you both are not too
Mark Lowry writes:
I had 2.2.13 on my PC and it didn't have
FiltersGenericFFT Forward or FFT Backward. I have
2.2.14 on my laptop and those filters are there. So I
just installed 2.2.15 on my PC and those filters
aren't showing up. What gives?
Maybe you installed the Fourier plug-in at
David Marrs writes:
4) Open new canvas. PS automatically populates the canvas dimensions with
those
of the paste buffer so this operation isn't as cumbersome as it would be in
Gimp, but really it wouldn't be required at all if PS allowed you to edit an
image during the next stage.
I
guepe writes:
The Gimp JPEG plug in does not allow to save defaults settings from
session to session. It does exists for the PNG one (see bug #63610).
I decided yesterday to write the same thing for jpeg, I submit the
source code (mainly inspired from the PNG implementation).
That should be
Sven Neumann writes:
http://gui.gimp.org/index.php/Specifications
[ ... ]
The other aspect is not yet implemented. The spec suggests that when the
mouse is over one of the corner or side handles, and one of the cursor
keys is pressed, the rectangle shall be resized by one (shift: 15) image
peter sikking writes:
But in between, as long as it is not finished, there is no role for
jpeg. Only one decompression at the beginning and a compression of the
end result is defendable in high-end graphics.
I'm seeing an unspoken assumption in this thread that most photos
are edited in
I just found my (wimpy laptop) machine running slowly after
processing a few (4) images with gimp from current svn (with several
scales, a crop and several saves) then closing all the image windows.
I ran a quick memory check and discovered that gimp was using 51Mb
despite not having any images
Sven Neumann writes:
What does gmemusage display? Does it only look at malloc'ed pages or
does it also take code size into account?
I'm not sure. I think it's all of the above.
On Fri, 2007-07-13 at 15:47 -0700, Akkana Peck wrote:
I played around with gmemusage to get a feel for what
Guillermo Espertino writes:
Tabs don't work for image manipulation because is frequent to compare
between two+ images or work with two views (one zoomed and the other at
100%) . If we use tabs we have only one image open at a time and that's
mostly a problem for pros.
Clearly it wouldn't
Sven Neumann writes:
On Fri, 2007-11-02 at 23:55 +0100, Raphaël Quinet wrote:
* jpeg plug-in
+ remove the prompt for EXIF orientation: it should always be done
IMO the current solution of asking and allowing the user to skip this
question is preferred. It requires a user decision
Owen writes:
Tried updating Robert Merkel and Benoit Drooghaag's redeye.c into gimp-2.4
but it failed.
You know about Filters-Enhance-Red eye removal, standard with
GIMP 2.4, I hope?
...Akkana
___
Gimp-developer mailing list
William Skaggs writes:
I find myself doing Edit-Stroke pretty often, and there are a few easy
changes
that I think would make it signficantly better.
1) The most important is that the dialog should not go away after the Stroke
button is pushed. It often takes several tries to get the
Liam R E Quin writes:
Seems to me that probably most people will use at most a couple of the
layer modes in normal use, so maybe putting the top 7 on the menu and
having a more modes submenu is a possibility.
Eek, please no! Often the best way to use layer modes is to go down
the list one by
I got to thinking some more about this discussion about the mode
list UI. What I've really always wanted for the mode list (but
didn't want to say because it didn't seem like a good general
UI model) is a sort of mode tool: a way to keep the mode
list menu posted so I can change modes on the
Bill Skaggs writes:
Well, it would be very easy to make the layer mode menu
support a tearoff. It can literally be done by adding two
lines of C code. (I just tested.)
A tear-off Mode menu from the Layers dialog would be lovely, and
would solve every problem I've ever had with that menu.
On Sat, 2008-02-16 at 10:11 -0800, Akkana Peck wrote:
dialog, which makes the process a lot easier. I've always wished
I could have something like [a dialog] for the mode on the current layer,
so I could easily try each layer mode sequentially.
Sven Neumann writes:
Why don't you just
[EMAIL PROTECTED] writes:
This seems pretty marginal usage. Can anyone advise if removing sharefonts
will break fu or any other parts of gimp?
The freefonts and sharefonts packages disappeared from Ubuntu and
Debian quite a while ago (years). Kind of a shame -- there were some
nice fonts in
Alchemie fotografiche writes:
1.a # for bourne and ksh users:
GAP_DEBUG=y
export GAP_DEBUG
1.b # for csh users
setenv GAP_DEBUG y
Now i don't know if i am a bourne, a ksh, or a csh user, i just know (and not
as expert) how to use the terminal
Paka writes:
the opensuse team that is maintaining gimp/ufraw does not believe that
exif data is important to the project and do not include support for
exif. I questioned stbinner at suse dot de several years ago (iirc)
and was imformed. Perhaps several questions/comments from different
Alexia Death writes:
I'm going to echo my support for this. The nags on saves are
counterproductive.
And often they're not even right -- e.g. The image has
transparency, flatten? shows up on anything with an alpha
channel even if every pixel is fully opaque. All those dialogs
do is train the
[EMAIL PROTECTED] writes:
Additionally, the 'forced .xcf' behaviour can be quite nagging - consider
user experience for a quick Levels adjustment to a photo:
[ ... ]
Where i agree with you, is that gimp should support the typical workflow
which centers around a .xcf main document with several
[EMAIL PROTECTED] writes:
3) Putting Text on a .png (in-place file editing)
- Open bla.png
- Text layer created
- Export to bla.png exporting to currently opened file is
admittedly ugly, but
consistent. The image stays
vabijou2 writes:
Image - Duplicate is an unacceptable alternative. The idea is to create a
single window that allows the user to cycle through multiple (named)
snapshots
in any order he chooses to see large or small changes more readily. Image
-
Duplicate has so many negatives to this
Rogier Wolff writes:
I have a weird obsession. I work with images that are larger than what
most other people work with.
So I don't need a 3, 5, 7, 9, 11, 13, 15, 17, or 19 pixel fuzzy
circle, but I need one that is around 30 pixels wide. Or 50.
I'm not sure that's all that unusual. With
I wrote:
Alexia thought 50 was surprisingly large, but remember, brushes
Oops, that was Valerie, sorry.
...Akkana
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
Martin Nordholts writes:
Hi
There is a little button in the upper right corner of each image window
with the tooltip Zoom image when window size changes.
I have never used this and I can't figure out in what way it is useful.
It's useful in that it lets you scale the window exactly as big
[EMAIL PROTECTED] writes:
thanks for the explaination. I've checked and gimp-print is built with
gimp option. Should that alter the dlg I get from gimp file print menu?
Are you building in gimp-print then doing a make install?
Is this the latest gimp-print from
Rob Antonishen writes:
I have an older PIII notebook I'm willing to blow away and use just
for this purpose ... can anyone suggest the shortest path from a blank
hard drive to a working gimp develpment environment?
Sven Neumann writes:
It doesn't hurt to put babl and GEGL into /usr/local.
So finally, I hereby suggest to move to GPL3 asap.
Comments from any developers appreciated.
Liam R E Quin writes:
I think I only have half a dozen lines of code in there,
but in case there's any doubt, it's fine here :)
Likewise for me -- I don't have many lines of code in GIMP
Rob Antonishen writes:
Why limit it to path stroking?
It might be more flexible to create a stroke style editor where you
could visually adjust those attributes including tapers, brush
spacing, jitter, gradient mapping, and ultimately new features like
rotation, opacity and scaling (which
Jay Smith writes:
In the dialog box:
Image... Canvas Size...
- Layers... The dialog _always_ seems to default to None instead of
All Layers. I want to set a default of All Layers.
I too would love this to be remembered. I usually want All
image-sized layers but it gets to be a hassle
Jay Smith writes:
My desire would be for:
click (on first point)
click (on second point to finish the line)
do a keystroke command that can be accomplished with ONE hand
to execute the task (I would prefer not to have to hit the Enter
key)
You could perhaps do this with
Liam R E Quin writes:
5) zoom in on the place where you want to work, a step
at a time, gradually moving the floating selection
6) when you get to 50% or 100% so you can work, try to remember
why you wanted whatever you pasted.
Why you think that's a smoother workflow than
1) paste
On Fri, May 29, 2009 at 3:59 PM, Ryan Krauss ryanli...@gmail.com wrote:
pdb.gimp_xcf_save(1, img, drawable, xcf_path, xcf_path)
pdb.gimp_file_save(img, drawable, xcf_path, xcf_path)
That leads into something I've been needing from Python:
I'd like a way of bringing up a Save-as or Export-as
Sven Neumann writes:
On Fri, 2009-05-29 at 10:18 -0700, Akkana Peck wrote:
I need to show the dialogs because the plug-in needs to save a
file (that's the whole point of the plug-in) and it seems like
bad UI to pop up the JPEG save dialog without ever showing the
user where the file
Jernej Simončič writes:
I'm all for it - in my experience, the wheel is useless for scrolling
the images (partially because it's limited to single direction only),
but works very nicely for zooming in and out (and if you combine this
I use the mousewheel for scrolling quite often, especially
Martin Nordholts wrote:
I would just like to point out that the smallest screen size supported
by GIMP is 1280x1024, so we don't need to make 1024x768 work or look
good.
SHIRAKAWA Akira writes:
Yes, I've read that many times and I would agree with it too since
anything lower than that
Alexandre Prokoudine writes:
On Thu, Aug 6, 2009 at 1:16 AM, Sven Neumann wrote:
I'd rather open a bug-report against your window manager.
That would be Metacity, which is declared getting obsolete and has
over 400 (IIRC) not closed bugs .
It's been reported against at least 4 different
peter sikking writes:
hey guys,
I have now blogged about the single-window mode:
http://www.mmiworks.net/eng/publications/2009/09/gimp-single-mode.html
I was really getting excited about getting tabs in the image
window (the image parade idea would achieve a similar function),
since it would
On Sat, Jan 9, 2010 at 8:21 PM, peter sikking pe...@mmiworks.net wrote:
so per-tool presets would be the solution for your case
Alexia Death writes:
May it be noted that the tool presets of this nature already exist.
they are just terrible to use. those little buttons and menus in tool
Michael J. Hammel writes:
I start 2.7 in one
workspace, then switch to another, then back to the GIMP workspace. The
toolbox and docks are gone - I can't find them in any workspace. Only
the image window remains visible. Tabbing doesn't change anything.
[ ... ]
I searched but the closest I
Olivier writes:
For several weeks now (I compile the git version every Monday), the windows
in normal mode (i.e. multi-window mode) behave in a weird way: I place them
where I want them on one virtual screen, and then I move to another one
virtual screen. When I come back, the windows have
Luiz Felipe Moraes Pereira writes:
Also I do not mind much about not having a selected layer after
the deletion of a layer. But the forced viewer scroll down( or up ),
depending of the last selected layer is a problem.
This used to annoy me a lot, because I frequently want to delete,
say, the
Thales img writes:
Is there any way to change the color of part of a text? Like this:
This wordis red
I'm asking 'cause if there isn't an easy way is something to think about.
Probably the easiest way is to use bucket fill and click on each
of the letters. Note that that will change the layer
Callie writes:
Hey guys,
I have very limited experience in programming, and none at all with making
plugins, but I want to make a plugin that would make my life a whole lot
easier.
Unfortunately, it seems that all the information regarding this process is
written for people who are
Martin Nordholts writes:
On 05/14/2010 04:13 PM, Rob Antonishen wrote:
- GIMP should be easily extensible by the average user: one
click-installation of plug-ins
[...]
I agree installation of plug-ins is a pain, but I'm not aware of anyone
planning to work on improving the situation.
Olivier writes:
Git version compiled today on Ubuntu 10.04. Using a right-click in the Image
window, I detach the Image - File - Create menu. In this detached menu,
the menu entries work as customary. However, the simple entries, for example
Screenshot, have no other effect than to display a
Patrick Horgan writes:
I'm sitting here whipping out a picture of a RGB Venn diagram with text
labels with a recent pull from trunk in single window mode. [ ... ]
p.s. http://dbp-consulting.com/RGBVenn.png
p.p.s The venn diagram is done with 5 layers. Top to bottom:
I agree -- it's great
Are you a GIMP user or Summer of Code student who's been wanting to
get involved, but having trouble building, or a bit intimidated by
the build process?
I'll be running a session on IRC to help anyone build GIMP on Linux,
as part of the OpenHatch Build it project.
The session will take place on
Tim Chen writes:
Note that one has to install gtk2 using command below to avoid some weird
dependency problems
Most Linux people have to recompile gtk2 (and its dependencies) to
build GIMP now too.
ImportError: could not import pygtk
Did you build python-gtk? It's a separate package, with
83 matches
Mail list logo
