Názory k článku
Akta X 0504
5. 5. 2005 8:29
Nový
SVG tini
celé vlákno
podle me je delani tini specifikaci uplna blbost. stejne bude technika pokracovat smerem miniaturizace a zvysovani vykonu a za chvilku budeme mit v mobilu stejne vykone cpu jako v pocitaci. podle me nema smysl tyhle standardy takto stepit - jsem pro zachovani jednoho standardu svg. (pripada mi to jako podobny nesmysl z docbook lite - nebo jak se to menuje)
Jirka Kosek (neregistrovaný)
5. 5. 2005 10:20
Nový
Re: SVG tini
celé vlákno
Jelikož je SVG Tiny podmnožina plného SVG nevidím problém. Nic se neštěpí. Naopak je dobře, že je jednoznačně definovaná podmnožina. Kdyby nebyla, každý, kdo z nějakého důvodu nemůže implementovat celé SVG, by se definoval podmnožinu vlastní a byl by v tom ještě větší zmatek.
5. 5. 2005 10:32
Nový
Re: SVG tini
celé vlákno
ale vzdycky se najde nekdo kdo to udela trosku jinak - viz J2ME. podle me: bud ja to je svg, nebo to neni svg. takhle muzeme zacit definovat podmnozinu z podmonoziny...
a co rikate na podmnozinu DB? (nevim jak se to presne jmenuje DB lite?)
a co rikate na podmnozinu DB? (nevim jak se to presne jmenuje DB lite?)
Jirka Kosek (neregistrovaný)
5. 5. 2005 11:12
Nový
Re: SVG tini
celé vlákno
Jedná se o Simplified DocBook.
Já osobně jej nepoužívám, ale pro ty co nevyužijí všechny elementy DocBooku to může být docela užitečné. Už jen protože v editoru, který je řízený schématem, se ke vložení nenabízí několik set různých elementů, ale jen několik desítek. Vzhledem k tomu, že Simplified DocBook je podmnožina normálního DocBooku, lze pro jeho zpracování použít libovolný nástroj pro DocBook.
Já osobně jej nepoužívám, ale pro ty co nevyužijí všechny elementy DocBooku to může být docela užitečné. Už jen protože v editoru, který je řízený schématem, se ke vložení nenabízí několik set různých elementů, ale jen několik desítek. Vzhledem k tomu, že Simplified DocBook je podmnožina normálního DocBooku, lze pro jeho zpracování použít libovolný nástroj pro DocBook.
Jirka Kosek (neregistrovaný)
5. 5. 2005 8:29
Nový
URL jako název jmenného prostoru
celé vlákno
Musím přiznat, že pro jmenné prostory také preferuji URN před URL. Až v nedávno vzniklém dokumentu architektury webu W3C napsalo (i když poněkud nepřímo), že jmenný prostor by měl být identifikován pomocí URL. Jako hlavní důvod je patrně to, že na URL adrese jmenného prostoru může být uložen dokument, který například odkazuje na dokumentaci nebo schéma.
http://www.w3.org/TR/2004/REC-webarch-20041215/#implied-dereference
http://www.w3.org/TR/2004/REC-webarch-20041215/
Pořád se však vkrádá otázka, zda to URL pak identifikuje jmenný prostor, nebo ten popisný dokument. :-(
http://www.w3.org/TR/2004/REC-webarch-20041215/#implied-dereference
http://www.w3.org/TR/2004/REC-webarch-20041215/
Pořád se však vkrádá otázka, zda to URL pak identifikuje jmenný prostor, nebo ten popisný dokument. :-(
Uda (neregistrovaný)
5. 5. 2005 9:22
Nový
skoleni XML vs. URI/URL namespace
celé vlákno
Mel jse moznost XML nekolikrat skolit a pouziti URI resp. konkretne URL s http: protokolem jako identifikatoru bez konkretni vazby do internetu vnasi do rad posluchacu neuveritelny zmatek a da dost prace objasnit, ze na te adrese opravdu neni k nalezeni nic podstatneho pro zpracovani daneho dokumentu. Navic v pripade standargu W3 na onech pouzivanych adresach nezaridka existuje smysluplny obsah vztahujici se k tomu, co identifikator identifikuje :-)
Jirka Kosek (neregistrovaný)
5. 5. 2005 10:16
Nový
Re: skoleni XML vs. URI/URL namespace
celé vlákno
Přesně tak. Problém je v tom, že lidi z W3C XML neškolí, takže je to nepálí. Ale přitom chtějí, abychom posluchače naučili, že URL ve jmenném prostoru je jen identifikátor, nic se z té adresy nestahuje (viz http://lists.oasis-open.org/archives/docbook-tc/200503/msg00005.html). :-D
uživatel si přál zůstat v anonymitě
5. 5. 2005 18:28
Nový
Kde je FSP?
celé vlákno
Kde je prosimvas serial o FSP? To se tam vsichni flakate, nebo co? Misto toho sem date takovou nudu...

