[Libreoffice-bugs] [Bug 128622] Impress: Increase/decrease indent has different effect on list items than in Writer -> cannot demote/promote

2022-12-19 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=128622

--- Comment #11 from Mike Kaganski  ---
Unless there is a strong reason, inconsistency is bad. Having same actions
doing same things in both apps produces much less surprise, makes learning
easier. The underlying markup (ODF) allows the same features in text boxes as
in Writer's text body, so the limitation is only in implementation. There is a
wish to merge the two layout implementations (EditEngine used in text boxes /
Impress / Calc, and Writer's layout, so that the same feature set is available
universally). So - I haven't seen a compelling reason not to implement this
request yet.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 128622] Impress: Increase/decrease indent has different effect on list items than in Writer -> cannot demote/promote

2022-12-19 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=128622

--- Comment #10 from Eyal Rozenberg  ---
(In reply to Heiko Tietze from comment #8)
> The command/button is probably "Increase indent", which is a different
> function than "Demote outline level" (that could be found on the right
> sidebar; it opens as well with the Tabbed UI by clicking the tiny button in
> the middle).

So, indeed, promotion/demotion and indent control are two different things.
However, in Writer, we are used to promote/demote via the increase/decrease
indent buttons. Perhaps _that_ is the problem in terms of UX. When working with
hierarchical lists, one is more likely to want to promote/demote, which also
affects horizontal placement - but when working with non-list paragraphs,
that's not the case.

But this is an Impress bug, not a Writer bug, so let me focus on what Impress
users should have.

> Writer is a complex text editing tool not working with just text boxes like
> Impress does. And in fact it is not possible to have lists in text boxes. If
> you copy the text box containing a list from Impress into Writer the drawing
> object will loose all bullets or numbers.

Ok, but Impress w.r.t. text boxes is also "complex" like Writer is, in the
sense of having hierarchical lists in textboxes. So why would the
considerations which apply to Writer, w.r.t. Inc/Dec Indent vs Promote/Demote,
not apply also to Impress?

> Point is that the PS in Draw/Impress is less powerful and does not support
> various attributes, see bug 40871 and bug 111921.

Maybe, but you _can_ increase/decrease the indent of a single paragraph in
Impress; and you _can_ promote/demote in a textbox. So, why not offer the same
UI in this context as in Writer? i.e. have a pair of buttons which do Inc/Dec
in non-list paragraphs, and promote/demote in list paragraphs?

> And asides from consistency it makes sense to indent the whole list in
> Impress

Oh no it doesn't... it's very surprising to users that this is what happens.
Because the situation is the same as in writer: Different paragraphs which may
be indented independently, and only one is selected/has the cursor.

> since you typically have only a few items that are not organized
> hierarchically. But access to demote/promote via the tabbed interface is
> needed in any case.

This is an interesting point: You're raising the question of _why_ a user wants
to indent a paragraph that's not bulleted or numbered. To be honest, one of the
typical use-cases may be an invalid one: Wanting to achieve the effect of
continuing a bulleted/numbered item by a no-bullet/number item with the same
indentation. That is achievable by press Backspace at the start of the
paragraph, but users are often unaware of this and indent a non-list paragraph
instead.

Be that as it may!... you could ask the same question about a Writer document.
Why would the user want to change the indentation of a non-list paragraph, at
all?

The answers for Writer are mostly relevant also for Impress. This feature
exists, and is justified. Pardon the preaching, but - you need to accept this
fact...

Bottom line: We should have the same behavior of this button pair as in Writer.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 128622] Impress: Increase/decrease indent has different effect on list items than in Writer -> cannot demote/promote

2022-12-19 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=128622

Heiko Tietze  changed:

   What|Removed |Added

 CC||eyalr...@gmx.com

--- Comment #9 from Heiko Tietze  ---
*** Bug 149307 has been marked as a duplicate of this bug. ***

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 128622] Impress: Increase/decrease indent has different effect on list items than in Writer -> cannot demote/promote

2022-12-19 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=128622

Heiko Tietze  changed:

   What|Removed |Added

 CC||mikekagan...@hotmail.com,
   ||rb.hensc...@t-online.de

--- Comment #8 from Heiko Tietze  ---
The command/button is probably "Increase indent", which is a different function
than "Demote outline level" (that could be found on the right sidebar; it opens
as well with the Tabbed UI by clicking the tiny button in the middle).

Writer is a complex text editing tool not working with just text boxes like
Impress does. And in fact it is not possible to have lists in text boxes. If
you copy the text box containing a list from Impress into Writer the drawing
object will loose all bullets or numbers.

Point is that the PS in Draw/Impress is less powerful and does not support
various attributes, see bug 40871 and bug 111921.

And asides from consistency it makes sense to indent the whole list in Impress
since you typically have only a few items that are not organized
hierarchically. But access to demote/promote via the tabbed interface is needed
in any case.

(In reply to Timur from comment #2)
> "The indentation works as promotion in case of lists but not for ordinary
> paragraphs."
> Please help to formulate Impress specifics, since that's different.

"By indentation you either add spacing at the paragraph beginning or increase
the outline level (aka ->Demote like 1. => 1.1.) if the paragraph has a list
property assigned. However, the function always indents the whole list in
Impress and you have to press demote/promote to change the list level."

(This needs more text, examples, and writing expertise *g*)

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 128622] Impress: Increase/decrease indent has different effect on list items than in Writer -> cannot demote/promote

2022-12-18 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=128622

Stéphane Guillou (stragu)  changed:

   What|Removed |Added

   See Also||https://bugs.documentfounda
   ||tion.org/show_bug.cgi?id=14
   ||9307
Summary|Impress: Increase indent|Impress: Increase/decrease
   |has different effect on |indent has different effect
   |list items than in Writer   |on list items than in
   |--> cannot demote/promote   |Writer -> cannot
   ||demote/promote
 CC||stephane.guillou@libreoffic
   ||e.org
 Blocks||103369

--- Comment #7 from Stéphane Guillou (stragu) 
 ---
Reproduced in LO 7.6:

Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 8635c9aa8c6f1078a9e220076d5a08daf30077e8
CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3
Locale: en-AU (en_AU.UTF-8); UI: en-US
Calc: threaded

In Writer, "increase/decrease indent" have the same effect on list items as
"demote/promote outline level" respectively.
In Impress, "increase/decrease indent" change the indent of the whole list (and
"demote/promote outline level" behaves the same as in Writer).
I agree it should be more consistent.


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=103369
[Bug 103369] [META] Bullet, numbered, and outline list bugs and enhancements
-- 
You are receiving this mail because:
You are the assignee for the bug.