On Thu, 2007-06-21 at 23:25 -0300, Luis A. Florit wrote:
Compiling the trunk, I saw that GIMP (also version = 2.3.18)
needs libexif = 0.6.15, while there is no RPM repository
with libexif version bigger than 0.6.13. (Probably most RPM
based distros have the libexif outdated).
[...]
Same
On Tue, 2007-06-26 at 01:30 +0200, peter sikking wrote:
[...]
actually right now I am specifying how the selection tools should deal
with long, very narrow selections, with the web guys in mind.
Please don't forget other users :-) I routinely have a selection
that's, say, 10,000 pixels by
On Tue, 2007-06-26 at 19:11 +0200, peter sikking wrote:
Liam,
Please don't forget other users :-) I routinely have a selection
that's, say, 10,000 pixels by roughly 40 pixels. This might not
be a usual case for Web graphics...
an aspect ratio of 1000 to 4. cool.
at what zoom level(s)
On Sun, 2007-07-08 at 12:19 +0200, Sven Neumann wrote:
[...]
Due to the way file plug-ins are implemented in GIMP, it is not trivial
to do this. But you can easily work around it by assigning Ctrl-S to
Save As.
I'd advise making ^S to be Quit. Then you'll be prompted, realise
your mistake,
On Tue, 2007-07-10 at 19:41 +0200, Sven Neumann wrote:
On Mon, 2007-07-09 at 18:37 -0400, Liam R E Quin wrote:
For my part I miss save a copy as... which in some programs
saves the file like Save As but doesn't change the filename of
what's being edited.
GIMP 2.3 has this feature
On Wed, 2007-08-01 at 14:25 +1200, Robert Carter wrote:
[...]
I would want to modify:
= Menu layout
= Keyboard short cuts ( including backspace, tab and space which are
standard PS shortcuts )
And also possibly (less important)
= GTK behaviours of the panels (photoshop has several
On Thu, 2007-08-09 at 19:35 +0200, Øyvind Kolås wrote:
For downscaling (decimating) box filtering is orders of magnitude
better than the buggy erronious use of interpolation that currently is
used in GIMP.
For what it's worth, for www.fromoldbooks.org, I routinely scale
images down to 20% or
On Mon, 2007-08-13 at 11:25 +0200, Raphaël Quinet wrote:
[...]
- the smoothing option because this can also be performed by the usual
blur filters.
Actually no, I don't think it can :-)
The smoothing seems to reduce jpeg artifacts quite noticeably; it
appears as if it's done after
On Mon, 2007-08-13 at 13:36 +0200, Raphaël Quinet wrote:
[...]
Considering
that the quantization tables attached to an image would not always
be the original ones, I decided to write custom instead of
original for the label of that option. It is not perfect, but I
have not been able to
On Thu, 2007-08-16 at 14:50 -0300, Guillermo Espertino wrote:
If somebody is interested in participating in this process please send
me an e-mail so we can coordinate efforts with Danko and Marius
My own feeling is that it would be better to wait until there is
some experience with the
On Fri, 2007-08-17 at 14:27 +0200, Sven Neumann wrote:
Moin,
we did it.
congratulations!!!
This is probably the last mail I write before going on vacation with the
girl I am going to marry tomorrow.
even bigger congratulations!!! :)
Liam
--
Liam Quin - XML Activity Lead, W3C,
On Sat, 2007-08-18 at 16:43 +0930, David Gowers wrote:
On 8/18/07, Liam R E Quin [EMAIL PROTECTED] wrote:
[...]
My own feeling is that it would be better to wait until there is
some experience with the post-2.4 GIMP and higher definition
colour models before changing any of the colour tools
It would be easy to update Fixed: Size however, since that uses the same
widget as Fixed: Aspect ratio, so I'm still curious about what you mean
with crop zone
I think it's fairly clear (although maybe I'm out to breakfast)...
when you clidck on Fixed Size, the size (width + height fields)
On Tue, 2007-08-21 at 08:34 +0200, Martin Nordholts wrote:
It seems to me as if you describe Fixed: Size simply as a facility to
lock the current size. That was the case before I started to implement
guiguru's rectangle tools spec [1], but it's not the case anymore, so
your argumentation
On Thu, 2007-08-23 at 20:44 -0500, peter sikking wrote:
How about having 100x100 as default when there is no pending
rectangle and rectangle width x rectangle height when there is one?
This would be the case for both the selection tools and the crop tool.
we cannot base the default of
On Wed, 2007-09-12 at 18:47 +0200, Christian Scholz wrote:
[...]
Most of the problems involve consecutive use of polygonal selection an other
selection tools.
E.g. I made a rectangular selection. Now I changed my mind and want to cut
little triangles into the selection.
However the only
On Wed, 2007-09-12 at 17:21 +0200, Christian Henz wrote:
[...]
Ah, okay that seems to work, thank you. This is even less convenient than the
cut-and-paste
solution though :-/
You can also float selection, I think control-shift-L by default,
and then move it.
Liam
--
Liam Quin - XML
On Wed, 2007-09-12 at 13:48 -0400,
[EMAIL PROTECTED] wrote:
Quoting Liam R E Quin [EMAIL PROTECTED]:
It's not entirely true to say you had to have used paths from the start,
since you can save the first selection to a channel, make the new one
with paths, including an approximate, much
On Tue, 2007-11-06 at 22:03 +0100, M Tieleman wrote:
You know, that is an excellent idea, but unfortunately aside from the
brushes folder options, which I think are really needed, and pardon me
if this is going a little offtopic, but the brushes themselves are
still slow.
Are you running
I saved these notes for when there was a 2.6, but then got swamped with
other things... I can flesh them out more, but I'm not likely to have
time to do any programming in the forseeable future, I'm afraid.
selction optimization
on subtracting (e.g. control is pressed), compute
the
Evidence that auto levels loses details --
take a photograph (or a scanned engraving, or whatever) and open
Levels, and press autl. Note that the little triangles marking
the end-points are not under the ends of the black part - in
other words there are multiple pixel values that are used in the
On Sun, 2007-12-23 at 21:50 +, Øyvind Kolås wrote:
[...]
Per simultaneous user using the service I expect that you would have
to donate ~1ghz of processing power, 256mb of memory and a couple of
gigs of swap space.
Makes sense to me. I had to remove unsharp mask from my
wallpaperify
On Mon, 2008-02-11 at 21:39 -0500, Brendan wrote:
[...]
Layer Mask gets squashed down with a Merge Visible Layers command.
After that, I can't seem to get the Clone or Heal or really any drawing tool
to work on the image. Unselected everything even.
Make sure the background layer is selected
On Thu, 2008-02-14 at 08:44 +0100, Sven Neumann wrote:
On Wed, 2008-02-13 at 09:05 -0500, Liam R E Quin wrote:
On Mon, 2008-02-11 at 21:39 -0500, Brendan wrote:
[...]
Layer Mask gets squashed down with a Merge Visible Layers command.
After that, I can't seem to get the Clone or Heal
On Wed, 2008-02-13 at 02:06 +0200, Tor Lillqvist wrote:
[...]
Is it conceivable to have a Filter Brush that takes any filter,
ala krita?
Liam
--
Liam Quin - XML Activity Lead, W3C, http://www.w3.org/People/Quin/
Pictures from old books: http://fromoldbooks.org/
Ankh: irc.sorcery.net
On Fri, 2008-02-15 at 13:13 -0800, Bill Skaggs wrote:
Well, it's clear that the idea is not generating a great deal
of enthusiasm.
[... screenshot...]
I don't think I have to persuade anybody that this is less than
ideal from a usability point of view. The question is, can we do
anything
On Tue, 2008-02-19 at 09:52 +0100, [EMAIL PROTECTED] wrote:
[...]
My main critisism of tear-offs is the lack of discoverability. The
toilet-paper metaphore is less than obvious unless you've met it elsewhere.
This is where the push-pin is a real win.
Another example in GIMP is docking
On Wed, 2008-02-27 at 00:04 -0500, Brennan Sellner wrote:
Basically this means that your plug-ins creates drawables and doesn't
destroy them later nor does it attach them to any image.
For what it's worth I've been getting these warnings, using only
core plugins (gaussian blur, resize,
On Mon, 2008-05-19 at 18:45 +0930, David Gowers wrote:
[...]
I like this workflow. It makes me think of an idea, where you can have
8 custom brushes attached to your image (and saved with it); when you
load the image, they appear in your brushes dialog
[...]
Some (proprietary) software has the
On Tue, 2008-06-10 at 23:46 +0200, Sven Neumann wrote:
[...]
Could make sense to ask on the gimp-user list. But as far as I can see,
saving the current drawable is the only reasonable use case. We might
want to consider to make this easier by adding Save Layer and removing
the Ignore choice
On Wed, 2008-06-11 at 08:08 +0200, Sven Neumann wrote:
It's not clear what Save Visible Layers would do. Would it save the
merged image of all visible layers into a single layer
Yes. I.e. like doing a flatten and then a save and then an undo.
I don't have strong feelings about it, but since
On Sat, 2008-06-14 at 19:17 +0200, Ingo Ruhnke wrote:
On Sat, Jun 14, 2008 at 6:59 PM, Robert Krawitz [EMAIL PROTECTED] wrote:
One issue that needs to be considered with that is what is done with
very large images.
In a perfect work there would be a way to not save the image itself,
but
On Fri, 2008-06-13 at 06:20 +0200, [EMAIL PROTECTED] wrote:
Hi all,
Carl Karsten wrote:
proposed spec:
File Open/Save/Save_as_Copy only work on .xcf - all other formats must use
File Import/Export.[1]
Yesterday I saved an image in xcf by mistake, by mistyping the .png at
the end of
On Sun, 2008-07-06 at 23:34 +0200, Rogier Wolff wrote:
I'm trying to touch up the result of a panorama shot I took. This
takes quite long, mostly because the image is too big to fit into
memory.
Working with large images does require a little extra care.
It helps to set the gimp tile cache
On Tue, 2008-07-15 at 00:32 +0200, Sven Neumann wrote:
Since no one has offered to help with this bug so far, I see two
options:
(1) postpone this change for 2.8
(2) commit the changes and release them with 2.5.2, revert if needed
I can certainly offer images, I'm maxed out with work
On Wed, 2008-07-16 at 22:14 +0930, David Gowers wrote:
The one thing I definitely can't do is
* Host webpage.
I can do that if you want, although gimp.org would be better.
As long as it's under a gigabyte or so.
Here are some images that may help show some problems -- colour photos
tend to
On Sun, 2008-07-27 at 00:28 +0200, Theodore Imre wrote:
...
is watercolor (brush color blending mode) going to be avaiable in
gimp's development version?
In the short term, the Krita program (part of KDE) does
have some colour mixing.
Do you have any idea how badly a graphic artist wants
On Mon, 2008-07-28 at 01:19 +0900, Souichi TAKASHIGE wrote:
[...]
But it costs too much memory when we
make a lot of strokes -- and we *DO* make thousand of strokes when we
draw an image -- compared to the current implementation which has a
buffer per each layers.
That's something that
On Wed, 2008-07-30 at 23:54 +0200, Sven Neumann wrote:
I've put your results online at http://svenfoo.org/scaletest/
I've tried the patch out a little.
So far it feels noticeably slower on mediumsized or large
images (e.g. a 13899x8497-pixel 2400dpi grayscale scan,
which Gimp reports as
On Fri, 2008-08-22 at 20:22 +0300, Alexia Death wrote:
[...]
My proposal is basically this:
http://a.death.pri.ee/2.6_default_layout_proposal.png
I think there's some good here, although I also think changes here might
be better targeted at 2.8.
I like the Z-brush and RawTherappee style of
On Sun, 2008-08-24 at 19:09 +0200, Sven Neumann wrote:
[...]
Thanks for the review. I have committed this change and some other
cleanups and optimizations to SVN trunk last night. This gives a small
but noticeable speedup. I hope that my changes did not introduce any new
bugs, but I am quite
On Mon, 2008-08-25 at 09:46 +0200, Sven Neumann wrote:
[...]
This is just a bug in the progress code in scale-region.c. I am on it,
should be fixed by tonight.
Oh you sexy bean! Now that you ahve indeed stopped gimp from
hanging... timings for the 13818x8480 image are
scaling down to 50%: 6
On Thu, 2008-09-11 at 08:42 +0200, Sven Neumann wrote:
http://gimp.org/release-notes/gimp-2.5.html mentions quite explicitly
that this is not going to work. /usr/local is not a separate
installation prefix.
I use a shell script wrapper to start GIMP that sets LD_LIBRARY_PATH
and PATH, and it
Not clear these are bugs, I'll gladly file bugs for them if it
will help.
(1) filters-recently used has a list of recnetly used fiters;
these menu items bringup dialogue boxes, so they should have
... after the names, and don't.
(2) am I the ony person bothered by having two entries for
On Fri, 2008-09-19 at 12:46 +0200, peter sikking wrote:
the structure is good: 'New...' _must_ remain a first level menu item,
agreed with that part...
the rest is OK to have in a sub-menu.
and with this...
My solution is to rename the 'New' sub-menu to 'Create'
so I think this is a good
On Fri, 2008-09-19 at 20:09 -0700, bgw wrote:
checking pkg-config is at least version 0.9.0... yes
checking for BABL... configure: error: Package requirements (babl =
0.0.22) were not met:
No package 'babl' found
Consider adjusting the PKG_CONFIG_PATH environment variable if you
[is there a better list for this? which?]
There's a lot of bad tutorials out there. Some of them
are on the gimp.org site, some are on gumpusers.com, etc...
and I said in Poland we needed some hot tutorial love...
Some properties of a good tutorial, I claim, are
(1) it tells you at the start
On Sun, 2008-10-05 at 10:28 -0700, Stephen DeLear wrote:
Just some thoughts on Gimp in general and 2.6 in particular.
Some people have already replied, here are some more thoughts from
another photogtrapher :D
Layers: Somebody has misplaced a box. Where has the layers stack
window gone? I
On Sun, 2008-10-05 at 10:28 -0700, Stephen DeLear wrote:
Layers: Somebody has misplaced a box. Where has the layers stack
window gone? I can’t turn on the pane under either layers, image or
view. I can create a new layer but not see what layers are on the
image.
A brief update --
On Mon, 2008-10-06 at 09:05 +0200, Sven Neumann wrote:
So that is quite a lot to do already, but we
could probably add a few more items to this list if there are developers
willing to work on them. So, what are your plans for 2.8?
An application is of course lots more than a binary...
I'd
On Thu, 2008-10-09 at 05:23 +, Omari Stephens wrote:
Stephen DeLear wrote:
[...]
Scale to File Size: Many stock sites require an image to be upsized.
For example Alamy requires an uncompressed file size of 48megs from a
file saved as a 8bit .JPG. It would be useful to be able to
On Thu, 2008-10-23 at 08:59 +0200, Sven Neumann wrote:
[...]
if the user hides the
toolbox and docks using the Tab key, then iconifies the image window and
deiconfies it again, the toolbox and docks will be shown again.
I'd usually prefer it the other way. i say usually, because in the
On Fri, 2008-10-31 at 01:44 +0100, Joern P. Meier wrote:
[...]
By the way, what kind of downscaling is used for the view zooming?
GEGL is doing that.
I have found that for scanned engravings, where I often scale down
to 11% or smaller, that GIMP 2.6 is not only much faster, but
usually has much
On Fri, 2008-10-31 at 17:46 +1030, David Gowers wrote:
GEGL is doing that.
GEGL is not doing that. GEGL certainly has display-pyramid code, but
GIMP does not currently use GEGL's implementation, it has it's own
(app/base/tile-pyramid.c)
Oops, sorry, I must have misunderstood soemthing
On Mon, 2008-11-03 at 21:06 -0500, Brendan wrote:
[...]
It's very unintuitive.
I mean, how often do you want to drop a layer into an image vs. dropping a
bunch of images to be opened?
More often I do want layers in that case.
And also, when the New Image window is the only one visible
On Sat, 2008-11-15 at 15:24 +0100, Martin Nordholts wrote:
[...]
Check the 'Show preview in image window' checkbox. The way it is
implemented is rather hackish IIRC but there's a preview at least.
It temporarily adds a layer to the image, to do the preview.
You also need to have enabled
On Mon, 2008-11-24 at 14:18 -0500, Tom Rathborne wrote:
Woo -- there's now USD $23.97 behind the project of adding a loupe:
http://www.fossfactory.org/project/p132
I'd like to see a stub Loupe Tool in the GIMP ... if the user selects
the tool, their browser is sent to the above page.
On Sun, 2008-12-21 at 16:55 +0100, peter sikking wrote:
[...]
When I had to think of a proper solution for this problem in general,
I would have to understand where the needs of many, many users for a
non-destructive crop are. And figure out what non-destructive crop
really means. Oxymoron, or
On Mon, 2008-12-29 at 08:47 +0200, Sampo Niskanen wrote:
[...]
I hardly ever wish to grow the image with the crop tool,
I do that fairly often, and although a separate graphical way to
change the image size would be just as good for me, I do sometimes
grow a single layer that way.
while I
On Mon, 2009-01-05 at 02:28 +0300, Alexandre Prokoudine wrote:
2009/1/5 Jakub Friedl wrote:
I don't really see a problem with having a small image in a big
maximized tab-based window.
screen estate is often precious. i often want to see more images at the same
time
This isn't
So finally, I hereby suggest to move to GPL3 asap.
Comments from any developers appreciated.
I think I only have half a dozen lines of code in there,
but in case there's any doubt, it's fine here :)
My own code is generally dual licensed, with LGPL or
LGPL on the one hand and with the
On Fri, 2009-03-06 at 17:40 +0100, Sven Neumann wrote:
[...]
I am all for improving this situation. But so far no one has come up
with a good idea how this could be done. We can't just guess what the
user might want to do.
We could do better than today. E.g. export to tiff should be probably
There's a shortcut under the Tools menu to open the toolbox;
after quite some time helping people on the GIMP IRC channels,
I think it would also be helpful to have a shortcut on the
Layers menu to show the layers dock.
Once people discover how the Layers dialogue box works, their
understanding
On Thu, 2009-04-09 at 12:04 -0400, Rob Antonishen wrote:
Just wanted to share some (positive) feedback from a person I had been
pushing to try gimp:
[...]
My conclusion is that either the scare stories are wrong, or the
latest version of the software is much easier to use than earlier
On Thu, 2009-05-07 at 17:08 +0200, Jernej Simončič wrote:
[...]
Show me one person outside GIMP developer community that thinks this
is a sane change.
I don't think many people think it's a sane change, but that's
not the right question. The question is, will the resulting
interface be good?
On Thu, 2009-05-14 at 15:51 +0200, Maciej Pilichowski wrote:
[..]
I think it would be much straightforward (less thinking) -- I want to
make the line from here to there horizontal/vertical; end.
Go to tool options, choose corrective mode and preview grid.
Now, align the grid with the item in
On Thu, 2009-05-14 at 19:51 +0400, Alexandre Prokoudine wrote:
On Thu, May 14, 2009 at 7:43 PM, Liam R E Quin wrote:
Go to tool options, choose corrective mode and preview grid.
Now, align the grid with the item in your picture that you want to
be horizontal or vertical, and click rotate
On Thu, 2009-05-14 at 18:43 +0200, Martin Nordholts wrote:
[...]
I don't think it is a good idea to use the cursor as the insertion point
since this is both very uncommon and not very practical, the mouse
cursor is too volatile for this. More reasonable is to use the selection
as the
On Mon, 2009-05-18 at 18:04 +0200, gg wrote:
[...]
It seems that there is an implicit assumption in the current behaviour
that if the image can fit into the display window it absolutely must be
centred.
The idea that the pixel under the mouse pointer should stay at the same
position on the
On Sun, 2009-05-31 at 17:53 +0200, Christian wrote:
Looking at
http://bugzilla.gnome.org/attachment.cgi?id=135649action=view
my first feeling is that I use the triangle/circle a lot, to
choose complementary colours. I'd actually like it if there
were a mark on opposite side of the circle to the
On Sun, 2009-05-31 at 15:35 -0400, Adam C Powell IV wrote:
Indeed. So where is the C API documentation for drawing lines?
At the risk of stating the obvious, you do realise, I hope, that
GIMP is a bitmap editor, and not a drawing program? If you are
trying to create vector art, e.g. SVG or
On Wed, 2009-06-10 at 10:36 +0200, peter sikking wrote:
[...]
(1) open typewriter.jpg that came in from my camera
(2) do some fun editing
(3) save-as to go to typewriter2.xcf.gz
could have just used Save here, since you had a new, untitled file.
I'd totally expect Save to do either (1)
On Thu, 2009-07-23 at 03:53 +, Alchemie foto\grafiche wrote:
1) i agree with Alexia , get rid of all duplicates as the circle soft and
circle hard brush.
If may be scaled only 1 is needed
Yes. For script compatibility, either ship them, or have the
brush-choosing code automatically
On Sat, 2009-07-25 at 15:22 +0200, peter sikking wrote:
[...]
but it is impossible/the hack of the month to put widgets in
a gtk file dialog I was told. and I do not think it is worth it,
the hack of the month.
It's only software... gtk+ could be changed, no?
--
Liam Quin - XML Activity
I got back from vacation in the UK (yay no mosquitoes) and tried
git head gimp today.
First, a BIG thank you to Peter and others: the new menu item
overwrite is much clearer.
I do still have a problem in several gnomish scenarios, but things
are indeed getting better.
If I use the file manager
On Sun, 2009-07-26 at 13:19 +0200, peter sikking wrote:
(1) no default keybinding for overwrite precious file at all.
this is the best solution. When the menu item is Overwrite foo.jpg
there is no shortcut key
(this will be a change to the git version)
The other use of the menu item,
On Tue, 2009-07-28 at 20:21 +0930, David Gowers wrote:
[...]
You can already do that for any circle brush. The attribute is called
'Hardness'
We would not seriously consider such a level of reduction because it's
bad for usability -- it's much more painful for the user to adjust a
slider
On Thu, 2009-07-23 at 10:18 +0930, David Gowers wrote:
Hmm, I tend to forget that there are people who use mice for general
GIMP work. I can see how this could actually save time then, if you
only ever use Eraser with one or two different fixed brushes instead
of switching a lot.
for what
On Mon, 2009-08-03 at 22:06 -0400, Christopher Curtis wrote:
[...]
If you think of how some IM clients notify, this 'elevated status'
message could pop up from the status bar. It would stay open for
10-15 seconds and then disappear back into the status bar.
So I press save, and go for a
On Wed, 2009-08-05 at 00:06 +0200, gg wrote:
Martin Nordholts wrote:
[...]
I think not saving has merit for large files (especially long png
compression) on condition this is clearly put to the user.
As Sven said, there are separate issues -
(1) gimp doesn't always know the user's intention.
On Wed, 2009-08-05 at 17:45 -0800, Christopher Howard wrote:
[...]
. In other words, the user could have the rulers
tell him that point 0,0 begins at, say, the center of the image, instead
of the top-left. This is a feature which would be useful to web
developers and perhaps also game sprite
On Sun, 2009-09-06 at 06:37 +0200, David G. wrote:
I don't know why people mention so much that if you create a single window
Gimp that that it will not allow you to put your tools in a second monitor
because I used Photoshop also many times and despite it being a single window
program it
On Mon, 2009-09-07 at 09:50 +0200, peter sikking wrote:
Liam wrote:
Right now gimp is broken for working on multiple projects (the
file/save changes have rendered it too hard to keep track of
where images are being exported) but the use case is central
(I think) to how single window
On Wed, 2009-09-09 at 06:05 -0700, fgingras wrote:
What I'm looking
for is a way for the plugin to know when it should update its own dialog,
which would be the time when the user uses the color picker and clicks
somewhere on the opened image.
I'd say look at something like the
On Wed, 2009-09-16 at 10:16 +0100, James Hughes wrote:
Can someone advice me the best place to start in making a patch to the UI to
revert the 2.7 version to using the 2.6 style save dialogue.
If you can bear it, I'd say wait a little longer - the design is still
evolving, and I think it's
On Sun, 2009-09-20 at 20:51 +0930, David Gowers wrote:
Perhaps a split-panel option for single window mode would resolve
this. (I believe we could still only reasonably show a maximum of 2
images at once; this is simply a limitation of the single-window
format AFAICS.)
Do you mean that the
On Sun, 2009-09-20 at 13:00 +0200, jolie S wrote:
When I work in GIMP what happens to me quite a lot is that I click just next
to a window of an image I'm working on and all my GIMP windows are not shown
on my screen anymore because I activated the application I had visibly open
below the
On Mon, 2009-10-05 at 22:24 +0200, Martin Nordholts wrote:
Hi,
On 10/05/2009 02:10 AM, photoco...@gmail.com wrote:
But even if conceptually different in practice , both operation are always
needed for the every edited image:
is needed to Save the original AND to export as jpg or png .
On Sun, 2009-10-25 at 22:30 +0300, Alexandre Prokoudine wrote:
[...]
Provided the documentation project is a separate one indeed, I see two
solutions:
1. Make it downloadable during installation, like Michael suggests.
2. Leave .exe files where they are now, but keep amount of clicks to
On Sat, 2009-10-31 at 01:29 +0100, peter sikking wrote:
the obvious way is Select-None.
how many more ways are there?
Save the image as png, quit gimp and restart. :D
go to channels dialogue, make an empty channel, and do,
channel to selection. (and then go to layers and select
a layer in
Some nits ,some -- especially (2) and (4) -- bigger than others...
(1) The file-export dialogue action button says save, not export
(sounds really minor but given the save/export changes, can actually
be confusing)
(2) The default save location should not be ~/Documents in the case that
On Sun, 2009-12-06 at 09:24 +0100, Martin Nordholts wrote:
[...]
app: Have an Export button, not Save, in export dialogs
Thanks for fixing that!
(2) The default save location should not be ~/Documents in the case that
a file has been imported - it should default to the directory
On Wed, 2009-12-16 at 18:16 +0100, meetthegimp.org wrote:
[...]
Complete misunderstanding. They want to be able to prove what has been
done to the image in the processing. As in: Is this scratch really on
the object and has been revealed from the raw photo with a contrast
enhancement or has it
On Fri, 2010-01-08 at 17:05 +0200, Aurimas Juška wrote:
[...]
Why not to convert XML's to C code when compiling distribution ? XML's
are large and not very fast to parse.
Large - that's subjective. XML is not a compact format, though.
Not very fast - 50 MBytes per second isn't unreasonable
On Fri, 2010-01-08 at 23:04 -0500, François Gingras wrote:
They say images are worth a thousand words... So what I'm basically
trying to do is turn this image:
http://mat.ulaval.ca/~fgingras/misc/1.png
into this one:
http://mat.ulaval.ca/~fgingras/misc/2.png
Do you have to do it on
On Sat, 2010-01-09 at 15:59 +0100, Damien de Lemeny-Makedone wrote:
[...]
Regarding the implementation, such a file specific set of tool presets
would require to have them - gradients, brushes, palettes and fonts
included - embedded in the xcf file. Is this currently possible ? If
not, can
On Thu, 2010-01-07 at 13:25 +1030, David Gowers wrote:
Recently I found that GIMP from git would not compile, as it couldn't
get past the ./autogen.sh step..
It would produce quite a few errors, like this:
gtk-doc.make:53: GTK_DOC_BUILD_HTML does not appear in AM_CONDITIONAL
On Sat, 2010-01-09 at 19:21 +0100, peter sikking wrote:
would you not be helped with 2 user presets for the dodge/burn tool,
which you would choose alternating during using the tool?
Yes, especially if I could bind keystrokes to switch to them.
Liam
--
Liam Quin - XML Activity Lead, W3C,
On Fri, 2010-01-08 at 00:17 +0200, SorinN wrote:
...and seems to be real
check please this link :
http://www.photo-editor-pro.com/
And is it any good?
There is nothing wrong with charging for GIMP; they
say on their Web site that it is distributed under the GPL,
and they must make source
On Mon, 2010-01-11 at 21:53 +0100, Martin Nordholts wrote:
[1] http://www.chromecode.com/gimp/gimp-2-8-schedule.ods
clean up on-text editing, is there a better description?
This could usefully be put somewhere people could sign up
for things.
Some of the bugs appear to have been fixed already
1 - 100 of 153 matches
Mail list logo