Příspěvky

2851

Vývoj / Re:Proč se v Javě XML nahrazuje YML?

« kdy: 16. 11. 2018, 21:12:49 »

Ne neni to prasarna, je to inteligentni html standard, ktery umoznuje pohodlne a prehledne psat rucne html dokumenty. Vas priklad je na prvni pohled nevalidni i kdyz se ho snazite zneprehlednit absenci formatovani. :-)

Přejete si tam přidat formátování tak, aby odpovídalo struktuře dokumentu a nemusel jste nic řešit, nebo naopak tak, aby bylo matoucí?

A když to změním takhle, už to validní je?

Kód: [Vybrat]

<p>text<p>text<figure>text<p>text</figure>text<p>text

2852

Vývoj / Re:Proč se v Javě XML nahrazuje YML?

« kdy: 16. 11. 2018, 18:42:54 »

Ignorujete, ani po upozorneni nejste sto schopen to pojmout a furt tam cpete zbytecne koncove znacky.

Mohl byste odkázat, kde přesně jste psal o tom, že byste konec elementu neoznačoval vůbec nijak? Psal jste o koncových značkách, a koncová značka v XML se skládá z menšítka, lomítka, názvu uzavíraného elementu a většítka. Já jsem ten název uzavíraného elementu odstranil, čímž jsem odstranil i koncovou značku. Váš problém je, že máte selektivní vidění, a ani po upozornění nejste schopen pojmout, jaký účel mají jaké prvky XML.

K tomu vašemu příkladu – ukončovat element začátkem následujícího elementu z určité skupiny je pěkná prasárna, a pokud se budeme bavit i o přehlednosti, tak na škále přehlednosti od 0 do 100 to má hodnotu asi tak -98 (sic!).

Kód: [Vybrat]

<p>text<p>text<a href="">text<p>text</a>text<p>text

Kolik je v tomhle kódu odstavců?

2853

Vývoj / Re:Proč se v Javě XML nahrazuje YML?

« kdy: 16. 11. 2018, 14:13:19 »

Nevíte, protože máte selektivní vidění a ignorujete tu druhou půlku, znepřehledňuje to text. Zbytečné koncové značky text znepřehledňují. U xhtml je to extrémní třeba u tabulek. Kdyby mi je nějaký hloupý editor doplňoval, tak je odmažu a editoru to zakážu nebo ho vyměním.

Žádnou druhou půlku neignoruju, to jenom vy ignorujete, co píšu. Zbytečné koncové značky by možná text znepřehledňovali, ale XML nemá žádná zbytečné koncové značky. XML má jen nezbytné koncové značky, a to takové, které  zpřehledňují text – umožní na první pohled vidět, který element se uzavírá, a zakotvit se tak ve struktuře dokumentu. Zbytečné by byly např. koncové značky u prázdných elementů, ale ty právě psát nemusíte, můžete použít self-closing tag.

Stačí se podívat na porovnání následujících úryvků, když budete chtít vložit další osobu:

Kód: [Vybrat]

      <ulice>Sokolovská</ulice>
      <cislo-popisne>100</cislo-popisne>
      <cislo-orientacni>1000</cislo-orientacni>
      <psc>10000</psc>
    </adresa>
  </osoba>
</zakaznici>

Kód: [Vybrat]

      <ulice>Sokolovská</ulice>
      <cislo-popisne>100</>
      <cislo-orientacni>1000</>
      <psc>10000</>
    </>
  </>
</>

V prvním případě to vidíte rovnou, v druhém případě budete muset v dokumentu lítat sem a tam, abyste zjistil, k jakému začátku patří který konec, a nebo vám ten koncový tag bude muset editor stejně zobrazit jako pomůcku.

2854

Vývoj / Re:Proč se v Javě XML nahrazuje YML?

« kdy: 16. 11. 2018, 08:20:09 »

relativne jednoduche konfigurace.

Já bych to pojmenování trochu upřesnil – konfigurace, u nichž jejich autoři zatím netuší, že se později rozrostou, a že pak budou na volbu YAMLu pěkně nadávat.

2855

Vývoj / Re:Proč se v Javě XML nahrazuje YML?

« kdy: 16. 11. 2018, 07:21:00 »

A nejde o přenos dat, ale o to, že to člověka nutí psát zbytečné kraviny a znepřehledňuje text.

Problém je, že stále nechápete, že pokud se tím XML dokumentem zabývá člověk, čte ho mnohem častěji, než edituje. Proto stejně jako u zdrojových kódů programů platí, že se musí především dobře číst, čemuž se musí podřídit i to, že toho občas musíte napsat trochu víc. Navíc cokoli lepšího než notepad vám koncové tagy doplňuje, tak nevím, proč máte pořád takový problém je „psát“.

2856

Vývoj / Re:Proč se v Javě XML nahrazuje YML?

« kdy: 16. 11. 2018, 07:18:05 »

Tak mě napadá, proč XML zrušilo tyto "booleovské" atributy (checked vs checked="checked"), resp. proč neumožňuje takový jejich zápis (bez explicitní hodnoty).

Protože by to bylo další pravidlo, další výjimka, komplikace. Nejrozšířenější jsou takové jazyky, které mají pár jednoduchých pravidel, a vedle toho máte nástroje, které umožní z těch jednoduchých bloků postavit něco komplexnějšího. Což je ten důvod, proč se YAML nikdy nijak výrazně neprosadí vůči XML nebo JSONu (jako obecný formát), protože přesně tohle pravidlo porušuje.

2857

Vývoj / Re:Proč se v Javě XML nahrazuje YML?

« kdy: 15. 11. 2018, 21:26:24 »

Proto ma neparove tagy a proto ma parove tagy s povinnou a nepovinnou koncovou znackou. Protoze parove koncove znacky nekde maji smysl a nekde jsou jen na obtiz, otravuji, zpusobuji zbytecne chyby a v neposledni rade zhorsuji citelnost. Proto je u rucne psanych textu nepouzivam a jsem za to vdecny.

Přesně naopak, zbytečné chyby způsobuje to, že můžete koncové tagy vynechávat a pak musíte text v hlavě parsovat a domýšlet, kde je ten tag vlastně ukončen. Čitelnost samozřejmě snižuje to, když vám nějaké informace chybí. Nb vm snd přpd, ž tnhl txt j čtlnjš, prtž nbshj zbtčn znk, ktr s mžt dmslt?

2858

Vývoj / Re:Proč se v Javě XML nahrazuje YML?

« kdy: 15. 11. 2018, 21:01:13 »

Zbytečné uzavírací tagy dokument prodlužují, jsi ve sporu sám se sebou.

Nejsem ve sporu sám se sebou. To akorát vy nechápete, že nejkratší neznamená nejpřehlednější. Kdyby tenhle váš předpoklad platil, nejlépe by se nám četly a editovaly zazipované dokumenty. Všimněte si, kolik redundance je v přirozených lidských jazycích, které se vyvíjely tisíce let tak, aby se lidskému mozku dobře zpracovávaly. To samé platí u programovacích jazyků  – kromě výjimečných případů optimalizace nejde o to, aby byl kód co nejkratší, ale aby byl co nejčitelnější. A to samé samozřejmě platí i pro formáty dokumentů, které jsou určené pro zpracování lidmi.

2859

Vývoj / Re:Proč se v Javě XML nahrazuje YML?

« kdy: 15. 11. 2018, 17:59:25 »

Nesmysl, na ručně napsaný a formátovaný html nemá žádný program sám od sebe co sahat, natož do něj něco doplňovat, to je vyslovně nežádoucí, natož aby bylo vydáváno za chybu, že to nedělá.

To je reakce na co?

A další nesmysl, nadbytečné tagy dokument jednoznačně znepřehledňují.

Nadbytečné tagy možná, ale to je věc konkrétního formátu, který nějaké nadbytečné tagy zavádí. Původně ale byla řeč o uzavíracích tazích, a ty naopak přehlednost dokumentu výrazně zvyšují. Všimněte si například, že každé IDE vám zvýrazňuje začátek a konec bloku, bez ohledu na to, o jaký jazyk se jedná – u programovacích jazyků i u dokumentových jazyků. Samozřejmě to nedělají ze zlomyslnost, aby to uživatelům překáželo, ale právě naopak – uživatelé chtějí vidět, kde daný blok začíná a kde končí.

U ručně psaného a slušně formátovaného dokumentu víte kde vám co začíná a končí.

Nezáleží na tom, zda je ten dokument ručně psaný. Záleží jenom na tom, zda je slušně zformátovaný a krátký. Na tuto podstatnou věc jste zapomněl.

JSON s tím nemá nic do činění, to není formát určený pro ruční psaní dokumentů

Aha, najednou.

2860

Vývoj / Re:Proč se v Javě XML nahrazuje YML?

« kdy: 15. 11. 2018, 16:40:36 »

Omyl, v html treba nebyly povinne nektere ukoncovaci tagy

To se dá snadno vyřešit tak, že se příslušný tag napíše jako nepárový. Muselo by se to pak vyřešit na úrovni zpracování AST nebo DOM, ale XML formát nijak nebrání takový zápis používat. Ale je pravda, že je potřeba rozlišovat XHTML (které ty ukončovací tagy vyžadovalo) a obecné XML, na němž by se dal postavit formát, který by je nevyžadoval.

Zapis je jednodussi a prehlednejsi.

Nemyslím si, že by ruční psaní v nějakém programu, který ani neumí ten párový tag doplnit, mělo být podstatným kritériem pro výběr formátu – když drtivá většina HTML dokumentů je generována nebo vytvářena v editorech, které to doplňování umí.

Ta absence ukončovacích tagů naopak dokument výrazně znepřehledňuje. Ona ta pravidla, kde je ten neukončený tag ukončen, nejsou úplně jednoduchá a pochybuju, že je někdo zná z hlavy. Takže pak jen hádá, místo aby tam ten tag měl přímo napsaný. Ony se ty ukončovací tagy pořád uvádějí jako velká nevýhoda XML, ale ve skutečnosti jsou jeho velkou výhodou. Přesně to, že u většího dokumentu nevíte, kde jaká sekce končí, je obrovská nevýhoda YAMLu, a u JSONu máte sice koncové závorky, ale když jich tam je deset za sebou, stejně nevíte nic.

2861

Windows a jiné systémy / Re:Jaký zvolit souborový systém na síťovém disku?

« kdy: 15. 11. 2018, 14:01:24 »

Samba je open source implementace SMB z windows a ve windows se prece sdili NTFS. Tak i pres sambu se musi sdilet NTFS. Jinak ji windows neuvidi. Linuxovy filesystem by videl jenom Linux protokolem CIFS.

Nikoli, nesdílí se NTFS ani žádný jiný souborový systém, přes SMB se sdílí přímo soubory. Jaký souborový systém je pod tou Sambou je úplně jedno (pouze je potřeba, aby uměl uložit věci, která Samba ukládat potřebuje – např. rozšířené atributy). CIFS je prakticky jenom jiný název protokolu SMB.

2862

Vývoj / Re:Proč se v Javě XML nahrazuje YML?

« kdy: 15. 11. 2018, 13:37:54 »

Kam tedy zmizela značka <dir> a další, které jsou v HTML4, ale do XHTML se nedostaly?

Nezmizela nikam. Jak už jsem psal XHTML 1.0 je definováno jako jiný způsob serializace HTML 4.01 dokumentů, takže má přesně ty samé elementy a atributy, jako HTML 4.01. Takže značka dir není ani v HTML 4.01 Strict ani v XHTML 1.0 Strict a je v HTML 4.01 Transitional i XHTML 1.0 Transitional.

Dalším podstatným rozdílem je, že HTML s chybami v syntaxi se "nějak" zobrazí, ale vadné XHTML se nezobrazí vůbec.

Nikoli, to není vlastnost formátu, to je vlastnost konkrétního parseru. Klidně můžete napsat HTML 4.01 parser, který skončí na první chybě, a můžete napsat XHTML parser, který bude obsahovat stejnou věštírnu, jako HTML parsery běžných prohlížečů.

U HTML5 je to jiné, tam je v té básni v próze přesně popsáno, co má prohlížeč dělat v případě jaké chyby, takže parser, který by první chybě skončil, by neodpovídal specifikaci. Stejně je samozřejmě možné specifikovat i chování XML parseru (akorát bych dával přednost popisovat to gramatikou a ne prózou).

2863

Vývoj / Re:Proč se v Javě XML nahrazuje YML?

« kdy: 15. 11. 2018, 12:26:17 »

Ano, liší se syntaxe, ale jejich sémantika byla totožná. Tudíž děláš chybu, když neúspěch xml formátu xhtml  svádíš na sémantiku. Lidé xhtml odmítli čistě proto, že je nepohodlný pro ruční editaci.

Jako že je problém psát lomítka na konec nepárových tagů? Protože to je to jediné, čím se XHTML liší od správně napsaného HTML dokumentu.

2864

Vývoj / Re:Proč se v Javě XML nahrazuje YML?

« kdy: 14. 11. 2018, 20:34:14 »

XHTML se neosvědčilo, protože ořezalo používané sémantické značky místo toho vnucovalo strukturální značky. Sám jsem k němu měl už od počátku docela odpor a uvítal jsem HTML5, které naopak sémantické značky rozšířilo.

XHTML používalo stejné značky, jako HTML 4, byla to jen jiná serializace. I HTML5 má definovanou svojí XML serializaci. Ale autoři HTML5, místo aby použili existující specifikaci XML a nad tím dospecifikovali HTML5, vymysleli si vlastní jazyk, který nemá žádnou gramatiku – místo toho je v próze popsáno chování HTML5 parseru.

2865

Vývoj / Re:Proč se v Javě XML nahrazuje YML?

« kdy: 14. 11. 2018, 16:21:21 »

Jinak mi prijde, ze si to trochu protireci. Pokud je XML zamerne textovy format, aby se dal snadno editovat, pak by mel stacit textovy editor.

Svět není černobílý. Editovat XML notepadem samozřejmě můžete, ale nebude to úplně pohodlné. A nebo můžete použít specializovaný editor, a s ním pak můžete klidně editovat XML, které má desetitisíce uzlů. Neexistuje žádný formát, se kterým byste mohl pohodlně v notepadu editovat soubor, který bude mít desetitisíce prvků. Rozdíl ve formátech je v tom, že když budete chtít nouzově editovat ten soubor s desetitisíci prvků v notepadu, tak v případě XML to bude otrava, ale nakonec to zvládnete, v případě JSONu taky, pokud půjde jen o to oeditovat nějakou hodnotu a nevytvářet žádné nové struktury, ale třeba v případě YAMLu byste se z toho zbláznil.