in Blender, you can choose your color picker type... https://docs.blender.org/manual/en/latest/interface/controls...
Fucking Color Picker
131–140 of 140 posts
Re: Fucking Color Picker
#132If you wonder about linux: gcolor2 ( http://gcolor2.sourceforge.net/ ) does the job. And for size fetishists: it weights 42KB.
Also, xmag, you already have it installed if you use the X Window System. It's 41kb, extremely lightweight (always starts instantly) and also magnifies a screen portion which is helpful for picking colours.
> you already have it installed if you use the X Window System
Maybe.
It looks like it's been spun out into `x11-apps` on debian based distros in the last year or two, and for some reason I don't have that package installed despite using X
Re: Fucking Color Picker
#133> So I wondered... why didn't Windows just have a fucking color picker? Color Picker for Windows (500KB) (1.6MB unzipped): http://instant-eyedropper.com Significantly smaller than the Electron app and works across Windows XP to 10.
Windows has a million color pickers, just go to chocolatey
Re: Fucking Color Picker
#134If anyone is put off by it being an Electron app and are running Windows, here's an AHK[0] script to get the hex code of the pixel color under your cursor and copy it to your clipboard: --- #h:: MouseGetPos, MouseX, MouseY PixelGetColor, color, %MouseX%, %MouseY% StringLower, color, color clipboard := SubStr(color, 3) --- It's bound to Win+h (hex color) by default. It's not fancy, but it works. You just run it in the…
> It's not fancy
Excuse me, this is one of the tiniest and most useful things i've seen in my life as a budding designer.
Re: Fucking Color Picker
#135Earlier quoted context omitted.
> Developer time has been more expensive than hardware for a decade now. How about developer time of 1 person vs. hardware (and electricity, CO2 emissions...) of 1 million users?
> vs. hardware (and electricity, CO2 emissions...) of 1 million users? Do you actually have a million users? Can that developer time be spent saving even more hardware or human costs elsewhere?
Slack probably does.
Re: Fucking Color Picker
#1367 searches for cancer in this thread as of 7:51 AM UTC. (Not including my comment)
Got me thinking about the meaning of c-word and I realized electron is a contagious form of cancer. It spreads from devs to user sure, but it is also spreading from devs to devs and more and more devs are using it. Fucking Microsoft has an enterprise product built in electron now. Who would have thought?
Re: Fucking Color Picker
#137You can download GIMP which is about the same size, available for the same platforms, and includes a lot more stuff than just a color picker.
Re: Fucking Color Picker
#138If anyone is put off by it being an Electron app and are running Windows, here's an AHK[0] script to get the hex code of the pixel color under your cursor and copy it to your clipboard: --- #h:: MouseGetPos, MouseX, MouseY PixelGetColor, color, %MouseX%, %MouseY% StringLower, color, color clipboard := SubStr(color, 3) --- It's bound to Win+h (hex color) by default. It's not fancy, but it works. You just run it in the…
> It's not fancy Excuse me, this is one of the tiniest and most useful things i've seen in my life as a budding designer.
Thanks, I'm glad you like it.
It was something I whipped up in 5 minutes about a month ago when I really wanted a quick and dirty color picker. I do use it in practice.
One shortcoming is it doesn't visually show the color after you copy it, but that could also be done with AHK. You could totally have it show a small 16x16 window with the color which would disappear after 2 seconds and would get refreshed after you pick a new color if it were still visible.
You could even go 1 step further and change it to zoom around your cursor on key press, and then copy the color on mouse click while showing a 16x16 window color preview on hover. That would be the ideal solution, but something like that might be 3-4 hours of hacking around with no real AHK knowledge instead of 5 minutes and that wasn't worth it to me at the time.
Re: Fucking Color Picker
#139Earlier quoted context omitted.
AutoHotKey is great and the kind of thing that should just be built in to desktop OSs. Why shouldn't I just be able to assign any key combo to anything, contextually? Why do we have to rely on applications supporting hotkeys at all?
This seems like a very Windows-specific complaint, not a general desktop OS one.
Oh? What is the Linux equivalent? I'm aware of KDE having a hotkey system but from what I recall it didn't allow you to bind keys to scripts or contextually. Maybe there's some X component I'm not aware of? That's nice, probably doesn't work in Wayland. Of course in Wayland such things would be left up to the compositor.
Re: Fucking Color Picker
#140Earlier quoted context omitted.
This seems like a very Windows-specific complaint, not a general desktop OS one.
Oh? What is the Linux equivalent? I'm aware of KDE having a hotkey system but from what I recall it didn't allow you to bind keys to scripts or contextually. Maybe there's some X component I'm not aware of? That's nice, probably doesn't work in Wayland. Of course in Wayland such things would be left up to the compositor.
"Linux" isn't the only other OS either (and here doesn't quite make sense, seeing as it's a userland detail that doesn't really have anything to do with the kernel the distros share). Apart from the ability to change the keybinding dictionary for basic stuff like copying and pasting and such, Automator on macOS lets you pretty much bind anything to anything.