[Bug 160658] Shortcut key menu's elements are odd and empty
https://bugs.documentfoundation.org/show_bug.cgi?id=160658 Heiko Tietze changed: What|Removed |Added Resolution|--- |DUPLICATE Status|UNCONFIRMED |RESOLVED --- Comment #6 from Heiko Tietze --- (In reply to Heiko Tietze from comment #5) > duplicate of bug 115527 "Redesign of the keyboard tab Please reopen if needed. Besides, the definition of default shortcuts is under the mandate of the local community. *** This bug has been marked as a duplicate of bug 115527 *** -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 155800] [FR] Wrap text by clipping
https://bugs.documentfoundation.org/show_bug.cgi?id=155800 Heiko Tietze changed: What|Removed |Added Resolution|--- |WONTFIX Status|UNCONFIRMED |RESOLVED Keywords||needsUXEval --- Comment #3 from Heiko Tietze --- This can be done per cell properties: Format Cell > Alignment > Text Alignment > Horizontal = Filled. We follow the example of Microsoft Excel, and while I have sympathy for the clip wrap idea our users value compatibility. => NAB/WF -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 95274] Wrong editing languages offered
https://bugs.documentfoundation.org/show_bug.cgi?id=95274 Heiko Tietze changed: What|Removed |Added CC|heiko.tietze@documentfounda | |tion.org| Keywords||needsUXEval Whiteboard|needsUXEval | -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 160610] Print multiple non-contiguous print ranges on a single page in LibreOffice Calc
https://bugs.documentfoundation.org/show_bug.cgi?id=160610 Heiko Tietze changed: What|Removed |Added Ever confirmed|0 |1 Status|UNCONFIRMED |NEEDINFO Keywords||needsUXEval --- Comment #3 from Heiko Tietze --- (In reply to Orwel from comment #0) > Would be great if the dimension of the paper allows it, a possibility to > print both ranges on one sheet would exist. Please elaborate a bit so we can see if this might be handy for the majority. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 160610] Print multiple non-contiguous print ranges on a single page in LibreOffice Calc
https://bugs.documentfoundation.org/show_bug.cgi?id=160610 Stéphane Guillou (stragu) changed: What|Removed |Added Summary|Print multiple |Print multiple |non-contiguous ranges on a |non-contiguous print ranges |single page in LibreOffice |on a single page in |Calc|LibreOffice Calc CC||libreoffice-ux-advise@lists ||.freedesktop.org, ||stephane.guillou@libreoffic ||e.org Version|unspecified |24.2.2.2 release --- Comment #2 from Stéphane Guillou (stragu) --- UX/Design team, what do you think? Something like "suppress space between print ranges"? Sounds prone to complications. I also tested printing only "selected cells" to no avail: it prints whatever is in between the ranges too. As a cumbersome workaround: 1. Hide columns/rows 2. Define a single print range 3. Print -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 87676] TOOLBAR: Hiding 'line and filling', 'text formatting' and image toolbars by default
https://bugs.documentfoundation.org/show_bug.cgi?id=87676 --- Comment #11 from Commit Notification --- Samuel Mehrbrodt committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/dee3e2d7c8d412951099e4425e6ece24431cd98d Related tdf#87676 Enable text formatting toolbar when in a text box It will be available in 24.8.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.
[Bug 87676] TOOLBAR: Hiding 'line and filling', 'text formatting' and image toolbars by default
https://bugs.documentfoundation.org/show_bug.cgi?id=87676 Commit Notification changed: What|Removed |Added Whiteboard| target:4.5.0 | target:4.5.0 target:24.8.0 -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 160732] Rename "Navigation" toolbar to clarify its role, avoid confusion, and relate to "Navigate by - Recency"
https://bugs.documentfoundation.org/show_bug.cgi?id=160732 --- Comment #9 from V Stuart Foote --- (In reply to Stéphane Guillou (stragu) from comment #7) > Sounds like "Position History" is the top contender - which makes me think: > do we also want to make the Navigate By dropdown's text consistent with it, > by replacing "Recency" with "Position History"? "Navigate by - position > history" works well. > I think it would make sense and clarify the role. "Recency" makes it sound > like "how recently the object was created". In that list, it's the only > element out of 21 that is about about "things that don't exist anymore". All > other elements are about "what currently exists in the document" (or > session, for Reminders). We better make that extra clear with an > appropriate, consistent label. > "Position History" (16 chars) wouldn't be too long for that Navigate By list > - "Wrong table formula" is already longer (20 chars). No objection, +1 "In for a Penny..." -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 87676] TOOLBAR: Hiding 'line and filling', 'text formatting' and image toolbars by default
https://bugs.documentfoundation.org/show_bug.cgi?id=87676 Samuel Mehrbrodt (allotropia) changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=15 ||6779 -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 160242] Enhancement: Make possible 2 or more impress in fullscreen each on a dedicated monitor AND each seekable indipendently with user-defined hotkeys per each file.
https://bugs.documentfoundation.org/show_bug.cgi?id=160242 Heiko Tietze changed: What|Removed |Added Resolution|--- |WONTFIX Keywords|needsUXEval | CC|libreoffice-ux-advise@lists |heiko.tietze@documentfounda |.freedesktop.org|tion.org Status|UNCONFIRMED |RESOLVED Blocks||103610 --- Comment #5 from Heiko Tietze --- We discussed the topic in the design meeting. As suggested you can start Impress twice (shift click under Windows), and the workflow is supported with a third monitor. Perhaps it also help when you start the presentation in windowed mode and maximize these rather than going full screen. Besides, the workflow is too niche and better suited for an extension. Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=103610 [Bug 103610] [META] Slide show (presentation mode) bugs and enhancements -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 152487] When right-clicking a font family combo-box, offer font meta-data
https://bugs.documentfoundation.org/show_bug.cgi?id=152487 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 --- We discussed the topic in the design meeting. The use case that requires meta data is very much unclear and likely off-topic. There are plenty of font management tools that gives insights. The reasonable wish to understand compatibility with other fonts would not be covered per meta data. If such information is to be introduced it should be "hidden away" from regular users. The proposed info button in the character properties dialog sounds acceptable. But the recommendation is to rather resolve the request as WF. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 160403] Want indication of whether a master slide is in use or not
https://bugs.documentfoundation.org/show_bug.cgi?id=160403 Heiko Tietze changed: What|Removed |Added Priority|medium |low Keywords|needsUXEval | Status|UNCONFIRMED |NEW CC|libreoffice-ux-advise@lists |heiko.tietze@documentfounda |.freedesktop.org|tion.org Ever confirmed|0 |1 --- Comment #3 from Heiko Tietze --- We discussed the topic in the design meeting. Although "Delete Master", being available only if the slide master is not in use, informs the user about the state, it wont hurt if there was additional clues such as the mentioned tooltip. The slide number could be italic, if not in use. But a dimmed appearance or something else not too obtrusive sounds okay. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 160629] Bullets and Numbering dialog in Writer does not say it's about an implicit list style
https://bugs.documentfoundation.org/show_bug.cgi?id=160629 Heiko Tietze changed: What|Removed |Added Keywords|needsUXEval | CC|libreoffice-ux-advise@lists |heiko.tietze@documentfounda |.freedesktop.org|tion.org, ||mikekagan...@hotmail.com --- Comment #5 from Heiko Tietze --- We discussed the topic in the design meeting. The fact that list styles are an attribute of the paragraph is hard to understand for users. The convenience feature to create a list style on-the-fly when clicking the toolbar item almost impossible to understand for ordinary users. And obviously there are a lot of issues around this topic. Changing a label wont help here. For sure it helps if we remove the convenience functions and make the list style look like being applied separately from the PS. But neither we want to heavily cripple the application nor would it be accepted by users. Looks like this is a WF. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 160732] Rename "Navigation" toolbar to clarify its role, avoid confusion, and relate to "Navigate by - Recency"
https://bugs.documentfoundation.org/show_bug.cgi?id=160732 --- Comment #8 from Jim Raykowski --- (In reply to Stéphane Guillou (stragu) from comment #7) +1 Tracks exactly with what I was thinking all the way down to the "Position History" length compared to the "Wrong table formula" length. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 160732] Rename "Navigation" toolbar to clarify its role, avoid confusion, and relate to "Navigate by - Recency"
https://bugs.documentfoundation.org/show_bug.cgi?id=160732 Stéphane Guillou (stragu) changed: What|Removed |Added Summary|Rename "Navigation" toolbar |Rename "Navigation" toolbar |to clarify its role, avoid |to clarify its role, avoid |confusion, and relate to|confusion, and relate to |"Recency" |"Navigate by - Recency" -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 160732] Rename "Navigation" toolbar to clarify its role, avoid confusion, and relate to "Recency"
https://bugs.documentfoundation.org/show_bug.cgi?id=160732 Stéphane Guillou (stragu) changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever confirmed|0 |1 --- Comment #7 from Stéphane Guillou (stragu) --- Sounds like "Position History" is the top contender - which makes me think: do we also want to make the Navigate By dropdown's text consistent with it, by replacing "Recency" with "Position History"? "Navigate by - position history" works well. I think it would make sense and clarify the role. "Recency" makes it sound like "how recently the object was created". In that list, it's the only element out of 21 that is about about "things that don't exist anymore". All other elements are about "what currently exists in the document" (or session, for Reminders). We better make that extra clear with an appropriate, consistent label. "Position History" (16 chars) wouldn't be too long for that Navigate By list - "Wrong table formula" is already longer (20 chars). -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 160629] Bullets and Numbering dialog in Writer does not say it's about an implicit list style
https://bugs.documentfoundation.org/show_bug.cgi?id=160629 --- Comment #4 from Olivier Hallot --- Looking from the other side, cleaning implicit list is not possible with Ctrl+M, and is one of the most exhausting task we have in editing the Guides. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 160629] Bullets and Numbering dialog in Writer does not say it's about an implicit list style
https://bugs.documentfoundation.org/show_bug.cgi?id=160629 Cor Nouws changed: What|Removed |Added CC||c...@nouenoff.nl --- Comment #3 from Cor Nouws --- lovely topic, Gábor. Snake pit as well ;) -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 160242] Enhancement: Make possible 2 or more impress in fullscreen each on a dedicated monitor AND each seekable indipendently with user-defined hotkeys per each file.
https://bugs.documentfoundation.org/show_bug.cgi?id=160242 Cor Nouws changed: What|Removed |Added CC||c...@nouenoff.nl --- Comment #4 from Cor Nouws --- Looks a very reasonable request to put in work with a second laptop ;) -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 160732] Rename "Navigation" toolbar to clarify its role, avoid confusion, and relate to "Recency"
https://bugs.documentfoundation.org/show_bug.cgi?id=160732 --- Comment #6 from Jim Raykowski --- +1 for "Position History" -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 158932] Icons for promote / demote outline level should be improved
https://bugs.documentfoundation.org/show_bug.cgi?id=158932 V Stuart Foote changed: What|Removed |Added CC||kain...@gmail.com, ||riz...@libreoffice.org, ||vsfo...@libreoffice.org Blocks||106228, 103030 OS|All |Windows (All) --- Comment #4 from V Stuart Foote --- An iconography issue, best left to the icon theme designers. Currently only Rizal's "Karasa Jaga" icon theme uses a stylized outline for both demote/promote outline and move up/down of headings. Our other icon themes use single triangle/arrow pointers, with just the "Colibre" icon theme using a double pointer motif by default on Windows. Personally I have no issue with the "Colibre" theme on Windows, and not clear it is necessary to shift all artwork for the button icons to something other than direction pointers. -1 from me. Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=103030 [Bug 103030] [META] Navigator sidebar deck and floating window (also "Target in Document") https://bugs.documentfoundation.org/show_bug.cgi?id=106228 [Bug 106228] [META] Icon theme issues -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 158932] Icons for promote / demote outline level should be improved
https://bugs.documentfoundation.org/show_bug.cgi?id=158932 Buovjaga changed: What|Removed |Added Keywords||needsUXEval Summary|move heading up -- promote |Icons for promote / demote |/ denote outline level |outline level should be |(NAVIGATOR) |improved CC||libreoffice-ux-advise@lists ||.freedesktop.org -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 160732] Rename "Navigation" toolbar to clarify its role, avoid confusion, and relate to "Recency"
https://bugs.documentfoundation.org/show_bug.cgi?id=160732 --- Comment #5 from V Stuart Foote --- (In reply to sdc.blanco from comment #4) > (In reply to V Stuart Foote from comment #3) > > So instead "Recent Positions" for TB name > Or "Position History" (which combine recent proposals; also "History" is > known from webbrowsers, with the idea of keeping a chronological order) OK "Position History", +1 Should be translatable -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 160732] Rename "Navigation" toolbar to clarify its role, avoid confusion, and relate to "Recency"
https://bugs.documentfoundation.org/show_bug.cgi?id=160732 --- Comment #4 from sdc.bla...@youmail.dk --- (In reply to V Stuart Foote from comment #3) > So instead "Recent Positions" for TB name Or "Position History" (which combine recent proposals; also "History" is known from webbrowsers, with the idea of keeping a chronological order) -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 160353] List images in order of document appearance in Calc Navigator
https://bugs.documentfoundation.org/show_bug.cgi?id=160353 --- Comment #3 from Telesto --- (In reply to Heiko Tietze from comment #2) > To sum up, a) there is no unique order in Calc True > b) sorting needs to be optional. Well a list has a top down order order by definition. So images listed in the navigator are sorted anyhow. So it's not clear what you want to convey by optional. I don't necessary intend to insert some sort filter with various options. More the adjust the default logic to make it more predictable. In similar fashion as in Writer. Arranging images by insertion time a large spreadsheet with lots of images (>50) simply random. Same as image creation time. Or sorting by filename. You have filename if insert with Insert -> Image, in case of copy paste you get something like: image27. I don't expect people to be really conscious about image file names in general. Look the sample document. Row by row seems to more sensible. So first image A1, next image in B1, 2C..followed by row 2, column A; A2; B2; C2. This makes the arrangement at least predictable. This use-full results for non-complex spreadsheets with where one column being filled with images (like example), which I think being a rather common use-case. The current order in unproductive in any case, IMHO. --- What might work is an alternative view option listing the images visible in the view port. This is useful if images being distributed across plenty of columns on the same row; however not sure of need for it. Seems a bit excessive. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 160353] List images in order of document appearance in Calc Navigator
https://bugs.documentfoundation.org/show_bug.cgi?id=160353 Heiko Tietze changed: What|Removed |Added Blocks||103030 --- Comment #2 from Heiko Tietze --- Sorting has been requested in * Bug 90244 - SIDEBAR: Enhancing Navigator in Draw * Bug 104255 - Allow alphabetical sorting of Navigator content (headings, bookmarks, etc.) (and probably other too) What sort order is the best depends on the scenario. In case of Calc it is even more difficult as you may have some vertical/horizontal arrangement in mind. But users may organize the content differently, or have a non-Western view on data. Some other scenarios require perhaps to sort by the image name, users become greedy and want us to sort by image size, etc. To sum up, a) there is no unique order in Calc, and b) sorting needs to be optional. Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=103030 [Bug 103030] [META] Navigator sidebar deck and floating window (also "Target in Document") -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 160799] FORMATTING UI [Accessibility] Eyedropper to select previously used background color
https://bugs.documentfoundation.org/show_bug.cgi?id=160799 Stéphane Guillou (stragu) changed: What|Removed |Added Version|unspecified |Inherited From OOo CC||stephane.guillou@libreoffic ||e.org Resolution|--- |DUPLICATE Status|UNCONFIRMED |RESOLVED See Also|https://bugs.documentfounda | |tion.org/show_bug.cgi?id=93 | |813 | Keywords|needsUXEval | Blocks|85184 | --- Comment #3 from Stéphane Guillou (stragu) --- With the existing two workarounds (Recent palette, and the copy-paste of colour code), I see this as a clear duplicate of bug 93813. See also bug 130967, which is already marked as duplicate It might be added to the widgets as part of a fix, and if not, it would be a follow-up enhancement request. Let's consolidate. Thank you! *** This bug has been marked as a duplicate of bug 93813 *** Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=85184 [Bug 85184] [META] Color picker toolbar, dialog and sidebar drop-down widget bugs and enhancements -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 160764] Request: Set the Navigator viewport to default to Headings rather than Sections
https://bugs.documentfoundation.org/show_bug.cgi?id=160764 --- Comment #12 from Jim Raykowski --- (In reply to Heiko Tietze from comment #9) > How about defaulting to off? +1 -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 160799] FORMATTING UI [Accessibility] Eyedropper to select previously used background color
https://bugs.documentfoundation.org/show_bug.cgi?id=160799 V Stuart Foote changed: What|Removed |Added CC||libreoffice-ux-advise@lists ||.freedesktop.org, ||vsfo...@libreoffice.org Keywords||needsUXEval See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=93 ||813 Blocks||85184 --- Comment #2 from V Stuart Foote --- In effect we already have this, just not in the "eyedropper" motif--and see also bug 93813 to rework the SD color replacment. That is, the 'Background Color' TB button opens the common color picker displaying the active palette (usually 'Standard'). And across the bottom is a swatch bar with the 12 most 'Recent' colors across the UI (so not just current Calc session). What is not obvious, is that for any cell on the sheet selected, launching the 'Background Color' picker's button link to the 'Custom color...' dialog will show the bg color of the cell. Likewise for the 'Font Color' picker's link to 'Custom color...' where dialog will show the fg color for font in the cell. Between the two, it is trivial to match colors for those occasions when the 12 swatch recent bar is insufficient, a textual copy/paste of the RGB. Not quite dropper style, and could be enhanced to pass RGBA values back to the Recent swatch bar for bg fill or fg text. Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=85184 [Bug 85184] [META] Color picker toolbar, dialog and sidebar drop-down widget bugs and enhancements -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 159950] Offer to download missing fonts from relevant online sources (dynamically, after installation)
https://bugs.documentfoundation.org/show_bug.cgi?id=159950 Eyal Rozenberg changed: What|Removed |Added Summary|Offer to download & install |Offer to download missing |missing fonts from online |fonts from relevant online |sources |sources (dynamically, after ||installation) --- Comment #9 from Eyal Rozenberg --- (In reply to V Stuart Foote from comment #8) > Neither the project nor TDF can host fonts of questionable license. Agreed, but this bug doesn't suggest hosting fonts. Rather, it's about allowing the download of fonts from known, stable, 3rd-party sources. > Nor can > we police the Intellectual Property rights of how LibreOffice is used. Also agreed, but I don't believe I suggested we do that. > But we don't want to "poison" LibreOffice with unlicensed or illegal font > bundling. Again - this bug is not about bundling :-( I am not suggesting we bundle more stuff. Let me try to clarify this in the phrasing of the title. In fact, if anything, this may allow for a reduction in the number of bundled fonts. > I've > suggested a TDF commissioned metric equivalent to Aptos under SIL Open Font > License, host it for download and bundle it into LibreOffice. A fine suggestion, which is mostly orthogonal to this bug. I mentioned Aptos as an example of a font which users may like to have LibreOffice download when they encounter it in a document - providing that this is possible license-wise and availablility-wise, with a legit source. But if we can't do this for Aptos - we can still do it for many other fonts. > Otherwise facilitating access to "cloud hosted" or "centralized" (e.g. on > premise) font repositories with dynamic font loading, and optional install > to user profile, is a needed feature. Hmm... that would be useful as well. So, LO as bundled could have several publicly-accessible font download sources, which could be searched when an unavailable font is encountered; but this list could be made user-extensible, with a URL of a font repository which an organization might offer/configure (or an individual user if they have access to one). How does that sound? -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 160764] Request: Set the Navigator viewport to default to Headings rather than Sections
https://bugs.documentfoundation.org/show_bug.cgi?id=160764 --- Comment #11 from V Stuart Foote --- testing with Version: 24.2.2.2 (X86_64) / LibreOffice Community Build ID: d56cc158d8a96260b836f100ef4b4ef25d6f1a01 CPU threads: 8; OS: Windows 10.0 Build 19045; UI render: Skia/Vulkan; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL threaded -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 160764] Request: Set the Navigator viewport to default to Headings rather than Sections
https://bugs.documentfoundation.org/show_bug.cgi?id=160764 V Stuart Foote changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |DUPLICATE --- Comment #10 from V Stuart Foote --- Oh crud! How'd I miss the persistent category tracking for all the categories done for bug 145132 at 7.3 [1] all still set with true defaults as currently refactored [2]. So the per content category context menu "tracking" toggle is toggled enabled by default when inserting new Sections. And verified the attachment 193805 sample document 2 has it set, also that when I toggle it off, the Heading category navigation behaves with no jump into the encompassing section. Also verified that if toggled disabled, newly inserted sections observe the persistent toggle disabled. In addition to the context menu toggle, the Navigator "SectionTracking" value can be set via Expert Configuration, or manually edited in the LO registrymodifications.xcu at: false Sorry for the noise Jim, * =-ref-= [1] https://gerrit.libreoffice.org/c/core/+/122874 [2] https://gerrit.libreoffice.org/c/core/+/129981 *** This bug has been marked as a duplicate of bug 144817 *** -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 159950] Offer to download & install missing fonts from online sources
https://bugs.documentfoundation.org/show_bug.cgi?id=159950 --- Comment #8 from V Stuart Foote --- Neither the project nor TDF can host fonts of questionable license. Nor can we police the Intellectual Property rights of how LibreOffice is used. But we don't want to "poison" LibreOffice with unlicensed or illegal font bundling. "Free" or "Available" have to be kept at arms length. Why I've suggested a TDF commissioned metric equivalent to Aptos under SIL Open Font License, host it for download and bundle it into LibreOffice. Otherwise facilitating access to "cloud hosted" or "centralized" (e.g. on premise) font repositories with dynamic font loading, and optional install to user profile, is a needed feature. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 160353] List images in order of document appearance in Calc Navigator
https://bugs.documentfoundation.org/show_bug.cgi?id=160353 Stéphane Guillou (stragu) changed: What|Removed |Added Summary|List images in order of |List images in order of |document appearance in |document appearance in Calc |navigator |Navigator Whiteboard| QA:needsComment| Severity|normal |enhancement CC||libreoffice-ux-advise@lists ||.freedesktop.org, ||rayk...@gmail.com, ||stephane.guillou@libreoffic ||e.org Keywords||needsUXEval --- Comment #1 from Stéphane Guillou (stragu) --- I'd call this an enhancement. UX/Design, Jim, what do you think? Relevant fixed bugs (all Writer): Bug 146419 Bug 143569 Bug 134960 Bug 86395 Bug 52115 Bug 40427 Relevant patches from bug 134960 comment 27: https://gerrit.libreoffice.org/c/core/+/133101 https://gerrit.libreoffice.org/c/core/+/133342 https://gerrit.libreoffice.org/c/core/+/133350 https://gerrit.libreoffice.org/c/core/+/133359 https://gerrit.libreoffice.org/c/core/+/131448 -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 160732] Rename "Navigation" toolbar to clarify its role, avoid confusion, and relate to "Recency"
https://bugs.documentfoundation.org/show_bug.cgi?id=160732 --- Comment #3 from V Stuart Foote --- (In reply to Heiko Tietze from comment #2) > The close naming is a source of confusion. How about "History" or > "Navigation History"? Eww, no. "Recency" would be most correct TB name, but a horrible burden for l10n/i18n to localize. So instead "Recent Positions" for TB name, keeping current button names "Back" / "Forward"? That would remove any Navigation vs. Navigator ambiguity. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 120719] tools -> options ability to backup and restore user options and customizations, reuse the profile export / restore from SafeModeDialog
https://bugs.documentfoundation.org/show_bug.cgi?id=120719 Heiko Tietze changed: What|Removed |Added Keywords|needsUXEval | CC|libreoffice-ux-advise@lists |heiko.tietze@documentfounda |.freedesktop.org|tion.org --- Comment #14 from Heiko Tietze --- (In reply to V Stuart Foote from comment #12) > @Samuel, any reason the Backup and Restore from SafeModeUI couldn't be > reused against a profile saved outside the SafeMode dialog? Essentially a question to developers (adding a button next to "Archive User Profile" is simple). I wonder how to deal with renamed, removed, added attributes. Probably to ignore it. Personally I'd prefer Justin's solution, if enhanced with save-to and load-from functions. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 160032] MASTER Document -- updating linked documents automatically: different setting for master documents (on opening)
https://bugs.documentfoundation.org/show_bug.cgi?id=160032 Heiko Tietze changed: What|Removed |Added CC|libreoffice-ux-advise@lists |heiko.tietze@documentfounda |.freedesktop.org|tion.org, ||mentoring@documentfoundatio ||n.org Keywords|needsUXEval |difficultyInteresting, ||easyHack, skillCpp, topicUI Ever confirmed|0 |1 Status|UNCONFIRMED |NEW --- Comment #3 from Heiko Tietze --- LinkManager::UpdateAllLinks() shows the question with STR_QUERY_UPDATE_LINKS. The function is used in various scenarios across all modules and we must not disable it globally. But there is a bAskUpdate option! And since the function is used only a few times in sw/, I suggest to find the right code pointer per debugger. Not sure if the weld::MessageDialog can have a checkbox, might require some UI based dialog. The checkbox would be hidden unless it's a master document, and the dialog in this condition if the checkbox was checked before (or rather unchecked with "[x] Show this message"). -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 160255] Named Ranges Should Be Able to be Used in Conditional Formatting Dialog Box
https://bugs.documentfoundation.org/show_bug.cgi?id=160255 Heiko Tietze changed: What|Removed |Added CC|libreoffice-ux-advise@lists |heiko.tietze@documentfounda |.freedesktop.org|tion.org Blocks||109178, 87351 Keywords|needsUXEval |needsDevAdvice --- Comment #4 from Heiko Tietze --- Would be nice but requires cross-platform and -application support. In other words it needs to be defined in the file format. Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=87351 [Bug 87351] [META] Conditional formatting bugs and enhancements https://bugs.documentfoundation.org/show_bug.cgi?id=109178 [Bug 109178] [META] Named Cell Ranges and Formula Expressions bugs and enhancements -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 160732] Rename "Navigation" toolbar to clarify its role, avoid confusion, and relate to "Recency"
https://bugs.documentfoundation.org/show_bug.cgi?id=160732 Heiko Tietze changed: What|Removed |Added CC||libreoffice-ux-advise@lists ||.freedesktop.org --- Comment #2 from Heiko Tietze --- The close naming is a source of confusion. How about "History" or "Navigation History"? -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 160764] Request: Set the Navigator viewport to default to Headings rather than Sections
https://bugs.documentfoundation.org/show_bug.cgi?id=160764 --- Comment #9 from Heiko Tietze --- (In reply to Jim Raykowski from comment #8) > I didn't see that it had been tried to turn off section tracking. To do > this, right-click on 'Sections' or an entry under Sections then uncheck > 'Section Tracking'. How about defaulting to off? -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 160764] Request: Set the Navigator viewport to default to Headings rather than Sections
https://bugs.documentfoundation.org/show_bug.cgi?id=160764 --- Comment #8 from Jim Raykowski --- I didn't see that it had been tried to turn off section tracking. To do this, right-click on 'Sections' or an entry under Sections then uncheck 'Section Tracking'. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 160764] Request: Set the Navigator viewport to default to Headings rather than Sections
https://bugs.documentfoundation.org/show_bug.cgi?id=160764 V Stuart Foote changed: What|Removed |Added Status|NEEDINFO|NEW CC||rayk...@gmail.com --- Comment #7 from V Stuart Foote --- OK, thanks for the test doc. With sample 2 (attachment 193805) there is something not correct with the Navigation mode. Easily demonstrable by entering 'Headings' Navigation mode--then using the 'Previous Heading' or 'Next Heading'. The SB Navigator deck focus highlight should move from Heading to Heading. Instead while the edit cursor focus on canvas does move to next or previous Heading button action, the SB deck focus highlight jumps to the Sections objects and remains there--even though edit cursor focus is moving between header @Jim, any ideas? -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 160785] View menu should contain the multi-page layout modes
https://bugs.documentfoundation.org/show_bug.cgi?id=160785 V Stuart Foote changed: What|Removed |Added Blocks||86899 Resolution|--- |DUPLICATE Status|UNCONFIRMED |RESOLVED CC||vsfo...@libreoffice.org --- Comment #1 from V Stuart Foote --- +1, but dupe The status bar controls are in viewlayoutctrl.cxx [1] and would need new UNO controls to be able to add to the View menu. Or to customize assign as keyboard shortcut. *** This bug has been marked as a duplicate of bug 150839 *** Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=86899 [Bug 86899] [META] Requests for the addition of UNO commands -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 160785] View menu should contain the multi-page layout modes
https://bugs.documentfoundation.org/show_bug.cgi?id=160785 Eyal Rozenberg changed: What|Removed |Added Severity|normal |minor -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 160785] View menu should contain the multi-page layout modes
https://bugs.documentfoundation.org/show_bug.cgi?id=160785 Eyal Rozenberg changed: What|Removed |Added Blocks||113396 CC||libreoffice-ux-advise@lists ||.freedesktop.org Keywords||needsUXEval Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=113396 [Bug 113396] [META] Single, book and multi-page view bugs and enhancements -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 160764] Request: Set the Navigator viewport to default to Headings rather than Sections
https://bugs.documentfoundation.org/show_bug.cgi?id=160764 --- Comment #6 from john.m.ast...@verizon.net --- Sample1_NoSections.odt is a sample document with no sections defined. Have the Sidebar Deck set to Navigator. Click anywhere in document except in/on an object like an image, table, or hyperlink. The highlight in the Navigator’s hierarchy view goes to the appropriate heading. If you click on an image or in a table or a hyperlink, the highlight in the Navigator’s hierarchy view goes to the image/table/hyperlink. All of this is extremely useful. The issue occurs when there are sections in the document. Sample2_HasTwoSections.odt is a sample document using sections. Have the Sidebar Deck set to Navigator. Have Content Navigation View on. Click anywhere in document except in/on an object like an image, table, or hyperlink. The highlight in the Navigator’s hierarchy view goes to the governing section. This behavior is far less useful for me that going to the governing heading. I have lots of heading and few sections, as I suspect many/most users have. Note that if you click on an image or in a table or a hyperlink, the highlight in the Navigator’s hierarchy view goes to the image/table/hyperlink. This is the same behavior in a document without sections. Turn off Content Navigation View. Set Navigate By to Headings. Turn on Content Navigation View. Now, when clicking in the document the highlight moves to the appropriate heading. However, only headings are displayed in the hierarchy view, so clicking an image/table/hyperlink moves the highlight to the heading, rather than the image/table/hyperlink as before. The latter behavior is much more useful to me. The issue is that in either case, the utility to the user is reduced from what happens when there are no sections. Hence my original feature enhance request. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 160764] Request: Set the Navigator viewport to default to Headings rather than Sections
https://bugs.documentfoundation.org/show_bug.cgi?id=160764 --- Comment #5 from john.m.ast...@verizon.net --- Created attachment 193805 --> https://bugs.documentfoundation.org/attachment.cgi?id=193805=edit Sample document 2 showing behavior in a document with sections -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 160764] Request: Set the Navigator viewport to default to Headings rather than Sections
https://bugs.documentfoundation.org/show_bug.cgi?id=160764 --- Comment #4 from john.m.ast...@verizon.net --- Created attachment 193804 --> https://bugs.documentfoundation.org/attachment.cgi?id=193804=edit Sample 1 document showing behavior with no sections in document -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 160764] Request: Set the Navigator viewport to default to Headings rather than Sections
https://bugs.documentfoundation.org/show_bug.cgi?id=160764 --- Comment #3 from V Stuart Foote --- Hmm, then I can not confirm, nor understand your initial post. When not in a 'Content Navigation' (the button not "depressed") mode selecting a document object will shift nav mode focus to that object. Cursor focus into paragraph text doesn't. Navigation mode aside, if I need to move between Headings the Navigator UI now provides the mouseover flash on the document page and context menu 'Go to' action for movement when out of current view port. I am not "defaulting" to Sections in any sense and can move freely between the document object content. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 160764] Request: Set the Navigator viewport to default to Headings rather than Sections
https://bugs.documentfoundation.org/show_bug.cgi?id=160764 --- Comment #2 from john.m.ast...@verizon.net --- V Stuart Foote's comment on "just take the Content Navigation out of 'Section' mode" is a suboptimal solution. Switching to headers in this way only shows the Headers and without the other useful items like Images, Footnotes, Hyperlinks. Turning off Content Navigation then reverts to the issue described in the original post. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 120719] tools -> options ability to backup and restore user options and customizations, reuse the profile export / restore from SafeModeDialog
https://bugs.documentfoundation.org/show_bug.cgi?id=120719 Heiko Tietze changed: What|Removed |Added CC||jl...@mail.com --- Comment #13 from Heiko Tietze --- Could also be done per extension. Justin had a talk where he recommended to apply defaults [1] and I could imagine this can easily be enhanced with an export option. [1] https://events.documentfoundation.org/libreoffice-conference-2023/talk/TCJAU7/ -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 160755] The Footnote page style is nonsensical and should be removed
https://bugs.documentfoundation.org/show_bug.cgi?id=160755 Heiko Tietze changed: What|Removed |Added CC|libreoffice-ux-advise@lists |heiko.tietze@documentfounda |.freedesktop.org|tion.org --- Comment #2 from Heiko Tietze --- -1 -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 160497] FR: Print (or export) only tracked changes
https://bugs.documentfoundation.org/show_bug.cgi?id=160497 Heiko Tietze changed: What|Removed |Added URL||https://ask.libreoffice.org ||/t/is-there-any-way-to-prin ||t-a-list-of-only-tracked-ch ||anges-without-the-rest-of-t ||he-document-in-writer/10421 ||6 Status|UNCONFIRMED |NEEDINFO Ever confirmed|0 |1 --- Comment #3 from Heiko Tietze --- I wonder if you are aware of the sidebar deck that lists all TC. Besides, printing sounds very niche (and we have the responsibility of conservation) but export to Calc might make sense. However, assuming you can sort in Writer's sidebar (just filtering for now), what is a spreadsheet good for then? And last but not least the extension on ask.libreoffice looks promising, if we decide this to be a special use case for only a few users. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 160227] Add timer/clock to single-screen presentation
https://bugs.documentfoundation.org/show_bug.cgi?id=160227 --- Comment #7 from Heiko Tietze --- (In reply to Tomaz Vajngerl from comment #6) > I think a timer like that ... could be added to Slide Show Properties... Feel free to reopen, J22. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 160682] HTML "page style" is not a page style - move this functionality elsewhere
https://bugs.documentfoundation.org/show_bug.cgi?id=160682 Heiko Tietze changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever confirmed|0 |1 Keywords|needsUXEval | CC|libreoffice-ux-advise@lists |heiko.tietze@documentfounda |.freedesktop.org|tion.org -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 160497] FR: Print (or export) only tracked changes
https://bugs.documentfoundation.org/show_bug.cgi?id=160497 QA Administrators changed: What|Removed |Added Whiteboard| QA:needsComment| -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 160755] The Footnote page style is nonsensical and should be removed
https://bugs.documentfoundation.org/show_bug.cgi?id=160755 --- Comment #1 from Cor Nouws --- looking at this for the first time. I think that the explanation from Jonaton (https://bugs.documentfoundation.org/show_bug.cgi?id=153534#c7) ajlittoz (https://bugs.documentfoundation.org/show_bug.cgi?id=153534#c19) David (https://bugs.documentfoundation.org/show_bug.cgi?id=153534#c26) and Eyal's replies help to clarify the use cases. Eya, did you consider that Tools > Footnotes and Endnotes allows to set all sorts of things for Footnotes? Among which a position at the end of the document with use of a page style? -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 160682] HTML "page style" is not a page style - move this functionality elsewhere
https://bugs.documentfoundation.org/show_bug.cgi?id=160682 --- Comment #5 from Cor Nouws --- (In reply to Cor Nouws from comment #4) > IIRC the default Writer template is hard coded (or it was); the user can set > a specific template in stead. > But a template looks sensible to me. IMO this report should be set to new. Maybe first find some support on possible implementation? -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 160764] Request: Set the Navigator viewport to default to Headings rather than Sections
https://bugs.documentfoundation.org/show_bug.cgi?id=160764 V Stuart Foote changed: What|Removed |Added CC||libreoffice-ux-advise@lists ||.freedesktop.org -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 160497] FR: Print (or export) only tracked changes
https://bugs.documentfoundation.org/show_bug.cgi?id=160497 Dieter changed: What|Removed |Added Keywords||needsUXEval CC||dgp-m...@gmx.de, ||libreoffice-ux-advise@lists ||.freedesktop.org Blocks||83946 --- Comment #2 from Dieter --- I was very surprised, that I couldn't find a similiar report. Personally I won't see an advantage in printed list (using the overviw in sidebar or manage changes dialog is better for me), but of course, there might be different opinions. So let's ask design-team. Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=83946 [Bug 83946] [META] Tracking changes issues -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 160734] Support exporting to Markdown
https://bugs.documentfoundation.org/show_bug.cgi?id=160734 Heiko Tietze changed: What|Removed |Added Keywords|needsUXEval | Ever confirmed|0 |1 Status|UNCONFIRMED |NEW CC|libreoffice-ux-advise@lists |heiko.tietze@documentfounda |.freedesktop.org|tion.org --- Comment #5 from Heiko Tietze --- Nothing to decide for UX. But there was a lot of acceptance in the design Telegram channel for adding markdown filters. Same request in bug 94978 - we should make one a duplicate. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 160449] tools / options, tools / customize --- export settings
https://bugs.documentfoundation.org/show_bug.cgi?id=160449 QA Administrators changed: What|Removed |Added Whiteboard| QA:needsComment| -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 160755] The Footnote page style is nonsensical and should be removed
https://bugs.documentfoundation.org/show_bug.cgi?id=160755 Eyal Rozenberg changed: What|Removed |Added Severity|normal |minor -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 160755] The Footnote page style is nonsensical and should be removed
https://bugs.documentfoundation.org/show_bug.cgi?id=160755 Eyal Rozenberg changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=15 ||3534 CC||c...@nouenoff.nl, ||libreoffice-ux-advise@lists ||.freedesktop.org Blocks||108576, 103164 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.
[Bug 160324] Column resize handle touch-target too small
https://bugs.documentfoundation.org/show_bug.cgi?id=160324 m_a_riosv changed: What|Removed |Added CC||jgraha...@gmail.com --- Comment #6 from m_a_riosv --- *** Bug 160747 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 120719] tools -> options ability to backup and restore user options and customizations, reuse the profile export / restore from SafeModeDialog
https://bugs.documentfoundation.org/show_bug.cgi?id=120719 V Stuart Foote changed: What|Removed |Added CC||libreoffice-ux-advise@lists ||.freedesktop.org Keywords||needsDevAdvice, needsUXEval --- Comment #12 from V Stuart Foote --- Obviously working at the os/DE user profile level directly as OP suggested (Windows instance) is not feasible. But we have the functional Zip based profile backup/restore implemented for the SafeModeDialog at the 5.3 build [1]. Giving users direct access to that backup/restore from Tools -> Options would deliver the requested feature(s), and give users the ability to migrate their profiles between installations. @Samuel, any reason the Backup and Restore from SafeModeUI couldn't be reused against a profile saved outside the SafeMode dialog? =-ref-= [1] https://gerrit.libreoffice.org/c/core/+/30479/ -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 52387] Usability issue: There is no provision to export/import user-settings
https://bugs.documentfoundation.org/show_bug.cgi?id=52387 V Stuart Foote changed: What|Removed |Added CC||vsfo...@libreoffice.org Resolution|WONTFIX |DUPLICATE --- Comment #17 from V Stuart Foote --- *** This bug has been marked as a duplicate of bug 120719 *** -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 160449] tools / options, tools / customize --- export settings
https://bugs.documentfoundation.org/show_bug.cgi?id=160449 V Stuart Foote changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Blocks||107636 CC||samuel.mehrbrodt@allotropia ||.de, ||vsfo...@libreoffice.org Resolution|--- |DUPLICATE --- Comment #2 from V Stuart Foote --- Utility already provided in the SafeMode dialog, just needs direct button action. Then maybe a tweak to control location. See discussion links on dup bug 120719 *** This bug has been marked as a duplicate of bug 120719 *** Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=107636 [Bug 107636] [META] User profile (user data/settings) bugs and enhancements -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 160449] tools / options, tools / customize --- export settings
https://bugs.documentfoundation.org/show_bug.cgi?id=160449 Dieter changed: What|Removed |Added Keywords||needsUXEval Blocks||102187 CC||dgp-m...@gmx.de, ||libreoffice-ux-advise@lists ||.freedesktop.org --- Comment #1 from Dieter --- (In reply to peter josvai from comment #0) > hi, > > It'd be great if we could export out settings. to import them on a second laptop? As a workaraound you could copy file from your profile But let's ask design-team Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=102187 [Bug 102187] [META] Options dialog bugs and enhancements -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 160734] Support exporting to Markdown
https://bugs.documentfoundation.org/show_bug.cgi?id=160734 --- Comment #4 from NamelessGO --- > Markdown support. But as you said, the challenge is picking a flavour Would propose Markdown-it due to being 100% compliant with CommonMark, secure by Google, and extensible with plugins https://github.com/markdown-it/markdown-it Python port: https://markdown-it-py.readthedocs.io/en/latest/# Experimental Rust port: https://github.com/chrisjsewell/markdown-it-pyrs Table and strikethrough from GFM flavour are implemented natively, and more features can be added via extensions https://markdown-it-py.readthedocs.io/en/latest/plugins.html -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 160734] Support exporting to Markdown
https://bugs.documentfoundation.org/show_bug.cgi?id=160734 --- Comment #3 from Eyal Rozenberg --- (In reply to Stéphane Guillou (stragu) from comment #1) > Import and Export filters are good, less controversial first steps in > Markdown support. But as you said, the challenge is picking a flavour. Right. And I know I said CommonMark, but then - Tables are important :-) -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 160734] Support exporting to Markdown
https://bugs.documentfoundation.org/show_bug.cgi?id=160734 --- Comment #2 from Eyal Rozenberg --- (In reply to Stéphane Guillou (stragu) from comment #1) > (I consider "Save As" to be very different, and a lot more difficult to > implement, as it would imply that LO supports _editing_ markdown files. The opening comment of the other bug says "One way I could imagine such a support is by export tables created in Calc to Markdown syntax." Also, I'm not sure how exactly you're making that distinction. If you can import a file format and export to it, then your app is an editor of that format. Perhaps not a great editor, nor an editor with "idempotence" over import-then-export, but an editor nonetheless. ... but maybe I'm misunderstanding? Also note I am not asking for Markdown _import_ support, at least not with this bug. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 160734] Support exporting to Markdown
https://bugs.documentfoundation.org/show_bug.cgi?id=160734 Stéphane Guillou (stragu) changed: What|Removed |Added Keywords||needsUXEval Version|unspecified |Inherited From OOo CC||libreoffice-ux-advise@lists ||.freedesktop.org, ||stephane.guillou@libreoffic ||e.org --- Comment #1 from Stéphane Guillou (stragu) --- Import and Export filters are good, less controversial first steps in Markdown support. But as you said, the challenge is picking a flavour. Exporting to .md would simplify drastically the document to whatever the flavour allows. (In reply to Eyal Rozenberg from comment #0) > * There's a similar request regarding Calc: bug 94978. (I consider "Save As" to be very different, and a lot more difficult to implement, as it would imply that LO supports _editing_ markdown files. And for that, we'd need to accommodate markup editing + rendered view somehow (.e.g by repurposing the Web View), possibly with a stripped down UI that only offers what the format supports.) In any case, +1 for me. Design/UX team? -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 160227] Add timer/clock to single-screen presentation
https://bugs.documentfoundation.org/show_bug.cgi?id=160227 --- Comment #6 from Tomaz Vajngerl --- There is "Reherse Timings" which is the same as a normal slide show, but shows the time you are taking at one slide. I think a timer like that (but total time taken instead of per slide) could be added to Slide Show Properties... I think you got more resistance to the idea because you suggested to make it an object to put on the slides. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 160290] Right-clicking to select an always-shown comment in Calc "clicks through" and selects the cell behind it
https://bugs.documentfoundation.org/show_bug.cgi?id=160290 Heiko Tietze changed: What|Removed |Added Ever confirmed|0 |1 Keywords|needsUXEval | CC|libreoffice-ux-advise@lists | |.freedesktop.org| Status|UNCONFIRMED |NEW --- Comment #14 from Heiko Tietze --- We discussed the topic in the design meeting and agree with the request. Respecting the z-order is superior to a few clicks. And besides, you can move a comment "out of the way" with one click. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 160227] Add timer/clock to single-screen presentation
https://bugs.documentfoundation.org/show_bug.cgi?id=160227 Heiko Tietze changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |WONTFIX Blocks||145878 --- Comment #5 from Heiko Tietze --- We discussed the topic in the design meeting. Compatibility is prime and introducing a new feature in odf requires not only other applications to support it but also to provide import/export filter in other formats. Microsoft Powerpoint apparently also lacks on a presentation timer that could be the counter, or a count down, and even the time of day. Recommendation is always to use a macro, and ideally share it on the extensions site. Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=145878 [Bug 145878] [META] Enhancements that could be realized per macro -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 150027] Turn on "Range contains column labels" (for sorting) by default
https://bugs.documentfoundation.org/show_bug.cgi?id=150027 Heiko Tietze changed: What|Removed |Added Keywords|needsUXEval | CC|libreoffice-ux-advise@lists |heiko.tietze@documentfounda |.freedesktop.org|tion.org Resolution|--- |INVALID Status|UNCONFIRMED |RESOLVED Blocks||108386 --- Comment #5 from Heiko Tietze --- We discussed the topic in the design meeting. Tested the STR on various systems and in all cases we provide smart functionality. The range header is enabled if the top row contains text. => invalid (feel free to reopen with more precise STR) Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=108386 [Bug 108386] [META] Calc sorting related bugs and enhancements -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 99608] Using clone formatting enables scrolling with the mouse -- but it shouldn't
https://bugs.documentfoundation.org/show_bug.cgi?id=99608 Heiko Tietze changed: What|Removed |Added Keywords|needsUXEval | CC|libreoffice-ux-advise@lists |heiko.tietze@documentfounda |.freedesktop.org|tion.org --- Comment #15 from Heiko Tietze --- We discussed the topic in the design meeting. The issue happens only when moving slowly from top. A smooth scrolling could help. We suggest to make this report a duplicate of bug 46988. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 150937] When opening Advanced filter dialog the "From" field should be filled with the address of current selection
https://bugs.documentfoundation.org/show_bug.cgi?id=150937 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 #3 from Heiko Tietze --- We discussed the topic in the design meeting, and there is no objection to prefill the input controls. Regarding the label we may change it to a more common string like "Select Range" but it's questionable if this renaming makes anything more clear for users. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 160452] Calc: default anchor everything to CELL
https://bugs.documentfoundation.org/show_bug.cgi?id=160452 Heiko Tietze changed: What|Removed |Added Resolution|--- |WONTFIX Status|UNCONFIRMED |RESOLVED CC|libreoffice-ux-advise@lists |heiko.tietze@documentfounda |.freedesktop.org|tion.org Keywords|needsUXEval | --- Comment #2 from Heiko Tietze --- We discussed the topic in the design meeting. To change any default needs very good reasons. But there are scenarios for both use cases, eg. to cover cell content with a shape or to have some illustration on top of the document. And the idea to add an option to define the default is over-engineering. It makes sense for Writer but not Calc. So the verdict is WF. But as a compromise we could remember the last used option. Feel free to reopen the ticket and we change the summary respectively if you agree. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 150027] Turn on "Range contains column labels" (for sorting) by default
https://bugs.documentfoundation.org/show_bug.cgi?id=150027 --- Comment #4 from Cor Nouws --- (In reply to Cor Nouws from comment #2) > Hi Dan, > > (In reply to Dan Haiduc from comment #0) > > Description: > > I very rarely sort ranges without column labels. > > > > Having "Range contains column labels" activated by default would improve my > > workflow a lot, and I'm sure others' as well. > I think for me, the option is always checked in case there are clear column > labels? So short: I do not see a problem.. Can others clearly describe what happens for them in various situations? -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 135501] Change the default UI (summaries in comment 67, comment 89, comment 133)
https://bugs.documentfoundation.org/show_bug.cgi?id=135501 Stéphane Guillou (stragu) changed: What|Removed |Added Depends on||109425 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=109425 [Bug 109425] Libreoffice Notebookbar is not exposing accessible events needed for screen reader users. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 160682] HTML "page style" is not a page style - move this functionality elsewhere
https://bugs.documentfoundation.org/show_bug.cgi?id=160682 --- Comment #4 from Cor Nouws --- (In reply to Eyal Rozenberg from comment #3) > (In reply to Cor Nouws from comment #2) > > Still it allows the user to do start a new Writer doc, and change to a HTML > > version. > > I'm not sure I understand what you mean. How can you do this? Do you mean > Web View? Well, that doesn't apply the HTML page style IIANM. So you don't know how to use the product, and still you claim that various page styles are nonsensical.. > > > 3. Converse of (2.) - when editing an HTML document, we _can't_ edit the > > > HTML page style. > > After starting a new HTML document, one can just edit the page style..? > > Ok, true, but only from the Format menu and not through the Styles sidebar. > So, my point (3.) is a bit weak. Just invalid. > > I do not object per see. What is the solution you suggest to use in stead? > > I think it should be "per se" > https://www.grammar-monster.com/Latin_terms/per_se.htm > > Anyway, I am not _sure_ about what the solution should be. But one option I > was thinking of is for HTML documents to use their own template. When you > start a regular document, you open the default Writer template. If we had a > default template for HTML documents, or even simply a template named HTML > (more crude, but easier to implement UI-wise) - we could take its default > page style. IIRC the default Writer template is hard coded (or it was); the user can set a specific template in stead. But a template looks sensible to me. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 131274] When opening a CSV file with Calc, the default template is ignored.
https://bugs.documentfoundation.org/show_bug.cgi?id=131274 Heiko Tietze changed: What|Removed |Added CC|libreoffice-ux-advise@lists |heiko.tietze@documentfounda |.freedesktop.org|tion.org Keywords|needsUXEval | Status|RESOLVED|NEW OS|Windows (All) |All Resolution|NOTABUG |--- Severity|enhancement |normal --- Comment #5 from Heiko Tietze --- (In reply to wpeaton4 from comment #4) > I strongly disagree... Feel free to reopen tickets in this case. Tested the issue and in fact Calc ignores the default template when opening CSV from the start center or via the command line. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 160686] "Left Page" and "Right Page" are nonsensical and should be removed
https://bugs.documentfoundation.org/show_bug.cgi?id=160686 Heiko Tietze changed: What|Removed |Added CC|libreoffice-ux-advise@lists |heiko.tietze@documentfounda |.freedesktop.org|tion.org Keywords|needsUXEval | --- Comment #4 from Heiko Tietze --- Invalid, if you want, in terms of removing the PgS but a duplicate of rename left/right to even/odd. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 160362] Syntax Highlighting Support
https://bugs.documentfoundation.org/show_bug.cgi?id=160362 Heiko Tietze changed: What|Removed |Added Resolution|--- |FIXED Status|UNCONFIRMED |RESOLVED See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=43 ||089 CC|libreoffice-ux-advise@lists |heiko.tietze@documentfounda |.freedesktop.org|tion.org Blocks|43089, 97638, 160360| --- Comment #5 from Heiko Tietze --- The function should be covered with the macro. You can also use the code editors. On Linux/KDE the text editor is Kate, having a powerful highlighting features. Use "Copy as HTML" and paste the snippet into Writer. Or just copy/paste from Visual Studio. Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=43089 [Bug 43089] Syntax highlighting for Math https://bugs.documentfoundation.org/show_bug.cgi?id=97638 [Bug 97638] Beanshell Editor: Add syntax highlighting https://bugs.documentfoundation.org/show_bug.cgi?id=160360 [Bug 160360] Syntax Highlighting for Markdown -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 160362] Syntax Highlighting Support
https://bugs.documentfoundation.org/show_bug.cgi?id=160362 Roman Kuznetsov <79045_79...@mail.ru> changed: What|Removed |Added CC||libreoffice-ux-advise@lists ||.freedesktop.org --- Comment #4 from Roman Kuznetsov <79045_79...@mail.ru> --- -1 from my side. I used this extension https://extensions.libreoffice.org/en/extensions/show/5814 when I have formatted my latest book about programming -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 150027] Turn on "Range contains column labels" (for sorting) by default
https://bugs.documentfoundation.org/show_bug.cgi?id=150027 --- Comment #3 from Eyal Rozenberg --- I sometimes sort ranges with column headers/labels and sometimes columns which don't have them. Long story short: I OPPOSE option A, since IMHO it's more difficult to notice that non-column-headers have been misplaced, than to notice the column headers have been misplaced. I SUPPORT option B, i.e. a persistent default choice. I OPPOSE option C, but not on principle, just as exceeding the scope of this bug. I would expect a separate bug about other contexts, unless you can demonstrate that it's the same issue in specific other contexts. I WEAKLY OPPOSE option D, since I don't want to go look for preferences to choose my sort options. But I don't mind if that existed _also_ in the preferences. As for Brian's suggestion, of applying an intelligent heuristic instead of a fixed preference - that would be nice, if someone were to implement it; but perhaps that merits a separate bug, or at least - let option B be implemented as soon as possible, and a heuristic could be a potential extra. Perhaps a project for new developers? -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 160682] HTML "page style" is not a page style - move this functionality elsewhere
https://bugs.documentfoundation.org/show_bug.cgi?id=160682 --- Comment #3 from Eyal Rozenberg --- (In reply to Cor Nouws from comment #2) > Still it allows the user to do start a new Writer doc, and change to a HTML > version. I'm not sure I understand what you mean. How can you do this? Do you mean Web View? Well, that doesn't apply the HTML page style IIANM. > > 3. Converse of (2.) - when editing an HTML document, we _can't_ edit the > > HTML page style. > After starting a new HTML document, one can just edit the page style..? Ok, true, but only from the Format menu and not through the Styles sidebar. So, my point (3.) is a bit weak. > I do not object per see. What is the solution you suggest to use in stead? I think it should be "per se" https://www.grammar-monster.com/Latin_terms/per_se.htm Anyway, I am not _sure_ about what the solution should be. But one option I was thinking of is for HTML documents to use their own template. When you start a regular document, you open the default Writer template. If we had a default template for HTML documents, or even simply a template named HTML (more crude, but easier to implement UI-wise) - we could take its default page style. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 160686] "Left Page" and "Right Page" are nonsensical and should be removed
https://bugs.documentfoundation.org/show_bug.cgi?id=160686 --- Comment #3 from Eyal Rozenberg --- (In reply to Eyal Rozenberg from comment #2) Apparently, I already _have_ commented there before, to oppose :-( -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 160686] "Left Page" and "Right Page" are nonsensical and should be removed
https://bugs.documentfoundation.org/show_bug.cgi?id=160686 Eyal Rozenberg changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=14 ||0655 -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 131274] When opening a CSV file with Calc, the default template is ignored.
https://bugs.documentfoundation.org/show_bug.cgi?id=131274 --- Comment #4 from wpeat...@gmail.com --- I strongly disagree that this is not a bug. When you import a CSV file, Calc is clearly using some kind of template to determine styles, page settings, etc. But it's not using the user defined template. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 160686] "Left Page" and "Right Page" are nonsensical and should be removed
https://bugs.documentfoundation.org/show_bug.cgi?id=160686 Eyal Rozenberg changed: What|Removed |Added Resolution|DUPLICATE |--- Status|RESOLVED|UNCONFIRMED --- Comment #2 from Eyal Rozenberg --- The bug is probably invalid, and certainly not a dupe of this one. But now that I've noticed it (it wasn't marked as blocking RTL-CTL), I'll comment there soon. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 154434] FILEOPEN HTML: Writer loses HTML layout
https://bugs.documentfoundation.org/show_bug.cgi?id=154434 Heiko Tietze changed: What|Removed |Added Resolution|--- |WONTFIX Status|UNCONFIRMED |RESOLVED --- Comment #17 from Heiko Tietze --- All comments vote for WF. One the one hand we want to support as many formats as possible and do have support for HTML but on the other we surely cannot catch up with Internet browsers. We might be able to improve in some area but likely not in case of complex layouts. So the recommendation is to create a more simple document that LibreOffice can load rather than spending a lot of effort. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 160682] HTML "page style" is not a page style - move this functionality elsewhere
https://bugs.documentfoundation.org/show_bug.cgi?id=160682 --- Comment #2 from Cor Nouws --- Hi Eyal, (In reply to Eyal Rozenberg from comment #0) > Writer's Styles sidebar has, among its items available by default, an "HTML" > entry. > > It turns out that the settings of the page style are used as the Default > Page Style when creating a new "HTML document" (via File > New > HTML > document). > > This is problematic in multiple senses: > > 1. In a non-HTML-document, the default list page styles should not include a > style (or "pseudo-style") which is not relevant to the current document. Still it allows the user to do start a new Writer doc, and change to a HTML version. > It > must only include styles which may possibly be used in the current document > (and since it's the default list of items - styles which are likely to be > used in the document). (Ambiguous - but prolly more on this later) > 2. It is unreasonable, that the way to control the default page style in > documents of a certain kind would be to open a new document of a different > kind and edit one of the page styles. I don't see why that would be needed. > 3. Converse of (2.) - when editing an HTML document, we _can't_ edit the > HTML page style. After starting a new HTML document, one can just edit the page style..? > 4. The default page style of a document is typically taken from the default > page style of its template (and there's a default template if we haven't > specified one explicitly). Why should this be different for HTML documents? Do not disagree to that. > 5. It is currently possible for the HTML page style, with its use mentioned > above, to be applied various places in non-HTML document? That's a total > mess! Gives me a headache just to think about it. Indeed that is not what it is meant for ;) > 6. This is inconsistent with other special kinds of documents which can be > created using File > New, e.g. labels and business cards. Why should they > not also get a "Labels" page style? Still there may be good reasons for the difference. > 7. And a final side-note: HTML documents do actually have page styles: > > https://developer.mozilla.org/en-US/docs/Web/CSS/@page > > and page breaks: > > https://developer.mozilla.org/en-US/docs/Web/CSS/CSS_fragmentation > > but the first six points are reason enough to get rid of this "page style". I do not object per see. What is the solution you suggest to use in stead? Thanks, Cor -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 160452] Calc: default anchor everything to CELL
https://bugs.documentfoundation.org/show_bug.cgi?id=160452 Cor Nouws changed: What|Removed |Added CC||c...@nouenoff.nl Version|24.2.1.2 release|Inherited From OOo -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 154434] FILEOPEN HTML: Writer loses HTML layout
https://bugs.documentfoundation.org/show_bug.cgi?id=154434 --- Comment #16 from jan d --- WONTFIX also makes sense to me. > The utility of LibreOffice as an HTML4 editor continues to degrade. yes – > There are ongoing suggestions to remove the Writer Web module. > And to instead improve the import filters for importing to Writer, > Draw, Impress, or Calc as ODF only documents. Makes sense to me and seems to be easier to handle UX-wise, too, since it would be an import/export, just like the other formats. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 152487] When right-clicking a font family combo-box, offer font meta-data
https://bugs.documentfoundation.org/show_bug.cgi?id=152487 --- Comment #4 from Heiko Tietze --- Sounds to me like asking for a swiss-army-knife. Font management tools should give hints on meta data. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 154434] FILEOPEN HTML: Writer loses HTML layout
https://bugs.documentfoundation.org/show_bug.cgi?id=154434 --- Comment #15 from Buovjaga --- (In reply to Buovjaga from comment #14) > If you look at the source document, it uses position:absolute, floats, > display:inline, percentage widths, max-width, margins. All of these are > specified in the CSS standard to work and play together in a certain way. Just to clarify as there was a misunderstanding in a chat channel, I think this report should be closed as wontfix due to being unrealistic. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 160682] HTML "page style" is not a page style - move this functionality elsewhere
https://bugs.documentfoundation.org/show_bug.cgi?id=160682 --- Comment #1 from Heiko Tietze --- (In reply to Eyal Rozenberg from comment #0) > It turns out that the settings of the page style are used as the Default > Page Style when creating a new "HTML document" (via File > New > HTML > document). And Writer Web blocks the customization of page styles and uses HTML for the program internal representation. I wonder if using Default PS would have an detrimental effect. -- You are receiving this mail because: You are on the CC list for the bug.