https://bugs.documentfoundation.org/show_bug.cgi?id=136412
Telesto <tele...@surfxs.nl> changed:
What |Removed |Added
----------------------------------------------------------------------------
Ever confirmed|1 |0
Status|NEEDINFO |UNCONFIRMED
--- Comment #4 from Telesto <tele...@surfxs.nl> ---
(In reply to Regina Henschel from comment #3)
> Step 4 of the description is not clear to me. There is no "Landscape" that
> can be double-clicked.
Sidebar -> Styles tab -> Page styles -> Landscape can certainly by double
clicked.
> Both page 2 and page 3 use the page style "Envelope". When you change
> something > in this style, this will of cause affect _all_ pages which use
> this page style. > Thereby it is irrelevant where the cursor is, when you
> change a page style.
That's indeed the observation. But not totally content with this, of course
If you want different style attributes for page 2 and page 3, then you need to
use different page styles. Using Ctrl-Enter inserts a page break but does not
set a new page style. To insert a page break _and_ change the page style, you
have to use Insert > More Breaks > Manual Break and select the new style from
the drop-down list "Page style".
Already known. Alternative route.. Press CTRL+Enter Blue header bar or
Paragraphy Style Text flow
---
However what I - Benjamin - would expect: only page 3 gets changed. Double
Clicking a Page Style should insert a (new) page break if not already present
(the other case being already present with a style set) and apply the they Page
Style (in this case Landscape) to only that page.
If below page 3 are more pages.. A page break should be added on top and below.
So simple the page in question would be rotated. If more pages a selected, a
page break should be insert at top and bottom of the selection.
The current implementation is an approach with a logic behind it. However, i'm
running into conflict pretty often to what I intended to do and what the
actually result is. Ultimately I probably get the desired result. However the
current approach feels like it makes things harder.
Of course, I can only argue from my experience, so I can't speak for THE user
base. Nor do I have a in depth UX research paper about this topic. So can't
proof that I'm right (or not). It's only my perception that it maybe should
work differently.
Except it being extremely hard to get representative insight in what the
current design actually is and what the public would like to be. I surely
convinced that people run into (sub)optimal designs once in a while; however
those don't land here ;-(. For plenty of reasons. So there no way of knowing
(for sure).
And in addition the decisions are made by a small group of people. With their
own preferences (not saying I'm representative). From my perspective markdown
enabled by default kind of personal preference.. However I'm of course one of
those who dislikes it.
-> Even more of topic
They current approach is to be very conservative (do nothing). Or listing to
the loudest voices. Same problem is around with the tabbed dialog. Different
stances. I personally grasp both directions all to well. I personally see no
objection for tabbed being default as long as a minimum quality standard of the
toolbar is met. But not not having a strong opinion. Argument can go both ways.
However the result we be a UX meeting with 1-3 people attending deciding? The
discussing is finding place at obscure bug tracker in a bug report & a
UX-meeting. Somehow I wish it could be done better. But participation with
plenty (if you already can get those active) will be one big mess. With
numerous of opinion, visions etc, without a 'deceive' straight forward answer
:-(
--
You are receiving this mail because:
You are the assignee for the bug._______________________________________________
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
