To comment on the following update, log in, then open the issue:
http://www.openoffice.org/issues/show_bug.cgi?id=59087


User cd changed the following:

                  What    |Old value                 |New value
================================================================================
               Assigned to|tm                        |cj
--------------------------------------------------------------------------------




------- Additional comments from [EMAIL PROTECTED] Fri Dec  9 02:16:08 -0800 
2005 -------
cd: Let me give you my view to your problems:

Problems:
- too many toolbars in the application (an aggravation of the well known problem
of OOo 2.0)
You get one add-on toolbar for every add-on. I don't see a problem here. The
user can open/close toolbars as he/she likes. I think the OOo 2.0 toolbar
concept is a big improvement. If you look at the press reviews, most of them
clearly praise us for the OOo 2.0 toolbars.

- the toolbar names cannot be set by the xcu file (I think, no info in the
Dev'Guide)
Correct. We decided to leave the Addon.xcs/Addon.xcu untouched for OOo 2.0. You
are right that for the toolbar name this was not a good choice.

- the toolbar names cannot be changed by the user to something more descriptive
This is technically not easy to achieve. The add-on toolbar data is stored in a
UNO-package, which is not writable. May be there is a way to access the special
configuration layer to store this data.

- the user cannot move the toolbar icons to another toolbar
>From my point of view this doesn't make sense for add-on toolbar buttons. The
function of the button is bound to the add-on. The life-time of another toolbar
is not bound to the add-on. You could have non-function buttons on your
toolbars, if you deinstall an add-on. It would be very time consuming to check
on start-up, if a function is available or not (which would hurt our start-up
performance considerably).

- a toolbar with only one icon is very strange when floating, and the title of
the toolbar is not visible
Yes, that's right. I am not sure how to solve this problem. May be it would be
better to have more functions in one add-on than using two or more separate
add-ons. Developers of add-ons can help us here.

- OOo 2.0 solution is inesthetic, compared to OOo 1.1.
I cannot agree here. From my point of view the OOo 1.1 implementation is clearly
much worser. There are add-ons with more than 10 toolbar buttons. In OOo 1.1
with two or more add-ons you have to scroll the function bar, which is very
annoying. We chose that solution for OOo 1.1 only for technical reasons.

Proposals (implement both):
- only one toolbar for all add-ons; preferably with a separator between
successive add-ons
I don't think that this would be a good idea. As I mentioned before you could
loose the fast access to toolbar buttons (have to use)

- the user should be able to copy any icon of that toolbar to any other toolbar,
e.g. to a user-defined toolbar
As I mentioned before, this doesn't make sense. This function of the button is
bound to the add-on. If you remove the add-on nobody would remove the toolbar
button from the other toolbar. This would be a major annoying draw back of your
proposal.

cd->cj (user experience): Can you please give your notion to this issue.

---------------------------------------------------------------------
Please do not reply to this automatically generated notification from
Issue Tracker. Please log onto the website and enter your comments.
http://qa.openoffice.org/issue_handling/project_issues.html#notification

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to