New User Preffered Lang Control

[Phil]

Hello,

everything in In-Portal is multilingual, from front-end content to emails. But despite the fact that we can translate emails in all languages installed, there's no way to decide which lang will will be used to send an e-mail to user -or there a logic I don't know.

I suggest to have a new drop-down field in user preference (front) and user admin panel, with all available language listed, and primary website language as default value.

This new field could called "Preffered Communication Language". This field would also added as grid column with filtering in admin, to be able to sort users for a mailing list by language.

As extra feature, it could be added somehow to mailing list management, to be able to send an e-mail for a group, depending on language field, or be able to compose email in ML, and send it accordingly to each users.

I wait for your input guys !

p

[Alexander Obuhovich]

everything in In-Portal is multilingual, from front-end content to emails. But despite the fact that we can translate emails in all languages installed, there's no way to decide which lang will will be used to send an e-mail to user -or there a logic I don't know.

I suggest to have a new drop-down field in user preference (front) and user admin panel, with all available language listed, and primary website language as default value.

This new field could called "Preffered Communication Language". This field would also added as grid column with filtering in admin, to be able to sort users for a mailing list by language.

This is already done in 5.2.0-B1, see http://tracker.in-portal.org/view.php?id=929.

As extra feature, it could be added somehow to mailing list management, to be able to send an e-mail for a group, depending on language field, or be able to compose email in ML, and send it accordingly to each users.

This one we don't have. But how do you see the process of entering ML data in mailing list adding form, exactly?

p

--
You received this message because you are subscribed to the Google Groups "In-Portal Localization Team" group.
To post to this group, send email to in-port...@googlegroups.com.
To unsubscribe from this group, send email to in-portal-loc...@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/in-portal-local?hl=en.

--
Best Regards,

http://www.in-portal.com
http://www.alex-time.com

[Phil]

This is already done in 5.2.0-B1, see http://tracker.in-portal.org/view.php?id=929.

Great improvement ! Few notes, sorry if I've missed the train:

2. Front-end: OnChangeLanguage event when user changes the language we can change his PreferredLanguageId too
I don't think it is a good idea to change an user setting without prompting him.

APPLICATIONS:

1. All Email Events should rely on new PreferredLanguageId field for language selection.
Tags used in email to generate URL must add lang directory to URI

NOTES:

a. NULL value will indicate that we need to use Site Primary language for this User
I'd rather propose that default value in drop-down and in DB is primary lang. Two reason for this:
- isn't easier to rely on the field, instead of guessing that we need to use primary lang, because the field is empty? This field should be authoritative in all cases, from my point of view
- from user view point; having a blank field for Preffered language, while he receive emails in a language, isn't coherent

As extra feature, it could be added somehow to mailing list management, to be able to send an e-mail for a group, depending on language field, or be able to compose email in ML, and send it accordingly to each users.

This one we don't have. But how do you see the process of entering ML data in mailing list adding form, exactly?

You select the group you want to mail, and you create your text. You have a new ML drop-down field in top right corner, and you can switch to another lang and start writing in this language. When mails are sent, if user's preffered lang match an available lang in email begin sent, then send it using this lang.

[Alexander Obuhovich]

2. Front-end: OnChangeLanguage event when user changes the language we can change his PreferredLanguageId too
I don't think it is a good idea to change an user setting without prompting him. 

I thought, that if user changes website language, then he's better understands that new language, then old language he was using.

1. All Email Events should rely on new PreferredLanguageId field for language selection.
Tags used in email to generate URL must add lang directory to URI

What you mean by:

• tags? In-Portal don't have any tag functionality in base installation.
• lang directory?

a. NULL value will indicate that we need to use Site Primary language for this User
I'd rather propose that default value in drop-down and in DB is primary lang. Two reason for this:
- isn't easier to rely on the field, instead of guessing that we need to use primary lang, because the field is empty? This field should be authoritative in all cases, from my point of view
- from user view point; having a blank field for Preffered language, while he receive emails in a language, isn't coherent

Since this field isn't required, then having empty default value is absolutely natural. From user view point empty communication language would mean - "I don't care what language you use to communicate". Also after user registration that communication field is filled automatically from current website language. Then this field isn't really empty one, when user see it for the first time.

You select the group you want to mail, and you create your text. You have a new ML drop-down field in top right corner, and you can switch to another lang and start writing in this language. When mails are sent, if user's preffered lang match an available lang in email begin sent, then send it using this lang. 

Too complicated really. Even professional mailing systems doesn't have this. For example ActiveCampaign.

[Phil]

2. Front-end: OnChangeLanguage event when user changes the language we can change his PreferredLanguageId too
I don't think it is a good idea to change an user setting without prompting him. 

I thought, that if user changes website language, then he's better understands that new language, then old language he was using.

That's absolutely right. But as an user, I sometime change language to see something in another language, for example if the content isn't available in my lang, but only in primary one, or just to see how website looks in another language... Am I a weird front-end user? :) 

1. All Email Events should rely on new PreferredLanguageId field for language selection.
Tags used in email to generate URL must add lang directory to URI

What you mean by:

• tags? In-Portal don't have any tag functionality in base installation.
• lang directory?

sorry, I meant things like <inp2:m_BaseUrl/>, <inp2:u_ConfirmPasswordLink no_amp="1"/>, specially this last one: as user have lost his password, he's not logged in, and in-portal can't redirect him to correct lang -or may lang redirect could happen if cookie is present, even for non logged-in users?

a. NULL value will indicate that we need to use Site Primary language for this User
I'd rather propose that default value in drop-down and in DB is primary lang. Two reason for this:
- isn't easier to rely on the field, instead of guessing that we need to use primary lang, because the field is empty? This field should be authoritative in all cases, from my point of view
- from user view point; having a blank field for Preffered language, while he receive emails in a language, isn't coherent

Since this field isn't required, then having empty default value is absolutely natural. From user view point empty communication language would mean - "I don't care what language you use to communicate". Also after user registration that communication field is filled automatically from current website language. Then this field isn't really empty one, when user see it for the first time.

if it's filled when user is registering, then it can' be empty when user see it :) I'd just think it's strange to have a first blank value in drop-down.

You select the group you want to mail, and you create your text. You have a new ML drop-down field in top right corner, and you can switch to another lang and start writing in this language. When mails are sent, if user's preffered lang match an available lang in email begin sent, then send it using this lang. 

Too complicated really. Even professional mailing systems doesn't have this. For example ActiveCampaign.

Then how to mail an user group, and targetting users of the same language? It's sad if ML features aren't deployed everywhere, and specially about Preffered lang, I think it's very important for emailing. Without a way to sort users by lang for emailing, it means that every website which send newsletter would need to export users DB and filter them, each time they need to send an email campaign.

[Alexander Obuhovich]

sorry, I meant things like <inp2:m_BaseUrl/>, <inp2:u_ConfirmPasswordLink no_amp="1"/>, specially this last one: as user have lost his password, he's not logged in, and in-portal can't redirect him to correct lang -or may lang redirect could happen if cookie is present, even for non logged-in users?

Interesting, e-mails, that are related to user, but that user isn't logged-in at the moment, when e-mail is sent.

if it's filled when user is registering, then it can' be empty when user see it :) I'd just think it's strange to have a first blank value in drop-down. 

First blank option is default choice for dropdown field, that isn't required. This way we don't enforce user to choose any specific dropdown option (language in this case).

Then how to mail an user group, and targetting users of the same language? It's sad if ML features aren't deployed everywhere, and specially about Preffered lang, I think it's very important for emailing. Without a way to sort users by lang for emailing, it means that every website which send newsletter would need to export users DB and filter them, each time they need to send an email campaign.

Actually you have a way to sort users by language. Column "Front Language" should be visible in "Regular Users" list if I'm not mistaken.

[Phil]

sorry, I meant things like <inp2:m_BaseUrl/>, <inp2:u_ConfirmPasswordLink no_amp="1"/>, specially this last one: as user have lost his password, he's not logged in, and in-portal can't redirect him to correct lang -or may lang redirect could happen if cookie is present, even for non logged-in users?

Interesting, e-mails, that are related to user, but that user isn't logged-in at the moment, when e-mail is sent.

may lang info could be stored in local cookie, and be used even without being logged. Many (big) websites remember user's preferred lang, without being logged.

if it's filled when user is registering, then it can' be empty when user see it :) I'd just think it's strange to have a first blank value in drop-down. 

First blank option is default choice for dropdown field, that isn't required. This way we don't enforce user to choose any specific dropdown option (language in this case).

this is a pure limit set by forms in templates... but if user never see it blank, then I've nothing to say about it :)

Then how to mail an user group, and targetting users of the same language? It's sad if ML features aren't deployed everywhere, and specially about Preffered lang, I think it's very important for emailing. Without a way to sort users by lang for emailing, it means that every website which send newsletter would need to export users DB and filter them, each time they need to send an email campaign.

Actually you have a way to sort users by language. Column "Front Language" should be visible in "Regular Users" list if I'm not mistaken.

I don't see this column in column picker on 520b2, but I bet it'll be there at some point. Is the mailing process is the very same when using email button from user's grid toolbar, and when using Mailings system? 

You select the group you want to mail, and you create your text. You have a new ML drop-down field in top right corner, and you can switch to another lang and start writing in this language. When mails are sent, if user's preffered lang match an available lang in email begin sent, then send it using this lang.

As extra feature, it could be added somehow to mailing list management, to be able to send an e-mail for a group, depending on language field, or be able to compose email in ML, and send it accordingly to each users.

This one we don't have. But how do you see the process of entering ML data in mailing list adding form, exactly?