Hi,
I've been trying to come up with a way to get the clone tool
to show a message in the status area saying Ctrl-click to
set source whenever the source needs to be set. It isn't
easy, because gimp_paint_tool_oper_update() is not written
to handle the status area in a cooperative way. Here is
On Mon, 14 Feb 2005 03:06:33 +0100, Sven Neumann [EMAIL PROTECTED] wrote:
The discussion about the design of the file-chooser widget is
off-topic since we are not in the position to change it.
Waaait, we're you advocating a few days ago that we follow the burning
GTK edge because, after all,
On Tue, Feb 15, 2005 at 02:59:55PM -0500, Nathan Summers [EMAIL PROTECTED]
wrote:
On Sun, 13 Feb 2005 20:53:17 +0100, Marc A. Lehmann [EMAIL PROTECTED] wrote:
For example, you can switch between dynamic keybindigs and mnemonic use
via preferences, but the 2.x dynamic keybindings are not as
I've been trying to come up with a way to get the clone tool
to show a message in the status area saying Ctrl-click to
set source whenever the source needs to be set.
Maybe when the cursor needs to be set, instead of displaying
the (/) [NO] cursor, clicking could do something useful like
On Sun, 13 Feb 2005 22:10:21 +0100, Sven Neumann [EMAIL PROTECTED] wrote:
Also tried to port the code to GThreadPool but it turned out to be not
as trivial as I expected. The current code blocks until all threads
are returned and it is not trivial to implement this behaviour with
GThreadPool.
On Tue, 15 Feb 2005 16:29:00 -0500, Nathan Summers [EMAIL PROTECTED] wrote:
if (g_thread_pool_get_num_threads(synch-pool) == 1)
correction: I meant if (g_thread_pool_get_num_threads(synch-pool) == 1
g_thread_pool_unprocessed(synch-pool) == 0)
although the
Hi,
Nathan Summers [EMAIL PROTECTED] writes:
The discussion about the design of the file-chooser widget is
off-topic since we are not in the position to change it.
Waaait, we're you advocating a few days ago that we follow the burning
GTK edge because, after all, it's the Gimp ToolKit and
Hi,
[EMAIL PROTECTED] ( Marc) (A.) (Lehmann ) writes:
After updating to debian's 2.6.2-2, I made a few tests (with gedit,
though, which should have similar performance).
Are you using the gnomevfs file-chooser backend of the or the one that
comes with GTK+? That would be a rather important
Hi,
Nathan Summers [EMAIL PROTECTED] writes:
Here's a solution that would work: (note, untested code, error
checking and unintersting stuff omitted for clarity, etc)
Yes, that would most probably work.
struct SynchStuff {
GThreadPool *pool;
GCond *cond;
GMutex *mutex;
}
http://www.whatthehack.org/
Sven
___
Gimp-developer mailing list
Gimp-developer@lists.xcf.berkeley.edu
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
hello,
lately i am noticing a new thing about gimp behavior.
if i try to New Layer a floating layer that has been pasted onto a
mask, gimp refuses with an error message.
for my limited understanding of the reason for floating layers to still
exist, this behavior tells me that the need for them
Hi,
Carol Spears wrote:
if i try to New Layer a floating layer that has been pasted onto a
mask, gimp refuses with an error message.
This is not new behaviour.
for my limited understanding of the reason for floating layers to still
exist, this behavior tells me that the need for them has
12 matches
Mail list logo