[rox-users] Re: Fwd: ROX-filer 2.3 on Freebsd 5.4 comments and suggestions

[Thomas L. <ta...@ec...>]

On Sun, 05 Mar 2006 18:13:02 +0000, Thomas Leonard wrote:

> Sent to me by mistake... forwarding to list...
> 
> ---------- Forwarded message ---------- From: martinko <ga...@po...>
> Date: Sep 26, 2005 12:19 PM
> Subject: ROX-filer 2.3 on Freebsd 5.4 comments and suggestions
> 
> hello,
> 
> first, thank you very much for this great application! it's the best
> graphical shell i've used. i just love it. :)
> 
> second, i've got a few comments and suggestions for you:
> 
> - double-clicking the same window a few times in a row shifts/moves the
> window one pixel to the right on each double click.

It's probably your window manager reacting to the size change. Which one
are you using?

> - opening "properties" for a directory shows a different size than opening
> "count" -- here for instance 105 vs 103 M.

Count just adds up the lengths of the files (bytes of data), whereas
properties (tries to) include the overhead of storing them. So, a 1-byte
file will be counted as 4K if that's the smallest size your filesystem can
allocate.

Except that it's inconsistent, because selecting an individual file shows
the 'count' value, whereas selecting a directory containing the same file
shows the 'disk usage' value.

> - "size" in "properties" does not show B/M/G for bytes/mega/giga, only a
> number. and btw what does "(null)" mean/stand for?

Probably, SIZE_FMT in config.h is wrong for your system. Try changing it
to the other option (32 or 64).

> - i would prefer an option to disable showing of "send to"-customized
> actions at the top of "dir"/"file" submenu and to show them only in "send
> to" menu.
> 
> - a possibility to change mount/umount commands would be useful so that i
> could set them to sudo for instance and thus allowing a regular user to
> mount/umount directories.

Done now in svn.

> - it would be useful to scan files for mime types (upon opening a
> directory)  in the background so that one wouldn't have to wait ages when
> opening a directory with thousands of files in it but could quickly
> navigate through it.

You shouldn't have to wait for all of them to be scanned to be able to use
it again, although it might be sluggish if individual files take a long
time (e.g., on a network drive).


-- 
Dr Thomas Leonard		http://rox.sourceforge.net
GPG: 9242 9807 C985 3C07 44A6  8B9A AE07 8280 59A5 3CC1