On Wed, 2006-06-21 at 15:36 -0700, Carol Spears wrote:
> i really tried to use siox this weekend. it is so confusing, i have no
> idea what to expect from it or if what happened to me was a bug.
>
> the default is foreground extraction. i wanted it to background extract
> and toggled this tool
Hi,
On Thu, 2006-06-22 at 00:08 +0200, Raphaël Quinet wrote:
> Anyway, my main argument is that it would be more consistent with the
> other tools: the other selection tools, the transform tools and the
> zoom tool only consider the state of the modifiers before the first
> click. Subsequent cha
Hi,
On Thu, 2006-06-22 at 12:09 +0930, David Gowers wrote:
> It looks like there is a bug in the SIOX tool/gui that causes it to
> return to the foreground setting unexpectedly, until the Control key
> is first pressed, then it works as expected.
That's not a bug. You cannot mark background unle
Hi,
On Thu, 2006-06-22 at 00:35 +0200, Raphaël Quinet wrote:
> > The file plug-ins could as well use the functions via the PDB then.
> > What's the benefit of linking to them?
>
> Cleaner code (core/GUI separation, maintainable by different people),
> lower overhead (especially when changing man
On Thu, Jun 22, 2006 at 12:09:24PM +0930, David Gowers wrote:
> On 6/22/06, Carol Spears <[EMAIL PROTECTED]> wrote:
> >
> >http://carol.gimp.org/bikeshed/images/screenshot-2006-06-21.png
>
well, i did not use the tool on that image. that image is my desktop
and what is wrong with some of the thir
On 6/22/06, Carol Spears <[EMAIL PROTECTED]> wrote:
http://carol.gimp.org/bikeshed/images/screenshot-2006-06-21.png
Okay.
It looks like there is a bug in the SIOX tool/gui that causes it
to return to the foreground setting unexpectedly, until the Control key
is first pressed, then it works as expe
On Wed, Jun 21, 2006 at 03:36:53PM -0700, Carol Spears wrote:
>
> also, the tooltips are popping up some freaking huge tool tips. it is
> the long help that is in the script-fu? i think it was some of the
> third party scripts i have installed that were doing this -- i did not
> find it at all h
On Thu, Jun 22, 2006 at 12:49:22AM +0200, Michael Schumacher wrote:
> Carol Spears wrote:
>
> > it would not stay toggled and it seemed to be blind to the colors no
> > matter what values i gave it. it only selected what i selected which, i
> > could have used quickmask for and it would have been
Carol Spears wrote:
> it would not stay toggled and it seemed to be blind to the colors no
> matter what values i gave it. it only selected what i selected which, i
> could have used quickmask for and it would have been a lot less toggling
> and such.
>
> is the tool broken or are my expectation
On Thu, Jun 22, 2006 at 12:08:34AM +0200, Rapha?l Quinet wrote:
>
> Anyway, my main argument is that it would be more consistent with the
> other tools: the other selection tools, the transform tools and the
> zoom tool only consider the state of the modifiers before the first
> click. Subsequent
On Thu, 22 Jun 2006 00:13:13 +0200, Sven Neumann <[EMAIL PROTECTED]> wrote:
> On Wed, 2006-06-21 at 23:53 +0200, Raphaël Quinet wrote:
> > > The file plug-ins would not use these functions via the PDB because they
> > could use the library directly.
>
> The file plug-ins could as well use the func
Hi,
On Wed, 2006-06-21 at 23:53 +0200, Raphaël Quinet wrote:
> The file plug-ins would not use these functions via the PDB because they
> could use the library directly.
The file plug-ins could as well use the functions via the PDB then.
What's the benefit of linking to them?
> That covers the
On Wed, 21 Jun 2006 22:45:55 +0200, Sven Neumann <[EMAIL PROTECTED]> wrote:
On Wed, 2006-06-21 at 21:22 +0200, Raphaël Quinet wrote:
> > [...] However, for
> > greater consistency with other tools I think that it would be better
> > to consider the state of the modifiers _before_ the first click
>
On Wed, 21 Jun 2006 22:54:32 +0200, Sven Neumann <[EMAIL PROTECTED]> wrote:
> On Wed, 2006-06-21 at 21:15 +0200, Raphaël Quinet wrote:
> > [...] After moving these functions in the new
> > libgimpmetadata library, they would still be exported to the PDB but
> > probably renamed gimp-metadata-* in
Hi,
On Wed, 2006-06-21 at 21:15 +0200, Raphaël Quinet wrote:
> Most of the functions listed above are currently implemented in the
> metadata plug-in and exported in the PDB. So you can find a slightly
> longer description of these functions by looking in the Procedure
> Browser and searching fo
Hi,
a while ago we went over all plug-ins, reviewed the procedure blurbs and
marked them for translation. The blurbs are shown in the image status
bar and as menu tooltips. This hasn't happened for Script-Fu yet, even
though the script procedure blurbs are shown in the status bar as well.
Thus, we
Hi,
On Wed, 2006-06-21 at 21:22 +0200, Raphaël Quinet wrote:
> Here is a proposal for improving the messages that are shown in the
> status bar. Such messages would be very useful for describing some
> hidden features of the paint tools (bug #124040) but also for the
> other tools.
>
> Basically
Here is a proposal for improving the messages that are shown in the
status bar. Such messages would be very useful for describing some
hidden features of the paint tools (bug #124040) but also for the
other tools.
Basically, I followed this approach: anything that causes a tool to
change its beha
In order to improve the support for metadata (XMP and EXIF), I would
like to move some of the code that is currently located in the
plug-ins/metadata directory into a new library, "libgimpmetadata".
This library would be linked with all file plug-ins that support
metadata. This includes JPEG, PNG,
you all took the blue pill didn't you?
this is just another Aqua theme.
if we do not count downloads, how come we worry about making it easy to
use to the point where it looks like just another aqua-themed
application?
i appreciate the work that went into this, just i also know that mr.
steiner
.. I meant to send that to the list. Sorry if this is duplicated; gimpdev didn't show up on the list of recipients.-- Forwarded message --From:
David Gowers <[EMAIL PROTECTED]>Date: Jun 21, 2006 10:59 PMSubject: Re: Old and new [Re: [Gimp-developer] new default icon theme proposal]
21 matches
Mail list logo
