Call for Participation: IAB workshop on Explicit Internet Naming Systems
https://www.iab.org/2017/06/22/call-for-participation-iab-workshop-on-explic... Just seeing this, sorry for late notice.
Sounds like it will be in the Pacific Northwest in September when they meet about this, right in our 'neighborhood' for some of us. Jothan Frakes +1.206-355-0230 tel +1.206-201-6881 fax On Mon, Jun 26, 2017 at 9:38 AM, Mark Svancarek via UA-discuss < ua-discuss@icann.org> wrote:
https://www.iab.org/2017/06/22/call-for-participation-iab- workshop-on-explicit-internet-naming-systems/
Just seeing this, sorry for late notice.
Note that it won't be an open meeting: it's an IAB workshop. So if you want to go, you need to prepare a postion paper and have it accepted. When I was on the IAB, we found that any workshop that exceeded 50 people tended not to be very productive. I don't know whether there'll be remote participation for this workshop, but in the past we avoided that also because of logistics both in finding a place to hold the meeting and in operating the meeting room (mic lines &c &c). Workshops are intended to inspire work, however, not close it. So there'll be plenty of follow-on to do. A On Mon, Jun 26, 2017 at 07:19:35PM -0700, Jothan Frakes wrote:
Sounds like it will be in the Pacific Northwest in September when they meet about this, right in our 'neighborhood' for some of us.
Jothan Frakes +1.206-355-0230 tel +1.206-201-6881 fax
On Mon, Jun 26, 2017 at 9:38 AM, Mark Svancarek via UA-discuss < ua-discuss@icann.org> wrote:
https://www.iab.org/2017/06/22/call-for-participation-iab- workshop-on-explicit-internet-naming-systems/
Just seeing this, sorry for late notice.
-- Andrew Sullivan ajs@anvilwalrusden.com
As I have previously stated, I consider the root cause of the UA problem is the lack of internationalization of the many Computer Science/ICT/IT Curricula in Universities, Schools, and Colleges. Here is (yet) another of my initiatives😀 I have just setup a new google forum entitled "Computer Science Curriculum Internationalization" https://groups.google.com/d/forum/computer-science-curriculum-internationali... Now you may be thinking this is for academics only. I consider that Industry has an important voice wrt internationalization. Which internationalization topics would you like covered in Computer Science/ICT/IT Curricula? Your industrial viewpoints are an essential part of internationalizing the curricula. Lets produce Computer Science/ICT/IT students that are "World Ready" and can "Code for the World"! André Schappo
On Thu, Jun 29, 2017 at 02:06:31PM +0000, Andre Schappo wrote:
Which internationalization topics would you like covered in Computer Science/ICT/IT Curricula?
I think it would be really good if graduates had a clear idea of how Unicode worked, what the differences are between (e.g.) a character and a code point or sequence of them, what the properties are, how to access them, normalization, and so on. Even in this group we sometimes struggle because people forget that the Unicode properties are what determine a given code point, and have stumbled over normalization forms. It's amazing to me, for instance, that we have to keep telling people to normalize user-generated text input before storage. (A later-year student would get a failing grade if s/he didn't check input before blindly handing it to the database, and yet we don't have the same reaction when NF* isn't immediately used on the same input.) Best regards, A -- Andrew Sullivan ajs@anvilwalrusden.com
Thank you. That is just the sort of input needed for Computer Science/ICT/IT Curricula internationalization. The unfortunate reality is that currently the vast majority of students graduate knowing only ASCII text processing/storage/transformation/transmission because that is all they are taught. So, no chance of graduates understanding Unicode or normalization forms. André Schappo
On 29 Jun 2017, at 15:23, Andrew Sullivan <ajs@anvilwalrusden.com> wrote:
On Thu, Jun 29, 2017 at 02:06:31PM +0000, Andre Schappo wrote:
Which internationalization topics would you like covered in Computer Science/ICT/IT Curricula?
I think it would be really good if graduates had a clear idea of how Unicode worked, what the differences are between (e.g.) a character and a code point or sequence of them, what the properties are, how to access them, normalization, and so on. Even in this group we sometimes struggle because people forget that the Unicode properties are what determine a given code point, and have stumbled over normalization forms. It's amazing to me, for instance, that we have to keep telling people to normalize user-generated text input before storage. (A later-year student would get a failing grade if s/he didn't check input before blindly handing it to the database, and yet we don't have the same reaction when NF* isn't immediately used on the same input.)
Best regards,
A
-- Andrew Sullivan ajs@anvilwalrusden.com
For any program that works with dates, time, or numbers ensure that the formatting is flexible to allow for cultural variations (3/5 being either May 3 or March 5 and 1,000.00 and 1.000,00 used for the same value in different cultures). One of my favorite examples regarding the complexity of writing code that can be used worldwide with UI strings is the formatting of number of items. English is an oddity in that we consider zero and 2 or more to be plural but 1 to be singular (1 item, 0 items, 2 items); that rule varies quite a bit across languages. This one is a great student exercise if you give them two or three language models to write around (English and French perhaps with singugular for zero and 1 but plural otherwise). An overall one is that all UI strings and images be kept as separate resources grouped by language and are referenced from the main code in such a way that no assumptions are made on language order. Ideally, no assumptions are made about reading direction between left-to-right and right-to-left but realistically many programs are developed only for American (N and S) and European markets. -----Original Message----- From: ua-discuss-bounces@icann.org [mailto:ua-discuss-bounces@icann.org] On Behalf Of Andre Schappo Sent: Thursday, June 29, 2017 7:43 AM To: ua-discuss@icann.org Subject: Re: [UA-discuss] Computer Science/ICT/IT Curricula Internationalization Thank you. That is just the sort of input needed for Computer Science/ICT/IT Curricula internationalization. The unfortunate reality is that currently the vast majority of students graduate knowing only ASCII text processing/storage/transformation/transmission because that is all they are taught. So, no chance of graduates understanding Unicode or normalization forms. André Schappo
On 29 Jun 2017, at 15:23, Andrew Sullivan <ajs@anvilwalrusden.com> wrote:
On Thu, Jun 29, 2017 at 02:06:31PM +0000, Andre Schappo wrote:
Which internationalization topics would you like covered in Computer Science/ICT/IT Curricula?
I think it would be really good if graduates had a clear idea of how Unicode worked, what the differences are between (e.g.) a character and a code point or sequence of them, what the properties are, how to access them, normalization, and so on. Even in this group we sometimes struggle because people forget that the Unicode properties are what determine a given code point, and have stumbled over normalization forms. It's amazing to me, for instance, that we have to keep telling people to normalize user-generated text input before storage. (A later-year student would get a failing grade if s/he didn't check input before blindly handing it to the database, and yet we don't have the same reaction when NF* isn't immediately used on the same input.)
Best regards,
A
-- Andrew Sullivan ajs@anvilwalrusden.com
A new version of I-D, draft-freytag-troublesome-characters-01.txt has been posted to the IETF repository. Name: draft-freytag-troublesome-characters Revision: 01 Title: Those Troublesome Characters: A Registry of Unicode Code Points Needing Special Consideration When Used in Network Identifiers Document date: 2017-06-30 Group: Individual Submission Pages: 42 URL:https://www.ietf.org/internet-drafts/draft-freytag-troublesome-characters-01... Status:https://datatracker.ietf.org/doc/draft-freytag-troublesome-characters/ Htmlized:https://tools.ietf.org/html/draft-freytag-troublesome-characters-01 Htmlized:https://datatracker.ietf.org/doc/html/draft-freytag-troublesome-characters-0... Diff:https://www.ietf.org/rfcdiff?url2=draft-freytag-troublesome-characters-01 Abstract: Unicode's design goal is to be the universal character set for all applications. The goal entails the inclusion of very large numbers of characters. It is also focused on written language; special provisions have always been needed for identifiers. The sheer size of the repertoire increases the possibility of accidental or intentional use of characters that can cause confusion among users, particularly where linguistic context is ambiguous, unavailable, or impossible to determine. A registry of code points that can be sometimes especially problematic may be useful to guide system administrators in setting parameters for allowable code points in an identifier system, and to aid applications in creating security aids for users.
participants (6)
-
Andre Schappo -
Andrew Sullivan -
Asmus Freytag -
Jothan Frakes -
Mark Svancarek -
Stuart Stuple