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 file
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
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
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...
taking a deep breath of fresh thoughts
[...]
Now, what concept do the ar, zip,
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
On Fri, Aug 15, 2003 at 01:57:35PM +0200, Raphal 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)
are
]
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 stand on either side (or how many sides are there?) in
the ongoing discussion, just air some
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
[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
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
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 stand on either side (or how many sides
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
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 container might
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 good
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 going
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
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
17 matches
Mail list logo
