Dotaz: Jak je to s mezerami v nazvu souboru?

[anon123]

Chtel bych se zeptat, jaky vliv maji mezery v nazvech souboru. Prelitlo me to pres hlavu proto, protoze lide, kteri pracuji s UNIX like systemy, pisi vetsinou tecky, nebo podtrzitka v mezerach mezi slovy. Proc?

Odpovědi

[unchallenger]

Něco si naskriptuj v shellu, a odpověď zjistíš sám...

Mezera je za normálních okolností v $IFS, když chceš něco rychle naskriptovat, nechce se ti rozpadání jmen souborů na kusy ošetřovat, protože to někdy je docela pruda.

[Dušan Hokův]

mezery a diakritika v nazvech souboru nejlepe v kodovani win-1250 je jedna z lamerin kterou na svet prinesla banda lameru z Redmondu.

[Tomáš]

Mezera má velmi dobrou funkci jako oddělovač slov (v češ tin ě tak y píš eš slo va doh rom ady). Pokud chceš mezery v názvech mít, tak ti nic nebrání, ale ve chvíli, kdy začneš skriptovat začneš nadávat, jak to ten d.... mohl napsat s mezerami (obvláště oblíbené mám mezery na konci názvu). Už takový skriptík na pouštění oblíbených MP3 by mohl z tohoto důvodu nefungovat.

Pokud si do názvu přihodíš ještě diakritiku (oblíbené, pokud soubor cestuje mezi různými počítači), závorky, apostrofy, uvozovky, tak máš o zábavu postaráno. Někdy to může jít až tak daleko, že to musíš přejmenovat ručně, protože se Ti to nebude chtít v nějakém skriptu ošetřovat.

Většinou si každý člověk najde nějaký prográmek, který mu přejmenuje soubory na nějaký rozumný tvar, nebo si ho sám napíše.

[Zdeněk Štěpánek]

Zdravim

Asi opul roku po te co jsme dostal svuj prvni pocitac jsme zjistil ze psat do nazvu souboru mezery, hacky, carky a jina nabodenicka je dost hloupy anpad. A to jsem zil jeste ve win95 vezeni.

Mezery a nabodenicka proste nepis, usetri ti to hooodne zbytecnejch starosti. Mezery kvuli skriptum a nabodenicka kvuli kodovani.

Zdenek

[anon123]

Diky za vysvetleni.

[rADOn]

potiz je v tom ze shell a podobne programy povazuji mezery za oddelovace prikazu takze pokud neni spravne uvozena skonci to havarii. teoreticky je to vzdy chyba dotycneho programu/skriptu - v unixu je ve jmene souboru legalni jakykoliv znak krome NULL - ale protoze casto je jednodussi zrusit mezery nez rozpletat nekdy dost slozity spletenec uvozovek hodne lidi proste mezery nepouziva. osobne jsem zatim mel s mezerami jediny vazny problem, a ten se stal na mswindows

[Petr]

Jenom takove male doplneni: Ve jmenu souboru se nesmy vyskytnout prinejmensim jeste znak / (lomeno)

[Jooky (inactive)]

Nemal by a vecsina zakladnych utilit to berie ako ze nesmie byt, ale napr. taky SAP (na hp-ux skusane) nema problem dat / do nazvu suboru.

[anon123]

Jeste bych se asi rad zeptal, co kdo z vas preferuje?

Podtrzitko "_"
Tecku "."
Psat prvni pismeno velke "VelkePismeno"
Nebo neco jineho?

[unchallenger]

Pomlčku.

[Martin Baleja]

Podtržítko. (Yeti ) (lépe se čte)

[Michal Marek (twofish)]

http://example.org/foo_bar

http://example.org/foo-bar

Navíc je to shift navíc a lennost vítězí

[unchallenger]

Kromě toho mě asi nepřesvědčíš, že je podtržítko oddělovač slov, když ho matchuje \w ;-)

[multi]

ja preferuju java konvenci

[hajma]

Myslí, že ve 3. tisíciletí už není nutné, aby se lidé přizpůsobovali strojům, proto píšu háčky a čárky a klidně si uložím "Moje oblíbená písnička.mp3".
Ať si s tím systém poradí.

[Michal Marek (twofish)]

Systém s tím nemá nejmenší problém, problém může mít uživatel (viz Yetiho první odpověď).

[Stanislav Brabec]

Přesně tak. Pokud narazíte na program, který nebere české znaky a mezery v názvech souboru, otravujte autory, ať to opraví. Ve skriptech se stačí naučit používat uvozovky.

A poté, co se přešlo na UTF-8, jménům souborů se meze nekladou.

Nevím, proč by se soubor nemohl jmenovat třeba "Плагин для 表示設定 češtiny.txt".

Dobrá rada zní: Pokud něco takového vypalujete na CD, udelejte záložní link odkaz bez diakritiky. Joliet sice pracuje v Unicode, ale Windows neotevřou soubor se znaky mimo aktuální abecedu, starší Windows nic, Apple nevím. Linux pak většinou dává přednost RockRidge, a to zase nemá standardní kódování. Nemluvě o tom, že neopatchovaný cdrecord nepálí správně pod UTF-8.

[unchallenger]

Ve skriptech se stačí naučit používat uvozovky.

Naivní představa. Kdo dokáže správně naskládat uvozovky uvnitř evalu?

[Tomáš]

A navíc když někdo pojmenuje soubor třeba takto:

Zkušební "test'ovací" [soubor] - (kdo to rozluští?).txt (s mezerou za txt na konci),

tak chci vidět člověka, který si ošetří skript v BASHi tak, aby tohle zvládnul. Navíc stále existují OS, které mají problémy s cizími znakovými sadami, rozlišením velkých/malých písmen a tak vůbec.

[Ash]

Nechápu jak někdo může mít s takovýmto názvem problém při zpracovávání v bash skriptu :-O. Podle mého je problém čistě mezi židlí a klávesnicí, neměl byste nějaký konkrétní případ, kdy to je problém? Osobně používám všechny znaky kromě zakázaného lomítka a na problémy nenarážím, skriptuju dost... Díky.

[Ash]

Jo teda nepoužívám znak nový řádek, to už jsem někde psal, to se mi zdá přecejen nevhodné :)

[Ash]

No, možná před třemi lety byla podpora horší :)

[Stanislav Brabec]

Pokud připravuji výraz pro eval, používám následující konverzi. Poradí si se všemi znaky včetně uvozovek a apostrofů:

arg=$'\n'testovací\ řetězec\'\ \"
arg=${arg//\'/\'\\\'\'}
eval echo "'$arg'"

[unchallenger]

A důvod, proč by se tak neměl jmenovat, je ten, že se to dost blbě píše. A to i když sedím u svého superhyperterminálu. Nemluvím o tom, že jsem připojen z náhodného počítače s náhodným terminálem.

A ještě k mezerám: mezera není normální znak, má syntaxi zvláštní význam. Proč nepožaduješ, aby mohly být mezery v identifikátorch v C, Javě, čemkoli? Protože bys musel definovat celou novou syntaxi jazyka. V shellu se program a data volně míchají, takže i když lze problémy s mezerami obejít, často snadno, neznamená to, že když OS umožňuje ve jméně souboru kterýkoli znak kromě \0, je také dobrý nápad je ve jménech používat.

[Leoš Literák]

slysel jsem, ze kdysi existoval programovaci jazyk, jenz povoloval mezery v identifikatorech. To musel byt s odpustenim bordel

[skonciljsem]

Neni v tom moc bordel. Je to, pokud vim, FORTRAN.

[hajma]

A proč by nemohl, prostě mi ho poslal můj čínskej kolega a já si ten název doplnil o českej popisek.

[jm]

No, to bude vyborne, s takovym nazvem souboru je fakt radost jakkoliv pracovat. Lidi jste normalni???

[hajma]

To je přesně ono, Vy se na to díváte z hlediska programátora, já z hlediska uživatele.
Přece nepřestanu používat diakritiku, aby to měli programátoři jednodušší.
MFNF (Make fun not flame): Co třeba lokalizace - není zbytečná? Nestačí nám angličtina ?(navíc nemá háčky a čárky a stačí na ni půlka ASCII)

[jm]

Rec neni o diakritice, ale o mezerach apod. paznacich v nazvech souboru (uvozovky, apostrofy...)

P.S. Ano, s anglictinou si pri pojmenovani souboru plne vystacim a usetrim si spoustu problemu, misto mezer pouziju pomlcku, podtrzitko nebo tecku a spokojene s tim ziju.

[Ash]

Ale vždyť je to děsně vošklivý :( Třeba typicky v názvu mp3 se hodí i mezery i uvozovky či apostrofy... Jako programátorovi mi práce s těmito soubory problém nedělá.

[Ash]

No.. možná před třemi lety byla podpora horší :D

[unchallenger]

Uživatel neskriptuje, a celkově nepoužívá shell. Dokud si něco kliká v GUI, ať si pojmenovává, co chce, jak chce. Ale já s tím pak nechci mít nic společného. Budu-li muset spouštět mc (v horším případě GUI), abych mohl přesunout/zkopírovat/smazat/... soubor, protože se jmenuje čínsky, což nedokážu napsat, i když to třeba můj terminál podporuje, tak to mi může ... a hádej kam.

[Michal Marek (twofish)]

Vlastně jeden problém by byl -- IMHO neexistuje způsob, jak použít soubor s mezerou v názvu jako interpret #!-skriptu. Teda ne že by na tom nějak záleželo.

[unchallenger]

A jen doufej, že nebudeš nikdy přecházet na jiný systém, který si s tím sice také poradí, ale shodou okolností používá jiné kódování...

Ostatně jména skladeb, interpreta, etc. jsou v ogg vždy v UTF-8 (nikoli v mp3, tam už vidím, jak si systém s tím chaosem poradí...) a každý systém mi ve třetím tisíciletí ukáže tato metadata, soubor se může jmenovat, jak chce, třeba 01.ogg. Vůbec nechápu, že ve třetím tisíciletí ještě používáš systém, který uživatele zatěžuje takovými technickými detaily, jako jsou jména souborů.

[Stanislav Brabec]

Ke konverzi jmen souborů po přechodu na UTF-8 jsou nástroje - třeba convmv nebo utf8ize. Provedete ho jednou a může vás hřát vědomí, že je to zřejmě i naposled.

[bhe]

ja musim souhlasit, unixove se systemy se jiz delsi cas chlubi mimo jine tim, ze na jmena souboru nekladou skoro zadne omezeni a to se me libi, proto mezery klidne pouzivam k me plne spokojenosti.... diakritiku ale ne, nejak zatim nebyl duvod cpat ceske znaky do nazvu.

jak vidim nazvy pisnecek typu 01_blah_bleh_blah.mpc, tak okamzite prevadim. jasne ten nazev je i v tagu, ale maloktery prehravac hudby v linuxu (!!!) podporuje vyborne ape tagy, vubec cela situace s prehravaci hudby je vice nez nedostatecna, to je opravdu jedina vec ktera me konkretne brani v uplnemu prechodu na linux (holt neni nad foobar), ale to uz sem moc odbehl :)

[jm]

No to by me tada zajimalo, jaky zazracny prehravac hudby pouzivate ve Windows a co konkretne umi tak vyborneho oproti obdobnym aplikacim pro Linux.

[lizard]

Dyk Ti to tam pise (cti poradne): foobar - http://www.foobar2000.org . A takovej fakt (bohuzel) na Linuxu nejni.

[Ctirad Feřtr]

Co přesně má foobar co jiné přehrávače (na linuxu) ne ? Pokud vím, tak hlavní výhoda této aplikace je to, že obchází všechny ty windozní mixovadla, efektovadla, resamplovadla a jiná prznidla zvuku, takže do převodníku jde skutečně jenom to co tam má při přehrávání jít. Alsa tohle dělá defaultně, takže o problém míň.

Další věc je gapless playback, což umí tohle: http://aqualung.sourceforge.net/ . Co dál ?

[jm]

No, tak jsem neodolal a nainstaloval na vedlejsim krumplu PIII 450 s Windows. LOL! Zlatej XMMS nebo WinAmp pod Windows. No, jdu to zase smazat. Uf.

[lizard]

To me mrzi, ze Vam nevyhovuje, alespon jsem Vas rozesmal a prodlouzil Vam tak o neco zivot. Proste nekdo ma rad aplikace, ktere delaji jednu vec poradne a nekdo zase bumbrlicky, kteri delaji milion veci a kazda z nich "tak nejak" funguje.

PS: stejne si myslim, ze jste ten prehravac poradne nevidel, protoze WinAmp(ve vsech verzich), ten skutecne strci do kapsy. Mozna se zkuste podivat i sem: http://pelit.koillismaa.fi/plugins/index.php - mozna vam neco uniklo .

[podlesh]

Jeden z důvodů proč používat foobar oproti WinAMpu je zatížení - WinAmp je strašně nenažraný.

[Martin Tůma]

Jak kterej WinAmp - o systémových nárocích mého (verze 2.80) si může každý linuxový přehravač nechat jenom zdát... A funkce to má (odmyslíme-li Amarok, kterej umí snad i vařit...) stejný.

[Dalibor Smolík]

Například mpg123 -w moje_pisnicka.wav Moje\ oblíbená\ písnička.mp3

[Tomáš Janeček]

NEvim jestli jsem to neprehledl, ale v cele diskuzi jsem nevidel tohle:
mezera (tedy > <) se zapise s lomitkem (tedy >\ <)

[Michal Marek (twofish)]

A nebo taky %20 a nebo jako mezera bez escapování. A to se bavíme jenom o interaktivní práci. Sranda právě začne, když ty soubory má zpracovávat nějaký skript, na kterém si člověk nedal moc záležet (třeba něco jako for f in *; do rm $f; done).

[Petr]

No já osobně nepoužívám mezery a diakritiku v názvech souborů hlavně proto že jsem jednou po zhroucení windows musel z konzole rychle vytahat z disku data (škoda že jsem tenkrát neznal slack ). Doporučuji zkusit pracovat z příkazového řádku s cestou a názvama souborů ve kterých je použitý takovýhle balast a člověk má hned jasno. Používám zásadně jen podtržítko _ přehledné a jednoduché.

[VícNežNic]

Mezery, diakritika, jiná než nezbytná velká písmena a znaky, které mají v shellu speciální význam (zdravím GNU Arch ) jsou už ze zásady fuj. Uražte mi ruce, kdybych si měl někdy něco takhle pojmenovat.

I když velká písmena (jenom to první, ale) v názvu souboru jsou užitečná, když je chci mít ve výpisu první. (což je užitečné pro grafické programy, jenže takové GNOME mi do ~ natvrdo nacpe adresář Desktop (jeden z důvodu proč jsem se na GNOME vybodl, nepřišel jsem na to jak to vypnout) a KDE jsou nějaká velká a malá písmena při řazení ukradená)

[Jesus Jimenez]

Co vam na ~/Desktop vadi? :) Pouzivat to pro plochu nemusite a pokud mate ~ jako plochu, tak ten Destop ani nemusi byt videt ...

[Michal Kubeček]

Na jednu stranu zcela souhlasím s tvrzením, že není rozumné používat diakritiku a mezery v názvech souborů. Na druhou stranu ale zásadně nesouhlasím se zdůvodněním, že to komplikuje psaní skriptů. Každý, kdo produkuje skripty, které přestanou fungovat v okamžiku, kdy jméno souboru (nebo parametr) obsahuje "problémové" znaky, by zasloužil pár pohlavků, naplácat přes ruce a vyhodit od klávesnice.

[Tomáš]

Nemůžu souhlasit. Viz můj předchozí příspěvek. Napsal jsem jednoduchoučký skript na nějakou hovadinu (dnes bych to psal jinak) a zklamalo to, když tam někdo předhodil soubor s mezerou. Přidal jsem ,,uvozovky'' (prostě "). Fungovalo to, dokud si uživatel nevymyslel název s uvozovkou. Dobře, dal jsem raději apostrofy, ale pak si uživatel dal do názvu apostrofy. Zase nefungovalo. Tak se dá přidávat středník, čárky, všemožné závorky atd. Samozřejmě si s tím poradí vyšší skriptovací jazyky jako Perl nebo Python, ale obyčejný BASH je jednoduchoučký a na hovadiny typu for i in `ls` do; něco udělej; done bohatě stačí a navíc to zvládnu zapsat přímo do příkazového řádku a nemusím otevírat soubor, napsat program, zavřít soubor a spustit. A ke každému smysluplnému skriptu (tj. napsání skriptu netrvá déle, než ruční provedení téhož) vymyslím název, který ho zbourá.

Pokud si uživatel vyřeší svoje problémy sám, ať si dělá, co chce. Ale až přijde s prosíkem, že tamto mu nejde zkopírovat, tak nemám chuť pomáhat. A když mi pošle blbě pojmenovaný soubor, tak mám chuť trhat.

Navíc tu nikdo ještě nenapsal, co se stane, když takový špekový soubor pošlu kolegovi v USA, který má M$ Wokna, která nemají potuchy o nějakých háčcích s čárkami. To, že já mám systém, který všechno zvládá, neznamená, že ho musí mít všichni.

Stále klademe vyšší a vyšší nároky na techniku, což znamená vyšší a vyšší nároky na programátory, což zase znamená vyšší cenu SW. Navíc si člověk většinou neuvědomí, že sám těžce zaostává. Například já jsem ve škole kalkulačku neměl (tehdy byla docela drahá a moc toho stejně neuměla) a umím velkou násobilku a dělit velká čísla zpaměti nebo na papíře. Umí to dnešní maturanti?

[Michal Kubeček]

Nesouhlasím. Následující skript jsem zkoušel se soubory, jejichž jména obsahovala křížek, svislou čáru, otazník, hvězdičku, mezeru, jednoduché uvozovky, dvojité uvozovky, ampersand, backslash, menšítko, většítko, rovnítko, závorky (kulaté, hranaté i složené) i linefeed a nezaznamenal jsem žádné problémy. O diakritice nemá smysl ztrácet řeč. Můžete mi prozradit, jaký název souboru ho "zbourá"?

#!/bin/bash

for f in "$@"; do
  ls -l "$f"
done

[unchallenger]

To je pěkné, ale co když potřebuješ dostat seznam souborů z nějakého příkazu, tj. z $(...)? O evalu ani nemluvím...

[Michal Kubeček]

Command substitution (generuje-li seznam souborů, tedy obvykle s příkazem find) takhle přímo bez ošetření používám jen interaktivně, a to ještě jen tam, kde bezpečně vím, že se problémové soubory nevyskytují. Jinak je potřeba použít jiný oddělovač (nejlépe nulový byte), případně jiné řešení ('find ... -exec', 'xargs'). Konstrukce typu 'grep ... `find ...`' mají navíc ještě jednu nepříjemnou vlastnost: velmi rády kolabují na překročení maximálního počtu parametrů, a to bez ohledu na "problémové znaky".

Použití příkaz 'eval' chápu jako projev čirého zoufalství, jako poslední možnost a také jako příkaz, který má svou sílu, ale i své vady. Toto je jedna z nich. V situaci, kde by to mohlo způsobit problémy, eval nepoužiji - i za cenu toho, že bych nemohl použít čistý shellový skript.

[unchallenger]

S evalem by to člověk neměl přehánět, ale jako výraz zoufalství ho tedy nechápu.

Podle mne je celý tvůj přístup zvrácený ;-) Nejprve si řeknu, k čemu ty soubory jsou a co s nimi budu dělat, z toho mi vyplynou omezení. Mohu například chtít, aby byly soubory platné identifikátory v nějakém jazyce -- když si vytvořím modul ,a b c.py`, mohu pak být ohromně šťastný, že ho nemohu importovat, natož používat, protože jméno modulu musí byt platný identifier. Stejně tak mohu chtít, aby byly soubor platná jména slopuců v SQL, nebo cokoli -- například word v shellu.

Pokud jediná věc, kterou se soubory kdo kdy bude dělat, je klikat na ně v dokonale i18ných GUI, no problem, ať si je pojmenovává čínsky, s mezerami, konci řádků, čímkoli. Pokud se s nimi bude dít něco jiného, tak to na jejich jména klade omezení.

[Michal Kubeček]

Můj přístup je založen na filosofii, že píšu-li skript, píšu ho proto, abych automatizoval nějakou činnost. Ten skript typicky píšu proto, abych tuto činnost mohl provádět opakovaně. Pokud ho napíšu tak, že zkolabuje, jakmile bude ve jménu souboru mezera, můžu se spolehnout, že na to časem zapomenu a budu ho chtít použít na adresář, kde takový soubor bude. Nebo nezapomenu, ale přehlédnu, že tam takový soubor je. Proto už kvůli sobě raději obětuji pár minut a napíšu skript pořádně, tedy tak, aby fungoval i se jmény, která obsahují problémové znaky. Tolik práce to není a za ten klid mi to stojí.

A to už nemluvím o tom, že ten skript mohou používat i další a bylo by nefér jim takovou časovanou bombu připravit. Navíc bych se za takový skript musel stydět. Nemůžu samozřejmě vyloučit, že po mně takové skripty někde zůstaly, to jsou hříchy nezralého mládí. Dnes už si ale dávám pozor.

[Tomáš]

Ja to delam zase naopak. Mam blbuvzdorny skript, ktery mi prejmenuje soubory na rozumna jmena. Jenom je potiz, ze kdyz je zmrsena diakritika, tak tak se tezko hada, jakym pismenkem ho nahradit, takze ve vysledku se musi vynechat nebo nahradit nejakym defaultnim znakem (podrtzitko nebo pomlcka, podle gusta).

Casto clovek pise skripty ,,spatra'' (tzn. primo na prikazovy radek, protoze to akci potrebuje jenom jednou) a nemuze tudiz vychytavat jemnosti typu, kam s tou uvozvkou.

[Tomáš]

Když máte čas kvůli každému souboru sahat na klávesnici, tak nepotřebujete skript.

Teď si zkuste vytvořit název s českými znaky (obzvláště oblíbené jsou ď, ť, ň, ž a možná ještě něco víc), uložte ho na disketu a zkuste ho otevřít pod W98. Já už jsem takhle pár souborů tahal nadvakrát. Pokud ho ještě protáhnete přes FTP server, který předpokládá jinou znakovou sadu, máte úspěch zaručen. Tisíce děkovných dopisů.

[Michal Kubeček]

Jednak si s těmi znaky poradí i automatické doplňování bashe, jednak to funguje i s wildcards. Takže nerozumím tak úplně poznámce o "sahání na klávesnici". Na to, co jsem napsal, samozřejmě skript není potřeba, ale to byl jen příklad. Stejně fungují i složitější skripty.

S diakritikou nemám problémy. Je to otázka správných parametrů pro mount. Ještě jednou upozorňuji, že sám taková jména nevytvářím a nepoužívám - ale neodpustil bych si napsat skript, který by si s nimi neporadil, zejména pokud by smazal nebo přepsal něco, co nemá. To bych jednoznačně považoval za chybu autora skriptu, v žádném případě bych nesvaloval vinu na toho, kdo souboru pojmenoval.

[Tomáš Pelc]

Jednak si s těmi znaky poradí i automatické doplňování bashe, jednak to funguje i s wildcards

Pokud máte ve firmě "odborníky", kteří nechávájí pojmenování souborů např. na MSWordu, pak v jejich adresářích najdete rozsáhlou korespondenci s názvem "Naše firma, s.r.o xxx.doc" ap.
To je mi pak i BASH s automatickým doplňováním na nic ...

[Michal Kubeček]

Nerozumím. Takovéto jméno nedělá bashi nejmenší problémy, vše bez problémů doplní, před mezerami přidá backslashe. Všechno krásně funguje. Problémy samozřejmě mohou vzniknout, pokud je chyba v konfiguraci Samby resp. parametrech mountu, ale to je opět spíše chyba systémáka.

[Tomáš Pelc]

Chtěl jsem říct, že pokud je tam více souborů začínajících STEJNÝM mišmašem, pak se hrozně těžko doplňuje po _TAB_ ono rozhodující písmenko, které má určit konkrétní požadovaný soubor. Jde to, ale dost mě to zdržuje ... Bez "nábodeníček" v názvech souborů je IMHO administratorův život lehčí.

[Ash]

Dnešní maturanti (2007) zase v pohodě zpracovávaj jména s mezerami v bashi :D A násobí v bc -l-

[BorgMcz]

Mel bych take dotaz. Nemohl by mi nekdo poradit nejaky script ktery by prohledal adresar a nahradil v nazvu souboru mezeru treba za znak "_" nebo "-" . Dekuji za pomoc.

[Hynek (Pichi) Vychodil]

find -depth -name '* *' -print0 | xargs -0 rename -v -n 's/ /_/g'

[Hynek (Pichi) Vychodil]

Pak odstraň to -n a jedem. Jen ještě poznámka, rename je součástí perl-utils, pokud máš náhodou jiné rename než z perl-utils tak si to někde sežeň.

[ikarlos]

rename

[Filip Jirsák]

Příště by bylo dobré založit nový dotaz. Zbytečně jste zmátl několik diskutujících, kteří navazují dialog na dva roky staré komentáře…

[Jesus Jimenez]

yes, me to zmatlo taky :)