[Libreoffice-ux-advise] [Bug 130405] mismatch between command names and menu label for styles commands in Tools-Customize-Menus -- but they are consistent in "Toolbars"

2020-02-17 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=130405

--- Comment #5 from Dieter  ---
(In reply to Heiko Tietze from comment #4)
> The "naive user mode" has benjamin in mind but customization is Eve's
> business. So we can expect users to read the manual,. My take: WFM.

But we shouldn't force users too much, to read the manual. BTW: Have you
checked, that this is part of the manual? I would expect consistency at least
within a dialog.

-- 
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 130417] table sidebar different layout between LibO and LOOL

2020-02-17 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=130417

Heiko Tietze  changed:

   What|Removed |Added

 Resolution|--- |INVALID
 Status|NEW |RESOLVED
 CC||ke...@collabora.com

--- Comment #2 from Heiko Tietze  ---
(In reply to andreas_k from comment #0)
> What's the reason for?

ask.libreoffice.org is the better place for those questions (in a nutshell:
browser cannot show any widget, it requires coding effort to implement the UI
in javascript. Until then the UI is rendered into images that are shown. 

As this ticket has no question and "make it consistent" is invalid as well, I
close the ticket.

-- 
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 130405] mismatch between command names and menu label for styles commands in Tools-Customize-Menus -- but they are consistent in "Toolbars"

2020-02-17 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=130405

--- Comment #4 from Heiko Tietze  ---
There are places where short names are needed, eg on toolbars or when context
is provided via submenu, and sometimes verbosity is better. For more details
see
https://design.blog.documentfoundation.org/2018/02/28/easyhacking-all-about-terminology/

The "naive user mode" has benjamin in mind but customization is Eve's business.
So we can expect users to read the manual,. My take: WFM.

-- 
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 98381] Pasting text at the beginning of a style changes the style to that of the pasted text

2020-02-17 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=98381

--- Comment #15 from Heiko Tietze  ---
The current solution with applying the source style if the target paragraph is
not empty (unless it's a footnote, see bug 100018 comment 15) is correct.
Changing this leads to much more regression and confusion.

(In reply to William Friedman from comment #14)
> One further issue regarding the "solution" to insert a single space: if the
> pasted text has a hard return in it, then all the lines after the hard
> return will be pasted in the original style rather than the new one.

I agree here that users expect either source or target style but not a mixture.

-- 
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 130420] Add possibility to define tab positions in percentage of paragraph area width

2020-02-17 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=130420

Heiko Tietze  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever confirmed|0   |1
   Keywords||needsDevEval
 CC||gpo...@gmail.com

--- Comment #1 from Heiko Tietze  ---
Could imagine that many benefit from tab stop position in percent as an
alternative to the numeric value. The question is what reference users expect.
Is the total page width 100% or the page style or the current paragraph? Plus,
can we deal with this variable tab stop at all given that all these parameters
may change?

The actual formula problem is typically solved with a table. There is even an
autotext for this purpose (use FN+F3 with UI in English or look for Standard >
Formula Numbering under Tools > AutoText... resp. Ctrl+F3).

-- 
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 130346] Dialog "Define Database Range" in Calc is Too high, OK/Cancel button fall outside of screen range

2020-02-17 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=130346

Heiko Tietze  changed:

   What|Removed |Added

 Ever confirmed|0   |1
   Keywords|needsUXEval |difficultyBeginner,
   ||easyHack, skillDesign,
   ||topicUI
 CC|libreoffice-ux-advise@lists |heiko.tietze@documentfounda
   |.freedesktop.org|tion.org,
   ||kain...@gmail.com,
   ||mentoring@documentfoundatio
   ||n.org
 Status|UNCONFIRMED |NEW

--- Comment #2 from Heiko Tietze  ---
We require a minimum of 1280x768px and the dialog is 294x430px with Options
collapsed or 622px when expanded (KF5). Some other dialogs: 534 properties, 545
functions, 573 conditional formatting.

I wouldn't move the options to the right of the values as this makes not much
sense to me. Options is a GtkBox with 8 elements having a spacing of 6. Our HIG
defines a spacing between list items of 3 [1], which might solve the problem.
If not, the list of ranges is quite large and could be a bit smaller.

Code pointer: sc/uiconfig/scalc/ui/definedatabaserangedialog.ui

[1] https://wiki.documentfoundation.org/Design/Guidelines/PropertyDialog

-- 
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 129629] Find and Replace dialog: "Other options" won't stay closed, if certain options are ticked

2020-02-17 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=129629

R. Green  changed:

   What|Removed |Added

 Status|NEEDINFO|NEW

--- Comment #6 from R. Green  ---
(In reply to Heiko Tietze from comment #4)
> And when you manually close it, why should it open on any interaction? 
That's the whole point. It DOES open: every time you perform a "Find next"
operation or close and reopen the dialogue. So DWFM (Doesn't work for me). :)

Also, it's not trivial, minor at least.

-- 
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 129387] LibreOffice Calc - Keyboard Shortcut to Paste Format Only - Enhancement Request

2020-02-17 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=129387

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 130268] [Feature Request] Ability to set Persona (theme) on a per-application basis in LibreOffice

2020-02-17 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=130268

QA Administrators  changed:

   What|Removed |Added

 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 130423] Not all information in a lock file is reported to the user

2020-02-17 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=130423

QA Administrators  changed:

   What|Removed |Added

 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