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

[Elmar Stellnberger]

As said the difference between UTF-8 and UTF-16 should not matter
as long as we just use 16bit characters and as I plan to use a 'tr'
function like in qt in order to convert into the current local language
which will also handle things like character encoding.

As far as I can remember we had something that could convert
C interfaces into Modula-3. Is that correct, Olaf?
Also; wasn`t there once an attempt to also convert GTK?
Nonetheless converting a light weight toolkit may be easier and
sufficient for the given purpose.

If any of the mentioned languages supported nested procedures
and objects at the same time that would allow me to convert
existing Object Pascal code without wrapper objects which I
would personally like to avoid. C and C++ do not have this
feature apart from a very different syntax which would make
a converter basing on an LL1 parser necessary. I don`t know
that much about Lua and LED. However something that
compiles would be fine as well.

Elmar


Am 29.11.2013 16:52, schrieb dirk muysers:
> Forget Trestle/VBT and Cie. Modern GUI systems all offer platform
> look and feel. The easiest solution is to create an import library for
> IUP (http://www.tecgraf.puc-rio.br/iup/). IUP is a compact (about
> a 100 "C" functions), portable and platform rendered GUI library.
> BTW, it uses (since version 3.9) UTF-8 text. I still find that the
> split of the character set into chars and wides was a very bad
> decision. It is always stupid to follow the Microsoft trail, the
> most incompetent software company (IMHO) in the world.
>
> -----Original Message----- From: Elmar Stellnberger
> Sent: Friday, November 29, 2013 5:05 PM
> To: dabenavidesd at yahoo.es
> Cc: m3devel at elegosoft.com
> Subject: Re: [M3devel] Fw: Re: Fw: UTF-16: Greek alphabet with CM3
>
>
> Am 29.11.2013 06:44, schrieb Olaf Wagner:
>> Hi Elmar Stellnberger,
>>
>> I've forwarded your question to the m3devel mailing list; there has only
>> been one answer so far though (see below). Daniel is talking about using
>> some ISO-charset variant; I'm not sure if that is an option for you.
>>
>> I myself would think it should not be too much work to adapt Trestle
>> and X for Unicode support, but then I haven't had a close look at the
>> code and surely won't have the time to do that.
>>
>> I'm also unsure if UTF-8 might not be the way to go,
>>
>> Olaf
>>
>> Begin forwarded message:
>>
>> Date: Fri, 29 Nov 2013 01:41:18 +0000 (GMT)
>> From: "Daniel Alejandro Benavides D." <dabenavidesd at yahoo.es>
>> To: Olaf Wagner <wagner at elegosoft.com>, "m3devel at elegosoft.com" 
>> <m3devel at elegosoft.com>
>> Subject: Re: [M3devel] Fw: UTF-16: Greek alphabet with CM3
>>
>>
>> Hi all:
>> I'm retired for Modula-3 work for now, but the ASCII table had codes 
>> for Greek alphabet are you sure you can't print that with ASCII?
>> http://www.ascii-codes.com/cp869.html
> Unfortunately I am in need of an entire Greek alphabet because
> automatons that have already been created with this program should
> continue to work and be displayed correctly.
>
>>
>>
>> Thanks in advance
>>
>>
>> PD: I  will have time In January, if you want I can help port your 
>> app (if it doens't have too much goto's)
> Great!
> If you could guarantee me your assistance at least for the Trestle/VBT
> issues in support of 16bit wide characters I would start to work on a
> Modula-3 port. The thing is that I will need the port for my studies and
> I do hardly want to take the risk in failing to hack Trestle/VBT though
> the thing should not be that hard to do as Olaf has already indicated.
> As far as I have researched things all that would need to be done is add
> an additional painting operation to the PaintPrivate interface; or
> perhaps a second one for drawing elliptical arcs rather than just using
> Path.CurveTo and to make these new operations be used by the respective
> painting primitives. Additionally I would welcome some styling of
> buttons and bevels that goes ahead of pure black and white X-windows.
> Some Qt-like or at least a Windows 3.1 like button and menu styling
> might not  be unimportant for the acceptance of the application.
> Nonetheless up to now I can not verify the impact of new painting
> operations on ports for Windows and MacOS which I am not confident with.
>
> No, it does not have a single goto; I`d consider it well structured as
> it uses classes, objects, method variables and nested procedures and can
> easily be extended for new automatons. At the moment I am still reading
> into Trestle.
>
>>
>>
>>
>>
>> El Jueves 28 de noviembre de 2013 1:54, Olaf Wagner 
>> <wagner at elegosoft.com> escribió:
>>   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?
>>
>> Olaf
> P.S.: I have already programmed a module converting between UTF-16 and
> UTF-8 for console usage and am ready to publish it under BSD or any
> non-infective license allowing to re-license under any license. I would
> consider it really a pity if CM3 had good internal UTF-16 support but no
> interface to make use of it in practice.
>
> Additionally I could upload my still existent VIM environment for
> hacking Modula-3 including syntax highlighting, a treeview buffer and a
> backtrace analyzer to http://www.elstel.org/modula3 if anyone is
> interested in it.
>
> Elmar
>
>