[Expired for ubiquity (Ubuntu) because there has been no activity for 60
days.]
** Changed in: ubiquity (Ubuntu)
Status: Incomplete => Expired
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/5741
This release of Ubuntu is no longer receiving maintenance updates. If
this is still an issue on a maintained version of Ubuntu please let us
know.
** Changed in: ubiquity (Ubuntu)
Status: Confirmed => Incomplete
--
You received this bug notification because you are a member of Ubuntu
Bugs
Mikko Rantalainen: I think overriding "en" as you suggest is going to
come as a surprise to people who already have a well-established
expectation for legacy behavior. Certainly Ubuntu should not make such
a change unilaterally.
If it wasn't for the legacy burden, I'd support this suggestion -- i
BTW the language issue is a red herring -- US citizens who want Spanish
language should obviously have a es_US locale to choose from. But aside
from that, again, I don't think you can break with the US legacy without
anchoring the decision in pertinent standardization bodies, outside of
Ubuntu.
-
> For many languages, the expectation is that LL should simply be equivalent
> to LL_TT where LL is the language code and TT is the only territory code
> where the language has a significant user population.
So, do you think that "en" should be equal to "en_UK" instead of
"en_US" (USA has a signi
On Thu, Jul 2, 2009 at 7:43 PM, era wrote:
> Are you saying that major usability issues with (potentially) a quick
> and easy fix are out of scope? Or that the proposed fix is too complex?
> Or that not many users will encounter this problem?
In this case, that not many users are affected by this
> It just occurred me that en_ZZ.UTF-8 should probably be just en.UTF-8.
> That is, text in English, without any country specific exceptions.
> Sounds like ISO compatible feature to me. Apply the same logic for other
> languages.
For many languages, the expectation is that LL should simply be
equ
Are you saying that major usability issues with (potentially) a quick
and easy fix are out of scope? Or that the proposed fix is too complex?
Or that not many users will encounter this problem? For the population
who needs to support multiple users with different languages on their
system (think
Thank you for bringing this bug to our attention. Unfortunately a paper cut
should be a small usability issue that affects many people and is quick and
easy to fix. I'm afraid this bug can't be addressed as part of this project.
A paper cut is a minor usability annoyance that an average user woul
Close to bug 40107 (I don't think this is a duplicate, rather one is
depending on another)
--
Installer should have option to install English system with e.g. European
locale defaults
https://bugs.launchpad.net/bugs/57411
You received this bug notification because you are a member of Ubuntu
Bugs
It just occurred me that en_ZZ.UTF-8 should probably be just en.UTF-8.
That is, text in English, without any country specific exceptions.
Sounds like ISO compatible feature to me. Apply the same logic for other
languages.
--
Installer should have option to install English system with e.g. Europea
How about expanding the current locale system to include special country
code ZZ for every language? Such locale should be defined to always
default to ISO compatible values: SI system (metric measurements), A4
paper, ISO 8601 date format and week numbers etc. The implementation of
en_ZZ.UTF-8 coul
An even simpler and more general workaround would be to allow advanced
users to specify a system locale in the installer, perhaps in the
"Advanced ..." dialog at the very end (although at the moment, that one
contains completely unrelated options, pertaining to boot loader device
etc)
--
Installe
** Also affects: hundredpapercuts
Importance: Undecided
Status: New
--
Installer should have option to install English system with e.g. European
locale defaults
https://bugs.launchpad.net/bugs/57411
You received this bug notification because you are a member of Ubuntu
Bugs, which is su
In nominating this as a paper cut, I would like to reiterate my idea to
fall back to en_DK if the installer language is English and the location
does not have a valid en_XX locale defined for it. It's obviously
tricky to solve the more general case of any-to-any but I would expect
English-to-any t
** Summary changed:
- Installer should be more clever with non-existant locations
+ Installer should have option to install English system with e.g. European
locale defaults
** Description changed:
- I get en_AU as language which might be part of the problem. Personally
- I'd prefer en_DK with
16 matches
Mail list logo
