Re: Setting up a Quality Team within KDE

2012-04-06 Thread Tomaz Canabrava
On Fri, Apr 6, 2012 at 2:03 PM, Anne-Marie Mahfouf wrote: > On 04/06/2012 02:23 PM, Aleix Pol wrote: >> >> On Thu, Apr 5, 2012 at 1:42 PM, Anne-Marie Mahfouf >>  wrote: >>> >>> Hi, >>> >>> We would like to setup a Quality Testing Team within KDE in order to >>> better >>> test our next KDE SC and

Re: Setting up a Quality Team within KDE

2012-04-06 Thread Anne-Marie Mahfouf
On 04/06/2012 02:23 PM, Aleix Pol wrote: On Thu, Apr 5, 2012 at 1:42 PM, Anne-Marie Mahfouf wrote: Hi, We would like to setup a Quality Testing Team within KDE in order to better test our next KDE SC and make the beta process more efficient. Attached is the first draft of the ideas I brainsto

Re: Setting up a Quality Team within KDE

2012-04-06 Thread Aleix Pol
On Thu, Apr 5, 2012 at 1:42 PM, Anne-Marie Mahfouf wrote: > Hi, > > We would like to setup a Quality Testing Team within KDE in order to better > test our next KDE SC and make the beta process more efficient. > Attached is the first draft of the ideas I brainstormed. Source .odt of this > document

Re: Why does KPushButton have a delayedMenu?

2012-04-06 Thread Dominik Haumann
On Friday, 6. April 2012 12:53:02 Stephen Kelly wrote: > Hi there, > > I'm trying to figure out why KPushButton has a feature of a 'delayed' menu. > > Why would applications need that? What problems does it solve? Can the > problem be solved in Qt? I think so. The usage of setDelayedMenu is ver

Re: Why does KPushButton have a delayedMenu?

2012-04-06 Thread Thomas Lübking
Am 06.04.2012, 15:20 Uhr, schrieb Stephen Kelly : Interesting. So should KPushButtons which wish to use the delayed popup stuff be changed to QToolButtons Likely. At least bot examples should actually be toolbuttons - esp. since the konqueror button is -typically- in a, well, toolbar... o

Re: Why does KPushButton have a delayedMenu?

2012-04-06 Thread Stephen Kelly
Kevin Krammer wrote: > On Friday, 2012-04-06, Stephen Kelly wrote: >> Eike Hein wrote: >> > On 04/06/2012 01:08 PM, Richard Moore wrote: >> >> It's for things like a browser's back button where a click moves you >> >> back, wheras press and hold shows a menu of the recent history. >> > >> > Anoth

Re: Exposing KSSL in KIO

2012-04-06 Thread Thiago Macieira
On sexta-feira, 6 de abril de 2012 01.14.34, David Edmundson wrote: > > I don't think so. The classes are likely not to be exported. > > Weirdly they are. At least there's a "KIO_EXPORT" in the class > definition in the header of KSSLCertificate. Then they are exported. I didn't check the file, I

Re: Why does KPushButton have a delayedMenu?

2012-04-06 Thread Eike Hein
On 04/06/2012 01:08 PM, Richard Moore wrote: It's for things like a browser's back button where a click moves you back, wheras press and hold shows a menu of the recent history. Another use is in Konsole (and Yakuake) where click-and-hold on the "New Tab" button opens a popup menu allowing the

Re: Why does KPushButton have a delayedMenu?

2012-04-06 Thread Richard Moore
On 6 April 2012 11:53, Stephen Kelly wrote: > I'm trying to figure out why KPushButton has a feature of a 'delayed' menu. > > Why would applications need that? What problems does it solve? Can the > problem be solved in Qt? It's for things like a browser's back button where a click moves you back

Why does KPushButton have a delayedMenu?

2012-04-06 Thread Stephen Kelly
Hi there, I'm trying to figure out why KPushButton has a feature of a 'delayed' menu. Why would applications need that? What problems does it solve? Can the problem be solved in Qt? Thanks, Steve.

Re: Review Request: Don't set an RPATH when installed into multiarch dir

2012-04-06 Thread Commit Hook
--- This is an automatically generated e-mail. To reply, visit: http://git.reviewboard.kde.org/r/103422/#review12195 --- This review has been submitted with commit 57c3f0c7b40c8d3aaee

Re: RFC: i18n: strict translation call-to-catalog mapping

2012-04-06 Thread Thomas Zander
Quoting Chusslove Illich : [: Thomas Zander :] I like that idea in general, not sure how to implement it properly, though. Simplest idea is to make cmake generate a "klocale-{module}.h" file and make everyone include that. But that sounds like a lot of work. Actually I have nothing against prov

Re: Exposing KSSL in KIO

2012-04-06 Thread David Edmundson
On Fri, Apr 6, 2012 at 12:36 AM, Thiago Macieira wrote: > On quinta-feira, 5 de abril de 2012 21.41.00, David Edmundson wrote: >> In KDE Telepathy one the tasks I'm currently doing is certificate >> handling. We get the certificate from telepathy and have to prompt the >> user if they want to acce

Re: RFC: i18n: strict translation call-to-catalog mapping

2012-04-06 Thread Oswald Buddenhagen
On Fri, Apr 06, 2012 at 10:45:30AM +0200, Chusslove Illich wrote: > > [: Oswald Buddenhagen :] > > even small inefficiencies add up, so a functionally equivalent but > > more efficient solution is generally preferable. > > You have got to be kidding me. [...] > if you consistently apply this atti

Re: RFC: i18n: strict translation call-to-catalog mapping

2012-04-06 Thread Chusslove Illich
> [: Thomas Zander :] > I like that idea in general, not sure how to implement it properly, > though. Simplest idea is to make cmake generate a "klocale-{module}.h" > file and make everyone include that. But that sounds like a lot of work. Actually I have nothing against providing any kind of spec

Re: RFC: i18n: strict translation call-to-catalog mapping

2012-04-06 Thread Chusslove Illich
> [: Oswald Buddenhagen :] > the "inlined" should be hint enough that i'm talking about code size. even > small inefficiencies add up, so a functionally equivalent but more > efficient solution is generally preferable. You have got to be kidding me. Gettext designers apparently haven't thought abo

Re: RFC: i18n: strict translation call-to-catalog mapping

2012-04-06 Thread Thomas Zander
On Wednesday 04 April 2012 22.40.22 Oswald Buddenhagen wrote: > chusslove understood you perfectly well. ;) Good. > gettext never did that. > and in qt these auto-contexts are a pita, as they lead to a lot of > duplication within a single catalog. it's really not the right solution. > so chusslov