Controls in Preferences Dialogue Initialise Too Short (min height shld be taller)

Bug #281554 reported by Luke
26
This bug affects 2 people
Affects Status Importance Assigned to Milestone
Inkscape
Confirmed
Low
Jon A. Cruz

Bug Description

Discovered in build 19980-0810081552 on Win XP Home SP3 (with uxtheme.dll patch).

This issue does not appear to have been present in the stable release 0.46, which may be due to the minimum height of the whole Preferences Dialogue being restricted in that build to ensure that the all of the controls (e.g. in the Grid settings) would always fit. In build 19980, the absolute minimum height of the Prefs Dlg has been reduced to about 1/3 of that in release 0.46.

Please see the screen-shots in the image attached. A summary of the steps to reproduce have been superimposed in yellow text.

0) Start with the Prefs Dlg closed.

1) Open the Prefs Dlg by double-clicking one of the tools in the 'Tool Box'.

Note on Step 1: Only some of the tool-settings are affected by this issue (some of the time). It seems that the controls in the right-hand panel of the Prefs Dlg for MANY of the tools are displayed with insufficient height when Inkscape is used for the first time. After the user performs step 3 (below) for one of the affected tools, the issue is not seen again (at least for a few reproduction attempts) with that specific tool (even if Inkscape is restarted between reproduction attempts, hence the workarounds in Step 3 are ok).

Additional Note on Step 1: Double-clicking the 'Fill' or 'Stroke' controls in the 'Tool Controls' toolbar for the affected tools (where available) also triggered the observation of this issue.

2) Observe that the controls in the right-hand panel of the Prefs Dlg are displayed, but with insufficient height to be interpreted by the user.

Note on Step 2: If the issue is not observed, close the Prefs Dlg and re-attempt with another of the tools.

3) >a> Resize the dialogue until the visibility of the vertical scrollbar (in the right-hand panel) is toggled, OR
    >b> click the name of the tool in the left-hand tree, OR
    >c> use the space-bar to toggle the value of one of the barely-visible check-box controls in the right-hand panel.

Note on Step 3 (action >a>): It appears irrelevant whether the Prefs Dlg is short (i.e. with the vertical scrollbar displayed) or tall (without) when opened.

4) Observe that the action in Step 3 triggered the display of the settings panel to be refreshed with appropriate (viewable) control heights.

Tags: preferences ui
Revision history for this message
Luke (computingman) wrote :
dopelover (dopelover)
Changed in inkscape:
status: New → Confirmed
Changed in inkscape:
assignee: nobody → jon-joncruz
Revision history for this message
Kattekrab (donna) wrote :

Yep - confirm this is the same issue as

preferences dialog not drawing properly when opened for first time
https://bugs.launchpad.net/bugs/359411

And still present in
Inkscape 0.47pre1 r21720, built Jul 3 2009
http://ubuntu.cafuego.net/dists/jaunty-cafuego/inkscape/

Revision history for this message
su_v (suv-lp) wrote :

Inkscape 0.46+devel r21714 on OS X 10.5.7:

steps to reproduce:
1) rename preferences.xml, start inkscape.
2) select, then double click 3dbox (toolbox).
3) controls in the rhs panel of the tool preferences dialog are ok.
4) close preferences dialog without resizing the window.
5) select, then double click ellipse (toolbox).
6) controls in the rhs panel of the tool preferences dialog are vertically collapsed.

on OS X the bug does not occur at the initial opening of the preferences dialog window (which is very small!) nor when double clicking the same tool icon several times in a row. One way to trigger it is to switch tools (e.g. 3dbox -> ellipse), then opening the pref dialog again by double clicking the toolbox icon.

jazzynico (jazzynico)
tags: added: preferences ui
removed: ui-preferences
Changed in inkscape:
importance: Undecided → Low
Revision history for this message
xpeed (xpeed-rc) wrote :

Confirmed at OpenSuse 11.2 x64 bits
Inkscape 0.47 r22583 Compiled from sources.

Window Manager: fluxbox 1.0

In Fluxbox environments there is not a direct work around for this issue., and neither direct resize window option, and no dock mode for preferences dialog even when the option Window->Dialog Behavior was set to "Dockeable" (Sorry don't know how is writted the option on english) By default it looks like this:

http://img202.imageshack.us/img202/4227/preferencessmall.png

With the help of su-v [at irc.freenode.net #inkscape] we just could get a workaround for Fluxbox environment to get the preferences dialog dock:

1) backup ~/.config/inkscape/preferences.xml
2) edit ~/.config/inkscape/preferences.xml like this:
             at the <group id="dialogs"> section scroll down until find the <group id="preferences" section
3) set the <group id="preferences" section
         <group
                 id="preferences"
                 state="0"
                 panel_size="1"
                 panel_ratio="100"
                 panel_mode="1"
                 panel_wrap="1"
                 page="37"
                 x="669"
                 y="219"
                w="345"
                h="170" />
4) the [state="0"] opt do the trick to dock the preferences dialog into inkscape right bar, and there it can be resized to looks like this:

http://img638.imageshack.us/img638/6488/preferencesdocked.png

Every time inkscape is opened, the docked preferences dialog have to be resized, but at least there is an option to do it.

cya,

xpeed.
xpeed [at] root.net.co

Revision history for this message
jazzynico (jazzynico) wrote :

Reproduced on Windows XP, Inkscape 0.48.5.
Not reproduced with trunk revision 13511.

To be confirmed with other operating systems.

Revision history for this message
su_v (suv-lp) wrote :

On 2014-08-14 14:21 , jazzynico wrote:
> Not reproduced with trunk revision 13511.

Probably because the floating version of the dialog in trunk neither restores the last opened pane, nor opens the requested one (double-click on tool icon), see bug #184499.

Revision history for this message
jazzynico (jazzynico) wrote :

Reproduced on Crunchbang Waldorf, Inkscape 0.48.3.1.
Not reproduced with trunk revision 13512.

> Probably because the floating version of the dialog in trunk neither restores the last opened pane, nor opens the requested one

Not sure. I tested with and without the patch from bug #184499, and the bug seems to be fixed in both cases.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.