Re: AW: U+2028

[Christian Cooke]

The Java 2 Platform SE v1.4 Regular Expressions package 
(java.util.regex) which is in beta supports this and other characters 
mentioned in UTR #13.

cf. http://java.sun.com/j2se/1.4/docs/api/java/util/regex/Pattern.html.

Yes, I am aware of this UTR.
Is it implemented in any common programming languages readLine methods (Java
for instance ?) ?

  -Ursprüngliche Nachricht-
  Von:Asmus Freytag [SMTP:[EMAIL PROTECTED]]

  At 02:01 AM 12/15/01 +, Christian Cooke wrote:

  The text annotations to U+000A and U+000D in Unicode 3.0 do not refer to
  U+2028 and do not recommend the use of U+2028 as the preferred character
  for for text processing in this context.
  
  Does the UTC have a recommendation about using U+2028 in preference to
  the
  other characters? If not, the problem won't go away as far as I can see.

  Please consult Unicode Technical Report #13 at
  http://www.unicode.org/unicode/reports/tr13
  
   A./


-- 
Christian Cooke * http://www.fishamble.net

AW: U+2028

[Patrick . Andries]

Yes, I am aware of this UTR.
Is it implemented in any common programming languages readLine methods (Java
for instance ?) ?

 -Ursprüngliche Nachricht-
 Von:  Asmus Freytag [SMTP:[EMAIL PROTECTED]]
 
 At 02:01 AM 12/15/01 +, Christian Cooke wrote:
 
 The text annotations to U+000A and U+000D in Unicode 3.0 do not refer to 
 U+2028 and do not recommend the use of U+2028 as the preferred character 
 for for text processing in this context.
 
 Does the UTC have a recommendation about using U+2028 in preference to
 the 
 other characters? If not, the problem won't go away as far as I can see.
 
 Please consult Unicode Technical Report #13 at 
 http://www.unicode.org/unicode/reports/tr13
 
 A./

U+2028

[Patrick . Andries]

 Hello,
 
   Recently confronted with another end of line mess (or wealth of
 expressions surrounding it) , I was wondering if any popular programming
 language (like Java?) would recognize U+2028 as an end of line.
 
   For instance, would a [BufferedReader] readLine() interpret U+2028
 as an end of line ?
 
 Patrick Andries
 

Re: U+2028

[Christian Cooke]

   Hello,

  Recently confronted with another end of line mess (or wealth of
  expressions surrounding it) , I was wondering if any popular programming
  language (like Java?) would recognize U+2028 as an end of line.

  For instance, would a [BufferedReader] readLine() interpret U+2028
   as an end of line ?
  
   Patrick Andries
  

BufferedReader only interprets line feed (U+000A), carriage return 
(U+000D) or carriage return followed immediately by a linefeed as 
signalling the end of a line 
(http://java.sun.com/j2se/1.3/docs/api/java/io/BufferedReader.html#readLine()).

The text annotations to U+000A and U+000D in Unicode 3.0 do not refer 
to U+2028 and do not recommend the use of U+2028 as the preferred 
character for for text processing in this context.

Does the UTC have a recommendation about using U+2028 in preference 
to the other characters? If not, the problem won't go away as far as 
I can see.

-- 
Christian Cooke * http://www.fishamble.net

Re: U+2028

[Asmus Freytag]

At 02:01 AM 12/15/01 +, Christian Cooke wrote:

The text annotations to U+000A and U+000D in Unicode 3.0 do not refer to 
U+2028 and do not recommend the use of U+2028 as the preferred character 
for for text processing in this context.

Does the UTC have a recommendation about using U+2028 in preference to the 
other characters? If not, the problem won't go away as far as I can see.

Please consult Unicode Technical Report #13 at 
http://www.unicode.org/unicode/reports/tr13

A./