Hi,
On Tue, 2008-01-15 at 16:22 -0500, Andy Berdan wrote:
I've been investigating some animation systems for use at work here, and
I was wondering about exporting names and locations of layers in the
animation.
I am not sure if Wolfgang Hofer, the author of GAP follows this
mailing-list. You
The information about layer offsets in a frame sequence is not made
readily available and a plug-in would need to be written (and, IMO, it
would be simpler to write a Script run in batch mode). Also, once an
object has been added to a frame sequence, GIMP only knows the offsets
and extents
One of the most important usability problems with Gimp is the
inability to organize resources such as brushes, gradients, patterns,
and palettes. For each of these, you can designate a set of folders
in Preferences, but everything inside those folders is automatically
loaded at startup, and
At the level of programming, the only relatively difficult thing is to
create the GimpDataChooser widget. Even this is simple in principle,
although complicated in practice because it involves a lot of rather
complex Gimp code. I have been experimenting with writing a Chooser,
and I
Hi,
On Wed, 2008-01-16 at 17:03 +, William Skaggs wrote:
This problem has been discussed several times in the past, and
proposals have been made about how to address it. I have been
thinking about it recently, and have come up with a somewhat
different, and I believe simpler approach,
From: Sven Neumann [EMAIL PROTECTED]
Right. We have discussed this in the past and we have come up with a
simple and IMO very good solution that has several advantages over the
approach that you are suggesting now. The solution is to allow tags to
be assigned to data files. This allows the
On Wednesday 16 January 2008 17:42, William Skaggs wrote:
This mixes together two separate issues. Tags are, as I have
already agreed, an excellent way of doing a search mechanism. They
don't get rid of the need to have a workspace, though. Suppose I
want to switch back and forth between
From: Joao S. O. Bueno [EMAIL PROTECTED]
What about using...tags... for that? [etc]
These are interesting ideas, but they are fantasies at this point.
The whole tags thing is a fantasy at this point. There is no
infrastructure in Gimp to support it, so everything would have
to be written from
On Thu, 17 Jan 2008 02:50:36 +0100, William Skaggs
[EMAIL PROTECTED] wrote:
And, to repeat, even if there is tags support, there must be,
at least from the user's point of view, something like a workspace --
a set of brushes that are immediately available. The proposal
I made -- simply
Hi,
On Wed, 2008-01-16 at 20:42 +, William Skaggs wrote:
This mixes together two separate issues.
No, it doesn't. Absolutely not.
Tags are, as I have already agreed,
an excellent way of doing a search mechanism. They don't get rid of the
need to have a workspace, though. Suppose I
I'm sorry to jump in on this so late. I was working on a new GIMP
Plug-In Registry. It had been put on pause by me because of certain
life-altering events.
At one point I had put forward the idea of a backend XML-RPC or SOAP
connectivity service that would allow GIMP to access the
Hi,
On Thu, 2008-01-17 at 01:50 +, William Skaggs wrote:
These are interesting ideas, but they are fantasies at this point.
The whole tags thing is a fantasy at this point. There is no
infrastructure in Gimp to support it, so everything would have
to be written from scratch. That's
12 matches
Mail list logo