Bug 130230
Summary: | eog should be deprecated | ||||||||
---|---|---|---|---|---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Jones Lee <joneslee> | ||||||
Component: | eog | Assignee: | Carl Worth (Ampere) <cworth> | ||||||
Status: | CLOSED WONTFIX | QA Contact: | |||||||
Severity: | medium | Docs Contact: | |||||||
Priority: | medium | ||||||||
Version: | rawhide | CC: | alexl, barryn, nobody+bclark, notting | ||||||
Target Milestone: | --- | Keywords: | FutureFeature | ||||||
Target Release: | --- | ||||||||
Hardware: | All | ||||||||
OS: | Linux | ||||||||
Whiteboard: | |||||||||
Fixed In Version: | Doc Type: | Enhancement | |||||||
Doc Text: | Story Points: | --- | |||||||
Clone Of: | Environment: | ||||||||
Last Closed: | 2006-08-14 11:58:09 UTC | Type: | --- | ||||||
Regression: | --- | Mount Type: | --- | ||||||
Documentation: | --- | CRM: | |||||||
Verified Versions: | Category: | --- | |||||||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||||
Cloudforms Team: | --- | Target Upstream Version: | |||||||
Embargoed: | |||||||||
Attachments: |
|
Description
Jones Lee
2004-08-18 11:50:47 UTC
The downside of removing eog could be that gthumb is not as good as a quick viewer, for example when double clicking images in nautilus. Alex was pointing out that: - It starts maximized and so cover everything else. - There are more "chromes" and so more visual noise around the view of the image Also even if the image view is covering the folder view there are still details visible (for example the number of the images in the folder). Someone is hacking on a unified viewer for several file formats (it could cover pdf, ps, images ...) similar to the one OS X have. That's probably the best longer time solution... What we do in the meantime though? Keep eog or improve gthumb as a single file viewer ? Btw I removed the nautilus dependency. It was for the inline view which is not used anymore. (In reply to comment #2) > - It starts maximized and so cover everything else. Yes, but this is a simple fix. > - There are more "chromes" and so more visual noise around the view of > the image I took screenshots of both, which I'll attach. There isn't too much difference in the amount of noise in both these apps but gthumb does need some help in making it's single image view a little simpler. > Also even if the image view is covering the folder view there are > still details visible (for example the number of the images in the > folder). Yea, this probably isn't desireable for single image viewing. > Someone is hacking on a unified viewer for several file formats (it > could cover pdf, ps, images ...) similar to the one OS X have. That's > probably the best longer time solution... As far as I know this single viewer is only going to handle single and multi-page documents. pdf, ps, and tiff are expected to be handled. I haven't heard that it will be handling images as well. I'll have to check in with the developers of that project. > What we do in the meantime though? Keep eog or improve gthumb as a > single file viewer ? To me this is the same question as how rhythmbox should handle playing single sound files. Often people want to play single sound files, but with rb as your default player it automatically adds files to your playlist which isn't always the desired behavior. [1] Gthumb aims to be a photo collection organizer, which is similar to rb aiming to be a music collection organizer. I think we should look into moving towards working on gthumb and making it into a nice photo collection tool with the ability to view single images quickly and simply. Eog is becoming more and more cluttered with no real direction of what it's intending to become. [1] http://bugzilla.gnome.org/attachment.cgi?id=32946&action=view Created attachment 106359 [details]
eog ui
Created attachment 106361 [details]
gthumb ui
"I think we should look into moving towards working on gthumb and making it into a nice photo collection tool with the ability to view single images quickly and simply." For photo collection tools there is also a lot of work being done on f-spot. f-spot would be a nice app to include, assuming we pull in the mono stack (f-spot requires it) it might be better to go with that. I think the right approach is to use eog for a simple viewer, and f-spot for "photo management". I think this is the direction upstream is taking too. |