Hi,
myself wrote:
We want to allow plug-ins to register an icon together with their menu
entry and I'd prefer this solution over trying to create an icon
automatically.
I'm sorry, I hadn't looked close enough. Of course this is essentially
what you did. I was under the impression you had
On Tuesday, 7 Aug 2001, Michael Soibelman wrote:
Well, one of those plug in crashes and it's all gone.
??? Please let us know which plugin crashing causes the entire GIMP
to crash. This is a very serious bug.
The whole point of plugins is exactly to isolate the main GIMP program
from
On Tue, Aug 07, 2001, Nick Lamb [EMAIL PROTECTED] wrote:
IMHO you'd be better off just using:
wad://home/raph/slimy.wad/p/alien.foo
This can be handled today in Gimp 1.2, see url.c
Non-interactive stuff would go exclusively through these URLs while the
interactive user would also
On Wed, Aug 08, 2001 at 01:54:53PM +0200, Raphael Quinet [EMAIL PROTECTED] wrote:
No, using a special protocol in the URI will not work, because it
then how about appendign a space and then attr=value pairs? spaces are not
valid in uris. other options incldue { } or other characters not allowed
On 08 Aug 2001 16:10:31 +0200, [EMAIL PROTECTED] wrote:
the problem is that # is not nestable. and the file system layer might
want to use it itself.
Hmm? No. Fragments are interpreted by the UserAgent.
___
Gimp-developer mailing list
[EMAIL
On Wed, Aug 08, 2001, Jens Lautenbacher wrote:
On 08 Aug 2001 16:10:31 +0200, [EMAIL PROTECTED] wrote:
the problem is that # is not nestable. and the file system layer might
want to use it itself.
Hmm? No. Fragments are interpreted by the UserAgent.
Exactly. As I wrote in my previous
On Wed, Aug 08, 2001 at 05:05:23PM +0200, Jens Lautenbacher [EMAIL PROTECTED] wrote:
the problem is that # is not nestable. and the file system layer might
want to use it itself.
Hmm? No. Fragments are interpreted by the UserAgent.
so, who is the user agent, gimp or the gimp? the file
On Wed, Aug 08, 2001 at 05:22:44PM +0200, Raphael Quinet [EMAIL PROTECTED] wrote:
and then interpret it locally. As far as I know, there is nothing
that prevents the URI from having one or several # in the fragment
Except rfc2396, which specifically disallows this ;)
The other characters
[EMAIL PROTECTED] ( Marc) (A.) (Lehmann ) writes:
so, who is the user agent, gimp or the gimp? the file system layer is part of
the gimp, for sure.
Hello? The FS or a web or a ftp server is the Server conceptually.
The UA (gimp) loads the whole Document (a file maybe containing
multiple
On Wed, Aug 08, 2001 at 01:54:53PM +0200, Raphael Quinet wrote:
If we want to avoid 404 errors from the web servers, we could decide
to use # instead of / as a separator between the real file name
and the extra path to the image. I initially thought about this and
then rejected the idea
On Wed, Aug 08, 2001 at 07:49:54PM +0200, Jens Lautenbacher [EMAIL PROTECTED] wrote:
so, who is the user agent, gimp or the gimp? the file system layer is part of
the gimp, for sure.
Hello? The FS or a web or a ftp server is the Server conceptually.
The UA (gimp) loads the whole Document
On Wed, Aug 08, 2001 at 06:52:39PM +0100, Nick Lamb [EMAIL PROTECTED] wrote:
That creates an equivalent problem to your original one. If you really
want gimp-devel to believe that you routinely load remote WAD files
from HTTP then I'm going to have to ask that they also believe that users
Here's an article by somebody who's very happy with gimp-print:
http://www.linuxplanet.com/linuxplanet/opinions/3689/1/
It is very complimentary.
--
branko collin
[EMAIL PROTECTED]
___
Gimp-developer mailing list
[EMAIL PROTECTED]
On Thu, Aug 09, 2001 at 12:42:33AM +0200, Jens Lautenbacher [EMAIL PROTECTED] wrote:
yes of course, but where's the difference in our problem here?
that the user agent is the gimp and might interpret fragment identifiers
- at leats some underlying library might (and should) do that. my point
is
14 matches
Mail list logo