Can you please send us a scan of the back of your visiting card.

Actually I did look at QR codes some 10+ years ago. My purpose was to get QR codes to work with IDNs. This was in the days when it was idn.ascii-tld and there was no such thing EAI. From what I remember I did get it working with IDNs. The technology will have moved on since I last looked at it but I see absolutely no reason why QR codes should not work with internationalised email addresses. I have not looked at QR codes since my investigation 10+ years ago, but will do so later.

André

On 7 Jan 2018, at 09:34, Dr. Ajay Data <ajay@data.in> wrote:

Andre, see back of the visiting card, now has 10 different language emails addresses, any idea to put them into one bar code so that "Scan, Choose, and Send" becomes possible..

On 7 January 2018 16:34:48 GMT+08:00, Andre Schappo <A.Schappo@lboro.ac.uk> wrote:

Where I have written " in the From: field - 你好小山" I meant to write "in the Subject: field - 你好小山"

Thanks to Jim DeLaHunt for pointing this out to me

André Schappo

On 6 Jan 2018, at 17:16, Andre Schappo <A.Schappo@lboro.ac.uk> wrote:

Here is my, since this morning, current  practice for presentation of links to users. Most of the following I have been doing for some time but I have not been consistent. I will endeavour to be more consistent but sometimes I will forget to do it.

Here are my current personal rules for presenting links to users

http(s) will be presented without the scheme name nor www (there are a small number of websites that have been setup with only the www prefixed form). I will also, as has been my practice for years, show the real address eg uasg.tech If it is a really long address which I cannot reasonably fit on say, a presentation slide, I will use ellipsis to indicate there is more eg once.upon/a/time/there/was/a/beautiful/princess/that/… One thing I will definitely not do is have anything like — " … click here for more information. "

email addresses I will of course linkify. That has been common practice in many apps for many years and common practice not to present to the user the scheme name mailto: . It is though still a bit difficult to get apps to auto linkify idn email addresses. But one can do it manually quite easily, well sometimes. Very easy with DataMail 邮.电邮.在线

Other schemes I will present to the user with the scheme name to distinguish them from email and website links eg sftp://store.in.the.street/mine/file.txt

I have given my email sig a makeover to conform with this working practice. If you have time can you please test the email link in my email sig below. I do not know what different mail clients will do with it. I hope that when you click the email link you will see in the email message To: field = my chinese email address 小山@电邮.在线 and in the From: field - 你好小山 in your email client/App/webmail. That is what I see and that is what I set it up to do.

Anyone from Apple on this list? There is an issue with OSX High Sierra Mail App. When I add an email link I have to specify "mailto://" rather than "mailto:". That in itself is not the issue but rather it is that Mail then treats the "//" as part of the email address and puts it into the email message To; field. I got round it by editing my mailsignature file and removed the "//". An easy fix would be to allow both "mailto://" and "mailto:" when adding links. Any chance of flagging this problem with the OSX Mail team?

André

André Schappo

小山@电邮.在线
schappo.blogspot.co.uk
twitter.com/andreschappo
weibo.com/andreschappo
groups.google.com/forum/#!forum/computer-science-curriculum-internationalization

--
Sent from my Android device with XGenPlus.