[RFC] Override Language via URL

[Danielx64]

Wouldn't you be better off put it at the botton of the page? Or that too far?

I think header would be better. From my experience, foreign websites that allow easy guest language switching have it in the header.

Good point, I'm used to seeing that at the botton of the page rather at the top. I would be good to see how it turms out.

[imkingdavid]

Wouldn't you be better off put it at the botton of the page? Or that too far?

I think header would be better. From my experience, foreign websites that allow easy guest language switching have it in the header.

Good point, I'm used to seeing that at the botton of the page rather at the top. I would be good to see how it turms out.

Perhaps we could put it in both locations or provide an ACP option to decide where to put it (top/bottom/both)

[naderman]

No, an option for something like this is overkill. If we made everything an option in the ACP no user would be able to understand the ACP at all anymore. We have too many options as it is already.

[tct]

+1

[Danielx64]

No, an option for something like this is overkill. If we made everything an option in the ACP no user would be able to understand the ACP at all anymore. We have too many options as it is already.

+1 Why don't we have a look at what other software do, or ask users on phpbb main forum where they want to put it.

[DavidIQ]

The setting or the feature? There really isn't anywhere else to put it besides at the top of the forum. If you mean the setting then the answer would be nowhere. If someone wants to remove the drop down they can modify the style and remove it.

In doing this the querystring parameter needs to be preserved throughout the site or selection stored as a cookie (as was the case in the phpBB2 MOD) to preserve the language selection.

[imkingdavid]

Okay, okay, no new setting.

In doing this the querystring parameter needs to be preserved throughout the site or selection stored as a cookie (as was the case in the phpBB2 MOD) to preserve the language selection.

I've done some work on this already and I think the easier way would be with a cookie. Currently with the changes I made append_sid() only sometimes adds the lang= paramter to the query string (some links, not others) and I haven't had a chance to look into why (for instance, the board index link has it but forum/topic links don't, even though they're all going through append_sid).

That being said, cookies would only work for people who have cookies enabled. So like I said before... maybe a new session's table column (session_lang)? That way we don't have to keep worrying about updating the URL.

[naderman]

There is already a variable for query parameters like this called $_EXTRA_URL which can be used to browse the site with a different style. It's set up in session.php, but I suppose a cookie might be better since it sticks. I wouldn't save this in the session at all.

[brunoais]

I like. I give a +1.

[MartinTruckenbrodt]

Hello,
adding browser language detection IMO would be the first step before adding a dropdown box for guests. For registered users there could be a save button or a link to the UCP preferences page added near to the dropdown box.

The last thing would be always to change ANONYMOUS user_lang on changing the board default language. This could be done automatically or at least with an extra checkbox.

IMO with these three things multi language pack support for phpBB3 would be completed.

BTW: There are some Olypmus MODs for these features. So, why not to use and to optimize this code for the core?

Bye Martin