On Sat, 24 Aug 2013 14:26:23 +0200 ale rimoldi <ale.comp_06 at xox.ch> wrote:
> hi > > > On 08/23/2013 08:30 AM, Thorsten Rochelmeyer wrote: > > > > > > Am 23.08.2013 13:22, schrieb Hans Schmidt: > > >> But in some cases, storing everything in one file is really quite > > >> comfortable. For example, if you want to just save documents on > > >> the disk, it is easier to navigate with them with single files > > >> than with folders. > > > There's "Collect for output" in the File menu. No document at hand > > > to see what it does, but it looks as if it creates a directory and > > > puts all the stuff in there. > > > > > > Anyway, i would appreciate the option to have everything stored in > > > one file. Easyer to handle in some cases. > > > > > > > > Something that could be done would be to create a .zip file from a > > directory and its contents, and you could do this yourself. This is > > in essence what an ePub is. It might be worth a consideration for > > Scribus to have the capability of unzipping such a file. It can gzip > > an .sla file. Perhaps a 2-step process of Collect for Output, then > > zip. I wonder if a script might be written to do this zipping.... > > > > The problem with saving images in .sla files is the size. You might > > have a multi-MB file for one picture, and some Scribus projects have > > dozens or hundreds of pictures. > > oh, so true! > > personally, i'm interested in a new type of format that would allow > replacing single resources one at a time and still have a good > performance. > > we would then have an index of all resources and each frame, style > set, image, ... is stored as an individual resource in a "package". > > my first thoughts went to sqlite, but i don't see much of a relational > structure. > > dictionaries seem to be more the thing i'm looking for... but i have > no experience with them. does anybody know of an embeddable nosql > engine that could fit? > does the idea of nosql fit all for this task? > > does anybody know if zip and tar can cope well with replacing files? > > an embedded fuse virtual driver? > > and, yes, the main idea is that one should not have to save the > whole .sla anymore, but only the parts that have changed. > and in a perfect world, it should work in both a transparent (you see > in the file system the single items) and a package mode. > > > does anybody have some technical experience in this topics? > > ciao > a.l.e > > ___ > Scribus Mailing List: scribus at lists.scribus.net > Edit your options or unsubscribe: > http://lists.scribus.net/mailman/listinfo/scribus > See also: > http://wiki.scribus.net > http://forums.scribus.net Decades ago some text editors stored multiple editions of a file, but the later editions were just the additions and subtractions, the deltas if you like, from the last version. You could always back up to any of a number of versions. Univac 1108 had such an editor. The *nix "diff" command can be run in a way that creates such a delta. Hope this is helpful. -- John Culleton Wexford Press Free list of books for self-publishers: http://wexfordpress.net/shortlist.html PDF e-book: "Create Book Covers with Scribus" available at http://www.booklocker.com/books/4055.html
