[Libreoffice-bugs] [Bug 117233] Editing: Numbering restarts from 1 where it should continue from previous list

bugzilla-daemon at bugs.documentfoundation.org bugzilla-daemon at bugs.documentfoundation.org
Fri Apr 27 17:02:25 UTC 2018


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

Timur <gtimur at gmail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
           Keywords|                            |needsUXEval
            Version|6.0.2.1 release             |Inherited From OOo

--- Comment #10 from Timur <gtimur at gmail.com> ---
OK, let's clear this out here and open a documentation bug separately. 

> There are two things for us to consider:
> 1. When you select top-down, is it correct that numbering restarts at 1
> *without* the Restart numbering property of the fourth paragraph being set?
> Apparently, there is another, hidden property of the fourth paragraph that
> makes the numbering restart.
To get a better overview, after step 2. change Numbering type. It's not just
restart at 1, it's another, different list. So that may explain Step 4.

>And the behavior in my Step 6 is also not right in my opinion.
Makes sense. Looks it's again the same problem of different lists. 

> Is this the only place in LO where selection direction makes a difference?
Can't give a list. But yes, like for deleting a text and writing new with track
changes. 

> Should we make this difference? At least for me it led to unexpected
> behavior. I agree, it is kind of neat when you know the difference, when you
> are a heavy user. But I would venture to say that most users won't and even
> a tool tip won't change that significantly. 
Let's hear others.

> Maybe someone has an idea how we could make the behavior simpler and
> more obvious, maybe some nice visual cue. For example, there could be a
> handle at the end of the previous numbered set that could be pulled down
> across the following paras to create consecutive numbers.
Adding needsUXEval here. 

What's reported here looks intuitive without additional options and it's MS
style. LO had current behavior all the way from OO and it gives more options.
Like, continue previous numbering just for selected paras and keep others as
they were. This change would be substantial, even if accepted.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/libreoffice-bugs/attachments/20180427/c27f8b86/attachment.html>


More information about the Libreoffice-bugs mailing list