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
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: :paintRectInter nal(PaintRectSe tup const*, Geom::GenericRe ct<int> const&) () Inkscape\ inkscape. git\master\ build64\ inkscape\ libinkscape_ base.dll
from E:\Temp\