On Tue, Mar 24, 2015 at 02:43:08PM +0100, Enrico Forestieri wrote: > On Tue, Mar 24, 2015 at 11:08:48AM +0100, Jean-Marc Lasgouttes wrote: > > Le 24/03/2015 11:04, Jean-Marc Lasgouttes a écrit : > > >An alternative would be to move it to GuiApplication. We already have > > >pixelRatio there. > > I think that it is very unlikely that there will be another place in > the source needing that method. So, it is more straightforward to move > that code exactly where it is needed. They will be 2 or 3 lines of code, > after all. > > > >Moreover, I am not sure that we want to match the nominal ocon size. > > >Don't we want the insetinfo icon to match the text height instead? Or > > >would it be too ugly with svg icons? > > > > This would mean that instead of setting the scale, we could set the > > height to 1em. > > > > Hmm, now I see that we have no option to show the image on screen > > with the size corresponding to the LaTeX size. Am I right? > > Yes, you are. However, other than that, the info inset should show the > icon, and an icon having the same size of a letter will be practically > unrecognizable (svg or not). It means that Uwe will stop using the > info inset and will put a graphics inset in its place ;) > Rather, it would be helpful if the graphics inset offers the possibility > of shifting up or down an image (other than rotating it). In this way, > the spacing between lines could be improved.
I have verified that even scaling their width down to 1em, the svg icons are actually recognizable, so I implemented this alternative. The same is done as regards the on-screen representation. However, on screen the icons look a bit larger than the surrounding text (which maybe is good). So, I think that the method that returns the dimension of 1em in pixels uses only a rough estimate. I have verified that changing the zoom factor in the preferences, correspondingly changes also the icon dimension. One has to close and reopen the document, though. -- Enrico
