Under Nautilus, if you try to remove items (move them to the trash or hit Delete with them selected) that are on an NFS drive, you get an error "Not on the same filesystem". Now let me ask you, in a corporate environment, how many people's home directories are actually on the "same" filesystem? And the same as what? The only recourse here is to turn on the "Include a Delete command that bypasses trash" and use that instead, which completely negates the whole point of the trash bin - meaning if I accidentally delete something that I need, I have to go through an hour long process of attempting to recover it by rebuilding the inodes (someone know an easy way to do this?). While this is just one example, this issue actually affects me by quite a bit as my own workstation is mapped via NFS to a dozen or so other machines (data servers, web servers, storage servers, etc) and I've worked this way for years - as have quite a few other people, I'm sure.
Next up - Nautilus again: I do A LOT of development in quite a few different languages. If I try to just double click, for instance, an sql dump, I get errors like "this is a VHDL document and requires that extension". Or, if I open a php script that happens to contain only HTML, I get "this looks like HTML rather than PHP". Why does Nautilus care? These are raw text files, which gedit is perfectly capable of handling. In fact, should you attempt to open a binary file through gedit (the only time this should matter), gedit will kindly tell you as much. Am I really expected to go through everyone's files and assign the extensions Nautilus expects just to get around having to go Open With and, sometimes even have to choose Text Editor from "Other Applications"? I can understand this behavior for binary files, but that's not what I'm talking about here.
These two issues, while they may seem small at first, actually impact productivity by quite a bit. I don't rant much, but this is starting to get ridiculous. I didn't have these issues under FC5 or 6 and have been seriously considering downgrading my workstation back to 6 and leaving it there (which I still might do).
OK, I'm done now.
J French wrote: ...
Next up - Nautilus again: I do A LOT of development in quite a few different languages. If I try to just double click, for instance, an sql dump, I get errors like "this is a VHDL document and requires that extension". Or, if I open a php script that happens to contain only HTML, I get "this looks like HTML rather than PHP". Why does Nautilus care? These are raw text files, which gedit is perfectly capable of handling. In fact, should you attempt to open a binary file through gedit (the only time this should matter), gedit will kindly tell you as much. Am I really expected to go through everyone's files and assign the extensions Nautilus expects just to get around having to go Open With and, sometimes even have to choose Text Editor from "Other Applications"? I can understand this behavior for binary files, but that's not what I'm talking about here.
Also, gedit will reject many of the text config file in /etc/** I think because file provides the type incorrectly.
I have definitely noticed this annoyance in fedora 6.
How can I {or better we=fedora} make Gedit the default for pure text files whenever there is not a more specific handler ? How can we make right-click "Open in gedit" available on every file ? How can we make right-click "Open in ghex" available on every file ? How can we make gedit open files that might contain some stray non-text characters, but are essentially text files ? I can understand code has been tidied up to not allow what you could previously do, but these were very useful time-saving features.
DaveT.
On 5/24/07, J French me@semitekie.com wrote:
Under Nautilus, if you try to remove items (move them to the trash or hit Delete with them selected) that are on an NFS drive, you get an error "Not on the same filesystem".
My files deleted from Nautilus on an NFS-mounted /home go into ~/.Trash.
Works For Me.
David Timms wrote:
J French wrote: ...
Next up - Nautilus again: I do A LOT of development in quite a few
different languages. If I try to just double click, for instance, an sql dump, I get errors like "this is a VHDL document and requires that extension". Or, if I open a php script that happens to contain only HTML, I get "this looks like HTML rather than PHP". Why does Nautilus care? These are raw text files, which gedit is perfectly capable of handling. In fact, should you attempt to open a binary file through gedit (the only time this should matter), gedit will kindly tell you as much. Am I really expected to go through everyone's files and assign the extensions Nautilus expects just to get around having to go Open With and, sometimes even have to choose Text Editor from "Other Applications"? I can understand this behavior for binary files, but that's not what I'm talking about here.
Also, gedit will reject many of the text config file in /etc/** I
think because file provides the type incorrectly.
I have definitely noticed this annoyance in fedora 6.
How can I {or better we=fedora} make Gedit the default for pure text
files whenever there is not a more specific handler ?
How can we make right-click "Open in gedit" available on every file ? How can we make right-click "Open in ghex" available on every file ? How can we make gedit open files that might contain some stray
non-text characters, but are essentially text files ?
I can understand code has been tidied up to not allow what you could
previously do, but these were very useful time-saving features.
DaveT.
Yes, this annoyance does indeed exist in FC6 - the delete issue and constant X crashing just had me annoyed enough to bring this up as well. (there are already bug reports on the crashing issues so I didn't mention them).
I think the right idea would be to finish out the "Preferred Applications" tool to include everything rather than just web browser, email client and terminal program. I'm somewhat surprised this hasn't been done yet as it's been complained about ever since FC3 (that I know of). On top of that, Nautilus should be either configured to just open the file in whichever app matches it's metadata or at least give the user the very same notice with a list of applications it thinks are suitable for opening the file (which would at least save some clicks). Note that the first option of just opening the file would dictate (from a usability standpoint) that the preferred applications tool be finished out to include all file types (like wind blows "folder options > file types" dialog).
Aside from that, I agree that users should have those right-click options as well - regardless of anything else done.
Dan Young Wrote:
Under Nautilus, if you try to remove items (move them to the trash or hit Delete with them selected) that are on an NFS drive, you get an error "Not on the same filesystem".
My files deleted from Nautilus on an NFS-mounted /home go into ~/.Trash.
Works For Me.
Your uname -ri? This was 6.93 x86_64 if that matters. However, I can't see why the platform should have any bearing on the subject at hand. Also, perhaps it's only working properly for nfs mounts under /home - my systems are all mounted under a dedicated fs with something like: /nfs/domains/com/ribosi/machinename/mountpoint and /nfs/domains/com/semitekie/machinename/mountpoint If they weren't, I'd have a nightmare managing them. This shouldn't matter either.
I've since downgraded back to FC6 on this machine - I was simply spending too much time dinking around with all of this in between constant, random X crashes. I really don't think this is going to be stable within 6 days, but who knows. Right now, it's certainly unfit for any real use other than development of the system itself. If I have time later this weekend I'll install it on another 64 bit system and a 32 bit system and play around with it some.
-Jeremy
On 5/26/07, J French me@semitekie.com wrote:
Dan Young Wrote:
Under Nautilus, if you try to remove items (move them to the trash or hit Delete with them selected) that are on an NFS drive, you get an error "Not on the same filesystem".
My files deleted from Nautilus on an NFS-mounted /home go into ~/.Trash.
Works For Me.
Your uname -ri? This was 6.93 x86_64 if that matters. However, I can't see why the platform should have any bearing on the subject at hand. Also, perhaps it's only working properly for nfs mounts under /home - my systems are all mounted under a dedicated fs with something like: /nfs/domains/com/ribosi/machinename/mountpoint and /nfs/domains/com/semitekie/machinename/mountpoint If they weren't, I'd have a nightmare managing them. This shouldn't matter either.
uname -ri 2.6.21-1.3194.fc7 i386
Hmm, I'm just mounting on /home.