On 16 August 2015 at 11:14, David Faure wrote:
> (*) I keep finding the "division" term a bit obscure, and I wonder if this
> shouldn't be
> called "product" instead. I.e. matching how we release things. Nowadays we
> basically have 4 products (frameworks, plasma, applications, extragear?),
> pr
On 9 August 2015 at 17:26, Dāvis Mosāns wrote:
>
> When I implement date/time related things I always use timestamps in
> UTC everywhere
> and when need to display to user or pass to some API then convert to
> respective
> format and timezone. Any other way makes it only more complicated.
>
That
On 2 August 2015 at 14:26, John Layt wrote:
> On 1 August 2015 at 19:47, Sandro Knauß wrote:
>
> > * indivual timezone support, this is something that we need when parsing
> ical
> > and have no known timezone information. I havn't looked into it, but I
> think
&g
On 4 August 2015 at 10:45, John Layt wrote:
> Most of this discussion is very very off-topic, it belongs on the Qt
> development list, can we get back to the main topic of KCalCore and
> QDateTime? I have limited time to spare and I'd rather use it to solve
> the immediate pro
On 4 August 2015 at 03:03, Thiago Macieira wrote:
> On Monday 03 August 2015 21:57:36 John Layt wrote:
>> The problem actually is that Plasma is not considered a system
>> platform by QLocale, it doesn't go looking for what Plasma wants, it
>> just uses the underlying
On 4 August 2015 at 09:11, Thomas Lübking wrote:
> On Montag, 3. August 2015 23:17:04 CEST, John Layt wrote:
>
>> Not nonsense, exactly my long-term plan to get Gtk and other apps to
>> use the right Plasma locale settings when running under Plasma. It
>> 'just'
On 3 August 2015 at 19:58, David Jarvie wrote:
> There are a number of cases in kdepim where a date-time or a date can be
> supplied. Using KDateTime makes the code cleaner - there is no need to
> provide overloads or to track whether it's date-only when calling multiple
> layers of functions or
[Again resend from subscribed account, damn gmail!]
On 3 August 2015 at 19:03, Thomas Lübking wrote:
> Disclaimer: I may talk nonsense.
>
> What about exporting LC_TIME=KDE and have a ~/.local/share/i18n/locales/KDE
> which can be configured from the locale kcm.
>
> This way *all* applications (
On 3 August 2015 at 19:03, Thomas Lübking wrote:
> Disclaimer: I may talk nonsense.
>
> What about exporting LC_TIME=KDE and have a ~/.local/share/i18n/locales/KDE
> which can be configured from the locale kcm.
>
> This way *all* applications (including even mc ;-) would follow the pattern
> the
On 3 August 2015 at 20:07, David Jarvie wrote:
> As I understand it, a QDateTime is invalid if either the date or time
> component is invalid. People would usually expect that if
> QDateTime::isValid() returns false, the object must be invalid. So a
> date-only value in which only the date was va
On 3 August 2015 at 07:33, Martin Klapetek wrote:
> So what is missing/wanted is telling QLocale to use en_GB *but* return
> any time string in 24h format for example. Or to use ISO date format
> by default. The stuff coming from cldr might not always be what
> the user wants. And there's no easy
On 2 August 2015 at 19:32, David Jarvie wrote:
> Having a date-only attribute in KDateTime is very useful because it allows
> both date-time and date-only values to be encapsulated in a single class.
> This avoids having to be able to pass either a QDate or QDateTime or to have
> a separate flag e
[Reply sent again from subscribed account]
On 2 August 2015 at 16:08, Martin Klapetek wrote:
> On Sun, Aug 2, 2015 at 3:26 PM, John Layt wrote:
Yes, KLocale was in many ways the best localization library around, I
and others worked hard to make it that good, but ultimately it's one
t
On 2 August 2015 at 16:08, Martin Klapetek wrote:
> On Sun, Aug 2, 2015 at 3:26 PM, John Layt wrote:
Yes, KLocale was in many ways the best localization library around, I
and others worked hard to make it that good, but ultimately it's one
that lost because it made KDE a walled ga
On 1 August 2015 at 19:47, Sandro Knauß wrote:
> * indivual timezone support, this is something that we need when parsing ical
> and have no known timezone information. I havn't looked into it, but I think
> this can make it eventually into QDateTime.
This is the real problem and the biggest stu
On 27 April 2015 at 21:17, Christian Mollekopf wrote:
> 1. add isDateOnly functionality to QDateTime
...
> Opinions following:
> 1. I'm not sure whether it semantically makes sense to have a QDateTime
> without a time.
Adding it to QDateTime was not an option Thiago was happy with so it
didn't m
On 9 July 2014 06:14, Kevin Ottens wrote:
> Hello,
>
> On Wednesday 09 July 2014 09:57:27 Ben Cooksley wrote:
>> On 9 July 2014 03:30, Kevin Ottens wrote:
>> > * ervin hopes to see kdepimlibs bits getting in sooner rather than later;
>>
>> Hmm? Sysadmin has already received a request to get the
On 8 July 2014 16:30, Kevin Ottens wrote:
> * he'd like our documentation to improve, we're really behind alternatives in
> that regard;
Seconded, especially from the point-of-view of external devs. For
example, someone today was asking about KArchive and whether it was
fully standalone or depe
On 9 May 2014 10:07, Boudewijn Rempt wrote:
> Well, from what I see from Gimp and MyPaint, GTK3 is a big problem already.
> Gimp's development is glacial, of course, but they started their GTK3 port
> ages ago and still haven't merged it. MyPaint uses GTK3 now,
> which means it doesn't work on Win
On 9 May 2014 10:04, Martin Gräßlin wrote:
>
> XFCE is affected in that way that GTK developers opened bug reports against
> XFCE that their window manager is broken (stating it's the only one not
> supporting that, well KWin neither).
That's not exactly the way to win friends and influence peopl
On 8 May 2014 13:56, Sebastian Kügler wrote:
> On Thursday, May 08, 2014 14:39:49 Matthias Klumpp wrote:
>> However, to support the cross-desktop efforts, the GNOME people should
>> maybe make a few compromises (e.g. make GTK+ behave differently on
>> other DEs), especially since GTK+ is not just
On 8 May 2014 13:56, Sebastian Kügler wrote:
> On Thursday, May 08, 2014 14:39:49 Matthias Klumpp wrote:
>> However, to support the cross-desktop efforts, the GNOME people should
>> maybe make a few compromises (e.g. make GTK+ behave differently on
>> other DEs), especially since GTK+ is not just
On 5 May 2014 23:03, Alvaro Soliverez wrote:
> Hi all,
> I have a question about the currency features. In KLocale, you can get
> KCurrencyCode for the current locale, which is fine.
> Now, for KMyMoney we need to get the list of all currencies for all
> countries (since a user usually deals with
On 5 May 2014 23:03, Alvaro Soliverez wrote:
> Hi all,
> I have a question about the currency features. In KLocale, you can get
> KCurrencyCode for the current locale, which is fine.
> Now, for KMyMoney we need to get the list of all currencies for all
> countries (since a user usually deals with
On 7 January 2014 23:52, Alex Merry wrote:
> If these additions are something that applications would need to be
> aware of, I see no issue with creating a wrapper class or some such
> as-and-when we find a use for one.
>
> If they are something that would be hidden to applications, would you
> c
On 8 January 2014 07:17, Kevin Ottens wrote:
> For the record, if that depends on QtPrintSupport it can't make it to
> KGuiAddons (which should depend only on QtCore and QtGui).
Good point :-)
> I'm fine keeping it even if it's small.
OK, I'll take the chainsaw to it this weekend and see what
On 7 January 2014 23:30, Michal Humpula wrote:
> If I may post a little input here. I've implemented print preview in kate
> (KF5) with QPrintPreviewDialog, mainly for the reasons mentioned above. But
> what I'm missing is ability to add custom configuration tabs as in
> KdePrint::createPrintDial
On 7 January 2014 19:49, Kevin Ottens wrote:
>> Most of the
>> dialog code from there has been merged into Qt5.2, or is planned for
>> Qt 5.3, so needs deleting. I'm also wondering if we still need our
>> own KPrintPreview dialog, there was a reason in 4.0 but I can't
>> remember why now and I'm
On 7 January 2014 19:55, Albert Astals Cid wrote:
> El Dimarts, 7 de gener de 2014, a les 18:24:41, Alex Merry va escriure:
>> On 07/01/14 17:10, John Layt wrote:
>> > I've put myself down (rather obviously) for KPrintUtils. Most of the
>> > dialog code from ther
On 6 January 2014 07:52, Kevin Ottens wrote:
> I urge everyone, and in particular people volunteering to maintain a
> framework, to do a pass of review of our code base and APIs to modernize them
> when appropriate. It is a very big task, and in no way can be coordinated in
> the way we've been w
ets
> > mounted will not have the correct timezone.
>
> John Layt wrote:
> And it's not just that... Old versions of Red Hat also copied the file,
> and Debian stores the current tz name in /etc/timezone, and Red Hat and
> openSUSE store it in /etc/sysconfig/clo
> On Dec. 5, 2013, 11:52 p.m., Martin Klapetek wrote:
> > Note that Debian-based systems actually do copy the file rather than
> > symlink - main reason being that if you use a symlink and your /usr is
> > mounted on a separate partition, anything that starts before /usr gets
> > mounted will
On 19 November 2013 16:53, Kevin Ottens wrote:
> Announcement:
> * We're not yet ready for the splitting so it's postponed by a week;
> * Please get open tasks done;
At the PIM Sprint Alex passed the byte formatting TODO on to me which
I've started coding, I'll try push a review in a couple of
---
This is an automatically generated e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/113260/#review43331
---
Ship it!
Ship It!
- John Layt
On Oct. 22, 2013, 4:49 p.m
> On Nov. 4, 2013, 4:12 p.m., John Layt wrote:
> > I've asked on the Qt Development list about Qt 5 Solaris support. I'm told
> > it builds and works to some extent, and patches are welcome, but not
> > without having been tested on a real Solaris build first,
o return the current system time zone and the list of available time
zones, and on other platforms just wrap the Qt calls. Opinions?
- John Layt
On Oct. 22, 2013, 4:49 p.m., Martin Klapetek wrote:
>
> ---
> This is an automatical
Hi,
I've been asked by Richard Hughes from Gnome and Fedora to raise the
profile of using AppData metadata within KDE. I know very little
about this area myself, but thought it was worthwhile raising on the
list for discussion. If you have any questions about AppData then
Richard would be happy
> On Oct. 16, 2013, 12:15 p.m., John Layt wrote:
> > Wow, there sure is a lot of code in there catering for all the possible
> > corner cases :-) QTimeZone has a lot less places it checks, so I'll need
> > to do an in-depth comparison, but given Qt5 will only sup
zone path tree (/usr/share/zoneinfo or wherever) is updated, or for Windows
if any of the registry database is updated (I can do that later).
- John Layt
On Oct. 18, 2013, 1 p.m., Martin Klapetek wrote:
>
> ---
> This is an auto
anged, but I can't guarantee it will get in so we still need
the daemon for now.
- John Layt
On Oct. 15, 2013, 8:09 p.m., Martin Klapetek wrote:
>
> ---
> This is an automatically generat
On Thursday 22 Aug 2013 22:32:19 John Layt wrote:
> KDE e.V. has a limited number of sponsored tickets to Qt Contributors
> Day and Qt Dev Days itself (excluding the Training Day) in return for
> assistance running the conference. For more details on
> this offer see my blog [2
On Thursday 22 Aug 2013 22:32:19 John Layt wrote:
> KDE e.V. has a limited number of sponsored tickets to Qt Contributors
> Day and Qt Dev Days itself (excluding the Training Day) in return for
> assistance running the conference. KDE e.V. is not able to offer
> travel or a
Hi,
Qt Dev Days Europe is coming up on October 7-9 and once again this
year KDE e.V. is partnering with Digia, KDAB and ICS in the running of
the event. In particular KDE is once again helping organise a Qt
Contributors Day on Monday October 7th. We have been allocated a room
for the day to hold
[Apologies for cross-posting, please reply to kde-core-devel]
Hi,
At QtCS Torsten and I attended the QtLocation session to discuss the
future of the module. QtLocation was originally part of QtMobility
for Qt4 and was planned to be part of QtEssentials in Qt5, but it was
dropped from Qt5.0 due t
mailing list first.
- John Layt
On April 1, 2013, 5:47 p.m., Thomas Lübking wrote:
>
> ---
> This is an automatically generated e-mail. To reply, visit:
> http://git.reviewboard.kde.
Hi,
A couple of months ago I attended the Linux Color Management Hackfest mainly
to find out how to color manage printing, but also to get a wider overview,
and to figure out the colord versus Oyranos situation. I've been sitting on
this email for a bit as it's probably going to be controversi
On 30 Oct 2012 11:23, "David Jarvie" wrote:
>
> On Tue, October 30, 2012 11:16 am, David Faure wrote:
> > On Sunday 28 October 2012 09:16:56 Alexander Neundorf wrote:
> >> Ok, thanks.
> >> Is this documented somewhere ?
> >
> > No (I described it in an email some time ago, but it's not on any wiki
On 30 Oct 2012 11:23, "David Jarvie" wrote:
>
> On Tue, October 30, 2012 11:16 am, David Faure wrote:
> > On Sunday 28 October 2012 09:16:56 Alexander Neundorf wrote:
> >> Ok, thanks.
> >> Is this documented somewhere ?
> >
> > No (I described it in an email some time ago, but it's not on any wiki
On 27 October 2012 17:58, Rolf Eike Beer wrote:
> Am Samstag, 27. Oktober 2012, 11:00:42 schrieb Martin Klapetek:
>> Hi,
>>
>> I'd like to move libkfacebook, the foundation for akonadi-facebook
>> resource, into extragear. It's been in use for a while, lots of distro ship
>> it bundled with akonad
Hi,
I just want to give some rough notes on a couple of the sessions I
attended at QtCS and my impressions on some of the discussions. See
the Qt development mailing list for more detailed minutes from most
sessions.
Locale:
---
Minutes posted to list.
* ICU will become the Locale backend in
On 17 June 2012 13:19, John Layt wrote:
> It's short notice, but do we want to meet up again on Wednesday evening for
> dinner to discuss plans? I realise it's short notice but I'm sure we can find
> somewhere, any suggestions Berliners? Non-attendees more than wel
Hi,
We have the Qt Contributors Summit coming next week and I thought we might
want to try co-ordinate our efforts there like we did last year.
I've created a new page at http://community.kde.org/KDE_at_QCS/QCS_2012 for
KDE attendees to put down their details and any issues they want to see
di
On 6 June 2012 02:19, Dawit A wrote:
> It is a simple matter to put a #ifdef around the code that does not compile
> with Qt 4.7. I wish this issue was raised when the code was up for review
> for more than a month or the Qt documentation mentioned something about
> those functions only being avai
On Saturday 26 May 2012 00:47:04 Dan Vratil wrote:
> Hi,
>
> LibKGoogle is a new optional dependency of kdepim-runtime. It's used by the
> new Akonadi Google resources.
>
> It's now in kdereview [0] and I'd like to move it to extragear, so I'm
> asking for a review on the library.
>
> Thanks
>
On Sunday 29 Apr 2012 13:11:19 Alexander Neundorf wrote:
> Hi,
>
> I wanted to look how our current branching, committing etc. git polices are.
> So I went to techbase.kde.org -> Development -> git.
>
> Nothing at all about git policies:
> http://techbase.kde.org/Development/Git#KDE_Git_Policies
On Saturday 10 Mar 2012 01:15:03 Mark wrote:
> Hi,
>
> Disclaimer: This is just an idea. I don't have plans to make this and i
> sadly lack the time to even implement it. However, someone might be
> interested to mentor this and someone else might be interested to do this
> as a GSoC project. Prov
On Wednesday 14 Mar 2012 04:36:12 Daniel Nicoletti wrote:
> > Request:
> >
> > After working on KolorManager and Oyranos in the past months for the last
> > Oyranos-0.4.0 release, we feel the stack is ready to review for inclusion
> > into KDE.
> > KolorManager resides currently in Playground/Grap
On Wednesday 14 Mar 2012 15:54:54 Matthias Klumpp wrote:
> Hi!
> Colord - just to mention that - is also not a GNOME project, it's a
> FreeDesktop project. (Doesn't mean it's "standard", but does mean that
> it's not GNOME) So everyone is free to contribute to it, and the
> maintainer is interested
On Wednesday 14 Mar 2012 21:00:32 Lydia Pintscher wrote:
> Heya folks,
>
> Is anyone taking care of KDE's presence at the next Qt Contributors'
> Summit? http://wiki.qt-project.org/Events/Qt_Contributors_Summit If
> not it'd be really great if someone could step up. We should show up
> again. I d
---
This is an automatically generated e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/104198/#review11343
---
Ship it!
Ship It!
- John Layt
On March 8, 2012, 11:04 p.m
On 22 Feb 2012 11:29, "Boudewijn Rempt" wrote:
>
> On Wednesday 22 February 2012 Feb, Nuno Pinheiro wrote:
> > A Quarta, 22 de Fevereiro de 2012 10:46:53 Richard Hughes você escreveu:
> > > First, I apologise about the cross posting. Please drop any list which
> > > isn't relevant in your replies,
> On Oct. 23, 2011, 5:49 p.m., John Layt wrote:
> > Hi Dave, as maintainer of the Locale KCM I'm happy for this to go in, but
> > we do need to make the command line option consistent for all the KCM's. I
> > suggest checking with Ben Cooksley who is overall mai
may change from a tabbed widget, perhaps "section" or "category"
or something similar would be better. Thanks for doing this! John.
- John Layt
On Oct. 23, 2011, 10:36 a.m., David Edmundson wrote:
>
> ---
> This
On June 10, 2011, 9:18 p.m., John Layt wrote:
>
> ---
> This is an automatically generated e-mail. To reply, visit:
> http://git.reviewboard.kde.org/r/101575/
> ---
On Tuesday 20 Sep 2011 18:35:16 Albert Astals Cid wrote:
> John did you have any luck? I have some time and 4.7.2 tagging is next week
> so if you want I can try to have a look.
>
> Albert
Hi Albert,
I thought I'd pushed that the same day, but apparently not :-) It's there now
at http://commi
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
On Tuesday 06 Sep 2011 23:14:03 Albert Astals Cid wrote:
> A Dimarts, 6 de setembre de 2011, Stephen Kelly vàreu escriure:
> > I want to know what people expect in terms of source
> > compatibility and what people are willing to accept. At the moment I
> > don't know those things.
>
> To be honest
We've long had various bugs filed for our software clocks not properly syncing
when the Linux system clock changes, and we've always wanted some way to be
notified when changes did occur instead of having to always poll for them.
Thanks to a blog on Planet Gnome [1] I've found out that apparent
On Saturday 20 Aug 2011 10:14:20 Oswald Buddenhagen wrote:
> On Tue, Aug 16, 2011 at 08:00:19PM +0100, John Layt wrote:
> > I've certainly seen him state that he doesn't care about KDE, that we are
> > irrelevent to anything he does, and he sees no reason to collaborat
On Saturday 20 Aug 2011 13:11:32 Oswald Buddenhagen wrote:
> On Sat, Aug 20, 2011 at 12:20:55PM +0200, Thiago Macieira wrote:
> > It needs a global spec too, since global shortcut grabbing with X11 libs
> > only is sorely lacking. I think the solution we made for KDE 4 is
> > actually quite good.
On Friday 19 Aug 2011 19:54:21 Harald Sitter wrote:
> On Fri, Aug 19, 2011 at 6:54 PM, Lukas Appelhans wrote:
> > I guess there were no efforts yet from the kdemultimedia team to make the
> > move.
>
> I did not realize we had to take care of the move seems a bit
> inconvenient.
Yep, you nee
On Tuesday 16 Aug 2011 15:55:57 Oswald Buddenhagen wrote:
> On Tue, Aug 16, 2011 at 03:40:22PM +0200, Albert Astals Cid wrote:
> > A Dimarts, 16 d'agost de 2011, Oswald Buddenhagen vàreu escriure:
> > > On Tue, Aug 16, 2011 at 10:59:18AM +0200, Thiago Macieira wrote:
> > > > In my opinion, kdeinit
On Friday 05 Aug 2011 17:53:42 Alexander Neundorf wrote:
> Hi,
>
> John, Dario, please see at the end of the mail.
> Would you mind if the "KDE Frameworks and Qt5" BoF is moved from Wednesday
> 6:00PM to Wednesday 4:00PM ?
> I would appreciate that, otherwise I won't be able to attend it.
I'm not
On Thursday 28 Jul 2011 15:25:38 Laszlo Papp wrote:
> > ...
> > * KJob - Qt-Addon for 5.1
>
> Is the lack of manpower the reason or something else it is not planned
> against 5.0 ? I have made some simple modifications in our project
> where it is now KDE dependency free.
Partly manpower, but mai
On Sunday 31 Jul 2011 02:01:57 Nicolas Alvarez wrote:
> Alex Fiestas wrote:
> > · Draft a plan for colord integration (next thing after krandr is fixed)
>
> That better be optional at runtime :) There aren't that many people who
> care about color profiles (but we really need the functionality for
On Wednesday 27 Jul 2011 14:40:11 Aaron J. Seigo wrote:
> i'm VERY interested in what you are hoping and planning for from your own
> attendance at BDS. please share those goals so that we can all arrive more
> mentally prepared for what is in store.
1) Catch up on everything I'm behind on due to
On Tuesday 19 July 2011 16:01:06 Stefan Majewsky wrote:
> On Mon, Jul 18, 2011 at 6:22 PM, David wrote:
> > (rational: There is no kde-jobs list yet.)
>
> @sysadmin: Could you create one?
>
> Greetings
> Stefan
Given the very low volume I don't think that is necessary, a qt-jobs list
hosted b
FYI.
This is something we should try get people to, not just for the desktop stream
but also to build relationships with the stacks that we often seem to have so
little influence with.
John.
-- Forwarded Message --
Subject: Call for desktop/graphics/mobile tracks for Linux P
On Thursday 30 Jun 2011 23:42:42 Albert Astals Cid wrote:
> A Thursday, June 30, 2011, John Layt va escriure:
> > Hi,
> >
> > At QtCS we had a follow-up session from Platform 11 to discuss what
> > technical changes we'd like to see in Qt5.
> >
> > Th
Hi,
At QtCS we had a follow-up session from Platform 11 to discuss what technical
changes we'd like to see in Qt5.
One major point was the news that the Qt5 feature freeze is planned for
September/October giving us only 2-3 months to get the changes we need in.
This means we have to prioritis
Hi,
This is the third email in the series of three looking at KLocale in
Frameworks 5. This email covers Translation. This is a repost of a mail to
the Qt5 list with added context for KDE.
This email is a summary of the session on Translation held at the Qt
Contributors summit. The session
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 has forced KDE to create
our own solutions such as KDateTime, KLoc
Hi,
I want to propose a plan for KLocale in Frameworks 5 as a result of the
various discussions at Platform 11 and the Qt Contibutors Summit. I'll be
splitting the proposal up into 3 emails about Locale, Date/Time, and
Translation.
Please note that the Translation part is outside my area of e
On Wednesday 29 Jun 2011 14:56:27 Markus Slopianka wrote:
> I thought GNOME/GTK already rejected Common Print Dialog, therefore
> rendering it effectively dead. (Nothing "Common" if only KDE adopts it.)
Last I heard Gnome had expressed reservations about its appearance breaking
their HIG and so t
Hi,
OpenPrinting (a Linux Foundation project) has been working for a number of
years to implement the Common Print Dialog [1], a shared print dialog design
and implementation for all Linux desktops. They have now secured some
government funding to complete a Qt version of the dialog in co-oper
On Tuesday 28 Jun 2011 17:27:35 Aaron J. Seigo wrote:
> On Monday, June 27, 2011 22:18:08 Ingo Klöcker wrote:
> > > Localization is not only about user visible texts, It is also about
> > > kconfig having per language keys, it is about kstandarddirs::locate
> > > being able to find localized icons,
On Monday 13 Jun 2011 18:02:14 John Layt wrote:
> The wiki now has 20 names on it (with some obvious ommissions), about 10 of
> whom can attend dinner or drinks Wednesday evening, so we will try book
> somewhere and confirm it here and on the wiki. RMS is apparently giving a
> talk
On Monday 13 Jun 2011 20:34:56 Martin Gräßlin wrote:
> What does power management has to do with KDM? This belongs into powerdevil
> where to my knowledge it should be handled fine, if configured correctly.
Not sure, but I wonder if Alex means he wasn't logged in so powerdevil
couldn't work?
> R
On Thursday 09 Jun 2011 15:31:42 John Layt wrote:
> We would like to co-ordinate our efforts at QtCS to ensure the best
> possible outcome for KDE and Qt. To help this we would like all KDE
> community members attending to list their name on the KDE at QtCS wiki
> page.
Q - 3
On Thursday 09 Jun 2011 17:56:54 John Layt wrote:
> On Thursday 09 Jun 2011 17:34:57 Cornelius Schumacher wrote:
> > Any takers for augmenting the examples with
> > step-by-step instructions from the real world?
>
> At Platform 11 I started a couple of detailed step-by-step
---
This is an automatically generated e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/101575/
---
Review request for kdelibs, KDEPIM, KPhotoAlbum, Skrooge, Zanshin, Kevin
Ot
On Thursday 09 Jun 2011 17:34:57 Cornelius Schumacher wrote:
> On Thursday 09 June 2011 Torgny Nyblom wrote:
> > This part I fully agree with, however later in the example section it
> > seems like rebasing should be done prior to review. Is the examples
> > correct?
>
> The examples need some rea
On Thursday 09 Jun 2011 15:31:42 John Layt wrote:
> We would like to co-ordinate our efforts at QtCS to ensure the best
> possible outcome for KDE and Qt. To help this we would like all KDE
> community members attending to list their name on the KDE at QtCS wiki
> page [2]. Please
The Qt Contributors Summit [1] is happening Berlin from 16-18 June to discuss
the future of Qt under Open Governance. Many members of the KDE community
will be there either as direct representatives of KDE or on behalf of their
employer. A rough estimate puts our presence at about 10% of the 2
On Wednesday 08 Jun 2011 19:48:30 Mark wrote:
> Just a comment that might be of interest to some (just found this link):
> http://code.google.com/p/simple-gettext/
> It also has a Qt wrapper..
Interesting, but not very active, GPL3 so not something that could be used in
library code, and lacking
On Tuesday 07 Jun 2011 18:57:22 Albert Astals Cid wrote:
> A Tuesday, June 07, 2011, John Layt va escriure:
> > We discussed translation briefly at Platform 11 and Qt moving to or
> > supporting .po is something we really want to push for at QCS. I really
> > hope we have som
On Tuesday 07 Jun 2011 10:51:29 Manuel "Sput" Nickschas wrote:
> On Tuesday 07 June 2011 08:46:54 Albert Astals Cid wrote:
> > This means that if you want Tier 1 frameworks to be translatable you need
> > either to teach Qt to understand gettext files natively or to make Tier 1
> > frameworks use p
On Tuesday 07 Jun 2011 00:38:58 Kevin Ottens wrote:
> Right, however there's also a plan ATM to get the settings between KLocale
> and QLocale shared. John is working on that right now, so it depends a bit
> on the outcome, in any cases the situation is likely to improve on that
> particular point.
On 6 June 2011 23:36, Scott Kitterman wrote:
>
> I get we need to modularize for a number of important reasons, but I don't
> see
> the companion story for how this all gets released as something coherent
> and
> functional.
>
> Where's that part of the story?
>
> Scott K
>
>From Sebas' email:
W
Hi,
KCalendarSystem is a public class with many virtual methods which are
reimplemented in derived classes such as KCalendarSystemGregorian. The
derived classes are not exported or part of the api, only KCalendarSystem is
exposed, but the derived classes are created and returned in a static fa
1 - 100 of 189 matches
Mail list logo
