[Bug 160497] FR: Print (or export) only tracked changes
https://bugs.documentfoundation.org/show_bug.cgi?id=160497 --- Comment #4 from Eyal Rozenberg --- I support this feature request, or rather: I support the ability to export the list of tracked changes. (In reply to Heiko Tietze from comment #3) > printing sounds very niche (and we have the responsibility of > conservation) Disagree. If it is not niche to go over the tracked changes (e.g. in a sidebar), it is not niche to export/print them. Export could be: * to a Writer document with the changes in sequence - in styled paragraphs. * to a Calc table (not a CSV table, since we need the formatting), maybe. and the export could be either into a file or into a new document. The file can then be printed. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 160544] Quickfind sidebar: Make the sidebar the default for ctrl+F
https://bugs.documentfoundation.org/show_bug.cgi?id=160544 --- Comment #19 from Eyal Rozenberg --- (In reply to Heiko Tietze from comment #0) > Follow-up to bug 95405: The sidebar is supposed to be an improvement to the > classic toolbar. We should default the quicksearch to this control - and > have the legacy toolbar as an alternative option. When we have a decent search sidebar, then let's talk about that. Fix some of its bugs (I'm going to file a couple after my first single use), add some of the Find dialog functionality, etc... So, for now, definite no-no from me. Even in principle I'm not sure I would support this, because the sidebar takes a huge chunk of your viewport away, while the find bar is just a vertical bar, and at the bottom where it's less noticeable than a top toolbar. -- 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 --- Comment #6 from Eyal Rozenberg --- (In reply to Stéphane Guillou (stragu) from comment #2) > As a cumbersome workaround: > 1. Hide columns/rows > 2. Define a single print range > 3. Print Is that really so cumbersome? Also, other alternatives: * Copy the two ranges to a new sheet or * link to the ranges from a new sheet (i.e. use =OldSheet!B11 , or wherever the range starts, then drag to copy with the rows and columns to get the full range; and elsewhere on the same page repeat the same for the second range -- 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 --- Comment #5 from Cor Nouws --- (In reply to Cor Nouws from comment #4) > Did you consider hiding rows/columns in a range, so that only visible stuff > is printed? That would (in some cases) remove the need to have multiple > print ranges? [Heiko kindly reminds that Stéphane also mentioned hiding stuff :) ] -- 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 Cor Nouws changed: What|Removed |Added Version|24.2.2.2 release|Inherited From OOo -- 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 Cor Nouws changed: What|Removed |Added CC||c...@nouenoff.nl --- Comment #4 from Cor Nouws --- (In reply to Orwel from comment #0) > Expected Results: > Would be great if the dimension of the paper allows it, a possibility to > print both ranges on one sheet would exist. Hi Orwel, For some cases it could be useful, especially when e.g. the width of the ranges are similar. In other cases it will produce nasty/ugly results. So if added as option, one to handle with care. Did you consider hiding rows/columns in a range, so that only visible stuff is printed? That would (in some cases) remove the need to have multiple print ranges? -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 160986] Use CLDR number formatting pattern 'standard-percentage' in the UI, e.g. show 'X %' instead of 'X%' depending on locale
https://bugs.documentfoundation.org/show_bug.cgi?id=160986 V Stuart Foote changed: What|Removed |Added Component|LibreOffice |Localization -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 160986] Use CLDR number formatting pattern 'standard-percentage' in the UI, e.g. show 'X %' instead of 'X%' depending on locale
https://bugs.documentfoundation.org/show_bug.cgi?id=160986 V Stuart Foote changed: What|Removed |Added Summary|Use CLDR number and |Use CLDR number formatting |currency pattern formatting |pattern |of Percentage in the UI,|'standard-percentage' in |e.g. show 'X %' instead of |the UI, e.g. show 'X %' |'X%' depending on locale|instead of 'X%' depending ||on locale -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 160986] Use CLDR number and currency pattern formatting of Percentage in the UI, e.g. show 'X %' instead of 'X%' depending on locale
https://bugs.documentfoundation.org/show_bug.cgi?id=160986 V Stuart Foote changed: What|Removed |Added CC||er...@redhat.com Summary|show 'X %' instead of 'X%' |Use CLDR number and ||currency pattern formatting ||of Percentage in the UI, ||e.g. show 'X %' instead of ||'X%' depending on locale --- Comment #2 from V Stuart Foote --- (In reply to V Stuart Foote from comment #1) > ... > -1 Addressed more directly in Unicode CLDR 'standard-percent' number formatting pattern handling, which seems more what is requested. As used already [1] in Calc for cell value formatting of percentages. Just don't know if we apply it anywhere else against the UI, or how involved such an l10n change to be able to label the Status Bar UI (stbctrls/zoomctrl.cxx) might be. If simple enough, then sure. But not if it ends up too complicated and needing substantial refactoring to handle the zoom attribute. =-ref-= [1] https://opengrok.libreoffice.org/xref/core/i18nutil/source/utility/unicode.cxx?r=19ea4aad#1032 -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 160986] show 'X %' instead of 'X%'
https://bugs.documentfoundation.org/show_bug.cgi?id=160986 V Stuart Foote changed: What|Removed |Added CC||vsfo...@libreoffice.org --- Comment #1 from V Stuart Foote --- Thanks for posting! Hmm, gave it some thought about using MS-LCID and applying a number format. But seems over engineered, and mostly the percent formats are without space anyhow. Status quo here for UI suffices. -1 -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 160986] show 'X %' instead of 'X%'
https://bugs.documentfoundation.org/show_bug.cgi?id=160986 Xisco Faulí changed: What|Removed |Added CC||libreoffice-ux-advise@lists ||.freedesktop.org, ||xiscofa...@libreoffice.org Keywords||needsUXEval -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 160920] Allow choosing the page style from the sheets tab
https://bugs.documentfoundation.org/show_bug.cgi?id=160920 --- Comment #12 from Cor Nouws --- (In reply to ady from comment #11) > ... > Experienced users make mistakes too. By the time users realize the mistake, > it might be too late to undo it. thnx Ady. I'm glad we sort of agree that using multiple sheets selected is for experienced user. In the case of picking a 'wrong' page style for a sheet, that will only affect the print (preview) and produced PDF - something one would expect to be checked - but nothing in the document is affected in any way. -- You are receiving this mail because: You are on the CC list for the bug.
