---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/116075/
---
(Updated March 3, 2014, 9:36 a.m.)
Review request for KDE Frameworks,
---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/116561/
---
Review request for KDE Frameworks.
Repository: kwindowsystem
On Monday, March 3, 2014 08:35:16 you wrote:
The reason to remove the default ctor was that if one used it, KWindowInfo
would crash on first usage as it was completely broken. It was documented to
be there for usages in container classes but lxr doesn't show any usage and
On Monday 03 March 2014 09:56:11 Aaron J. Seigo wrote:
On Monday, March 3, 2014 08:35:16 you wrote:
The reason to remove the default ctor was that if one used it, KWindowInfo
would crash on first usage as it was completely broken. It was documented
to be there for usages in container
On Monday, March 3, 2014 10:34:40 Martin Gräßlin wrote:
It's an incorrect usage caused by XLib not being thread safe. We just
couldn't use KWindowInfo in the runner thread. With the switch to xcb
that's no longer the case and it would be better to have just a QListWId
and fetch the data in the
hello,
over the weekend i wrote up a small tool that does what is needed for
libsprinter, which is a Qt5 library (no frameworks deps), to harvest
translations from .desktop files into .json files for inclusion in its plugins.
one decision i made while writing this was that .desktop files are
On 03/03/14 11:28, Aaron J. Seigo wrote:
hello,
over the weekend i wrote up a small tool that does what is needed for
libsprinter, which is a Qt5 library (no frameworks deps), to harvest
translations from .desktop files into .json files for inclusion in its
plugins.
one decision i
---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/116566/
---
Review request for KDE Frameworks.
Repository: kinit
Description
---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/116567/
---
Review request for KDE Frameworks.
Repository: kimageformats
---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/116568/
---
Review request for KDE Frameworks.
Repository: kimageformats
---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/116566/#review51769
---
Ship it!
Ship It!
- Alex Merry
On March 3, 2014, 12:58
---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/116566/#review51770
---
This review has been submitted with commit
---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/116566/
---
(Updated March 3, 2014, 1:09 p.m.)
Status
--
This change has been
---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/116568/
---
(Updated March 3, 2014, 1:15 p.m.)
Review request for KDE Frameworks and
---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/116567/#review51782
---
My understanding is that all image formats we support are
See http://build.kde.org/job/kde-baseapps_frameworks_qt5/1/
___
Kde-frameworks-devel mailing list
Kde-frameworks-devel@kde.org
https://mail.kde.org/mailman/listinfo/kde-frameworks-devel
On Monday, March 3, 2014 12:35:40 Alex Merry wrote:
Could we not extend scripty to do the same for the .json files? We
most problably .. but I haven’t looked at scripty so do not know how much work
it would be, and I try not to interfere with i18n workflows. but yes, this
should be possible.
---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/116567/
---
(Updated March 3, 2014, 3:23 p.m.)
Review request for KDE Frameworks.
On March 1, 2014, 4:17 p.m., David Faure wrote:
Hmm, this might be equivalent, but all it means is that the orig code was
wrong.
We should not make any memory allocations within the crash handler.
So we should instead store the startup id as a const char* somewhere and
use
On March 1, 2014, 4:17 p.m., David Faure wrote:
Hmm, this might be equivalent, but all it means is that the orig code was
wrong.
We should not make any memory allocations within the crash handler.
So we should instead store the startup id as a const char* somewhere and
use
See http://build.kde.org/job/knotifications_master_qt5/35/changes
Changes:
[mklapetek] Make id() and appName() public methods
[mklapetek] Always pass only the KNotification object, no need for separate id
[mklapetek] Change notify() method to only take KNotification object
[mklapetek]
---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/116573/
---
Review request for KDE Frameworks and David Faure.
Repository: kio
---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/116573/#review51810
---
Ship it!
Ship It!
- David Faure
On March 3, 2014, 5:21
El Diumenge, 2 de març de 2014, a les 21:32:58, Matthew Dawson va escriure:
On March 3, 2014 12:51:10 AM Albert Astals Cid wrote:
I wasn't following the discussion. Can anyone summarize how 4.x are
releases affected?
Thanks!
Albert
The kdnssd repository in the kdenetwork module
On Wednesday 19 of February 2014 21:18:31 šumski wrote:
Hi all,
i've started pushing Frameworks to openSUSE Factory (i.e. next openSUSE
release), and our legal review found some issues[1][2][3] with mentioned
frameworks licenses.
Ok, after next batch, issue came up with kwallet[1],
---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/116103/#review51821
---
This review has been submitted with commit
---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/116103/
---
(Updated March 3, 2014, 8:59 p.m.)
Status
--
This change has been
On Monday 03 of March 2014 16:20:20 George Staikos wrote:
What license are you asking for? Sorry I haven't read the back info and
don't feel like digging. :)
Quote:
kwallet-framework-4.96.0/src/runtime/kwalletd/kbetterthankdialog.(cpp|h) and
---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/116540/
---
(Updated March 3, 2014, 9:46 p.m.)
Status
--
This change has been
---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/116539/
---
(Updated March 3, 2014, 9:46 p.m.)
Status
--
This change has been
I'm ok with lgpl.
On Mar 3, 2014 4:29 PM, šumski hrvoje.sen...@gmail.com wrote:
On Monday 03 of March 2014 16:20:20 George Staikos wrote:
What license are you asking for? Sorry I haven't read the back info and
don't feel like digging. :)
Quote:
What license are you asking for? Sorry I haven't read the back info and
don't feel like digging. :)
On Mar 3, 2014 2:55 PM, šumski hrvoje.sen...@gmail.com wrote:
On Wednesday 19 of February 2014 21:18:31 šumski wrote:
Hi all,
i've started pushing Frameworks to openSUSE Factory (i.e. next
On 2 March 2014 19:58, Kevin Ottens er...@kde.org wrote:
On Thursday 27 February 2014 17:15:56 John Layt wrote:
* Try port away from ki18n to tr(). KUC makes extensive use of ki18nc() and
ki18ncp(), but I need to check with Chusselove if all the plural
translations can be handled with Qt or
---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/116103/#review51844
---
Ok, I just realized this was being dealt with and I did a
---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/116573/
---
(Updated March 4, 2014, 12:18 a.m.)
Status
--
This change has been
---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/116542/#review51851
---
From what I can tell declaring *any* type A::B is a qualified
---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/116588/
---
Review request for KDE Frameworks.
Repository: kwindowsystem
37 matches
Mail list logo
