[Libreoffice-ux-advise] [Bug 124860] Formatting: Formula result has different alignment than regular values
https://bugs.documentfoundation.org/show_bug.cgi?id=124860 bugzil...@cb-computerservice.at changed: What|Removed |Added CC||bugzilla2@cb-computerservic ||e.at --- Comment #11 from bugzil...@cb-computerservice.at --- Created attachment 151136 --> https://bugs.documentfoundation.org/attachment.cgi?id=151136=edit Demonstration of unwanted format change with alignment ON (In reply to Cor Nouws from comment #10) > Existing documents are not changed on opening. This is simply wrong! As you can see in my new screenshot, the formatting of a existing document (created with alignment OFF) IS changed when opened with alignment ON. -- 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 101760] Picture/frame positioning: Rename "Follow text flow" as "Keep inside text area"
https://bugs.documentfoundation.org/show_bug.cgi?id=101760 --- Comment #6 from Commit Notification --- Ilmari Lauhakangas committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/help/+/3c13f19ccac3c882a1971e5cf78e6bfb8ffcaa7d%5E%21 tdf#101760 Rename "Follow text flow" as "Keep inside text boundaries" -- 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 125076] looking at recent files list we should see the path info
https://bugs.documentfoundation.org/show_bug.cgi?id=125076 Heiko Tietze changed: What|Removed |Added CC|libreoffice-ux-advise@lists |tietze.he...@gmail.com |.freedesktop.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 125076] looking at recent files list we should see the path info
https://bugs.documentfoundation.org/show_bug.cgi?id=125076 Xisco Faulí changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |NOTABUG --- Comment #3 from Xisco Faulí --- oh, right!! Closing as RESOLVED NOTABUG -- 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 125076] looking at recent files list we should see the path info
https://bugs.documentfoundation.org/show_bug.cgi?id=125076 V Stuart Foote changed: What|Removed |Added CC||vstuart.fo...@utsa.edu --- Comment #2 from V Stuart Foote --- Can not confirm. On Windows build of 6.2.3.2 and master/6.3.0 both the Start Center -> Recent Files thumbnail views, and the per module File -> Recent Documents list *already* display full path in a tooltip on mouseover! Already => WFM -- 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 124065] Comment Background Color & Label Customization
https://bugs.documentfoundation.org/show_bug.cgi?id=124065 Xisco Faulí changed: What|Removed |Added Keywords||needsUXEval CC||libreoffice-ux-advise@lists ||.freedesktop.org, ||xiscofa...@libreoffice.org --- Comment #4 from Xisco Faulí --- Adding UX team -- 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 123191] The preset of the pattern (the color of the line, "black") (filled color, "not filled") (the thickness of the line, "0.03cm")
https://bugs.documentfoundation.org/show_bug.cgi?id=123191 Xisco Faulí changed: What|Removed |Added CC||libreoffice-ux-advise@lists ||.freedesktop.org Keywords||needsUXEval --- Comment #4 from Xisco Faulí --- Adding UX team -- 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 125040] Replace single toolbar with contextual single
https://bugs.documentfoundation.org/show_bug.cgi?id=125040 --- Comment #15 from andreas_k --- Maxim please give the single toolbar xml some love. For this layout it's the best decision from dev and design point of view. -- 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 121051] Display scale increase function
https://bugs.documentfoundation.org/show_bug.cgi?id=121051 Xisco Faulí changed: What|Removed |Added CC||libreoffice-ux-advise@lists ||.freedesktop.org, ||xiscofa...@libreoffice.org Keywords||needsUXEval --- Comment #8 from Xisco Faulí --- Maybe we can add 400% and 600%... I let the UX team decide... -- 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 124477] UI: Only show a single line per animation in animation pane
https://bugs.documentfoundation.org/show_bug.cgi?id=124477 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. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 120743] Firefox themes: 'Select Theme' button can be misinterpreted to apply a selected preinstalled theme
https://bugs.documentfoundation.org/show_bug.cgi?id=120743 Xisco Faulí changed: What|Removed |Added CC||22shub...@gmail.com --- Comment #8 from Xisco Faulí --- *** Bug 124308 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 124480] dark theme with black background against short sigthedness, eye strain and better sleeping after late work
https://bugs.documentfoundation.org/show_bug.cgi?id=124480 Xisco Faulí changed: What|Removed |Added Keywords||needsUXEval CC||libreoffice-ux-advise@lists ||.freedesktop.org, ||xiscofa...@libreoffice.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 125040] Replace single toolbar with contextual single
https://bugs.documentfoundation.org/show_bug.cgi?id=125040 --- Comment #14 from Maxim Monastirsky --- (In reply to Heiko Tietze from comment #13) OK, understood. I just want to clarify that I support the idea of replacing the original single mode toolbar with the new contextual single, regardless of whether it supports customization or not, and regardless of the way it's implemented, be it a classic TB or a NB. With my patch I just tried to find a quick solution for the immediate loss of customization for those who do care about it. The original single mode toolbar pretends to be a single-line UI solution, but in fact it's not, as it still depends on other contextual toolbars to appear. I don't think that users who want a single-line solution are happy with something like this. Worse, the popping contextual toolbar make the UI jumping, as noted in Bug 124835, which is unacceptable by any mean. In addition, the current single mode toolbar is static, and it has controls for the text context (font name, size, alignment etc.). The result is that those controls stay on screen even when they're not applicable (e.g when a shape is selected), taking an expensive screen space. Worse, when you double click on a shape to type text, a shape text contextual toolbar appear, making the text controls appear twice on screen! So whatever we decide wrt implementation, I still support removing the original single mode toolbar. -- 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 125076] looking at recent files list we should see the path info
https://bugs.documentfoundation.org/show_bug.cgi?id=125076 Xisco Faulí changed: What|Removed |Added Keywords||needsUXEval CC||libreoffice-ux-advise@lists ||.freedesktop.org, ||xiscofa...@libreoffice.org --- Comment #1 from Xisco Faulí --- My take: show it as tooltip... Let's the UX team decide -- 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 125040] Replace single toolbar with contextual single
https://bugs.documentfoundation.org/show_bug.cgi?id=125040 --- Comment #13 from Heiko Tietze --- (In reply to Maxim Monastirsky from comment #12) > So now you changed your mind? Well, I raise the question :-). From the user perspective your patch is great and nobody cares if it's based on ui (MUFFIN) or xml (clssic TB). But code-wise we run double-tracked with downsize on support. There will always be some differences, tiny maybe like the separation of sections or the way of overflow handling, that lead to a different look and feel. We can either try to converge or make a clear distinction. An example: bug 87040 or bug 119707 request for a mini toolbar like graphical context menu. Would that be MUFFIN or classic TB? -- 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 125040] Replace single toolbar with contextual single
https://bugs.documentfoundation.org/show_bug.cgi?id=125040 --- Comment #12 from Maxim Monastirsky --- (In reply to Heiko Tietze from comment #10) > Given we get customization, a11y, integration of extensions etc. for > the NB Will this ever happen? That's a *lot* of work, and we don't have any single dev working on it right now. And given the way the current NB are implemented with glade .ui files, which don't have strict rules but instead have the freedom of putting different containers, controls etc., it will be very hard to impossible to implement customization. Also you said in the past (Bug 122799, Bug 123171) that you're against customization for the NB at all, so now you changed your mind? -- 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 125040] Replace single toolbar with contextual single
https://bugs.documentfoundation.org/show_bug.cgi?id=125040 --- Comment #11 from andreas_k --- (In reply to Heiko Tietze from comment #10) > Feels to me that not going the NB way is kind of turning away from this type > of UI. Given we get customization, a11y, integration of extensions etc. for > the NB, what path do we want to go in the future? Or in other words, what > exactly is the NB good for when not this single contextual toolbar? Contextual single NB is good for make single line toolbar better. Which is fine. You can't do everything with toolbars but contextual single can be done with toolbars which mean less maintenance cause single toolbar share most stuff wirh standard toolbar. -- 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 125040] Replace single toolbar with contextual single
https://bugs.documentfoundation.org/show_bug.cgi?id=125040 Heiko Tietze changed: What|Removed |Added Ever confirmed|0 |1 CC||ke...@collabora.com, ||michael.me...@collabora.com ||, szymon.k...@collabora.com Status|UNCONFIRMED |NEW --- Comment #10 from Heiko Tietze --- Feels to me that not going the NB way is kind of turning away from this type of UI. Given we get customization, a11y, integration of extensions etc. for the NB, what path do we want to go in the future? Or in other words, what exactly is the NB good for when not this single contextual toolbar? -- 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