Re: PSPad UNICODE 4.5.0 (2134) beta Cesky

Problemy s UNICODE verzi na Windows 98

Nasel jsem informaci, ktera by mohla byt zajimava:
msdn.microsoft.com
Pro zjisteni, zda jde o znak nebo symbol se pouziva funkce IsCharAlphaNumericW(), ktera by to mela urcit bez ohledu na to, zda jde o azbuku nebo obrazek v Japonstine. Vypada to, ze tato funkce neni na Win9x podporovana.

Pro ty, kteri maji problemy s UNICODE verzi na Win98, mohli byste stahnout a nainstalovat tento M$ patch (260 kB) a zkusit, zda to pomuze nebo ne ?

download.microsoft.com

Klavesová zkratka CTRL+\
a nastavení Mapa kláves > Show > Změna syntaxe

Nevim je je-li to záměr, ale tahle klávesová zkratka je funkční pouze dokud nevypnu a nezapnu PSPad pak už ne (respektive jen když ji znovu nastavím)

PSPad se dokonce ani neptá pokud stejnou zkratku přiřadím k další funkci.

No a ve finále mi přestaly fungovat šipky, ale zpravilo do defaultní nastavení zkratek (Mapa kláves > výchozí).

Možná to má souvislost s forum.pspad.com a forum.pspad.com

Příspěvek upraven (19.10.2005 01:43)

Ta zkratka zrejme bude prirazena nejake sablone (Ctrl+Space)
Bohuzel nevim, jaky zvyraznovac pouzivate.

Co se tyka ztraty klaves. Nebyl by nejaky postup, jak ztratu nasimulovat ?

Ahoj,
mám následující problém (spíš bych to označil za drobnou chybku). Otevřu dokument v CP-1250 (mám tuhle CP zaškrtnutou v menu formát). Potom ho uložím, ale ouha - je v UNICODE. Aby to PsPad uložil jako CP-1250, musím přepnout na jiné kódování a potom zpátky na to windousí. Jestli mám zaškrtnutou automatickou detekci CP, nemá na tohle chování vliv.

Vláďa

Dulezity je udaj na stavovem radku - ten urcuje CP konkretniho souboru, ne udaj v menu.
Pokud byl soubor v UNICODE kodovani (coz byl, protoze jej PSPad takto otevrel), nema na to nastaveni menu vliv. A pokud takovy soubor chcete v CP1250 ulozit, musite to PSPadu rict

Ten soubor ale původně byl CP-1250. Zkontroluji ještě tu informaci na stavovém řádku.

Objeveno několik chyb:

Integrace do Total Commandera:
Pokud v TCMD otevřu soubor pomocí F4, tak pokud PSPad ještě není spuštěn, chová se vše korektně.
Pokud je ale ve chvíli, kdy stisknu F4 PSPad již otevřen a cesta a název souboru splňují tyto podmínky:
1. v cestě k souboru je minimálně jedna mezera
2. název souboru obsahuje .exe. [např. utorrent.exe.lang.txt] (možná i jiné řetězce, ale to sem nezkoušel),
tak PSPad neotevře soubor, ale prázdné záložky, jejichž názvy odpovídají tomuto příkladu:

cesta k souboru: C:\a x\b x\c .exe.txt (mezi c a tečkou v názvu souboru je taky mezera)
vytvořené záložky: a | b | c | .exe.txt (pokud by v názvu souboru nebyla mezera, záložky by byly jen 3 a poslední by byla c.exe.txt)

Chyba ukládání v UNICODE kódování:
Od této verze jsou soubory uložené v Unicode kódování nepoužitelné. Ukládají se s chybným ukončením řádku. Místo standardního hex:0D000A00 (nebo hex:0D00, příp. hex:0A00), je v sobuoru jako konec řádku použito hex:2820. PSPad kupodivu i tenhle pokaženej soubor otevře správně, ale v ostatních programech s podporou Unicode se zobrazí chybně.

Zapamatování si posledního stavu souboru:
Tohle v podstatě ani není chyba. Jde o to, že by měl PSPad nějakým způsobem kontrolovat, zda soubor nebyl od posledního otevření změněn a v případě, že byl, by měl nabídnout možnost nepoužít naposledy uložený stav. Jde o to, že např. pokud byl původně otevřený soubor Unicode a změněný je např. ISO-8859-2, tak se stejně otevře jako Unicode, takže jediné co se zobrazí jsou tisíce kostiček...

Lord Warlock wrote:

> Integrace do Total Commandera:
> Pokud v TCMD otevřu soubor pomocí F4, tak pokud PSPad ještě
> není spuštěn, chová se vše korektně.
> Pokud je ale ve chvíli, kdy stisknu F4 PSPad již otevřen a
> cesta a název souboru splňují tyto podmínky:
> 1. v cestě k souboru je minimálně jedna mezera
> 2. název souboru obsahuje .exe. [např. utorrent.exe.lang.txt]

Nemuzu potvrdit, zkousel jsem to simulovat podle vyse uvedeneho postupu a chovalo se to korektne

> Chyba ukládání v UNICODE kódování:
> Od této verze jsou soubory uložené v Unicode kódování
> nepoužitelné. Ukládají se s chybným ukončením řádku. Místo
> standardního hex:0D000A00 (nebo hex:0D00, příp. hex:0A00), je v
> sobuoru jako konec řádku použito hex:2820. PSPad kupodivu i
> tenhle pokaženej soubor otevře správně, ale v ostatních
> programech s podporou Unicode se zobrazí chybně.

Tohle jiz mam opraveno. K ukoncovani radku v UNICODE byl pouzit UNICODE znak na konec radku. Takze jsem se vratil zpet k M$ unicode standardu 0D0A

> Zapamatování si posledního stavu souboru:
> Tohle v podstatě ani není chyba. Jde o to, že by měl PSPad
> nějakým způsobem kontrolovat, zda soubor nebyl od posledního
> otevření změněn a v případě, že byl, by měl nabídnout možnost
> nepoužít naposledy uložený stav. Jde o to, že např. pokud byl
> původně otevřený soubor Unicode a změněný je např. ISO-8859-2,
> tak se stejně otevře jako Unicode, takže jediné co se zobrazí
> jsou tisíce kostiček...

Pak staci prepnout kodovani a pouzit Ctrl+R.

pspad wrote:

> Lord Warlock wrote:
>
> > Integrace do Total Commandera:
> >Pokud...
>
> Nemuzu potvrdit, zkousel jsem to simulovat podle vyse uvedeneho
> postupu a chovalo se to korektne
>

Mě se to chová tak jak sem popsal. Nevim jestli to má nějaký vliv, ale mám Total Commander verze 6.53 a wincmd.ini mám v adresáři mého profilu. Zkusím to ještě víc otestovat a najít další závislosti.

pspad wrote:

> Lord Warlock wrote:
> > Zapamatování si posledního stavu souboru:
> > Tohle...
>
> Pak staci prepnout kodovani a pouzit Ctrl+R.

Ctrl+R nefunguje, mohu kódování přepínat jak chci, ale soubor zůstává v kódování, které si PSPad zapamatoval.