From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=ham autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII X-Google-Thread: 103376,f1ce6ebb280c2c03 X-Google-Attributes: gid103376,public X-Google-ArrivalTime: 2003-01-26 23:22:20 PST Path: archiver1.google.com!news1.google.com!newsfeed.stanford.edu!bloom-beacon.mit.edu!npeer.de.kpn-eurorings.net!rz.uni-karlsruhe.de!schlund.de!news.online.de!not-for-mail From: Frank Piron Newsgroups: comp.lang.ada Subject: Re: GtkAda for professional GUI-Application ? Date: Mon, 27 Jan 2003 08:23:19 +0000 Organization: KonAd GmbH Message-ID: <3E34EC77.23FB267B@konad.de> References: <3E30051C.E61AF429@konad.de> <%Z0Y9.13063$rM2.10688@rwcrnsc53> <3E31EF15.206261B1@sympatico.ca> NNTP-Posting-Host: p508b4536.dip0.t-ipconnect.de Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Trace: news.online.de 1043652139 29388 80.139.69.54 (27 Jan 2003 07:22:19 GMT) X-Complaints-To: abuse@online.de NNTP-Posting-Date: 27 Jan 2003 07:22:19 GMT X-Mailer: Mozilla 4.75 [de] (WinNT; U) X-Accept-Language: de,en-US Xref: archiver1.google.com comp.lang.ada:33444 Date: 2003-01-27T07:22:19+00:00 List-Id: Thanks a lot for your complete analysis. Alternative 3 is what I'd like to do, but our customers are not with us. I will take a serious look at Yudit and at rapid. Alternative 2 may be an option for the future and we plan to start a non-critical pilot. Greetings from Germany, Frank David Marceau schrieb: > = > Jeffrey Creem wrote: > > > > "Adrian Knoth" wrote in message > > news:slrnb301sv.4ms.adi@drcomp.erfurt.thur.de... > > > Frank Piron wrote: > > > > Unfortunately GtkAda 1.3.12 ( Windows ) cannot handle > > > > German - Umlaute. > > > > > > Yes, because Gtk 1.3.x does not support UTF8. > Yes UTF8 seems popular. Many Japanese web sites use shift-jis(utf-8). > What I find surprising is that I still have to tell my web browser whic= h > encoding I should use for a certain web page. i.e. either french/englis= h > or japanese(shift, euc, iso...). I thought that was all taken care of = a > long-time ago. > = > > > > > > You'll need to switch to GTK 2.2 instead, but as far as I know ther= e > > > is no working windows-port, yet. > > > If you find it acceptable using win32/IME and X11 directly side-by-side= > with GTK > you might want to consider looking at Yudit sources for inspiration. > Yudit seems to support German Umlaute and runs on windows. > http://www.yudit.org/download/binary/ > = > For programmer editors IMHO emacs/MULE is hard to beat however when > dealing with non-english american characters, > I find important that whatever gui programmer/text editor used should > clearly indicated status of the following: > -what file format is my source code saved in(utf-8, as opposed to utf-7= > or iso-8859-1 etc...) > -what keyboard input mode am I typing in > -what key encoding is the file being displayed in > Yudit IMHO provides that. > It comforts me to know that I have one editor I do mostly everything > in(EMACS) but sometimes I just want to double-check that I saved my > emacs stuff in the right format(MULE stuff). Yudit provides this for > me. In Emacs I tend to forget what display mode, what key-input, what > file-format I'm in and IMHO they are not clearly indicated. > = > From what I understand, not only does yudit support japanese and > hungarian but the hungarian mode supports German characters. The > following taken from the Yudit docs: > " > Hungarian > It maps Hungarian and German characters. The accented characters > can be input with the English character followed by the accent. > Examples: > a' becomes =C3=A1 , o: becomes =C3=B6 , o" becomes =C5? > SS produces the German =C3Y , Ss gives the paragraph sign =C2=A7= =2E > " > = > Alternative 1) > Yudit depends on libc, libX11/win32IME and the dynamic linker and not o= n > gtk. Maybe the tricks used in the Yudit Source Code could be used whil= e > co-existing with GTK < 2.2. It does defeat the reason for using GTK in= > the first place though since you wanted to avoid using different apis o= n > different platforms. At least it is an alternative to see your stuff > working with what you have i.e gtk < 2.2 instead of installing a new gt= k > along with other dependencies it may have on both linux and windows. > = > Alternative 2) > They said about X-Window, "build the software and the hardware will > come". Now I suggest build your software in linux/gtk2.2 and the > windows gtk2.2 will come :) > = > Alternative 3) > Ditch windows altogether and start using linux boxes everywhere. > = > Alternative 4) > Ditch GTK and consider using commercial software. > = > Alternative 5)look for other alternatives > = > Notice how I am going to CYA myself and not suggest which alternative t= o > go with. That's up to you :) Good luck :) > = > Cheers, > David Marceau