Re: [Development] setting default widgetStyle (and ColorScheme)

On Sat, Nov 28, 2015 at 3:07 AM, René JV Bertin wrote: > > > On 28 Nov 2015, at 01:07, Olivier Goffart wrote: > >>> >>> A pure KF5 system will not have ~/.kde*/share/config/kdeglobals, correct? >> >> That code was written for integrating into KDE 4. >> It was not adapted to work with Plasma 5. >>

Re: Scope of framework integration plugin?

On Mon, Nov 30, 2015 at 12:59 PM, Luigi Toscano wrote: > On Monday 30 of November 2015 12:48:26 Martin Graesslin wrote: >> Hi all, >> >> there is currently a review request to add OSX specific changes to framework >> integration plugin [1]. >> >> This seems wrong to me. I think our framework integ

Re: Scope of framework integration plugin?

On Mon, Nov 30, 2015 at 12:48 PM, Martin Graesslin wrote: > Hi all, > > there is currently a review request to add OSX specific changes to framework > integration plugin [1]. > > This seems wrong to me. I think our framework integration plugin is about > integration Qt applications into the Plasma

Re: Scope of framework integration plugin?

On Mon, Nov 30, 2015 at 1:15 PM, Martin Graesslin wrote: > On Monday, November 30, 2015 1:02:01 PM CET Aleix Pol wrote: >> On Mon, Nov 30, 2015 at 12:48 PM, Martin Graesslin > wrote: >> > Hi all, >> > >> > there is currently a review request to add

Re: Scope of framework integration plugin?

without any kde integration > available, > and I noticed that Qt 5.6 doesn't seem to pick up the Gnome font hinting > settings. > > And that gives horrible spindly fonts, so I was thinking of ways to fix that > setting... > > > On Mon, 30 Nov 2015, Aleix Pol wrote: > &g

Re: Scope of framework integration plugin?

On Mon, Nov 30, 2015 at 2:24 PM, René J. V. wrote: > Boudewijn Rempt wrote: > >> Sort of related question... Is this also the module that picks up the font > > Not sort of related: I think you're spot-on. (These settings are probably moot > on OS X, btw.) > >> hinting settings and applies it to KD

Purpose as a KDE Framework

Hi, I've been working on Purpose since some months now, with the intention of becoming a framework some day. Some information about it can be read here: https://projects.kde.org/projects/playground/libs/purpose/repository/revisions/master/entry/README.md As it is right now it's a tier 2 framework

Re: Purpose as a KDE Framework

On Tue, Dec 1, 2015 at 3:31 PM, Martin Graesslin wrote: > On Tuesday, December 1, 2015 3:01:10 PM CET Aleix Pol wrote: >> Hi, >> I've been working on Purpose since some months now, with the intention >> of becoming a framework some day. Some information about it can

Re: Purpose as a KDE Framework

On Tue, Dec 1, 2015 at 4:05 PM, Kai Uwe Broulik wrote: > Yes please! > > I recently discovered Quick Share and was surprised that we didn't market > this stuff more :) > > One thing I wasn't sure is where the share assistant UIs are going to be > used, ie. if they're Plasma exclusive or can be u

Re: Purpose as a KDE Framework

On Tue, Dec 1, 2015 at 4:01 PM, Boudhayan Gupta wrote: > On 1 December 2015 at 19:31, Aleix Pol wrote: >> Hi, >> I've been working on Purpose since some months now, with the intention >> of becoming a framework some day. > > +1. I intend to port Spectacle to use

Re: Purpose as a KDE Framework

On Tue, Dec 1, 2015 at 4:24 PM, Kai Uwe Broulik wrote: >> you can build any view you want on top of it and the API is > public and (should be) stable. > > Yes but some services require additional information and provide a QML UI for > that.‎ And that one will look out of place if using Plasma Com

Re: Purpose as a KDE Framework

On Tue, Dec 1, 2015 at 4:37 PM, David Edmundson wrote: > AlternativesModel doesn't seem like a good name. Alternate to what? > > - > > /** @returns the job that will perform the share of the specified @p data.*/ > > what data? Eh... right. I'll also change the method name. > > -- > >

Re: Purpose as a KDE Framework

On Tue, Dec 1, 2015 at 5:10 PM, Boudhayan Gupta wrote: > On 1 December 2015 at 20:42, Aleix Pol wrote: >>> 1. I'd like to be able to load the list of plugins available per >>> mimetype a priori before the filename to share becomes available. >> You can pass

Re: Purpose as a KDE Framework

On Tue, Dec 1, 2015 at 5:39 PM, Emmanuel Pescosta wrote: > On Dienstag, 1. Dezember 2015 15:01:10 CET Aleix Pol wrote: > > Hi, > looks really interesting! > >> I'd like to see it used in other cases than sharing as well as in other > applications > > Would you a

Re: Purpose as a KDE Framework

On Wed, Dec 2, 2015 at 11:56 PM, Mark Gaiser wrote: > On Tue, Dec 1, 2015 at 3:01 PM, Aleix Pol wrote: >> >> Hi, >> I've been working on Purpose since some months now, with the intention >> of becoming a framework some day. Some information about it

Re: Purpose as a KDE Framework

On Thu, Dec 3, 2015 at 11:37 AM, Marco Martin wrote: > On Tuesday 01 December 2015, Aleix Pol wrote: >> Hi, >> I've been working on Purpose since some months now, with the intention >> of becoming a framework some day. Some information about it can be >> read h

Re: Purpose as a KDE Framework

On Thu, Dec 3, 2015 at 8:15 PM, David Edmundson wrote: > > > On Thu, Dec 3, 2015 at 6:16 PM, Aleix Pol wrote: >> >> On Tue, Dec 1, 2015 at 4:37 PM, David Edmundson >> wrote: >> > AlternativesModel doesn't seem like a good name. Alternate to what? >&

Re: Purpose as a KDE Framework

On Fri, Dec 4, 2015 at 11:26 PM, Mark Gaiser wrote: > On Thu, Dec 3, 2015 at 7:29 PM, Aleix Pol wrote: >> >> On Wed, Dec 2, 2015 at 11:56 PM, Mark Gaiser wrote: >> > On Tue, Dec 1, 2015 at 3:01 PM, Aleix Pol wrote: >> >> >> >> Hi, >> >&

Re: RFC: split platformtheme plugin from frameworkintegration and move to kde/workspace

On Mon, Dec 7, 2015 at 1:09 PM, Martin Graesslin wrote: > Hi all, > > based on the discussion in [1] I propose that we split out platformtheme > plugin from frameworkintegration into a dedicated repository and move it to > kde/workspace to be released together with Plasma 5.6. > > The main reasoni

Re: RFC: split platformtheme plugin from frameworkintegration and move to kde/workspace

On Wed, Dec 9, 2015 at 3:56 PM, Mark Gaiser wrote: > On Wed, Dec 9, 2015 at 8:24 AM, Martin Graesslin wrote: >> >> On Tuesday, December 8, 2015 6:03:47 PM CET Mark Gaiser wrote: >> > I thought the frameworkintegration plugin was exactly that and usable >> > for >> > any platform if they wish to u

Re: Purpose as a KDE Framework

On Tue, Dec 8, 2015 at 8:07 PM, Alex Merry wrote: > On 2015-12-03 18:29, Aleix Pol wrote: >> >> On Wed, Dec 2, 2015 at 11:56 PM, Mark Gaiser wrote: >>> >>> I'm trying to understand what Purpose is doing exactly. >>> I've read the readm

Re: Purpose as a KDE Framework

On Mon, Dec 7, 2015 at 12:49 PM, Marco Martin wrote: > On Thursday 03 December 2015, Aleix Pol wrote: >> > but i don't think scripted plugins can be added as an aftertought as the >> > structure of the framework may be influenced by that (yeah, i know, >> > d

Re: Draft split for qpt plugin from frameworkintegration

On Wed, Dec 16, 2015 at 4:12 PM, Martin Graesslin wrote: > Hi all, > > following up on [1] I have prepared a split of frameworkintegration to move > the QPT plugin into a dedicated repository. You can find it in [2]. Please > have > a look at the split repo to verify that it looks fine. If everyt

Re: KHolidays as Framework (redux)

On Thu, Dec 24, 2015 at 1:28 PM, John Layt wrote: > Hi, > > It's xmas holidays, so it must be time to poke a stick at KHolidays again > for inclusion as a Framework. As far as I am aware there are no outstanding > porting issues with KHolidays and it is ready for review to be included as a > Tier

Re: KIOGui ?

On Wed, Jan 13, 2016 at 12:33 AM, David Faure wrote: > I'm about to write a class to handle favicons in a KIO library, rather than > using DBus > communication to a (currently kded, could be kiod otherwise) module. > > I think there just isn't any point in using a central DBus module to handle a

Re: Making polkit-qt-1 a tier1 framework

On Thu, Jan 14, 2016 at 1:20 PM, Martin Gräßlin wrote: > Hi all, > > I want to suggest to move polkit-qt-1 [1] from kdesupport to frameworks. > Reasons are: > > * kdesupport is basically what became tier1 in frameworks > * it's used by other frameworks, e.g. KAuth (tier 2) and in kde/workspace > *

Reporting bugs to frameworks

Hi, I've recently found a bug in kded. I've been trying to report it but didn't manage to find it on the list [1]. What did I miss? Aleix [1] https://bugs.kde.org/enter_bug.cgi?format=guided ___ Kde-frameworks-devel mailing list Kde-frameworks-devel@kd

Deadlock in kded whith Qt 5.6

Hi, I realized earlier last week that some of my applications were freezing, it turns out it's because my kded is freezing and any dbus calls there need to time out (they take 30s to time out btw). Anyway, here's the backtrace: https://paste.kde.org/pajbfmoh8 I saw David did something in that dir

Re: Reporting bugs to frameworks

On Fri, Jan 15, 2016 at 1:39 PM, Christoph Feck wrote: > On Friday 15 January 2016 12:55:47 Aleix Pol wrote: >> Hi, >> I've recently found a bug in kded. I've been trying to report it >> but didn't manage to find it on the list [1]. >> >> What

Re: Deadlock in kded whith Qt 5.6

On Fri, Jan 15, 2016 at 1:02 PM, Aleix Pol wrote: > Hi, > I realized earlier last week that some of my applications were > freezing, it turns out it's because my kded is freezing and any dbus > calls there need to time out (they take 30s to time out btw). > > Anyway, here

Re: Deadlock in kded whith Qt 5.6

On Mon, Jan 18, 2016 at 9:23 AM, David Faure wrote: > On Friday 15 January 2016 13:48:14 Aleix Pol wrote: >> On Fri, Jan 15, 2016 at 1:02 PM, Aleix Pol wrote: >> > Hi, >> > I realized earlier last week that some of my applications were >> > freezing, it turns

Re: [karchive] /: Fix CMP0063 warning (the one about CXX_VISIBILITY_PRESET).

On Tue, Jan 19, 2016 at 9:15 AM, David Faure wrote: > Git commit 3b13ef97925725b2a273a4d3e7d1c0c7e151522d by David Faure. > Committed on 19/01/2016 at 08:14. > Pushed by dfaure into branch 'master'. > > Fix CMP0063 warning (the one about CXX_VISIBILITY_PRESET). > > Any volunteer for doing this ove

KCoreAddons qml plugins

Hi, I would like to move KCoreAddons qml plugin into KCoreAddons. Now it's KDeclarative where we are dumping all QML plugins. I think it's a good idea because: - it simplifies usage the plugins for such frameworks (kcoreaddons is not the only one). - it ensures the code related to a feature is to

Re: KCoreAddons qml plugins

On Thu, Jan 28, 2016 at 1:11 AM, David Faure wrote: > On Wednesday 27 January 2016 18:19:49 Aleix Pol wrote: >> Hi, >> I would like to move KCoreAddons qml plugin into KCoreAddons. Now it's >> KDeclarative where we are dumping all QML plugins. >> >> I t

Re: [karchive] /: Fix CMP0063 warning (the one about CXX_VISIBILITY_PRESET).

On Sat, Jan 23, 2016 at 12:05 PM, David Faure wrote: > On Tuesday 19 January 2016 10:11:06 Aleix Pol wrote: >> On Tue, Jan 19, 2016 at 9:15 AM, David Faure wrote: >> > Git commit 3b13ef97925725b2a273a4d3e7d1c0c7e151522d by David Faure. >> > Committed on 19/01/2016 at 0

Re: KCoreAddons qml plugins

On Thu, Jan 28, 2016 at 8:12 PM, Stephen Kelly wrote: > Aleix Pol wrote: >>> QML bindings are "one layer above" the class they bind. Just like >>> kdebindings is separate rather than "mixed into every framework". Having >>> the javascript bin

Re: Finding kdesu binary

On Fri, Jan 29, 2016 at 3:33 PM, Andrius Štikonas wrote: > Hi, > > I would like to ask how do I find kdesu binary from the code (of > partitionmanager). > > PartitionManager tries to restart itself with root privileges and tries to > rerun itself with kdesu, kdesudo or gksu... > However, KF5 bas

Re: Finding kdesu binary

On Fri, Jan 29, 2016 at 5:03 PM, Andrius Štikonas wrote: >> On Fri, Jan 29, 2016 at 3:33 PM, Andrius Štikonas >> wrote: >> > Hi, >> > >> > I would like to ask how do I find kdesu binary from the code (of >> > partitionmanager). >> > >> > PartitionManager tries to restart itself with root privil

Solid/PowerManagement deprecation

Hi, I've been looking in the last days what applications and uses make our software stick to KDELibs4Support. My impression is that the big missing thing is Solid/PowerManagement. Is anyone looking into the issue? Should we look into un-deprecating it? Aleix _

Re: Review Request 127169: By default, make KDE_INSTALL_USE_QT_SYS_PATHS share the same directory scheme as Qt if they share the prefix

On Sun, Feb 28, 2016 at 9:50 AM, Stephen Kelly wrote: > Aleix Pol Gonzalez wrote: >>> I think it would be good to have changes be better understood, >>> otherwise we end up with lots of mess. However, it looks like several >>> people really want this, an

Re: gcode.xml got into KF5::KTextEditor without review

On Sat, Mar 5, 2016 at 1:12 AM, Sven Brauch wrote: > Hey Alexander, > > Thanks for caring and sorry for breaking the string freeze; I missed > that. I reverted the commit and I will resubmit it after the 5.8 release > is out. > > On 05/03/16 01:01, Alexander Potashev wrote: >> [2] is clearly a fea

Re: RCC for icons - update: Re: Icons installed by apps

On Thu, Mar 10, 2016 at 9:33 AM, Jaroslaw Staniek wrote: > Update: > > Full (light) breeze.rcc theme file can be squashed to 5MiB using SVG > optimizer SVGO, in a similar way to what Aleix's script does > (https://quickgit.kde.org/?p=breeze-icons.git&a=commit&h=8a31ac8ac105) :) > > Good job, Aleix

Re: Qt 5.6/QtWebkit

On Wed, Mar 16, 2016 at 2:54 PM, René J. V. wrote: > David Edmundson wrote: > > >> There was a thread "Policy regarding QtWebKit and QtScript" on >> kde-core-devel a while ago. >> http://kde.6490.n7.nabble.com/Policy-regarding-QtWebKit-and-QtScript-td1619988.html > > Indeed there was, a short whil

Re: Qt 5.6/QtWebkit

On Thu, Mar 17, 2016 at 10:54 AM, René J. V. wrote: > David Edmundson wrote: > >> There was a thread "Policy regarding QtWebKit and QtScript" on >> kde-core-devel a while ago. >> http://kde.6490.n7.nabble.com/Policy-regarding-QtWebKit-and-QtScript-td1619988.html > > What I'm missing (as in not get

Re: Raising Qt requirement to Qt 5.4

On Wed, Mar 16, 2016 at 1:13 PM, Martin Graesslin wrote: > Hi all, > > with todays release of Qt 5.6 I suggest that we raise the minimum Qt version > requirement to 5.4. This would mean the latest three releases are supported. > > The important new features in Qt 5.4 in my opinion for frameworks d

Misbehavior when unloading KStyle

Hi, I've seen a couple of times such backtrace [1] which shows Qt waiting for something that never happens. An easy way to reproduce is to load konversation (or any application with KDBusService::Unique), hide it and run it again. The exit call will never be fulfilled in the second process. Any id

Re: Misbehavior when unloading KStyle

On Fri, Apr 8, 2016 at 3:42 PM, Andreas Hartmetz wrote: > On Donnerstag, 7. April 2016 20:33:19 CEST Andreas Hartmetz wrote: >> On Mittwoch, 6. April 2016 20:10:53 CEST Aleix Pol wrote: >> > Hi, >> > I've seen a couple of times such backtrace [1] which shows Qt

Re: Jenkins-kde-ci: kiconthemes master kf5-qt5 » Linux,gcc - Build # 9 - Unstable!

On Mon, Apr 11, 2016 at 12:06 AM, David Faure wrote: > * Start testing of KIconLoader_Benchmark * > Config: Using QtTest library 5.5.1, Qt 5.5.1 (x86_64-little_endian-lp64 > shared (dynamic) debug build; by GCC 5.2.1 20151010) > PASS : KIconLoader_Benchmark::initTestCase() > FAI

Re: Taking over KRunner maintainership

On Fri, Apr 15, 2016 at 12:13 AM, Kai Uwe Broulik wrote: > Hi all, > > as was already briefly mentioned in the Plasma hangout this Monday Vishesh > asked me to take over maintainership of KRunner and I'm willing to accept. > > While I am not confident to have the skills required to really move fo

Re: Re[2]: Review Request 127632: Prioritize correct extension per theme

On Wed, Apr 27, 2016 at 12:58 AM, Nick Shaforostoff wrote: > sorry, I'm a bit late. I think having extensions without dots is preferred > from common sense POV: > > KDE-Extensions=svg > KDE-Extensions=svg,png > > what do you think? > > also, the spec would like additional params to start with X-,

Improving performance under breeze icons

Hi, As assessed lately, one penalty we have when starting an application is the icons look-up. It's not really Breeze's fault, the intersection of the standard we're using and how we're using it makes the situation slightly complex, hence simplifying it would improve the situation already. To get

Re: [kate/Applications/16.04] kate: Close document: use icon document-close instead of window-close

On Sat, Apr 30, 2016 at 11:11 PM, Dominik Haumann wrote: > Hi all, > > I wonder, whether the correct fix would be to change the default icon > for KStandardAction::Close from "window-close" to "document-close"? > > Cheers, > Dominik > > -- Forwarded message -- > From: Dominik Hauma

Re: KConfig compiler. GenerateProperties and Mutable.

On Mon, May 9, 2016 at 8:02 PM, Artem Fedoskin wrote: > Dear KDE developers, > > For my GSoC 2016 project at KDE (Lite version of KStars for mobile devices) > I need to access C++ class generated from XML configure file with KConfig > compiler from QML. I found in this patch > https://git.reviewbo

Re: Can we have a headersclean check for frameworks?

On Wed, May 11, 2016 at 10:51 PM, Stephen Kelly wrote: > Hi, > > Qt has a headersclean utility which runs each header through the compiler on > its own. That verifies that it doesn't cause certain warnings, can compile > in the presence of certain Qt defines, and includes or forward declares > eve

Re: KConfig compiler. GenerateProperties and Mutable.

rtunately it doesn't support KIO. I saw from your blog posts that you > have experience with building for Android. Could you please point me where > should I start building KIO for Android? https://community.kde.org/Android Cheers! Aleix > Regards, > > Artem Fedoskin > >

Re: LGPL for Breeze QStyle and qtquickcontrols?

On Sat, May 7, 2016 at 10:10 PM, Jaroslaw Staniek wrote: > Hi, > Is relicensing Breeze QStyle to LGPL from GPL for possible and acceptable? > I've found cases when bits of the code beyond QStyle/KStyle API need > to be reused. One example is: custom widgets. > If we're considering Breeze QStyle as

Re: LGPL for Breeze QStyle and qtquickcontrols?

On Wed, May 18, 2016 at 11:36 AM, Hugo Pereira Da Costa wrote: > On 05/18/2016 11:13 AM, Jaroslaw Staniek wrote: > > > > On 17 May 2016 at 20:48, Hugo Pereira Da Costa > wrote: >> >> Hi, >> >> [snip] >>> >>> >>> Architecturally, the eventual solution would be that breeze.git becomes >>> layered,

Re: Splitting kde-workspace and kde-runtime proposal

On Tue, Jan 28, 2014 at 6:34 PM, Aleix Pol wrote: > On Mon, Jan 27, 2014 at 3:21 PM, David Edmundson < > da...@davidedmundson.co.uk> wrote: > >> There is an existing page about slitting runtime here: >> http://community.kde.org/Frameworks/Epics/New_Runtime_Organizatio

Re: Re: HAVE_X11 usage in KIO/core

On Fri, Feb 7, 2014 at 9:51 AM, Martin Gräßlin wrote: > On Friday 07 February 2014 09:38:41 Kevin Krammer wrote: > > On Friday, 2014-02-07, 08:53:54, Martin Gräßlin wrote: > > > Hi, > > > > > > I found some HAVE_X11 not defined warnings in KIO and had a look at > them. > > > One of them is in cor

Re: let's get ready for Google Summer of Code 2014

On Sun, Feb 9, 2014 at 8:57 PM, Mark Gaiser wrote: > On Sun, Feb 9, 2014 at 1:37 PM, Lydia Pintscher wrote: > > On Tue, Feb 4, 2014 at 9:24 AM, Lydia Pintscher wrote: > >> Hey everyone :) > >> > >> It is time to get ready for GSoC 2014. It's another great chance to > >> get some large projects

New framework: KRunner

Hi, During the last sprint, it was decided to split KRunner out of the plasma framework, since it seems like we want to use it but then there are a couple of alternatives. To that end, I created a new repository (kde:krunner) that contains the relevant code and I'll remove it from plasma and add a

Allocating kde-runtime/platforms/win

Hi! I am going through the list of things where we're moving kde-runtime components to [1] and I see that there's a platform/win directory. Do you agree that having it in a separate repository would be the best? Could anybody with a working KF5 + windows system (if that exists) work on it? Thanks

Figuring out kde-runtime: localization

Hi, Going through the information we have in kde-runtime [1] we found there are two subdirectories related to localization (localization and l10n) that we couldn't find a correct place to move to. Can anybody give us a hand and help us figure those out? - localization: has plenty of information re

Re: Mac OS X Frameworks Frameworks

On Sun, Feb 23, 2014 at 8:15 PM, Harald Fernengel wrote: > Hi, > > TL;DR > > Do we want to do build KDE Frameworks as Mac OS X Frameworks? > > Long Story: > > on Mac OS X, libraries are typically deployed as "Frameworks" (e.g. a > directory containing the shared library, headers, resources and me

Re: Junior jobs on framework runtime

On Fri, Feb 28, 2014 at 1:02 PM, Nicolas Lécureuil wrote: > Hello, > > i would like to know if there is junior jobs for framework runtime, as i > am a > beginer and would like to help. > > Thanks. > ___ > Kde-frameworks-devel mailing list > Kde-framework

Re: RFC on framework localization

On Fri, Mar 14, 2014 at 11:48 AM, Aurélien Gâteau wrote: > Hi, > > I started working on ensuring frameworks can be correctly localized and > have some questions. > > # Messages.sh place > > I noticed some frameworks already have Messages.sh files in there. Most > of them are in src/. Some are in

Re: Default emoticons theme

On Sat, Mar 15, 2014 at 3:14 PM, Kevin Ottens wrote: > Hello, > > On Saturday 15 March 2014 11:30:22 Alex Merry wrote: > > - it moves to kemoticons (where it will be guaranteed to be installed), > > retains its current name, and kemoticons selects "kf5" by default. > > It has my preference, so th

Re: Releasing Deprecated modules and Tier 4 Definition

On Sat, Mar 15, 2014 at 4:59 PM, Kevin Ottens wrote: > Hello all, > > This week, Aaron brought to my attention (thx!) that we would be releasing > 5.0 > with modules which would be immediately deprecated. Indeed that's a > potential > maintenance and messaging problem. > Also, to make things wors

Re: [kde-promo] Releasing Deprecated modules and Tier 4 Definition

On Tue, Mar 18, 2014 at 4:36 AM, Markus Slopianka wrote: > On Monday 17 March 2014 18:15:09 Kevin Ottens wrote: > > > Now, the last point... What else do we want to move from KDE Frameworks > to > > KDE Porting Aids? Aleix and Aaron proposed the following content for KDE > > Porting Aids: > > *

Re: Handling of frameworks using Qt-based translations

On Tue, Mar 18, 2014 at 2:05 PM, Aurélien Gâteau wrote: > Hi, > > I started working on how to handle Qt based translations, and make it as > simple as possible to work with for framework maintainers as well as > framework users. > > I picked KBookmarks as my guinea pig and got to the point where

Re: Default emoticons theme

On Tue, Mar 18, 2014 at 3:13 PM, Alex Merry wrote: > On 17/03/14 11:57, Alex Merry wrote: > > On 15/03/14 19:04, Aleix Pol wrote: > >> I do agree that having an emoticons set together with kemoticons can be > >> very helpful and simplify the usage of the module. Also,

Re: Handling of frameworks using Qt-based translations

On Tue, Mar 18, 2014 at 4:12 PM, Aurélien Gâteau wrote: > On Tue, Mar 18, 2014, at 6:20, Aleix Pol wrote: > > On Tue, Mar 18, 2014 at 2:05 PM, Aurélien Gâteau wrote: > > > Hi, > > I started working on how to handle Qt based translations, and make it as > simple a

Re: Frameworksintegration of QFileDialog::getExistingDirectory (was: add test for QFileDialog::getExistingDirectory / bug?)

n Tue, Mar 18, 2014 at 9:11 PM, Dominik Haumann wrote: > Hi, > > getting an existing directory is still broken with current frameworks > integration. A call of: > QString dir = QFileDialog::getExistingDirectory(); > results in this image: > http://wstaw.org/m/2014/03/18/plasma-desktopdF1903.png

Re: Allocating kde-runtime/platforms/win

On Thu, Feb 20, 2014 at 6:46 PM, Aleix Pol wrote: > Hi! > I am going through the list of things where we're moving kde-runtime > components to [1] and I see that there's a platform/win directory. > > Do you agree that having it in a separate repository would be the bes

Re: KLibrary to KDE4Support

On Wed, Mar 26, 2014 at 12:46 PM, Alex Merry wrote: > I'd like to move KLibrary to KDE4Support. From my investigations, I > think this will break two things: KWin and Oxygen, both of which use > KLibrary but do not link against KDE4Support. > > Those should be ported to QLibrary + KPluginLoader:

Re: Jenkins build became unstable: kio_master_qt5 #119

On Wed, Mar 26, 2014 at 5:14 PM, KDE CI System wrote: > See > > ___ > Kde-frameworks-devel mailing list > Kde-frameworks-devel@kde.org > https://mail.kde.org/mailman/listinfo/kde-frameworks-devel >

Re: Final kde-runtime splitting plan

On Wed, Mar 26, 2014 at 10:02 PM, Albert Astals Cid wrote: > El Dimecres, 26 de març de 2014, a les 11:42:01, Àlex Fiestas va escriure: > > On Tuesday 25 March 2014 20:00:51 Albert Astals Cid wrote: > > > Can you give a rationale of why we're removing the following things? > > > > > > kfile4 > >

Re: Final kde-runtime splitting plan

On Wed, Mar 26, 2014 at 12:37 PM, Carlos De Maine wrote: > On Wed, 26 Mar 2014 11:28:24 AM Àlex Fiestas wrote: > > > On Wednesday 26 March 2014 09:52:08 Carlos De Maine wrote: > > > > On Tue, 25 Mar 2014 04:18:22 PM Àlex Fiestas wrote: > > > > > Hi there > > > > > > > > > > Today Aleix and I are

Re: Location of docbooks in frameworks repos

On Wed, Mar 26, 2014 at 11:22 PM, Burkhard Lück wrote: > Hi, > > a) In kde4 docbooks usually were located in a top level folder named "doc" > in > each repo, in frameworks this folder is named "docs" with an additional > *s* , > where as the other repos with a frameworks branch seem to use the na

Re: Finding libexec files / relocation

On Mon, Mar 24, 2014 at 5:29 PM, Alex Merry wrote: > Currently, paths to libexec files are hardcoded (or not... see > https://git.reviewboard.kde.org/r/117023/). This works find unless you > want to relocate anything. > > I know that relocating is something that has come up with KDE on Windows >

Re: Move KDED out of frameworks?

On Fri, Mar 28, 2014 at 12:30 PM, Alex Merry wrote: > On 27/03/14 22:25, Àlex Fiestas wrote: > > Hi there > > > > First of all sorry for sending this email so late in the release > process, but > > today has been the first day in months that I have been able to work > fully > > concentrated on Fr

Re: Move KDED out of frameworks?

On Fri, Mar 28, 2014 at 12:32 PM, Àlex Fiestas wrote: > On Friday 28 March 2014 11:30:25 Alex Merry wrote: > > In principle, I agree. In practice, a lot of our frameworks have a > > runtime dependency of some sort on it.[0] > > > > Alex > > > > > > [0]: http://lxr.kde.org/search?v=kf5-qt5&_files

Re: Move KDED out of frameworks?

On Fri, Mar 28, 2014 at 9:14 PM, Kevin Krammer wrote: > On Friday, 2014-03-28, 20:55:02, Boudewijn Rempt wrote: > > On Fri, 28 Mar 2014, Kevin Krammer wrote: > > > The D-Bus session/user daemon is also something that needs to be > treated > > > in a platform specific way as a dependency. > > > E.

Re: Regarding entry.desktop files

On Fri, Mar 28, 2014 at 10:08 PM, Chusslove Illich wrote: > There are now several review requests, in which there is some confusion > about what to do/not to do with entry.desktop files in KF5. There are two > kinds of these files. > > One set of entry.desktop files are those in kde-runtime. They

Re: qt5 stable: qengineio: fatal: remote error: access denied or repository not exported

On Sun, Mar 30, 2014 at 12:02 PM, Gregor Mi wrote: > > > On 30/03/14 11:29, Gregor Mi wrote: > > Hi, > > > > has anyone recently build qt5 from scratch as described here [1]? > > > > When doing > > > > $ ./init-repository > > > > the following error occurs: > > > > --- > > + git clone git:

Re: build qt5 stable (changed subject from: qt5 stable: qengineio: fatal: remote error: access denied or repository not exported)

On Sun, Mar 30, 2014 at 6:38 PM, Gregor Mi wrote: > > > On 30/03/14 12:41, Aleix Pol wrote: > > On Sun, Mar 30, 2014 at 12:02 PM, Gregor Mi > > mailto:codeminis...@publicstatic.de>> > wrote: > > > > > > > > On 30/03/14 11:29, Gregor

Re: Lots of duplicated catalogs

On Mon, Mar 31, 2014 at 12:15 AM, Albert Astals Cid wrote: > $ find -name kdecalendarsystems.pot > ./frameworks/kdecalendarsystems.pot > ./kdelibs/kdecalendarsystems.pot > > $ find -name kdelibs_colors4.pot > ./frameworks/kdelibs_colors4.pot > ./kdelibs/kdelibs_colors4.pot > > $ find -name kdesud

Re: Lots of duplicated catalogs

On Mon, Mar 31, 2014 at 12:30 AM, Luigi Toscano wrote: > Aleix Pol ha scritto: > > On Mon, Mar 31, 2014 at 12:15 AM, Albert Astals Cid > <mailto:aa...@kde.org>> wrote: > > > > $ find -name kdecalendarsystems.pot > > ./frameworks/k

Re: I broke kwin

On Tue, Apr 1, 2014 at 3:04 PM, Martin Klapetek wrote: > On Tue, Apr 1, 2014 at 3:01 PM, David Faure wrote: > >> but I can't fix it? ;) >> >> I removed a very old obsolete method from kwindowsystem, then I noticed >> kwin >> was still using it, but I can't push the fix? >> > > Kwin was splitted i

Re: Review Request 117274: Fix i18n in kross

On Tue, Apr 1, 2014 at 6:02 PM, Alex Merry wrote: >This is an automatically generated e-mail. To reply, visit: > https://git.reviewboard.kde.org/r/117274/ > This change has been marked as submitted. > Review request for KDE Frameworks. > By Alex Merry. > > *Updated April 1, 2014, 4:02 p.m

DrKonqi placement

Hi, I know I'm changing what I say about drkonqi every now and then, but every step I take, I realize that the project is bigger and bigger. What I wanted to do originally was to move it to KCrash, KCrash without drkonqi is much less useful. Today I stripped out KDE4Support from it and realized th

Re: DrKonqi placement

On Wed, Apr 2, 2014 at 7:07 PM, Kevin Ottens wrote: > On Wednesday 02 April 2014 18:48:24 Aleix Pol wrote: > > Hi, > > I know I'm changing what I say about drkonqi every now and then, but > every > > step I take, I realize that the project is bigger and bigg

Re: KUnitConversion Review

On Thu, Feb 27, 2014 at 5:15 PM, John Layt wrote: > Hi, > > I've been reviewing KUnitConversion (KUC for short) and doing some small > clean-ups, and I'm slowly coming to the conclusion I'm not a fan of the > api. > However it is used in a few places, so rather than try rewrite the api in > the >

Re: Where to put kglobalacceld?

On Fri, Apr 4, 2014 at 3:41 PM, Martin Gräßlin wrote: > Hi, > > similar as to what we already have with DrKonqi moving kglobalacceld from > kde- > runtime into the globalaccel framework would significantly raise the tier > and > dependencies. At the moment KGlobalAccel is a tier1 framework. > > T

Status of the KDE Runtime module splitting

Hi, We started the discussion of splitting some time where we somewhat agreed on a splitting plan [1]. I've been working during the last week on it, and decided I'd send an e-mail with some update on the status. Most things that haven't been done yet, are because I don't really know what to do with

Re: Status of the KDE Runtime module splitting

On Mon, Apr 7, 2014 at 7:08 PM, Alex Merry wrote: > On 07/04/14 17:57, Aleix Pol wrote: > > - kioslaves, kioslaves-extra: I'm waiting to get the respositories, the > > sysadmin team seems to have some concerns. Discussing it at the moment > > (when the time zones let

Re: Status of the KDE Runtime module splitting

On Tue, Apr 8, 2014 at 7:52 AM, Kevin Ottens wrote: > Hello, > > On Monday 07 April 2014 18:57:25 Aleix Pol wrote: > > We started the discussion of splitting some time where we somewhat agreed > > on a splitting plan [1]. I've been working during the last week on it,

Re: Kioslave repos

On Tue, Apr 8, 2014 at 7:57 AM, Kevin Ottens wrote: > Hello, > > On Monday 07 April 2014 23:27:33 Alex Merry wrote: > > Aleix wanted a separate thread for this, so here it is. > > > > The current runtime splitting plan says that ioslaves should be in three > > places: core ones (file, http, etc)

Re: Kioslave repos

On Tue, Apr 8, 2014 at 12:55 PM, Kevin Ottens wrote: > Hello, > > On Tuesday 08 April 2014 12:30:44 Aleix Pol wrote: > > The rationale is that we should never need to pull a Plasma Workspace to > > get an _application_ running. > > I'd argue the application is b

Re: Kioslave repos

On Tue, Apr 8, 2014 at 12:27 AM, Alex Merry wrote: > Aleix wanted a separate thread for this, so here it is. > > The current runtime splitting plan says that ioslaves should be in three > places: core ones (file, http, etc) in kio, other useful ones (archive, > bookmarks, etc) in "kioslaves", and

  1   2   3   4   5   6   7   8   9   10   >