[Libreoffice-ux-advise] [Bug 91030] Writer: Find and Find-&-Replace need character auto-replacement to support string searches and replacements
https://bugs.documentfoundation.org/show_bug.cgi?id=91030 Heiko Tietze changed: What|Removed |Added CC|libreoffice-ux-advise@lists |heiko.tietze@documentfounda |.freedesktop.org|tion.org Keywords|needsUXEval | --- Comment #5 from Heiko Tietze --- Going through the old tickets with needsUX; sorry for the delay. We talked about this topic in the design meeting and agree with the problem. Solution could be to not only search for the actual term like ' or --> but also for the autocorrected forms ‘’ (open and close) or → respectively. Could be enabled via checkbox but I'd suggest to just always do 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 130928] Area Fill update presets
https://bugs.documentfoundation.org/show_bug.cgi?id=130928 Heiko Tietze changed: What|Removed |Added CC|libreoffice-ux-advise@lists |c...@nouenoff.nl, |.freedesktop.org|heiko.tietze@documentfounda ||tion.org Keywords|needsUXEval | Severity|normal |enhancement --- Comment #13 from Heiko Tietze --- We discussed this topic in the design meeting. While the number of gradients is excessive right now and makes it difficult to pick the right item, it's a different topic for patterns. And the argument counts that creation of patterns is a bit cumbersome. So go with this change. Still -1 to change gradients and bitmaps. -- 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 130953] Improve listing of (table) styles to reflect that newly created styles are in the document only (not available elsewhere)
https://bugs.documentfoundation.org/show_bug.cgi?id=130953 Heiko Tietze changed: What|Removed |Added Keywords|needsUXEval | CC|libreoffice-ux-advise@lists |heiko.tietze@documentfounda |.freedesktop.org|tion.org --- Comment #6 from Heiko Tietze --- We discussed the topic in the design meeting. The issue is less relevant for other styles since paragraph styles are always stored in the document. So it's a solution when we get rid of the autoformat dialog (don't find a respective ticket). However, since table styles might be installed per extension (see also bug 124046) the situation is less clear, and actually it would be good to have the same opportunity for all styles. Simple solution to distinguish system from user styles is to show the latter on the bottom after a horizontal ruler. -- 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 98333] Bringing uniformity to styles shortcuts
https://bugs.documentfoundation.org/show_bug.cgi?id=98333 Heiko Tietze changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |WONTFIX --- Comment #20 from Heiko Tietze --- We discussed the topic in the design meeting. The discussion hasn't progressed so far and is quite controversial. Users are familiar with the existing shortcuts and may see any change as a regression. So the conclusion is to resolve this request as WF. At least as long bug 123768 is not done. -- 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 130441] Make Styles command (.uno:DesignerDialog) toggle the sidebar on/off (like F11 does)
https://bugs.documentfoundation.org/show_bug.cgi?id=130441 Heiko Tietze changed: What|Removed |Added Summary|Make Styles command (icon) |Make Styles command |on toolbar toggle the |(.uno:DesignerDialog) |Styles Window (like F11 |toggle the sidebar on/off |does) |(like F11 does) Status|UNCONFIRMED |NEW CC|libreoffice-ux-advise@lists |heiko.tietze@documentfounda |.freedesktop.org|tion.org Ever confirmed|0 |1 Keywords|needsDevAdvice | Severity|normal |enhancement --- Comment #8 from Heiko Tietze --- We discussed the topic in the design meeting and decided to agree with the request. -- 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 131063] Navigate document content when selection is made by single click in the Navigator
https://bugs.documentfoundation.org/show_bug.cgi?id=131063 Heiko Tietze changed: What|Removed |Added Keywords|needsUXEval | CC|libreoffice-ux-advise@lists |heiko.tietze@documentfounda |.freedesktop.org|tion.org --- Comment #2 from Heiko Tietze --- We discussed this topic in the design meeting. Provided the video showcases a switch from the current double click behavior to go to the heading or the object towards a single click we have concerns. + con: usually the default action (go-to) is done by double click + con: single click blocks context menu for not active object + keep the context menu could be done also by special handling of right button + con: breaks flow where you work in Headings-part, and select e.g. an image or work in a table + pro: weird situation when a different item is selected as the active position; wouldn't be an issue with single click + similar issue with styles & formatting where single click does not apply the style (bug 94427) + rather a different topic IMO (Cor) + pro: in document selection is a single click and changes the Navigator + with no clear need, let's not break the known behavior, present left and right (Cor) + tend to weight the pro higher (Heiko) + the other way round for me; will likely hate it (Cor) Jim, please comment if the assumption is wrong. Otherwise it's up to you to balance the pro and cons, keeping the ticket open. -- 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 131005] UNO command to dock all toolbars
https://bugs.documentfoundation.org/show_bug.cgi?id=131005 Heiko Tietze changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |WONTFIX --- Comment #1 from Heiko Tietze --- We discussed the topic in the design meeting and recommend to abandon the patch and resurrect when user have a need. -- 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 102835] Feature request: Endnote by chapter near end of document.
https://bugs.documentfoundation.org/show_bug.cgi?id=102835 --- Comment #8 from peter josvai --- I agree, too, this is a very important feature, and a very important feature request... this -- allowing endnotes numbering to restart per chapter, and being able to place it "near the end" -- is what will make Writer the writers' choice... I mean, this is what's missing still, this is without which one cannot rely FULLY on Writer... from scratch to finalizing a book project... without this functionality, one will write... and then give it to a pro, who will use other software, to edit handle the text, and hand it over to a print house, and create the ebook versions of it... make no mistake, writers are a minority, a tiny, or super-tiny minority among Writer users! yet they should be viewed as most relevant or "representative" users, I believe... I know, this is an office suite... and office workers are not writers... but they should be using the writers' tool, when they write, and not the other way around :) right? - - - thank you for developing Writer - - - -- 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 130928] Area Fill update presets
https://bugs.documentfoundation.org/show_bug.cgi?id=130928 --- Comment #12 from andreas_k --- fyi I found out that you can delete ab preset gradient, bitmap, hatch, pattern with right click menu. So if an user want less presets, it can be done easy. -- 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 91030] Writer: Find and Find-&-Replace need character auto-replacement to support string searches and replacements
https://bugs.documentfoundation.org/show_bug.cgi?id=91030 Cor Nouws changed: What|Removed |Added Component|Writer |LibreOffice -- 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 91030] Writer: Find and Find-&-Replace need character auto-replacement to support string searches and replacements
https://bugs.documentfoundation.org/show_bug.cgi?id=91030 Cor Nouws changed: What|Removed |Added CC||c...@nouenoff.nl Version|4.2.8.2 release |Inherited From OOo -- 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 130953] Improve listing of (table) styles to reflect that newly created styles are in the document only (not available elsewhere)
https://bugs.documentfoundation.org/show_bug.cgi?id=130953 Cor Nouws changed: What|Removed |Added Summary|Improve listing of (table) |Improve listing of (table) |styles |styles to reflect that ||newly created styles are in ||the document only (not ||available elsewhere) -- 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 131063] Navigate document content when selection is made by single click in the Navigator
https://bugs.documentfoundation.org/show_bug.cgi?id=131063 Cor Nouws changed: What|Removed |Added Summary|Navigate document content |Navigate document content |when selection is made in |when selection is made by |the Navigator |single click in the ||Navigator Version|unspecified |Inherited From OOo CC||c...@nouenoff.nl -- 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 130953] Improve listing of (table) styles
https://bugs.documentfoundation.org/show_bug.cgi?id=130953 Cor Nouws changed: What|Removed |Added CC||c...@nouenoff.nl --- Comment #5 from Cor Nouws --- (In reply to Heiko Tietze from comment #2) > (In reply to Maxim Monastirsky from comment #1) > > I would just get rid of the AutoFormat dialog > > Agreed, and this is actually what we planned but I cannot find the AutoFormat is in use in Calc. So currently there is consistency - but at what price. Should need so time to think about this.. -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 130778] Branding for 7.0
https://bugs.documentfoundation.org/show_bug.cgi?id=130778 Adolfo Jayme changed: What|Removed |Added See Also||https://redmine.documentfou ||ndation.org/issues/2905 -- 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 130542] Manual break causes page style to revert to default, if "Style" is not specified in "Insert Break" dialog
https://bugs.documentfoundation.org/show_bug.cgi?id=130542 --- Comment #5 from R. Green --- For bug 2, see Bug 131132. -- 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 130542] Manual break causes page style to revert to default, if "Style" is not specified in "Insert Break" dialog
https://bugs.documentfoundation.org/show_bug.cgi?id=130542 R. Green changed: What|Removed |Added Summary|PAGE STYLE: Cannot change |Manual break causes page |page style with double |style to revert to default, |click in style list |if "Style" is not specified ||in "Insert Break" dialog -- 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 130542] PAGE STYLE: Cannot change page style with double click in style list
https://bugs.documentfoundation.org/show_bug.cgi?id=130542 --- Comment #4 from R. Green --- > Admittedly, None is actually leading to Default and not being the same is > confusing. I don't know why and if we can solve this. Exactly. If nothing is specified in "Insert > More breaks > Manual break", then page style should NOT change. Actually, there is actually more than one bug in this thread, namely: 1) Manual page break causes style to revert to default if no page style is specified (in "Insert > More breaks > Manual break"). 2. Header does not update correctly when you change to another page style. You have to save, close and reload the file. Can I suggest dedicating this thread to fixing bug 1 (above), and I will create another thread to address bug 2 link to follow). -- 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 113604] Optimal column width of table in Writer is cumbersome and not persistent
https://bugs.documentfoundation.org/show_bug.cgi?id=113604 --- Comment #15 from Justin L --- (In reply to Evert Heylen from comment #14) > Is there a way to optimize column widths programmatically/headless too? I imagine so, but you will still need to figure out how to programmatically select as well as figure out how to make a UNO call to these functions: .uno:SetMinimalRowHeight .uno:SetOptimalRowHeight .uno:DistributeRows .uno:SetMinimalColumnWidth .uno:SetOptimalColumnWidth .uno:DistributeColumns -- 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 113604] Optimal column width of table in Writer is cumbersome and not persistent
https://bugs.documentfoundation.org/show_bug.cgi?id=113604 --- Comment #14 from Evert Heylen --- (In reply to V Stuart Foote from comment #13) > Much of the request for 'optimize' widget controls in the UI is available > now with rework for bug 64242. A selection is still required, and we still > don't implement the ODF 'style:use-optimal-column-width'-- and that would > require new dev implementation to make that automatic for the listed see > alsos. > > Otherwise, all six row/column/table controls are available as UNO actions > and can be added to Toolbar, Menu, Context-menu, and Keyboard shortcuts. > > This is not completely resolved, but any question of the UI customization to > manipulate table layout is pretty well available from 6.2 onward. I generate documents programmatically, and use LibreOffice (headless) to turn them into PDFs. Is there a way to optimize column widths programmatically/headless too? The `use-optimal-column-width` property would be awesome but I understand it is not supported yet. I tried writing a macro but could only get it to work while selecting something (i.e. impossible to use headless). -- 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 34355] Option to show track changes in margin is missing
https://bugs.documentfoundation.org/show_bug.cgi?id=34355 Xisco Faulí changed: What|Removed |Added Status|RESOLVED|NEW Resolution|FIXED |--- -- 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 34355] Option to show track changes in margin is missing
https://bugs.documentfoundation.org/show_bug.cgi?id=34355 Manoj Mehta changed: What|Removed |Added Resolution|--- |FIXED Status|NEW |RESOLVED --- Comment #132 from Manoj Mehta --- I personally gave up using LO for novels, short stories, and RPG editing just because of that blatant lack of an essential feature. So each time Ubuntu gives me a LO update (so far 1:5.2.5~rc1-0ubuntu1~xenial0), I check that, but there's no usable change-tracking, and I go back to Windows and Word, infuriated. IMHO, this is a no-brainer: anyone professionally using a text editor needs to track changes, and displaying changes in the text itself makes the text unreadable, and therefore the whole change-tracking feature unusable. thanks -- 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