>
> Did you actually understand what I'm referring to?
>
I guess that we all agree that we should replace the QDialog with the
KPasswordDialog (right?).
If so, how can we do that? Even if someone doesn't have the pinentry-qt4,
then the pinentry (CL)
is opening. And i wasn't able to remove the pine
On Sunday 28. October 2012 09.22.39 Thiago Macieira wrote:
> That's a static const non-POD created by a non-constexpr. That means it's
> initialised on the first run.
>
> It's thread-safe on GCC and C++11, but not on other conditions.
It should be safe according to the spec (section 6.7 I think),
On Thursday, November 8, 2012 23:12:55 Dmitry A. Ashkadov wrote:
> Hello!
>
> I'm trying to use property id of Plasma::Applet in QML, but it isn't
> notifyable. Do you know can id of applet be changed in run-time? Maybe is
> it possible to add CONSTANT to declaration of property before KDE 4.10 is
On Thursday, November 8, 2012 20:06:10 Antonis Tsiapaliokas wrote:
> > - PasswordAsker sounds like could be implemented on top of
> > KPasswordDialog
>
> gpgme is using pinetry-qt4 for password prompt, i don't think that we
> should use the KPasswordDialog.
gpgme does this because pinentry-qt4 is
Alle giovedì 8 novembre 2012, Antonis Tsiapaliokas ha scritto:
> > - PasswordAsker sounds like could be implemented on top of
> > KPasswordDialog
>
> gpgme is using pinetry-qt4 for password prompt, i don't think that we
> should use the KPasswordDialog.
Did you actually understand what I'm referr
Hello!
I'm trying to use property id of Plasma::Applet in QML, but it isn't
notifyable. Do you know can id of applet be changed in run-time? Maybe is it
possible to add CONSTANT to declaration of property before KDE 4.10 is released?
Thank you.
> - PasswordAsker sounds like could be implemented on top of
> KPasswordDialog
>
gpgme is using pinetry-qt4 for password prompt, i don't think that we
should use the KPasswordDialog.
On Thu, Nov 8, 2012 at 3:47 PM, Pino Toscano wrote:
> Hi,
>
> thanks for the work you are putting in it, so far.
>
Thanks for your effort for having the best project in extragear as well. :)
>
> Alle lunedì 5 novembre 2012, Aleix Pol ha scritto:
> > Some months ago I pushed this project quite
On Wed, Nov 7, 2012 at 9:45 PM, Pino Toscano wrote:
> Hi,
>
> Alle mercoledì 7 novembre 2012, Aleix Pol ha scritto:
> > On Wed, Nov 7, 2012 at 12:49 AM, Pino Toscano wrote:
> > > Alle lunedì 5 novembre 2012, Aleix Pol ha scritto:
> > >> Some months ago I pushed this project quite intensively so
---
This is an automatically generated e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/107228/#review21641
---
This review has been submitted with commit
5a3cedacdb6485f7551
Christoph Feck wrote:
> Hi,
>
> my git foo is limited, but if I interpret http://ompldr.org/vZzZxaw
> correctly, then somehow master got merged into KDE/4.9 branch,
> meaning, for example, that Alex's commits to depend on cmake 2.8.8 are
> now in KDE/4.9 branch.
>
> I suggest to not to commit to
On Thursday 08 November 2012, Christoph Feck wrote:
> Hi,
>
> my git foo is limited, but if I interpret http://ompldr.org/vZzZxaw
> correctly, then somehow master got merged into KDE/4.9 branch,
> meaning, for example, that Alex's commits to depend on cmake 2.8.8 are
> now in KDE/4.9 branch.
>
>
Hi Sebastian,
2012/11/8 Sebastian Kügler :
> * As far as I can see, QWidget-related bits and "service-related" bits are
> split, so we're able to drop another ui on top of it for Plasma Active without
> much effort. (Even if the UI is a single knob =)) (Correct me if I missed a
> few points.)
>
Y
Hi,
thanks for the work you are putting in it, so far.
Alle lunedì 5 novembre 2012, Aleix Pol ha scritto:
> Some months ago I pushed this project quite intensively so that right
> now we have a stable KCM for editing the GTK settings. This is being
> used already in some distributions, so I think
On Thursday 08 November 2012 04:12:09 AM Christoph Feck wrote:
> Hi,
>
> my git foo is limited, but if I interpret http://ompldr.org/vZzZxaw
> correctly, then somehow master got merged into KDE/4.9 branch,
> meaning, for example, that Alex's commits to depend on cmake 2.8.8 are
> now in KDE/4.9
> On Nov. 7, 2012, 7:37 p.m., Luca Beltrame wrote:
> > There's no need, I merged 4.9 into 4.10 and fixed the conflict (porting it
> > to the new version) in 5966ecd67bb1572e0149834501be9eba537e4f54.
That was fast, thanks!
- Michael
---
---
This is an automatically generated e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/107248/
---
Review request for kdelibs and Luca Beltrame.
Description
---
PythonM
17 matches
Mail list logo