Review Request 129151: Don't use native color picker

Antonio Rojas arojas at archlinux.org
Wed Oct 12 13:54:55 UTC 2016



> On Oct. 12, 2016, 1:50 p.m., Christoph Feck wrote:
> > > kcolorchooser fails
> > 
> > Can you check other KDE applications that use QColorDialog, e.g. KolourPaint? I would hate to make applications force the native Qt dialog, just because some Qt integration fails.

Yes, the color picker works fine in all other applications and uses the native one for the running DE. The problem is only with kcolorchooser, where the application *is* the color picker.


- Antonio


-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/129151/#review99956
-----------------------------------------------------------


On Oct. 12, 2016, 8:04 a.m., Antonio Rojas wrote:
> 
> -----------------------------------------------------------
> This is an automatically generated e-mail. To reply, visit:
> https://git.reviewboard.kde.org/r/129151/
> -----------------------------------------------------------
> 
> (Updated Oct. 12, 2016, 8:04 a.m.)
> 
> 
> Review request for KDE Graphics and Christoph Feck.
> 
> 
> Repository: kcolorchooser
> 
> 
> Description
> -------
> 
> kcolorchooser fails to run in GTK desktops, since it tries to embed the native GTK color picker instead of the Qt one. This forces it to use the Qt dialog.
> 
> 
> Diffs
> -----
> 
>   kcolorchooser.cpp 9488b62 
> 
> Diff: https://git.reviewboard.kde.org/r/129151/diff/
> 
> 
> Testing
> -------
> 
> kcolorchooser runs in XFCE
> 
> 
> Thanks,
> 
> Antonio Rojas
> 
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kde-graphics-devel/attachments/20161012/c564765d/attachment.html>


More information about the Kde-graphics-devel mailing list