[Libreoffice-ux-advise] [Bug 141864] Enhancement: Default padding in LibreOffice Calc
https://bugs.documentfoundation.org/show_bug.cgi?id=141864 QA Administrators changed: What|Removed |Added Whiteboard|QA:needsComment | -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 141819] Don't remove icons from toolbar when updating
https://bugs.documentfoundation.org/show_bug.cgi?id=141819 QA Administrators changed: What|Removed |Added Whiteboard|QA:needsComment | -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 141864] Enhancement: Default padding in LibreOffice Calc
https://bugs.documentfoundation.org/show_bug.cgi?id=141864 --- Comment #3 from Bimal --- For the cell padding, I am also comparing with MS Excel. I don't know default padding in MS Excel but practically it's higher than LibreOffce Calc. I checked by editing and looks like there is too little space between text and cell borders in LibreOffice. The MS Office looks good and the padding (or called margin) is perfect and looks good. -- 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 141867] Explain "Type" and "Insert Reference To" elements with tooltips
https://bugs.documentfoundation.org/show_bug.cgi?id=141867 --- Comment #5 from Eyal Rozenberg --- (In reply to Thomas Lendo from comment #4) > In general, I find it disturbing when tooltips pop up in any place of the > UI. But aren't you the "odd person out" about this point?? I mean, they shouldn't pop up immediately, but tooltips are widely used in LO > It's well known for example in toolbars. Especially I didn't like > tooltips in lists where the tooltip pops up during moving the mouse of the > list items automatically and then the tooltip itself covers other list items > so that they are not visible anymore. Then you have to move away the mouse > to have an full overview again ... I'd say that's more about tooltip delay and behavior on movement than its very existence. > > The "Type" list should be self-explanatory in my opinion. Is it really > necessary to have tooltips here? I doubt. It _should_, but it isn't; and even if we rephrased it as I suggest it would still be somewhat cryptic. I'm suggesting we compensate for that somewhat. > The "Insert reference to" list is different. Here I support a better > description as it's not really well classifiable. (What's the difference of > Number, Number (no context) and Number (full context)? Why is the most > important list item "Reference" not on top of the list and why is it called > so? etc.) So, my rename bug 141869 indeed touches on those issues, but same point - accesible explanation is called for IMHO. -- 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 141869] Rephrase "Insert Reference To" items
https://bugs.documentfoundation.org/show_bug.cgi?id=141869 Thomas Lendo changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=14 ||1867 -- 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 141867] Explain "Type" and "Insert Reference To" elements with tooltips
https://bugs.documentfoundation.org/show_bug.cgi?id=141867 Thomas Lendo changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=14 ||1869 --- Comment #4 from Thomas Lendo --- In general, I find it disturbing when tooltips pop up in any place of the UI. It's well known for example in toolbars. Especially I didn't like tooltips in lists where the tooltip pops up during moving the mouse of the list items automatically and then the tooltip itself covers other list items so that they are not visible anymore. Then you have to move away the mouse to have an full overview again ... The "Type" list should be self-explanatory in my opinion. Is it really necessary to have tooltips here? I doubt. The "Insert reference to" list is different. Here I support a better description as it's not really well classifiable. (What's the difference of Number, Number (no context) and Number (full context)? Why is the most important list item "Reference" not on top of the list and why is it called so? etc.) -- 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 141867] Explain "Type" and "Insert Reference To" elements with tooltips
https://bugs.documentfoundation.org/show_bug.cgi?id=141867 Thomas Lendo changed: What|Removed |Added CC||thomas.le...@gmail.com --- Comment #3 from Thomas Lendo --- In general, I find it disturbing when tooltips pop up in any place of the UI. It's well known for example in toolbars. Especially I didn't like tooltips in lists where the tooltip pops up during moving the mouse of the list items automatically and then the tooltip itself covers other list items so that they are not visible anymore. Then you have to move away the mouse to have an full overview again ... The "Type" list should be self-explanatory in my opinion. Is it really necessary to have tooltips here? I doubt. The "Insert reference to" list is different. Here I support a better description as it's not really well classifiable. (What's the difference of Number, Number (no context) and Number (full context)? Why is the most important list item "Reference" not on top of the list and why is it called so? etc.) -- 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 141864] Enhancement: Default padding in LibreOffice Calc
https://bugs.documentfoundation.org/show_bug.cgi?id=141864 Thomas Lendo changed: What|Removed |Added CC||thomas.le...@gmail.com --- Comment #2 from Thomas Lendo --- First: The existing padding in Calc is well choosen to be also compatible/comparable with MS Excel. A bigger padding would disrupt this. Second: Is already reported as Bug 87420 - In-cell editing field is always top-aligned -- 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 141439] FIND & REPLACE: Should be possible to specify both a search expression and a style
https://bugs.documentfoundation.org/show_bug.cgi?id=141439 --- Comment #7 from Eyal Rozenberg --- (In reply to Thomas Lendo from comment #6) > I support the idea of a combination of search possibilities despite of the > existence of an extension. But how could that be implemented without > cluttering the UI? Well, we could do what MS does, which is not use the Find pattern textbox and Replace pattern textbox for selecting styles. What we have now, while clever, is a bit on the smarty-pants side IMHO. It's acceptable while this requested feature is missing, but otherwise - not so much. We could have a mini style selector box of some kind, that opens up when you click something to indicate you want to specify a search style. -- 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 136313] Inconsistency in Bringing forth the Page Style Window Using the Status Bar from LibreOffice Calc
https://bugs.documentfoundation.org/show_bug.cgi?id=136313 --- Comment #3 from Thomas Lendo --- Ah, I see, both from comment 2 is already existing in older bug reports: * Bug 87750 - make page style choosable from right click on status bar * Bug 91914 - UI Double click needed on status bar in Calc to open dialog Page style and Navigator (unlike Writer; where one click is in use) -- 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 136313] Inconsistency in Bringing forth the Page Style Window Using the Status Bar from LibreOffice Calc
https://bugs.documentfoundation.org/show_bug.cgi?id=136313 Thomas Lendo changed: What|Removed |Added Blocks||86066 CC||thomas.le...@gmail.com --- Comment #2 from Thomas Lendo --- As other preferences in the statusbar also react with single click, I support the unification: * Single click should open the page style window in Calc. * Right-click should open a context menu with all available page styles in Calc. This would be consistent with the slide master names in the statusbar of Impress and Draw. Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=86066 [Bug 86066] [META] bugs and improvements to the statusbar -- 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 141439] FIND & REPLACE: Should be possible to specify both a search expression and a style
https://bugs.documentfoundation.org/show_bug.cgi?id=141439 Thomas Lendo changed: What|Removed |Added CC||thomas.le...@gmail.com --- Comment #6 from Thomas Lendo --- I support the idea of a combination of search possibilities despite of the existence of an extension. But how could that be implemented without cluttering the UI? Would be nice to have cascading find criteria like the sort criteria in Calc (Sort Key 1, Sort Key 2 ...). -- 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 141859] Autotext-like cross-reference insertion
https://bugs.documentfoundation.org/show_bug.cgi?id=141859 --- Comment #2 from Eyal Rozenberg --- (In reply to Heiko Tietze from comment #1) > "B.1.5" could be anything, a heading, a figure caption, a bookmark... > This reverse reference search would not work unless the term is very > specific. Ok, fair point. Well, two options: 1. Unless the search string is unambiguous, don't create the reference. Easy-peasy, and in real life, if you have a B.1.5 heading, you are unlikely to have anything else with that exact number. 2. If multiple results match that string, open a context menu with the different options. More robust, but more work. The neat thing here is that option (1) is easily upgradeable to option (2) with essentially nothing thrown away. > Another shortcoming might be that you remember the chapter name > "Foo" but not the number. And you want to insert the page number to this > chapter. Again, several options: 1. Just the number, no fancier search capability. Open the dialog if you like 2. Allow a slightly fuzzier match, i.e. try to match both the number and the name; insert reference on exact match only, otherwise do nothing. 3. Allow a slightly fuzzier match, i.e. try to match both the number and the name. If there are multiple matches, open a context menu to select from among them. 4. Allow a very fuzzy match - substring, "sounds like" etc. If there are multiple matches, open a context menu to select from among them. And again, we could start with option (1) and upgrade later. Notes: * Continued typing could update the menu with the better-filtered search results, so that you can type until there's a single match or no match. * It might be a good idea to indicate a single match has been found rather than no matches found. -- 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 141859] Autotext-like cross-reference insertion
https://bugs.documentfoundation.org/show_bug.cgi?id=141859 --- Comment #1 from Heiko Tietze --- But "B.1.5" could be anything, a heading, a figure caption, a bookmark... This reverse reference search would not work unless the term is very specific. Another shortcoming might be that you remember the chapter name "Foo" but not the number. And you want to insert the page number to this chapter. -- 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 141676] OPTIONS DIALOG: Split "Add Paragraph and Table spacing at tops of pages" into two separate options
https://bugs.documentfoundation.org/show_bug.cgi?id=141676 --- Comment #4 from Heiko Tietze --- So "Add Paragraph and Table spacing at top of the first page" would be the correct label? -- 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 141651] INDEX: Table of figures Hyperlink points to caption, should point to parent frame
https://bugs.documentfoundation.org/show_bug.cgi?id=141651 --- Comment #4 from Heiko Tietze --- (In reply to Dieter from comment #3) > Heiko, you're the expert of course, but how do you explain the different > behaviour, if you choose "Create from Captions" or "Create from Object > Names"? I would expect, that thisonly affects the entry in the index, but > not the target of the hyperlink. Isn't it perfectly clear that Captions points to the label and Object names to the object itself? What should we change? -- 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 141728] Navigator SB deck, 'Go to Page' Spin box is holding deck width too wide
https://bugs.documentfoundation.org/show_bug.cgi?id=141728 --- Comment #11 from Heiko Tietze --- (In reply to V Stuart Foote from comment #10) > Would it be too weird to move the 'Go to Page' spinbox widget onto its own > row in the Navigator Header? The UI is totally overloaded and against a11y guidelines right now. So no, it will not make it worse. But definitely also not better. -- 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 141728] Navigator SB deck, 'Go to Page' Spin box is holding deck width too wide
https://bugs.documentfoundation.org/show_bug.cgi?id=141728 V Stuart Foote changed: What|Removed |Added OS|Windows (All) |All -- 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 141728] Navigator SB deck, 'Go to Page' Spin box is holding deck width too wide
https://bugs.documentfoundation.org/show_bug.cgi?id=141728 --- Comment #10 from V Stuart Foote --- (In reply to Jim Raykowski from comment #5) > It is set in the code to hold 3 digits but seems to be only honored by gtk3. > > https://opengrok.libreoffice.org/xref/core/sw/source/uibase/utlui/navipi. > cxx?r=2633d5f9#535 (In reply to Heiko Tietze from comment #6) > And saving one character space is not much... Would it be too weird to move the 'Go to Page' spinbox widget onto its own row in the Navigator Header? Or maybe even onto the Deck label bar since it is only by 'Page' movments, regardless of 'Navigate by' mode set. -- 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 141728] Navigator SB deck, 'Go to Page' Spin box is holding deck width too wide
https://bugs.documentfoundation.org/show_bug.cgi?id=141728 --- Comment #9 from V Stuart Foote --- Created attachment 171633 --> https://bugs.documentfoundation.org/attachment.cgi?id=171633=edit Navigator clip from dupe bug 142082 -- 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 141728] Navigator SB deck, 'Go to Page' Spin box is holding deck width too wide
https://bugs.documentfoundation.org/show_bug.cgi?id=141728 V Stuart Foote changed: What|Removed |Added CC||q...@superstructure.info --- Comment #8 from V Stuart Foote --- *** Bug 142082 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 141819] Don't remove icons from toolbar when updating
https://bugs.documentfoundation.org/show_bug.cgi?id=141819 L Duperval changed: What|Removed |Added Resolution|--- |DUPLICATE Status|NEEDINFO|RESOLVED --- Comment #3 from L Duperval --- Yes, it is a duplicate of bug 76131. *** This bug has been marked as a duplicate of bug 76131 *** -- 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 141593] Allow showing paragraph and character styles at once in style pane
https://bugs.documentfoundation.org/show_bug.cgi?id=141593 Heiko Tietze changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |DUPLICATE --- Comment #2 from Heiko Tietze --- Absolutely yes. Merging the styles into one deck is part of bug 90646 and hopefully done during this year GSoC. *** This bug has been marked as a duplicate of bug 90646 *** -- 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 141975] The macro-UI is confusing and not intuitive to me
https://bugs.documentfoundation.org/show_bug.cgi?id=141975 --- Comment #2 from johnks --- i would like to add to this, one UI element i have found missing at least for me which is present in excel vba is "sheet properties" where the sidebar lists various properties of the selected sheet, in my case i want to use the "visible" options."-1. xlsheetvisible, 0. xhsheethidden, 1. xlsheetveryhidden." i have been using LO for years now and i have not found this option. either the UI is so confusing that it has slipped while being right in-front of me or the UI element just doesn't exist. -- 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 141819] Don't remove icons from toolbar when updating
https://bugs.documentfoundation.org/show_bug.cgi?id=141819 V Stuart Foote changed: What|Removed |Added OS|All |Windows (All) CC||vstuart.fo...@utsa.edu --- Comment #2 from V Stuart Foote --- Smells like a dupe of bug 76131 -- 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 141864] Enhancement: Default padding in LibreOffice Calc
https://bugs.documentfoundation.org/show_bug.cgi?id=141864 --- Comment #1 from Heiko Tietze --- (In reply to Bimal from comment #0) > The default padding of cell is 0.35mm which is not looking good. I respectfully disagree. > * Second Change: > editing ... it's not respecting padding... Not sure about this too (and I can only follow the jump to the top). AFAIK, the cell editing is done in a completely different context and changing it might be a huge effort. More opinions please. -- 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 43474] Do not show Progress Bar for Autosave action predictable shorter 2 seconds
https://bugs.documentfoundation.org/show_bug.cgi?id=43474 Heiko Tietze changed: What|Removed |Added CC|libreoffice-ux-advise@lists |heiko.tietze@documentfounda |.freedesktop.org|tion.org See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=49 ||701 Keywords|needsUXEval | --- Comment #5 from Heiko Tietze --- It's not the prediction of progress but the actual time on task. Usually a progress bar shows up when operations take longer than 500ms (2s without feedback is quite a while). Just keep it hidden before. -- 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 141819] Don't remove icons from toolbar when updating
https://bugs.documentfoundation.org/show_bug.cgi?id=141819 Heiko Tietze changed: What|Removed |Added Status|UNCONFIRMED |NEEDINFO Ever confirmed|0 |1 --- Comment #1 from Heiko Tietze --- We do not remove icons. Perhaps you talk about toolbar buttons. What exactly has changed? -- 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 135633] Image border not being copied with the inserted image when it is pasted outside Writer
https://bugs.documentfoundation.org/show_bug.cgi?id=135633 Heiko Tietze changed: What|Removed |Added Resolution|--- |WONTFIX Status|UNCONFIRMED |RESOLVED --- Comment #3 from Heiko Tietze --- (In reply to Regina Henschel from comment #1) > question is whether LibreOffice should do this automatically or on request Without a clear use case / scenario I don't see need to make Writer an editor for raster graphics. No need to automatically convert attributes. => WF -- 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 134534] New animation: line draw
https://bugs.documentfoundation.org/show_bug.cgi?id=134534 Heiko Tietze changed: What|Removed |Added Keywords|needsUXEval | Status|UNCONFIRMED |NEW Blocks||109362 Ever confirmed|0 |1 CC|libreoffice-ux-advise@lists |caol...@redhat.com, |.freedesktop.org|heiko.tietze@documentfounda ||tion.org --- Comment #2 from Heiko Tietze --- (In reply to Laurent BP from comment #1) > Time stamp: 3:52 Animation at 4:48 Nice one, and could be also useful for arrows pointing to the important information. But unlike other animations it would be restricted to lines. Caolan, what do you think? Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=109362 [Bug 109362] [META] Custom/object animation bugs and enhancements -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 141857] "Libreoffice community" image is invisible on Gtk dark theme
https://bugs.documentfoundation.org/show_bug.cgi?id=141857 Heiko Tietze changed: What|Removed |Added CC|libreoffice-ux-advise@lists |heiko.tietze@documentfounda |.freedesktop.org|tion.org Keywords|needsUXEval | -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 142079] EDITING Drag and drop result from Windows Explorer to Writer is inconsistent
https://bugs.documentfoundation.org/show_bug.cgi?id=142079 --- Comment #2 from Heiko Tietze --- (In reply to NISZ LibreOffice Team from comment #0) > For comparison, Word 2019 drag and drops everything – except ODF files – as > OLE icon. I guess our users would prefer Writer behaving the same way, so > that’s why I’m asking. Don't think so. IMO you drop objects to load the file, if nothing is open, or add the content. The plain reference has no good purpose except making the text processor a file manager. But I might be wrong and we could run a quick poll somewhere. Opinions? -- 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 142079] EDITING Drag and drop result from Windows Explorer to Writer is inconsistent
https://bugs.documentfoundation.org/show_bug.cgi?id=142079 NISZ LibreOffice Team changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=13 ||8179 -- 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 142079] EDITING Drag and drop result from Windows Explorer to Writer is inconsistent
https://bugs.documentfoundation.org/show_bug.cgi?id=142079 NISZ LibreOffice Team 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. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 76258] Filter by colors in Calc
https://bugs.documentfoundation.org/show_bug.cgi?id=76258 --- Comment #38 from Commit Notification --- Samuel Mehrbrodt committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/e2bdd31c0231444f1ba1463bffb5656c230c3073 tdf#76258 Add ODF import/export It will be available in 7.2.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. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 141857] "Libreoffice community" image is invisible on Gtk dark theme
https://bugs.documentfoundation.org/show_bug.cgi?id=141857 Caolán McNamara changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|libreoffice-b...@lists.free |caol...@redhat.com |desktop.org | -- 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 142078] Improve Autofilter's Color filtering layout
https://bugs.documentfoundation.org/show_bug.cgi?id=142078 --- Comment #2 from Heiko Tietze --- Do we really need a new ticket while this is WIP? My take: DUP of bug 76258. And I neither see an advantage in the META ticket. -- 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 142078] Improve Autofilter's Color filtering layout
https://bugs.documentfoundation.org/show_bug.cgi?id=142078 --- Comment #1 from Roman Kuznetsov <79045_79...@mail.ru> --- Created attachment 171628 --> https://bugs.documentfoundation.org/attachment.cgi?id=171628=edit Comparize Excel vs Calc screenshot -- 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 142078] Improve Autofilter's Color filtering layout
https://bugs.documentfoundation.org/show_bug.cgi?id=142078 Roman Kuznetsov <79045_79...@mail.ru> changed: What|Removed |Added Keywords||needsUXEval CC||79045_79...@mail.ru, ||libreoffice-ux-advise@lists ||.freedesktop.org Blocks||142076 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=142076 [Bug 142076] [META] Color filtering in Autofilter bugs and enhancements -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 76258] Filter by colors in Calc
https://bugs.documentfoundation.org/show_bug.cgi?id=76258 Roman Kuznetsov <79045_79...@mail.ru> changed: What|Removed |Added Blocks||142076 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=142076 [Bug 142076] [META] Color filtering in Autofilter bugs and enhancements -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 76258] Filter by colors in Calc
https://bugs.documentfoundation.org/show_bug.cgi?id=76258 --- Comment #37 from Samuel Mehrbrodt (allotropia) --- Thanks, yes I checked Excel and Google Docs for comparison. This is still WIP, I will consider Heikos comments. I will also add ODF and OOXML import/export (currently nothing is saved). -- 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 76258] Filter by colors in Calc
https://bugs.documentfoundation.org/show_bug.cgi?id=76258 --- Comment #36 from NISZ LibreOffice Team --- Created attachment 171626 --> https://bugs.documentfoundation.org/attachment.cgi?id=171626=edit Prior art Great work Samuel! To help addressing design questions raised by Heiko, here is some prior art :). Also: do you plan to add OOXML import-export support? -- 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 141986] Improve current LO Application Colors theme handling to support a LibreOffice "dark" color scheme mode
https://bugs.documentfoundation.org/show_bug.cgi?id=141986 Heiko Tietze changed: What|Removed |Added Blocks||142074 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=142074 [Bug 142074] [META] Options dialog's Color settings bugs and enhancements -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 141986] Improve current LO Application Colors theme handling to support a LibreOffice "dark" color scheme mode
https://bugs.documentfoundation.org/show_bug.cgi?id=141986 --- Comment #5 from Heiko Tietze --- (In reply to V Stuart Foote from comment #4) > comments are laid out on a non-theme controlled frame so onto that hardcoded > lightgray value. That's a major showstopper for dark themes. > Also, the Table cells are an uncontrolled white background I'm using formatted dummy text [1] and the table is formatted by "Elegant" which has a cell background defined. Similar issue as in text becoming "0" due to the number format or the fact that fonts are always overwritten by Liberation Sans or Serif. [1] https://extensions.libreoffice.org/en/extensions/show/132 > Likewise the Chart axis labeling seems uncontrolled black fg font. Haven't changed the Chart colors. > Some logic to control the icon themes (based on fg / bg colors) of the > ColorTheme as well? Would appreciate if we have a switch to "darken" the colors and "invert" the icons. This approach with a second color set is never working properly, I'm afraid. -- 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 141869] Rephrase "Insert Reference To" items
https://bugs.documentfoundation.org/show_bug.cgi?id=141869 --- Comment #3 from Heiko Tietze --- (In reply to Eyal Rozenberg from comment #2) > ...references... only have a target. Meaning no need for this word. Just "Reference Text". > > > "Above/Below" -> ""Above"/"Below"" (i.e. add quotation marks) > Again, it disambiguates. Can follow this argument. > > See help (-> URL) for more. Meant for others who want to read the documentation. -- 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 105527] [Bounty] Improve readability of grammar and spelling errors
https://bugs.documentfoundation.org/show_bug.cgi?id=105527 Dieter changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=11 ||6566 -- 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 135501] Change the default UI (see comment 67)
https://bugs.documentfoundation.org/show_bug.cgi?id=135501 Heiko Tietze changed: What|Removed |Added CC||psaut...@gmail.com --- Comment #83 from Heiko Tietze --- *** Bug 142057 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 142057] Improvement to User Interface Variants
https://bugs.documentfoundation.org/show_bug.cgi?id=142057 Heiko Tietze changed: What|Removed |Added Resolution|--- |DUPLICATE See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=12 ||5009 Status|UNCONFIRMED |RESOLVED --- Comment #3 from Heiko Tietze --- (In reply to PeeWee from comment #2) > The use of the word "Toolbar" in the option name can cause confusion... Renaming was discussed sometimes before, for example in bug 125009. I'd favor non-technical names like Berlin, Redmond, Beijing. > ...option names using "Toolbar". Single is going to be removed from the set and we will have only one Standard Toolbar. Making this a duplicate. *** This bug has been marked as a duplicate of bug 135501 *** -- 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
