Apache OpenOffice (AOO) Bugzilla – Issue 7373
Colorpicker resizing ; but for increasing "viewable area" (also colorpicker redesign)
Last modified: 2013-02-07 22:40:51 UTC
currently only the size of the color fileds change, not the number of color fields
TM->FT: This one is a wish for an enhancement, so please have a look,...thanks !
Yes. I do whole-haertly agree. We must re-work this dialogue.
started
Resizing the color picker window too small makes it impossible to view colors. Solution: - Have a minimum size for color "squares" (could be based on screen resolution); - Reduce the border size between colors to give more space to colors in small windows; - Wrap the color "squares" instead of streching them in critical conditions (when minimum size of color square is reached...); Typically, if you want to keep the color picker open but out of the way of the main document, a user may want to place/stick the picker at the top of the window in a "horizontal" shaped window. To make it fit in the menu bars, the window has to be resized to a very tight space. With the current resizing algorithm, the colors cannot be picked anymore...
I know what he means and find it a bit irritating myself, but I'm not at all sure about the suggested solutions. This one might take quite a bit of experimenting to resolve the issue. I like to add colors (one of my favorite is one I call "tiger" -- matches the colors of the orange on a tiger). Adding such colors might further complicate any suggested solution.
no chance to get this into the Q, as this is no keyfeature for Q.
*** Issue 28426 has been marked as a duplicate of this issue. ***
*** Issue 28427 has been marked as a duplicate of this issue. ***
Hi, issue 28426 ist NOT duplicate to this issue... sorry, I just worked on the wrong issue
*** Issue 61451 has been marked as a duplicate of this issue. ***
*** Issue 62783 has been marked as a duplicate of this issue. ***
suggestions so far (also from other issues): rgb spectrum color selector; "other" entry in color picker which calls an add color dialogue
if issue #62783 is duplicate of this issue, then maybe we should change subject of this issue ? Now the subject is not understandable by most people, even by developers like I - 'colorpicker resizing ; but for increasing "viewable area"' I'm suggesting to rename subject of this issue to "Color selector improvements: free color selection, resizing improvements,etc" If you don't change the subject of this bug to more user-friendly, then users will waste the time and report dublicates (because default issue search on "color selection" doesn't find this bug) :(
I leave it up to the developer to change the summary as the status has already been set to Started
*** Issue 31884 has been marked as a duplicate of this issue. ***
I have been supporting Bug #31884 for some time, and it has now been marked a duplicate of this bug. Just to ensure that this enhancement covers my request, here is what I have been seeking (which is v. similar to most others on this page): It is *difficult* to add new colours, esp. if you only want to use a colour once - instead of a simple dialogue like that opening from a button saying "New Colour" at the bottom of the drop down colour menus, or something like that, you have to go into Options -> Tools -> Colour -> Edit -> Save as a name -> Apply colour. It should be: Drop down colour menu (such as font color) -> New colour -> Apply (no need to specify a name), and then it should record the last 10 or so colours you have used (as well as standard palette).
Anything happening here? This is one of the bugs which I think would not be too hard to solve, and would have a marked improvement on productivity. Kind Regards, Matthew
I agree with everything Matthew/computerdork has said. I would like to be able to input arbitrary colors when formatting text or drawing objects, just as I can in Microsoft Office. Lars, if bug 31884 is a "duplicate" of this one, shouldn't the summary of this bug encompass bug 31884? - Matt McCutchen
it's unwise to change the summary of an issue a developer has already set to started because he then might not find the issue anymore looking for the old summary; therefore I won't change the summary. The summary doesn't reflect the issues theme anymore but this theme encompasses issue 31884. The dialogue should be redesigned and suggestions for the new design are collected here.
Dear developers, what is the current status of this issue?
*** Issue 31598 has been marked as a duplicate of this issue. ***
Hello? This issue irritates me more and more... OpenOffice.org is the ONLY office suite I know the requires PRE-color selection... Which is intolerable in a modern world of computing! Is this coming along at all?
Well... It was "started" more than 3 years ago... so.....
Any progress?
Oooh yes please improve the color picker, somewhere within the next 7 years if that's possible (Fri Aug 30 2002 >> now >> Tue Aug 30 2016) ;-] Non aligned colors + very limited default colors + no hexa value + no memory somehow is a real pain in the hum! workflow. Also, as mantas quoted (and I have read author answer): > I'm suggesting to rename subject of this issue to > "Color selector improvements: free color selection, resizing improvements,etc"
There's a colour picker available in "Tools -> Options -> Colors", and you can add a custom colour of your choice. Has to be done separately from picking colours for table backgrounds and the like, though. But the capability is there :)
Hi I think that the developer agreed to address issues with the color picker sizing... but possibly not a complete redesign. It seems 'lars' started to add other issues later. I have updated the summary anyway to provide easier searching. Additionally the issue is quite stale with no movement. There is an overlapping issue: Issue 47151 - Free RGB Color Selection without adding to color table However, we probably need a separate meta-issue for the color picker redesign that collates all these closely linked design problems/ enhancements. I searched but failed to find one... Should this become the meta-issue? Cheers Andrew
To manage the many suggestions for enhancing the color palette, I have created a meta-issue here: Issue 105642 - Re-design and UI improvements for color palettes (meta-issue) The purpose of the new issue is for management only, it does not duplicate specific design requests (that we wish to capture). Many thanks, Andrew
Will there anything happen? That's really a big lack and should be solved as fast as possible.
To grep the issues easier via "requirements" I put the issues currently lying on my owner to the owner "requirements".
Definitely also think this is a must. At least give a way of opening the customize colors other than just through the Options dialog. It should preferably be something like a "More..." option in the drop-down (similar to what users expect from other programs). The other ideas are also quite nice (e.g. color picker as eye-drop cursor for choosing a colour from the screen). As for different methods of defining colours, the current (OOo 3.2.1) only provides RGB / CMYK in the options dialog. And then of course (as per issue 18674) the CMYK is more of a joke than something useful. And for a "layman" user to choose a colour using only RGB/CMYK is just silly! That's the way extremely experienced painters would mix their paints to produce a specific colour. Most people understand colour in the shape of HSL: i.e. The Hue (Red / Orange / Yellow / Green / Blue / Purple / Magenta) which is the direction on a colour wheel, then the Saturation (how washed out or rich it appears), and then the Luminance (brightness / darkness). Fortunately converting from HSL to-and-from RGB is a lot simpler than the noted CMYK problem, and it produces a lot more consistent results. So I can't see why this shouldn't at least be available as one of the colour creation methods.