[Libreoffice-ux-advise] [Bug 82735] Select whole word by mouse omits the following space

2020-08-14 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=82735

V Stuart Foote  changed:

   What|Removed |Added

 CC||vstuart.fo...@utsa.edu
 Ever confirmed|1   |0
 Status|NEW |UNCONFIRMED

--- Comment #3 from V Stuart Foote  ---
This is correct, reason being we often will apply DF or character styling to
the selection made--we do not want to include the bounding space (of any
flavor, 2-click word selection is made ICU word bounds).

Once a word is selected, LO provides simple ++ will
extend selection at word bounds.

This dual mode is far more useful, than a selection including the space.

IMHO => 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 82735] Select whole word by mouse omits the following space

2020-08-14 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=82735

Thomas Lendo  changed:

   What|Removed |Added

   Hardware|Other   |All
Version|4.2.6.2 release |Inherited From OOo
 Blocks||112182
 CC||libreoffice-ux-advise@lists
   ||.freedesktop.org,
   ||thomas.le...@gmail.com
   Keywords||needsUXEval


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=112182
[Bug 112182] [META] Text and object selection issues
-- 
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 82474] UI: enhancement request: mark as favourite style, search for styles

2020-08-14 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=82474

Thomas Lendo  changed:

   What|Removed |Added

 Blocks||103427
   Hardware|Other   |All
   Keywords||needsUXEval
 CC||libreoffice-ux-advise@lists
   ||.freedesktop.org,
   ||thomas.le...@gmail.com
Summary|VIEWING: enhancement /  |UI: enhancement request:
   |feature request: styles,|mark as favourite style,
   |favorites or search |search for styles


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=103427
[Bug 103427] [META] Styles and Formatting sidebar deck and floating window
-- 
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 91886] Make font installation optional

2020-08-14 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=91886

--- Comment #12 from Sascha Z  ---
MS Windows already has a huge amount of installed system-fonts. And trust me
when I say it is must painful to remove any of those because Microsoft's policy
is all about compatibility.
The mechanism to avoid users from inconveniences by searching "endless"
font-lists is done by flagging foreign language fonts. So applications don't
load foreign language fonts by default but just when needed. This feature
became more or less mandatory for Windows applications since Windows 7.

Unfortunately, LibreOffice still omit the capability of hiding foreign language
fonts. Instead does LibreOffice install with its own blob of fonts - without
asking the user for nor limiting fonts to the users region.

Also is LibreOffice's font-menu very basic. It doesn't limit the amount of
shown fonts while searching be letters but jumps to the most related entry
inside the full list. And scrolling inside the menu feels very uncomfortable to
me, especially with many installed fonts where the list starts to lags.

For this reason do I fully agree to make font-installation optimal. As least
for all unnecessary fonts, like the 48!! different Noto variants.

-- 
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 44482] PRINTING annoying behaviour when printing selected cells

2020-08-14 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=44482

Thomas Lendo  changed:

   What|Removed |Added

 CC||xndrew...@yandex.com

--- Comment #6 from Thomas Lendo  ---
*** Bug 135766 has been marked as a duplicate of this bug. ***

-- 
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 44482] PRINTING annoying behaviour when printing selected cells

2020-08-14 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=44482

Thomas Lendo  changed:

   What|Removed |Added

Version|3.4.3 release   |Inherited From OOo
   Keywords||needsUXEval
 CC||libreoffice-ux-advise@lists
   ||.freedesktop.org,
   ||thomas.le...@gmail.com

--- Comment #5 from Thomas Lendo  ---
I rewarm this old request. It's the same behavior in the new print dialog.
Maybe a reasonable answer can give here to close this issue or to hold it open.

There are 2 possibilities:
1. The print dialog ignores the selected cells in the sheet. The preview in the
print dialog only shows full sheets.
2. The print dialog follows what the user has selected in the sheet and only
this will be shown in the preview of the print dialog and printed. The "more"
area will be opened automatically and "Print Selected Cells" is selected in
"From which:".

What's the most used way?

Or maybe is it possible to have an extra shortcut to print only selected cells
and the normal print dialog won't be changed?

-- 
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 135753] UI: Table properties borders has no drop down for 'cell' 'row' or table

2020-08-14 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=135753

Telesto  changed:

   What|Removed |Added

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

--- Comment #2 from Telesto  ---
For the record. There are multiple options here
A) Drop the drop down in background (based on the selection in table)
B) Add a drop down for borders too

-- 
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 107181] UI ENHANCEMENT: Insertion page number dialog (similar to pager extension)

2020-08-14 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=107181

--- Comment #19 from Telesto  ---
The pre-defined header/footer styles suggestion maybe a worthy of a separate
report (as it probably also includes borders, background color, etc etc; so
slightly different scope compared to the 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 107181] UI ENHANCEMENT: Insertion page number dialog (similar to pager extension)

2020-08-14 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=107181

Telesto  changed:

   What|Removed |Added

Summary|Page numbers wizard |UI ENHANCEMENT: Insertion
   ||page number dialog (similar
   ||to pager extension)

--- Comment #18 from Telesto  ---
Taking the freedom to change the title a bit. Not sure if makes a difference
;-)

-- 
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 107181] Page numbers wizard

2020-08-14 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=107181

--- Comment #17 from Telesto  ---
What the extension in comment 3 does should ideally be build into LibreOffice.
Would make more workable; you have to follow by far more steps currently to get
it done (and be bit creative). This is great for customization; but less
conformable for quick and easy workflow. 

The extension is actually flawed in the sense that page number right means all
text is aligned right. Page number should be in a frame (or table) or something
like that (similar to what word does), so text can be but left and the page
number right.

See also bug 135751 (which I interpret as a request for this)

Hopefully not 'abusing this bug' as initial poster maybe had something
different in mind? I personally interested in the - build in - comment 3
functionality. It's but of silly having to use a extension for such type of
basic functionality (and not even working as someone would love to see it)


The header bar does make it possible to insert a numbering.. again without
formatting.. Ideally maybe some kind of template styles of different
header/footer formattings? For the most common header/footer layouts

@Heiko.. this kind of a idea.. you're mostly liking styles/templates?

-- 
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 107181] Page numbers wizard

2020-08-14 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=107181

--- Comment #16 from Mike Kaganski  ---
(In reply to Marco A.G.Pinto from comment #13)
> Every time I said on IRC that I had difficulties with the page numbering,
> people would write a URL (to a blog?) where it was explained.
> 
> My question is: can't the information there be added to the help system of
> LO?

https://help.libreoffice.org/3.3/Writer/Page_Numbers
...
https://help.libreoffice.org/latest/en-US/text/swriter/guide/pagenumbers.html

Anyone is welcome to improve the page, but basically there already is (and
always was) documentation on this in the help system.

-- 
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 107181] Page numbers wizard

2020-08-14 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=107181

Telesto  changed:

   What|Removed |Added

 CC||tele...@surfxs.nl

--- Comment #15 from Telesto  ---
*** Bug 135752 has been marked as a duplicate of this bug. ***

-- 
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 113418] scrolling vertical tab bar instead of horizontal multi-tab dialogs

2020-08-14 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=113418

--- Comment #12 from Heiko Tietze  ---
We discussed this in the design meeting:

   + dialogs with vertical "tabs" wouldn't be according the OS/DE anymore
 but make the application likely more appealing than (stacked) tabs
   + sidebar with large image and text might be a good solution for option
 dialogs but not in case of properties; good icons are very challenging
 and doubt it's helpful (Sascha)
   + would appreciate the sidebar with icon solution instead of tabs (Rizal)
   + never liked the tabs, go with sidebar (John)
   + ideally we have a solution that can be reverted if not accepted (Heiko)

-- 
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 115737] Allow more font and position formatting for watermarks

2020-08-14 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=115737

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  ---
We discussed this in the design meeting and the majority welcomes this
improvement. Position, size, and some formatting of the text is helpful - and
available at competitors.

-- 
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 135410] UI: Settings for 'Printer" or 'Print to file" should be drop down box (or something else) instead of radio button

2020-08-14 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=135410

Heiko Tietze  changed:

   What|Removed |Added

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

--- Comment #6 from Heiko Tietze  ---
Discussed this in the design meeting. Still believe we don't need extra
options. Users typically don't print to file but export to PDF and it's unclear
whether this applies to both.

-- 
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 135554] Bad layout for extra options in save dialog

2020-08-14 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=135554

Heiko Tietze  changed:

   What|Removed |Added

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

--- Comment #6 from Heiko Tietze  ---
(In reply to Heiko Tietze from comment #4)
> This would be my take:
> * Do not wrap lines on Windows
> * Align with the filter dropdown controls, if possible
> * Do not put items in a second or third row

Discussed this in the design meeting and "Save with password" and "Encrypt with
GPG key" could be placed in a second column.

The "Edit filter settings" applies only for text with encoding; but the dialog
shows up in any case. According the help it applies information at the file
header and we may put this option in the extra dialog (or just remove the
option). Depends likely on the module and could be useful for Calc.

The automatic extension feature is not working reliably.

(In reply to Jan-Marek Glogowski from comment #5)
> Just FYI: the "extension selection" checkbox is a KDE feature, so we have to
> ignore LO's own setting...
JMux is right, screenshot was made with kde5 VCL. The top-most checkbox is not
there in case of gtk3.

-- 
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 116497] UI: New styles can't be added using the 'styles action' menu in the styles sidebar for frame, list and table styles

2020-08-14 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=116497

--- Comment #7 from Dieter  ---
Tested with

Version: 7.0.0.3 (x64)
Build ID: 8061b3e9204bef6b321a21033174034a5e2ea88e
CPU threads: 4; OS: Windows 10.0 Build 19041; UI render: Skia/Raster; VCL: win
Locale: de-DE (de_DE); UI: en-GB
Calc: threaded


1. Create a writer document with a list
2. Select part of the list
3. In sidebar tab styles => styles => new Style from Selection

O.K.

4. Select part of the list
5. In the menubar => Styles => New Styles from selection
Actual Result: New Paragraph Style is created
Expected Result: New List Style is created or rename menu entry and add option
for new list Style from selection to context menu of the list


AFAIK it's not possible at all to create new table styles. So I won't expect
"New Style from Selection" for tables => I would remove this from bug summary.

I'm not very familiar with frames. So I can't assess the current situation
here.

So perhaps we have a mix of different problems 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