On 16 August 2015 at 11:14, David Faure fa...@kde.org 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,
On 9 August 2015 at 17:26, Dāvis Mosāns davis...@gmail.com 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
On 4 August 2015 at 10:45, John Layt jl...@kde.org 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 problems
On 4 August 2015 at 03:03, Thiago Macieira thi...@kde.org 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 GNU/Linux system
On 2 August 2015 at 14:26, John Layt j...@layt.net wrote:
On 1 August 2015 at 19:47, Sandro Knauß b...@sandroknauss.de 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
On 3 August 2015 at 19:03, Thomas Lübking thomas.luebk...@gmail.com 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
[Again resend from subscribed account, damn gmail!]
On 3 August 2015 at 19:03, Thomas Lübking thomas.luebk...@gmail.com 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
On 3 August 2015 at 19:58, David Jarvie djar...@kde.org 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
On 2 August 2015 at 19:32, David Jarvie djar...@kde.org 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
On 3 August 2015 at 07:33, Martin Klapetek martin.klape...@gmail.com 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
On 3 August 2015 at 20:07, David Jarvie djar...@kde.org 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
[Reply sent again from subscribed account]
On 2 August 2015 at 16:08, Martin Klapetek martin.klape...@gmail.com wrote:
On Sun, Aug 2, 2015 at 3:26 PM, John Layt j...@layt.net wrote:
Yes, KLocale was in many ways the best localization library around, I
and others worked hard to make it that good
On 1 August 2015 at 19:47, Sandro Knauß b...@sandroknauss.de 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
On 27 April 2015 at 21:17, Christian Mollekopf chrig...@fastmail.fm 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
On 9 July 2014 06:14, Kevin Ottens er...@kde.org wrote:
Hello,
On Wednesday 09 July 2014 09:57:27 Ben Cooksley wrote:
On 9 July 2014 03:30, Kevin Ottens er...@kde.org wrote:
* ervin hopes to see kdepimlibs bits getting in sooner rather than later;
Hmm? Sysadmin has already received a
On 8 July 2014 16:30, Kevin Ottens er...@kde.org 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
On 8 May 2014 13:56, Sebastian Kügler se...@kde.org 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
On 8 May 2014 13:56, Sebastian Kügler se...@kde.org 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
On 9 May 2014 10:04, Martin Gräßlin mgraess...@kde.org 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
On 9 May 2014 10:07, Boudewijn Rempt b...@valdyas.org 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
On 5 May 2014 23:03, Alvaro Soliverez asolive...@kde.org 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
On 5 May 2014 23:03, Alvaro Soliverez asolive...@kde.org 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
On 7 January 2014 23:30, Michal Humpula michal.hump...@seznam.cz 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
On 8 January 2014 07:17, Kevin Ottens er...@kde.org 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
On 7 January 2014 23:52, Alex Merry k...@randomguy3.me.uk 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
On 6 January 2014 07:52, Kevin Ottens er...@kde.org 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
On 7 January 2014 19:55, Albert Astals Cid aa...@kde.org 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 there has been merged into Qt5.2
On 7 January 2014 19:49, Kevin Ottens er...@kde.org 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
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 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/clock. Some older distros have the tz
files in /usr/lib/zoneinfo
On 19 November 2013 16:53, Kevin Ottens er...@kde.org 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
---
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, which I have no
desire to do. I
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
/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 automatically generated e-mail. To reply, visit
the daemon for now.
- John Layt
On Oct. 15, 2013, 8:09 p.m., Martin Klapetek wrote:
---
This is an automatically generated e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/113260
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] or the Dot article
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 accommodation assistance
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
[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
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.org/r/109814
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
On 30 Oct 2012 11:23, David Jarvie djar...@kde.org 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
On 27 October 2012 17:58, Rolf Eike Beer k...@opensource.sf-tec.de 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
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
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
On 6 June 2012 02:19, Dawit A ada...@kde.org 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
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
Dan
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
Ah,
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 don't
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 in
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/Graphics:
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. Provided
---
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 b...@valdyas.org 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
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 maintainer of System
Settings
, 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 is an automatically generated e-mail. To reply, visit:
http
., John Layt wrote:
---
This is an automatically generated e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/101575/
---
(Updated June 10, 2011, 9:18 p.m.)
Review
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,
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. Anyone
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 collaborate on
anything with us
On Friday 19 Aug 2011 19:54:21 Harald Sitter wrote:
On Fri, Aug 19, 2011 at 6:54 PM, Lukas Appelhans l.appelh...@gmx.de 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.
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 should
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 mainly
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 nonot...@gmail.com 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
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
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.
The legal aspects of copying code from KDE was discussed
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
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 they
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,
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
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, etc.
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 somewhere
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 and counting
---
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
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 indicate if you
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 reality
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 some people knowledgable about
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 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 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 pure
On 6 June 2011 23:36, Scott Kitterman k...@kitterman.com 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'
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
On Sunday 15 May 2011 16:54:31 Alexander Neundorf wrote:
I thought the ability to have better workflows with git was one of the
motivations for the move to git.
Why aren't these better workflows documented or recommended anywhere ?
There's a suggested workflow for kde-workspace at
On Wednesday 18 May 2011 12:06:18 Aaron J. Seigo wrote:
i don't want to start this discussion here on this mailing list as i doubt
it will result in anything useful, given the constraints on bandwidth and
opportunity to easily diverge into a thousand sub-topics. let's ensure
this gets
On Tuesday 10 May 2011 23:39:37 Dawit A wrote:
I will
try to inform the translators by marking my commits with GUI: and
also sending a message about the changes to the appropriate list.
Once the soft freeze arrives you must first get permission from the kde-i18n-
doc mailing list _before_ you
On Monday 09 May 2011 14:03:47 Ivan Čukić wrote:
Another topic for Platform 11 - Moving stuff from libkonq to kdelibs?
It has a quite significant number of users.
Cheerio
Exactly what I was about to suggest! I've added it to
http://community.kde.org/KDE_Core/Platform_11#Topics, feel free
On Monday 09 May 2011 17:03:18 Olivier Goffart wrote:
With Qt5 around the corner[1], I think it is time to start thinking about
KDE5
TBH, we'd be fools to release a KDE 5.0 based on Qt 5.0 shortly after it's
release. The sensible approach is to wait for Qt 5.1 and release KDE 5.0
after that.
On Friday 06 May 2011 03:48:30 Gary Greene wrote:
On 5 May 2011, at 12:24 AM, John Layt wrote:
So consensus seems to be Week 1 starts on the first Sunday, the question
then is what week number do the days before that receive, Week 0 or Week
52/53 of the previous year?
Normally, that's
On Wednesday 04 May 2011 23:07:38 Keith Rusler wrote:
A new week starts every Sunday. So yeah, week one starts on the first
Sunday of the year, regardly of wherever January 1st
starts on. Btw, we aren't called USians, but Americans ;).
So consensus seems to be Week 1 starts on the first
Hi,
I'm implementing support for US week numbers, but there's conflicting
information on the great interweb tubes as to what the standard is.
Some sources say the US Standard is Week 1 is from Jan 1 to the first Saturday
of the year (which may be less than 7 days) then each following week
On Wednesday 27 Apr 2011 19:59:05 Alexander Neundorf wrote:
I mean, I can help with simple things.
If we agree that the following pages should be gone
http://techbase.kde.org/Development/Tutorials/Git
http://techbase.kde.org/Development/Tutorials/Git/Pushing
Hi,
Did anything come out from discussions on feature branch naming in git? With
GSoC starting soon we'll be getting a lot of new feature branches and it would
be nice if they were consistantly named to make them easy to find and manage.
See
On Tuesday 26 Apr 2011 16:18:22 Harald Sitter wrote:
On Tuesday 26 April 2011 15:52:18 John Layt wrote:
I'd prefer to see the gsoc branches under a common prefix in the main
project repo rather than as personal branches or repos:
origin/gsoc2011/subproject/branchname
e.g
On Tuesday 26 Apr 2011 17:37:47 Torgny Nyblom wrote:
Why this long name with multiple namespaces, the branches should be deleted
once merged so we won't have a collection of old soc branches around for
long?
/Regards
Torgny
Well it's based on the original naming proposal to try keep things
On Saturday 16 Apr 2011 20:32:59 Hans Linkels wrote:
Hello,
Since 2010-10-10 the country Netherlands Antilles doesn't exist anymore.
Instead it became two countries (Curacao and St Martin) and a couple of
Dutch municipalities which belong to the Netherlands but have their own
ccTLD (.BQ).
On March 22, 2011, 6:23 p.m., John Layt wrote:
My thoughts are if the anonymous tickbox is first focus it should be above
the username/password fields and the username/password fields should be
disabled if anonymous is selected. But that may look a little weird with
the text
On March 22, 2011, 6:23 p.m., John Layt wrote:
My thoughts are if the anonymous tickbox is first focus it should be above
the username/password fields and the username/password fields should be
disabled if anonymous is selected. But that may look a little weird with
the text
1 - 100 of 138 matches
Mail list logo