[M3devel] Fw: UTF-16: Greek alphabet with CM3

[Dragiša Durić]

I think this would be a major error. Choose 16bit route when only Windows does this, and everybody else is using UTF-8 is not a logical decision.
--
Dragiša Durić
dragisha at m3w.org



On 30 Nov 2013, at 09:26, Jay K <jay.krell at cornell.edu> wrote:

> Right, In this respect, everything probably just works and always has.
> Just don't try to display any two non-English languages in a GUI at once.
>  
> I think we should port Trestle to use 16 bit characters always internally.
> Even going so far as to double the memory use of common English strings.
>  
> Can anyone vouch for XDrawString16 generally being implemented and working?
>  
>  - Jay
> 
>  
> > Date: Sat, 30 Nov 2013 00:46:55 -0500
> > From: hendrik at topoi.pooq.com
> > To: m3devel at elegosoft.com
> > Subject: Re: [M3devel] Fw: UTF-16: Greek alphabet with CM3
> > 
> > On Thu, Nov 28, 2013 at 07:47:55AM +0100, Olaf Wagner wrote:
> > > I know that there have been controverse discussions about the right
> > > way to do unicode support.
> > > 
> > > Is there any way to help Elmar Stellnberger with a quick solution?
> > 
> > See http://en.wikipedia.org/wiki/ISO/IEC_8859-7
> > It seems there's an eight-bit code that's enough for the Greek language.
> > So in theory all you need to do is set the right environment variables
> > to specify a Greek character set. In practice you might have to define
> > the geometry fot the Greek characters for Trestle. Unless it manages
> > to use the underlying OS support for this.
> > 
> > -- hendrik
> > 
> > 
> > > 
> > > Olaf
> > > 
> > > Begin forwarded message:
> > > 
> > > Date: Wed, 27 Nov 2013 20:13:54 +0100
> > > From: Elmar Stellnberger <estellnb at elstel.org>
> > > To: m3-support at elego.de
> > > Subject: UTF-16: Greek alphabet with CM3
> > > 
> > > 
> > > Dear Supporters of CM3, Elegosoft
> > > 
> > > Wanting to make use of CM3s new UTF-16 feature I have tried to use 
> > > greek letters by VAL(945+code,WIDECHAR) where 945 is alpha and 946 is 
> > > beta in the unicode table. However I soon had to notice that outputing 
> > > widechars is not supported by Trestle which still seems to be based on 
> > > X11R4. Some analysis of the problem has shown that TextVBT calls 
> > > VBT.PaintText which does however use the CHAR type internally rather 
> > > than Widechar calling PaintSub to output text instead of the X11R6 
> > > function XDrawString16. Is it true that you plan real unicode support 
> > > for CM3 or is there any way to hack the trestle toolkit into allowing 
> > > X11R6 functions? If yes or no how could I convert current X11R6 includes 
> > > for being used with Modula-3? Nonetheless I would really welcome true 
> > > native utf-16 support (as nowadays given by the iso10646-1 X core fonts 
> > > like also 'fixed') because that would be the only way to make use of 
> > > utf-16 for Windows ports. Otherwise I will have to consider whether I 
> > > can use Modula-3 at all for my current project which is about converting 
> > > the automaton simulator www.elstel.org/coan from Object Pascal into a 
> > > currently supported language and publishing it as open source.
> > > Thanks a lot for your effort!
> > > 
> > > Yours,
> > > Elmar Stellnberger
> > > -- 
> > > Olaf Wagner -- elego Software Solutions GmbH -- http://www.elegosoft.com
> > > Gustav-Meyer-Allee 25 / Gebäude 12, 13355 Berlin, Germany
> > > phone: +49 30 23 45 86 96 mobile: +49 177 2345 869 fax: +49 30 23 45 86 95
> > > Geschäftsführer: Michael Diers, Olaf Wagner | Sitz: Berlin
> > > Handelregister: Amtsgericht Charlottenburg HRB 77719 | USt-IdNr: DE163214194

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://m3lists.elegosoft.com/pipermail/m3devel/attachments/20131130/bd7d0e69/attachment-0002.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 495 bytes
Desc: Message signed with OpenPGP using GPGMail
URL: <http://m3lists.elegosoft.com/pipermail/m3devel/attachments/20131130/bd7d0e69/attachment-0002.sig>