Comment 6 for bug 1176112

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

> When I edit that line about 'taskset="2" /' and delete that part or
> try to make it alternate numbers, Inkscape recreates the part I took
> out.

The key 'taskset' stores the value for the toolbar layout (the 3 options at the bottom of the 'View' menu - taskset 0 is 'default', taskset 1 is 'custom', taskset 2 is 'wide'): the initial value (first install, or after deleting the preferences file) depends on the proportions of the current monitor:
<http://wiki.inkscape.org/wiki/index.php/Release_notes/0.48#Adaptive_UI>

The default skeleton of the preferences file [1] does not assign an initial value to the taskset: if not present in the preferences file, the value gets based on the screen dimensions of the current monitor at launch time, as mentioned in the release notes.

By itself, this setting is unlikely to cause the reported issue (as has been singled out in the bug summary line).

> Surprisingly, user A still gets the bad behavior, but user B gets
> good behavior: even though the preferences.xml files for both users
> seem the same and somewhat anomalous.

Since you also confirmed that the the underlying trigger seems to be in the user configuration of the system and not of Inkscape itself: did you test for any potential conflicts with other apps installed or running (e.g. via autostart for the current user) as has been suggested earlier in the comments of bug #1131428?

-----
[1] Preferences skeleton (used if preferences.xml does not exist):
<http://bazaar.launchpad.net/~inkscape.dev/inkscape/RELEASE_0_48_BRANCH/view/head:/src/preferences-skeleton.h>