unrecognizable file preview (pdf, jpg, etc)

Bug #846384 reported by Evgeny
8
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Nautilus
Won't Fix
Wishlist
One Hundred Papercuts
Won't Fix
Low
Unassigned
nautilus (Ubuntu)
Won't Fix
Low
Unassigned

Bug Description

I don't see any _visible_ differences between previewed files such as pdf's and other picture or video formats.
Of course there are file types after a full stop (***.pdf) but i'm not sure that all users can _immediately_, without any delay, differentiate them. My mother couldn't... she only said that she's quite sure about the video type (because of the "film" on the sides).
To clear my statement see the screenshot. [the screenshot "scr_cropped.png"]

My suggestion:
[see the screenshot "scr_fixed_draft.png"]

Revision history for this message
Evgeny (evgeny-ig) wrote :
Revision history for this message
Evgeny (evgeny-ig) wrote :

the second screenshot

Revision history for this message
Timothy Arceri (t-fridey) wrote :

There seems to be an idea out there that users shouldnt need anything about how there computer works or what files are on it. I for one think there are some things a user should learn. And knowing some common file types is one of them. I really dont see what the issue is here. It is quite clear that .jpg and .pdf are going to be a different type of file. All the user needs to do is open both files and they can discover what they are, and oh no they might learn something in the process .pdf is not an image its a document.

Revision history for this message
Timothy Arceri (t-fridey) wrote :

Having said that if you really what this changed you should report is upstream as a nautilus issue here: https://bugzilla.gnome.org/

Revision history for this message
Evgeny (evgeny-ig) wrote :

Well, anyway, thanks for replying. I think now the topic is exhausted. That was only an idea.

Revision history for this message
Timothy Arceri (t-fridey) wrote :

I was only expressing my thoughts, you can still report this upstream and see what they think.

Revision history for this message
Ahmed Shams (ashams) wrote :

@Timothy, letting people to identify file type by only opening it is really annoying, because will be wasting a lot of users time, effort and resources only to do a very essential operation. Also, helping people to do their essential operations in a very smooth manner will significantly increase user experience.

Confirmed as a Papercut, filed upstream.

Changed in hundredpapercuts:
importance: Undecided → Low
status: New → Confirmed
Changed in nautilus:
importance: Unknown → Medium
status: Unknown → Incomplete
Revision history for this message
Timothy Arceri (t-fridey) wrote :

@Ahmed, you have missed my point. As I said above "It is quite clear that .jpg and .pdf are going to be a different type of file" the bug suggestion does no more to clear up what will open the file type so you still need to open the file if you dont know what the file type means.

Revision history for this message
Timothy Arceri (t-fridey) wrote :

I dont see how sticking the file type extention will help the users workflow or smoothness, this is no way helps a user to identifiy what will open the file.

The reporter says his mother cant tell the difference between the previewed files, will adding the extention to the preview really help with this? There a many types jpg, png, gif, ps, pdf, tif, bmp, etc adding each of these to the file preview is not going to provide much benifit if the user does not already know what these mean, and if they do there is no issue to begin with.

Changed in nautilus:
importance: Medium → Wishlist
status: Incomplete → New
Changed in hundredpapercuts:
milestone: none → precise-1-file-management
Changed in nautilus:
status: New → Won't Fix
Changed in nautilus (Ubuntu):
importance: Undecided → Low
status: New → Triaged
Revision history for this message
Sebastien Bacher (seb128) wrote :

upstream closing it as wontfix, doing the same

Changed in nautilus (Ubuntu):
status: Triaged → Won't Fix
Revision history for this message
Paul White (paulw2u) wrote :

Further to comment #10 closing Papercuts task.

Changed in hundredpapercuts:
status: Confirmed → Won't Fix
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.