[Libreoffice-ux-advise] [Bug 145936] FORMATTING: Changing text page size changes the page style for endnotes, and hides part of the endnotes
https://bugs.documentfoundation.org/show_bug.cgi?id=145936 Dieter changed: What|Removed |Added CC||dgp-m...@gmx.de, ||libreoffice-ux-advise@lists ||.freedesktop.org Keywords||needsUXEval Blocks||103164, 108576 Whiteboard| QA:needsComment| --- Comment #2 from Dieter --- (In reply to LeroyG from comment #0) > After step 3: > The page orientation for the endnotes change to landscape. I confirm it with Version: 7.4.0.0.alpha0+ (x64) / LibreOffice Community Build ID: 2934472ab888ebfe64a153984af2902fac63a7a0 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 As there is the basic rule "One bug report for each problem" let's focus this report to the landscape problem. Feel free to open additional reports for the other problems. Further testings Height of default page style 22 cm => Endnote page is still in portrait Height of default page style 21 cm => Endnote page is still in portrait Height of default page style 20 cm => Orientation of default page style changes to landscape and also endnote page style changes to landscape So there seems to be the rule "Orientation of endnote page style follows orientation of default page style" I don't know, if this is the expected behaviour or a bug. Let's ask design team cc: Design-Team Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=103164 [Bug 103164] [META] Footnote and Endnote bugs and enhancements https://bugs.documentfoundation.org/show_bug.cgi?id=108576 [Bug 108576] [META] Writer page style bugs and enhancements -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 133265] [UI] Please increase the 'needs save' indicator visibility
https://bugs.documentfoundation.org/show_bug.cgi?id=133265 --- Comment #15 from Commit Notification --- Heiko Tietze committed a patch related to this issue. It has been pushed to "libreoffice-7-3": https://git.libreoffice.org/core/commit/46313dd4fe80737bd2ba2359d5c70c1b2b2c59ea Resolvces tdf#133265 - Mandatory save status It will be available in 7.3.0.0.beta2. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 133265] [UI] Please increase the 'needs save' indicator visibility
https://bugs.documentfoundation.org/show_bug.cgi?id=133265 Commit Notification changed: What|Removed |Added Whiteboard|target:7.3.0|target:7.3.0 |target:7.2.0.0.beta2|target:7.2.0.0.beta2 |target:7.4.0|target:7.4.0 ||target:7.3.0.0.beta2 -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 133265] [UI] Please increase the 'needs save' indicator visibility
https://bugs.documentfoundation.org/show_bug.cgi?id=133265 stragu changed: What|Removed |Added Status|RESOLVED|VERIFIED --- Comment #14 from stragu --- Thanks Heiko! Verified as fixed in: Version: 7.4.0.0.alpha0+ / LibreOffice Community Build ID: 250e4886d85a7e131da76f181b3fa7be02d1a76d CPU threads: 4; OS: Linux 5.4; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded Save status is persistent when reducing the window's width. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 96032] Allow multi-cursor editing with block selection
https://bugs.documentfoundation.org/show_bug.cgi?id=96032 Christophe Strobbe changed: What|Removed |Added CC||c_strobbe-...@yahoo.co.uk --- Comment #6 from Christophe Strobbe --- The feature request describes a selection method that relies on a pointing device. For accessibility reasons, please also specify a method that would work for keyboard users, such as user with certain mobility impairments and blind users. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 62032] Cannot specify a Paragraph Style to use a numbering level (over 1) for a chosen Numbering (List) style (See comment 8)
https://bugs.documentfoundation.org/show_bug.cgi?id=62032 --- Comment #48 from Heiko Tietze --- You can have Outline Level = 2 (typically for a H2 chapter) and List Level = 3 (for some reason different to the outline level). Correct? If so, isn't the to-be-introduced List Level best suited as dropdown below the list style selection? (In reply to Justin L from comment #47) > I would suggest that the UI design encourages these having matching values, > and that changing one automatically changes the other (via a synchronized > checkbox for example). We could use an entry "Same as Outline Level" in the dropdown. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 62032] Cannot specify a Paragraph Style to use a numbering level (over 1) for a chosen Numbering (List) style (See comment 8)
https://bugs.documentfoundation.org/show_bug.cgi?id=62032 --- Comment #47 from Justin L --- (In reply to Heiko Tietze from comment #43) > Isn't this the "outline level"? No. OutlineLevel is completely separate and unrelated to listLevel, even though they are typically set to the same value. I would suggest that the UI design encourages these having matching values, and that changing one automatically changes the other (via a synchronized checkbox for example). -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 117276] Autofilter settings being reset in some cases
https://bugs.documentfoundation.org/show_bug.cgi?id=117276 --- Comment #17 from Mike Kaganski --- (In reply to Heiko Tietze from comment #16) > There are two options: > > a) Show only those entries that are currently listed plus what has been > filtered-out in the actual column; without Opel you neither have 7000 in the > sheet not the filter; with 7000 unchecked you have Opel except from 2007. > Checking something that matches other filters reverts them. > > b) The autofilter always lists all entries; checking Opel does not bring it > back to the sheet until 7000 and 9000 are checked as well > > We do a) likewise Excel. Changing it might be unexpected. The question is not specifically "what to show", but rather - in case #1 - if the shown list must be considered as "complete" list. The problem is: (In reply to Samuel Mehrbrodt (allotropia) from comment #15) > So technically this is correct: The highlight on column B is reset after > step 5, because all items in column B (which are not hidden by other > filters) are visible. Selecting all items *shown* in the list in a given autofilter resets the autofilter - even if some unselected items are hidden from it. Which is wrong. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 62032] Cannot specify a Paragraph Style to use a numbering level (over 1) for a chosen Numbering (List) style (See comment 8)
https://bugs.documentfoundation.org/show_bug.cgi?id=62032 --- Comment #46 from Commit Notification --- Justin Luth committed a patch related to this issue. It has been pushed to "libreoffice-7-3": https://git.libreoffice.org/core/commit/fda607397997df511dab3b340ca6f6da42f5c5bd tdf#62032 xmloff: list-level is positiveInteger, impl is 0-based It will be available in 7.3.0.0.beta2. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 62032] Cannot specify a Paragraph Style to use a numbering level (over 1) for a chosen Numbering (List) style (See comment 8)
https://bugs.documentfoundation.org/show_bug.cgi?id=62032 Commit Notification changed: What|Removed |Added Whiteboard|target:7.3.0 target:7.4.0 |target:7.3.0 target:7.4.0 ||target:7.3.0.0.beta2 -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 62032] Cannot specify a Paragraph Style to use a numbering level (over 1) for a chosen Numbering (List) style (See comment 8)
https://bugs.documentfoundation.org/show_bug.cgi?id=62032 --- Comment #45 from Commit Notification --- Justin Luth committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/aed4c2d80c2f11b82631c097ed0b15a5cb52283d tdf#62032 xmloff: list-level is positiveInteger, impl is 0-based It will be available in 7.4.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 62032] Cannot specify a Paragraph Style to use a numbering level (over 1) for a chosen Numbering (List) style (See comment 8)
https://bugs.documentfoundation.org/show_bug.cgi?id=62032 Commit Notification changed: What|Removed |Added Whiteboard|target:7.3.0|target:7.3.0 target:7.4.0 -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 62032] Cannot specify a Paragraph Style to use a numbering level (over 1) for a chosen Numbering (List) style (See comment 8)
https://bugs.documentfoundation.org/show_bug.cgi?id=62032 --- Comment #44 from Mike Kaganski --- (In reply to Heiko Tietze from comment #43) > Isn't this the "outline level"? No. Outline level defines a *document structure* - simply said, "chapter heading". List levels are orthogonal to being heading. Associating paragraph styles with list levels must *not* be bound to outline levels. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 62032] Cannot specify a Paragraph Style to use a numbering level (over 1) for a chosen Numbering (List) style (See comment 8)
https://bugs.documentfoundation.org/show_bug.cgi?id=62032 --- Comment #43 from Heiko Tietze --- (In reply to Regina Henschel from comment #41) > But a UI is missing, that the user can specify the list level which > the paragraph style applies. Isn't this the "outline level"? -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 146215] Quickly insert check boxes
https://bugs.documentfoundation.org/show_bug.cgi?id=146215 --- Comment #4 from Heiko Tietze --- (In reply to andreas_k from comment #2) > How it look at google docs and in MS Word / LibreOffice Looks like an ordinary unnumbered list using the check mark symbol as bullet. Easy to do out of the box. But actually you can click the checkbox which makes the text strike-through. Super upgly but I see no way to check a bullet symbol. Remember that we are bound to the file format and it would need to allow form fields as bullets. What we can do is to have the check mark and use level 1 for unchecked and 2 for checked. It's not intuitive and depends on the font. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 146215] Quickly insert check boxes
https://bugs.documentfoundation.org/show_bug.cgi?id=146215 --- Comment #3 from andreas_k --- (In reply to Heiko Tietze from comment #1) > For the ToC you may use index entries, an user-defined index and spacial > characters right out of the box. But I don't see the benefit here. If you have a document where you have in x sections checkboxes, it would be cool and usefull to have a ToC with all the checkboxes where you see the status, can jump with hyperlink, see the page number, ... -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 146215] Quickly insert check boxes
https://bugs.documentfoundation.org/show_bug.cgi?id=146215 --- Comment #2 from andreas_k --- Created attachment 176923 --> https://bugs.documentfoundation.org/attachment.cgi?id=176923=edit How it look at google docs and in MS Word / LibreOffice I mean form checkboxes, cause LibO has this functionality. But maybe you can see how easy it was in google docs. See Attachment. If you use special caracters you have the issue that you can't mix that good between checked and unchecked. -- You are receiving this mail because: You are on the CC list for the bug.
