IMHO a better design would be a mix between the two.
The left one has much better color palettes. Bigger, with a much nicer color selection than just "neon colors" on the right one. But without a color selector/slider it's unusable for advanced users. Should have an expandable panel with the hue sliders. And a color picker if I want to take it from somewhere else in the screen
Okay then don't use it. The entire point of KDE is to provide a traditional desktop metaphor that windows users find friendly.
And if you're especially irked, KDE like most FOSS is somewhat community driven, so be the change you desire if that's your kind of thing. Or don't do anything but complain. You're completely free to do whatever.
But that said, you may perhaps be making a mountain out of a molehill, especially UI elements that if MS wanted to cite copyright, they would have done it long time ago. This has been the default color picker for KDE since the 2.x days.
If that's what they want who am I to tell them no? The point of open software is to be what the user wants. Why is any particular opinion more correct than another within a group that prides itself on giving users choice.
If KColorPicker isn't someone's cup of tea, there is nothing stopping anyone from changing that default out. The color picker that appears is a user setting.
If it's such a problem for you, and you are obviously a colour picker expert, why don't you make KDE a new colour picker. I'm sure the community would appreciate a new and innovative colour picker, if it's genuinely better than the Windows style one.
Okay so...which of the things in the picture or discussion is color painter?
Is it in any way related to KDE Color Picker?
I feel like of all the things you've said so far, all of which have only tried to discourage the OP to get an answer, and not actually answer their question.
I'm calling out KDE for ripping off the Windows Color Picker. Not mad at OP directly, but still, might as well go back to Windows if that's your preferred color picker.
But why would I go to Windows, if KDE has the same colour picker? Literally an argument for me staying is that the colour picker is identical, so not worth switching for the colour picker (which I really don't care about when it comes to choosing a desktop).
All I wanted was to see if anyone knew of a way to allow Firefox to use my desktop environment's colour picker. I don't care if the design is "stolen" from Windows, and I doubt Microsoft cares either. You really have picked a very obscure, and rather stupid hill to die on.
Sorry for being harsh, I'm just frustrated that the discussion here is about KDE's colour picker design, and not about customising Firefox, which is what I asked about.
It's also the truth. Brutal truth no less, they ripped off the color picker from the Win311/95 era, with no concept on an updated GUI, they just carbon copied M$..
It's an experimental graphics editor I wrote from the ground up, to search and process colors by name instead of looking at a bunch of RGB/HSL numbers that make almost no sense to natural artists.
search and process colors by name instead of looking at a bunch of RGB/HSL numbers that make almost no sense to natural artists.
unless you tell them which company's color codes you used to match the names to rgb values this will be more useless to artists than rgb colors without a color preview. Text based colors are purely subjective and you'll be hard pressed to find two companies using the same name for the exact same color mix (you will find companies selling paint under the same name but it sure as hell won't look the same). The closest you'll get are the css default colors but that's a pretty limited selection of colors so with your genius text input method you'd still need a couple of sliders to get the entire color spectrum.
Your idea has merit but not for artists. Casual people would benefit a lot more from it, because they won't have to struggle finding the correct color for what they want most of the time. But even just hobby digital artists will spend more time wrangling with your text input than they would just hand picking the rgb values, never mind professional digital artists who probably don't even think in named colors anymore and just think of the rgb ranges they want instead.
The purpose of Linux is to be a free and open source OS kernel on top of which free and open source software can provide whatever user experience they want to provide and users are free to pick one.
I've read a lot of youre comments trying to understand youre meaning here, but are you trying to say you want to represent all 16 million colors of a 24 bit color?
And also somehow in a way that not extremely subjective to the user?
Ngl I'd love to see this as a product, and definitely keep me updated if this software ever has a usable demo
No. The purpose of Linux is to provide a free and open source operating system, that can be customised by yourself and the community to your liking.
I like KDE's colour picker. It seems I would like the Windows one as well. It's a good design. Linux doesn't exist to be contrary, it exists to be a customisable, open experience.
Do you actually use Linux? The purpose of FOSS is to make it whatever you want it to be. It can be a step away, a step towards, a step multiple by the square root of negative one to MS Windows. The entire point is that you get to dictate the path you want to take.
Heaven forbid someone put hue on x axis and saturation on y axis and have a separate slider for value and allow you to manually input and allows you to save your favourites in a color picker they made.
How do you plan to deal with translations? Cause not every descriptive word is translatable, some languages have words to refer to two shades, while another has only one word and both shades are culturally perceived as a single shade.
Honestly I don't know exactly how I would deal with that in the long run. I really appreciate you for asking though.
I've done research into this very topic, and have learned that some languages do not include a word for 'pink', but rather a descriptive form for 'light red'. I'm sure there are numerous other examples of translation issues.
Unfortunately I am not a multilingual programmer, so honestly I would need some help trying to make it work ideally with other languages.
I do thank you for asking this very question, as it indeed is a complication I would need help with.. ☹️
You are being rather ambiguous with how your program works, which I understand. But if the primary way of selecting colors is through words then that is big issue that I feel can't be made to work outside of English.
If the selection is more "traditional", like a color wheel or whatnot, and the text is just a description (I think coolors does this) then it might be translatable.
Like, the issue with "pink" being "light red" is that you can't actually select pink and a lighter shade of red if the selection is through text. If the selection isn't text based then you can just have two colors being "light red" cause it is true anyway
Text works to select or mix a color (I have a totally different definition of 'color' in my system). One 'color' is an entire measured gradient of colors.
I use terms like 'solid color' and 'faded color'. Every other system uses solid color technology, but I use faded color technology in combination with solid colors.
Look underneath you, look at the shadow on your floor/carpet. Does that shadow change the color, or does that shadow change the illumination of the same color?
My original inspiration for my color processing system was to fix images with a 'color cast', if you will. Like, if an image has an extreme blue hue because of a camera flash, or something similar.
The more I researched into it and experimented for myself, the more I realized that chromatic offset isn't much different than the C in Y=MX+C. Find the offset and subtract it from the image..
To me it was basically like a fog, that needed a mathematical solution.
I really do appreciate your questions and comments, and it boggles my mind to try to explain it in a sensible way..
The color wheel may as well only be useful for scientists, who are trying to measure the spectrum of light coming in. Awesome! 👍
But that's not intuitive for artists and painters and the like. The rainbow color wheel, as scientific as it may be, does not represent how artists actually see the world.
Sure we see the world with colors, but we primarily see the world with brightness levels. If you see a face, you're not gonna see much of a change in hue, you're gonna see variations in brightness of the same hue.
TL;DR - Color is more than what Crayola created, it's not a solid, it's a faded fluid. And there's a math to it...
I'm not exactly sure if I follow. Like, isn't brightness already slider when using HSV? Meaning you can just change the brightness without changing Hue or Saturation.
Please take note that my software may have glitches, which should be outlined in the readme. I admit it's incomplete, but it's not easy designing a whole new GUI concept on your own..
Part of my prototype was gonna be called HSG, (Hue, Saturation, Greyscale), until I fully realized true artists don't work with numbers at all, they work with their eyes and hands.
That was their goal yes, but it doesn't work correctly. Of course that depends on display technology, in some cases it might work perfectly.
Still, those technologies work with numbers. Tell me of one Picasso out there that can actually paint with some calculated numbers? Not a damn one, they paint by using their eyes and hands.
So how do you mingle the analog technology of the human eye with the digital technology of a computer? Answer is, you don't, unless you can design an intuitive interface for humans that they can just look at and communicate with, rather than look a bunch of stupid numbers which almost make no sense.