Názory k článku
Microsoft oznámil vytvoření skupiny pro open XML formáty
-
mikos (neregistrovaný)"Opět typický krok Microsoftu – přestože už máme kvalitní formát, musí on vyvíjet vlastní snahu, aby vytvořil další a samozřejmě naprosto nekompatibilní."
Kdyby šlo jen o tohle, tak by to bylo ještě celkem přihjatelné, ať si ti blbci vymýšlejí co chtějí. Jenže oni se snaží jejich Open XML anaží vydávat za otevřený formát, kdežto ve skutečnosti vubec tak otevřený není. Ta licence je vymyšlená tak, aby byla nekompatibilní s GPL a dalšími opensource licencemi. A jsou tam i další licenční omezení. Prostě MS se sice tváří, že chce být také "open", ale je to z velké části jen marketingový trik. A to je právě nebezpečné, protože některé státní instituce,a tp. by mu mohli skočit na špek... -
mikos (neregistrovaný)Ještě doplnění: viz. např. tento článek na Wikipedii - OpenDocument vs. Microsoft Office Open XML licensing.
-
Marek (neregistrovaný)Ano. Pokud to ovsem v podani microsoftu bude opravdu jen o cistem a validnim XML... a nedockame se i nejakych komponent fungujicich pouze pod Windows, nebo patentu na znacku < openxml > (prehanim, ja vim, ale vsichni vime co vsechno dnes chrani patenty, a jake metody MS pouziva) jejichz pouzitim se dopustite trestneho cinu za ktery pujdete na 20 let sedet.
-
XML je textový meta formát pro zaznamenání dat ve stromové hierarchii. V této oblasti nabízí širokou flexibilitu. Jenže ony existují i jiné strutury dat, než právě stromy. Vlastně strom je dokonce hodně specifická záležitost. A pro ty ostatní se buď XML příliš nehodí, nebo je dokonce nepoužitelný.
Bohužel, propagace XML je přehnaně nafouknutá a vytváří dojem, že XML se hodí všude. Což je škoda, tomu formátu to škodí. A potažmo pak celému světu IT. -
Žertujete, nebo vážně neznáte jiné než stromové struktury?
Třeba databáze (XML je nevhodné), datagrid (XML je nepoužitelné), plnohodnotný markup textového odstavce (v XML se nemůže markup křížit), dále třeba hudební notový záznam (XML nepoužitelné, opět nelze křížit značky ačkoliv noty se kříží), grafický obrázek (XML nevhodné, nemá co nabídnout) atd.
To je skutečně zaslepenost z XML tak pokročilá, že nedohlédnete za něj? -
Stara blazkova (neregistrovaný)Nie som fanatik do XML. Jednoducho pouzivam to, co mi na dany task najviac vyhovuje. A kedze XML je standard a existuje prenho velke mnozstvo nastrojov (transformacne nastroje, validacne, apod), pouzivam ho radsej ako nejaky ini-like format.
V XML mozete zaznamenat cokolvek - prinajhorsom obalite binarne data do <![CDATA[ ]]> :-). Co je samozrejme proti filozofii XML. To, ze XML nie je na DB sa da suhlasit. Neviem co si prestavujete pod datagridom, takze nekomentujem. To, ze nemozete krizit elementy mi nevadi. Notovy zaznam je napr. tu: http://www.recordare.com/xml.html, nejak sa s tym krizenim vysporiadali. Graficky obrazok - SVG mi pripada ako dobry standard.
Nemam rad ked je zase vsetko v XML - napr. mapovanie entit v hibernate cez XML mi napriklad vyslovene prekaza - proste ked je tam milion XML suborov na kope, je to neprehladne. Ale na zapis dokumentu je XML ako stvoreny. -
PaJaSoft (neregistrovaný)No dokument je treba i jeho flow, scm atd... jak tyto metainformace chcete zaznamenavat a posleze resersovat, indexovat a provadet jine kejkle - podotykam efektivne - pokud informaci baze bude v XML je mi veru zahadou... Jo a "Dokument" mi rozhodne jako STROMOVA struktura nepripada
-
Light Tux (neregistrovaný)
- databaza: ked pod databazou rozumieme interny format dat ,,na disku'' tak vo vseobecnosti by to nebolo najoptimalnejsie. Ale zas keby ministerstvo vydavalo ciselniky ako XML bol by som spokojnejsi ako ked to robi v XLS Opatrenie, ktorým sa mení a dopĺňa opatrenie MZSR, ktorým sa vydáva zoznam liečiv a liekov uhrádzaných na základe verejného zdravotného poistenia
- datagrid: neviem co si podtym mam predstavit
- [u]podciarknute[b]tucne podciarknute[/u]tucne[/b] je sice mozno niekedy vyzadovana vlastnost ale myslim si ze spravnejsi zapis by mal byt [p format="underline"][/p][p format="bold,underline"]... zapis je mozno trosku dlhsi ale logickejsi. A asi najlepsie by bolo, text clenit logicky (kapitoly, odstavce, nadpisy, ...) a nie fyzicky (hruby text, zeleny text, sikmy modry).
- hudobny zaznam: uznavam ze nie pre kazdu aplikaciu je mozne pouzit rucne kodovane XML. Ale zas by som si dovolil bez dokazu vyslovit vetu: Ak sa da nieco napisat na konecne velky papier tak sa to da uchovat v XML. ;-)
- graficky obrazok: XML umoznuje rozumne ukladat metatributy (width, height, DPI, colorspace, white-balace, gammacorection, thnumbnail, EXIF...)
-
> myslim si ze spravnejsi zapis by mal byt [p format="underline"][/p][p format="bold,underline"]... zapis je mozno trosku dlhsi ale logickejsi.
To je právě kámen úrazu. Takový zápis představuje malinko něco jiného! Nejde o ekvivalent, alespoň v obecné rovině ne. XML-hype se projevuje právě tou snahou zamlžit (sám před sebou) tyto rozdíly, aby XML bylo vítězem: "ano, v XML to lze, a dokonce lépe" namísto "v XML to nelze". Vždyť sám přijdete na celou řadu případů, kdy to nelze.
K těm databázím: zkuste se na to podívat velmi kriticky. V XML může být databáze uložena jen během přenosu, nativně s ní v tomto formátu efektivně pracovat nelze. V tom se jistě shodneme. V případě přenosu ale XML může způsobit až několikanásobné "nakynutí" dat. V tom se určitě také shodneme. Napsat XML parser je dost složité (diky nutnosti implementovat i parser DTD). Ano, existují už schopné open source parsery, ale tím se komplikovanost XML neomlouvá.
Tím bych se rád vrátil k původní myšlence, ze které tyto komentáře vycházejí. XML není nejlepším řešení pro všechno! Naopak. Je dost oblastí, kde potřebujeme lepší formáty.
-
Light Tux (neregistrovaný)Samozrejme ze vsetci vieme o co ide a ze XML nenakrmi deti v Afrike. Ja to vidim takto: XML je jedna z mala naozaj dobrych technologii v IT svete, ktora naozaj veci posunula dopredu a vyplnila v tom case velku medzeru. Preto si myslim ze patri vdaka vsetkym ktori navrhli a presadili XML. K poznamke o zlozitosti XML... tento problem sa aj mne javi tak trochu zvlastne: napisat XML parser ktory zozerie ,,dobre'' napisane XML je hracka. Napisat ale uplny a korektny parser podla specifikacie je takmer nadludsky vykon.
Na druhu stranu snad na ziaden iny format suborov nemame tak spolahlive a standardizovane parsery ako na XML. + ked si primyslime DOM, SAX... + pridruzene veci ako DTD, XPath, XSL, ... na malo formatov mame tolko nastrojov.
Urcite su oblasti kde potrebujeme ine formaty napriklad si nemyslim ze by bol dobry napad IP packety formatovat ako XML. -
Naprosto souhlasím.
Ještě k tomu parsování XML - zas taková hračka to není ;) Vezměte si třeba tento validní kousek XHTML kódu. Co by měl vypsat?
<?xml version="1.0"?> <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd" [ <!ENTITY % textDTD '<!ENTITY sayit "hello world!">'> %textDTD; ]> <html lang="en" xml:lang="en" xmlns="http://www.w3.org/1999/xhtml"> <head> <title>Jednoduchý dokument</title> </head> <body> <p> &sayit; </p> </body> </html>
-
Kit (neregistrovaný)XML se sice na práci s databází moc nehodí, ale určen pro ukládání a přenášení dokumentů. Nakynutí dat je v ODF dostatečně kompenzováno zipnutím - opakované značky XML se komprimují velmi dobře.
Každý dokument by měl dodržovat stromovou strukturu. Používat fyzické formátování (bold, underline, italic, velikost písma, řádkování, ...) tam, kde má být logické formátování (odstavec, důraz, odkaz, citace, podtitul, seznam, ...) považuji za zvěrstvo. Nenapadá mě případ, kdy bych musel křížit značky jen kvůli tomu, abych vyjádřil nějakou smysluplnou informaci.
Fyzické formátování dokumentu je záležitostí kaskádových stylů a je závislé na použitém výstupním zařízení. Jak chcete třeba na Braillově terminálu zobrazit tučné písmo nebo podtržení?
ČLÁNKY DO MAILU