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

--- Comment #10 from Eyal Rozenberg <eyalr...@gmx.com> ---
(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.

Reply via email to