Comment 1 for bug 1736038

Let's see if we can address this properly in this bug (usually it's much better to file one issue per bug, otherwise some will fall into oblivion and the bug will linger forever):

1. is more of a feature request (Inkview never had that functionality)
   I quickly thoughr about adding it a while back but was not sure
   if it might be confusing (inkview does not really have a version
   number of its own but simply uses whatever Inkscape uses, i.e. one
   could just as easy query "inkscape -V")

2. On Windows the window is never larger than the screen.
   One can make the window larger but not smaller.

3. -s only takes integers, no floats, so 0.5 is not an option
   In the code it's defined as double (so floats should work)
   I can confirm the window does not shrink below the default
   without scale option though.

4. -t doesn't seem to be parsed correctly [...] -t=3
   That's a user error ;-)
   The syntax is either "-t 3" or "--timer=3"

5. Inkview does in fact load all files specified on the command line
   before launching. I think this was the default behavior since forever
   which can be good for slideshows (loading the next page will be faster)
   but I disliked it for most applications, too.
   I intended to rework this at some point (so "preloading" can be an
   option) but it wasn't straightforward to implement, so I decided
   to postpone that feature when I worked on Inkview last.

   The errors you are seeing might be related to that, but I suspect
   it might be indicating and underlying issue (for example I noticed
   "inkview share/tutorials" would crash while the individual files open
   fine.

   With "tutorial-shapes.de.svg" I just tried debugging with gdb and
   it seems to lock-up in a strange repaint loop as I get >16K entries
   that look like the following

#1 0x0000000002e1d0ba in SPCanvas::paintRectInternal(PaintRectSetup const*, Geom::GenericRect<int> const&) ()
   from E:\Temp\Inkscape\inkscape.git\master\build64\inkscape\libinkscape_base.dll