# open issues on derf/feh
5. various Xinerama issues
--------------------------
From TODO:
On screen 1, it will work if fullscreen is turned off, the window is rendered
and moved so that its top corner is only on screen 1, and then fullscreen is
turned on (after that, it'll work for all images in the slideshow).
    state: open
     user: derf
    votes: 0
  created: 2010/08/21 11:08:12 -0700
  updated: 2011/08/30 00:38:44 -0700
 comments: 3
 
9. feh fails for massive images
-------------------------------
At first I thought this was a single-band TIFF image problem but when I
starting playing with resizing things I noticed feh becoming happy.. so I
started twiddling until I was right between the edge of failing and working:

By massive I mean the original image is:  30691x30661

Playing with resizing to various gets me:
23325x23302 fails (76%)
23018x22995  good (75%)

Next phase was to make sure it wasn't just the TIFF libraries.. so converted
the TIFFs to PNG
tifftopnm | pnmtopng >

Same behavior - the 76 fails, 75 works.   Trying one more time this time
converting to JPG for a last sanity check.

Feh blows up with No Imlib2 loader for that file format on the 76 but the 75
works.   Gimp opens both images (in any of the formats) fine (considering the
size of the images).  XV opens all sizes fine.

I can't distribute the raw (source TIFF) imagery (licensing issue) but I can
provide the JPG and PNG files for others to confirm the behavior.

http://beef.gina.alaska.edu/pub/feh-testing/

I put the 75 and 76 as PNG and JPG there along with the original as a PNG.

Running feh 1.9-21-gbeecfaf from github on a FC13 x86_64 machine.
    state: open
     user: dayne
    votes: 1
  created: 2010/10/06 16:22:25 -0700
  updated: 2011/11/14 00:50:59 -0800
 comments: 4
 
12. "Reverse" --scale-down (zoom images to screen size)
-------------------------------------------------------
Requested by mail:

Don't go fullscreen, but do make the window as big as possible (either max out
width or height) and zoom the image in to fit if necessary.
So, it's like --scale-down, but zooming in, not out.

This can already partially be achieved by combining --auto-zoom and --geometry
/ the "Freeze Window Size" menu setting.
    state: open
     user: derf
    votes: 0
  created: 2010/10/14 09:44:25 -0700
  updated: 2011/04/12 11:48:05 -0700
 comments: 0
 
24. maybe: include giblib directly into feh
-------------------------------------------
There are only three programs using giblib, one of them is feh. And feh only
uses a part of giblib. So including those parts into the source and removing
the dependency might be an idea
    state: open
     user: derf
    votes: 0
  created: 2011/01/17 11:54:17 -0800
  updated: 2011/11/29 13:34:35 -0800
 comments: 2
 
54. proper support for tiling WMs [was: zoom to window size]
------------------------------------------------------------
i frequently use feh with a tiling window manager. it would be great if there
were a switch that automatically zoomed the image to the window size (like with
fullscreen, but without actually changing the window size). right now i need to
specify the exact geometry to get this to work correctly.
    state: open
     user: ecraven
    votes: 0
  created: 2011/08/11 03:15:38 -0700
  updated: 2011/10/31 02:20:16 -0700
 comments: 8
 
67. receive commands from the terminal that started feh
-------------------------------------------------------
I am running feh on a remote machine by starting it from a ssh terminal. I
expected to be able to use the shortcuts in the terminal  just as I would when
feh is running localy. Feh does output to the terminal (e.g. when a filetype
isn't supported) but it doesn't react to input from the terminal. Apparently I
can use SIGUSR1 and SIGUSR2 to go back and forth between images but it would be
much easier if feh would just react to keyboard input from the terminal.
    state: open
     user: tinus
    votes: 0
  created: 2011/10/05 04:51:59 -0700
  updated: 2011/11/27 18:52:11 -0800
 comments: 5
 
72. --scale-down: account for window decorations
------------------------------------------------
Reported by mail: Apparently, --scale-down does not take window decorations
into consideration when calculating the maximum
window size. Gotta fix that.
    state: open
     user: derf
    votes: 0
  created: 2011/11/17 12:47:32 -0800
  updated: 2011/11/27 18:59:58 -0800
 comments: 1
 
73. Position and Maximum Size of feh window
-------------------------------------------
The --geometry lets you specify a fixed size and location for the window

BUG: specifying just a location is positioned right but produces a checkerboard
display!
   feh --geometry +50+5 vary_large_image.jpg
No image gets displayed



Full screen also does not take into account things like a bottom panel.  and
Window Decorations.
I wouldn't expect it to, as it is not always something that can be determined.
Instead allowing the user
to specify display limits (placement and the size for --scale-down) would seem
a better method.
Especially when you do not want checkerboard.

An option to center the window in that area would also work well but not
nessary!
    state: open
     user: antofthy
    votes: 0
  created: 2011/11/23 00:07:41 -0800
  updated: 2011/11/26 03:52:45 -0800
 comments: 0
 
75. image opened by thumbnail mode is in position 0 of the filelist
-------------------------------------------------------------------
1.
$ feh -tSsize  /path/to/images/

2.
click on an image

what i expected:
the image opens in slideshow mode, in filelist specified by command(
/path/to/images/ ), in order specified by command (-Ssize, sort by size)

what happened:
the image opens in slideshow mode,
press d, that's what it draws:
/path/to/images/someimage.jpg
0 of number_of_file_in_filelist
press n
nothing happens
press p
nothing happens
press home/end/....etc
nothing
    state: open
     user: lolnameless
    votes: 0
  created: 2011/12/07 11:34:11 -0800
  updated: 2011/12/08 14:35:24 -0800
 comments: 1
 
78. toggle_fullscreen action assigned to mouse button not working
-----------------------------------------------------------------
Is it possible to assign keys actions to mouse buttons? Installed newest
source, compiled on Fedora 14, tried toggle_fullscreen 1 in mouse
configuration, disables keyboard v key and no actions for mouse button. Urgent
feature for touchscreen implementations to configure all key actions for 1st
and 3rd mouse buttons.
    state: open
     user: rolandas
    votes: 0
  created: 2012/01/25 07:45:04 -0800
  updated: 2012/01/27 00:53:05 -0800
 comments: 2
 
