Date: prev next · Thread: first prev next last
August 2011 Archives by date, by thread · List index


Hi Cor,

On Mon, 2011-08-22 at 20:04 +0200, Cor Nouws wrote:
cedric.bosdonnat.ooo@free.fr wrote (22-08-11 15:44)
----- Mail original -----
De: "Christoph Noack"<christoph@dogmatux.com> unbelievable ... at

Thanks! At the moment, I'm thinking about how to make use of that
- we have several hard-coded elements that would benefit if we
could share those color(s).

What are you thinking about? Those colors are already shared in the
options... or there is something I don't understand

Maybe that 0x0369a3 is something different as COL_LIGHTBLUE ?

Sure... Quite a while ago I added those LibreColors to the palette...
but we'll need to find another way to refresh the palette colors (may be
by supporting several palettes like Gimp, Inkscape and friends?)

* Abort: It is hard to identify how / and cumbersome to go back to
the document content. In contrast to MSO, there is no visualization
/ hint how to do that. Examples: * Double-click is unusual (in
LibO) and there is no visual clue

What kind of clue / mechanism would be more natural to users then?

Maybe the labels could have a <click here to close> ?

Yeah, why not? A drop down menu on those labels could help a lot to add
actions on them like:

 * Close Header/Footer Edit mode
 * Add Header (or Footer) Here
 * Remove This Header (or Footer)

May be others actions?

* Although single-click doesn't work to go back to the document
content, right-clicking once works - why?

Doh! that's a bug / something I missed in the implementation.

Ah, I like that bug!

* ESC in header/footer goes back to the last position in the
document, but: if the user moved to another page in the meantime,
it jumps to the old location

(me likes ESC too)

Like the bug or as a feature ? ;) Anyway we can leave it at it will be
helpful for some users and doesn't harm.

* I think the "Edit - Headers&Footers" behavior is a bit strange.
Its deactivated, if there is no header/footer on the page. But, its
activated if either header or footer is there. Then, the missing
item gets highlighted anyway ... without providing a clue how to
really add this missing element. -->  could be more supporting

In the last build I tried, it is disabled all the time :-\
   Build ID: 35913b9-4eb4f62-260b7c1

Was it a clean build? Could there be remaining bits from an old build /
install?

An option here is to enable that menu item in all cases. If triggered
when there is no header/footer in the document, then it would add
them to the current page style. How does it sound?

That forces you to choose a header, footer or both?

After thinking a bit more in that email and the previous one, I think we
could leave it active at any time and do nothing but switch to the
header/footer edit mode.

Then the user would be able to use the dropdown actions from the labels
to add something.

Regards,

-- 
Cédric Bosdonnat
LibreOffice hacker
http://documentfoundation.org
OOo Eclipse Integration developer
http://cedric.bosdonnat.free.fr


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.