dock issues: f12 (no icon), deiconify, iconify icon

Bug #969491 reported by David Mathog
10
This bug affects 2 people
Affects Status Importance Assigned to Milestone
Inkscape
New
Undecided
Unassigned

Bug Description

There are several issues with the dock in Trunk (from a few weeks) ago on Windows XP that should be addressed.

1. The iconify icon at the top of the dock points left, yet the dock iconifies to the right. (Other versions of Inkscape apparently had it pointing right.)

2. While the iconify button iconifies all dialogs in the dock, clicking on one to deiconify only opens that single dialog. Perhaps that is by design but it seems inconsistent. Hmm, that behavior just changed. Now they are iconifying one at a time as the arrow is clicked. I didn't intentionally do anything to change the behavior, but they were all opened and closed and removed from the dock a few times.

3. There is an F12 shortcut to toggle the dock on and off. However there is no corresponding icon in the interface. It would be nice if there was one on the command bar somewhere, probably next to the "align" icon which is already there. Especially since the dock takes up a lot of space and toggling it on and off is something I need to do frequently. (Or work with a greatly reduced drawing canvas.)

4. Once a dialog has been undocked (perhaps accidentally) by dragging it replacing it in the dock requires that the user know to drag it from the gray area, rather than the surrounding blue frame. See bug 390446. That is not obvious (it took 10 minutes of googling to find the right method.) Please add a "dock" icon on the dialogs that, when clicked, toggles the docked state of that dialog.

4' There seems to be no way to tear off the whole dock at once into a floating dock. The dialogs have to be moved over one at a time. (Not very important to me, I don't use the floating dock.)

5. Clicking on the "minimize" icon in the upper right frame of an undocked dialog closes all Inkscape windows. I expected that it would have had the same effect as iconifying the dock.

6. Sometimes the dialogs in the dock are stacked full height and there is a scroll bar, other times one is full height and others are stacked as narrow bars one on top of the other and there is no scroll bar. Sometimes more than one is full height. I have NO idea what is controlling this. It isn't "iconify", as that takes them off the dock and puts them to the right side next to the snapping controls. (This is with the dialogs in the dock stacked vertically). When they are reduced and stacked there is a little up arrow to expand them, but there is no corresponding down arrow to minimize/stack them.

6. continued. The behavior depends on the size of the inkscape window. If it is expanded to fill most of the screen then the first dialog into the dock is expanded and new ones go in expanded, with the previous one going minimized into the stack. No scroll bar appears. However if the inkscape window is too small the unpredictable behavior described in the previous paragraph results.

Tags: ui
jazzynico (jazzynico)
tags: added: ui
Revision history for this message
Cojnel (cojnel) wrote :

Tested in the development version r12830 (nov 23 2013)
on linux mint 15 cinnamon 32bit

1. the "iconify this dock" icon is pointing left but docks to the right.

2. it sometimes iconifies all the open panels when one clicks on a panels "iconify this dock" icon.

3. there doesn't seam to be a toggle button on the toolbar,
   it would be nice if there also was a object > transform button on the toolbar, maybe there will be an option to to customize the toolbars in the future.

4. there doesn't seam to be any way to tear off the whole dock.

5. minimizing undocked panels only hides the current panel.

6. when one opens more than one panel, sometimes a panel opens stacked, but most of the time they open with one panel expanded and the other panels as horizontal buttons below it.

if one wants to stack panels above each other,
then one can drag from the titlebar to the top or bottom of the panel,

if one wants to group them into buttons again below one panel,
then one can drag from the titlebar to the middle of a panel.

when one undocks a panel it always opens near the top left corner.

Even when there are no panels open or docked there is a draggable bar on the right side of the inkscape window, to the left of the snapbar, that has a width of 7 pixels.
it disappears if one toggles
view > show/hide dialogs or presses F12.

right after starting inkscape if one opens the "fill and stroke" and the "align and distribute" panels, they open in the top part of the sidebar with a horizontal button below the panel to switch between them.

if the align panel is open,
and one clicks on the fill and stroke button below,

the first click extends the align panel vertically slightly,
the second click opens the fill and stroke panel,
the third click makes the fill and stroke panel contract vertically slightly.
a fourth click does nothing,

if one now starts clicking on the align button below the fill panel, it does the same thing as the previous 3 clicks.

Revision history for this message
Stefan (stefan-ihringer) wrote :

I wanted to open a new bug called "window docking area behavior unpredictable" and was pointed at this bug. I'm also confused about how this docking panel is working and what behavior is based on design and what's a bug.

Some panels seem to minimize into a vertical bar, sometimes they seem to minimize into a horizontal bar. Clicking the triangle icon or clicking one of the vertical window headers sometimes changes the UI dramatically so it takes a split second to understand what happend ("ah, they ALL minimized...", "oh wait, the Stroke panel has now moved down here...")

I think the vertical bars aren't such a great idea. There's only room for 2 or 3 and the names are hard to read. Having only horizontal bars and only of those dialogs that the user has used so far seems like a better idea. Clicking the window headers would shade/unshade them and clicking the X would close them for good until re-opened via hotkey or Inkscape's main menu.

Revision history for this message
Pierre Hector (phector) wrote :
Download full text (5.6 KiB)

Ksystemlog return these messages :

1. kernel (critical): [ 1193.411173] inkscape[1776]: segfault at 565000000000 ip 00007f7003201fe9 sp 00007ffe65111240 error 4 in libglib-2.0.so.0.5600.4[7f70031d3000+114000]

2. systemd-coredump[4315] (critical): Process 1776 (inkscape) of user 1000 dumped core.#012#012Stack trace of thread 1776:#012#0 0x00007f7003201fe9 g_datalist_id_dup_data (libglib-2.0.so.0)#012#1 0x00007f7000318f1e g_object_unref (libgobject-2.0.so.0)#012#2 0x00007f70005771d7 n/a (libpango-1.0.so.0)#012#3 0x00007f7000319012 g_object_unref (libgobject-2.0.so.0)#012#4 0x00007f7002496c65 n/a (libgtk-x11-2.0.so.0)#012#5 0x00007f7002c9fa3c _ZN3Gtk12Widget_Class18style_set_callbackEP10_GtkWidgetP9_GtkStyle (libgtkmm-2.4.so.1)#012#6 0x00007f700031410d g_closure_invoke (libgobject-2.0.so.0)#012#7 0x00007f700032712e n/a (libgobject-2.0.so.0)#012#8 0x00007f700032f715 g_signal_emit_valist (libgobject-2.0.so.0)#012#9 0x00007f700033012f g_signal_emit (libgobject-2.0.so.0)#012#10 0x00007f70025c10e5 n/a (libgtk-x11-2.0.so.0)#012#11 0x00007f70025c2348 n/a (libgtk-x11-2.0.so.0)#012#12 0x00007f700252a2f8 n/a (libgtk-x11-2.0.so.0)#012#13 0x00007f70023f6c85 n/a (libgtk-x11-2.0.so.0)#012#14 0x00007f70023f6c85 n/a (libgtk-x11-2.0.so.0)#012#15 0x00007f7002c15d45 _ZN3Gtk15Container_Class21forall_vfunc_callbackEP13_GtkContaineriPFvP10_GtkWidgetPvES5_ (libgtkmm-2.4.so.1)#012#16 0x00007f700252a2f8 n/a (libgtk-x11-2.0.so.0)#012#17 0x00007f70023f6c85 n/a (libgtk-x11-2.0.so.0)#012#18 0x00007f7002c15d45 _ZN3Gtk15Container_Class21forall_vfunc_callbackEP13_GtkContaineriPFvP10_GtkWidgetPvES5_ (libgtkmm-2.4.so.1)#012#19 0x00007f70024c2797 n/a (libgtk-x11-2.0.so.0)#012#20 0x00007f70023f6c85 n/a (libgtk-x11-2.0.so.0)#012#21 0x00007f70023f6c85 n/a (libgtk-x11-2.0.so.0)#012#22 0x00007f70023f6c85 n/a (libgtk-x11-2.0.so.0)#012#23 0x00007f7002c15d45 _ZN3Gtk15Container_Class21forall_vfunc_callbackEP13_GtkContaineriPFvP10_GtkWidgetPvES5_ (libgtkmm-2.4.so.1)#012#24 0x00007f70023f6c85 n/a (libgtk-x11-2.0.so.0)#012#25 0x00007f70024670bb n/a (libgtk-x11-2.0.so.0)#012#26 0x00007f70025c2619 gtk_widget_set_parent (libgtk-x11-2.0.so.0)#012#27 0x00007f7004206869 n/a (libinkscape_base.so)#012#28 0x00007f7000314021 g_closure_invoke (libgobject-2.0.so.0)#012#29 0x00007f700032712e n/a (libgobject-2.0.so.0)#012#30 0x00007f700032f715 g_signal_emit_valist (libgobject-2.0.so.0)#012#31 0x00007f700033012f g_signal_emit (libgobject-2.0.so.0)#012#32 0x00007f7004204e8c gdl_dock_object_dock (libinkscape_base.so)#012#33 0x00007f7000314021 g_closure_invoke (libgobject-2.0.so.0)#012#34 0x00007f700032712e n/a (libgobject-2.0.so.0)#012#35 0x00007f700032f715 g_signal_emit_valist (libgobject-2.0.so.0)#012#36 0x00007f700033012f g_signal_emit (libgobject-2.0.so.0)#012#37 0x00007f70041ff773 n/a (libinkscape_base.so)#012#38 0x00007f7000314021 g_closure_invoke (libgobject-2.0.so.0)#012#39 0x00007f700032712e n/a (libgobject-2.0.so.0)#012#40 0x00007f700032f715 g_signal_emit_valist (libgobject-2.0.so.0)#012#41 0x00007f700033012f g_signal_emit (libgobject-2.0.so.0)#012#42 0x00007f7004204e8c gdl_dock_object_dock (libinkscape_base.so)#012#43 0x00007f70042074f2 n/a (libinkscape_base.so)#012#44 0x00007f700031...

Read more...

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

Other bug subscribers

Remote bug watches

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