[Libreoffice-ux-advise] [Bug 141566] Implement os/DE theme support in Basic Editor, allow for dark mode when used
https://bugs.documentfoundation.org/show_bug.cgi?id=141566 QA Administrators changed: What|Removed |Added Status|NEEDINFO|UNCONFIRMED Ever confirmed|1 |0 -- 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 141566] Implement os/DE theme support in Basic Editor, allow for dark mode when used
https://bugs.documentfoundation.org/show_bug.cgi?id=141566 --- Comment #13 from QA Administrators --- [Automated Action] NeedInfo-To-Unconfirmed -- 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 135977] Rename and Reorder Template Menu to make it more intuitive.
https://bugs.documentfoundation.org/show_bug.cgi?id=135977 --- Comment #4 from sdc.bla...@youmail.dk --- (In reply to Clarc from comment #0) Thanks for your suggestions and interest. Improvements are worthwhile, but maybe a more comprehensive approach is preferable. - Naming issues (a) About comment 2. "Open Template" will be "Edit Template" in 7.2 (see bug 138621, comment 8) (b) Template Manager has multiple purposes (including setting a default template, renaming and deleting templates, putting them in categories, moving them between categories, etc.), so it is just as problematic to rename the command to something that signals primarily "open a document based on a template" -- because then it "hides" all the other management functions (see next point). - Position issue Changing command position in the Template submenu might be appropriate if nothing further was done in relation to templates. But maybe the UI should be improved to (a) make it easier to use templates and (b) unnecessary to use template manager (Ctrl+Shift+N) as the primary (only) way to open templates (see bug 137906). With that approach, the template manger would go back (become) primarily a dialog to manage templates, and then its name and position would become less important, in relation to opening new documents with templates. My proposal: Given that the OP is focused on "improve the user-friendliness", consider closing this ticket as a duplicate of bug 137906, as way to indicate/register interest for improving ease of using/selecting templates when opening new documents (and then "position" can be considered in light of other planned UI changes). -- 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 Heiko Tietze changed: What|Removed |Added Keywords||needsUXEval CC||libreoffice-ux-advise@lists ||.freedesktop.org --- Comment #29 from Heiko Tietze --- Conditional formatting works per Cell Style and you can search right now for cell styles. Sort doesn't has the option but we could add the condition Cell Style with values listing up the available styles. Now I wonder if we really want to clutter the UI with another option to search for and filter by colors. Admittedly it's easier to quickly highlight a cell per color and one needs to get familiar with styles. But it's the more flexible choice. What I don't understand is sorting per color (or style). Makes not much sense to me. -- 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 141566] Implement os/DE theme support in Basic Editor, allow for dark mode when used
https://bugs.documentfoundation.org/show_bug.cgi?id=141566 --- Comment #12 from Rafael Lima --- (In reply to Heiko Tietze from comment #11) > Sorry for the confusion with Math. But it's the same for Basic: you get the > canvas in application background color. And besides the fact that a dark > background as Kate has is bad IMHO, you can configure it and the question is > why you need a special handling for Basic. The reason is because users may want, at the same time, to have a dark background in the Basic Editor while maintaining a white background for Writer/Calc documents. In my previous message I used Writer examples to explain why Writer users might want to keep a white background even on a dark theme. I myself do a lot of Basic programming and I would love to use dark background in the Basic editor, while keeping the white background in Writer/Calc. -- 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 141566] Implement os/DE theme support in Basic Editor, allow for dark mode when used
https://bugs.documentfoundation.org/show_bug.cgi?id=141566 --- Comment #11 from Heiko Tietze --- Sorry for the confusion with Math. But it's the same for Basic: you get the canvas in application background color. And besides the fact that a dark background as Kate has is bad IMHO, you can configure it and the question is why you need a special handling for Basic. -- 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 141566] Implement os/DE theme support in Basic Editor, allow for dark mode when used
https://bugs.documentfoundation.org/show_bug.cgi?id=141566 --- Comment #10 from Rafael Lima --- Created attachment 171193 --> https://bugs.documentfoundation.org/attachment.cgi?id=171193=edit Screenshots of the File in Dark and White document background -- 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 141566] Implement os/DE theme support in Basic Editor, allow for dark mode when used
https://bugs.documentfoundation.org/show_bug.cgi?id=141566 --- Comment #9 from Rafael Lima --- Created attachment 171192 --> https://bugs.documentfoundation.org/attachment.cgi?id=171192=edit Writer Document created in a Dark Background -- 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 141566] Implement os/DE theme support in Basic Editor, allow for dark mode when used
https://bugs.documentfoundation.org/show_bug.cgi?id=141566 --- Comment #8 from Rafael Lima --- Even in dark mode, there are many reasons to stick with a white background in Writer: 1) I write papers in contribution with other authors and they create their documents using white background. This is the default in academic writing, because later the paper will be published as a PDF (with white background) or printed in paper (white too). 2) In Writer, if you chose a dark background and start adding images from other sources (which were created with white background in mind), they will produce a weird looking document (everything is black and all of a sudden there is a white image, which was supposed to blend with the document if the document background were white too - see example in the attached ODG). 3) Font colors are a problem too. If you start setting font colors with dark background in mind (using direct formatting) and then send the file to someone with a white background (which is still a majority), the recipient won't be able to read parts of the text formatted using direct formatting (I know that it's best to use styles, but most people still use direct formatting for basic things as setting font colors). I created a sample Writer file (using a dark background) and added a few screenshots with it rendered in dark and light background to illustrate my point. It should be noted that when using the Default character style, LO already switches font colors from black to white to respond to dark mode. However, the problem arises with direct formatting. On the other hand, users programing in the Basic Editor will probably want to stick with a dark background when system theme is in dark mode, even while maintaining a white background for Writer documents. -- 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 141668] Smooth/Animated scrolling for automatic positioning, eg. clicking last line of text visible
https://bugs.documentfoundation.org/show_bug.cgi?id=141668 Heiko Tietze changed: What|Removed |Added CC|libreoffice-ux-advise@lists |heiko.tietze@documentfounda |.freedesktop.org|tion.org Keywords|needsUXEval | Summary|Unexpected view change |Smooth/Animated scrolling |after clicking last line of |for automatic positioning, |text visible|eg. clicking last line of ||text visible Severity|normal |enhancement -- 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 141566] Implement os/DE theme support in Basic Editor, allow for dark mode when used
https://bugs.documentfoundation.org/show_bug.cgi?id=141566 --- Comment #7 from Heiko Tietze --- Apologies, you talk about Basic. But still, why should it use a different color than other modules? -- 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 141566] Implement os/DE theme support in Basic Editor, allow for dark mode when used
https://bugs.documentfoundation.org/show_bug.cgi?id=141566 --- Comment #6 from Rafael Lima --- Created attachment 171190 --> https://bugs.documentfoundation.org/attachment.cgi?id=171190=edit Screenshots describing the issue Consider this ODG file for the message above. -- 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 141566] Implement os/DE theme support in Basic Editor, allow for dark mode when used
https://bugs.documentfoundation.org/show_bug.cgi?id=141566 Rafael Lima changed: What|Removed |Added Attachment #171189|0 |1 is obsolete|| -- 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 141566] Implement os/DE theme support in Basic Editor, allow for dark mode when used
https://bugs.documentfoundation.org/show_bug.cgi?id=141566 --- Comment #5 from Rafael Lima --- Created attachment 171189 --> https://bugs.documentfoundation.org/attachment.cgi?id=171189=edit Screenshots describing the issue (In reply to Heiko Tietze from comment #4) > Please start Math from Calc (Insert > Object > Formula) and revise your > comment. Heiko, I'm not sure what you would like me to revise. As I pointed out in my first message: "Other text editors in LO such as Math's formula editor respond to dark mode as expected". You can see in the first image of the ODG file I've just attached that indeed the Formula Editor in Math follows system colors and gets a dark background and white font color. As for this part: "is the same as the one used in the Background of Writer documents", what I meant is that Basic's Editor does not respond to dark mode because it gets its color from the "Document Background" color in the Options menu (see the 2nd image in the attached ODG file). What I'm proposing is to have a separate color setting for the Basic IDE, so that the user can set different colors for "Document Background" and "Basic Editor Background Color". -- 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 45389] FORMATTING: Footnote Tooltip not honoring Footnote formatting
https://bugs.documentfoundation.org/show_bug.cgi?id=45389 Heiko Tietze changed: What|Removed |Added Status|NEW |NEEDINFO --- Comment #4 from Heiko Tietze --- Tooltips should remain under control of the OS/DE but I wonder if there is benefit from introducing a special styled tip. What's your use case, Satchit? -- 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 66875] Other: Enhancement: Functionality to compare different style windows side by side on the screen
https://bugs.documentfoundation.org/show_bug.cgi?id=66875 Heiko Tietze changed: What|Removed |Added Resolution|--- |WORKSFORME Status|NEW |RESOLVED --- Comment #8 from Heiko Tietze --- This idea has been superseded by the Styles Inspector, see bug 134554 -- 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 46024] [RFE, FORMATTING] Allow creation of floating paragraphs
https://bugs.documentfoundation.org/show_bug.cgi?id=46024 Heiko Tietze changed: What|Removed |Added Resolution|--- |WONTFIX Status|NEW |RESOLVED --- Comment #4 from Heiko Tietze --- We have to follow the ODF standard and floating text is not part of it. Besides, I believe all formatting can be done easily with what we have, the two columns example is one out of the box, and frames are handy for unusual situations with freely positioned text. => 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 47114] ability to swap "open document" file dialog with file manager
https://bugs.documentfoundation.org/show_bug.cgi?id=47114 Heiko Tietze changed: What|Removed |Added Resolution|--- |WONTFIX Status|NEW |RESOLVED --- Comment #6 from Heiko Tietze --- Joel recommended WF and I agree. The file browser filters for only those files that can be read by the application. Swapping dialogs would be rather confusing for the "weekend users". -- 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 135974] User Notes (Howto): toolbars, screens offer possibility for user to enter his own howto-tips
https://bugs.documentfoundation.org/show_bug.cgi?id=135974 Heiko Tietze changed: What|Removed |Added CC||olivier.hallot@libreoffice. ||org Component|UI |Documentation --- Comment #1 from Heiko Tietze --- Why does this need a special UI or add some user-defined offline documentation? Just write down your notes in Writer and save at some handy position. Btw, the program's name is Calc ;-) -- 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 135977] Rename and Reorder Template Menu to make it more intuitive.
https://bugs.documentfoundation.org/show_bug.cgi?id=135977 Heiko Tietze changed: What|Removed |Added CC||sdc.bla...@youmail.dk --- Comment #3 from Heiko Tietze --- (In reply to Clarc from comment #0) > POSITION: ... option is most used Not against this idea but just mentioning that generic properties are at the bottom of context menus. > NAMING: ... 'Use Template' or 'Document from Template'...switch the naming of > 'Manage Templates' and 'Open Template' Not excited about this idea, maybe used to the term "manage". Switching labels would be a major pitfall for translators and users. -- 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 135856] Cannot scroll large slide content from PPTX or zoom in outside slide boundary
https://bugs.documentfoundation.org/show_bug.cgi?id=135856 Heiko Tietze changed: What|Removed |Added Summary|Cannot scroll large slide |Cannot scroll large slide |content or zoom in outside |content from PPTX or zoom |slide boundary |in outside slide boundary CC|libreoffice-ux-advise@lists |heiko.tietze@documentfounda |.freedesktop.org|tion.org, ||vmik...@collabora.com Keywords|needsUXEval |filter:pptx Status|UNCONFIRMED |NEW Ever confirmed|0 |1 --- Comment #4 from Heiko Tietze --- New slide with default properties has the format 16:9 with 28 x 15,75cm width/height. Placing objects at -28/-7,88 min respectively 50,5/20,25 max is possible and scrolling works fine. The example has a user-defined slide dimension and placing objects at the same relative min/max works as expected. But MSO apparently allows objects to be places beyond that - and we show it with the same coordinates (min -33,87 cm in both cases). This needs to be fixed, any position of objects should be possible. The scrollbar works according the ruler but has to follow the update. Workaround is to zoom out. Bug 117009 recommends to introduce a "auto-center" option that is on by default and hides the scrollbars when the entire slide is visible. If the option is off we get the current behavior where scrollbars always allow to put content out of sight. -- 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 135856] Cannot scroll large slide content or zoom in outside slide boundary
https://bugs.documentfoundation.org/show_bug.cgi?id=135856 --- Comment #3 from Mihai Vasiliu --- Well, it does not contradict 117009, but that one is wrongly explained. The scroll bars should be as long as the *content* in the canvas, not the slide itself (does not matter how big is the slide, just how big is the content that can be placed even outside the slide). That bug implies that the scroll bars should autosize relative to the content that needs to be scrollable. So if there is no reason to scroll, they should go away (have zero scrolling ability). So this 2 bugs should be treated as complementing themselves. -- 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 135977] Rename and Reorder Template Menu to make it more intuitive.
https://bugs.documentfoundation.org/show_bug.cgi?id=135977 Buovjaga changed: What|Removed |Added Keywords||needsUXEval Whiteboard| QA:needsComment| 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 135974] User Notes (Howto): toolbars, screens offer possibility for user to enter his own howto-tips
https://bugs.documentfoundation.org/show_bug.cgi?id=135974 Buovjaga changed: What|Removed |Added CC||libreoffice-ux-advise@lists ||.freedesktop.org Keywords||needsUXEval Summary|User Notes (Howto): |User Notes (Howto): |toolbars, screens offer |toolbars, screens offer |possibility for user to |possibility for user to |enter his own howto-tipps |enter his own howto-tips 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 135856] Cannot scroll large slide content or zoom in outside slide boundary
https://bugs.documentfoundation.org/show_bug.cgi?id=135856 Buovjaga changed: What|Removed |Added Keywords||needsUXEval CC||libreoffice-ux-advise@lists ||.freedesktop.org Summary|Cannot scroll large slide |Cannot scroll large slide |content or zoom in ouside |content or zoom in outside |slide boundry |slide boundary Whiteboard| QA:needsComment| --- Comment #2 from Buovjaga --- Design team: this report seems to contradict the request in bug 117009 (on the other hand, there does not seem to be consensus on how to tackle 117009) -- 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 47114] ability to swap "open document" file dialog with file manager
https://bugs.documentfoundation.org/show_bug.cgi?id=47114 Buovjaga changed: What|Removed |Added CC||libreoffice-ux-advise@lists ||.freedesktop.org Keywords||needsUXEval --- Comment #5 from Buovjaga --- Design team: this needs re-evaluation -- 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 46595] Add choice for vertical align to optical center
https://bugs.documentfoundation.org/show_bug.cgi?id=46595 Buovjaga changed: What|Removed |Added CC||libreoffice-ux-advise@lists ||.freedesktop.org Keywords||needsUXEval --- Comment #5 from Buovjaga --- Design team: needs re-evaluation -- 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 46024] [RFE, FORMATTING] Allow creation of floating paragraphs
https://bugs.documentfoundation.org/show_bug.cgi?id=46024 Buovjaga changed: What|Removed |Added CC||libreoffice-ux-advise@lists ||.freedesktop.org Keywords||needsUXEval --- Comment #3 from Buovjaga --- Design team: this needs to be re-evaluated -- 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 66875] Other: Enhancement: Functionality to compare different style windows side by side on the screen
https://bugs.documentfoundation.org/show_bug.cgi?id=66875 Buovjaga changed: What|Removed |Added CC||libreoffice-ux-advise@lists ||.freedesktop.org Keywords||needsUXEval --- Comment #7 from Buovjaga --- Design team: I think it's worth it to re-evaluate this old one. -- 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 45389] FORMATTING: Footnote Tooltip not honoring Footnote formatting
https://bugs.documentfoundation.org/show_bug.cgi?id=45389 Buovjaga changed: What|Removed |Added Keywords||needsUXEval CC||ilmari.lauhakangas@libreoff ||ice.org, ||libreoffice-ux-advise@lists ||.freedesktop.org --- Comment #3 from Buovjaga --- I don't understand, why tooltip text should honour formatting. Design team: please weigh in on this. Seems like WONTFIX material. -- 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
