[Libreoffice-ux-advise] [Bug 139796] Make Insert Special Character a Modeless Window

2021-01-20 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=139796

Telesto  changed:

   What|Removed |Added

 CC||libreoffice-ux-advise@lists
   ||.freedesktop.org,
   ||tele...@surfxs.nl
   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 137160] ALPHABETICAL INDEX: need to add thin space between page reference and f./ff.

2021-01-20 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=137160

--- Comment #6 from sdc.bla...@youmail.dk ---
(In reply to Heiko Tietze from comment #5)
> Would rather expose the f/ff xml
> stuff somewhere and allow the thin space per workplace.
Is this note to self?  Not sure what you are thinking about here.

-- 
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 81797] "Language" should be in the Properties sidebar

2021-01-20 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=81797

V Stuart Foote  changed:

   What|Removed |Added

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

--- Comment #4 from V Stuart Foote  ---
Yes, as language is displayed per paragraph on the Status bar, and from there
language is set via the Character... dialog.  This dialog also opened with one
click from the Sidebar Properties deck's 'Character' content panel--applying
language to current selection.

So, probably no real need to be displayed or reset directly on the Sidebar's
Properties deck, the Status bar is sufficient to display current language as
the Character dialog provides consistent methods to change.

A +1 for the WF

-- 
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 139115] UI Change default behavior of treelist toggles with more than 1 checkbox

2021-01-20 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=139115

--- Comment #4 from Commit Notification 
 ---
Attila Szűcs committed a patch related to this issue.
It has been pushed to "master":

https://git.libreoffice.org/core/commit/3d2a431da1126f4924f6cd7e5abac6488cd480e7

tdf#139115 vcl tree list: add new toggle behaviors

It will be available in 7.2.0.

The patch should be included in the daily builds available at
https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More
information about daily builds can be found at:
https://wiki.documentfoundation.org/Testing_Daily_Builds

Affected users are encouraged to test the fix and report feedback.

-- 
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 139115] UI Change default behavior of treelist toggles with more than 1 checkbox

2021-01-20 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=139115

Commit Notification  changed:

   What|Removed |Added

 Whiteboard||target:7.2.0

-- 
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 139398] IMAGE: Copy and paste a cropped image from LO to Tunderbird or MSWord has uncropped image as result

2021-01-20 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=139398

Heiko Tietze  changed:

   What|Removed |Added

 CC|libreoffice-ux-advise@lists |heiko.tietze@documentfounda
   |.freedesktop.org|tion.org
   Severity|normal  |enhancement
   Keywords|needsUXEval |
 Status|UNCONFIRMED |NEW
 Ever confirmed|0   |1

--- Comment #3 from Heiko Tietze  ---
Expectation is to take the image including styling attributes such as crop. The
image must not be changed but the crop parameter applied so uncroping would be
possible.

-- 
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 134958] Persona/Theme cannot be imported or customised on a per-application basis

2021-01-20 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=134958

Heiko Tietze  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Blocks||125823
 Resolution|--- |WONTFIX

--- Comment #2 from Heiko Tietze  ---
Mozilla has changed the format repeatedly making it hard to keep track. So bug
125217 recommends to introduce an own theming engine/method.

WF, since we do not plan to fix issues on the Mozilla type of personalization.


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=125823
[Bug 125823] [META] Personalization (LibreOffice Themes) bugs and Improvements
-- 
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 81797] "Language" should be in the Properties sidebar

2021-01-20 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=81797

Heiko Tietze  changed:

   What|Removed |Added

 Resolution|--- |WONTFIX
 Status|NEW |RESOLVED

--- Comment #3 from Heiko Tietze  ---
Sidebar's purpose is to provide access to frequently changed attributes.
Language is not and well suited at the statusbar. => WF

-- 
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 128469] Paragraph/Character Style Dialog: "Reset" and "Standard" buttons have confusing labels

2021-01-20 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=128469

--- Comment #30 from sdc.bla...@youmail.dk ---
(new proposal for "Standard" button)

---

"Standard" --> "Set to Parent"

Tooltip:  Replace the values shown here with the values from the style
specified in Inherit From

--

(possibly adding "on the Organizer tab" after "Inherit From")

NB.  "here", "shown here" , "shown on screen" are vague, poor attempts to avoid
the word "tab" 

How else can one indicate that the "Reset" and "Standard" buttons apply only to
the "visible tab" in the dialog?  (i.e., so that one understands that the
changes are limited to what you can see)?

Meanwhile, is "tab" really a technical term anymore?  Haven't most users, also
beginners, encountered the word "tab" in relation to tabbed browsers, or in
Word interface?) Also, "tab" is used throughout the help files here, when
explaining how to get to different, well, "tabs" in the dialog boxes...

-- 
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 44762] FORMATTING, PIVOTTABLE: naming of styles and request for more styles

2021-01-20 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=44762

Heiko Tietze  changed:

   What|Removed |Added

 Blocks|103381  |101756
 Resolution|--- |WORKSFORME
 Status|NEW |RESOLVED

--- Comment #7 from Heiko Tietze  ---
Table Styles were updated recently (=> WFM). There is not much we can do until
bug 49437 is solved. Would love to see TS available as extensions, see bug
124046.


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=101756
[Bug 101756] [META] Table styles bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=103381
[Bug 103381] [META] Pivot table (aka Data Pilot) bugs and enhancements
-- 
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 139745] UI: the background color button in the tabbed toolbar does color the full paragraph instead of selection

2021-01-20 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=139745

Heiko Tietze  changed:

   What|Removed |Added

 CC|libreoffice-ux-advise@lists |heiko.tietze@documentfounda
   |.freedesktop.org|tion.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 139745] UI: the background color button in the tabbed toolbar does color the full paragraph instead of selection

2021-01-20 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=139745

Heiko Tietze  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution|--- |NOTABUG

--- Comment #4 from Heiko Tietze  ---
You could also become confused by the fact that we have two color picker in the
sidebar. It's the same, one for character highlighting and the other for the
paragraph background.

-- 
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 128469] Paragraph/Character Style Dialog: "Reset" and "Standard" buttons have confusing labels

2021-01-20 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=128469

--- Comment #29 from sdc.bla...@youmail.dk ---
(new proposal, only addressing the current "Reset" button)

1. Keep label unchanged.
2. Must also change button action so that it is only active when "Reset" is
possible.

Main reason: 

Reset appears both in Paragraph and Paragraph Style dialogs, but “Apply”
appears only in Paragraph Style.  

Implication.  tooltip for "Reset" has to be identical for these two contexts,
because they are based on the same .ui file, and, afaik, there is not a
contextual tooltip function.)

( Same story for Character and Character Style)

3. Tooltip for Reset:  

  Return any changes here back to the starting values 

Alternatives for 
  "here":   "on the screen" or "shown on the screen"
  "values"  "settings"

(please read this tooltip contextually (i.e., with point 2 and the use
situation in mind.)  The "Reset" button will only be active if you have
actually made changes in the dialog box (also if you have used the "Apply"
button). So the tooltip would only appear in a situation where you have
actually changed values -- otherwise the Reset button would be inactive (and no
tooltip shown). 

(considered and rejected "initial" -- because it is less temporally-anchored
than "starting")

-- 
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 128469] Paragraph/Character Style Dialog: "Reset" and "Standard" buttons have confusing labels

2021-01-20 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=128469

--- Comment #28 from Telesto  ---
(In reply to Heiko Tietze from comment #27)
> I also dislike the technical term "tab". Ideally we omit it - and trust in
> the tooltip, or use "section" or just "this".

Obviously context depended. Not tremendously fond of "undo". However currently
out of idea's for something short while being informative. 

Reset (to what?). Revert (tendency to default). What is does undo'ing latest
change. Similar/alike undo in document.

Obviously open for better proposals. Prefer taking the time searching for
something what works, instead doing the next best thing.. 

I'm actually rather used to pressing, cancel, & started over again to get rid
of my old settings.

-- 
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 139351] proposal for Paste Special Sticky

2021-01-20 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=139351

Heiko Tietze  changed:

   What|Removed |Added

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

--- Comment #12 from Heiko Tietze  ---
What comes in mind is the cell protection. The format defines:

20.246 style:cell-protect

The style:cell-protect attribute specifies how a cell is protected.

This attribute is only evaluated if the current table is protected.

The defined values for the style:cell-protect attribute are:

●formula-hidden: if cell content is a formula, it is not displayed. It can
be replaced by changing the cell content. 

Note: Replacement of cell content includes replacement with another formula or
other cell content.

●hidden-and-protected: cell content is not displayed and cannot be edited.
If content is a formula, the formula result is not displayed. 

●none: formula responsible for cell content is neither hidden nor
protected. 

●protected: cell content can not be edited. 

●protected formula-hidden: cell content can not be edited. If content is a
formula, it is not displayed. A formula result is displayed. 



Doubt this can be done without bending the format and breaking compatibility.

-- 
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 139099] UI:Search while you type with say 3 suggestions for the fontbox

2021-01-20 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=139099

Heiko Tietze  changed:

   What|Removed |Added

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

--- Comment #3 from Heiko Tietze  ---
Resolving WF due according comment 2

-- 
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 128469] Paragraph/Character Style Dialog: "Reset" and "Standard" buttons have confusing labels

2021-01-20 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=128469

--- Comment #27 from Heiko Tietze  ---
Seth knows what I suggest. But "Undo"? Would be totally misleading for users
who didn't dive into the functionality and reads rather like "revert what I
applied in the document". Therefore I'd prefer something like
Reset/Revert/Revoke here and maybe "Inherit Tab" for the other function.

I also dislike the technical term "tab". Ideally we omit it - and trust in the
tooltip, or use "section" or just "this".

-- 
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 139735] "Links to External Files" is not precise

2021-01-20 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=139735

Heiko Tietze  changed:

   What|Removed |Added

 Ever confirmed|0   |1
 Status|UNCONFIRMED |NEW

--- Comment #1 from Heiko Tietze  ---
Seth, one for you?

-- 
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 139709] Enhancement: Ability to insert images into margin comments [that automatically scale]

2021-01-20 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=139709

Heiko Tietze  changed:

   What|Removed |Added

 CC|libreoffice-ux-advise@lists |heiko.tietze@documentfounda
   |.freedesktop.org,   |tion.org
   |michael.st...@allotropia.de |
   |, mikekagan...@hotmail.com  |
 Status|UNCONFIRMED |NEW
   Keywords|needsUXEval |
 Ever confirmed|0   |1

--- Comment #2 from Heiko Tietze  ---
Should have read the SeeAlso ticket first.

(In reply to Regina Henschel from comment #4)
> A comment is an  element. That has  and
>  child elements. Video, audio or image would require a
>  element. That is allowed inside a  element. So from ODF
> point of view, there is no problem for video, audio or image in an comment.
> 
> But the edit engine of LibreOffice is not able to handle that

So the format has this option and there are at least two requests. Please ask
for UX input when it comes to professional support, which I guess is needed at
some point.

-- 
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 139709] Enhancement: Ability to insert images into margin comments [that automatically scale]

2021-01-20 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=139709

Heiko Tietze  changed:

   What|Removed |Added

 CC||michael.st...@allotropia.de
   ||, mikekagan...@hotmail.com

--- Comment #1 from Heiko Tietze  ---
Michael and Mike, what do you think? Keep this until the format provides this
option or WF?

-- 
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 138876] Can a user decide selectively which styles are imported from an updated template?

2021-01-20 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=138876

sdc.bla...@youmail.dk changed:

   What|Removed |Added

   See Also||https://bugs.documentfounda
   ||tion.org/show_bug.cgi?id=66
   ||840

-- 
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 139717] Spacing between footnote number and text should be fixed. A single backspace should remove it

2021-01-20 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=139717

--- Comment #3 from Telesto  ---
(In reply to Heiko Tietze from comment #2)
> The paragraph style "Footnote" has an indentation for the first line in
> order to achieve a distance to the number. With backspace you "clear" this
> indentation, same happens in other paragraphs too, which is understood as a
> convenience feature. Pretty sure we had this before... Cor, Stuart, Mike:
> Your take?

Hmmm.. will look back.. It might be me.. What's the case where you want to
'ignore' the spacing. Idea of style to produce consistency?

For me it's more, argue.. hold on backspace to long again..

-- 
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 139717] Spacing between footnote number and text should be fixed. A single backspace should remove it

2021-01-20 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=139717

Heiko Tietze  changed:

   What|Removed |Added

 CC||c...@nouenoff.nl,
   ||mikekagan...@hotmail.com

--- Comment #2 from Heiko Tietze  ---
The paragraph style "Footnote" has an indentation for the first line in order
to achieve a distance to the number. With backspace you "clear" this
indentation, same happens in other paragraphs too, which is understood as a
convenience feature. Pretty sure we had this before... Cor, Stuart, Mike: Your
take?

-- 
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 139667] Should "Bullets and Numbering" in Writer become "Bullets and Lists", with consistent use of "List Style" in Writer UI?

2021-01-20 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=139667

--- Comment #2 from sdc.bla...@youmail.dk ---
(In reply to Heiko Tietze from comment #1)
>Bullets are one kind of list styles. So if we rename "Bullets and Numbering"
>it has to be "List Style".
1. "List Style"  is unfortunate choice in relation to "Toggle Numbered List"
(F12) and "Toggle Bulleted List" (Shift-F12) (which are not Styles)

"Lists" seems better  (but will require some evaluation of consequences in
Format menu)

2. Use "List Style" (never with adjectives) consistently in UI, tooltips,
documentation, when referring to List styles.  

Reason:  A list style can have any kind of mixture of number, bullet, graphic.
The "name" of a list style is "conventional", UI does not need to get involved
in those personal choices.  There is just "list style".

3. Use adjectives for direct formatted lists.  

Reason:  Gives a clear, simple linguistic marker to distinguish
direct-formatted lists from list styles.  

At present there is:  Numbered List, Bulleted List
There could, in principle, be "Lettered List", etc.

4. Do not use phrase "numbering style" (in UI, tooltips, documentation).  There
is List Style, Paragraph Style, etc., no "numbering style".

If necessary, refer to different types of numbered lists, or "numbering types" 

5.  Adjustment to IIa. (in comment 0)  Change "Numbering" label to "Numbered"
or "Ordered" (because there are letters) in Format - List (Bullets and
Numbering) - Numbered (Numbering)  

("Enumerated" as label seems too obscure.)

6.  Also need to evaluate where in source code "numbering style" appears, and
whether change to "list style" is appropriate (because sometimes numbering
style is used for 1.2.3. vs. 1)2)3))  (i.e., need to evaluate each case, not
just "search-replace")

-- 
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 139716] UI: Add footnotes and endnotes to context menu when right clicking footnote in document area

2021-01-20 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=139716

Heiko Tietze  changed:

   What|Removed |Added

 Resolution|--- |NOTABUG
 Status|UNCONFIRMED |RESOLVED

--- Comment #1 from Heiko Tietze  ---
The F&E dialog is in the context menu of footnotes and endnotes, not the
references. Sounds reasonable to me- and right clicking a single and small
character is not so simple.

-- 
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 139711] Insert heading in outline mode (using navigator)

2021-01-20 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=139711

Heiko Tietze  changed:

   What|Removed |Added

 Resolution|--- |NOTABUG
 Status|UNCONFIRMED |RESOLVED

--- Comment #1 from Heiko Tietze  ---
(In reply to Telesto from comment #0)
> Insert heading in outline mode (using navigator)...
> Headings are created in document

Cannot follow. The Navigator has only disabled categories in a blank document,
you cannot create headings. Apparently you expect the feature, and I disagree
with the need. Don't see any reason to _create content_ in the Navigator. If
you talk about promoting/demoting- that's possible. The content just needs to
be a heading. => NAB

> https://youtu.be/SfaxR7wNe54?list=PL0Fd0D-RJCRqLd7hA2jzsdzp9-Hw_lWFn

Please don't let us dig through beginners videos without any clue where to look
at.

-- 
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 139697] UI: Certain toolbar items split button (drop down picker) without any addition functionality

2021-01-20 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=139697

Heiko Tietze  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution|--- |NOTABUG

--- Comment #3 from Heiko Tietze  ---
(In reply to V Stuart Foote from comment #1)
> This is all core LibreOffice core GUI and UX.

(In reply to Telesto from comment #2)
> You could argue "ain't broke don't fix".

This, and bug 139696 and bug 139695

-- 
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 139701] UI: Underline split button in regular toolbar

2021-01-20 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=139701

--- Comment #2 from Telesto  ---
(In reply to Heiko Tietze from comment #1)
> The classic toolbar has .uno:UnderlineSingle while the Notebookbar and the
> sidebar uses the .uno:Underline command, which provides a more complex menu
> button with all kind of underlining options. Do we need this complexity in
> the standard UI?

This kind of 'depends'. I personally find it 'easy' tool to play with
underlining. 
Which a lot more accessible compared to the dialog approach.

I considered it lacking after I encountered inside the tabbed edition. But
before I never considered looking for it.

So 'traditional' - old skool - approach, this obviously a no go. But well
'it's' only a drop down button. 

Major complain would be (a) aesthetical; Only Underlining having it.. (b) and
the obvious why bold/italic lacking it.. 

The first encounter would surely be surprise. People obviously clicking the
'drop down' button.. But I would expect the response to be, o nice.. Or else
'shrug', don't need that, but doesn't bother me.

But that's me reasoning.. not sure how others perceive this.. I don't see no
harm, IMHO. Only advantage..

-- 
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 139632] F2 for inserting textbox (shape) kind odd choice

2021-01-20 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=139632

--- Comment #2 from Telesto  ---
(In reply to Heiko Tietze from comment #1)
> F2 is bound to Formula, at least in Writer. F2 is known for rename, what is
> your proposal for a) F2 and b) the text box (or frame)?

Argh.. I assumed the F2 was global thing.. As Impress/Draw use F2 to inserts a
textbox (drawing object)

But anyhow; F2 is assigned in my perception to 'rename'. Not sure if this can
context sensible. So F2 can do both or even more.. Another question is
obviously if user understands that.. Kind of hard to remember everything..

So TextBox frame was more seen in line with Draw/Impress. Prefer global
shortcut for things which 'are shared'. Not a for every component solution.

OTOH. Textbox (draw object) being well not 'it' in Writer (would opt for
Textbox frame). 

No clue how to un-entangle all of this. I'm surely touching multiple area's
right now.. 

So please some advice how to direct this? How many bug reports are needed? And
for which topics? [Tend to close this one as being 'unspecific' after all]

-- 
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 139633] Direct editing of tree nodes in the Navigator to rename objects

2021-01-20 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=139633

Heiko Tietze  changed:

   What|Removed |Added

 CC|libreoffice-ux-advise@lists |heiko.tietze@documentfounda
   |.freedesktop.org|tion.org, rayk...@gmail.com
   Severity|normal  |enhancement
 Ever confirmed|0   |1
Summary|UI: Rename in navigator |Direct editing of tree
   |opens a dialog? I'm used to |nodes in the Navigator to
   |directly input text in tree |rename objects
   Priority|medium  |low
   Keywords|needsUXEval |
 Status|UNCONFIRMED |NEW

--- Comment #3 from Heiko Tietze  ---
Direct editing the tree nodes is not uncommon (would expect F2 to switch into
edit mode). 

Is it easy to do, Jim?

-- 
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 139701] UI: Underline split button in regular toolbar

2021-01-20 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=139701

--- Comment #1 from Heiko Tietze  ---
The classic toolbar has .uno:UnderlineSingle while the Notebookbar and the
sidebar uses the .uno:Underline command, which provides a more complex menu
button with all kind of underlining options. Do we need this complexity in the
standard UI?

-- 
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 139696] UI: Anchor drop down button not working properly in Tabbed mode (click doesn't expand like toolbar)

2021-01-20 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=139696

Heiko Tietze  changed:

   What|Removed |Added

   Keywords|needsUXEval |
 Blocks||87740
 Status|UNCONFIRMED |NEW
 CC|libreoffice-ux-advise@lists |heiko.tietze@documentfounda
   |.freedesktop.org|tion.org,
   ||kain...@gmail.com,
   ||momonas...@gmail.com
 Ever confirmed|0   |1

--- Comment #1 from Heiko Tietze  ---
Yes, it's just the tiny button at right that opens the menu. It's the same for
other controls such as Border Color but not Border. Maxim, Andreas: What can we
do?


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=87740
[Bug 87740] [META] Anchor and text wrapping bugs and enhancements
-- 
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 139695] Pack all wrap options into one floating widget

2021-01-20 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=139695

Heiko Tietze  changed:

   What|Removed |Added

Summary|UI: Redesign of wrap picker |Pack all wrap options into
   |in tabbed UI (maybe also|one floating widget
   |Regular toolbar)|
   Severity|normal  |enhancement
 Blocks||87740
 Ever confirmed|0   |1
   Keywords|needsUXEval |
 Status|UNCONFIRMED |NEW
 CC|libreoffice-ux-advise@lists |heiko.tietze@documentfounda
   |.freedesktop.org|tion.org,
   ||kain...@gmail.com,
   ||riz...@libreoffice.org

--- Comment #2 from Heiko Tietze  ---
The screenshot shows a different kind of UI control. This floating widget
allows larger icons with more details. We have it for the numbering/bullet
options, for instance. Would welcome such floating widgets (nice GSoC project,
btw).

But I wonder if the current icons itself needs improvement. Rizal/Andreas, what
do you think?


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=87740
[Bug 87740] [META] Anchor and text wrapping bugs and enhancements
-- 
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