Email address display names

Donate to this project

Development Project Status: Cancelled

Total cost estimate (ex-Tax): 
$602.5
Current Percentage Funded: 
0.00%
Project funding: 

You can donate money to this project by entering the amount above and clicking the 'Add to cart' button. In the Checkout process you can either choose to pay now (via Bank Transfer, Cheque or Pay Pal) or you can pledge the amount by choosing the 'Pledge a payment for a Development Project' method. If you make a pledge, then when we have 100% funding commitments, you will be notified by email and you can then action your payment. Note that development will not commence until all funds are received.

Project description: 

Update 27/5/15: This project has been cancelled as the functionality can be achieved using the features introduced by http://www.openvpms.org/project/add-support-multiple-cc-and-bcc-addresse...

 

 

 

Forum : http://www.openvpms.org/forum/openvpms-16-beta-2-released#comment-4911

            http://www.openvpms.org/forum/1.7-alpha-email-address

JIRA: http://jira.openvpms.org/jira/browse/OVPMS-1229

Forum : http://www.openvpms.org/forum/openvpms-16-beta-2-released#comment-4911

 

In the mail editor, email addresses for individuals are displayed as:

			<last name>, <first name> "<" <email address> ">"

E.g.:

			Smith, Joe <joe[at]smith[dot]com>

To make the "To" field in the email editor looks a little friendlier and less "computer generated", these should be displayed as:

			<first name> <last name> "<" <email address> ">"

E.g.:

			Joe Smith <joe[at]smith[dot]com>

This should be configurable to enable the customer title to be specified in locations that require a more formal form of address.

It should be possible to override the generated display name on a per customer and practice basis.

E.g, the From address currently displays the practice location name. This is fine for internal use, but may not be descriptive enough for emails.

The contact.email archetype has a name field which defaults to "Email Contact". If modified, this should be used rather than the generated display name.

E.g., the practice location name may be "Main Clinic". If the name of the contact.email is set to "My Vet (Main Clinic) - Accounts Dept", this will be used in preference.

Comments

Comment viewing options

Select your preferred way to display the comments and click "Save settings" to activate your changes.

Re: Display email address names as first name & last name

Note that there are countries where the name order is family-name given-names.  In countries like Hong Kong it is common to use the family/given order for people using 'chinese' names (eg Lee Jun Fan) and the given/family order for people with 'western' names (eg Bruce Lee).

Programs like Microsoft Outlook cope with this by having a 'file as' field (which allows you to file as either Joe Smith or Smith, Joe), and a 'display as' field for the email address where you can use Joe Smith< jsmith[at]gmail[dot]com > or Smith Joe< jsmith[at]gmail[dot]com > .

Where one has a diverse client list it is common to overcome the 'which order' problem by simply using the title and family name - so we have Mr Lee < blee[at]gmail[dot]com > since this works irrespective of whether he likes to be called Lee Jun Fan or Bruce Lee - in fact we would probably record his given names as Jun Fan (Bruce) and the cantonese speaking receptionist would address him as Lee Jun Fan, but the expat vet would use Bruce Lee or Mr Lee.

So, can I please ask for a solution that provides a alterable recipe (probably in the messages.properties file) so that casual Australians can use Bruce Lee, but in Hong Kong we can use Mr Lee.  That is we have a concat expression which by default is set to given-name," ",family-name,"<",emailAddress,">" but can be adjusted to title," ",family-name,"<",emailAddress,">".

Regards, Tim G

Re: Display email address names as first name & last name

I've updated the JIRA to address this.

 

-Tim A

Re: Email address display names

I think that the aims of this project are met by the changes in 1.8 and hence suggest that we cancel or otherwise mark as completed by the work in 1.8.

Regards, Tim G

Syndicate content