[Libreoffice-ux-advise] [Bug 99618] F5 / Menu opens new Navigator when using sidebar

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=99618

--- Comment #17 from Cor Nouws  ---
(In reply to shunesburg69 from comment #16)

> But the logical (and most expected) is to integrate all in the Sidebar, but
> nobody ask for that because is already the enable.

It has been decided that the Navigator should be displayable apart from the
Styles and Formatting window (in the Side Bar). People use both at the same
time.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Libreoffice-ux-advise mailing list
Libreoffice-ux-advise@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise

[Libreoffice-ux-advise] [Bug 41542] FORMATTING: Allow "Spacing to contents" for edges without a line

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=41542

--- Comment #23 from Regina Henschel  ---
@Heiko: Columns are difficult.

Case tables:
There exists the ODF style attribute 'table:border-model' with value
'collapsing' and 'separating'. A similar -but not referenced- attribute in CSS
and XSL is 'border-collapse' with values 'separate' and 'collapse'. In case of
'separate', the attribute 'border-spacing' in CSS (and perhaps
'border-separation' in XSL) determines the length of the gap. But a similar
attribute does not exist in ODF.
Therefore there is never a gap between the borders of adjacent table cells in
ODF, and we need not think about a name.

Case page-layout, section, and frame:

If there exists no single  elements, the attribute
'fo:column-gap' of  can be used. If there exists 
elements to make settings for each column, then the distance is set by the
attributes 'fo:start-indent' and 'fo:end-indent' of . These
attributes are based on the corresponding attributes in XSL.

The attributes 'fo:start-indent' of the first column and 'fo:end-indent' of the
last column work, although there exist no UI to set them. And there is no UI
for an unequal distribution of the total gap, but such work too.

The implementation in LibreOffice seems to be wrong, as it used 'fo:column-gap'
although  elements exist.

The attributes 'fo:space-before' and 'fo:space-after' (for the vertical
direction) are defined in ODF, but not implemented in LibreOffice.

In regard to the name:
It should not be 'padding' or 'margin' because those exist in addition for
page-layout, section, and frame and have different meanings.
'start-indent' and 'end-indent' would be fine, if there are plans to allow
different values left and right. 'start'/'end' and not 'left'/'right', because
it depends on the writing direction.
If we stay with the current UI, then 'gap' might be suitable, but it does not
correspond to the file format, in case e.g. three columns with different
'gap'-values are used, which needs to result in single 'indent' values.

The current word 'Spacing' as a generic term is not bad. So I suggest do not
change it for columns, as long as there are no changes in the UI.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Libreoffice-ux-advise mailing list
Libreoffice-ux-advise@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise

[Libreoffice-ux-advise] [Bug 99618] F5 / Menu opens new Navigator when using sidebar

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=99618

--- Comment #16 from shunesbur...@yahoo.fr ---
It could be better to made like Gimp and add an option "Single-Window Mode" to
integrate all in the Sidebar and when you uncheck it you would be in old
"Detached-Widows Mode".
But the logical (and most expected) is to integrate all in the Sidebar, but
nobody ask for that because is already the enable.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Libreoffice-ux-advise mailing list
Libreoffice-ux-advise@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise

[Libreoffice-ux-advise] [Bug 41542] FORMATTING: Allow "Spacing to contents" for edges without a line

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=41542

--- Comment #22 from Heiko Tietze  ---
(In reply to Justin L from comment #21)
> Questions:
> -clarify what "rename the caption to margins" means.  I hope that doesn't
> mean change the tab name from "borders" to "margins". That would be a bad
> idea.

"Border" is fine.

> -confirm that character properties should also support this.

confirmed, same for the Page dialog
As stated in bug 103275 'Use "padding" for space inside boxes and "margin" for
outside distances.'
I wonder how we call the spacing between columns. Would say this is a true
_spacing_. @Regina?

> -is there anything that uses SVXPAGE_BORDER that should NOT allow
> borderless-padding?  (I didn't see anything else.)

No idea

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Libreoffice-ux-advise mailing list
Libreoffice-ux-advise@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise

[Libreoffice-ux-advise] [Bug 103574] Imagemap dialog lacks on confirmation button

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=103574

Heiko Tietze  changed:

   What|Removed |Added

 CC||libreoffice-ux-advise@lists
   ||.freedesktop.org
 Blocks||102019

--- Comment #2 from Heiko Tietze  ---
The issue was reported by a user and she had no clue how to close the dialog
(not sure if escape works on her system).

Additionally, we aim for consistency and familiar layout is a goal, and
accessibility - escape is typically connected to the cancel button, setting a
modal result without an UI control might be hackish.


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=102019
[Bug 102019] [META] Dialog bugs and enhancements
-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Libreoffice-ux-advise mailing list
Libreoffice-ux-advise@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise

[Libreoffice-ux-advise] [Bug 103399] Editing: ALT+CTRL+ behaves as ALT+ in Writer

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=103399

Heiko Tietze  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever confirmed|0   |1

--- Comment #6 from Heiko Tietze  ---
(In reply to V Stuart Foote from comment #4)
> Leaning toward a NotOurBug for the described use case with external program.

My first idea was that hotkeys are case insensitive, and shift is needed for
the non-alphanumeric mnemonics. From wikipedia 'keyboard shortcut'

"At times, usually on Unix platforms, the case of the second character is
significant – if the character would normally require pressing the Shift key to
type, then the Shift key is part of the shortcut e.g. '^C' vs. '^c' or '^%' vs.
'^5'. ^% may also be written "Ctrl+⇧ Shift+5"."

Kate, very common Qt ASCII editor, forwards shift+alt+ into the document
instead to open the menu. Firefox does nothing on shift+alt+F, the same for
Inkscape, Gimp, Calligra...
WPS Writer allows alt+H as well as shift+a+H to enable the respective section.
The same for Thunderbird (surprisingly inconsistent for Mozilla).

So my take is to add this to the HIG (and apply of course):
* Unless not explicitly defined a shortcut is limited to only one key
combination. If alt+ is defined shift+alt+ will not work as an
alternative by default.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Libreoffice-ux-advise mailing list
Libreoffice-ux-advise@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise

[Libreoffice-ux-advise] [Bug 99618] F5 / Menu opens new Navigator when using sidebar

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=99618

--- Comment #15 from Heiko Tietze  ---
(In reply to V Stuart Foote from comment #11)
> Until bug 85905 is implemented--users require an instance of Navigator and
> the Style & Formatting deck.
> 
> The correct way to fix this is implementing 85905

More in general users expect (and requested in the survey) to detach _every_
tab from the sidebar into a floating window. 

https://design.blog.documentfoundation.org/2016/02/26/what-do-you-expect-from-the-sidebar-in-libreoffice/
https://design.blog.documentfoundation.org/2016/04/17/our-happy-hour-how-libreoffice-sidebar-tenders-properties-and-functions/

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Libreoffice-ux-advise mailing list
Libreoffice-ux-advise@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise