PSPad UNICODE 4.5.0 (2120) beta Cesky

Jan Havrda wrote:

> Problém při vpisování znaků mezi tagy.
> Příklad:<xsl:variable name="fullpath"><xsl:value-of
> select="substring($path,1,string-length($path)-1)" />
> /></xsl:variable>Pokud vpisuji něco před
></xsl:variable>přidává mi to znaky, pozice
> kurzoru nesedí, nezobrazují se vepsané znaky apod...

O problemech s XML vim, predal jsem problem do bugtracku SynEditu

> Mimo to se v Průzkumníkovi kódu vždy nezobrazují všechny XSL
> šablony.

Potrebuju konkretni priklad

V pristim buildu to uz zase bude OK (doufam)

V teto verzi jsem narazil na tento problem pri editaci konfigutacniho souboru "opera6.ini" Opery 8 (UTF-8):

cesky znak "í" obsazeny v cestach k souborum je po otevreni v PSPadu zobrazen jako "Ă­" a pokud zapomenu chybu po ukonceni editace opravit funkci Nahradit, pak se cely soubor takto samozrejme i ulozi.

Konkretne tedy napr. retezec

> Data aplikací\Opera\Opera\profile\opera.win

je v PSPadu po otevreni pozmenen na

> Data aplikacĂ­\Opera\Opera\profile\opera.win

Poznamenavam, ze PSPad u daneho souboru spravne detekuje pouzite kodovani UTF-8.

PetrH wrote:

> V teto verzi jsem narazil na tento problem pri editaci
> konfigutacniho souboru "opera6.ini" Opery 8 (UTF-8):
>
> cesky znak "í" obsazeny v cestach k souborum je po otevreni v
> PSPadu zobrazen jako "Ă­" a pokud zapomenu chybu po ukonceni
> editace opravit funkci Nahradit, pak se cely soubor takto
> samozrejme i ulozi.

Pokud se po otevreni souboru zobrazi misto í něco jineho, znamena to, ze jste soubor neotevrel v UTF-8, ale v ANSI

15.8.2005 at 15:07, pspad napsal(a):

>> V teto verzi jsem narazil na tento problem pri editaci
>> konfigutacniho souboru "opera6.ini" Opery 8 (UTF-8):
>>
>> cesky znak "í" obsazeny v cestach k souborum je po otevreni v
>> PSPadu zobrazen jako "í" a pokud zapomenu chybu po ukonceni
>> editace opravit funkci Nahradit, pak se cely soubor takto
>> samozrejme i ulozi.

> Pokud se po otevreni souboru zobrazi misto í něco jineho, znamena to, ze
> jste soubor neotevrel v UTF-8, ale v ANSI

IMHO ma problem s nazvem souboru (respektive cestou) a ne s kodovanim
uvnitr souboru.

OT:
Ja k tomu pridam svuj poznatek:
Uplne stejne se mi chovala opera. Zniceho nic zacala ignorovat ini
soubor v Data aplikací a vytvorila si novej prave v Data aplikacĂ-.
Potom sem s tim experimentoval a vysledek byl, ze sem mel dalsi
adresar Data AplikacĂ-Ă-.

Problem sem nevyresil. Operu sem potom preinstaloval jako
jednouzivatelskou a bylo po problemu.

--
-mt

Windows 2000 5.0.2195 Service Pack 4
PSpad 4.5.0.2120

> Uplne stejne se mi chovala opera. Zniceho nic zacala ignorovat ini
> soubor v Data aplikaci a vytvorila si novej prave v Data aplikacA-.
> Potom sem s tim experimentoval a vysledek byl, ze sem mel dalsi
> adresar Data AplikacA-A-.

> Problem sem nevyresil. Operu sem potom preinstaloval jako
> jednouzivatelskou a bylo po problemu.

U me presne to stejny.

--
David

-------------------
PSPad 4.3.3 (2083)

Ted jsem tedy vyzkousel ruzne moznosti nastaveni CP..

Pri automaticke detekci se opera6.ini otevre s vyse uvedenou chybou, PSPad zobrazuje pouziti UTF-8.
Pri vypnuti automaticke detekce a rucnim nastaveni na UTF-8 se opera6.ini otevre v poradku.
S danou chybou se pak otevre pri rucnim nastaveni CP1250, nebo ISO 8859-2.

A vzhledem k tomu, ze jsem neprisel na zadne moznosti nastaveni vhovani automaticke detekce CP, tj. pri automaticke detekci se teto chybky nejspis nelze na strane uzivatele zbavit, videl bych problem nekde mimo uzivatele...

mt , David Grudnik : Zkusil jsem prekopirovat kus opera6.ini do noveho UTF-8 souboru a ten pak znovu otevrit s autodetekci CP a problem se neprojevil. Takze myslim, ze to nebude v ceste jako takove, mozna spise opera6.ini se v "necem" od korektniho UTF-8 lisi, a PSPad ji pak otevre v jinem kodovani. Zahadou pak ale je, proc PSPad zobrazuje, ze soubor otevrel v UTF-8. Mozna je neco spatne na strane Opery i PSPadu..

PetrH wrote:

> Ted jsem tedy vyzkousel ruzne moznosti nastaveni CP..
>
> Pri automaticke detekci se opera6.ini otevre s vyse uvedenou
> chybou, PSPad zobrazuje pouziti UTF-8.

PSPad zobrazuje UTF-8 kde ?
Dulezita je informace na stavovem radku, to, co je v menu Format neni podstatne !

Samozrejme - presne tam zobrazuje UTF-8 - ve stavovem radku

Teď se mi stalo (a bylo to vlastně i v předch. verzích), že na ^F se výskyt našel, ale na F3 ne. Ale naštěstí se neobjeví "Nenalezeno", jen se nic neděje. Když se znovu zadá ^F, další výskyt se najde ... Chování se projevuje, kdykoli je řetězec hledán POPRVÉ, resp. minule se hledal jiný řetězec. A je jedno, zda byl minule hledaný řetězec nalezen. Je zajímavé, že pomocí ^'Down se další výskyt najde vždy ...

Pak mám ještě prosbu: u zvýrazňovače "AWK script" a uživatelského SPL se mi na akci ^'Up/Down místo celého slova označí jen shluk písmen bez diakritiky ... Jinak děkuji za mnoho oprav, hlavně Redo "Smazat řádek" apod.