[Libreoffice-ux-advise] [Bug 135832] UI: Configuring a bitmap to show on full page with custom position and size not easy to do/ user friendly
https://bugs.documentfoundation.org/show_bug.cgi?id=135832 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 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
https://bugs.documentfoundation.org/show_bug.cgi?id=91886 --- Comment #15 from Mike Kaganski --- Could someone please explain just *why* should LibreOffice redistribute fonts that are not created by LibreOffice, for LibreOffice, or required to LibreOffice? Maybe let's also start redistributing paper or printers on the grounds that they may be used for printing from LibreOffice? Or find likewise unrelated activity? -- 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 81908] Use macOS “Sheets” style for dialog boxes
https://bugs.documentfoundation.org/show_bug.cgi?id=81908 --- Comment #6 from Thorsten Wagner --- I totaly agree. Dialogs should be designed in a way as simple as possible without violating any of the different OS/DE style guides. As sheets are macOS specific, this is no general way to go. I see two possibilities: (1) Drop the idea of using sheets (2) Change the criterion for using sheets: Not for modal dialogs, but for simple dialogs, e.g. "Save Yes/No/Cancel" of "Tips" and things like that only. I would be possible to implement this by introducing a dialog attribute on a per dialog basis, which is ignored by non macOS backends. BTW: However for new dialogs nesting should be avoided if possible, because nested dialogs are not very handy. There are currently some dialogs with tree nesting levels which are very hard to use. BTW: Style guides for all backends (including macOS) should be taken into account prior to implementing new dialogs. For example, the new Area dialog with buttons inside to switch between pages causes poor code within VCL. Uncommon button states had to be introduced, which are not style guide compliant (at least for macOS, but probably for GTK, Qt, and Windows too). My personal opinion: Keep it simple will create a polished UI best. -- 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 136348] To many ways of setting page styles
https://bugs.documentfoundation.org/show_bug.cgi?id=136348 Telesto changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=13 ||6346 CC||libreoffice-ux-advise@lists ||.freedesktop.org Keywords||needsUXEval --- Comment #2 from Telesto --- See bug 136346 where this tends to cause problems -- 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 136341] Paragraph Styles: Two types of automatic font color
https://bugs.documentfoundation.org/show_bug.cgi?id=136341 Telesto changed: What|Removed |Added Summary|Paragraph Styles: Two types |Paragraph Styles: Two types |of Automatic & automatic|of automatic font color |font color | 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 mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 136340] Reset doesn't reset in paragraph style dialog after pressing apply
https://bugs.documentfoundation.org/show_bug.cgi?id=136340 Telesto changed: What|Removed |Added Keywords||needsUXEval CC||libreoffice-ux-advise@lists ||.freedesktop.org --- Comment #1 from Telesto --- They 'reset' is slightly ambiguous. At least I have another expectation compared to what it actually does. And what I expect is what the help says "Resets changes made to the current tab to those applicable when this dialog was opened." -- 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 132833] Hide Menu/Tool/Side/Status bar in a window mode in the slideshow
https://bugs.documentfoundation.org/show_bug.cgi?id=132833 V Stuart Foote changed: What|Removed |Added CC||it...@vignoli.org, ||vstuart.fo...@utsa.edu --- Comment #3 from V Stuart Foote --- Reasonable enhancement, the use case is pretty clear. That is when using LO for collaborative review of slide show during a shared desktop / shared window presentation. The current slide show modes exposing other UI elements can be distracting--helpful if they can be suppressed for the share. Believe this could be implemented either as a read-only Impress "View" mode (similar to Print preview other modules), or as a 'Slide Show settings...' -> 'Presentation mode'--perhaps linked to the 'Window' mode but with additional Options to suppress all UI elements but the slide canvas. Perhaps treatment as a MUFFIN enhancement? -- 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
https://bugs.documentfoundation.org/show_bug.cgi?id=91886 V Stuart Foote changed: What|Removed |Added CC||vstuart.fo...@utsa.edu --- Comment #14 from V Stuart Foote --- (In reply to Mike Kaganski from comment #13) > Just start with a review of the bundled 192 fonts, creating a list like: > > > Font - Required for LO functionality > > opens___.ttf - Math; bullets > > Alef_Bold.ttf - ??? > > ... > > and then just remove everything that is not required for LO. Then re-visit > the issue. +1 for this approach; but some project obligation to packaging of removed fonts as extension for legacy usage? Likewise UX-advise encouragement of extension to package demonstration fonts--e.g. a Graphite enabled flavor of Libertinus, should we purge current Graphite enabled fonts as for bug 135788 -- 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 132941] Make other layouts editable in master slides, not just the "Title, content" one
https://bugs.documentfoundation.org/show_bug.cgi?id=132941 Buovjaga changed: What|Removed |Added CC||libreoffice-ux-advise@lists ||.freedesktop.org Summary|Wishlist: make other|Make other layouts editable |layouts editable in master |in master slides, not just |slides, not just the|the "Title, content" one |"Title, content" one| Whiteboard| QA:needsComment| Keywords||needsUXEval -- 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 132352] "Show all updates" tickbox in extension manager not working as expected
https://bugs.documentfoundation.org/show_bug.cgi?id=132352 Buovjaga changed: What|Removed |Added Keywords||needsUXEval CC||libreoffice-ux-advise@lists ||.freedesktop.org --- Comment #3 from Buovjaga --- (In reply to sergio.callegari from comment #2) > In my case the entries being shown are neither ignored nor disabled updates. > The packages that get listed had already been updated to their newest > release and nowhere in the development sites of these packages other > releases (that could have been disabled or set to be ignored) are mentioned. > > Hence, at best these may be entries related to spurious updates to LibO > extension database, i.e. the database used by LibO to deliver its extension > update notices. > > If this is the case, the thing seems to be related to a highly internal > technical detail, and I do not see why it gets exposed to the average user. > If this information is useful to extension developers, I suggest providing a > macro for them to call. > > Thus, unless it has some more interesting purpose, I suggest that the > tickbox could be removed. Unless I am missing something, it is just an > unnecessary and confusing item in the UI. Let's ping UX team -- 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 132833] Hide Menu/Tool/Side/Status bar in a window mode in the slideshow
https://bugs.documentfoundation.org/show_bug.cgi?id=132833 Buovjaga changed: What|Removed |Added Whiteboard| QA:needsComment| Keywords||needsUXEval CC||libreoffice-ux-advise@lists ||.freedesktop.org Severity|normal |enhancement Summary|RFE - Hide |Hide Menu/Tool/Side/Status |Menu/Tool/Side/Status bar |bar in a window mode in the |in a window mode in the |slideshow |slideshow | -- 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 136170] user installed fonts removed and replaced when installing or upgrading LibreOffice
https://bugs.documentfoundation.org/show_bug.cgi?id=136170 --- Comment #9 from Brian Inglis --- As suggested will add basic additional font info to wiki page referenced above under Blocks [Bug 113305](https://bugs.documentfoundation.org/show_bug.cgi?id=113305) [Fonts](https://wiki.documentfoundation.org/Fonts) as added to LO 6 and someone with knowledge of more detailed info can correct or update. -- 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
https://bugs.documentfoundation.org/show_bug.cgi?id=91886 --- Comment #13 from Mike Kaganski --- Just start with a review of the bundled 192 fonts, creating a list like: > Font - Required for LO functionality > opens___.ttf - Math; bullets > Alef_Bold.ttf - ??? > ... and then just remove everything that is not required for LO. Then re-visit the issue. -- 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 136170] user installed fonts removed and replaced when installing or upgrading LibreOffice
https://bugs.documentfoundation.org/show_bug.cgi?id=136170 --- Comment #8 from Mike Kaganski --- Hmm, I see now that only part of the fonts get registered under SharedDLLs ... and they are only those fonts that happen to be KeyPath of respective Component. Looks like we need to make each TTF an own Component. -- 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
https://bugs.documentfoundation.org/show_bug.cgi?id=91886 Heiko Tietze changed: What|Removed |Added Blocks||113305 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=113305 [Bug 113305] [META] Bundled fonts bugs and enhancements -- 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 136170] user installed fonts removed and replaced when installing or upgrading LibreOffice
https://bugs.documentfoundation.org/show_bug.cgi?id=136170 Heiko Tietze changed: What|Removed |Added Blocks||113305 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=113305 [Bug 113305] [META] Bundled fonts bugs and enhancements -- 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 136170] user installed fonts removed and replaced when installing or upgrading LibreOffice
https://bugs.documentfoundation.org/show_bug.cgi?id=136170 --- Comment #7 from Brian Inglis --- Thanks for that explanation, it clears up some matters with LO installation and Windows. Using 7z as viewer, it appears that 192 font files are supplied, so 18 of them may not be removed and replaced, and registry shows that LO registers only 20 of the font files installed, so presumably the 18 not reinstalled are among these: ``` C:\Windows\Fonts\SourceCodePro-Black.ttf (REG_DWORD) = 0x0002 (2) C:\Windows\Fonts\LiberationMono-Bold.ttf (REG_DWORD) = 0x0002 (2) C:\Windows\Fonts\Caladea-Bold.ttf (REG_DWORD) = 0x0002 (2) C:\Windows\Fonts\SourceSerifPro-Black.ttf (REG_DWORD) = 0x0001 (1) C:\Windows\Fonts\SourceSansPro-Black.ttf (REG_DWORD) = 0x0001 (1) C:\Windows\Fonts\NotoKufiArabic-Bold.ttf (REG_DWORD) = 0x0001 (1) C:\Windows\Fonts\Amiri-Bold.ttf (REG_DWORD) = 0x0001 (1) C:\Windows\Fonts\DejaVuMathTeXGyre.ttf (REG_DWORD) = 0x0001 (1) C:\Windows\Fonts\opens___.ttf (REG_DWORD) = 0x0001 (1) C:\Windows\Fonts\DavidCLM-Bold.ttf (REG_DWORD) = 0x0001 (1) C:\Windows\Fonts\Scheherazade-Bold.ttf (REG_DWORD) = 0x0001 (1) C:\Windows\Fonts\EmojiOneColor-SVGinOT.ttf (REG_DWORD) = 0x0001 (1) C:\Windows\Fonts\ReemKufi-Regular.ttf (REG_DWORD) = 0x0001 (1) C:\Windows\Fonts\Carlito-Bold.ttf (REG_DWORD) = 0x0001 (1) C:\Windows\Fonts\Alef-Bold.ttf (REG_DWORD) = 0x0001 (1) C:\Windows\Fonts\LinBiolinum_RB_G.ttf (REG_DWORD) = 0x0001 (1) C:\Windows\Fonts\KacstBook.ttf (REG_DWORD) = 0x0001 (1) C:\Windows\Fonts\DavidLibre-Bold.ttf (REG_DWORD) = 0x0001 (1) C:\Windows\Fonts\LiberationSansNarrow-Bold.ttf (REG_DWORD) = 0x0001 (1) C:\Windows\Fonts\GenBasB.ttf (REG_DWORD) = 0x0001 (1) ``` and that your comments about ref counts are mainly correct, although 3 of the fonts appear to already have a ref count. That lack of registration and ref counts may also imply that the other 172 fonts may not be essential, perhaps included as template package dependencies, in which case it would be more sociable to not install them if already installed. -- 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 135538] Search-Replace: Regular Expression engine fails on zero length matches
https://bugs.documentfoundation.org/show_bug.cgi?id=135538 Michael Warner changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=38 ||551 -- 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 135538] Search-Replace: Regular Expression engine fails on zero length matches
https://bugs.documentfoundation.org/show_bug.cgi?id=135538 Michael Warner changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=58 ||744 -- 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 135807] Paragraph style changed to Landscape after double clicking page style in sidebar
https://bugs.documentfoundation.org/show_bug.cgi?id=135807 Telesto changed: What|Removed |Added CC||buzea.bog...@libreoffice.or ||g --- Comment #3 from Telesto --- For the record all the see also are more of the same stuff. So prefer an integral solution. This is related to bug 135802 If applying landscape style to page 2 (which between page breaks) I inclined to say it should be limited to the page between page breaks. -- 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 135538] Search-Replace: Regular Expression engine fails on zero length matches
https://bugs.documentfoundation.org/show_bug.cgi?id=135538 Michael Warner changed: What|Removed |Added CC||andreas.heini...@yahoo.de --- Comment #3 from Michael Warner --- *** Bug 132870 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 135538] Search-Replace: Regular Expression engine fails on zero length matches
https://bugs.documentfoundation.org/show_bug.cgi?id=135538 Michael Warner changed: What|Removed |Added CC||jim.av...@gmail.com --- Comment #2 from Michael Warner --- *** Bug 52504 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 135871] Highlighting no fill is not the same as no fill; there is still direct formatting present according to paragraph style
https://bugs.documentfoundation.org/show_bug.cgi?id=135871 Heiko Tietze changed: What|Removed |Added CC|libreoffice-ux-advise@lists |heiko.tietze@documentfounda |.freedesktop.org|tion.org, ||mikekagan...@hotmail.com Status|UNCONFIRMED |RESOLVED Resolution|--- |NOTABUG Keywords|needsUXEval | --- Comment #2 from Heiko Tietze --- Not a bug, parts of the text are directly formatted with the same background color as Default. Double-check this by removing the direct formatting (ctrl+M or Format > Clear DF). Please try the newly introduced Styles Inspector, it's made for users like you to get insights to the actual formatting. -- 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 98362] Behavior interpreting input: 1-, 1+ are treated as number, not as text
https://bugs.documentfoundation.org/show_bug.cgi?id=98362 Thomas Lendo changed: What|Removed |Added Keywords||needsUXEval CC||libreoffice-ux-advise@lists ||.freedesktop.org --- Comment #12 from Thomas Lendo --- (In reply to Eike Rathke from comment #11) > There's a reason for this behaviour. In some locales negative currency > amounts are displayed with a trailing minus sign and of course it's expected > that such data is accepted as numeric input. We maybe could make that locale > dependent. I support that to make it locale dependent. Adding needsUXeval to have a broader input for this. -- 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 120999] calc toolbar media arrangement
https://bugs.documentfoundation.org/show_bug.cgi?id=120999 --- Comment #5 from andreas_k --- In the sidebar they use separtae buttons I can check if it's possible to use the stuff from the sidebar. -- 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 135802] Page style setting confusing
https://bugs.documentfoundation.org/show_bug.cgi?id=135802 --- Comment #7 from BogdanB --- I use LibreOffice since 2012 and I didn't find alone how to change this. Maybe a red mesage should inform that the same properties is changed in another place by something else and how to change that. -- 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 135802] Page style setting confusing
https://bugs.documentfoundation.org/show_bug.cgi?id=135802 --- Comment #6 from Telesto --- (In reply to Heiko Tietze from comment #5) > (In reply to Telesto from comment #0) > > 2. Format Page Style for the first page -> Notice the next style being > > Landscape. Change it.. Nothing happens > > If you add a manual page break with a special page style you shouldn't > expect the application to override¹. -> Not the point of course. I never said it should. However, the current way of managing things isn't to user friendly. Even if from technical point of view correct. This about accessibility. If there are more menu's. In circumstances doing the same thing, and under different circumstances doing different things, it becomes rather hard. Especially if you don't know all aspects of the document design. You might the work of somebody else. The styles inspector might show it, but surely not the holy grail. For record, all the see also are more or less expressions of the same 'fundamental' issue GUI wise. [Not functionality wise] -- 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 135835] UI: Re-label anchoring to page to anchoring to page number
https://bugs.documentfoundation.org/show_bug.cgi?id=135835 --- Comment #8 from Telesto --- Bug 135836 and this bug are interconnected. So it's more 'or' 'or' approach The problems I personally have with 'to page' are 1) What's described in bug 135829 2) And whats happening in attachment 164912 (change the anchor on page 13 to 'to character' This is from model PoV fine. However a potential source for confusion. And I do see people use To page, where it probably shouldn't be used. As said I assumed 'to page' meaning 'to this page' in dynamic sense. So if pages are deleted before, it moves. Not To Page as exactly this page (including page position) shown under 2. Where plenty of empty inaccessible pages created to being able to hold the image on page 13. You could say those are 'virtual pages'; and should be visualized differently. Because those are not 'real' pages in some sense. I prefer self-explaining options, instead of pointing to manual/documentation. Especially if it initially does what you think it should do. The surprise is occurring mostly at different point in time. Point to the manual/help/documentation is always second best, IMHO. And should be avoided as far as possible. The need for lengthy documentation shows something not to obvious and might need improvement. So would like to list the options, before jumping to improving documentation as last resort. 1) So renaming: some suggestions in comment 1 and comment 4 2) Making To page less prominent. [Removal was only a try out; to check the response] 3) Add here the alternative I didn't think of: -- 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 135835] UI: Re-label anchoring to page to anchoring to page number
https://bugs.documentfoundation.org/show_bug.cgi?id=135835 --- Comment #7 from Telesto --- Created attachment 164912 --> https://bugs.documentfoundation.org/attachment.cgi?id=164912=edit Example file -- 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 135835] UI: Re-label anchoring to page to anchoring to page number
https://bugs.documentfoundation.org/show_bug.cgi?id=135835 --- Comment #6 from Mike Kaganski --- (In reply to Heiko Tietze from comment #5) I also don't think that renaming is good; mostly because of consideration from comment 3. For user, a page number is mainly associated with user-visible/defined page numbering; and that's not what counts here, where just "Nth page of the document, no matter which number was assigned by user". And no, I don't have an idea what would be the best. A lengthy description in help? definitely needed, but wouldn't be read my most ;-) Also tdf#135836 seems questionable ... at least definitely its scope must be limited to most prominent UI, without removing it from e.g. dialogs, and by no means removing the function at all. (In reply to Telesto from comment #4) > I really expect the image to go to new page with the page break, not stick > around. It's not simply 'to page'. It's to, and only THIS specific page. Here's a problem of user's perception, when user imagines there's something like "THIS" page, while in reality, from the model PoV, there's only THIS text, and all pages are just dynamically appearing/disappearing depending on viewing mode/formatting/whatever ... pages are ephemeral. -- 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 135833] UI: Bitmap area preview looks stretched with scaled turned on
https://bugs.documentfoundation.org/show_bug.cgi?id=135833 --- Comment #2 from Heiko Tietze --- What do you expect? Stretched (onto the page background) means the image to be distorted and the preview shows this. Use Custom position/size and large values for width/height to proportionally scale. Or tile to fill the entire background. Nevertheless, Area Fill > Bitmap has not been finished, see bug 113224. The original idea is described here https://design.blog.documentfoundation.org/2015/12/22/area-fill-options-made-consistent/ (pretty sure there is a duplicate to this issue). -- 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 135835] UI: Re-label anchoring to page to anchoring to page number
https://bugs.documentfoundation.org/show_bug.cgi?id=135835 Heiko Tietze changed: What|Removed |Added CC||mikekagan...@hotmail.com --- Comment #5 from Heiko Tietze --- Disagree with renaming. It might be more precise but adds confusion since To Page is well known. No objection, however, to add a footnote to the help what To Page actually means. -- 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 128469] PARAGRAPH STYLE DIALOG: "Reset" and "Standard" buttons: confusing names
https://bugs.documentfoundation.org/show_bug.cgi?id=128469 Heiko Tietze changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=13 ||5834 -- 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 135834] Page style > Area: Reset to None
https://bugs.documentfoundation.org/show_bug.cgi?id=135834 Heiko Tietze changed: What|Removed |Added Summary|Page style area tab reset |Page style > Area: Reset to |button doesn't work as |None |expected| See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=12 ||8469 Status|UNCONFIRMED |NEW CC|libreoffice-ux-advise@lists |heiko.tietze@documentfounda |.freedesktop.org|tion.org Ever confirmed|0 |1 Keywords|needsUXEval | --- Comment #3 from Heiko Tietze --- Wouldn't be the only place where Reset doesn't revert the color to None. -- 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 135802] Page style setting confusing
https://bugs.documentfoundation.org/show_bug.cgi?id=135802 --- Comment #5 from Heiko Tietze --- (In reply to Telesto from comment #0) > 2. Format Page Style for the first page -> Notice the next style being > Landscape. Change it.. Nothing happens If you add a manual page break with a special page style you shouldn't expect the application to override¹. Just force a page break (ctrl+enter) and get the landscape styled next page (before the differently formatted 3rd page). I don't see an issue, => WFM. Maybe bug 134557 for better feedback. ¹ Blue dotted line between pages indicates the page break. Click it and use Edit Page Break to also get to the text flow setting. -- 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 136053] Deleting a word
https://bugs.documentfoundation.org/show_bug.cgi?id=136053 Heiko Tietze changed: What|Removed |Added CC|heiko.tietze@documentfounda | |tion.org| Status|UNCONFIRMED |RESOLVED Resolution|--- |WONTFIX --- Comment #6 from Heiko Tietze --- Selection per keyboard (ctrl+shift+right) includes trailing spaces (see also the ticket that Stuart mentioned). No support for the idea also from my side, so resolving as WF. Dan, please consider using the keyboard. -- 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 136304] The spell checker doesn't mark words wrong spelled by default if there is a number written at beginning/ end or somewhere within
https://bugs.documentfoundation.org/show_bug.cgi?id=136304 Telesto changed: What|Removed |Added CC||libreoffice-ux-advise@lists ||.freedesktop.org Keywords||needsUXEval --- Comment #4 from Telesto --- (In reply to Regina Henschel from comment #3) > The desired behavior can be set from the user in Tools > Options > Language > Settings > Writing Aids. > Option "Check words with numbers" in section "Options". Thanks for that :-). So not a developers 'fault'. Let's carry on the next station. UX. As this is of course not something I don't let go easily. Even though there appears to be not 'common' setting for this. I'm still a proponent for dialog to configure LibreOffice. At for 'more' common disputable settings.. to make it more accessible and raise awareness of the existence. The scattered all over the place; buried deep within dialogs. It's common that Benjamins like me are not able to find it; realize it's a setting (and call it a bug) Some suggestions: * Markdown auto-correct * Check words with numbers exception * Autocomplete [Someone decided to disable it by default] * Highlighting or shading * Tabbed or Toolbar * Autocaption * Grid enable/disable Maybe even show it at first launch. As there is already a debate about a configuration 'wizard' related to the UI (toolbar/tabbed) -- 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 81908] Use macOS “Sheets” style for dialog boxes
https://bugs.documentfoundation.org/show_bug.cgi?id=81908 Heiko Tietze changed: What|Removed |Added Keywords||needsUXEval CC|heiko.tietze@documentfounda |libreoffice-ux-advise@lists |tion.org|.freedesktop.org --- Comment #5 from Heiko Tietze --- (In reply to Thorsten Wagner from comment #4) > UX eval is required. Keywords += needsUXEval, CC += libreoffice-ux-advise@lists.freedesktop.org, You named the requirement: dialogs must not stack deeper than one level. While this sounds desirable in general it means to rework 75% of the UI, change most workflows, and adds a lot of effort for just a small improvement. If we stop trying to mimic OS/DE look and feel and develop only one VCL much man power can be saved and users get a more polished UI. -- 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 136170] user installed fonts removed and replaced when installing or upgrading LibreOffice
https://bugs.documentfoundation.org/show_bug.cgi?id=136170 Telesto changed: What|Removed |Added Keywords||needsUXEval CC||libreoffice-ux-advise@lists ||.freedesktop.org --- Comment #6 from Telesto --- Adding UX only to read up the info here..related to bug 91886 -- 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 134224] Pie chart data rounding error
https://bugs.documentfoundation.org/show_bug.cgi?id=134224 NISZ LibreOffice Team changed: What|Removed |Added Keywords||needsUXEval CC||libreoffice-ux-advise@lists ||.freedesktop.org --- Comment #4 from NISZ LibreOffice Team --- (In reply to Leyan from comment #3) > The rounding of each percentage is correct, the fact that the sum is 101 is > just an artifact of the insufficient precision displayed. So the question is > whether it is better to have less precise individual values and a nicer > total or whether the current behavior should be kept? > Hi Thanks for your comment. Yes this is exactly the question here. Adding UX-advise list for help to decide :). (snip) > This simple algorithm can lead to pie charts displaying different > percentages even if the underlying value is the same, which is not great in > my opinion. For example, with a pie chart with 3 identical parts, the > percentages displayed will be 34%, 33%, 33%. Just like in Excel. My hunch is that our users would prefer it this way, so that on papers printed from Excel/Calc would be no difference. But this behavior might be made configurable, so that (enterprise) users/sysadmins could centrally configure Excel-like behavior. -- 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