Review Request 129151: Don't use native color picker
Antonio Rojas
arojas at archlinux.org
Wed Oct 12 08:00:56 UTC 2016
> On Oct. 11, 2016, 9:33 p.m., Aleix Pol Gonzalez wrote:
> > Isn't it an error in Qt then?
> >
> > +1 anyway, because I tried and indeed it does nothing at the moment.
I don't think so, kcolorchooser asks for a QColorDialog and Qt returns the native one as expected. Whatever happens next is not Qt's fault.
- Antonio
-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/129151/#review99944
-----------------------------------------------------------
On Oct. 11, 2016, 9:31 p.m., Antonio Rojas wrote:
>
> -----------------------------------------------------------
> This is an automatically generated e-mail. To reply, visit:
> https://git.reviewboard.kde.org/r/129151/
> -----------------------------------------------------------
>
> (Updated Oct. 11, 2016, 9:31 p.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/1848a6e4/attachment.html>
More information about the Kde-graphics-devel
mailing list