Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[ Feature ] Quick Color Picker #761

Open
PhoneDroid opened this issue Apr 2, 2024 · 3 comments
Open

[ Feature ] Quick Color Picker #761

PhoneDroid opened this issue Apr 2, 2024 · 3 comments

Comments

@PhoneDroid
Copy link

I'm incredibly happy to have found this project,
I've always missed the in between type of image
editor that Paint.Net provided me on windows ..


Having said that, the color picker is driving me crazy.

Having to click on a tiny screen region
image

skipping this presets menu
image

to then not even having an option to use RGB / HSL / HSV inputs
image

is quite .. well


I'd love to see some form of the easy access color picker found in the original paint.net
image
image


@cameronwhite
Copy link
Member

This is pretty similar to bug #570 - this dialog is currently just using the standard system GTK color picker, so isn't any Pinta-specific code, but I agree it's not a great dialog
For entering HSV values, right-clicking on the sliders or the gradient widget will let you enter in specific HSV values

@evgeniy-harchenko
Copy link

I have some developments in this direction.
1
But there are a lot of troubles.

First of all I don't understand what is going on with Pinta's versions: why current release has no fixes from master branch? where is gtk4 release version? So I don't know on which branch I should make changes.

Second problem is with palette placing. Now I am using Overlay, but it needs correct positioning. We should do correct calculations of the position depending on rulers (are the visible or not) and scrollbars. The second one is the worst problem. The scrollbars are inside widget's content unlike paint.net (winforms), so we should take into account their sizes and visibility in calculations, but unfortunately I haven't found any solutions yet.

@cameronwhite
Copy link
Member

The master branch has been ported to GTK4, which also required porting to a different GTK binding library that supports GTK4. It's been quite a large project so there are many changes compared to the last stable release of 2.1.x

Any new work should absolutely be done on the master branch to avoid having to later go through the hassle of porting from GTK3 to GTK4 :)

For the overlay question, shouldn't the overlay just be relative to the color palette that was clicked on? I'm not clear why it would need to take rulers etc into account

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants