[Libreoffice-ux-advise] [Bug 149414] Change submenu label for formatting textboxes and shapes in Calc and Impress
https://bugs.documentfoundation.org/show_bug.cgi?id=149414 sdc.bla...@youmail.dk changed: What|Removed |Added Keywords||needsUXEval Blocks||85811 CC||libreoffice-ux-advise@lists ||.freedesktop.org Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=85811 [Bug 85811] [META] Main menu bar bugs and enhancements -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 126530] Tabbed Notebook Bar Usability Issues on Windows 10
https://bugs.documentfoundation.org/show_bug.cgi?id=126530 ema1...@gmail.com changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|WORKSFORME |--- --- Comment #7 from ema1...@gmail.com --- (In reply to Heiko Tietze from comment #5) > Sorry for the late reply, sometimes reports just slip through. Since some > time has past by and the report consists of five different issues I'm going > to resolve it as WFM with the hope some/many/all issues have been fixed > meanwhile. If not, other reports are referenced with the meta ticket. Feel > free to reopen, of course. Hey there, I currently still have all the listed issues on my 4k PC, I've attached a screenshot. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 126530] Tabbed Notebook Bar Usability Issues on Windows 10
https://bugs.documentfoundation.org/show_bug.cgi?id=126530 --- Comment #6 from ema1...@gmail.com --- Created attachment 180510 --> https://bugs.documentfoundation.org/attachment.cgi?id=180510&action=edit Squised Tabbed UI View -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 149406] What is expected behavior of padding for characters, with and without borders?
https://bugs.documentfoundation.org/show_bug.cgi?id=149406 --- Comment #3 from sdc.bla...@youmail.dk --- (In reply to LeroyG from comment #2) Thanks Leroy. The first question in the OP is about the "Character" option in the "to" control in the Position and Size dialog for shape. The issue is not to align the shapes across the big letters, but to explain, for each letter, the size of the "Character" area used in the Position and Size dialog for positioning the shape, and how that area interacts with padding and borders applied to the different letters (as described above each letter). The different big letters in the attachment are provided to show examples of that interaction. (I should have made these points more explicit from the start.) Your example is interesting, but uses another positioning feature in a different dialog than the OP. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 149406] What is expected behavior of padding for characters, with and without borders?
https://bugs.documentfoundation.org/show_bug.cgi?id=149406 --- Comment #2 from LeroyG --- Try choosing menu Format - Paragraph - Alignment tab - Text-to-text, Alignment: If set to Bottom, all blue rectangles will be aligned vertically. Tested with version 7.2.3.2 on Linux. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 149407] Proposal for slight change in position and label of controls in the Position dialog for objects
https://bugs.documentfoundation.org/show_bug.cgi?id=149407 sdc.bla...@youmail.dk changed: What|Removed |Added Keywords||needsUXEval Blocks||103270, 103305, 108741 CC||libreoffice-ux-advise@lists ||.freedesktop.org Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=103270 [Bug 103270] [META] Image/Picture dialog bugs and enhancements https://bugs.documentfoundation.org/show_bug.cgi?id=103305 [Bug 103305] [META] Frame dialog bugs and enhancements https://bugs.documentfoundation.org/show_bug.cgi?id=108741 [Bug 108741] [META] Shapes bugs and enhancements -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 149406] What is expected behavior of padding for characters, with and without borders?
https://bugs.documentfoundation.org/show_bug.cgi?id=149406 sdc.bla...@youmail.dk changed: What|Removed |Added CC||libreoffice-ux-advise@lists ||.freedesktop.org Blocks||107838 Keywords||needsUXEval --- Comment #1 from sdc.bla...@youmail.dk --- Primarily seeking clarifications for the sake of documentation. Others must decide what is "expected" behavior and whether there are deviations from that expectation in the current implementation. Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=107838 [Bug 107838] [META] Character-level bugs and enhancements -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 149396] "Character" -> "Character Bottom" in "to" option for "to character" anchor and "Below" and "From bottom" as Vertical position
https://bugs.documentfoundation.org/show_bug.cgi?id=149396 --- Comment #1 from sdc.bla...@youmail.dk --- Additional discovery: The OP was in relation to the "Vertical" part of the Position dialog. This addition is in relation to the "Horizontal" part. "Character" in "to" for Horizontal position should be "Character left" (if the preview box is to be believed) (and my own experiments support), because this option is positioning the object in relation to a reference line (namely the left border of the character) and not a character region. And to go back to "Vertical" position. There is still need for "Character" as part of the Vertical "to" options (which should only be shown for "Top", "Bottom" and "Center"), while "Character bottom" is shown in "to" in Vertical is "Below" or "From bottom". Making these changes is a little more demanding than just changing labels in svx/inc/swframeposstrings.hrc because cui/source/tabpages/swpossizetabpage.cxx uses LB:RelChar for all these cases. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 149254] Make the selection behavior when double-clicking a word a user preference.
https://bugs.documentfoundation.org/show_bug.cgi?id=149254 Heiko Tietze changed: What|Removed |Added CC||libreoffice-ux-advise@lists ||.freedesktop.org, ||vstuart.fo...@utsa.edu Keywords|accessibility | --- Comment #10 from Heiko Tietze --- We should not add magically do something and rather select the exact characters. This means "Hello new world" with brackets for the envisioned selection. Works for delete but not if you replace the word - you'd have to add the trailing space in this case again. And btw, trailing or leading white space? Probably depending on whether at the beginning of the sentence or at the end. I vaguely remember a similar ticket, but bug 100189 is different and I cannot find anything better. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 149372] Paragraph numbering similar to line numbering
https://bugs.documentfoundation.org/show_bug.cgi?id=149372 --- Comment #7 from David Burleigh --- (In reply to Mike Kaganski from comment #5) > (In reply to Heiko Tietze from comment #4) > > Don't understand why you cannot use the ordinary list > > Possibly because using ordinary list on all paragraphs for the referencing > would require to destroy existing normal lists and chapter numbering in the > document? Right. What I am looking for is very simple: a way to turn on paragraph numbering with small numbers in the margin that are independent of the paragraph styles -- just sequential numbering, regardless of paragraph style. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 149341] When clicking an Insert-shape button, focus is wrong
https://bugs.documentfoundation.org/show_bug.cgi?id=149341 Heiko Tietze changed: What|Removed |Added CC||libreoffice-ux-advise@lists ||.freedesktop.org --- Comment #4 from Heiko Tietze --- The "Insert > Shape" button is not a precise description. Rafaels video considers the Shapes sidebar tab. Selecting and object here is similar to clicking a spin box or single-clicking an entry in the Stylist: you don't execute a function but focus a UI control. It could be seen similarly for the drawing toolbar (and should because of consistency). To click the shape drawing function (for instance .uno:Rect) does not start the drawing process until you click the canvas. Keep also in mind that selecting a toolbar button is necessary for accessibility. You tab over the buttons and "see" via the screen reader. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 149372] Paragraph numbering similar to line numbering
https://bugs.documentfoundation.org/show_bug.cgi?id=149372 Heiko Tietze changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=14 ||5596 Blocks||103479 CC||ilmari.lauhakangas@libreoff ||ice.org --- Comment #6 from Heiko Tietze --- Word count annotation request in bug 145596 was recently rejected with the recommendation to realize per macro and some code pointer. Maybe the same here. Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=103479 [Bug 103479] [META] Word and character count bugs and enhancements -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 149372] Paragraph numbering similar to line numbering
https://bugs.documentfoundation.org/show_bug.cgi?id=149372 --- Comment #5 from Mike Kaganski --- (In reply to Heiko Tietze from comment #4) > Don't understand why you cannot use the ordinary list Possibly because using ordinary list on all paragraphs for the referencing would require to destroy existing normal lists and chapter numbering in the document? -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 149396] "Character" -> "Character Bottom" in "to" option for "to character" anchor and "Below" and "From bottom" as Vertical position
https://bugs.documentfoundation.org/show_bug.cgi?id=149396 sdc.bla...@youmail.dk 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.
[Libreoffice-ux-advise] [Bug 149372] Paragraph numbering similar to line numbering
https://bugs.documentfoundation.org/show_bug.cgi?id=149372 Heiko Tietze changed: What|Removed |Added CC||libreoffice-ux-advise@lists ||.freedesktop.org --- Comment #4 from Heiko Tietze --- Kind of FAQ with a good answer at https://ask.libreoffice.org/t/how-do-i-auto-number-paragraphs/44290. ODF defined text:line-number but no paragraph-number. Don't understand why you cannot use the ordinary list and refer to a paragraph with chapter a) and paragraph b). -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 149115] Accessibility Checker does not check for title property containing only white space
https://bugs.documentfoundation.org/show_bug.cgi?id=149115 Heiko Tietze changed: What|Removed |Added Keywords|needsUXEval |accessibility, ||difficultyBeginner, ||easyHack, skillCpp CC|libreoffice-ux-advise@lists |heiko.tietze@documentfounda |.freedesktop.org|tion.org, ||mentoring@documentfoundatio ||n.org Status|UNCONFIRMED |NEW Ever confirmed|0 |1 --- Comment #2 from Heiko Tietze --- Well silence is a pointless title for a reader. So yes, let's trim the white space before checking emptiness. Code pointer: sw/source/core/access/AccessibilityCheck.cxx -> class DocumentTitleCheck -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 149288] Create an option to hide empty headings in the Navigator
https://bugs.documentfoundation.org/show_bug.cgi?id=149288 --- Comment #17 from Heiko Tietze --- Opposite of this request namely to show empty headings in the ToC as well, is going to be WF'ed in the follow-up ticket bug 149381. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 148884] LibreOffice Draw dark color scheme background color leaks to the exported PDF
https://bugs.documentfoundation.org/show_bug.cgi?id=148884 Heiko Tietze changed: What|Removed |Added Whiteboard|needsUXEval | CC|libreoffice-ux-advise@lists |heiko.tietze@documentfounda |.freedesktop.org|tion.org --- Comment #2 from Heiko Tietze --- Clearly a bug, export should use page > background settings not the application color. And None means none. Happens only for Draw/Impress and not Writer or Calc. -- You are receiving this mail because: You are on the CC list for the bug.
