---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/126057/#review88340
---
Ship it!
KDEInstallDirs will take care of keeping compatibili
---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/126056/#review88339
---
Ship it!
This could do with more work than just this - a bunc
---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/126058/#review88338
---
Ship it!
Ship It!
- Alex Merry
On Nov. 13, 2015, 6:08 p.m.
On Friday November 13 2015 22:10:07 David Faure wrote:
> Kévin wrote this code in ed10e3fd484570, the main point was to switch from
> KConfig to QSettings
> for this particular setting. NativeFormat is clearly just an accident there,
> feel free to change it.
I hope that meant OK to commit - do
On Friday 13 November 2015 22:04:35 René J. V. Bertin wrote:
> I can imagine that the session dbus doesn't look in /opt/local by default on
> Linux (guess I'll have to look into that)
Right. Add /opt/local/share to XDG_DATA_DIRS before starting the DBus daemon,
otherwise the dbus service cannot b
On Friday 13 November 2015 18:18:21 René J. V. Bertin wrote:
> Hi,
>
> KXmlGui currently uses QSettings in NativeFormat to write
> klanguageoverridesrc .
> On OS X, that means it will become a binary XML file called
> klanguageoverridesrc.plist, which I personally find undesirable. I think that
Martin Graesslin wrote:
>> "No such object path '/org/kde/kglobalaccel'"
Actually, I'm seeing this exact same error when I build kglobalaccel and
dependencies with the same install prefix and options (except any platform-
specific ones of course) on Linux. I presume that this corresponds to a f
---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/126058/
---
Review request for KDE Frameworks and andreas kainz.
Repository: oxygen-i
---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/126057/
---
Review request for KDE Frameworks and andreas kainz.
Repository: oxygen-i
---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/126056/
---
Review request for KDE Frameworks and Uri Herrera.
Repository: breeze-ico
Hi,
KXmlGui currently uses QSettings in NativeFormat to write klanguageoverridesrc
.
On OS X, that means it will become a binary XML file called
klanguageoverridesrc.plist, which I personally find undesirable. I think that
the effect is even larger on MS Windows.
On Linux, NativeFormat and In
Martin Graesslin wrote:
> Well it could also mean that kglobalaccel5 directly crashes because it doesn't
> have a backend and we just don't see the backtrace due to missing drkonqi.
Running under a debugger should show if it crashes, before kcrash gets a chance
to call drkonqi, no?
Drkonqi is
On Friday, November 13, 2015 5:54:01 PM CET René J. V. Bertin wrote:
> Martin Graesslin wrote:
> > because nobody ported it to Qt's new native event filter. I would love to
> > see this enabled again for the non Linux platforms.
>
> Hmm, I see. That's something I should look into then, if I find i
---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/126054/
---
(Updated Nov. 13, 2015, 4:54 p.m.)
Status
--
This change has been ma
Martin Graesslin wrote:
> because nobody ported it to Qt's new native event filter. I would love to see
> this enabled again for the non Linux platforms.
Hmm, I see. That's something I should look into then, if I find its
functionality is indeed lacking. I know kglobalaccel4 works and gets start
On Friday, November 13, 2015 5:24:51 PM CET René J.V. Bertin wrote:
> Hi,
>
> KDE4's kglobalaccel works just fine on Mac OS X; is there a reason why the
> KF5 wouldn't?
because nobody ported it to Qt's new native event filter. I would love to see
this enabled again for the non Linux platforms.
Hi,
KDE4's kglobalaccel works just fine on Mac OS X; is there a reason why the KF5
wouldn't?
R.
___
Kde-frameworks-devel mailing list
Kde-frameworks-devel@kde.org
https://mail.kde.org/mailman/listinfo/kde-frameworks-devel
---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/126054/#review88330
---
Ship it!
Ship It!
- Aleix Pol Gonzalez
On nov. 13, 2015, 5
---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/126054/
---
Review request for KDE Frameworks and Christoph Cullmann.
Repository: kco
---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/126047/
---
(Updated Nov. 13, 2015, 2:24 p.m.)
Status
--
This change has been ma
> On Nov. 13, 2015, 7:59 a.m., Martin Gräßlin wrote:
> > shouldn't we just delete the code? Qt nowadays does SNI and if not we have
> > the xembed-sni-proxy. Thoughts on that? Maybe bound to the Qt version which
> > introduced the SNI support?
>
> David Edmundson wrote:
> Could do.
> I
---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/126047/#review88327
---
Ship it!
Ship It!
- Martin Gräßlin
On Nov. 12, 2015, 8:24
Hi,
I've been thinking about looking into pushing Purpose as a framework. One
of its dependencies is KDeclarative, which means all of the things. In this
case KDeclarative is used for the i18n() integration.
I think this is especially bad because it raises the Qt Quick adoption
barrier quite a bit
> On Nov. 13, 2015, 6:59 a.m., Martin Gräßlin wrote:
> > shouldn't we just delete the code? Qt nowadays does SNI and if not we have
> > the xembed-sni-proxy. Thoughts on that? Maybe bound to the Qt version which
> > introduced the SNI support?
Could do.
I've not tried Qt's version of SNI mysel
24 matches
Mail list logo
