[Libreoffice-ux-advise] [Bug 141492] Incorrect display of the hierarchical structure in the table processor

2021-05-10 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=141492

Xisco Faulí  changed:

   What|Removed |Added

   Keywords||needsUXEval
 CC||libreoffice-ux-advise@lists
   ||.freedesktop.org,
   ||xiscofa...@libreoffice.org

-- 
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 141442] LibreOffice Icon theme noncompliant with dark-color Plasma color scheme, no way to change it

2021-05-10 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=141442

Xisco Faulí  changed:

   What|Removed |Added

 CC||libreoffice-ux-advise@lists
   ||.freedesktop.org,
   ||xiscofa...@libreoffice.org
   Keywords||needsUXEval

-- 
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 140697] Are some bullet and numbering options not available in Web Layout?

2021-05-10 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=140697

Xisco Faulí  changed:

   What|Removed |Added

   Keywords||needsUXEval
 CC||libreoffice-ux-advise@lists
   ||.freedesktop.org,
   ||xiscofa...@libreoffice.org

-- 
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 141801] OPTIONS DIALOG: Writer should support custom styles for Deletions and Insertions

2021-05-10 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=141801

--- Comment #17 from 10686639125 <1886...@tutanota.com> ---
With Selection.Font.Borders(1)
If .LineStyle = wdLineStyleNone Then
   .LineStyle = Options.DefaultBorderLineStyle
   .LineWidth = Options.DefaultBorderLineWidth
   .Color = Options.DefaultBorderColor
Else
   .LineStyle = wdLineStyleNone
End If
End With

-- 
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 141801] OPTIONS DIALOG: Writer should support custom styles for Deletions and Insertions

2021-05-10 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=141801

--- Comment #16 from 10686639125 <1886...@tutanota.com> ---
(In reply to V Stuart Foote from comment #15)
> Created attachment 171831 [details]
> simple character attribute assigned borders for selection, need similar as
> TC delete mode
> 
> (In reply to 10686639125 from comment #14)
>  
> > The default settings of Microsoft word are generally used in practice.
> 
> Not that I can find. 
> 
> But here is a clip not from TC (not implemented there), but of selecting and
> applying the border char attribute to the selection. Would have to
> implemented as new mode to do it with TC handling.

Yeah, I mean the clip style of selecting in Microsoft word.

-- 
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 141801] OPTIONS DIALOG: Writer should support custom styles for Deletions and Insertions

2021-05-10 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=141801

--- Comment #15 from V Stuart Foote  ---
Created attachment 171831
  --> https://bugs.documentfoundation.org/attachment.cgi?id=171831=edit
simple character attribute assigned borders for selection, need similar as TC
delete mode

(In reply to 10686639125 from comment #14)

> The default settings of Microsoft word are generally used in practice.

Not that I can find. 

But here is a clip not from TC (not implemented there), but of selecting and
applying the border char attribute to the selection. Would have to implemented
as new mode to do it with TC handling.

-- 
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 141801] OPTIONS DIALOG: Writer should support custom styles for Deletions and Insertions

2021-05-10 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=141801

--- Comment #14 from 10686639125 <1886...@tutanota.com> ---
(In reply to V Stuart Foote from comment #13)
> (In reply to 10686639125 from comment #12)
> > 
> > https://zh.wikipedia.org/zh/%E7%A4%BA%E4%BA%A1%E5%8F%B7
> > 
> > Same as Dagger in English
> > 
> > https://en.wikipedia.org/wiki/Dagger_(typography)
> 
> Request is valid, but a 'borders' (top,right,bottom,left) character
> attribute should suffice for the practice.

The default settings of Microsoft word are generally used in practice.

-- 
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 141801] OPTIONS DIALOG: Writer should support custom styles for Deletions and Insertions

2021-05-10 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=141801

V Stuart Foote  changed:

   What|Removed |Added

 CC||vstuart.fo...@utsa.edu

--- Comment #13 from V Stuart Foote  ---
(In reply to 10686639125 from comment #12)
> 
> https://zh.wikipedia.org/zh/%E7%A4%BA%E4%BA%A1%E5%8F%B7
> 
> Same as Dagger in English
> 
> https://en.wikipedia.org/wiki/Dagger_(typography)

Request is valid, but a 'borders' (top,right,bottom,left) character attribute
should suffice for the practice.

-- 
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 132470] UI: Tab of visible sheet looks the same as other selected tabs

2021-05-10 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=132470

andreas_k  changed:

   What|Removed |Added

 CC||kain...@gmail.com

--- Comment #9 from andreas_k  ---
Another office suite use for highlighting colored strings.

https://cdn.ablebits.com/_img-blog/hide-sheets/hide-sheets-excel.png

-- 
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 141986] Improve current LO Application Colors theme handling to support a LibreOffice "dark" color scheme mode

2021-05-10 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=141986

--- Comment #14 from V Stuart Foote  ---
(In reply to Heiko Tietze from comment #13)
> Isn't this bug 118320

Yes, and *either* of two ways to address. One would be to implement support for
UWP themeing mechanisim--a lot of native Windows code. 

The other is to provide a full set of aplication colors touching all widgets of
the UI.

The new "LibreOffice Dark" theme covers maybe 2/3 of what would be needed for
Windows (and frankly all other platforms) with fixed defaults and no
"automatic" handling of os/DE theme.

That is, in addition to defining a full set of defaults for the bi-modal
(normal/dark) themes, provide a toggle to block os/DE theme parsing and then
use either of the LibreOffce application color themes from the Tools -> Options
-> Application Colors panel.

No additional Windows Display Manager/UWP refactoring, nor macOS NSview and
NScolor, native code would be needed at that point--the LibreOffice theme(s)
with good defaults would suffice.

-- 
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 141777] LO Writer: in dialog for insertion of cross-reference, allow user to filter for the number of the target

2021-05-10 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=141777

--- Comment #3 from Heiko Tietze  ---
For numbers I could agree but in case of text you would have to start with the
article. Quite annoying.

Wildcards? Most users probably don't understand this anymore since Google
thought us to search the search results rather than defining proper search
parameters.

-- 
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 141986] Improve current LO Application Colors theme handling to support a LibreOffice "dark" color scheme mode

2021-05-10 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=141986

--- Comment #13 from Heiko Tietze  ---
Isn't this bug 118320

-- 
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 132470] UI: Tab of visible sheet looks the same as other selected tabs

2021-05-10 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=132470

Buovjaga  changed:

   What|Removed |Added

   Keywords||needsUXEval
 CC||libreoffice-ux-advise@lists
   ||.freedesktop.org

-- 
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 141801] OPTIONS DIALOG: Writer should support custom styles for Deletions and Insertions

2021-05-10 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=141801

--- Comment #12 from 10686639125 <1886...@tutanota.com> ---
(In reply to Heiko Tietze from comment #11)
> (In reply to 10686639125 from comment #6)
> > In Chinese culture, we frame deleted objects...
> 
> Could you please provide proof that your request is not just your personal
> view but a standard?

https://zh.wikipedia.org/zh/%E7%A4%BA%E4%BA%A1%E5%8F%B7

Same as Dagger in English

https://en.wikipedia.org/wiki/Dagger_(typography)

-- 
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 141801] OPTIONS DIALOG: Writer should support custom styles for Deletions and Insertions

2021-05-10 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=141801

--- Comment #11 from Heiko Tietze  ---
(In reply to 10686639125 from comment #6)
> In Chinese culture, we frame deleted objects...

Could you please provide proof that your request is not just your personal view
but a standard?

-- 
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 141801] OPTIONS DIALOG: Writer should support custom styles for Deletions and Insertions

2021-05-10 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=141801

--- Comment #10 from 10686639125 <1886...@tutanota.com> ---
(In reply to Michael Stahl (allotropia) from comment #9)
> a character style isn't possible currently.
> 
> but if any character attribute are missing those could be added to the
> dialog, like character border.

Thank you very much.

Character border enough for me at the moment.

-- 
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 141801] OPTIONS DIALOG: Writer should support custom styles for Deletions and Insertions

2021-05-10 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=141801

--- Comment #9 from Michael Stahl (allotropia)  ---
a character style isn't possible currently.

but if any character attribute are missing those could be added to the dialog,
like character border.

-- 
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 141801] OPTIONS DIALOG: Writer should support custom styles for Deletions and Insertions

2021-05-10 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=141801

Heiko Tietze  changed:

   What|Removed |Added

 CC||michael.st...@allotropia.de
   Keywords||needsDevAdvice

--- Comment #8 from Heiko Tietze  ---
Michael, is it possible to assign a character style to TC? This would make it
much more flexible - although I guess this request is a corner case.

-- 
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 136382] Unusual and confusing appearance and behaviour of Calc's Media Playback toolbar

2021-05-10 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=136382

Heiko Tietze  changed:

   What|Removed |Added

 CC|libreoffice-ux-advise@lists |heiko.tietze@documentfounda
   |.freedesktop.org|tion.org
   Keywords|needsUXEval |difficultyBeginner,
   ||easyHack, skillDesign

--- Comment #4 from Heiko Tietze  ---
This is the command uno:AVMediaToolBox, which lacks of a corresponding
definition like for uno:InsertAVMedia in
officecfg/registry/data/org/openoffice/Office/UI/GenericCommands.xcu

-- 
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 141832] Using dummy version of images (thumbnails) for faster editing

2021-05-10 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=141832

Heiko Tietze  changed:

   What|Removed |Added

 CC|libreoffice-ux-advise@lists |heiko.tietze@documentfounda
   |.freedesktop.org|tion.org
   Keywords|needsUXEval |

--- Comment #5 from Heiko Tietze  ---
Yes, would be nice to have. Wouldn't stick to the 10dpi and definitely not add
this to the label, though.

-- 
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 140313] SELECTION: It's not visible, that a bullet at the beginning of the document is selected

2021-05-10 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=140313

Heiko Tietze  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |NOTABUG

--- Comment #5 from Heiko Tietze  ---
Justin made the same comment on bug 113314, and I agree. If you select the
second item in a list and shift+left extend this selection it becomes clear
that this character is a property of the paragraph. And to always select the
full paragraph makes would be lose the desired functionality to replace the
content of a list entry. => NAB

-- 
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 141651] INDEX: Table of figures Hyperlink points to caption, should point to parent frame

2021-05-10 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=141651

Dieter  changed:

   What|Removed |Added

 Resolution|WONTFIX |---
 Status|RESOLVED|UNCONFIRMED

-- 
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 141651] INDEX: Table of figures Hyperlink points to caption, should point to parent frame

2021-05-10 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=141651

--- Comment #9 from Dieter  ---
Created attachment 171813
  --> https://bugs.documentfoundation.org/attachment.cgi?id=171813=edit
Example with index and cross-reference

Just made some further testing with a cross-reference (see attachment). Focus
is in caption, but at least part of the image is visible. So it should be
possible to get the same result with an index entry. So I change status back to
UNCONFIRMED.

-- 
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 141651] INDEX: Table of figures Hyperlink points to caption, should point to parent frame

2021-05-10 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=141651

--- Comment #8 from Heiko Tietze  ---
(In reply to Dieter from comment #7)
> But we don't have to into a deeper discussion here. Now I know, that you
> understand my POV. and it's of course up to you or the design-team to decide.

It's always us, the community, who makes the call. If you think this needs a
closer look or my POV is wrong, just reopen.

-- 
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 141651] INDEX: Table of figures Hyperlink points to caption, should point to parent frame

2021-05-10 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=141651

--- Comment #7 from Dieter  ---
(In reply to Heiko Tietze from comment #6)
> (In reply to Dieter from comment #5)
> > For me it is clear that "Create from Captions" should be understood as
> > "Create entry in index from Captions" and "Create from Object Names" should
> > be understood as "Create entry in index from Object Names". I hope yo agree.
> Absolutely
> 
> > So I wouldn't expect, that the options also determine the target of the
> > hyperlink. 
> Me not; one target is the caption the other the object (name).

So we have different opinions. Help only says: "Create from: Use this area to
specify which information to include in an index."
https://help.libreoffice.org/7.2/en-GB/text/swriter/01/04120211.html?System=WIN=WRITER=modules/swriter/ui/tocindexpage/TocIndexPage#bm_id3145247

> > And I hope you agree, that - if you have an image or an table
> > with caption below - the user won't expect to see only the caption, but not
> > the table or the image itself, if he clicks within the index. 
> In other words you would always target the object itself.
Yes, because we have an index of figures or an index of tables and not in index
of captures ;-)

> But caption and
> object don't need to stick together, a common scenario is when you place two
> images next to each other and one caption below; all placed as character in
> a table.
I see your point, but I can't say if this is common or not (can't remember,
that I have seen it)

> And while I see the point of showing the actual object rather than
> the caption I'm afraid of side-effects. What should happen if the object is
> removed but the caption remains in the document
I think we shouldn't take into account every "mistake" a user can make.

But we don't have to into a deeper discussion here. Now I know, that you
understand my POV. and it's of course up to you or the design-team to decide.

-- 
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 102255] UNO: Transpose Paste

2021-05-10 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=102255

BogdanB  changed:

   What|Removed |Added

 Status|RESOLVED|VERIFIED
 CC||buzea.bog...@libreoffice.or
   ||g

--- Comment #12 from BogdanB  ---
Great to see this new option here.
Verified in Version: 7.2.0.0.alpha0+ / LibreOffice Community
Build ID: 1a99b4e44190e182d56a04678850d62635d74c65
CPU threads: 4; OS: Linux 5.8; UI render: default; VCL: gtk3
Locale: ro-RO (ro_RO.UTF-8); UI: en-US
Calc: threaded

-- 
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 141651] INDEX: Table of figures Hyperlink points to caption, should point to parent frame

2021-05-10 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=141651

--- Comment #6 from Heiko Tietze  ---
(In reply to Dieter from comment #5)
> For me it is clear that "Create from Captions" should be understood as
> "Create entry in index from Captions" and "Create from Object Names" should
> be understood as "Create entry in index from Object Names". I hope yo agree.
Absolutely

> So I wouldn't expect, that the options also determine the target of the
> hyperlink. 
Me not; one target is the caption the other the object (name). 

> And I hope you agree, that - if you have an image or an table
> with caption below - the user won't expect to see only the caption, but not
> the table or the image itself, if he clicks within the index. 
In other words you would always target the object itself. But caption and
object don't need to stick together, a common scenario is when you place two
images next to each other and one caption below; all placed as character in a
table. And while I see the point of showing the actual object rather than the
caption I'm afraid of side-effects. What should happen if the object is removed
but the caption remains in the document - which is possible after de-framing.
There is just no unique link between caption and object.

-- 
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 141574] [Enhancement Request] More customisation options for Foot-/Endnotes

2021-05-10 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=141574

Heiko Tietze  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEEDINFO
 Ever confirmed|0   |1

-- 
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 141574] [Enhancement Request] More customisation options for Foot-/Endnotes

2021-05-10 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=141574

--- Comment #11 from Heiko Tietze  ---
Created attachment 171808
  --> https://bugs.documentfoundation.org/attachment.cgi?id=171808=edit
F/E - character style part

(In reply to BDF from comment #9)
> - Set general style for foot/endnote
> - Set style for in-text footnote link
> - Same foot-/endnote can be used multiple times
If you talk about styles, it's always one operation that affects many places.
For foot/endnotes go to Tools > Footnotes and Endnotes... to learn what
paragraph and character styles are used (see also
https://help.libreoffice.org/7.1/en-US/text/swriter/01/06080100.html). To
change these styles I'd use the Stylist sidebar
(https://help.libreoffice.org/7.1/en-US/text/swriter/guide/stylist_update.html)
I assume you struggle with the fact that some attributes are changed per
paragraph style and other via character style. Plan is to merge the two options
into one "Text Style" view.

> - Set anchorpoint for endnote
This has been requested in bug 102835 and bug 58521.

> - Preview for style buttons
You get a preview at the actual styles. If you talk about the Tools > Footnotes
and Endnotes... dialog - this is just the assignment of styles to the F/E
properties and not meant to modify styles. But a preview would be nice,
admitted.

-- 
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