Renaming X.Y branches to KDE/X.Y

Hello all, Sorry for the cross post, but this concerns many and I want to make sure everyone is aware. We have been discussing different ways to fix the inconsistency in branch naming from the different ways repositories were migrated to git.  It seems that a decision was made to use X.Y naming sc

Re: QML support in kde.org services

The meego tablet QML component have extensive documentation, which I guess is later parsed with qt docs or something similar. You can find examples in meego.gitorious.org. Meego UX / meego-ux-components project. Regards, Alvaro On Thu, Sep 8, 2011 at 10:13 PM, Giorgos Tsiapaliwkas wrote: > This

Re: QML support in kde.org services

This is irrelevant with the need of documenting the QML but since the existence of the Qt desktop components and the QML toplevel windows and menus we have to consider the support for QML completion in our IDEs (KDevelop

Re: Cursor Theme Settings

>On 8 September 2011 04:56, Sebastian Kügler wrote: > On Wednesday, September 07, 2011 19:04:39 Steven Sroka wrote: >> >On 7 September 2011 12:49, Steven Sroka wrote: >> >>On 7 September 2011 11:22, Sebastian Kügler wrote: >> >> On Wednesday, September 07, 2011 17:08:36 Steven Sroka wrote: >> >>

Downtime notification

Hi everyone, To allow us to perform some web server configuration changes on cano.kde.org, downtime has been scheduled for the following list of sites. This downtime will be intermittent, and will be undertaken on Saturday morning (GMT timezone). The affected sites under kde.org: dot, forum, user

Re: KLocale::formatNumber fails for locales without ThousandsSeparator

On Thursday 08 Sep 2011 16:22:04 Albert Astals Cid wrote: > Hi John, just realized that KLocale::formatNumber fails to return 10 when > passing in "10" (returns 0) if ThousandsSeparator is empty (like it is for > Spain and lots of other locales). > > The problem is in KLocalePrivate::parseDigitGro

KLocale::formatNumber fails for locales without ThousandsSeparator

Hi John, just realized that KLocale::formatNumber fails to return 10 when passing in "10" (returns 0) if ThousandsSeparator is empty (like it is for Spain and lots of other locales). The problem is in KLocalePrivate::parseDigitGroup, but i gave a quick look and decided you could fix it faster t

Re: Proposal to use QIcon in APIs in KF5.

On Thursday, September 8, 2011 12:00:29 Olivier Goffart wrote: > Yes, The QIcon cache is per application. (not global.) > > But what is really the performence gain? finding icons in the theme structure we use is rather expensive. that's why there is a cache in the first place. sharing that cache

Re: Proposal to use QIcon in APIs in KF5.

On Thursday 08 September 2011 10:54:02 Sebastian Kügler wrote: > On Thursday, September 08, 2011 09:17:00 Jaime wrote: > > We should assume that Qt5 will have some kind of global icon cache, > > > > valid for every Qt application run in one machine, like KIcon has now. > > Am I Right? > > Per a

Re: Proposal to use QIcon in APIs in KF5.

On Thursday, September 8, 2011 11:08:06 todd rme wrote: > The original email explicitly said it would not be deprecated, so > there appears to be some disagreement on this issue. oh, the iron! :) the disagreement on the issue to deprecate came about due to a disagreement on irc that was hardly te

Re: Proposal to use QIcon in APIs in KF5.

On Thu, Sep 8, 2011 at 10:59 AM, Aaron J. Seigo wrote: > On Thursday, September 8, 2011 09:36:41 todd rme wrote: >> Several people have proposed moving to a separate module classes that >> are needed for existing applications but pose a problem for new >> developers, are no longer needed, or clutt

Re: Proposal to use QIcon in APIs in KF5.

On Thursday 08 September 2011 09:36:41 todd rme wrote: > Several people have proposed moving to a separate module classes that > are needed for existing applications but pose a problem for new > developers, are no longer needed, or clutter the API. From what they > are saying, this seems to ease t

Re: Proposal to use QIcon in APIs in KF5.

On Thursday, September 8, 2011 09:36:41 todd rme wrote: > Several people have proposed moving to a separate module classes that > are needed for existing applications but pose a problem for new > developers, are no longer needed, or clutter the API. From what they > are saying, this seems to ease

Re: Cursor Theme Settings

On Wednesday, September 07, 2011 19:04:39 Steven Sroka wrote: > >On 7 September 2011 12:49, Steven Sroka wrote: > >>On 7 September 2011 11:22, Sebastian Kügler wrote: > >> On Wednesday, September 07, 2011 17:08:36 Steven Sroka wrote: > >>> Where are the cursor theme settings saved in KDE as well

Re: Proposal to use QIcon in APIs in KF5.

On Thursday, September 08, 2011 09:17:00 Jaime wrote: > We should assume that Qt5 will have some kind of global icon cache, > valid for every Qt application run in one machine, like KIcon has now. > Am I Right? Per application, it seems. That's probably still a bit behind KIcon's KSharedDataCac

Re: Proposal to use QIcon in APIs in KF5.

On Thu, Sep 8, 2011 at 9:17 AM, Jaime wrote: > Hi, > >  Lets center in the technical aspects... > >  We should assume that Qt5 will have some kind of global icon cache, > valid for every Qt application run in one machine, like KIcon has now. > Am I Right? > >  Then, without removing KIcon, it coul

Re: Proposal to use QIcon in APIs in KF5.

Hi, Lets center in the technical aspects... We should assume that Qt5 will have some kind of global icon cache, valid for every Qt application run in one machine, like KIcon has now. Am I Right? Then, without removing KIcon, it could be a thin layer (~1Kb) over QIcon. Why do not call QIcon