On Wednesday 06 July 2011 23:01:13 Thiago Macieira wrote:
> Em Wednesday, 6 de July de 2011, às 22:54:39, David Jarvie escreveu:
> > I've added a comment to the merge request suggesting that instead of a
> > reference date/time, the units in which the time span was specified should
> > be stored in
Em Wednesday, 6 de July de 2011, às 22:54:39, David Jarvie escreveu:
> I've added a comment to the merge request suggesting that instead of a
> reference date/time, the units in which the time span was specified should
> be stored in the class. That way, daylight time changes could be catered
> for
On Wednesday 06 July 2011 22:25:05 Sean Harmer wrote:
> On 06/07/2011 21:18, David Jarvie wrote:
> > On Wednesday 06 July 2011 21:10:06 Thiago Macieira wrote:
> >> Em Wednesday, 6 de July de 2011, às 20:54:54, David Jarvie escreveu:
> Duration is simply the number of seconds or milliseconds be
On 06/07/2011 21:18, David Jarvie wrote:
On Wednesday 06 July 2011 21:10:06 Thiago Macieira wrote:
Em Wednesday, 6 de July de 2011, às 20:54:54, David Jarvie escreveu:
Duration is simply the number of seconds or milliseconds between two
dates, appropriately given in their universal time. So du
On Wednesday 29 June 2011 20:54:48 John Layt wrote:
> Hi,
>
> This is the second email in the series of three looking at KLocale in
> Frameworks 5. This email covers Date/Time, so I have also cc'ed the PIM
> mailing list for their input.
>
> As with QLocale, the lack of features in QDateTime h
On Wednesday 06 July 2011 21:10:06 Thiago Macieira wrote:
> Em Wednesday, 6 de July de 2011, às 20:54:54, David Jarvie escreveu:
> > > Duration is simply the number of seconds or milliseconds between two
> > > dates, appropriately given in their universal time. So duration is not
> > > affected by
Em Wednesday, 6 de July de 2011, às 20:54:54, David Jarvie escreveu:
> > Duration is simply the number of seconds or milliseconds between two
> > dates, appropriately given in their universal time. So duration is not
> > affected by daylight savings.
>
> Duration must record whether it was specifi
On Wednesday 06 July 2011 19:52:50 Thiago Macieira wrote:
> Em Wednesday, 6 de July de 2011, às 18:54:37, David Jarvie escreveu:
> > On Wednesday 06 July 2011 18:26:16 Sean Harmer wrote:
> > > Hi,
> > >
> > > On 29/06/2011 20:54, John Layt wrote:
> > > > Duration: A number of Qt community members
On 06/07/2011 18:54, David Jarvie wrote:
Can you provide a URL for this? Duration should allow for daylight savings time
changes when it is specified in terms of days. Even if the Qt class doesn't do
this itself, it needs to make the appropriate methods virtual to allow us to
override them.
Th
Em Wednesday, 6 de July de 2011, às 18:54:37, David Jarvie escreveu:
> On Wednesday 06 July 2011 18:26:16 Sean Harmer wrote:
> > Hi,
> >
> > On 29/06/2011 20:54, John Layt wrote:
> > > Duration: A number of Qt community members have a merge request for
> > > this
> > > already, but I feel it needs
On Wednesday 06 July 2011 18:26:16 Sean Harmer wrote:
> Hi,
>
> On 29/06/2011 20:54, John Layt wrote:
> > Duration: A number of Qt community members have a merge request for this
> > already, but I feel it needs some clean-up. It would be great if an
> > experienced KDE eye could look at this as
Hi,
On 29/06/2011 20:54, John Layt wrote:
Duration: A number of Qt community members have a merge request for this
already, but I feel it needs some clean-up. It would be great if an
experienced KDE eye could look at this as it is likely to end up in Qt5.
Lars Knoll has now given some more f
On Tue, Jul 05, 2011 at 05:09:38PM +0200, Chusslove Illich wrote:
> [: Oswald Buddenhagen :]
> > if one defines that KUIT is a superset of qt rich text, there is not even
> > a theoretical problem with it.
>
> But KUIT is supposed to be transformable into different target formats, of
> which Qt ri
On Tue, Jul 05, 2011 at 11:04:41AM +0200, Chusslove Illich wrote:
> [: Oswald Buddenhagen :]
> > - the class names cause many messages to be duplicated
>
> This is exactly the reason I was afraid someone had put out :) It basically
> reveals that "they" care zero about context. It shows you...
>
> On July 5, 2011, 9:47 p.m., Dawit Alemayehu wrote:
> > Unnecessary because a job is NOT created in either of those case and as
> > such the state of that flag is of no consequence.
ok, then if the parent is not necessary either, we should probably drop it too.
I just didn't like the fact tha
---
This is an automatically generated e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/101859/
---
Review request for kdelibs and Dawit Alemayehu.
Summary
---
Bonus que
16 matches
Mail list logo
