Podivna zmena carky na strednik ve jmenu souboru po komprimaci

No vadnym pixelem ani podobne to nebude, zkuste si tuhle carku: ‚ zkopirovat a nazvat textak treba ‚‚‚‚‚.txt , zabalte ho do zipu a uvidite ze se prejmenuje na '''''.txt.

No vyborne ale ted se podivej do toho archivu jak se jmenuje ten textak!

Dělá to jen v zipu, v raru se to chová normálně. Není to nic, kvůli čemu bych neusnul.

Me to celkem vadi, ze zip svevolne bez upozorneni neco takhle zmeni. A dela mi to i rar, jenom 7zip ne.

A máš nějaký důvod pojmenovat soubor tím zvrhlým znakem, který ani nedokážeš vytvořit jinak, než zkopírováním?

No mam hlavne duvod obavat se cim me zip prekvapi priste. Holt me proste vydesilo, ze program ktery pouzivam na zalohovani prejmenovava soubory.

Ja by som to nazval vlastnosťou, nie chybou. Robí to aj Total Commander.

Mne to Total Commander (pri pouziti zip kompresie) nerobi.

Aha, tak to nie je normalna ciarka, takze robi!

Ale pri pouziti tar nie. Takze o dovod viac, aby som na vsetko pouzival tar.gz.
Tipujem, ze zip format ma take kodovanie nazvov suborov, ze sa tam ta divna ciarka neda zapisat.

zip ti nic nepremenovava. Ten znak zabera (aspon v tomto html) 3 byty, s cim je niekedy problem pracovat ak sa maju dodrzat aj ine standardy (napr. zip apod.), alebo ak na to program proste nie je stavany. On ti to nepremenoval, ale skonvertoval z nejakej japonstiny alebo co to je do nejakeho normalneho kodovania

Ak budes pouzivat normalne europske znaky a nie egyptske hieroglyfy, tak sa ti nic nebude premenovavat

P.S. tak som si nasiel v UTF-8 kodovani co to je za znak ten E2809A, je to "single reversed comma quotation mark", t.j. ak napr. vo worde pouzijes apostrofy tak to vie Word automaticky zmenit na apostrof spodny (na zaciatku) a apostrof vrchny (na konci).
Ten znak co tam mas teda nie je ciarka, ale apostrof (ten prvy - spodny), to ze ho zip zmeni na normalny apostrof povazujem za uplne normalnu akciu ak zip nie je schopny spracovavat 3-bytove UTF-8 alebo unicode znaky (taketo znaky su vrcholne neobvykle to si snad zadefinoval sam mrkvosoft pre Word alebo co a v nazve suboru nemaju co hladat).

Ten znak je v standardnom kodovani Slovenciny a Cestiny vo Windows - CP-1250 (82 hex, 130 desiatkovo), takze az taky strasny znak to nie je. Zip pouziva dosovske kodovanie cp-852 (aspon ten Total Commanderovsky) a tam ta cudna uvodzovka-ciarka-apostrof proste nie je.

V unicode je to U+201A.

Skusil som aj Σ (U+03A3), ten uz v cp-1250 nie je, a Total Commander odmieta robit archivy (aj zip aj tar).

Rar, arj a podobne nemam, takze ich neskusam.

To nie je 82ka (82ka je u mna napr. znak "é"), 82h sa z toho urobi len ak to skopirujes do notepadu (ten tiez asi nevie korektne konvertovat z UTF-8).

Je to znak e2809a v UTF-8, co je spodny apostrof. Ano je to unicode 201A
Tak alebo tak, nema to IMHO co robit v nazve suboru, a ak to v nazve suboru je, tak to je apostrof, a nie ciarka.

Já ty znaky, co byly dříve zakázané nepoužívám a je to.
. “” / \ [ ] : | = + , < > ; mezera (a písmena s diakritikou)
Možná ještě něco (exotické znaky), už mi to také vypadává z hlavy.

Přesně tak !!! Zvyk JE železná košile. Navíc při pádu systému a práci v příkazovém řádku je
takřka nemožné s těmito paznaky pracovat s adresářem pokud je obsahuje. Osobně si myslím, že když se snaží právě
Windows nejvíce přiblížit běžným userům neměl by jim dovolovat dělat tyto znaky.

Já když vytvářím soubory a adresáře tak můj koncept je tento: nejakyAdresar nejakyDokument.doc

A je to asi reflex z tvorby www, protože www je na tyto paznaky v názvu snad ještě háklivější !

Já tam dávám ze zvyku podtržítka. Zakázané znaky nepoužívám, nicméně delší názvy, než 8 znaků ano. Vše píši zásadně malými, takže by to u mě bylo nejaky_adresar nejaky_dokument.doc.
Ono je na webu "moderní" místo podtržítka používat pomlčku, ale zvyk je zvyk. Třeba to na svých webících někdy všechno hromadně změním a přejdu na pomlčky.