chinese? japanese? russian?

[rejetto]

Thank you. Sadly, i'm not understanding this problem.
Can we chat on ICQ/MSN/IRC so i can try to investigate further?
You find my contacts here on the left.

[JO]

About the matter of sorting

The address before it sorts it

http://192.168.1.2/%81y%96%9F%89%E6%97p%87%40%81z/(C70)%20(%93%AF%90l%8E%8F)%20[%82%D3%82%A5%82%B7%82%BD%81B]%20%91%E62%8E%9FX%94h%20(%83X%83p%83%8D%83%7B)/%91%E62%8E%9FX%94h_01.jpg

It is normal. It is displayed.



The address after it sorts it

http://192.168.1.2/%E3%80%90%E6%BC%AB%E7%94%BB%E7%94%A8%E2%91%A0%E3%80%91/(C70)%20(%E5%90%8C%E4%BA%BA%E8%AA%8C)%20[%E3%81%B5%E3%81%87%E3%81%99%E3%81%9F%E3%80%82]%20%E7%AC%AC2%E6%AC%A1X%E6%B4%BE%20(%E3%82%B9%E3%83%91%E3%83%AD%E3%83%9C)/%91%E62%8E%9FX%94h_01.jpg

It is abnormal. It is not displayed.
404 - Not found

It is the same file. Japanese is filed, and it is not good.

[JO]

I'm sorry.

I cannot speak English.
It is not possible to chat with you.
It is very sad.


There is a volunteer who is making it to Japanese.
If it is him, it is difficult ･････ that might understand and to come
in contact.

Let's tell a story on the bulletin board aiming at the problem solving.

[rejetto]

Ok. Anyway, you may find a friend who is interested in this japanese compatibility problem, and would like to help.

Can you try using Firefox and see if the problem is the same or different?

[JO]

Yes

With three windowsXPPC
IE and Firefox were tried.

The result is the same.

When encode is UTF-8, it garbles.

Shift_JIS is chosen when making it to Auto Select.

Naturally, it is correctly displayed.

As for UTF-8 of HFS2.1c build72, it is not interchangeability Japanese.

All problems can be cleared only by changing the template into shift_JIS.

With this, is it useless?


The talk changes.
Can you do making the file of the language of the main body?

[JO]

Hello.

It is important information on the matter of UTF-8.



Isn't the output of the template UTF-8?

The template written with UTF-8
When the import exporting and preserving it
It is preserved with SHIFT-JIS, and the character outside SHIFT-JIS
disappears.



VFS is processed with SHIFT-JIS.

For instance, it garbles when Korean is made a file name, and it
registers.
VFS seems by UTF-8 to uncorrespond.
It is processed with depending SHIFT-JIS.

Reason
When [ 日本語 ] (Japanese Chinese character) is registered, it is
processed by [ %93%FA%96%7B%8C%EA ].
This is a method of processing SHIFT-JIS.

If it is a method of processing UTF-8
[ %E6%97%A5%E6%9C%AC%E8%AA%9E ]
It is necessary to become it so.

[JO]

Please look.


[attachment deleted by admin]

[maverick]

JO

I was reading through this thread and I'm not sure that I understand your problem correctly.  I know it has something to do with encoding.

In your HFS template if you make the following change:

From:
<meta http-equiv="content-type" content="text/html; charset=UTF-8" />

To:
<meta http-equiv="content-type" content="text/html; charset=Shift-JIS" />

1. Does everything look and work ok with that change?
2. Do virtual folders show up correctly?
3. Do real folders show up correctly?
4. What do you have your browser encoding set at?

[JO]

Hello.

I had changed to SHIFT-JIS since before.

Because it is normally displayed if it is SHIFT-JIS.

The encode of a browser becomes SHIFT-JIS.

It doesn't garble.

However, it interprets it with UTF-8 in the main body of HFS.

The problem occurs when a Japanese file is sorted though the reason
is uncertain.
It is the same also in UTF-8 and SHIFT-JIS.

The link cuts when a Japanese file is sorted when the folder hierarchy is 2
pieces or more.

This problem : only for a real folder.
It doesn't happen for a virtual folder.


I think. When you can solve the problem if all the input outputs are fixed to UTF-8.

[maverick]

The link cuts when a Japanese file is sorted when the folder hierarchy is 2
pieces or more.

By 2 pieces or more - does this mean 2 or more sub-directories?  If so, does it work correctly with NO sub-directories?

This problem : only for a real folder.
It doesn't happen for a virtual folder.

If the problem is only with real folders, that means you don't have problems if you use only virtual folders.  Right? 

rejetto will probably read this thread.  He might have a solution.

[JO]

It explains in detail.

For instance,
[ English name 1 ]----[ English name 2 ]-|
                                                       |---- English name 3.txt
                                                       |---- Japanese name 3. txt

In this case, it is possible to download it by sorting it without trouble.

However,
[ japanese name 1 ]----[ Japanese name 2 ]-|
                                                             |---- English name 3.txt
                                                             |---- Japanese name 3.txt

In this case, Japanese name. Txt cannot be downloaded when sorting it.

In both cases, English name 3.txt can be downloaded by sorting it without trouble.

Supplementation ･･･
[ **** ] = folder

[JO]

I noticed an important thing.

However, there is no time.

It presents it being put the report together in several hours.

[jkb]

Hi, please try this one, i found lots can't display correct

http://download.twftp.org/ftp_utf8_test.rar
(file from http://vbb.twftp.org/index.php )

[attachment deleted by admin]

[JO]

Hello.

The thing discovered about the sorting problem is told.

For Japanese version windowsXP

As for the Japanese name file, the address on a browser is displayed with SHIFT-
JIS.

However, when sorting ･･･

The Japanese name file is displayed with UTF-8 in the address on a browser.

I think that this is a cause.
Is it a kind of the bug?


[attachment deleted by admin]

[rejetto]

The link and the displayed file name are two different problems.
What i'm trying to fix with this new version is the displayed file name.
The link generation is untouched from previous version.
I see "??" also in the "shit-jis" screenshot. Isn't it a little strange? Is there a way you know to get it displayed correctly?