: K-Meleon Forum
General discussion about K-Meleon.
[quote=disrupted] desga, i agree that this pref is of little use and becoming more useless because most websites nowadays rely on different methods for selecting language content.. the locale specified in the useragent string takes precedence over anything else and even when another language is selected, websites read that locale first.. another reason is the geolocation/ip discovery which is implemented in almost all modern websites..so they don't care about language preferences and display the language according to country of origin.. others that support several language content, neither care about browser specified language preferences nor ip discovery and just use english for the landing page with a language switcher available to the visitor. implementing language preferences is by no means an easy task, it's very complicated in kmeleon and not sure if it's even possible whether in hard c++(original dialogue) or easier xul.. the languages dialog was always a stub in resources and was never used in any km version..probably due to the complications of such an implementation.. it's very easy to create a non-functioning dialogue and find out later that you simply can't use it. it isn't complicated because of the number of languages or validity check on add ..those are all built into gecko and can be easily checked, adding to prefs is no-brainer but the problem lies in populating: 1-the list according to user's previous selections(eliminating already selected languages/default locale-foolproof 2-displaying selected languages in a form so the user would knowwhich are the preferred languages 3-to a lesser extent, populate refresh on moving a selected language up and down the list the reason for the population complication is because kmeleon being based on seamonkey misses a crucial comp service in populating those lists..the service relies on the seamonkey's built-in spellchecker which is not available for kmeleon..it might be possible to add an additional pref panel for languages content but it certainly won't be a "snap" the easiest, least time-consuming for a feature that will eventually become obsolete and perhaps the only possible way.. is through macros like james did ..maybe make the macro a bit more complex at checking the user's input if it's a valid language code, using ini read perhaps? the language codes supported by gecko are available inside km's root resource://gre/res/language.properties[/quote]
K-Meleon forum is powered by