On Thu, 2011-11-17 at 16:44 +0100, Michel RENON wrote:
Hi,
Le 13/11/11 19:32, Christoph Noack a écrit :
Hi August, hi Michel!
Thank you both for offering your support. Do you think it might make
sense to subscribe to bug 38889 (maybe adding a comment)? So other
people will know that somebody will have a deeper look at the issue.
Michel, if you want to discuss a solution proposal ... happy to help!
Bug: https://bugs.freedesktop.org/show_bug.cgi?id=38889
I finally uploaded my proposal !
https://wiki.documentfoundation.org/Design/Whiteboard/Macros_Dialogs
It's a very first idea, lots of details may be enhanced.
Hi Michel
I wanted to add something here - it isn't directly about your ideas on
the dialog update, though I think that is a good idea.
Rather on the subject of the email subject :) Making macro editing
easier.
While, as I said, I agree that the dialog/macro/library management
dialog could be improved and should be, I believe that it is not the
primary UX issue with macros.
The largest issue I see is how macros ares assigned to different events.
Currently one has to know what you want to do, before you know what you
want to do - what do I mean:
One example:
Open a document
select Tools>Customize>Events.
Click on the macro button
Browse for an appropriate macro
Don't find one
Close the macro selection dialog
Close the Customize dialog
Open the Macro Dialog
Select a library / or create a new one
Now edit it in the IDE
Ok finish up your macro
Close the IDE
Go back to Tools>Customize>Events
Find the event you wanted - again
Click on the Macro button - again
Browse for the correct library/macro - again
Select it.
My suggestion as the place to get the most bang for the effort would be
to address this workflow, such that anyplace in the application where
one can assign a macro the UI allows the user to
- jump directly to the IDE (when needing to create a new macro)
- generate a small stub for the macro body (with a name based on the
event being assigned)
- upon saving the work in the IDE
-- return to the spot they entered from with the newly created macro
assigned.
Anyway - I do like your ideas on the dialog and I'm not saying that it
isn't worth pursuing, just that I think addressing this other workflow,
either as part of this effort or as a stand alone effort would render
the greater improvement to the user's experience.
Finally - thanks for your efforts here - I hope others in the UX/Dev
groups pick up on it and help you out with it.
Best wishes,
//drew
--
Unsubscribe instructions: E-mail to design+help@global.libreoffice.org
Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://listarchives.libreoffice.org/global/design/
All messages sent to this list will be publicly archived and cannot be deleted
Context
Privacy Policy |
Impressum (Legal Info) |
Copyright information: Unless otherwise specified, all text and images
on this website are licensed under the
Creative Commons Attribution-Share Alike 3.0 License.
This does not include the source code of LibreOffice, which is
licensed under the Mozilla Public License (
MPLv2).
"LibreOffice" and "The Document Foundation" are
registered trademarks of their corresponding registered owners or are
in actual use as trademarks in one or more countries. Their respective
logos and icons are also subject to international copyright laws. Use
thereof is explained in our
trademark policy.