| All Forums |
Register |
Login |
Search |
Subscriptions |
My Profile |
Inbox |
| Tool Warehouse |
FAQs |
Resources |
Help |
Member List |
Address Book |
Logout |
|
|
Eastern european fonts in rxvt
|
Logged in as: Guest |
| Users viewing this topic: none |
|
Login  |
|
|
 Eastern european fonts in rxvt - Sep. 16, '04, 4:41:58 PM
|
|
|
cortez_
Posts: 330
Joined: Mar. 27, '04,
From: Poland
Status: offline
|
How is it possible to use eastern european fonts (polish) in rxvt? Especially it is iportant for me in mc hen LANG=pl_PL and display is set to full 8 bits.
|
|
|
|
|
RE: Eastern European fonts in rxvt - Sep. 16, '04, 5:22:23 PM
|
|
|
cortez_
Posts: 330
Joined: Mar. 27, '04,
From: Poland
Status: offline
|
"Could you please clean up my part of the house as well?" = "Czy mogłabyś posprzątać także moją część domu?"
"Can you please help me with this?" = "Czy mogłabyś mi z tym pomóc?"
"Please do the washing up" = "Proszę zrób pranie"
"to do shopping" = "robić zakupy"
Type whatever you want me to translate for you ;)
|
|
|
|
|
RE: Eastern European fonts in rxvt - Sep. 16, '04, 8:33:07 PM
|
|
|
jonsmi
Posts: 168
Joined: Aug. 12, '03,
From: Oslo, Norway
Status: offline
|
Thanks a lot for the Polish. Will suffice (but good to know for your future
helpfulness).
To your question: "How is it possible to use eastern european fonts (polish) in rxvt?"
The answer for the time being seems unfortunately to be NO.
I'm using the US version of XP/SP2, changed settings in Regional and
Language Options to:
* Regional options: Polish
* Advanced for non-Unicode Polish
* Keyboard: Polish
Your text is not displayed correct on neither Xterm, Rxvt nor the Interix Console, but
correct on the Win32 Console. On Linux 9.1 the console as well as xterm displays the
characters right, but not Rxvt.
The version and compile options are identical on Interix and SUSE Linux 9.1:
Rxvt v2.7.10 - released: 26 MARCH 2003
Options: transparent,menubar,frills,linespace,XIM,multichar_languages,
scrollbars=rxvt+NeXT+xterm,graphics,256colour,XGetDefaults
Please note: Rxvt has a lot more options than the current Rxvt-2.6.4 on the
Interop Systems site. But none of these versions seems to address your problem
(and Interop seems to want to stick with the version from early 99):
The readme file has this to say about other multi-byte languages (btw Norwegian is
not supported either):
--enable-languages
add support for languages which require multiple character glyphs
to display.
--enable-greek
add support for greek keyboard
--with-encoding=NAME
set the default encoding for multi-char glyph languages to NAME.
Options are: "eucj" EUC Japanese encoding; "sjis" Shift JIS encoding;
"big5" BIG5 encoding; "gb" GB encoding; "kr" EUC Korean encoding;
"noenc" no encoding. This option requires --enable-languages to
also be specified.
Besides Korean, it's Kanji and to types of Chinese characters. In the long run,
I don't much more will happen with rxvt in the Open Source community. Linux has
moved from multi-byte to full UTP-8. Xterm on newer versions on Linux displays
colors and the full Unicode set, even has a scrollbar. Perhaps a look at that
code could be interesting. But the problem with Interix is that it is not UTP-8-
enabled, while NT back in 1990, when it still was NT OS/2 internally was build
with Unicode.
Question: How does your Polish Interix Console behave with these characters?
Best regards from Norway, Jon-Alfred Smith
MCSE+I, MCSA, MCDBA, CCNA
(former HP employee, now Computer Science)
|
|
|
|
|
RE: Eastern european fonts in rxvt - Sep. 16, '04, 9:07:18 PM
|
|
|
jonsmi
Posts: 168
Joined: Aug. 12, '03,
From: Oslo, Norway
Status: offline
|
quote:
ORIGINAL: cortez_
How is it possible to use eastern european fonts (polish) in rxvt? Especially it is iportant for me in mc hen LANG=pl_PL and display is set to full 8 bits.
Mark Funkenhauser (Interix co-developer) has a very interesting
comment, I was not aware of in the thread "cannot work localedef":
http://www.interopsystems.com/tools/forum/tm.asp?m=3492
Perhaps that can be the solution.
However, I don't quite understand how these files should
be made for Polish (for that sake Norwegian), but deserves
definitively a closer scrutiny.
At least, here's the site where you learn a lot very day!
|
|
|
|
|
RE: Eastern european fonts in rxvt - Sep. 17, '04, 2:33:08 AM
|
|
|
cortez_
Posts: 330
Joined: Mar. 27, '04,
From: Poland
Status: offline
|
Actually some of the polish chars are displayed in rxvt when i run MC. for example "ę" "ą" it doesn't display "ń". I noticed it's the same when I connect using putty so maybe the problem is terminal independent but it's something to do with interix config? I'll post a screenshot later in the evening.
There is one more issue - there are some polish distribution of linux where there is no problem with polish fonts. I wonder how they did that.
< Message edited by cortez_ -- Sep. 17, '04, 2:34:51 AM >
|
|
|
|
|
RE: Eastern european fonts in rxvt - Sep. 17, '04, 6:01:10 AM
|
|
|
jonsmi
Posts: 168
Joined: Aug. 12, '03,
From: Oslo, Norway
Status: offline
|
Just hold it, been doing research on the web. There are patches around, support for
code sets, I'll give these options a try this evening. Just found out that Interix
supports 24-bit colors with rxvt. So now, my version has this feature as well.
According to these patches, there should be a solution to your problem. What's
the polish CP (4 digits)?
|
|
|
|
|
RE: Eastern european fonts in rxvt - Sep. 17, '04, 9:46:41 AM
|
|
|
cortez_
Posts: 330
Joined: Mar. 27, '04,
From: Poland
Status: offline
|
Actually there are two:
One is ISO standard supoorted by most of the linux systems its:
ISO 8859-2
The second one is Microsoft (the one who dont like to commit to ISO) standard and it's CP1250
|
|
|
|
|
RE: Eastern european fonts in rxvt - Sep. 17, '04, 11:33:26 AM
|
|
|
jonsmi
Posts: 168
Joined: Aug. 12, '03,
From: Oslo, Norway
Status: offline
|
quote:
There is one more issue - there are some polish distribution of linux
where there is no problem with polish fonts. I wonder how they did that.
UTP-8, also known as Unicode, uses 2 byte for each character -- all modern
versions of Linux got that.
Windows NT 3.1 was the first -- or one of the first -- OSes to support
Unicode; unfortunately Interix does not.
Just installed rxvt-unicode on SUSE Linux 9.1.
All your Polish comes out beautifully.
Does not install on Interix (not by default -- perhaps
there are some missing libraries around). Links:
http://freshmeat.net/projects/rxvt-unicode/
http://cvs.schmorp.de/browse/rxvt-unicode/Attic/README.configure?rev=1.19
However, there's more to it, type: ./configure --help
Still I think there is a work-around with Rxvt v2.7.10 (which by now --
thanks to your inquiry -- supports 24-bit color).
|
|
|
|
|
RE: Eastern european fonts in rxvt - Sep. 17, '04, 12:36:27 PM
|
|
|
cortez_
Posts: 330
Joined: Mar. 27, '04,
From: Poland
Status: offline
|
It's just rxvt, and when I ssh into interix using putty or when I'm in the native console shell yhe situation is the same. Maybe this issue needs some more systemic workaround? I mean some "interix config patch"?
|
|
|
|
|
RE: Eastern european fonts in rxvt - Sep. 17, '04, 7:24:56 PM
|
|
|
jonsmi
Posts: 168
Joined: Aug. 12, '03,
From: Oslo, Norway
Status: offline
|
quote:
It's just rxvt, and when I ssh into interix using putty or when I'm in the native console shell yhe situation is the same. Maybe this issue needs some more systemic workaround? I mean some "interix config patch"?
Not as far as I can see, the fundamental problem appears to be missing support
for UTP-8 in Interix. Linux does just fine in this regard. I'm very happy to
be corrected, but Interix needs to support UTP-8, and I think Mr. Miller (former
CEO at Softway Systems -- if I remember well) & co at MS are quite aware of that.
This is my final cut with:
Rxvt v2.7.10 - released: 26 MARCH 2003
Options:XPM,transparent,menubar,frills,linespace,24bit,XIM,multichar_languages,
scrollbars=rxvt+NeXT+xterm,graphics,strings,XGetDefaults
Terrific! Been through all the options, gets the current shell right, 24-bit color
mode, heavy testing on my part for the last twelve days, rock-stable --
also the version supplied with SUSE, who are re-known to stay far off the bleeding edge. Won't go any further than Windows ANSI, CP 1252 or whatever it is called. But on this it really shines. Further development with Open Source is Unicode!
XP configured for Polish, wrote this script, C for yourself:
#!/bin/bash
echo "Czy mogłabyś posprzątać także moją część domu?"
echo "Czy mogłabyś mi z tym pomóc"
echo "Proszę zrób pranie"
echo "robić zakupy"
You'll need a symlink for bash. Sorry for these findings, but was really nice to
study the code thoroughly and the ./configure options.
I'll do the pkg_create by tomorrow and send you the package. It will also be available
for download from my site in a few days.
|
|
|
|
|
RE: Eastern european fonts in rxvt - Sep. 18, '04, 12:58:39 AM
|
|
|
Rodney
Posts: 3728
Joined: Jul. 9, '02,
From: /Tools lab
Status: offline
|
It's been interesting watching this thread. Nice to see it going along.
Just to clarify to keep history straight: Doug Miller (yes, he was CEO
at Softway) wasn't/isn't directly responsible at MS for Interix/SFU.
As a person who knows a lot about Interix and is at MS in a senior position
he's likely passed along suggestions to the SFU group. Part of the section
that Doug has been responsible for, that will interest SFU/Interix users, has
been the development of Guides and White Papers that relate to Interix/SFU.
I think that the SFU group is aware of the internationalization needs. At Softway
we started with getting the csh working for Kanji. For Interix 3.0 there
was the U.S. version and the Japanese version. For 3.5 a large number of utilities
have i18n. I can only expect/guess that they are doing more. I don't know if UTF-8
is on their plan (I assume you meant UTF-8, not UTP-8 which is hardware). For readers
scratching their heads wondering I refer you to:
http://www.utf-8.com/ and http://www.unicode.org/
WRT rxvt: greek calendars aside, I do get busy occationally doing things to supply
my need to eat and pay the mortgage. So it's not been a case of trying to give you
a cold shoulder. It sounds like you've improved what you have done from the above.
Brian has also updated his version of rxvt. So this makes for a quandry.
|
|
|
|
|
RE: Eastern european fonts in rxvt - Sep. 18, '04, 8:49:23 AM
|
|
|
jonsmi
Posts: 168
Joined: Aug. 12, '03,
From: Oslo, Norway
Status: offline
|
quote:
Part of the section that Doug has been responsible for, that will interest SFU/Interix users, has been the development of Guides and White Papers that relate to Interix/SFU.
Aha, this explains the high quality of many of the documents at MSDN.
quote:
I don't know if UTF-8 is on their plan (I assume you meant UTF-8, not UTP-8 which is hardware ...
Sure enough, things move a bit fast here as well. For instance launching NEdit from
SUSE Linux 9.1, generates this message:
Linpus:~# nedit &
[1] 9789
linpus:~# UTF8 locale not supported
Interesting enough this message does not come up with rxvt, seems to accept limited
support for multi-byte strings.
Open Source is certainly not high on the agenda at MS, on the contrary (they tend to
forget that SQL Server is based on INGRES and so on), but missing UTF-8 support will
make future porting harder, if not impossible, as this is the way the hackers (!= crackers) go, also we at the University of Oslo. Would it be possible to implement necessary UTF-8 libraries on Interix, without going through MS?
quote:
WRT rxvt: greek calendars aside, I do get busy occasionally doing things to supply my need to eat and pay the mortgage.
From this part of the world, Ontario and Montreal don't look far apart (lots
of fine things from Canada:
Remember me, I used to live for music
Remember me, I brought your groceries in
It’s Father’s Day and everybody’s wounded
First we take Manhattan, then we take Berlin
quote:
So it's not been a case of trying to give you a cold shoulder.
No sensible person here would ever accuse you of such a thing. Have always been
impressed on your insightful and thorough answers.
quote:
It sounds like you've improved what you have done from the above.
Brian has also updated his version of rxvt. So this makes for a quandary.
Well, Brian's new version is based on your and mine improved code, for
Rxvt v.2.6.4 in command.c, for Rxvt v.2.7.10 in init.c -- which I sent to Brian,
with comments on the lines to be changed, in order to retrieve the current
shell.
(Your code example was brilliant (guess just extemporized) -- thread "rxvt -- missing shell variable?" -- but contains two small oversights (you did not mention pwd.h,
and shell remained undeclared). The final code has to look like this:
#ifdef __INTERIX
#include "/usr/include/pwd.h" /* retrieve current shell without */
#endif /* __INTERIX */
[...]
else {
const char *argv0, *shell;
#ifndef __INTERIX /* if not Interix */
if ((shell = getenv("SHELL")) == NULL || *shell == '\0')
shell = "/bin/sh";
#else /* __INTERIX */
shell = "/bin/sh"; /* set default shell */
struct passwd *pwinfo; /* defined in /usr/include/pwd.h */
if ((pwinfo = getpwuid(getuid())) != NULL)
shell = strdup(pwinfo->pw_shell); /* retrieve current shell */
#endif /* __INTERIX */
Brian mentioned to me, that v.2.6.4 was the latest official stable release.
We did not discuss those matters any further, except from me noting that
development releases in Open Source -- sometimes even late alphas -- are
considered stable, and this one is definitively
My opinion is that v2.6.4 has several shortcomings. The current on the Interop
site is obviously just churned through ./configure with some of the options.
The most serious shortcoming is limited color support, 256 colors were added
in some 2.7.8 or 2.7.9. With 2.7.10 it's 24-bits.
I'll have a clean installed machine with SFU35, still even without the pkg scripts,
and I'll make sure that the packaging works on both this clean one and my "dirty"
ones. Then I'll submit that one, and it's up to you to play Solomon.
My main point is, no further development will go on with rxvt without Unicode
(nothing I know for sure, but the signs are there).
|
|
|
|
|
RE: Eastern european fonts in rxvt - Sep. 20, '04, 5:58:53 PM
|
|
|
jonsmi
Posts: 168
Joined: Aug. 12, '03,
From: Oslo, Norway
Status: offline
|
quote:
It's just rxvt, and when I ssh into interix using putty or when I'm in the native console shell the situation is the same. Maybe this issue needs some more systemic workaround? I mean some "interix config patch"?
As stated before, the way to go is UTF-8/Unicode. The RFCs date back to the late 80-ties,
and David Cutler's design team was quite foresighted to implement this right from the
beginning in NT. That was 15 years ago, but things tend to linger on. Linux started
to catch up for full around spring 2003 (RH9, SuSE 8.2), first with additional libraries, now natively.
This also marked the last non-Unicode launch of Rxvt, with version
2.7.10 - released 26 March 2003. After that it went Unicode.
Now, your question interested me for several reasons, the main being investigating into
the general status of digital representation in Interix, trying to figure out a work-
around, and taking a close look at rxvt -- a highly versatile program with clean
code, easy to understand (while brushing up own C knowledges).
Actually it looks like they had planned to support East-European languages with 8-bit
representation. Take for instance a look at this code bit in defaultfont.c:
const struct name2encoding l2e[] = {
#ifdef MULTICHAR_SET
{ "ja_JP.EUC", ENC_EUCJ },
{ "ja_JP", ENC_EUCJ },
[a bit more here for Chinese and Korean],
#endif /* MULTICHAR_SET */
{ "da", ENC_ISO8859_1 },
{ "de", ENC_ISO8859_1 },
[...]
{ "no", ENC_ISO8859_1 },
[...]
{ "pl", ENC_ISO8859_2 },
{ "sl", ENC_ISO8859_2 },
But this was never finished, not in the code that can be downloaded from
http://sourceforge.net/projects/rxvt.
Instead it continues with:
http://dist.schmorp.de/rxvt-unicode/
So, the only short-time solution I can see is that someone in your part of the World
has done something with ENC_ISO8859_2. And still the question remains,
whether people from outside MS can implement translation layers to make Unicode X-apps
work.
|
|
|
|
|
RE: Eastern european fonts in rxvt - Sep. 20, '04, 6:14:01 PM
|
|
|
jonsmi
Posts: 168
Joined: Aug. 12, '03,
From: Oslo, Norway
Status: offline
|
Sorry this is the most recent:
http://freshmeat.net/projects/rxvt-unicode/
Updated: Sun, Sep 12th 2004 with a rating: 8.51/10.00.
|
|
|
|
|
RE: Eastern european fonts in rxvt - Sep. 28, '04, 1:04:28 AM
|
|
|
breiter
Posts: 346
Joined: Jun. 14, '04,
From: Washington, DC
Status: offline
|
This is interesting. My updates to rxvt were pretty small and based upon Rodney and Johnsmi's other thread. I don't want to be called a curmudgeon. (I've been accused of this from time to time.) Johnsmi has obviously put a lot of work into RXVT.
I was/am a little concerned about some of the listed bugs with the current development branch of RXVT listed on SF, which was why I picked the 2.6.4 stable branch. Here's a few that caught my eye.
#978077: bold color change erases screen
#861507: seg fault on resize
#807261: numeric keypad doesn't work with rxvt and Cygwin/X on Windows XP
#593439: su causes rxvt to core dump
However, I haven't tested 2.7.10 and Jonsmi has. If he says it is stable and ready for prime time, don't let me stand in the way of progress. I'm really excited that he picked up the ball and has run with it. (Brian != curmudgeon)
It would be great to see Interix develop a community of contributors like Cygwin has. In the long run the only way SFU/Interix becomes a serious mainstream technology is to develop that community. If Microsoft is serious about being interoperable with other operating sytsems and playing in the datacenter, they need to nurture this little community.
I hope that we can all get to eat and pay the mortgage, bounce the kid on the knee, and get to have /Tools as well. It would be a real tragedy to see /Tools fade away.
FYI here's the patch/diff of the 2.6.4 SF code and the Interix tweaks which use the magic Interix passwd struct to retrieve the user's shell. This is just to get the -ls switch to work.
--- rxvt-2.6.4/src/command.c Fri Nov 2 00:18:57 2001 UTC
+++ rxvt-2.6.4-interix/src/command.c Thu Sep 16 21:29:17 2004 UTC
@@ -25,6 +25,10 @@
* Copyright (C) 1998 Geoff Wing <gcw@pobox.com>
* Copyright (C) 1998 Alfredo K. Kojima <kojima@windowmaker.org>
*
+ * Copyright (C) 2004 John-Alfred Smith
+ * Brian A. Reiter <breiter@wolfereiter.com>
+ * - Interix (MS SFU POSIX) shell detection support
+ *
* This program is free software; you can redistribute it and/or modify
* it under the terms of the GNU General Public License as published by
* the Free Software Foundation; either version 2 of the License, or
@@ -46,6 +50,13 @@
#include "command.h"
#include "X11/keysymdef.h"
+/*
+Interix does not define the SHELL environmental variable. pwd.h defines
+a pwinfo struct with a pw_shell member for shell detection on Interix */
+#ifdef __INTERIX
+#include <pwd.h>
+#endif /* __INTERIX */
+
/*{{{ local variables */
static char *ttydev = NULL; /* pty/tty name */
static int cmd_fd = -1; /* file descriptor connected to the command */
@@ -796,9 +807,17 @@
} else {
const char *argv0, *shell;
+#ifndef __INTERIX
if ((shell = getenv("SHELL")) == NULL || *shell == '\0')
shell = "/bin/sh";
+#else /* Interix */
+ struct passwd *userinfo; /* defined in pwd.h */
+ if ((userinfo = getpwuid(getuid())) != NULL)
+ shell = strdup(userinfo->pw_shell); /* retrieve current shell */
+ else
+ shell = "/bin/sh";
+#endif /* Interix */
argv0 = my_basename(shell);
if (Options & Opt_loginShell) {
char *p = MALLOC((strlen(argv0) + 2) * sizeof(char));
|
|
|
|
 New Messages |
 No New Messages |
 Hot Topic w/ New Messages |
 Hot Topic w/o New Messages |
|
 Locked w/ New Messages |
 Locked w/o New Messages |
|
 Post New Thread
Reply to Message
Post New Poll
Submit Vote
Delete My Own Post
Delete My Own Thread
Rate Posts |
|
|
|
Printable Version
