I thought that regarding which language is used the transliterations at general where replaced with the language-specific one
but this is not the case

parse_ini_file() http://de.php.net/parse_ini_file
pathauto_cleanstring()

Comments

greggles’s picture

greggles
he/him
Primary language English
Location Denver, Colorado, USA
CreditAttribution: greggles commented

It's not clear to me what you'd like to see. Can you describe it in more detail? I understand that the i18n-ascii.example.txt has language specific settings. Please clarify how should those should be used.

greggles’s picture

greggles
he/him
Primary language English
Location Denver, Colorado, USA
CreditAttribution: greggles commented
Status: Active » Postponed (maintainer needs more info)
Tobias Maier’s picture

Tobias Maier CreditAttribution: Tobias Maier commented
Status: Postponed (maintainer needs more info) » Active

currently, the values of each section overwrite each other
Try it with "ä". you don't get "ae", but "a" because of [fi-fi]

this should not be the case.
It should get the sites' default language and load the values of [default] and overwrite them with my language-specific one (for example [fi-fi] if I selected Finnish as my sites default language)

I hope i was able to clarify it...

greggles’s picture

greggles
he/him
Primary language English
Location Denver, Colorado, USA
CreditAttribution: greggles commented

Just two more clarifications -

The additional language that will be used is from the site defined one or the user's defined one?
If locale module is not enabled then we should just use the default set and ignore the others - correct?

Thanks for this feedback, I agree this is a problem that should be solved.

Tobias Maier’s picture

Tobias Maier CreditAttribution: Tobias Maier commented

I don't know what language we should use.
maybe the user - or better the admin - should be able to decide.
But in general I would use the sites' language

The best thing would be to have an hook or something like this so I can change the language used with a custom module...
for example: I have a multi language blog where I introduced a cck-field to define the language used
I could create a custom _submit-function, which sets the pathauto-language to something different.
But this is no must-need

You are right - if there is no locale.module ignore the other sections

greggles’s picture

greggles
he/him
Primary language English
Location Denver, Colorado, USA
CreditAttribution: greggles commented
Status: Active » Fixed

Well, I "fixed" this by getting rid of the sections.

I don't intend this file to be the ultimate collection of transliterations. If someone else wants to maintain it then the should step up to manage the file and the code that imports it.

Otherwise, the system is designed so that you can define site specific overrides and that's the way that it should be used.

Anonymous’s picture

(not verified) CreditAttribution: commented
Status: Fixed » Closed (fixed)
greggles’s picture

greggles
he/him
Primary language English
Location Denver, Colorado, USA
CreditAttribution: greggles commented
Status: Closed (fixed) » Active

Moving back to active so that it can be worked on prior to http://drupal.org/node/147475 (swedish specific sections) going in.

Note that I don't plan to work on this.

greggles’s picture

greggles
he/him
Primary language English
Location Denver, Colorado, USA
CreditAttribution: greggles commented
Component: Code » i18n Stuff
Category: bug » feature

and that it's a feature and that it's "i18nstuff"

Freso’s picture

Freso CreditAttribution: Freso commented
Status: Active » Closed (won't fix)

This won't be worked on as it is, so marking "won't fix". Once #247758: Use Transliteration module for transliteration and #255646: Add a language parameter to transliteration_get() are both fixed, we'll work on improving on our Transliteration integration, but i18n-ascii.txt will be deprecated by then, so I don't want to waste resources on trying to properly parse the language specific sections of that file.