From: Daniel Egger <[EMAIL PROTECTED]>
Date: Mon, 10 Jan 2005 17:44:41 +0100
On 10.01.2005, at 16:52, Jakub Steiner wrote:
> Unless I'm being told untruth about the losslessness (soundss great,
> doesn't it?), the metaphor of not messing around with negatives isn't
> appropriate
Hi,
Carol Spears <[EMAIL PROTECTED]> writes:
>> - a collection of tips and tricks focusing on stuff that's new in 2.2
>>
> http://carol.gimp.org/gimp2/news/previews/
You don't mention how to change the default preview size by editing
~/.gimp-2.2/gtkrc.
Sven
_
Hi,
Carol Spears <[EMAIL PROTECTED]> writes:
> http://carol.gimp.org/gimp2/news/previews/
>
>> - nifty things you can tweak in the Preferences dialog and in gimprc
>>
> any suggestions where this information can be found?
There's some info in the gimprc man-page but I guess some more
documenta
Hi,
"William Skaggs" <[EMAIL PROTECTED]> writes:
> Sorry, could you please give a pointer? I haven't managed to find
> any discussion more recent than 1997.
A few months ago, I outlined possible ways to cut down the startup
time of GIMP. The solution I suggested involves adding configuration
fi
On Mon, Jan 10, 2005 at 09:38:51PM +0100, Sven Neumann wrote:
>
> now that GIMP 2.2 is out and the major problems with the early 2.2.x
> releases seem to have been fleshed out, it would be nice if we could
> put some effort into documenting some of the new stuff that's hidden
> in the 2.2 version.
Hi,
"Jared Whiting" <[EMAIL PROTECTED]> writes:
> I had filed a bug (http://bugzilla.gnome.org/show_bug.cgi?id=157709)
> about this for gimp-perl a couple months ago and hadn't heard back,
Who is responsible for bugs on the gimp-perl module? I don't think
it's acceptable that such trivial bug re
On 10.01.2005, at 21:38, Sven Neumann wrote:
[ good ideas removed ]
I'd appreciate if we could gather such good topics for
documentation in a central place. Bugzilla would be an
idea but this seems more like a great chance for the Wiki:
Let's make that an itemizedlist and put it on the Wiki
togethe
Hi,
now that GIMP 2.2 is out and the major problems with the early 2.2.x
releases seem to have been fleshed out, it would be nice if we could
put some effort into documenting some of the new stuff that's hidden
in the 2.2 version. So this is a plea for help on documenting things.
I am sorry that I
Michael Schumacher wrote:
When trying this plug-in on Win32, I noticed some paths with / in them,
/usr/lib/something. This is platform dependant, there a functions in
glib to build paths using the system path separator.
Also, it would be nice if the default location for profiles would be
syste
I wrote:
> 6) Allow data items such as brushes, patterns, etc to be organized
> into categories. (Not implemented.)
>
> I see #6 as far and away the most important, and I would like
> it to be the main focus of my effort, assuming we can come up with
> a good plan. We have discussed this on #gi
I had filed a bug (http://bugzilla.gnome.org/show_bug.cgi?id=157709) about this
for gimp-perl a couple months ago and hadn't heard back, but I'm looking for
some advice on how to further debug this issue as it may not even be gimp-perl
specific.
When I call the following pdb function with any
Jordi CantÃn wrote:
In fact this is only the very first step. My roadmap is more or less the
following
- Do some cleanup to the code
When trying this plug-in on Win32, I noticed some paths with / in them,
/usr/lib/something. This is platform dependant, there a functions in
glib to build paths u
Sven Neumann wrote:
Which is not surprising since you connect the "destroy" signal of the
dialog to gtk_main_quit() even though you are using the main_loop of
GimpDialog.
That was the point, thanks. That signals came from the original
gimp-color-manager plugin.
As I told before I never program
On 10.01.2005, at 16:52, Jakub Steiner wrote:
Unless I'm being told untruth about the losslessness (soundss great,
doesn't it?), the metaphor of not messing around with negatives isn't
appropriate.
It depends very much on how clever the tools are regarding the
EXIF information; if an image is rotat
Daniel Egger wrote:
> What I've seen just recently and deem as a good idea would be a
> possibility to make dialogs translucent (better yet, only if not
> currently focused) to reduce the screen estate necessary to manipulate
> an image. Anyone having an idea of the feasibility and complexity
> of
On Sat, 2005-01-08 at 11:24 -0800, Akkana Peck wrote:
> 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 t
On 09.01.2005, at 18:39, William Skaggs wrote:
1) New rectangle select tool that allows adjustment of rectangle after
creation. (Implemented in my personal tree with the exception of
keybindings. Implemented as a separate tool, so it can be tested
and improved without losing the standard rect-sel
17 matches
Mail list logo