Hi Edmond,
> ... but what happens with a multilanguage site
by a lack of chance (dif. language browser-interfaces) and time, I could´t test it yet.
> ... from the user's Joomla profile and have the EventList code set the locale to this value
yes, its logical - its one sytem. That would be more confortable, the best! I realy don´t know for what, but maybe keeping a option to disable this J!-EL language-interaction.
The developers should use as mutch J! features as possible. That brings more performance and usablility (consistently). On my component-"journey", I meat a couple of compos, which seems to establish a kind of own cms ... to much work with doubtful avail (maybe just developers-fun). For example: Sometimes I don´t "catch", why they don´t use the contact- and categorie-tables of J!? Sure, its more serious ...
> ... the user's browser ...
I estimate, first the user's browser determinates the language by a flag, which uses J! for seperating a matching from the default (*) language. You might click to a different flag, but that just becomes noticeable, if there is a matching content ...
> ... perhaps a web based translation
yes, its helpfull & funny. For a confidential site, the results are for sure not acceptable.
regards, jose