[Libreoffice-ux-advise] [Bug 152655] Introduce a Slide/Page style category in Impress
https://bugs.documentfoundation.org/show_bug.cgi?id=152655 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 152842] Colibre application icons in start center isn't match application icon in taskbar & or title bar
https://bugs.documentfoundation.org/show_bug.cgi?id=152842 --- Comment #4 from Adolfo Jayme Barrientos --- Yes, I do agree that Colibre and app icons should mesh better, in the Colibre style still of course. This is not going to be done on time for 7.5, but we can have a stab at it later. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 146445] Change behaviour of anchor to character in an empty paragraph (see comment 15)
https://bugs.documentfoundation.org/show_bug.cgi?id=146445 --- Comment #35 from Telesto --- Created attachment 184510 --> https://bugs.documentfoundation.org/attachment.cgi?id=184510=edit Screencast (gif) I aware reviving a bug isn't really appreciated. However the fix for bug 120469 is resulting in a disturbing user workflow, IMHO. The side-effects of the fix are not outweighing the benefits, if you ask. I do see bug 120469 as a valid request, though. However the side-effect are making me question if it should be fixed this way. I’m often in a fight with Writer. Press Enter with cursor at the beginning of paragraph with text or an empty paragraph, and image anchored to that paragraph, causes number of effect: * adds paragraph above the image (surprise). Normally a paragraph being added below * the cursor doesn't move; still at the bottom . Normally the cursor moves with to the newly created paragraph, so downwards (surprise). * You can set Wrap to Optimal, the paragraph will go the side, but you’re unable to press Enter, to add additional paragraph next to the image * You can't press Enter in table cell (to add paragraph below) * Press ALT+ENTER below an image, will include the image (if the paragraph empty) See screencast. All those issues didn’t exist before the bugfix for bug 120469. What is bug 120469 about. Idea: pressing Enter at the start of the paragraph (33 33) to move 33 33 down (creating an empty paragraph between 22 22 and 33 33) including moving the image anchor. Anchor will only be included if you place the cursor explicitly at the start of the paragraph. If you move cursor one step to the right (if text pressed) (LTR) & hit enter it will create paragraph below. In case of empty paragraph start & end of the paragraph being the same thing. And Enter (to add new paragraph) is handled as if pressing Enter at the start of the paragraph. It’s always at the start of the paragraph. Without any means to switch to the ‘end’ position. And pressing enter in an empty paragraph with image anchored to it isn't that uncommon. By inserting a comment box into an empty paragraph, a distinction is made between, start & end of the paragraph. The paragraph is visually still empty, but the behavior changes. If you click inside paragraph with the mouse, you will be in ‘end’ position. Only if you press arrow left you move to ‘start’ of paragraph position. I see two solutions: A) revert the commit bug 120469 (this has been present for years :-) B) Mimic the behavior, as if a comment comment box where present in the empty paragraph. In that case you really need to press arrow left to go beginning. This should be limited to case of empty paragraph. This would solve the issue in the majority of the cases. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 152549] Line numbering horizontal placement options missing Start and End for better RTL support
https://bugs.documentfoundation.org/show_bug.cgi?id=152549 Heiko Tietze changed: What|Removed |Added CC|libreoffice-ux-advise@lists |heiko.tietze@documentfounda |.freedesktop.org|tion.org Keywords|needsUXEval | See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=14 ||8513 --- Comment #7 from Heiko Tietze --- So let's first change Left/Right to Start/End. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 147897] Collapse nodes in Tools > Customize > for Macros category
https://bugs.documentfoundation.org/show_bug.cgi?id=147897 Heiko Tietze changed: What|Removed |Added Hardware|x86-64 (AMD64) |All Summary|Unrolled items in Tools/|Collapse nodes in Tools > |Customized/ Menus ->|Customize > for Macros |Category: My Macros |category Severity|normal |enhancement OS|Windows (All) |All CC|libreoffice-ux-advise@lists |heiko.tietze@documentfounda |.freedesktop.org|tion.org Keywords|needsUXEval | Status|UNCONFIRMED |NEW Ever confirmed|0 |1 Priority|medium |low Blocks||103238 --- Comment #3 from Heiko Tietze --- Sounds reasonable to collapse nodes in a large tree. Ideally here at the second level. Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=103238 [Bug 103238] [META] Customize dialog bugs and enhancements -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 147680] Autotext replacement not willing to ignore space after shortcut
https://bugs.documentfoundation.org/show_bug.cgi?id=147680 Heiko Tietze changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |NOTABUG --- Comment #6 from Heiko Tietze --- Neither Dieter or me expect white-space being part of shortcuts. Consider also the word finalization, some procedures run like spell checking and auto correction. => NAB -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 152605] Change "outline level" to "heading level" in UI and help pages for Writer
https://bugs.documentfoundation.org/show_bug.cgi?id=152605 --- Comment #7 from Olivier Hallot --- (In reply to Heiko Tietze from comment #6) (snip) > We do have > > In the Chapter Numbering dialog: Level > 1..10 > In Paragraph properties: Outline > Outline Level = Level 1..10 > > The term "Heading" comes in play with the paragraph style. So rather > changing "outline level" to "heading level" it would be just "level". The command is in Tools menu, so as newbie user exploring the software, I'd ask "Level" of what? -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 146445] Change behaviour of anchor to character in an empty paragraph (see comment 15)
https://bugs.documentfoundation.org/show_bug.cgi?id=146445 --- Comment #34 from Mike Kaganski --- *** Bug 139071 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] [Bug 152656] "Drawing Style" should be renamed "Drawing Object Style"
https://bugs.documentfoundation.org/show_bug.cgi?id=152656 --- Comment #3 from Roman Kuznetsov <79045_79...@mail.ru> --- -1 It's change for change only. I never seen difference between Drawing and Draw8ng "objects" inside LibreOffice -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 145636] [SLIDESHOW and PDF] color background of empty shape can be seen in edit mode but isn't shown in slideshow nor exported in PDF
https://bugs.documentfoundation.org/show_bug.cgi?id=145636 --- Comment #7 from Heiko Tietze --- (In reply to Regina Henschel from comment #4) > And as empty (OLE) object shapes are neither shown nor printed... Why not render it? -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 152656] "Drawing Style" should be renamed "Drawing Object Style"
https://bugs.documentfoundation.org/show_bug.cgi?id=152656 --- Comment #2 from Heiko Tietze --- The first item is "Default Drawing Style" and renaming it to "Default Drawing Object Style" sounds wrong. I never read "Drawing Style" as something else but related to an object. Do we really need to change it? -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 141452] Rename Tools > Chapter Numbering back to Outline Numbering
https://bugs.documentfoundation.org/show_bug.cgi?id=141452 Heiko Tietze changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=15 ||2605 -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 152605] Change "outline level" to "heading level" in UI and help pages for Writer
https://bugs.documentfoundation.org/show_bug.cgi?id=152605 Heiko Tietze changed: What|Removed |Added CC||eyalr...@gmx.com, ||fit...@ubuntu.com, ||olivier.hallot@libreoffice. ||org, ||rb.hensc...@t-online.de, ||so...@libreoffice.org See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=14 ||1452 --- Comment #6 from Heiko Tietze --- (In reply to V Stuart Foote from comment #5) > Yes, abbreviated "Chapter Numbering" label change of bug 107573 was a poor > decision, "Chapter and Outline Numbering" would have been better replacement > for "Outline Numbering" To my understanding we do not talk about "Chapter Numbering" but "Outline Level" as found in paragraph properties > outline & list. There was some discussion whether to call it outline or chapter, for example bug 107573 comment 3, bug 141452 comment 0. But the feature was never called "Heading Numbering". We do have In the Chapter Numbering dialog: Level > 1..10 In Paragraph properties: Outline > Outline Level = Level 1..10 The term "Heading" comes in play with the paragraph style. So rather changing "outline level" to "heading level" it would be just "level". -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 145847] Unreasonable default relative width 1% in Table Properties in case of point units
https://bugs.documentfoundation.org/show_bug.cgi?id=145847 Heiko Tietze changed: What|Removed |Added Ever confirmed|0 |1 Summary|Unreasonable default|Unreasonable default |relative width 1% in Table |relative width 1% in Table |Properties |Properties in case of point ||units Status|UNCONFIRMED |NEW Keywords|needsUXEval | CC|libreoffice-ux-advise@lists |heiko.tietze@documentfounda |.freedesktop.org|tion.org, ||stephane.guillou@libreoffic ||e.org Severity|enhancement |normal Blocks||103100, 109311 --- Comment #10 from Heiko Tietze --- Confirming the bug. 1. Insert a table 2. Check table properties (alignment = left, relative = on) => 100% 3. Change the unit in tools > options > writer > general to point 4. Check table properties => 10% Switching to absolut makes it 438,5pt for A4, switching back to relative turns into 1% and okay results in a zero size table. Version: 7.4.3.2 / LibreOffice Community Build ID: 40(Build:2) CPU threads: 8; OS: Linux 6.1; UI render: default; VCL: kf5 (cairo+xcb) Locale: de-DE (en_US.UTF-8); UI: en-US 7.4.3-4 Calc: threaded Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=103100 [Bug 103100] [META] Writer table bugs https://bugs.documentfoundation.org/show_bug.cgi?id=109311 [Bug 109311] [META] Measurement unit bugs and enhancements -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 147656] Presenter console default disable
https://bugs.documentfoundation.org/show_bug.cgi?id=147656 --- Comment #7 from Stéphane Guillou (stragu) --- Can't reproduce with two or three monitors, either extending (aka "joining") or duplicating (aka "mirroring") them, on: Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: ec2f1d73936c9d8cee83c0887170e9ecb8f044ba CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded Nor in: Version: 7.3.7.2 / LibreOffice Community Build ID: e114eadc50a9ff8d8c8a0567d6da8f454beeb84f CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded Right now, the presenter console is supposed to open by default when there is more than one monitor, and I think that makes perfect sense as a default setting. However, if you see a duplicated presenter console, that sounds like a bug and you should give us more details about the version and system you can reproduce the issue on so we can investigate: - Info copied from About dialog, including the OS - Precise steps to follow - Test a more recent version (e.g. 7.3.7 or 7.4.3) Thanks! -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 113388] Support for Client Side Windows Decorations in LibreOffice
https://bugs.documentfoundation.org/show_bug.cgi?id=113388 Heiko Tietze changed: What|Removed |Added Ever confirmed|0 |1 Status|UNCONFIRMED |NEW Priority|medium |low --- Comment #19 from Heiko Tietze --- Have seen many mockups with CSD, and the number of duplicates also shows the interest. Both Windows and Gnome do it in native apps. So we better keep this ticket, IMO. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 147656] Presenter console default disable
https://bugs.documentfoundation.org/show_bug.cgi?id=147656 Heiko Tietze changed: What|Removed |Added CC||stephane.guillou@libreoffic ||e.org Ever confirmed|0 |1 Status|UNCONFIRMED |NEEDINFO --- Comment #6 from Heiko Tietze --- Stephané, please confirm the issue. I don't get the two screen + duplicate presenter console issue. Artem, are you aware of with tools > options > impress > general > use presenter console? See https://help.libreoffice.org/latest/en-US/text/simpress/guide/presenter_console.html -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 152666] Can't hide unwanted styles in the Toolbar Formatting - Paragraph Style dropdown
https://bugs.documentfoundation.org/show_bug.cgi?id=152666 Heiko Tietze changed: What|Removed |Added Keywords|needsUXEval | CC|libreoffice-ux-advise@lists |heiko.tietze@documentfounda |.freedesktop.org|tion.org --- Comment #5 from Heiko Tietze --- I think it's a much better idea to not show those styles that are actively hidden by the user than abusing the filter. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 126074] Icon styles should not modify official application icons in start center (and other relevant places)
https://bugs.documentfoundation.org/show_bug.cgi?id=126074 Heiko Tietze changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=15 ||2595 -- You are receiving this mail because: You are on the CC list for the bug.