Hi,
On Sat, 2003-08-16 at 01:20, Alastair Robinson wrote:
> Some thought needs to be given to how parasites are going to be stored - I'm
> thinking particularly of embedded ICC profiles here (IIRC the TIFF plugin
> attaches any encountered profile as a parasite).
ICC profiles shouldn't be hand
On Fri, Aug 15, 2003 at 03:41:28PM +0200, Tino Schwarze <[EMAIL PROTECTED]> wrote:
> BTW: Would it be possible to get a sparse file by zeroing the unused
> bits? Then it would be quite space efficient (at least with some file
> systems).
No, there is no way to do that. You will need to copy the fi
BTW, what happened to GNOME's libefs? From quickly browsing the
sources, it seems to have been included in bonobo still in
bonobo-1.0.22, but then bonobo was renamed to libbonobo, and I don't
see any trace of it in libbonobo-2.3.6. Was it such a badly designed
disaster that it was dropped? Or did i
Hi,
On Friday 15 August 2003 2:30 pm, Austin Donnelly wrote:
> When this discussion started, I didn't like the idea of XML with binary
> data portions. I liked the current binary, tagged, format we have, and
> thought that it should just be extended. However, after the recent
> discussion I've
On Fri, Aug 15, 2003 at 03:51:53PM +0200, Sven Neumann wrote:
> > Even if your images are black and white, they are most likely stored in a
> > compressed format (if a Subversion based GIMP file format was ever
> > invented), and if such compressed files are revisioned, no
> > generic algorithm is
Hi,
On Fri, 2003-08-15 at 15:22, Mukund wrote:
> Even if your images are black and white, they are most likely stored in a
> compressed format (if a Subversion based GIMP file format was ever
> invented), and if such compressed files are revisioned, no
> generic algorithm is going to give you a go
On Fri, Aug 15, 2003 at 02:22:03PM +0100, Mukund wrote:
> | > Subversion (http://subversion.tigris.org/) implements a versioned FS
> | > using a Sleepycat's Berkeley DB database. It has a full library
> | > implementation which any application could use.
> |
> | Well, using a database as containe
On Fri, Aug 15, 2003 at 03:22:54PM +0200, Raphaël Quinet wrote:
> I'd rather have some kind of archive format. If we want to replace an
> element in the archive by another one that is larger, we can append the
> larger one at the end of the archive, update the index and leave some
> unused bits i
Tor wrote:
> [filesystem within a file]
It's a nice idea in theory, but makes it quite hard to write a parser for.
MS Word files (until recently) were basically FAT filesystems, which makes
it easy to handle under Windows but harder to parse when you don't have a
convenient DLL to do it lying arou
On Fri, 15 Aug 2003, Tor Lillqvist wrote:
> Date: Fri, 15 Aug 2003 13:49:41 +0300 (EET DST)
> From: Tor Lillqvist <[EMAIL PROTECTED]>
> To: The Gimp Developers' list <[EMAIL PROTECTED]>
> Subject: Re: [Gimp-developer] Portable XCF
>
> I won't take any sta
On Fri, Aug 15, 2003 at 03:02:46PM +0200, Tino Schwarze wrote:
| > Subversion (http://subversion.tigris.org/) implements a versioned FS
| > using a Sleepycat's Berkeley DB database. It has a full library
| > implementation which any application could use.
|
| Well, using a database as container m
[Re-sending this because I sent it to Kevin instead of the list. Grumble...]
On Fri, 15 Aug 2003 07:45:28 -0500, "Kevin Myers" <[EMAIL PROTECTED]> wrote:
> I could be mistaken, but it doesn't seem that a file system with an
> extensible size would be a big problem...
It may be a problem with _ex
On Fri, Aug 15, 2003 at 01:55:26PM +0100, Mukund wrote:
> | BTW, Microsoft Windows registry is already basically an extensible file
> | system within a file. A high end business product that I use called also
> | SAS has something similar. I would guess there are others out there as
> | well.
>
On Fri, Aug 15, 2003 at 07:45:28AM -0500, Kevin Myers wrote:
| BTW, Microsoft Windows registry is already basically an extensible file
| system within a file. A high end business product that I use called also
| SAS has something similar. I would guess there are others out there as
| well.
You
ge -
From: "Raphaël Quinet" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, August 15, 2003 6:57 AM
Subject: Re: [Gimp-developer] Portable XCF
On Fri, 15 Aug 2003 13:49:41 +0300 (EET DST), Tor Lillqvist <[EMAIL PROTECTED]>
wrote:
> I won't take any sta
On Fri, Aug 15, 2003 at 01:57:35PM +0200, Raphaël Quinet <[EMAIL PROTECTED]> wrote:
> included directly while others are included by reference. The main
> advantage of using XML is that it can easily be debugged by hand. The
> other arguments that have been discussed so far (for or against XML)
>
On Fri, Aug 15, 2003 at 01:57:35PM +0200, Raphaël Quinet wrote:
> There is unfortunately one thing that most of these filesystems have
> in common: they are designed to store their data in a partition that
> has a fixed size. If you create such a filesystem in a regular file,
> you have to pre-all
On Fri, 15 Aug 2003 13:49:41 +0300 (EET DST), Tor Lillqvist <[EMAIL PROTECTED]> wrote:
> I won't take any stand on either side (or how many sides are there?) in
> the ongoing discussion, just air some fresh thoughts...
[...]
> Now, what concept do the ar, zip, etc formats closely resemble? What
I won't take any stand on either side (or how many sides are there?) in
the ongoing discussion, just air some fresh thoughts...
Many of the image formats suggested are some kind of archive formats
(zip, ar) on the outside.
I understand that one important benefit from this is that you can
store la
19 matches
Mail list logo