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

revert to legacy color chooser for pixel/beam #161

Merged
merged 1 commit into from
Mar 27, 2024

Conversation

griffi-gh
Copy link
Contributor

@griffi-gh griffi-gh commented Mar 22, 2024

closes #160

switch back to legacy color picker for pixel as the new one does not allow precisely selecting (and does not show) alpha channel value.

This also affects the Plastic Beam dialog since they both reuse the same instance, but... eh, who cares.

Would've been nice to revert everything for the sake of consistency but GtkColorButton only works with the new GtkColorChooser so it's not possible

@griffi-gh griffi-gh marked this pull request as ready for review March 22, 2024 20:44
@rollerozxa
Copy link
Collaborator

The better option would be to make a custom dialog for the pixel that integrates a colour picker as well as a custom slider for the wireless frequency, which would also fix things like the colour not showing up in the preview box because the alpha is 0 by default dear god why did they ever decide to use the alpha value for wireless frequency...

But this works for now yeah. It's deprecated but I honestly prefer this dialog over the "new" one for all other colour pickers.

@rollerozxa rollerozxa merged commit 368db07 into Bithack:master Mar 27, 2024
3 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

There is no way to know the "Alpha" value of a "Pixel" object after switching to GTK 3.
2 participants