On Sat, 16 Feb 2008 05:55:33 +0100, Akkana Peck <[EMAIL PROTECTED]>
wrote:
> 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.
Hi!
Thanks for discussing the layer mode menu.
1. As shown in Bills screen shot the widget rendering is a bit strange
even if there is enough space on screen.
2. The separators are not bad thing.
3. If you know exactly what to do you simply click the mode and ready -
but you should be able to
Hello,
the first think I always do when a new version of gimp is out I have to
fix the $HOME problem. So as this is a little problem in source with a
big impact to the usability of gimp (in special environments) I think
that should be fixed upstream.
To go in the detail. Gimp is one of nearly the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Ah, please note that also the man page of gimp is always referring to
$HOME and gimp is not working as documented.
Regards
Klaus Ethgen
- --
Klaus Ethgenhttp://www.ethgen.de/
pub 2048R/D1A4EDE5 2000-02-26 Klaus Ethgen
Hi,
On Fri, 2008-02-15 at 20:43 +0200, Tor Lillqvist wrote:
> what is the proper division of tasks between a GimpTool and a
> GimpPaintCore?
A GimpPaintCore is an object used by paint tools. It does the actual
painting and it is also used when the painting is done by means of a PDB
call.
A Gimp
Hi,
On Fri, 2008-02-15 at 13:13 -0800, Bill Skaggs wrote:
> I'm attaching a screenshot
> showing a typical incarnation of the Paint Mode menu, using
> the Default Gimp theme and Ubuntu's default Human theme.
> I don't think I have to persuade anybody that this is less than
> ideal from a usability
Hi,
I am not convinced that your patch is doing the right thing. But it
definitely adds too much complexity to the code. It would be better to
define gimp_get_home_dir() in libgimpbase/gimpenv.c und use that all
over the place.
Sven
___
Gimp-develope
Hi,
On Fri, 2008-02-15 at 12:57 +0200, Tor Lillqvist wrote:
> So, how to solve this? Should the bookeeping of deformation vectors be
> done per-drawawble by the GimpWarpTool object (a subclass of
> GimpPaintTool) and not GimpWarp object?
No, the tool class shouldn't do anything but providing the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Sven,
Am Sa den 16. Feb 2008 um 16:55 schrieb Sven Neumann:
> I am not convinced that your patch is doing the right thing.
What is the thing that is not clear? It is exactly what in the
documentation to g_get_home_dir is described.
(http://library
Let me just add a pointer to bug #394687 (g_get_home_dir
documentation confusing) --
http://bugzilla.gnome.org/show_bug.cgi?id=394687
The gist is that apparently g_get_home_dir works as it does in
order to get the right behavior when a program is run as
a different user. Since this will very rar
On Saturday 16 February 2008, Klaus Ethgen wrote:
> I see no point how to make it more simple. 3 lines vs. one line is not
> that more complexity.
Every dev would have to remember 3 lines instead of only one.
> Sure, can be done. And might be more abstract. But in that case please
> define the st
Hi,
On Sat, 2008-02-16 at 17:25 +0100, Klaus Ethgen wrote:
> I see no point how to make it more simple. 3 lines vs. one line is not
> that more complexity.
It is three times as complex. And we will most likely want to make it
even more complex and add a check that the directory pointed to by the
Hi,
before we accept Klaus patch or anything like that, we should discuss
how we can implement the XDG Base Directory Specification in GIMP
without breaking backward compatibility:
http://standards.freedesktop.org/basedir-spec/basedir-spec-latest.html
Sven
__
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Am Sa den 16. Feb 2008 um 17:48 schrieb Sven Neumann:
> > I see no point how to make it more simple. 3 lines vs. one line is not
> > that more complexity.
>
> It is three times as complex.
True.
> And we will most likely want to make it even more co
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 curr
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 Feb 16, 2008 10:11 AM, Akkana Peck <[EMAIL PROTECTED]> wrote:
> 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":
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Am Sa den 16. Feb 2008 um 20:13 schrieb Sven Neumann:
> > Ehem, why didn't you do that before?
>
> Because it is very unlikely that the user directory as specified in the
> passwd is not present.
Oh, that is very common. It could be intentional or no
Hi,
On Sat, 2008-02-16 at 19:17 +0100, Klaus Ethgen wrote:
> > And we will most likely want to make it even more complex and add a
> > check that the directory pointed to by the HOME environment variable
> > does actually exist.
>
> Ehem, why didn't you do that before?
Because it is very unlike
Hi,
On Sat, 2008-02-16 at 10:11 -0800, Akkana Peck wrote:
> In a way, the mode list is like the font list in the text tool: that
> combobox, like the mode option menu, is way too long and unweildy to
> navigate, but for font choosing you have another option, the Fonts
> dialog, which makes the pr
On Feb 16, 2008 11:01 AM, Akkana Peck <[EMAIL PROTECTED]> wrote:
> A tear-off Mode menu from the Layers dialog would be lovely, and
> would solve every problem I've ever had with that menu.
>
> One possible problem: would Modes from drawing tool options also be
> tear-off, and would that be a diff
Hi,
On Sat, 2008-02-16 at 20:37 +0100, Klaus Ethgen wrote:
>
> And, by the way, not respecting $HOME was always a bug as it is
> documented other:
Well, it can be handled as a bug in behavior or a bug in documentation.
Since the current behavior has worked well for more than a decade and
since
Hi,
On Sat, 2008-02-16 at 10:47 -0800, Bill Skaggs wrote:
> 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.)
There are very good reasons why tear-off menus are deprecated. They
don't solve us
On Feb 16, 2008 11:16 AM, Sven Neumann <[EMAIL PROTECTED]> wrote:
> There are very good reasons why tear-off menus are deprecated. They
> don't solve usability issues but introduce them. Please let us not even
> consider such ugly workarounds.
Hmm, well, you may be right. It may be that, even th
> You don't need to allocate such a copy as it is already allocated for
> you by means of the undo tile-manager. If you need access to the
> original drawable, just read from the undo tiles. If your warp object is
> a GimpPaintCore, then you can just use gimp_paint_core_get_orig_image().
But i
On Feb 17, 2008 5:46 AM, Sven Neumann <[EMAIL PROTECTED]> wrote:
> Hi,
>
> On Sat, 2008-02-16 at 10:47 -0800, Bill Skaggs wrote:
>
> > 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.)
>
> Th
On Feb 16, 2008 2:08 PM, Tor Lillqvist <[EMAIL PROTECTED]> wrote:
> But isn't each stroke with a tool a separate GimpPaintCore object?
No, a GimpPaintCore is basically an object that creates brush-marks.
A paint tool creates its paint core when it comes into existence, and
uses the paint core as
Oh... the "no gimmicks" thing.
Nevermind then...
Gez.
Anyway, I'd would like to know why common tasks wouldn't fit there
(apart of the usual "it sucks").
"Create a new image", "open an existing image" and "open a recent file"
are the first things people do with gimp. So why not?
I use drag and
Sorry if I'm too late with this reply, but I just came back from my
vacations.
A couple of months ago I studied this issue and proposed a mockup of an
introductory window for using when no image is open.
http://www.blog.ohweb.com.ar/?p=59
Sven explained some of the technical problems of this app
29 matches
Mail list logo
