Bug 415064 - Feature request - ability to enter colors in RGB format
Summary: Feature request - ability to enter colors in RGB format
Status: RESOLVED DOWNSTREAM
Alias: None
Product: kolourpaint
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: Other Linux
: NOR normal
Target Milestone: ---
Assignee: kolourpaint-support
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2019-12-11 17:44 UTC by Valso
Modified: 2019-12-17 14:14 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments
color-selector openSuse (62.38 KB, image/png)
2019-12-15 20:57 UTC, Martin Koller
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Valso 2019-12-11 17:44:56 UTC
There's a program named Pinta which as the ability to enter a custom color in RGB format. Is it possible to add the same in KolourPaint? The HEX option doesn't always work the way we want, especially if we don't know the HEX code of the color we need but we do know its RGB values.
Comment 1 Martin Koller 2019-12-11 20:12:56 UTC
That's already possible. double-click on a color or the currently selected fore- or back color and the color selector dialog will open in which you can then enter RGB, HSV or even an HTML color string
Comment 2 Valso 2019-12-15 15:59:13 UTC
I know about double clicking. But double clicking only brings this dialog and as you can see, it only has HEX picker: https://i.imgur.com/oFZydkr.png
Comment 3 Martin Koller 2019-12-15 20:57:25 UTC
Created attachment 124516 [details]
color-selector openSuse

This is how it looks on openSuse.
So I guess it has to do with the Linux distribution you use.
What distribution are you using ?
Comment 4 Valso 2019-12-16 09:57:34 UTC
Arch (Anarchy, to be precise) Linux but I doubt it's the distro. It's probably the DE that makes the difference. I thought programs were the same in all DEs but apparently they're not. I'm using Cinnamon. Which packet(s) from KDE should I install in order to have that color selector you're showing?
Comment 5 Martin Koller 2019-12-16 17:35:20 UTC
Well not the distro overall but the default DE in that distro - or probably their modifications ...

What I find in Qts source code is that it uses the platformTheme
plugin to create different dialogs per DE, e.g. 
FileDialog, ColorDialog, FontDialog, MessageDialog

On openSuse the package which contains this plugin is called plasma5-integration-plugin and the plugin itself is /usr/lib64/qt5/plugins/platformthemes/KDEPlasmaPlatformTheme.so

I assume you can also trick kolourpaint to think it's running inside a KDE session by setting the env var XDG_SESSION_DESKTOP=KDE before starting it.
Comment 6 Valso 2019-12-17 11:56:14 UTC
From all the things you mentioned I managed to find only kdeplasma-addons-5.17.4-1-x86_64.pkg.tar.xz for Arch. I installed it, rebooted the PC (just in case) but the color dialog with RGB fileds in it still won't appear.
In pkgs.org I found plasma5-integration-plugin but when I try to download it, there's a 404 Not Found error message. If you have that package, can you upload it somewhere, so I can download it?
Comment 7 Martin Koller 2019-12-17 12:25:52 UTC
I think it's not a problem of the missing plugin -
it's the fact that any KDE program (or any Qt program) decides to load a specific theme-plugin based on what DE you are currently using.

chcking Qt sources ...

ok, try to run kolourpaint like this:
kolourpaint -platformtheme kde

Does that work ?
Comment 8 Valso 2019-12-17 13:30:57 UTC
Yup, that works. KP looks exactly like in KDE and the color dialog is there with all of its features.
I just put that line in /usr/share/applications/kolourpaint.desktop under "Exec=kolourpaint -platformtheme kde" and it worked, so I won't have to use terminal everytime, though I suspect I'll have to find a way to forbid linux from overwriting this particular '.desktop' file when updates arrive.

I know you're probably wondering why I don't use KDE in general - because I'm waiting for bug 354802 to be fixed.
Comment 9 Martin Koller 2019-12-17 13:56:38 UTC
Long ago I gave up using icons on the desktop due to this problem.
And due to other problems, I cam up with my own desktop.
Maybe you like to give it a try: liquidshell
https://aur.archlinux.org/packages/liquidshell-git/
Comment 10 Valso 2019-12-17 14:04:54 UTC
(In reply to Martin Koller from comment #9)
> Long ago I gave up using icons on the desktop due to this problem.
> And due to other problems, I cam up with my own desktop.
> Maybe you like to give it a try: liquidshell
> https://aur.archlinux.org/packages/liquidshell-git/

Awesome! I was looking for Plasma alternatives for some time but with no luck. I'll definitely back this system up and install Arch with KDE to try your shell cuz I suspect I'll need KDE as a base in order to use that shell.
Comment 11 Martin Koller 2019-12-17 14:09:22 UTC
Yes, you need KDE as base since my shell just uses e.g. KDE dialogs, system settings, etc. (liquidshell just replaces plasmashell, e.g. the desktop).
But I think there is no need to reinstall your complete system.
Just install the KDE packages needed in addition.
Comment 12 Valso 2019-12-17 14:14:32 UTC
(In reply to Martin Koller from comment #11)
> Yes, you need KDE as base since my shell just uses e.g. KDE dialogs, system
> settings, etc. (liquidshell just replaces plasmashell, e.g. the desktop).
> But I think there is no need to reinstall your complete system.
> Just install the KDE packages needed in addition.

No. I tried once installing Cinnamon with KDE as an alternative and the result was a complete disaster with applications refusing to run or borrowing view from each other - like KolourPaint in KDE starting with Cinnamon view (meaning no color dialog among other things) or GEdit in Cinnamon starting with KDE view.
So installing a different system is the better way and with my local mirror to which I have a full 100 Mbit connection that's not a problem - takes 10 minutes tops and most of my settings are made for simple copy-paste using scripts.