updates are the safest way technically but that
should be only regarded as a workaround for a more fundamental problem,
lying deep below the desktop level.
--
Lukáš Tinkl lti...@redhat.com
Senior Software Engineer - KDE desktop team, Brno
KDE developer lu...@kde.org
Red Hat Inc
-Czech for me :/
--
Lukáš Tinkl lti...@redhat.com
Senior Software Engineer - KDE desktop team, Brno
KDE developer lu...@kde.org
Red Hat Inc. http://cz.redhat.com
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code
sure it
will also make us less relevant (my personal opinion).
--
Lukáš Tinkl lti...@redhat.com
Software Engineer - KDE desktop team, Brno
KDE developer lu...@kde.org
Red Hat Inc. http://cz.redhat.com
--
devel mailing list
devel@lists.fedoraproject.org
https
a substantial user base.
--
Lukáš Tinkl lti...@redhat.com
Software Engineer - KDE desktop team, Brno
KDE developer lu...@kde.org
Red Hat Inc. http://cz.redhat.com
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora
(hyphen.first.count())
.toLocal8Bit().data());
The original version relied on the operator char *() overload of
QByteArray, but that isn't applied in a vararg context.
An even better and easier way is to
#include QDebug
and use sth like:
qDebug() glyph log xadvance etc etc;
--
Lukáš Tinkl
an offline update now.
Richard.
Not in KDE, a well behaved KDE app copes well with stuff being updated
online; we usually watch the important directories and reload/restart
the modules/plugins automatically.
--
Lukáš Tinkl lti...@redhat.com
Software Engineer - KDE desktop team, Brno
KDE developer
grab hadess or hughsie on irc. Thanks.
Richard
Hi,
please don't forget the whole KDE's power management stack also depends
on the UPower (DBUS) API
--
Lukáš Tinkl lti...@redhat.com
Software Engineer - KDE desktop team, Brno
KDE developer lu...@kde.org
Red Hat Inc
in the
following days
--
Lukáš Tinkl lti...@redhat.com
Software Engineer - KDE desktop team, Brno
KDE developer lu...@kde.org
Red Hat Inc. http://cz.redhat.com
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code
Dne 22.7.2013 17:45, Adam Williamson napsal(a):
On Tue, 2013-07-16 at 13:25 +0200, Jaroslav Reznik wrote:
= Proposed Self Contained Change: Plasma-nm =
https://fedoraproject.org/wiki/Changes/Plasma-nm
Change owner(s): Jan Grulich jgrul...@redhat.com, Lukáš Tinkl
lti...@redhat.com
Replace
...@redhat.com, Lukáš Tinkl
lti...@redhat.com
Replace current network applet in KDE with a new one and bring the latest news
in NetworkManager to KDE.
== Detailed description ==
Plasma-nm is a new plasma applet for network management in KDE which uses the
latest KDE technologies. It supports all
10 matches
Mail list logo