Comment 10 for bug 1510831

On 2016-05-23 22:55 (+0200), Alvin Penner wrote:
> I would suggest applying it to trunk.

As long as the report is not closed as "fixed" [1], why not ... OTOH I
do wonder though whether this is a meaningful reduction of GUI options
just for the sake of reducing the minimal width of the dialog: if
explicitly chosen by the user via custom values for the viewBox, the
intentional removal of the potientially different y scale factor from
being displayed in the GUI could be quite misleading (doesn't allow to
verify the effect of the custom viweBox values). If this entry (y scale)
is removed from the GUI, should the user still be allowed to introduce
non-uniform scaling via custom viewBox values at all via GUI, or be
forced to apply such a change only via XML Editor? ... Or should the
y-scale information be moved into the expandable section with the
viewBox values? Also, what about the 'preserveAspectRatio' attribute for
the top-level SVG element? Currently, there is no GUI for this attribute
of the top-level SVG element; AFAIU its presence (and its 'align' value)
in the end define whether the content is scaled uniformly or not.

--
[1] The proposed patch AFAICT won't help with the dialog height: it
still does not fit on small screens, while the other tabs have lots of
empty (vertical) white space. In order to not stall a soonish release of
0.92, converting the comment explaining the details for the scaling via
viewBox values to a tooltip might be applied as a companion workaround
(just that - it does not replace an overall redesign of the dialog
IMvHO); this could at least somewhat ameliorate the issues with the
overly large minimal height of the dialog (the absolute minimal height
of course depends on the GTK2 theme (latest Adwaita GTK2 from 3.20 has
yet again increased the minimal size of a lot of widgets to reduce the
visual differences to GTK3's default built-in Adwaita theme) and the
default font size for the desktop (or just the GTK+ apps). Note that
increasing the height of the expandable 'ViewBox' section (e.g. for the
y-scale, or the text explaining the options for document scale factors)
does not help long-term because the dialog's height does not shrink back
after collapsing those sections again (potientially leaving portions of
the dialog (at the bottom) off-screen and inaccessible on small monitors).