[Libreoffice-ux-advise] [Bug 150375] Render non-printing line numbers with faint gray

2022-08-11 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=150375

--- Comment #2 from Eyal Rozenberg  ---
(In reply to V Stuart Foote from comment #1)
> Adding feature to keep the LN print interval enabled, and add a non-printing
> "fill" for screen preview/active editing would be neat but is its utility
> worth the dev effort?

That's a good question. I can't say, at least for the reason of not knowing how
popular the use of line numbering in LO actually is.

-- 
You are receiving this mail because:
You are on the CC list for the bug.

[Libreoffice-ux-advise] [Bug 150375] Render non-printing line numbers with faint gray

2022-08-11 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=150375

V Stuart Foote  changed:

   What|Removed |Added

 CC||libreoffice-ux-advise@lists
   ||.freedesktop.org,
   ||vstuart.fo...@utsa.edu
   Keywords||needsUXEval

--- Comment #1 from V Stuart Foote  ---
Seems feasible, but not really necessary as we already have ability via Tools
-> Line Numbering... dialog to easily enable/disable line numbering for
printing and to set LN interval to something other than 5, e.g. 1 if desired. 

Adding feature to keep the LN print interval enabled, and add a non-printing
"fill" for screen preview/active editing would be neat but is its utility worth
the dev effort?

The current control seems sufficient.

-- 
You are receiving this mail because:
You are on the CC list for the bug.

[Libreoffice-ux-advise] [Bug 105365] Clicking the font color button should apply the select font color instead of a color bucked

2022-08-11 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=105365

Justin L  changed:

   What|Removed |Added

 Resolution|WORKSFORME  |DUPLICATE

--- Comment #9 from Justin L  ---


*** This bug has been marked as a duplicate of bug 105293 ***

-- 
You are receiving this mail because:
You are on the CC list for the bug.

[Libreoffice-ux-advise] [Bug 150276] Paragraph mark in rotated-character paragraph placed in middle of text

2022-08-11 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=150276

--- Comment #14 from Regina Henschel  ---
(In reply to Heiko Tietze from comment #11)
> MSO Word has no UI function to rotate text

For single words the rotation is in tab "Home". The icon "Asian Layout" is left
from the "Sort" icon.

-- 
You are receiving this mail because:
You are on the CC list for the bug.

[Libreoffice-ux-advise] [Bug 150276] Paragraph mark in rotated-character paragraph placed in middle of text

2022-08-11 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=150276

--- Comment #13 from Regina Henschel  ---
I expect this: If I move the cursor forward as much as possible using the arrow
keys, then the pilcrow sign should be directly after the cursor in the same
direction as the cursor.
Showing the pilcrow sign inside existing text is a bug for me.

-- 
You are receiving this mail because:
You are on the CC list for the bug.

[Libreoffice-ux-advise] [Bug 150276] Paragraph mark in rotated-character paragraph placed in middle of text

2022-08-11 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=150276

Regina Henschel  changed:

   What|Removed |Added

 CC||rb.hensc...@t-online.de

--- Comment #12 from Regina Henschel  ---
(In reply to Heiko Tietze from comment #11)

> MSO Word has no UI function to rotate text (unless by using text boxes).

You need to install an east Asian language, e.g. Japanese. That is in Settings
(in Windows) > Time & Language > Language > Add a language. After you have
installed such language the UI of MS Word has got additional settings, the
symbol "Text Direction" in tab "Layout" for example.

-- 
You are receiving this mail because:
You are on the CC list for the bug.

[Libreoffice-ux-advise] [Bug 150276] Paragraph mark in rotated-character paragraph placed in middle of text

2022-08-11 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=150276

--- Comment #11 from Heiko Tietze  ---
Created attachment 181729
  --> https://bugs.documentfoundation.org/attachment.cgi?id=181729=edit
Screenshot MSO

MSO Word has no UI function to rotate text (unless by using text boxes). But I
can load a document and that works. The pilcrow follows the rotated text,
vertically centered. Sounds like a good solution.

-- 
You are receiving this mail because:
You are on the CC list for the bug.

[Libreoffice-ux-advise] [Bug 150262] Make Autosum button a split button

2022-08-11 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=150262

Heiko Tietze  changed:

   What|Removed |Added

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

--- Comment #11 from Heiko Tietze  ---
The topic was on the agenda of the design meeting but didn't receive further
input. So let's do as suggested.

-- 
You are receiving this mail because:
You are on the CC list for the bug.

[Libreoffice-ux-advise] [Bug 149678] Pictures in writer: ignores height changes and proportional settings

2022-08-11 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=149678

Heiko Tietze  changed:

   What|Removed |Added

 Resolution|--- |WONTFIX
 Status|NEEDINFO|RESOLVED

--- Comment #8 from Heiko Tietze  ---
Topic was on the agenda of the design meeting but didnt receive further input.

We may add some "lock" icon between height/width to keep the ratio but I would
prefer to keep the dialog simple. And this "lock" potentially clashes with the
other options. => WF

-- 
You are receiving this mail because:
You are on the CC list for the bug.

[Libreoffice-ux-advise] [Bug 150237] LINE NUMBERING DIALOG: Change interval to 1 by default

2022-08-11 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=150237

Heiko Tietze  changed:

   What|Removed |Added

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

--- Comment #8 from Heiko Tietze  ---
Topic was on the agenda of the design meeting but didn't receive further input.
Recommend to not change the default but let's keep the ticket open as the
comments are a tie.

-- 
You are receiving this mail because:
You are on the CC list for the bug.

[Libreoffice-ux-advise] [Bug 146161] Consider renaming button "open" in templates dialog

2022-08-11 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=146161

Heiko Tietze  changed:

   What|Removed |Added

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

--- Comment #4 from Heiko Tietze  ---
I'd prefer "New From Template" for both the dialog's button and the menu item.

Code pointers:
sfx2/uiconfig/ui/templatedlg.ui
officecfg/registry/data/org/openoffice/Office/Common.xcu -> .uno:NewDoc

(I wonder how this works together with
officecfg/registry/data/org/openoffice/Office/UI/GenericCommands.xcu where the
command is defined again but for Manage Templates. Guess the m14 command is
used in the New menu.)

-- 
You are receiving this mail because:
You are on the CC list for the bug.

[Libreoffice-ux-advise] [Bug 150260] Last row does not remain hidden when deleting row(s)

2022-08-11 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=150260

--- Comment #6 from Timur  ---
WPS goes a ster further and doesn't add new row regardless is empty or not. 
Seems that it makes sense and LO should do the same. Low priority.

-- 
You are receiving this mail because:
You are on the CC list for the bug.

[Libreoffice-ux-advise] [Bug 150260] Last row does not remain hidden when deleting row(s)

2022-08-11 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=150260

Timur  changed:

   What|Removed |Added

   Priority|medium  |low
 CC||libreoffice-ux-advise@lists
   ||.freedesktop.org
   Severity|normal  |minor
   Keywords||needsUXEval

--- Comment #5 from Timur  ---
MSO:
If rows 15-last are empty, deleting some rows <15 doesn't show additional rows. 
If A1048576 is not empty, deleting rows 9-10 shows additional rows
A1048575-A1048576. 

I don't see why the behavior is different.

-- 
You are receiving this mail because:
You are on the CC list for the bug.

[Libreoffice-ux-advise] [Bug 150244] TABLES: Command "Distribute columns evenly" doesn't work for a single row

2022-08-11 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=150244

Heiko Tietze  changed:

   What|Removed |Added

 OS|Windows (All)   |All
   See Also||https://bugs.documentfounda
   ||tion.org/show_bug.cgi?id=12
   ||8279

--- Comment #3 from Heiko Tietze  ---
IMO a selection should be respected. The "distribute columns evenly" command is
different to the table properties dialog where bug 145739 proposes some
improvements.

OTOH, the request in bug 128279 indicates that users see the whole table as
something which is evenly distributed. If we run a command once it cannot be
some kind of flag on the table doing the work automatically when the columns
are modified.

-- 
You are receiving this mail because:
You are on the CC list for the bug.

[Libreoffice-ux-advise] [Bug 150244] TABLES: Command "Distribute columns evenly" doesn't work for a single row

2022-08-11 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=150244

Dieter  changed:

   What|Removed |Added

 CC||libreoffice-ux-advise@lists
   ||.freedesktop.org
   Keywords||needsUXEval
 Blocks|107707  |108364
   Severity|enhancement |minor
Summary|table cell distribution |TABLES: Command "Distribute
   |enhancement?|columns evenly" doesn't
   ||work for a single row
   See Also||https://bugs.documentfounda
   ||tion.org/show_bug.cgi?id=14
   ||5739

--- Comment #2 from Dieter  ---
I confirm it with

Version: 7.3.5.2 (x64) / LibreOffice Community
Build ID: 184fe81b8c8c30d8b5082578aee2fed2ea847c01
CPU threads: 4; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win
Locale: de-DE (de_DE); UI: en-GB
Calc: CL

Steps:
1.Open writer, insert 5x5 table, split 1 cell vertically in the middle of any
row
2.Select the 1 row with the splitted cell
3.Right-click context menu, distribute column evenly OR use button "Optimize
Size" in Table toolbar.

Actual result:
Columns in selected row are distributed evenly, but all other rows are
effected, too.

Expected result:
According to LO Help other rows shouldn't be affected:
https://help.libreoffice.org/7.4/en-US/text/shared/01/05120600.html?=writer=WIN

But I'm not sure, if expected result is possible. And'm also not sure, if I
would still call the expected result a table.

So perhaps a only a better documentation is needed.

cc: Design-Team


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=107707
[Bug 107707] [META] Writer table enhancements requests
https://bugs.documentfoundation.org/show_bug.cgi?id=108364
[Bug 108364] [META] Table/Row/Column/Cell management function bugs and
enhancements
-- 
You are receiving this mail because:
You are on the CC list for the bug.