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 many
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 unless
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
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
I would be willing to spend some time on this; although I am
unfamiliar with what the previous work on other plugins was about. In
particular, I do not know what marked them for translation means (if
this is referring to some type of foreign language translation then I
am most likely a
On Thu, 22 Jun 2006 08:21:46 +0200, Sven Neumann [EMAIL PROTECTED] wrote:
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
On Thursday, June 22, 2006, 8:21:46, Sven Neumann wrote:
This wouldn't have happened to you if you have had a look at the cursor
changes. BTW, does anyone object to removing the possibility of turning
context dependant cursors off? They are very important and I can't
really imagine that
On Thu, 22 Jun 2006 08:10:19 +0200, Sven Neumann [EMAIL PROTECTED] wrote:
On Thu, 2006-06-22 at 00:35 +0200, Raphaël Quinet wrote:
Cleaner code (core/GUI separation, maintainable by different people),
lower overhead (especially when changing many properties) and more
importantly providing
On Thu, Jun 22, 2006 at 02:56:36PM +0200, Michael Schumacher wrote:
Von: Carol Spears [EMAIL PROTECTED]
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
Hi,
On Thu, 2006-06-22 at 13:33 +0200, Raphaël Quinet wrote:
Well, let's say that it makes it a bit easier if the code is at least
split in separate directories (even if a library is not required for that).
As for the lower overhead, it does make a difference if the file plug-ins
can link
Hi,
On Thu, 2006-06-22 at 00:53 -0700, [EMAIL PROTECTED] wrote:
I would be willing to spend some time on this; although I am
unfamiliar with what the previous work on other plugins was about. In
particular, I do not know what marked them for translation means (if
this is referring to
11 matches
Mail list logo
