[Libreoffice-ux-advise] [Bug 105860] CALC: line spacing different between program versions
https://bugs.documentfoundation.org/show_bug.cgi?id=105860 --- Comment #15 from OfficeUser --- @Xisco: Thank you very much for the successful bibisect! This patch makes so much trouble and must be revoked asap with effect for the next bugfix release. Is it already revoked from the branch? -- 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 105860] CALC: line spacing different between program versions
https://bugs.documentfoundation.org/show_bug.cgi?id=105860 --- Comment #14 from OfficeUser --- *** Bug 106111 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 105860] CALC: line spacing different between program versions
https://bugs.documentfoundation.org/show_bug.cgi?id=105860 --- Comment #13 from Xisco Faulí --- (In reply to Khaled Hosny from comment #7) > We were already using different spacing on Linux and Mac, so at least we are > now consistent across platforms. > > I don’t consider this a regression, it is by design to fix how line spacing > is calculated once and for all, which fixes issues like bug 55469. > > This is not a bug AFAIC, however if we think strongly about preserving > backward compatibility here (including the bugs, of course) then I think a > flag needs to be set somewhere for old documents and propagated to VCL that > signals calculating line spacing the old way. After bug 106111, which is introduced by 34d7602954d4483b3bc9db700e7df2c15348947a, this can be considered a regression in my humble opinion... -- 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 105860] CALC: line spacing different between program versions
https://bugs.documentfoundation.org/show_bug.cgi?id=105860 Xisco Faulí changed: What|Removed |Added CC||norbert.n...@gmx.de --- Comment #12 from Xisco Faulí --- *** Bug 106111 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 106305] Drawing complex groups with complex placed glues.
https://bugs.documentfoundation.org/show_bug.cgi?id=106305 Regina Henschel changed: What|Removed |Added CC||rb.hensc...@t-online.de --- Comment #3 from Regina Henschel --- For connecting to an object inside the group see bug 76277. For crossing connectors, which are not related, see bug 54990. ODF demands default glue points in the middle of the edge of the bounding box. Those glue points can never be deleted. Custom shape have gluepoints which are defined inside the custom shapes geometry. Those can only be deleted, if you change the custom shape from a predefined one to a type "non-primitive". That would have to be done in the file source. To connect one connector to another you can add a little circle between them. You can add custom glue points to a group object itself. But there seems to be an error, that these glue points are not shown, although they work and are stored in the file. -- 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 106305] Drawing complex groups with complex placed glues.
https://bugs.documentfoundation.org/show_bug.cgi?id=106305 Buovjaga changed: What|Removed |Added Keywords||needsUXEval 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 106204] Method to assign a background color to a cell or group of cells is inconsistent.
https://bugs.documentfoundation.org/show_bug.cgi?id=106204 --- Comment #11 from Aprax --- (In reply to Heiko Tietze from comment #10) > (In reply to Aprax from comment #2) > > 01) What's the color in A3? > > There are several ways. The active color has a frame in the color picker on > the sidebar or the toolbar, with a tooltip that shows the color name. The > swatch 'Recent colors' contains of this color, and also the document colors > should list it (that might be buggy). > > We discussed the question in the design meeting yesterday. The color picker > has to scroll down to the active color when its being opened, that's a bug. > The other question is how prominent the color name has to be shown. My > opinion is simplicity and clean layout before this not so relevant feature - > you have the tooltip, while others think the color name (or hex value) is > paramount. > > More issues regarding the color palettes and color picker can be found in > bug 104118 and bug 85184 respectively. I make this one a dup of 84579, you > are welcome to join the discussion. > > (In reply to Buovjaga from comment #8) > > Adding design team to CC to inquire about the Format cells dialog: is it > > planned to bring the new Area tab to Calc? > > Of course. Area Fill issues are tracked in bug 103223, dialogs where the new > UI is missing in bug 105225. > > *** This bug has been marked as a duplicate of bug 84579 *** Thank you for a very useful reply. I will join 84579. To address points in your reply and effectively close this bug #: Most of my sheets are the maximum displayable width and the sidebar is inconvenient, I use the toolbar. I appreciate the recognition of the bug re: scrolling. My vote would be for elimination of the scroll bar with a bigger window. I'd be happy with the box around the active color and the hover to see the name. -- 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 106204] Method to assign a background color to a cell or group of cells is inconsistent.
https://bugs.documentfoundation.org/show_bug.cgi?id=106204 Heiko Tietze changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |DUPLICATE --- Comment #10 from Heiko Tietze --- (In reply to Aprax from comment #2) > 01) What's the color in A3? There are several ways. The active color has a frame in the color picker on the sidebar or the toolbar, with a tooltip that shows the color name. The swatch 'Recent colors' contains of this color, and also the document colors should list it (that might be buggy). We discussed the question in the design meeting yesterday. The color picker has to scroll down to the active color when its being opened, that's a bug. The other question is how prominent the color name has to be shown. My opinion is simplicity and clean layout before this not so relevant feature - you have the tooltip, while others think the color name (or hex value) is paramount. More issues regarding the color palettes and color picker can be found in bug 104118 and bug 85184 respectively. I make this one a dup of 84579, you are welcome to join the discussion. (In reply to Buovjaga from comment #8) > Adding design team to CC to inquire about the Format cells dialog: is it > planned to bring the new Area tab to Calc? Of course. Area Fill issues are tracked in bug 103223, dialogs where the new UI is missing in bug 105225. *** This bug has been marked as a duplicate of bug 84579 *** -- 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 106204] Method to assign a background color to a cell or group of cells is inconsistent.
https://bugs.documentfoundation.org/show_bug.cgi?id=106204 --- Comment #9 from Aprax --- (In reply to Buovjaga from comment #8) > Ok, I think the "Can't see all colors at one time" is just a conscious > decision. Ok, how about "It's impossible to see all 143 colors in the active window because the active window is too small and requires scrolling to see other colors, and which is different than the window used in the Format cells > Background tab which shows all 143 colors at the same time without scrolling. The Maximum number of colors displayed, i.e. visible at the same time, is 12 columns x 9 rows = 72 leaving 71 or 72 colors not visible depending on the position of the scroll bar." I'm curious about your comment that the "... Can't see all colors at one time" title is just a conscious decision." Do you mean that, after looking at the window, I come to a point where I have to make a decision about whether I can or cannot see all colors at that instant in time and I then, being in a concious state, make a decision to say "I can't see all the colors at one time" rather than "I can't see all colors at the same time" or some other remark that I might make if I was in an unconcious state? I would prefer to call it "an observation" which is an instance of viewing and noting a fact, the fact that all colors are... because that is what I observed (and stated by way of comment; remark). -- 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 106204] Method to assign a background color to a cell or group of cells is inconsistent.
https://bugs.documentfoundation.org/show_bug.cgi?id=106204 Buovjaga changed: What|Removed |Added Keywords||needsUXEval CC||libreoffice-ux-advise@lists ||.freedesktop.org --- Comment #8 from Buovjaga --- Ok, I think the "Can't see all colors at one time" is just a conscious decision. Adding design team to CC to inquire about the Format cells dialog: is it planned to bring the new Area tab to Calc? In the new Area tab, is it planned to show in a tooltip the name of the active and new colours, if they match a named colour? -- 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