https://bugs.freedesktop.org/show_bug.cgi?id=87538
--- Comment #6 from Owen Genat <[email protected]> --- I tend to agree with Stuart. These are the problems I see: - We should not be limiting users from creating custom palettes with greater than 8 rows or a set number of swatches. The user mailing list has some threads with very large palette file attchments containing many hundreds of swatches. I am not a fan of these SOCs but people do create and use them. For example, it would be unlikely that the Inkscape palette would fit within 8 rows. - A scrollbar should appear for palettes with a greater numbers of rows than can be displayed. If anything the color picker dialog should resize, as possible, to display the largest number of rows / swatches. - Palette swatches in the current standard.soc affect legacy documents. There would at least need to - Given the format of the XML entries it is both more logical and easier IMO to create palettes on a hue-per-row than hue-per-column basis. I explain the reasons for this in bug 80196. It certainly makes it easier to have a block of entries named "10% Magenta", "20% Magenta", rather than have such entries broken up one to a block. - Unless the colour picker layout reaches some sort of stability (so far there is no sign of this occurring) the number of rows displayed and the creation of SOC files to suit a given layout will remain problematic. -- You are receiving this mail because: You are the assignee for the bug.
_______________________________________________ Libreoffice-bugs mailing list [email protected] http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
