Move "Task" to the View menu
Hello
I think the "Task" combo box should not be in the main toolbar, but in the View menu under the name "UI Layout" or "UI Mode", analogically to the "Display Mode" submenu. This fixes three problems at once: 1. The main toolbar is no longer super-wide when it's vertical. 2. The combo box no longer jumps around the UI. 3. The unclear word "Task" is replaced with something more explicit.
Regards, Krzysztof
Hi Krzysztof,
+1
I think that makes more sense ;)
Sincerely, UweSch
Am 14.03.2010 15:47, schrieb Krzysztof Kosiński:
Hello
I think the "Task" combo box should not be in the main toolbar, but in the View menu under the name "UI Layout" or "UI Mode", analogically to the "Display Mode" submenu. This fixes three problems at once:
- The main toolbar is no longer super-wide when it's vertical.
- The combo box no longer jumps around the UI.
- The unclear word "Task" is replaced with something more explicit.
Regards, Krzysztof
Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
On Mar 14, 2010, at 7:47 AM, Krzysztof Kosiński wrote:
Hello
I think the "Task" combo box should not be in the main toolbar, but in the View menu under the name "UI Layout" or "UI Mode", analogically to the "Display Mode" submenu. This fixes three problems at once:
There will be a task picker button that goes in the toolbar. It is not done yet, so will probably go away.
So in the final result we will have it in *both* places, just with different widgets exposing the functionality.
The menu item will take a bit more coding to fit in, and will need to go into XML files, etc. That is why it was not done first. We needed to get the behavior exposed to allow those who wanted to test it and give feedback to have an easy way to do so. They were able to do so, and it has been quite helpful. So this will probably go out very soon.
W dniu 14 marca 2010 17:32 użytkownik Jon Cruz <jon@...18...> napisał:
There will be a task picker button that goes in the toolbar. It is not done yet, so will probably go away. So in the final result we will have it in *both* places, just with different widgets exposing the functionality.
Fixing (1) requires removing the combo box from the toolbar.
The menu item will take a bit more coding to fit in, and will need to go into XML files, etc. That is why it was not done first. We needed to get the behavior exposed to allow those who wanted to test it and give feedback to have an easy way to do so. They were able to do so, and it has been quite helpful. So this will probably go out very soon.
You can look at the existing view mode radio buttons to get a start. You need to:
1. Add a new ZoomVerb for each UI layout in verbs.cpp:2566 and verbs.h 2. Modify ZoomVerb::perform in verbs.cpp:1556 to switch the layout 3. Update the function update_view_menu in interface.cpp:692 so that the state of your radio button menus is kept in sync with the desktop state 4. Modify menus-skeleton.h and add the new verbs in the appropriate place
Regards, Krzysztof
2010/3/14 Jon Cruz <jon@...18...>:
There will be a task picker button that goes in the toolbar. It is not done yet, so will probably go away.
I don't go to a toolbar to pick a "task" to do. I go there to access my tools and commands.
Please, ONLY in prefs and/or in View menu.
I really object to releasing 0.48 while we have this hacky, undecipherable thing in the toolbar.
On Mar 15, 2010, at 6:54 PM, bulia byak wrote:
2010/3/14 Jon Cruz <jon@...18...>:
There will be a task picker button that goes in the toolbar. It is not done yet, so will probably go away.
I don't go to a toolbar to pick a "task" to do. I go there to access my tools and commands.
Please, ONLY in prefs and/or in View menu.
Well, I do know that you might have certain preferences, but others *do* go to the taskbar to change their "task" aka "mode", "perspective", etc.
That is, there is a common practice in the UI industry to include such commands in the toolbar.
I guess one might come down to the point of considering this a command or not. Many do consider "switch to the Crystal Reports editing perspective" to be a "command".
But, yes. I don't intend to let bad UI go out for 0.48.
On 3/16/10, Jon Cruz wrote:
That is, there is a common practice in the UI industry to include such commands in the toolbar.
What really is common:
a) editable toolbars, the dialog to do it is usually accessible from a right side of a toolbar, also accessible from either Service or Settings menu; b) editable set of toolbars, right click on a toolbar to enable/disable a particular toolbar, also always accessible from View menu
Where does the combobox that is not even visible with main toolbar off fit this common practice? :)
Also, when I choose Task > Wide, I get a sidebar that takes 2/5 of width of my bloody 24" large display. Is it supposed to be so?
May I please suggest to stop these consequences and apply to participate in OpenUsability instead? With all respect due to all of you, guys, I'd rather see usability experts working on Inkscape. Inkscape a not a small handy editor anymore, it's handy AND *huge* and the further we go, the more we need general clear vision that doesn't come from a developer who is married to his views. Instead we have a whole lot of unresolved usability issues that last for years already.
Alexandre
On Tue, Mar 16, 2010 at 1:27 PM, Alexandre Prokoudine <alexandre.prokoudine@...400...> wrote:
On 3/16/10, Jon Cruz wrote:
That is, there is a common practice in the UI industry to include such commands in the toolbar.
What really is common:
a) editable toolbars, the dialog to do it is usually accessible from a right side of a toolbar, also accessible from either Service or Settings menu;
You probably meant "from the right-click menu on a toolbar", otherwise I agree
b) editable set of toolbars, right click on a toolbar to enable/disable a particular toolbar, also always accessible from View menu
Also agree.
Really, this "task" stuff seems rather weird and hacky. Why don't we start from the ground up, by _first_ providing a way to freely move, add, and delete toolbars and toolbar items? And _then_, on top of this capability, if the need arises, we can establish a higher-order abstraction of "tasks" and a way to record a particular configuration into a "task" (though I'd much prefer to call it "workspace", not "task").
On Mar 16, 2010, at 9:27 AM, Alexandre Prokoudine wrote:
On 3/16/10, Jon Cruz wrote:
That is, there is a common practice in the UI industry to include such commands in the toolbar.
What really is common:
a) editable toolbars, the dialog to do it is usually accessible from a right side of a toolbar, also accessible from either Service or Settings menu;
Yes. Exactly as planned.
b) editable set of toolbars, right click on a toolbar to enable/disable a particular toolbar, also always accessible from View menu
Again, exactly as planned.
Where does the combobox that is not even visible with main toolbar off fit this common practice? :)
First it won't be a combo box. That will be disabled before release. Second, it will be accessible from the toolbar (right side, as you mentioned) *and* from the
Also, when I choose Task > Wide, I get a sidebar that takes 2/5 of width of my bloody 24" large display. Is it supposed to be so?
You might need to drop a screenshot, and check which preferences you have set. I do know that one of our toolbars is really a set of many, and several of those are broken. There is a preference to not have that one move.
May I please suggest to stop these consequences and apply to participate in OpenUsability instead?
Well... Open Usability has been an interesting idea, but working directly with specific individuals has been more productive to date. GIMP gained the most from direct participation from Peter Sikking, and there has been good work done by Michael Terry and his team. We do need to work more with them, and the code I've been putting in has been in collaboration with them.
You can check on Open Usability more if you would like. So far, though, it seems like an interesting but slightly stalled project.
On 3/14/10, Krzysztof Kosiński wrote:
I think the "Task" combo box should not be in the main toolbar, but in the View menu under the name "UI Layout" or "UI Mode", analogically to the "Display Mode" submenu. This fixes three problems at once:
- The main toolbar is no longer super-wide when it's vertical.
- The combo box no longer jumps around the UI.
- The unclear word "Task" is replaced with something more explicit.
It would also fix
4. When main toolbar is off, the whole thing is not accessible.
Alexandre
participants (5)
-
Alexandre Prokoudine -
bulia byak -
Jon Cruz -
Krzysztof Kosiński -
Uwe Schöler