Hi Michael,
Michael Meeks schrieb:
Hi Regina,
On Thu, 2011-11-10 at 11:18 +0100, Regina Henschel wrote:
I do not understand, why SolidMarkHandles should be removed. It works as
it should.
Heh :-)
If it is set to TRUE, you get the 3D-Handles, and if it is
set to FALSE, you get the flat handles. It is the same setting as the
icon "Simple Handles" (= .uno:HandlesDraft) in Draw. You have no UI for
it in Writer, but need a macro to change it. But why removing it?
The feature is of highly dubious usefulness; the UI advise list seemed
to agree that the feature is not useful, it drags around yet-another
big, complicated image, it makes that image harder to edit, chop up and
improve (which we want to do for handles) by requiring us to do
everything at least twice: once for 'simple' and once for 'solid'.
Removing pointless features that clutter the code making it harder to
maintain& add cruft to the UI is (I think) just a good thing to do.
So - given the extreme unlikeliness of anyone knowing or caring about
this feature, and the new 3.5 handles (which are semi-transparent)
making it rather un-necessary - I'm looking at pushing Tim's full
removal patch shortly.
Your explanations convinced me. That would mean, that the UI in the
other modules is changed too? If yes, it needs a description in
http://wiki.documentfoundation.org/ReleaseNotes/3.5 that highlight the
advantages. It is not my work and I'm no native English speaker, so I
will not change it myself. But what about something like:
"Handles will be semi-transparent now. Thus you can still see the edges
of the object through the handle. The distinction between solid and flat
handles was removed for to make option settings clearer and better
manageable."
I miss changes in the help files
/help/helpcontent2/source/text/shared/optionen/01040200.xhp
id="hd_id3155420" and id="par_id3156327"
/help/helpcontent2/source/text/shared/optionen/01060100.xhp
id="hd_id3150358" and id="par_id3154140"
/help/helpcontent2/source/text/simpress/02/13070000.xhp
<section id="handleinfach"> and <section id="einhandl">
I don't know, whether changes to /help/helpcontent2/helpers/help_hid.lst
are needed.
Of course - since it is a string property - we should be able to grep
all-known binary extensions to see if anyone, anywhere ever used this
property; my strong 99.9% suspicion is not ;-) Furthermore, if it is not
there, and their code handles exceptions cleanly, all should be well
too.
Ideally we'd have a repository of proprietary binary (and better
open-source) extensions somewhere so we can check what they actually use
of our vast exposed feature set.
I do not think that most macros will end in an extension, so extensions
might not reflect the use of a feature.
Kind regards
Regina
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.