At 06:34 AM 7/11/2003 -0700, Nathan Carl Summers wrote:
Oh wait, I take it back. I can think of a image format that retains the
spirit of XML:
Created by the GIMP!
You know what is really scary about that...
About 6 months ago, someone post
On Fri, 11 Jul 2003, Leonard Rosenthol wrote:
> But the fact is that you're going to end up having to Base64
> encode all the image data - which will blow the physical file size
> WAY out of proportion. And if don't do that (ie. attempt to leave in
> binary data), then you are violating the
Hi,
Leonard Rosenthol <[EMAIL PROTECTED]> writes:
> But the fact is that you're going to end up having to Base64
> encode all the image data - which will blow the physical file size WAY
> out of proportion. And if don't do that (ie. attempt to leave in
> binary data), then you are violatin
At 12:04 PM +0200 7/11/03, Marc wrote:
On Thu, Jul 10, 2003 at 04:08:21PM +0200, Sven Neumann <[EMAIL PROTECTED]> wrote:
in such an approach and I am sure that not many XML parsers will like
CDATA blocks of several megabytes.
_all_ xml parsers cope with cdata blocks of several megabytes.
But th
On Thu, Jul 10, 2003 at 04:08:21PM +0200, Sven Neumann <[EMAIL PROTECTED]> wrote:
> in such an approach and I am sure that not many XML parsers will like
> CDATA blocks of several megabytes.
_all_ xml parsers cope with cdata blocks of several megabytes.
--
-==-
Hi,
Christopher Curtis <[EMAIL PROTECTED]> writes:
>> We actually had something else in mind but since you don't seem to be
>> interested I won't waste my time explaining our ideas.
>
> It is very sad to see that Sven thinks that Robin Rowe is the only
> person to whom his ideas should be told.
Sven Neumann wrote:
We actually had something else in mind but since you don't seem to be
interested I won't waste my time explaining our ideas.
It is very sad to see that Sven thinks that Robin Rowe is the only
person to whom his ideas should be told. Pity the rest of the GIMP
developers (curr
Hi,
"Robin Rowe" <[EMAIL PROTECTED]> writes:
>> A 640x480 8-bit image file example.cpx would be laid out something like
>> this:
>>
>>
>> > data=...[921,600 raw bytes]...>
I am sorry but this format may look like XML but it doesn't follow the
XML specification. You cannot include binary data as
David,
> As a proposal for a modification which would bring back
> compatibility, we could expand the header by 4 bytes to include
> bit depth (8 or 16), which could then be factored into the load
> routines of both our apps (we would crush 16 bit nbrushes down to
> 8 bits, and you would expand 8