Mathias Bauer wrote (17-4-2008 12:59)
Cor Nouws wrote:
Mathias Bauer wrote (9-4-2008 8:31)
After the migration to 3.0 the problem should be gone. Of course then we
will get a new one: if the "central" configuration is changed it is
possible that the same shortcut is assigned to two different commands.
But I don't see any way to avoid that without staying with the current
unfortunate solution.
I was thinking about this situation again. Especially with
menu-configuration in mind (less with toolbars, menu's and colors etc.)
It does happen regularly that the new OOo holds a new menu-entry.
If someone has an own menu-bar configuration, the new entries won't be
picked up. Therefore I think, it might better if the customizations are
ignored. After all, it might be easier for most users to add their
customizations once again, than merging two xml-files (and getting hold
of them first).
It's hard to find a good solution. It depends on how much the user has
changed in the configuration and how much new entries have been added.
And since that is hard to determine, maybe a simple line can be drawn:
a. If a new OOo-version holds new items in a (menu, toolbar, colour)
config file, the new file will be used and a possible
user-customizations will be ignored.
b. In the other case, a possible user-customizations will be kept.
AD a. I guess it will be relatively easy to determine if a new version
holds a new config file. If not, this idea fails.
Also: if there's a change to extract information about what the user
made for customizations, and present it in one way or another, in order
to make it easier to add them again, it would be great.
Regards,
Cor
--
"The Year of 3" -2008- "Het jaar van 3"
Cor Nouws
Arnhem - Netherlands - nl.OpenOffice.org - marketing contact
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
