[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-devel
Subject:    Re: KGlobal::locale() replacement
From:       David Faure <faure () kde ! org>
Date:       2013-08-31 11:40:25
Message-ID: 1427571.rsunCuTUWm () asterix
[Download RAW message or body]

On Thursday 29 August 2013 07:19:22 Martin Graesslin wrote:
> On Wednesday 28 August 2013 22:38:34 Albert Astals Cid wrote:
> > El Dijous, 29 d'agost de 2013, a les 04:36:32, Reza Shah va escriure:
> > > Hi,
> > > 
> > > I want to replace these:
> > > KGlobal::locale()->positiveSign() and negativeSign()
> > > 
> > > Currently i'm using KLocale::global()->positiveSign() and
> > > negativeSign().
> > 
> > If  KLocale::global()->positiveSign() and negativeSign() already do what
> > you want, what's the problem?
> 
> it adds a dependency to kde4attic which is otherwise not needed.

Please understand how kde4attic works though:

the code in there is "to be sorted out".

I.e. if nobody claims that they need it, it will move to kde4support.
If someone claims that they need it, we can move it to "a proper framework".

In the case of KLocale it's a bit more complex, big parts of the class are 
already obsoleted (I think), and it might be only some methods that are still 
useful (like the ones mentionned here). If that means that functionality has 
to move somewhere then we can do that.

I don't have technical answers for this KLocale question, I'm only reacting to 
"I don't want to link to kde4attic" -- nobody does, but the point is to fix it 
at the kdelibs level first ;)

-- 
David Faure, faure@kde.org, http://www.davidfaure.fr
Working on KDE, in particular KDE Frameworks 5


>> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<
[prev in list] [next in list] [prev in thread] [next in thread]