On Thursday 28 August 2014 12:21:21 Sebastian Kügler wrote:
> > Actually, while the fact that choosing formats and units by locale instead
> > of directly isn't necessarily a usability problem, presenting all locales
> > in a single drop-down _is_ .
>
> Surely, and almost every bugreport has some
On Wednesday, August 27, 2014 19:16:29 Thomas Pfeiffer wrote:
> On Wednesday 27 August 2014 11:34:52 Sebastian Kügler wrote:
> > > In my opinion, this is a very serious usability regression and would
> > > stop me from using Plasma 5. Are there any plans to change the
> > > behavior/appearance of t
On Thursday 28 August 2014 10:06:07 John Layt wrote:
> Just setting the standard POSIX codes has one very big advantage in
> being universal: all apps running under Plasma will respect them,
> rather than just KDE apps. If we implement a Qt-only solution then any
> POSIX/glibc/Java/Firefox/
> Chrom
Hi,
Just to add to the background (and seeing as I'm the primary culprit
in the death of KLocale and the slow pace of improvements to QLocale),
there's 2 very big reasons for removing it (and the consequent loss of
the customization feature):
1) It was very big and a maintenance burden, especially
Hi,
Just to add to the background (and seeing as I'm the primary culprit
in the death of KLocale and the slow pace of improvements to QLocale),
there's 2 very big reasons for removing it (and the consequent loss of
the customization feature):
1) It was very big and a maintenance burden, especially
On Thu, Aug 28, 2014 at 10:37 AM, John Layt wrote:
> On 28 August 2014 09:28, Martin Klapetek
> wrote:
> > On Wed, Aug 27, 2014 at 11:34 AM, Sebastian Kügler
> wrote:
> >>
> >>
> >> There's more than just metric and imperial. This page gives you a slight
> >> impression of the complexity:
> >>
On Wednesday 27 August 2014 19:16:29 Thomas Pfeiffer wrote:
> On Wednesday 27 August 2014 11:34:52 Sebastian Kügler wrote:
> > > In my opinion, this is a very serious usability regression and would
> > > stop me from using Plasma 5. Are there any plans to change the
> > > behavior/appearance of thi
On 28 August 2014 09:31, Harald Sitter wrote:
> On Thu, Aug 28, 2014 at 3:49 AM, Matthew Ruffalo wrote:
>> I still strongly, *strongly* disagree that it's acceptable for a user to
>> choose an appropriate locale for override settings.
>
> Perhaps I am leaning myself way out the window but I think
On 28 August 2014 09:28, Martin Klapetek wrote:
> On Wed, Aug 27, 2014 at 11:34 AM, Sebastian Kügler wrote:
>>
>>
>> There's more than just metric and imperial. This page gives you a slight
>> impression of the complexity:
>> http://en.wikipedia.org/wiki/Imperial_units#Current_use_of_imperial_uni
On 28 August 2014 09:28, Martin Klapetek wrote:
> On Wed, Aug 27, 2014 at 11:34 AM, Sebastian Kügler wrote:
>>
>>
>> There's more than just metric and imperial. This page gives you a slight
>> impression of the complexity:
>> http://en.wikipedia.org/wiki/Imperial_units#Current_use_of_imperial_uni
On 28 August 2014 09:31, Harald Sitter wrote:
> On Thu, Aug 28, 2014 at 3:49 AM, Matthew Ruffalo wrote:
> Perhaps I am leaning myself way out the window but I think there is
> one very portable solution to this problem: writing an own locale
> defintion [1] and installing&configuring that. And I
On Thu, Aug 28, 2014 at 3:49 AM, Matthew Ruffalo wrote:
> I still strongly, *strongly* disagree that it's acceptable for a user to
> choose an appropriate locale for override settings.
Perhaps I am leaning myself way out the window but I think there is
one very portable solution to this problem:
On Wed, Aug 27, 2014 at 11:34 AM, Sebastian Kügler wrote:
>
> There's more than just metric and imperial. This page gives you a slight
> impression of the complexity:
> http://en.wikipedia.org/wiki/Imperial_units#Current_use_of_imperial_units
>
> A binary combobox is just not enough to portray th
On 08/27/2014 01:16 PM, Thomas Pfeiffer wrote:
> On Wednesday 27 August 2014 11:34:52 Sebastian Kügler wrote:
>>> In my opinion, this is a very serious usability regression and would
>>> stop me from using Plasma 5. Are there any plans to change the
>>> behavior/appearance of this settings applet?
On Wednesday 27 August 2014 11:34:52 Sebastian Kügler wrote:
> > In my opinion, this is a very serious usability regression and would
> > stop me from using Plasma 5. Are there any plans to change the
> > behavior/appearance of this settings applet?
>
> I don't know what it is, but anytime someome
Hi Matthew,
Thanks for your feedback regarding locale settings. Find some explanations for
the changes below.
On Tuesday, August 26, 2014 13:04:10 Matthew Ruffalo wrote:
> I've been a long-time KDE user, and I must say that Plasma 5 looks
> *great*. Everything looks very polished and I'm looking
Hey,
thanks for getting in touch.
Let me give you a little back story. In KDE4 we used to have our own
"layer" of formatting. It was called KLocale and was part of kdelibs, aka
the KDE Platform. This was very powerful and allowed doing exactly the
thing you describe.
Now with the KDE Frameworks
On Tuesday 26 August 2014 19:04:10 Matthew Ruffalo wrote:
> I searched the bug tracker for anything related to this and only
> found https://bugs.kde.org/show_bug.cgi?id=337563
It is already reported as bug 337573. But even if you did not find it,
in the future please do not report it here but on
Clarification:
On 08/26/2014 01:04 PM, Matthew Ruffalo wrote:
> would stop me from using Plasma 5. Are there any plans to change the
> behavior/appearance of this settings applet?
This functionality would *not* stop me from using Plasma 5 -- it's a
fantastic piece of work. It would only be a minor
Hello-
I've been a long-time KDE user, and I must say that Plasma 5 looks
*great*. Everything looks very polished and I'm looking forward to using
it on a stable Linux distribution.
In all of my usage of KDE, I've always greatly appreciated how
customizable the locale settings are. I live in the
20 matches
Mail list logo