[Libreoffice-ux-advise] [Bug 139712] UI: Footnotes and endnote settings has no reset button
https://bugs.documentfoundation.org/show_bug.cgi?id=139712 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 139724] Tooltip for .uno:SetOutline should not be "Set Outline List Style" and name of "Outline" tab in Bullets and Numbering dialog should be reconsidered
https://bugs.documentfoundation.org/show_bug.cgi?id=139724 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 mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 91192] AutoCorrect: Writer not recognizing a URL's trailing carat, hash mark, question mark, backslash, or pipe
https://bugs.documentfoundation.org/show_bug.cgi?id=91192 Stephan Bergmann changed: What|Removed |Added CC||sberg...@redhat.com --- Comment #17 from Stephan Bergmann --- The code that guesses which part of a larger text shall be auto-detected as a URI is URIHelper::FindFirstURLInText (svl/source/misc/urihelper.cxx, containing detailed documentation). Of necessity, it needs to apply some heuristics, and, also of necessity, the algorithm's outcome will not necessarily match any given user's exact expectations. That said: (In reply to sdc.blanco from comment #12) > Asking for UXEval: Two questions. > > 1. Is it a considered a "bug" a potential URL that ends with # (or ?) does > not include the # (or ?) in the URL recognition? > > (but, as noted, no problem if text follows # or ? ) Especially with "?" (and similar to e.g. "," and "."), the heuristics conservatively try to avoid including trailing punctuation (for which it is assumed that it was not meant to be part of the URI). > 2. Is it a problem that the three characters: ^ | \ are not recognized as > part of a URL (and URL recognition stops with these characters)? > > Relevant to note that these three characters are considered "unsafe" and > should have percent-encoding ( https://www.ietf.org/rfc/rfc1738.txt ) That's not a "should" but a "must". None of those three characters can appear in a URI as-is, they always need to be percent-encoded. The used heuristics in general do not consider that a character that cannot appear in a URI would form part of a to-be-detected URI. -- 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 117463] Create a Dialog that shows up on first boot of Writer/Calc/Impress for the user to pick its default UI
https://bugs.documentfoundation.org/show_bug.cgi?id=117463 Heiko Tietze changed: What|Removed |Added Status|RESOLVED|CLOSED --- Comment #61 from Heiko Tietze --- (In reply to Jesse from comment #60) > Is there any way to open this dialog manually? It didn't pop up after I > updated the flatpak package. We had a controversial discussion how to implement this. The solution is to advertise this dialog via tip-of-the-day rather than showing it automatically. You can always show the UI picker per View > User Interface... (previously and still available for customization all UI options were listed below User Interface). -- 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 117463] Create a Dialog that shows up on first boot of Writer/Calc/Impress for the user to pick its default UI
https://bugs.documentfoundation.org/show_bug.cgi?id=117463 --- Comment #60 from jesse...@ymail.com --- Is there any way to open this dialog manually? It didn't pop up after I updated the flatpak package. -- 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 88228] make animations like styles
https://bugs.documentfoundation.org/show_bug.cgi?id=88228 Buovjaga changed: What|Removed |Added Keywords||needsUXEval CC||libreoffice-ux-advise@lists ||.freedesktop.org --- Comment #3 from Buovjaga --- This old request could benefit from the design team defining something more concrete as a proposal for implementation. -- 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 140107] Remove "Collect usage data…" section and checkbox in the LibreOffice general options
https://bugs.documentfoundation.org/show_bug.cgi?id=140107 Heiko Tietze changed: What|Removed |Added Blocks||115712 CC||libreoffice-ux-advise@lists ||.freedesktop.org Status|UNCONFIRMED |NEW Ever confirmed|0 |1 See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=96 ||434 --- Comment #2 from Heiko Tietze --- sfx2/source/control/unoctitm.cxx collectUsageInformation() Introduced with bug 96434, help at https://help.libreoffice.org/7.0/en-US/text/shared/optionen/01010600.html; works when LO_COLLECT_USAGE is set https://wiki.documentfoundation.org/Development/Environment_variables Unclear how to store data and/or what is sent. Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=115712 [Bug 115712] [META] Usability metrics (usage stats) 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 134724] UI - Find in Calc fails when a formula refers to a cell in another sheet's pivot table
https://bugs.documentfoundation.org/show_bug.cgi?id=134724 Heiko Tietze changed: What|Removed |Added OS|Mac OS X (All) |All Keywords|needsUXEval | CC|libreoffice-ux-advise@lists |heiko.tietze@documentfounda |.freedesktop.org|tion.org --- Comment #9 from Heiko Tietze --- We had this topic in the design meeting. Sascha thinks the default search should be for values (having Benjamin-users in mind) with an option for formulas (for the Eve's). And maybe rename "Values" into "Values and Results". Since options are odd for the quickfind bar, I would think first about a combined search. Meaning to find Values/Results, Content and Notes. -- 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 139838] The behavior of the border picker is sometimes off
https://bugs.documentfoundation.org/show_bug.cgi?id=139838 Heiko Tietze changed: What|Removed |Added CC|libreoffice-ux-advise@lists |heiko.tietze@documentfounda |.freedesktop.org|tion.org Keywords|needsUXEval | Ever confirmed|0 |1 Status|UNCONFIRMED |NEW --- Comment #2 from Heiko Tietze --- Had this topic in the design meeting. Sascha thinks that "keep" makes no sense in many cases, e.g. edit single cell, column, row. And consistent behavior would be: init off>on>off; init partial>on all>off all. Me smells bike-shedding, and while I neither see the benefit of the third state there is/was likely a reason to introduce it. -- 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 139735] "Links to External Files" is not precise
https://bugs.documentfoundation.org/show_bug.cgi?id=139735 Heiko Tietze changed: What|Removed |Added CC|libreoffice-ux-advise@lists |heiko.tietze@documentfounda |.freedesktop.org|tion.org, ||olivier.hallot@libreoffice. ||org, sdc.bla...@youmail.dk Keywords|needsUXEval |skillDesign, topicUI --- Comment #2 from Heiko Tietze --- Sascha agrees and suggests "Externally Linked..." or "Linked Data and Files..." We have * Calc: .uno:InsertExternalDataSource "Link to E~xternal Data..." * Draw/Impress: .uno:ManageLinks "Lin~ks to External Files..." * Writer: .uno:LinkDialog "Lin~ks to External Files..." + cui/uiconfig/ui/baselinksdialog.ui is titled "Edit Links" Streams are rather a corner case for Writer and DrawImpress but if "data" is read similar to "file" we should harmonize according Calc. Documentation under https://help.libreoffice.org/7.0/en-US/text/shared/01/0218.html is outdated. -- 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 139713] UI Footnote/endnote settings dialog caption
https://bugs.documentfoundation.org/show_bug.cgi?id=139713 Heiko Tietze changed: What|Removed |Added CC|libreoffice-ux-advise@lists |heiko.tietze@documentfounda |.freedesktop.org|tion.org Keywords|needsUXEval |difficultyBeginner, ||easyHack, skillDesign, ||topicUI Status|UNCONFIRMED |NEW Severity|normal |enhancement Ever confirmed|0 |1 Priority|medium |low --- Comment #1 from Heiko Tietze --- Sascha commented the dialog has other label than menu entry, slash bad practice for titles, and suggest naming dialog and menu entry to "Foot- and Endnotes...". Me agrees to "Footnotes and Endnotes Settings" (like the command is labelled) but not to properties. Hyphen is as bad as slash. Code pointer: sw/uiconfig/swriter/ui/footendnotedialog.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 139712] UI: Footnotes and endnote settings has no reset button
https://bugs.documentfoundation.org/show_bug.cgi?id=139712 Heiko Tietze changed: What|Removed |Added Severity|normal |enhancement Resolution|--- |WONTFIX Status|UNCONFIRMED |RESOLVED --- Comment #2 from Heiko Tietze --- Sascha commented in the design meeting it could enhance workflow, but bug 128469 (terminology of Reset/Standard) has to be solved first. However, Reset works only with hierarchically organized data and will be changed to "Set to Parent". The F dialog is kind of global option and would fit into tools > options > writer. If we add Reset it will behave as reset to factory settings and rather add confusion than making dialogs more consistent. Resolving WF, feel free to reopen -- 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