We moved some pages of Japanese, Korean and Chinese from one server to
another. In doing so, the users with Windows XP could still see the
Asian fonts. However, a user with Windows 2000 could no longer see
the Asian fonts, but he could when the pages were on the other server.
Can anyone think of why a Windows 2000 user could once see Asian fonts
but cannot now?
These are the meta tags I used on those pages:
<meta HTTP-EQUIV="Content-Type" content="text/html;
charset=Shift_JIS">
<META http-equiv=Content-Type content="text/html; charset=big5">
<META HTTP-EQUIV="Content-Type" CONTENT="text/html;
charset=ks_c_5601">
Please see www.sarahomestay.com/korean/, www.sarahomestay.com/chinese/, and www.sarahomestay.com/index_j.html.
Thanks for any clues in this mystery.
- Leora 4 4916
On 28 Nov 2004 13:59:29 -0800, in**@leoraw.com (Leora Wenger) posted: We moved some pages of Japanese, Korean and Chinese from one server to another. In doing so, the users with Windows XP could still see the Asian fonts. However, a user with Windows 2000 could no longer see the Asian fonts, but he could when the pages were on the other server.
Can anyone think of why a Windows 2000 user could once see Asian fonts but cannot now?
You should also specify which particular browser they're using. And
there's a possibility it's due to the fonts on their system, or manual
overrides set on their browser.
These are the meta tags I used on those pages: <meta HTTP-EQUIV="Content-Type" content="text/html; charset=Shift_JIS"> <META http-equiv=Content-Type content="text/html; charset=big5"> <META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=ks_c_5601">
Please see www.sarahomestay.com/korean/, www.sarahomestay.com/chinese/, and www.sarahomestay.com/index_j.html.
None of those URIs *properly* specifies the charset information in the HTTP
headers from the server. Without doing it properly you should expect
random behaviour from web browsers.
There's several ways to do that:
The naming of the webpages on the server can instruct the server what
language and character set are being used:
e.g. "page.html.kr" named pages on the server for Korean versions
(the server returns data from file "page.html.kr" for
"page.html" requests).
This is something very easy to do with the Apache webserver. And the
following ought to be easy enough to do with any webserver (it's a basic
need, but not something I've tried with anything but Apache):
Default charsets for certain directories:
e.g. All files inside /korean/ would be presumed to be Korean.
Default charsets for anything that hasn't got its own overrides
e.g. All files presumed to be Japanese until configured otherwise.
--
If you insist on e-mailing me, use the reply-to address (it's real but
temporary). But please reply to the group, like you're supposed to.
This message was sent without a virus, please delete some files yourself.
Tim <ti*@mail.localhost.invalid> wrote: You should also specify which particular browser they're using.
Well, yes, but I guess we can imply Internet Explorer - the browser that
people use when they don't know they use _a_ browser. :-)
And there's a possibility it's due to the fonts on their system, or manual overrides set on their browser.
Certainly, but how would a server change affect that? These are the meta tags I used on those pages: <meta HTTP-EQUIV="Content-Type" content="text/html; charset=Shift_JIS"> <META http-equiv=Content-Type content="text/html; charset=big5"> <META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=ks_c_5601">
Please see www.sarahomestay.com/korean/, www.sarahomestay.com/chinese/, and www.sarahomestay.com/index_j.html.
None of those URIs *properly* specifies the charset information in the HTTP headers from the server.
For some values of "properly", yes, but conforming browsers are required to
use <meta> tag information when there is no charset specified in HTTP
headers (as in this case). So I'm puzzled.
The charset name ks_c_5601 is unregistered - ks_c_5601-1987 exists, and so
does ks_c_5601-1989 (as an alias for it) and ksc_5601 (also an alias for).
Checked from the IANA registry, see http://www.cs.tut.fi/~jkorpela/chars/sorted.html
for an alphabetically sorted version. But I guess browsers recognize
ks_c_5061 as well - at least my IE 6 on Win98 shows the page well (to the
extent that I can judge, it's normal Korean text).
Without doing it properly you should expect random behaviour from web browsers.
No, I don't think so.
However, configuring the browser (with .htaccess) to send an appropriate
HTTP header is a good thing to do, and the OP could check whether this
helps - though I doubt.
The naming of the webpages on the server can instruct the server what language and character set are being used:
Please don't give unqualified instructions. There's no reason to assume
that naming needs to be involved - it might be possible to arrange things
using just one .htaccess per directory. And please don't confuse language
with encoding - browser vendors and other players do such things routinely,
and there is no shortage of misleading information in this area.
I would primarily suggest that the settings on the offending browsers be
checked - what does View/Encoding show? This might be a browser problem
rather than authoring issue.
--
Yucca, http://www.cs.tut.fi/~jkorpela/
Pages about Web authoring: http://www.cs.tut.fi/~jkorpela/www.html
On Mon, 29 Nov 2004, Jukka K. Korpela wrote: However, configuring the browser (with .htaccess) to send an appropriate HTTP header
Slip of the keyboard there...
is a good thing to do,
Indeed: having the web server send the correct encoding via HTTP is a
"good thing", and has been since at least CA-2000-02, although some of
us purists have been advocating it all along (while others were
chipping-away at the principle of charset being an external property
of a document, rather than something that can be stashed within the
document itself).
And please don't confuse language with encoding - browser vendors and other players do such things routinely, and there is no shortage of misleading information in this area.
Normally this would be good advice, although in a CJK context it might
be appropriate (keyword: Han unification). Nevertheless, browsers
tend to use not only language attributes but also encodings, as an
indicator of appropriate language font usage. I haven't studied that
with CJK writing systems but I suppose it applies there also. For
Roman / Cyrillic / Arabic etc. examples see some of the results
reported in http://ppewww.ph.gla.ac.uk/~flavell/...ers-fonts.html
cheers
Tim <ti*@mail.localhost.invalid> wrote: And there's a possibility it's due to the fonts on their system, or manual overrides set on their browser.
"Jukka K. Korpela" <jk******@cs.tut.fi> posted: Certainly, but how would a server change affect that?
Less information on the new server perhaps, so the browser's making more
self determinations, and badly?
Without doing it properly you should expect random behaviour from web browsers.
No, I don't think so.
Standard rule of computing: Without explicit, and unamiguous information,
the output is unreliable.
The naming of the webpages on the server can instruct the server what language and character set are being used:
Please don't give unqualified instructions. There's no reason to assume that naming needs to be involved - it might be possible to arrange things using just one .htaccess per directory. And please don't confuse language with encoding - browser vendors and other players do such things routinely, and there is no shortage of misleading information in this area.
Although the naming of the files doesn't *need* be involved, there are
separate Language and Charset configurations available in the Apache
configuration, at least.
e.g. AddLanguage, AddCharset, and various "default" language and charset
parameters.
It may well be best to explictly, and correctly, specify both for the
different languages used on the server.
I'd hardly have called that unqualified information. It did say *can*
instruct the browser, *and* alternative schemes were mentioned.
I would primarily suggest that the settings on the offending browsers be checked - what does View/Encoding show? This might be a browser problem rather than authoring issue.
But they were talking about a server change changing the results in the
browsers.
--
If you insist on e-mailing me, use the reply-to address (it's real but
temporary). But please reply to the group, like you're supposed to.
This message was sent without a virus, please delete some files yourself. This thread has been closed and replies have been disabled. Please start a new discussion. Similar topics
by: sam |
last post by:
Hi,
I got problems about the charon V2 shopping cart with my
asp pages (www.charon.com.hk), since my database (access)
have Big5 chinese fonts, and I am hosting in a english
2000 server...
|
by: GPenn |
last post by:
SQL 2000, latest SP. We currently have the need to store data from a
UTF-8 application in multiple languages in a single database.
Our findings thus far support the fact that single-byte and...
|
by: Sven Hanefeld |
last post by:
Hi,
who is able to help.
I want to translate my whole website into japanese language.
www.nord-com.net/hanefeld
What do I have to do except finding a japanese guy for the translation.
Do I...
|
by: Winnie |
last post by:
Hi,
I am currently writing a C# Windows Application.
On my form, I have several labels with Traditional Chinese
text, it is ok on my machine (Windows 2000), but after
install on Windows 98 or NT,...
|
by: tony.pahl |
last post by:
We are converting a data warehouse to a Unicode database to get ready
for multilingual support. If we will have 95% of our data in English
as we currently do, and less than 5% in other foreign...
|
by: wheel |
last post by:
I have already built in support for multiple languages in some of my
applications, but so far they have only used Western languages (English,
Spanish, etc). I need to add some Far East languages:...
|
by: Steve Howell |
last post by:
The never-ending debate about PEP 3131 got me thinking
about natural languages with respect to Python, and I
have a bunch of mostly simple observations (some
factual, some anecdotal). I present...
|
by: Victor |
last post by:
Hi guys i am facing a real big problem here. I bought a hosting plan and try
to build my own website. my website has several language version(chinese
english japanese). but i just found out the...
|
by: isladogs |
last post by:
The next Access Europe User Group meeting will be on Wednesday 3 Apr 2024 starting at 18:00 UK time (6PM UTC+1) and finishing by 19:30 (7.30PM).
In this session, we are pleased to welcome former...
|
by: ryjfgjl |
last post by:
In our work, we often need to import Excel data into databases (such as MySQL, SQL Server, Oracle) for data analysis and processing. Usually, we use database tools like Navicat or the Excel import...
|
by: Charles Arthur |
last post by:
How do i turn on java script on a villaon, callus and itel keypad mobile phone
|
by: aa123db |
last post by:
Variable and constants
Use var or let for variables and const fror constants.
Var foo ='bar';
Let foo ='bar';const baz ='bar';
Functions
function $name$ ($parameters$) {
}
...
|
by: ryjfgjl |
last post by:
If we have dozens or hundreds of excel to import into the database, if we use the excel import function provided by database editors such as navicat, it will be extremely tedious and time-consuming...
|
by: BarryA |
last post by:
What are the essential steps and strategies outlined in the Data Structures and Algorithms (DSA) roadmap for aspiring data scientists? How can individuals effectively utilize this roadmap to progress...
|
by: nemocccc |
last post by:
hello, everyone, I want to develop a software for my android phone for daily needs, any suggestions?
|
by: Sonnysonu |
last post by:
This is the data of csv file
1 2 3
1 2 3
1 2 3
1 2 3
2 3
2 3
3
the lengths should be different i have to store the data by column-wise with in the specific length.
suppose the i have to...
|
by: Hystou |
last post by:
There are some requirements for setting up RAID:
1. The motherboard and BIOS support RAID configuration.
2. The motherboard has 2 or more available SATA protocol SSD/HDD slots (including MSATA, M.2...
| | |