[ALLY] VID File Requestor 1.0

in the sub-dir window with "/" or similar in the top window. Cheers -Larry ----- Original Message ----- From: <[carl--rebol--com]> To: <[ally--rebol--com]> Sent: Wednesday, September 20, 2000 7:46 PM Subject: [ALLY] VID File Requestor 1.0

It is a 1.0 but has many features that you will find handy, although I am sure that Petr will not like it. :)

you have any major bugs with it, let me know. THERE IS MORE TO DO. But, it is very useful already.

It is a 1.0 but has many features that you will find handy, although I am sure that Petr will not like it. :) Hey, pressed for time, but ;-) ... I would like to get some answers to my post about more complex things, dialects, etc. stuff. Allen moved it to ally list ;-) Later, -pekr-

you have any major bugs with it, let me know. THERE IS MORE TO DO. But, it is very useful already.

non-alpha order on Windows? Yes, as I noted previously, the default order used by the operating system is "create date" and this appears to be the order in which the C-code underlying REBOL returns files and dirs. In Windows Explorer, files and sub-dirs are sorted lexicographically (dirs first, weird chars first). That is they are not displayed in their "natural" order. Currently

returns the number of files in the directory, and

returns the creation date. So it would make sense to have sorting on these attributes as well. -Larry PS I read most of the code for file-req.r last night and continue to be amazed at the power of dialecting, especially VID.

I tried various combinations of attrib: C:\>attrib -H "c:\system volume information" Not resetting system file - C:\System Volume Information C:\>attrib -S -H "c:\system volume information" Access denied - C:\System Volume Information C:\>attrib -R -S -H "c:\system volume information" Access denied - C:\System Volume Information If I give my local administrator's group (of which I am a member) full control over this folder, everything is fine. (I don't think that's a good solution though!). It is a hidden file. Dir doesn't show it. Should the file-requestor show hidden files as well? Windows has this folder pretty well protected. I admit I'm not sure what it's purpose is......:-) Anybody else have this problem? Thanks, Scott _________________________________________________________________________ Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com. Share information about yourself, create your own public profile at http://profiles.msn.com.

It is a 1.0 but has many features that you will find handy, although I am sure that Petr will not like it. :)

you have any major bugs with it, let me know. THERE IS MORE TO DO. But, it is very useful already.

non-alpha order on Windows?

problem. An exists? %/ should always be true, but it does not and that is why the root does not show in the requestor. We'll fix it.

Heh, funny you should mention that one. If I had a nickel for every time Carl has mentioned wanting the same thing...

address is http://www.rebol.com/view/reb/file-req.r just try print read http://www.rebol.com/view/reb/index.r Cheers, -pekr-

What about amiga's assign like behavior - while being nested in some path e.g. /c/program files/something/important/here assing to 'my-favorite, which in turn would appear amongst other dirs listing (e.g. with slightly different coloring) .... possible? I use it a lot with my Windows Commander here. Cheers, -pekr-

Well that's good - more likely to appear then. (: Is there any reason why it'd be hard to implement?

[snip]

Yep - that too. (: Well, after they fix up the root problem, I guess... But a Most Recent list has the advantage of being automatic. Where you were working yesterday will just be in the list without you needing to think about it at all.

Not always true, because it could be a long path (or several recent directories - several long paths). An assign is short and effective (and requires even less thought).. I like assigns. :) Anton.

[snip]

Why would the lenght of a path make any differece? However, the list could get very long in a day if it was the actual files you were listing instead of just their directories, so both a most-recent-files list and most-recent-directories list would probably make more sense.

How can it require less thought than something that's automatic? You have to tell an assign what it's name is as well as what directories it should point to. My idea is that every time you access a file with the requester its path is added (or moved) to the top of a most-recent list of X number of paths.

Well, as I'm already an Amiga user, I don't need them in REBOL anyway. When root is working in the REBOL requester my assigns will already be in it.

Because more text takes longer to read. And some paths are really long. An assign can be really short.

Same, but it would be nice if non-amiga people could benefit from assign-like shortcuts. I'm not proposing assigns as better than a recent list in an either/or kind of situation. We could easily have both. How about a favourites list, that you set up expressly. It requires thought to set up initially, like assigns, but it wouldn't change automatically, so you can use even less thought selecting your favourite directories or files, because you learn with use where they are in the drop-down list. A favourites list is kind of a mix between assigns and a recent list. What do you reckon? Regards, Anton.