db/file storage .... (was) Re: Re: ANN: RebDB Pseudo-Relational Database

in XBase world, fixed sized (10char) variable is used, called MEMO. Memo fields are stored in one binary file though, it depends upon index system you use. We used SixDriver, which was really a powerfull beast back at those days ... I think that is way to go for RebDB - to offer another datatype/column - MEMO ... and create driver for one-file storage ... that way you would get what you need for your IOS data ... ah ... that damned copying of thousands of small files to USB pen, boring, isn't it? :-) Once again - we need .zip scheme or just ability to threat archives as ordinary dir - that would be better ... so: exists? %/C/my-dir/my-zip.zip/message-0001.r 1) File Managers (most of them imo, and no - Explorer is NOT file manager, it is a joke!) treat archive files as ordinary directories. Our company bought multi-license of Windows Commander (Total Commander nowadays) and users are happy about that. Who needs tools like Winzip etc.? I will try one thing though once I get home - WinXP can do just the same natively, so maybe rebol will be able to read from archives that way naturally? 2) It is the same as with gif saver, convolution - Carl once said, that if we find free C code for that, he can add it into Rebol. One other app which uses such technique is WinAMP - it stores all that small skin files into one .zip per skin. I find it really usefull So - I can imagine IOS messenger files still being plain text, still being separate files, but living in one physical file or several linked ones. I think there would be no noticable slow-down and copying to USB would be just instant. Would anyone else find such enhancement usefull? Can we find source codes? -pekr-

Explorer is not a file manager, it is the windows shell. as such you can extend it via namespaces: http://msdn.microsoft.com/library/default.asp ?url=/library/en- us/shellcc/platform/shell/programmersguide/sh ell_adv/namespaceextension/namespace.asp to give yourself the file management capabilities you want for example.

That is really a bad excuse :-) .... it comes with Windows as-is and so most users will use it that way. Besides that ... once you get used to some tool there is no way back ... I could not live without two panels of WinCommander :-) -pekr-<

How does it compare with DOpus? I'm using it now ... price reduced to halt until end of January. http://www.dopus.com --- Graham Chiu http://www.compkarori.com/cerebrus<

until end of January.

hmm... Looks like that is an offspring from the old Amiga 'Opus'. Great tool - I lived by it back then.. Interesting to consider how it relates to something like Araxis Merge and how much work it would be to develop a version in Rebol combining the best of both. Merge v6.5 for Windows -- there's a 30 day trial download I recommend to play with. Lightening fast with many excellent interface ideas. Its a superb wysiwyg diff tool. But you really have to experience it hands on to appreciate it. Especially relevant for distributed library ideas like Rebol/View/Desktop, /IOS or AltME http://www.araxis.com/ - Jason

I have both DirOpus for Amiga and DOpus for Windows on my box but still prefer pcopus as it is free/dual pane/easy to config you can get it here: http://galway.informatik.uni-kl.de/staff/mandola/opus.html<

I wanted to do something like this initially, but the various 'skip bugs prevent an efficient solution ... or so I thought. Turns out that if you store each memo as a line of text, then: file: open/lines/direct %memos.txt memo: copy first skip file rowid - 1 works, even though the 'skip refinement [of 'open] and "at file rowid" don't. So expect a new RebDB memo! datatype, with some limitations, in the next couple of days (plus a few other goodies). Regards, Ashley<