Place For New Ideas

For Developers

Placeholder for useful discussion regarding the GNOME desktop image viewer.

Blog posts discussing eog: (FIXME: summarize important and useful points and ideas here, instead of just linking to discussion)

EoG UI Rework proposal

PaoloBorelli: This summarize where I would like EOG UI to move toward:


JoachimNoreiko: but multiple images in a directory equates to multipage document. Take a look at how OS X's Preview does it.

Current UI problems

Currently EoG is split into two "modes", the one viewing a single image and the one displaying a directory, using a scaled down image and a thumbnail pane. This poses many problems:

Proposed UI

LuisMenina: Maybe a switch button in the toolbar to hide/show the thumbnails list pane ? I think it would be quite useful. JoachimNoreiko: How would you know which image next/prev goes to? I'm playing devil's advocate here, but if a user has his folder arranged by name / date / arbitrary icon arrangement, he might expect prev / next buttons to follow that order.

LucaFerretti: An alternate toolbar could be: Fit, Zoom, Real | Mirror, Rotate | Prev, Next. Where Fit and Real are buttons to set the zoom to fit window and to real image size, Zoom could be a slider (a la F-Spot), Mirror a button to flip the image, Rotate a GtkMenuToolButton providing rotate-90-deg-clockwise as main action (the button), and rotate-90-deg-counter-clock and rotate-180-deg actions in popup menu. Of course the Zoom slider is not so useful, if you have a wheel mouse... Slideshow and Fullscreen should be IMHO a single action in the UI: when the user choose View->Fullscreen, a fullscreen view of the current image will be showed, with a floating toolbar providing Previous, Next | Pause, Start | Close Fullscreen buttons. Previous and Next are used to manually browse in fullscreen mode, Pause and Start to start and pause the slideshow mode (some cute effects?).

LucaFerretti: agree. But I prefer at the top, just like in iPhoto in edit mode.

Slideshow and full-screen enhancement ideas


Use mouse wheel for next/previous image

I would love to see "mouse wheel down" bound to "view next image", and "mouse wheel up" bound to "view previous image". The mouse wheel currently zooms in and out, and so do the plus and minus keys. I think there are many users who have to go through a lot of pictures and this would increase useability a lot IMHO. -- ChristophFuchs

This was removed during during development of version 2.18. See bug #331645 for details. -- FelixRiemann

I see that using the mouse wheel in the collection view should scroll the collection view left and right, but I am speaking of using the mouse wheel on the image itself. Currently the mouse wheel zooms in and out. I think the user should be able to set the mouse wheel behaviour in the options. Either zoom the image, or show the next/previous image. A simple checkbox should be sufficient. -- ChristophFuchs

I think using the mouse wheel in this way is now counter-intuitive to the way people are used to. The web browser is the dominant force in UIs nowadays and the mouse wheel (or ball!) is used to scroll around the page, as opposed to zooming or navigation. This especially holds true for touch pads. My suggestion would be use the wheel for scrolling around the page, and using a combo like CTRL+wheel for zooming, just as in a web browser. -- SamLown

Just other small enhancement ideas

Creative Commons licenses awareness

It would be great if EOG becomes aware of Creative Commons licenses. See Gnome Integration for more info.


Replacing EogWrapList with a GtkIconView derived widget

As I've found in eog ChangeLog, Jens Finke's first image collection implementation was added to eog in February 2001 (eog 0.7 times). In that time, GTK+ (version 1.x, as GTK+ 2.0 was released in March 2002) didn't have a component like it so i made total sense to have this component implemented into eog.

Moreover, EogWrapList uses a class called EogImageList. This class was developed by Jens together with all the WrapList stuff at the same time that GTK+ 2.0 (and all the GtkTreeModel/GtkListStore stuff) was under hard unstable development. I think that this was the reason why Jens didn't use a GtkTreeModel implementation.

But since GTK+ 2.6, we have GtkIconView, a very practical grid view for data models. It is built in the same sense than GtkTreeView, and its data can be stored in any of the GtkTreeModel implementations, freeing us of the dependence on EogImageList.

But why would we want to rewrite part of eog?

First of all, we are duplicating a lot of code. Sumarizing, EogWrapList could be replaced by an extended GtkIconView (that I'd call EogThumbView) and EogImageList by a GtkListStore.

Some of the advantages I see:

I am cooking a patch that uses GtkIconView and GtkListStore to implement a EogThumbView widget and a EogListStore respectively, and removes the dependence in EogWrapList and EogImageList. I need a little of time to make it work because I am not too familiar with eog code as a whole. I would love to receive feedback and help from longtime eog developers and the eog community. Update: The patch has landed CVS and it is in the eog-ng branch. Please put your comments on the bug #336973 -- ClaudioSaavedra.

Would this allow the collection pane to be movable to the side? I have a widescreen laptop, so having it at the bottom eats up a lot of space. -- JamesAndrewartha

Rework on Eog Icons


Easier rotating

I would like to rotate images with easier way using R key for rotating right and L key for rotating left. (Or any user defined shortcut key). -- snek01

Ctrl+R is already available for right rotation. We could add shortcut for left rotation as well (Ctrl+L). -- LucasRocha

Is possible to use CTRL + ⇦(rotate left) and CTRL + ⇨(rotate right) -- LuigiMaselli

There is shortshut Ctrl+R for right rotation and Shift+Ctrl+R for left rotation now (Eye of GNOME 2.18.1). Do you mean that there is possible to have got more shortshuts for the same action? If it is possible so you can surely add there more simple rotation shortshut as I have written above. I will tell you why I want it: I have got mouse in my one hand and I write with other hand. (Another less important reason is that the same shortshuts are in IrfanView.) -- snek01

Ctrl+R does not work in full screen mode (F11). -- snek01

Fullscreen Ctrl+R should work in the current development version (2.19). -- FelixRiemann

Better use of screen real-estate

How about loosing the icon bar atop EOG? When you start EOG, first you will have the menu bar and then a lot of Icons in a bar. This bar with Icons really takes a lot of space. At work I use IE (yuck I know) but a very decent trick, they have when watching an image is storing the controls in a set place, hidden until the mouse hovers over it. In IE the magnify to 100% size is located right under, saving, printing is top left.

I think it would really be cool if EOG had the same features and as a result, you could show a larger picture in the same piece of pixels, because now you don't have to show the icon bar.Is there also a away of making the picture cover the whole window so you won't see the window border? -- RolandV

On the topic of screen real-estate: an opening an image of almost any size (or viewing it at Best Fit) there is invariably an empty space of approximately 125px to the left and right of the image. I would very much prefer if the border "minimized" around the image. I often find myself manually resizing the window pane along the horizontal access.

Permanent rotate and delete toolbar plugin

I have to say that I use your software mainly for browsing through digital pictures and I often have to do two simple things: permanently rotate images and delete pictures. As this is an image viewing application, it would be best perhaps if this is developed as a plugin which adds a toolbar with three buttons: rotate and save (left and right) and delete.

Interface refinements

This page proposes a number changes for EoG's interface. The idea is to streamline what is already there, to make EoG look nicer and to enhance the user experience a little.

Apps/EyeOfGnome/PlaceForNewIdeas (last edited 2013-08-09 00:46:13 by WilliamJonMcCann)