[Libreoffice-ux-advise] [Bug 153988] Autocorrect dialog should offer starting-ending quote pairs more conveniently
https://bugs.documentfoundation.org/show_bug.cgi?id=153988 QA Administrators changed: What|Removed |Added Whiteboard| QA:needsComment| -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 153988] Autocorrect dialog should offer starting-ending quote pairs more conveniently
https://bugs.documentfoundation.org/show_bug.cgi?id=153988 QA Administrators changed: What|Removed |Added Ever confirmed|1 |0 Status|NEEDINFO|UNCONFIRMED -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 153988] Autocorrect dialog should offer starting-ending quote pairs more conveniently
https://bugs.documentfoundation.org/show_bug.cgi?id=153988 --- Comment #3 from QA Administrators --- [Automated Action] NeedInfo-To-Unconfirmed -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 143458] large tables can't be resized easily
https://bugs.documentfoundation.org/show_bug.cgi?id=143458 --- Comment #13 from QA Administrators --- Dear ffs, Please read this message in its entirety before proceeding. Your bug report is being closed as INSUFFICIENTDATA due to inactivity and a lack of information which is needed in order to accurately reproduce and confirm the problem. We encourage you to retest your bug against the latest release. If the issue is still present in the latest stable release, we need the following information (please ignore any that you've already provided): a) Provide details of your system including your operating system and the latest version of LibreOffice that you have confirmed the bug to be present b) Provide easy to reproduce steps – the simpler the better c) Provide any test case(s) which will help us confirm the problem d) Provide screenshots of the problem if you think it might help e) Read all comments and provide any requested information Once all of this is done, please set the bug back to UNCONFIRMED and we will attempt to reproduce the issue. Please do not: a) respond via email b) update the version field in the bug or any of the other details on the top section of our bug tracker Warm Regards, QA Team MassPing-NeedInfo-FollowUp -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 143458] large tables can't be resized easily
https://bugs.documentfoundation.org/show_bug.cgi?id=143458 QA Administrators changed: What|Removed |Added Status|NEEDINFO|RESOLVED Resolution|--- |INSUFFICIENTDATA -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 135769] Accessibility Unnamed Button (for screenreaders)in hyphenation
https://bugs.documentfoundation.org/show_bug.cgi?id=135769 Michael Weghorn changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|libreoffice-b...@lists.free |m.wegh...@posteo.de |desktop.org | --- Comment #7 from Michael Weghorn --- Created attachment 186144 --> https://bugs.documentfoundation.org/attachment.cgi?id=186144=edit Sample doc used (In reply to Heiko Tietze from comment #6) > Help says: > "Left / Right Arrow > Set the position of the hyphen. This option is only available if more than > one hyphenation suggestion is displayed." > > We could use this Left/Right for both the accessibility names and tooltips, > which are missing too. Thanks. https://gerrit.libreoffice.org/c/core/+/149355 implements setting "Left" and "Right" for a11y name and tooltip. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 154021] Customize dialog is too big to display on 1280x800 laptop screen GNOME (gtk3)
https://bugs.documentfoundation.org/show_bug.cgi?id=154021 vi...@vincentbentley.co.uk changed: What|Removed |Added Resolution|--- |NOTOURBUG Status|NEW |RESOLVED --- Comment #15 from vi...@vincentbentley.co.uk --- Using the gnome-tweaks tool to drop the font sizes from 11pt to 10pt is sufficient to reveal the buttons in the Customize dialog. I guess this is more of a problem with the default Ubuntu configuration. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 153988] Autocorrect dialog should offer starting-ending quote pairs more conveniently
https://bugs.documentfoundation.org/show_bug.cgi?id=153988 --- Comment #2 from Eyal Rozenberg --- (In reply to Heiko Tietze from comment #1) > The default for German is double quotes being converted to „Lorem ipsum“. I > don't have to do anything, the autocorrection works perfectly. Please > elaborate with an example. I meant, when you want to use something _other_ than the default. This bug is about the UX for doing that. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 154021] Customize dialog is too big to display on 1280x800 laptop screen GNOME (gtk3)
https://bugs.documentfoundation.org/show_bug.cgi?id=154021 --- Comment #14 from V Stuart Foote --- OPs screen capture in attachment 186139 shows it to need be more than just a "bit smaller"! Reddit and other forums are full of complaints about GNOME and its padding misbehavior on height limited displays. Height limited displays seem to need to be using a different GNOME theme, other than adwaita. Or change to a more accommodating DE. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 154021] Customize dialog is too big to display on 1280x800 laptop screen GNOME (gtk3)
https://bugs.documentfoundation.org/show_bug.cgi?id=154021 Heiko Tietze changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever confirmed|0 |1 --- Comment #13 from Heiko Tietze --- (In reply to vince from comment #11) > So what is the conclusion? Another option is to make the dialog a bit smaller. I wonder if you have similar problems with any other dialog. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 154021] Customize dialog is too big to display on 1280x800 laptop screen GNOME (gtk3)
https://bugs.documentfoundation.org/show_bug.cgi?id=154021 V Stuart Foote changed: What|Removed |Added Summary|Customize dialog is too big |Customize dialog is too big |to display on 1280x800 |to display on 1280x800 |laptop screen |laptop screen GNOME (gtk3) -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 154021] Customize dialog is too big to display on 1280x800 laptop screen
https://bugs.documentfoundation.org/show_bug.cgi?id=154021 --- Comment #12 from V Stuart Foote --- (In reply to vince from comment #10) > Created attachment 186139 [details] > Photograph of the problem showing Gnome status and title bars and missing > dialog buttons > ... Hmm, yes that sure shows an issue. Guess you need a different theme. Or change os/DE for the hardware XFCE or KDE? Guess the GNOME window clip picks up the whole frame even if off display. Sorry for the noise there. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 154021] Customize dialog is too big to display on 1280x800 laptop screen
https://bugs.documentfoundation.org/show_bug.cgi?id=154021 --- Comment #11 from vi...@vincentbentley.co.uk --- So what is the conclusion? Is it that the 'Customize' dialog works on Windows with a big display scaled down to 1280x800 but it doesn't work on Gnome 42 with native 1280x800 resolution. If the problem is not fixed for Gnome, does this mean my workarounds are: 1. Install Windows 2. Use an external monitor with a larger display size in pixels 3. Replace the laptop with one that has a larger display size Could the problem be that the UI libraries that generate dialog box widgets on Windows create them with a lower vertical size than the libraries that generate dialog box widgets on Gnome? The sum of all the vertical heights pushes the buttons beyond what is visible on a native 1280x800 display. Could this also mean that testing dialogs on Windows is not 100% equivalent to testing dialogs on Gnome? -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 154021] Customize dialog is too big to display on 1280x800 laptop screen
https://bugs.documentfoundation.org/show_bug.cgi?id=154021 --- Comment #10 from vi...@vincentbentley.co.uk --- Created attachment 186139 --> https://bugs.documentfoundation.org/attachment.cgi?id=186139=edit Photograph of the problem showing Gnome status and title bars and missing dialog buttons This photo (sorry about the quality) shows the Gnome status bar with clock at the top of the screen. Underneath is the title bar of the Customize dialog. At the bottom of the physical screen above 'Lenovo' in the frame you can see that the dialog buttons are not displayed. Although the screen is 1280x800, Gnome consumes a number of pixels of available height in the status bar and the dialog title. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 154021] Customize dialog is too big to display on 1280x800 laptop screen
https://bugs.documentfoundation.org/show_bug.cgi?id=154021 --- Comment #9 from V Stuart Foote --- Created attachment 186138 --> https://bugs.documentfoundation.org/attachment.cgi?id=186138=edit Customize dialog on Win10 Screen clip of the Customize... dialog for calc on its Keyboard tab. My width is a little wider as I set an OOName value which is picked up in the label, but I would say you are missing nothing in the scaling on your system. Your clip shows it fit to the display. Top to bottom of dialog with full margins and corner decorations showing. If anything you are seeing more of the Key list on GNOME than for Win10 WDM. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 154048] Direct formatting without selection not taken into account on undo
https://bugs.documentfoundation.org/show_bug.cgi?id=154048 Heiko Tietze changed: What|Removed |Added Keywords|needsUXEval | CC|libreoffice-ux-advise@lists |heiko.tietze@documentfounda |.freedesktop.org|tion.org OS|Linux (All) |All Status|NEEDINFO|NEW Summary|Superscripts do not undo|Direct formatting without |properly|selection not taken into ||account on undo --- Comment #6 from Heiko Tietze --- (In reply to Mike Kaganski from comment #5) > 1. Type "normal" > 2. Ctrl+Shift+P > 3. Ctrl+Z > > What is your expectation here? My proposal was to make it depending on whether something was selected. > Personally I believe that the bug is in comment 3, (a), that the first undo > must keep the cursor inside the empty text run with modified properties > created on the previous step, and the first undo there must not join the > adjacent text runs with the same "normal" formatting. We can do this too. Would be more consistent and easier to understand but more challenging for the implementation, I guess. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 154048] Superscripts do not undo properly
https://bugs.documentfoundation.org/show_bug.cgi?id=154048 --- Comment #5 from Mike Kaganski --- (In reply to Stéphane Guillou (stragu) from comment #3) > On the undo stack there is (most recent at the top): > - Typing "super" > - Apply attributes > - Typing "normal" > > (a) Ctrl + Z removes the superscript string, and continuing writing uses > non-superscript characters *even though "Apply attributes" is still on top > of the stack* (In reply to Heiko Tietze from comment #4) > This corner case with undo is somewhat tricky. We definitely want to keep > undo when it is applied to a selection but I could imagine to not keep it in > the undo stack if done without any selection. Mike, what do you think? Try this: 1. Type "normal" 2. Ctrl+Shift+P 3. Ctrl+Z What is your expectation here? Personally I believe that the bug is in comment 3, (a), that the first undo must keep the cursor inside the empty text run with modified properties created on the previous step, and the first undo there must not join the adjacent text runs with the same "normal" formatting. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 154271] Adjust
https://bugs.documentfoundation.org/show_bug.cgi?id=154271 Heiko Tietze changed: What|Removed |Added Summary|Ctrl End inconsistently |Adjust |jumps to the last half | |screen | Version|7.5.1.2 release |7.1.0.0.alpha0+ CC|libreoffice-ux-advise@lists |heiko.tietze@documentfounda |.freedesktop.org|tion.org, ||mentoring@documentfoundatio ||n.org Keywords|needsUXEval |difficultyMedium, easyHack, ||skillCpp, topicUI --- Comment #5 from Heiko Tietze --- The same happens when you jump to the end of a row or column (ctrl+down/right). Minor issue, maybe not a big deal to fix. Code pointer: The command for ctrl+end is uno:GoToEndOfData, SID_CURSORENDOFFILE, executing pTabViewShell->MoveCursorEnd() in sc/source/ui/view/tabview3.cxx -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 153987] Can't set per-language quotation marks in Tools | AutoCorrect
https://bugs.documentfoundation.org/show_bug.cgi?id=153987 Heiko Tietze changed: What|Removed |Added Keywords|needsUXEval |needsDevAdvice CC|libreoffice-ux-advise@lists |heiko.tietze@documentfounda |.freedesktop.org|tion.org --- Comment #2 from Heiko Tietze --- (In reply to Eyal Rozenberg from comment #0) > why is this grayed out? I believe it should not be. I understand this as localized options are applied in all situations. The first option, space before punctuation in French, is a localized option for French text - but set globally. It's in fact a bit confusing for the double quotes as "Lorem" becomes „Lorem“ for German and “Lorem” for English although the autocorrect option is always the same (start quote = double low-9 quotation mark, U+201E). -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 153988] Autocorrect dialog should offer starting-ending quote pairs more conveniently
https://bugs.documentfoundation.org/show_bug.cgi?id=153988 Heiko Tietze changed: What|Removed |Added Ever confirmed|0 |1 Status|UNCONFIRMED |NEEDINFO --- Comment #1 from Heiko Tietze --- The default for German is double quotes being converted to „Lorem ipsum“. I don't have to do anything, the autocorrection works perfectly. Please elaborate with an example. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 154048] Superscripts do not undo properly
https://bugs.documentfoundation.org/show_bug.cgi?id=154048 Heiko Tietze changed: What|Removed |Added CC||mikekagan...@hotmail.com --- Comment #4 from Heiko Tietze --- We continue text with the formatting before. It is a convenience function that you "switch the state" to superscript or to bold allowing to type ahead. In fact you apply the formatting to the selection and continue the formatting before. This corner case with undo is somewhat tricky. We definitely want to keep undo when it is applied to a selection but I could imagine to not keep it in the undo stack if done without any selection. Mike, what do you think? -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 149429] Changing Calc document's language should overwrite cell direct formatting language
https://bugs.documentfoundation.org/show_bug.cgi?id=149429 Heiko Tietze changed: What|Removed |Added Keywords|needsUXEval | CC|libreoffice-ux-advise@lists |heiko.tietze@documentfounda |.freedesktop.org|tion.org --- Comment #12 from Heiko Tietze --- My UI lang is English (USA), locale German, default language for documents English (USA). Dictionaries for both languages are installed. Testing with v7.5.1.2, VCL kf5. Calc starts a new document with Text Language = German (no idea why) but I can change it via status bar to English and "Hello World" is recognized then as correct. Switching the language means correctly to change it for the 'Default' cell style. Cell R10 in the example, is defined as French (France), removing the direct formatting (ctrl+M) makes it English for me. And subsequently language is applied to this cell. So I can follow Eike's comment 8. And we must not overwrite direct formatting by any operation (this summary is WF). However, the situation is very much unclear to users as the direct formatting is potentially overlooked and not aligned with the various places where the language is set (statusbar and menu). Calc also lacks on something like tools > language > for selection. Putting all together I think at least the statusbar needs to reflect the currently active language on the focused cell. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 154052] Make "Level" spinbox into a dropdown menu in the Document tab of "Insert - Field"
https://bugs.documentfoundation.org/show_bug.cgi?id=154052 --- Comment #3 from Heiko Tietze --- The spinedit is a very efficient control to change numerical values within a defined range. You can edit the value directly, what is not possible on dropdown controls. And the range of 1..10 is not a surprise for experienced users (nor you see all items with an expanded dropdown showing 8 items by default). Don't see much benefit in changing it. But also no big issue. Other opinions? -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 154052] Make "Level" spinbox into a dropdown menu in the Document tab of "Insert - Field"
https://bugs.documentfoundation.org/show_bug.cgi?id=154052 Stéphane Guillou (stragu) changed: What|Removed |Added CC||libreoffice-ux-advise@lists ||.freedesktop.org Keywords||needsUXEval -- You are receiving this mail because: You are on the CC list for the bug.
