Filer enhancement
Steffen Huber (91) 1949 posts |
If Auto-!Boot-ing is considered a security risk, I would propose to do the filer-booting by default through a command interpreter that only allows the typical things a !Boot file allows: setting system variables and iconspriting a file. Problem solved. |
Jess Hampshire (158) 865 posts |
That would have some advantages, but still not solve the issue of a second hard drive stealing your file associations, or a common filetype being pointed at a piece of malware, unless it was a little more clever. |
Rik Griffin (98) 264 posts |
How about a list of locations, set via the Filer’s Configure plugin, that are allowed to be auto-booted (ie when a Filer window is opened). And add a “boot this directory” option to the Filer’s menu. Leave the Filer_Boot command unchanged so that this doesn’t interfere with the !Boot structure. Looking at my own hard disc, I don’t think it’d be any hassle to restrict auto booting to $.Apps on my main drive, for example. |
Jess Hampshire (158) 865 posts |
That is exactly what I would like to see. (Assuming the list can include wildcards). |
Michael Drake (88) 336 posts |
Has anything happened with the proposed filer improvement? Adrian Lees has added keyboard shortcuts to the filer. |
Doug Webb (190) 1158 posts |
Well they seem to be in the latest development ROM’s dated 8th May. Now just need to be careful about using the delete key and where the focus is… Perhaps a good Dustbin application within the standard build is needed now to cover such eventualities or in the meantime just use the simplier fix already available of: Configure>Filer>Confirm>Deletes Only option. |
Jeffrey Lee (213) 6048 posts |
If you have “confirm deletes” turned on, then the filer action window it opens will still ask you for confirmation (which will have to be done via mouse input, so there’s no danger of hitting delete + enter with the focus in the wrong place) (ah, nevermind, just realised that you’ve already mentioned that option) |