Problem s neceskymi znaky v nazvech souboru a slozek

Hlášení chyb a problémů programu Altap Salamander. Buďte, prosím, ve svých popisech co nejpodrobnější a vytvořte pro každý incident nový příspěvek. Nevkládejte programem generovaná hlášení o pádu programu, pošlete je e-mailem.
User avatar
zarevak
Plugin Developer
Plugin Developer
Posts: 789
Joined: 04 Feb 2006, 16:49
Location: Prague, Czech Republic

Problem s neceskymi znaky v nazvech souboru a slozek

Post by zarevak »

Dobrý den,
mám problém se složkami (a soubory), které v názvu obsahují rozšířené znaky (mám anglické WinXP s nastavenou "češtinou" pro programy nepodporující UNICODE; systém souborů je NTFS s podporou UNICODE)

1) Pokud vytvořím složku/soubor (například jméno: "příklad"), která obsahuje pouze české znaky, tak s ní lze normálně pracovat - správné zobrazení názvu, mazání, otevření, přejmenování, ...

1 a 1/2) Pokud vytvořím v Exploreru složku s názvem obsahující znaky, které nejsou z české abecedy, pak se složka chová divně! (například jméno: "příklad 1 a ½" - znak 1/2 (Unicode 0x00BD) je v rozšířeném ASCII)
u složky tedy ("příklad 1 a ½")
- název složky se zobrazuje jako "příklad 1 a 1"
- složku lze smazat (i pokud obsahuje soubory)
- do složky nelze vstoupit (otevřít) - složka je v SS nepoužitelná
- složku lze přejmenovat
u souboru ("příklad 1 a ½.txt")
- název se zobrazuje jako "příklad 1 a 1.txt"
- soubor lze smazat přímo
- ALE pokud je soubor v nejaké právě mazané složce, tak smazat nejde (hlásí chybu: (2) Soubor nebyl nalezen)
- do souboru lze nahlédnout pomocí F3
- soubor lze pomocí ENTERu v Notepadu otevřít
- soubor lze přejmenovat

2) Při pokudu přejmenování/vytvoření složky v SS lze do pole vyplnit "příklad 1 a ½", ale je to k ničemu a vytvoří se složka "příklad 1 a 1"



Závěrem:
- nejvíce mne zaráží, že některé operace lze se soubory/složkami provést a jiné ne => bylo by možné chování sjednotit?
-- alespoň opravit otevření složky (toto hodně komplikuje práci s mezinárodními složkami a krom přejmenování neexistuje v SS work-around)
-- a mazání takovýchto souborů v podsložkách (lze zatím řešit ručním mazáním, které funguje)


Děkuji

PS: phpBB znak ½ v předmětu také nezvládl ;-)
Jan Rysavy
ALTAP Staff
ALTAP Staff
Posts: 5231
Joined: 08 Dec 2005, 06:34
Location: Novy Bor, Czech Republic
Contact:

Post by Jan Rysavy »

Dobrý den, poporu pro Unicode plánujeme, ale v příští velké verzi 3.0 to nebude (chceme ji vydat rok pro verzi 2.5 a musíme doplnit některé snadno řešitelné a velmi žádané funkce z ALTAP Roadmap).
Ondřej Miška
Posts: 1
Joined: 19 Apr 2007, 10:52

Post by Ondřej Miška »

Dobrý den,
nalezl jsem zde sice již popis chyby, který jsem chtěl uvést, a je zde i s odpovědí, ale přesto chci na toto znovu upozornit a přimluvit se za řešení.
Mám na disku některé soubory, obsahující např. znak æ, se kterými si AS 2.5 nedokáže poradit - nelze s nimi provádět některé operace (kopírování, vlastnosti pravým tlačítkem apod.) a mohu je zpracovávat pouze pomocí Windows.
Uvítám, pokud jsou nějaké nové informace k řešení.
Jan Rysavy
ALTAP Staff
ALTAP Staff
Posts: 5231
Joined: 08 Dec 2005, 06:34
Location: Novy Bor, Czech Republic
Contact:

Post by Jan Rysavy »

Zvažujeme přesunutí podpory pro Unicode do verze 3.0. Problém je v tom, že by došlo k odložení všech ostatních úprav (viz Roadmap a toto diskuzní fórum) o jednu verzi a otázka zní, zda si to můžeme dovolit :)

Na druhou stranu bychom s podporou 64 bitů ve verzi 2.53 a Unicode ve verzi 3.0 získali něco, co Total Commander zatím nepodporuje.

Editace: zmena cisel verzi: 2.6 na 2.51, 2.7 na 2.52 a 2.8 na 2.53
Post Reply