Inkview: multiple issues
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Inkscape |
New
|
Undecided
|
Unassigned |
Bug Description
Linux Mint 18.2 with Inkview 0.92+devel (914e21f, 2017-12-02)
1. no version info available, had to open Inkscape to be able to copy the info here - expecting: inkview -v or inkview --version to work.
2. Window is not resizable (and its contents is huge, longer than my screen) - a scrollbar would be helpful. (edited)
3. Tried downsizing, but -s doesn't scale anything aside from the window - between ~ 25 and 95% of my screen width with a tutorial svg. Values smaller 1 result in the same size as 1, larger values make the window wider, until it goes to 4, there it stops. (edited)
<removed 4.>
5. When running Inkview like this
$/opt/inkscape_
I get memory leak warnings:
** (inkview:21716): WARNING **: Fonts dir '/home/
** (inkview:21716): WARNING **: GC Warning: Repeated allocation of very large block (appr. size 49152):
May lead to memory leak and poor performance.
** (inkview:21716): WARNING **: GC Warning: Repeated allocation of very large block (appr. size 49152):
May lead to memory leak and poor performance.
(Ctrl+C, because the only thing happening is my CPU load going up, and my computer fan starting hum loudly)
Does it try to load all files before starting the slideshow?...
(I did take care to set the environment variables and PATH correctly, so it finds the corresponding master inkscape)
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\