Názory k článku Adobe zveřejní specifikaci PDF a chce ISO standard

Microsoft formát bych vůbec nepodceňoval. Stačí, aby jeho podpora byla přidána, když ne přímo do operačního systému, tak do MS Office a může být vymalováno :-(

on frci?
:) to je tiez dobry vtip :P

Když je někdo na piku, tak frčí...

ty vis o cem mluvis?
ta tvoje hlaska je tez dobry linuxacky vtip :)

Souhlasím. Microsoft jasně vidí, že je tlačen do kouta nelibostí nad svým uzavřeným DOC, XLS a spol. - to může přinést snížení prodejů MS Office. A tak udělá to co vždy: "...hele holoubkové, chtěli jste otevřený formát, dobře, ale bude to NÁŠ otevřený formát". Šoupnou ho jako výchozí do všech svých kancelářských aplikací a naprostá většina normálních uživatelů ho příjme, ani se nad tím nezamyslí. Navíc Microsoft jako jediný může napsat konverzní program DOC, XLS --> XPS. Ostatní budou nuceni podporovat JEHO formát, nikoliv on jejich - to jen z "dobré vůle", že tedy chce komfort pro své opečovávané uživatele.

Taky by mě zajímalo, jestli zas bude něco jako "Extended XPS" v tradičním stylu: "...ano, můžete uložit svůj text v otevřeném formátu, ale nezachová se to a to, tak si to ještě rozmyslete, ale jinak jsme úplně otevření". Toto prezentuju jako věštbu.

Ve v1.7 už spec. PDF odprasili natolik, že ji lze zveřejnit? Prima :)

Zveřejnit ti jistě půjde. Jenže pokud to bude specifikace na 300 stran tak podpora pdf stejně bude problém.

No zlatych 300 stran, to se precte hned, ale 6000 jako M$ kde jsou navic blaboly to je uz problem.

PDF specifikacia ma okolo 1400 stran a je uz dlhsie k stiahnutiu na webe adobe.

a nevíte náhodou, v jakém formátu? já jen abych to ve wordu otevřel :-)

To není zase tak horké. Já jsem přečetl 1400 stránkový anglický MS Training Kit za pár hodin. :-P

Právě díky tomu, že 50% byly bláboly a prázdné oddělující stránky. ;-)

Co to meleš? Jaký jeden soubor? Je to zazipovaný archív, ve kterém je všechno zvlášť.

No jo, rychlý pohled říká, že máte pravdu.
Je to element <office:automatic-styles> v content.xml a možná i nějaké jiné. Hmm... dobrý to není, ale pořád ještě o hodně lepší než microsoftí <zkurviToStejněJakoWord95> nepopsané nikde.

Je tu někdo znalý ODF? Třeba je tam možnost ukládat to variantně i mimo hlavní content.xml... Co já vím...

A ještě trochu jinak - PDF může uvnitř obsahovat plnohodnodnotný postscriptový kód, ale není to jediná věc, kterou v sobě může mít.

Nemuze. PostScript je programovaci jazyk s cykly, procedurami (operatory), podminenymi konstrukcemi a knihovnami (slovniky). Muzete v nem dokonce pracovat i se soubory ulozenymi na disku. PDF je "pouhy" popis stranky s PostScriptovou konvenci ale zcela bez programovacich konstrukci. PostScript je treba pri prevodu do PDF nechat interpretovat a vyrenderovat. Tvrzeni, ze "PDF může uvnitř obsahovat plnohodnodnotný postscriptový kód" je rozsireny omyl.

důležité je odlišit, k čemu ty formáty slouží - takže standardy PDF a ODF si nijak konkurovat nebudou

Souhlas, pdf stejně jako ps, dvi a podobné zachovává formát nezávisle na výstupním zařízení. A zveřejnění specifikací usnadní "korektní" implementaci do různých open-balíků, možná by mohly vzniknout i free obdoby adobe acrobatu.

Navíc pdf, pokud dobře vím se používá paralelně s oo/word dokumenty. Pokud budu chtít "korektně" sázet text použiji LaTex, Acrobat a výstupem bude třeba pdf, ale na takovéto domácí psaní použiji oo/word, protože mě na tom jak to bude vypadat při tisku nezajímá...

MS formátu, bych se zatím nebál. Nové office má málokdo. Kamarádům stejně bude z nového wordu posílat do starších verzí office jako doc. Komunita OpenOffice je z nadšenců (zkušenější uživatelé), kteří "rádi updatují" a proto přechod na nový formát proběhl v celku hladce. U wordu dvě třetiny uživatelů ani nebude vědět, že existuje plugin pro nový office formát...

Na kamaradech az tak moc nezalezi, jde o to, kdy to bude mit ceska vlada, a ta asi hodne brzo. Penize danovych poplatniku se utraceji celkem snadno ;)

Office 2007 má sice ještě málokdo, ale na stákách Microsoftu je ke ztažení doplněk do MSO novějších než 2000, který umožňuje formát MSO 2007 otevírat i do něj ukládat.

No specifikace PDF je na webu Adobe ke stažení již hodně dlouho. Navíc od té doby, co PDF existuje, si je možné za pár dolarů koupit knihu s vytištěnou spefikací. Takže standardizace PDF z tohoto pohledu ničemu neprospěje (navíc většina ISO standardů je pěkně mastných).

XPS je obdoba PDF, ale nabízí některé pěkné funkce navíc. Kromě layoutu stránky může být v souboru uložen originální text. Má to různé využití -- sázecí program vám v textu třeba vygeneruje ligaturu "fi", ale když to přes schránku překopírujete z XPS dostanete zpátky znaky "f" a "i". XPS vnitřně informace ukládá do XML, takže to jde automaticky zpracovávat a obrábět nepoměrně jednodušeji než PDF. Adobe samozřejmě nezůstal spát, a vymyslel vlastní "PDF v XML" říká mu Mars.

Provnávat ODF s PDF je skutečně trochu mimo mísu, ty formáty jsou určeny k úplně jiným věcem. PDF (a XPS a Mars) poposují finální layout dokumentu. ODF popisuje dokument jako hromadu odstavců, u kterých víte jakým písmem a na jaké rozměry mají být naformátovány. Ale každá implementace může používat odlišné algoritmy pro určení řádkového a stránkového zlomu, takže ODF se rozhodně nehodí pro archivaci dokumentů, kde je vyžadováno přesné dodržení layoutu.

Tu standardizaci v ISO bych radši nekomentoval. V případě PDF to ještě snad nějaký smysl mělo, ale od dob ODF se ISO zneužívá pro obchodní politiku. Začal s tím Sun a teď vrací úder impérium pomocí OOXML.

Prevod ligatur na jednotliva pismena je resitelny pomoci standardnich prostredku PDF - viz operator ToUnicode.

Už je to nějaký čas, co jsem četl specifikaci PDF, takže se mohu mýlit. Ale pokud si to pamatuji, tak pomocí ToUnicode jde udělat pouze mapování 1:1, tj. znak z nějakého fontu se namapuje na jeho Unicode ekvivalent. Tím můžete ošetřit pouze ligatury, které jsou v Unicode, a navíc by aplikace musela vědět, na co ty ligatury expandovat.

Doporucuju k precteni stranu 444 a 445 z Svate Knihy PDF Reference, fifth edition, Version 1.6, konkretne Example 5.16. Jde o priklad pouziti ToUnicode. Nas konkretne zajima definice sekce CMaps - ukazku prikladam.

/CMapType 2 def
    1 begincodespacerange
        <0000>  <FFFF>
    endcodespacerange
    2 beginbfrange
        <0000> <005E> <0020>
        <005F> <0061> [<00660066> <00660069> <00660066006C>]
    endbfrange
    1 beginbfchar
        <3A51> <D840DC3E>
    endbfchar
endcmap

Zde radek

<005F> <0061> [<00660066> <00660069> <00660066006C>] 

znamena, ze se GID (glyph index) prevede na sekvenci libovolnych unicodovych znaku

005F -> 0066 0066 ---------> ff
0060 -> 0066 0069 ---------> fi
0061 -> 0066 0066 006C ----> ffl

Nojo, tak jsem se mýlil, jak jsem psal ;-)

2,3 pekne funkce navic, to je presne ten problem ;-)

No a já jsem zase před nějakou dobou četl, že se o něm uvažuje jako o náhradě PS v linuxovém tiskovém subsystému... Takže nějakou budoucnost asi mít bude.

A na ty zbývající dva formáty to moc velký vliv opravdu mít nebude, protože jsou určené úplně k jinému použití :-)

Protoze PS nektere veci neumi. Napr. pruhlednost. Na barvicky se taky musela udelat nova verze PS. Dale rendrovani PS je oproti "cistemu" PDF pomale.

PDF by byl dobry, kdyby se pouzival jako ciste vystupni format. Ale ne. Protoze do PDF lze vkladat cizi objekty, tak Adobe vymyslelo formulare, JavaScript, zvuky apod. Takze prenositelnost PDF se zvrhla na soutez "kdo drive naimplementuje rozsireni konkurence". Takze treba pdftex nebo fop umi do PDF vkladat PS, ale Adobe Reader to nezobrazi, protoze neobsahuje interpret PS.

To jiste, ale vyhoda byti programovacim jazykem v pripade "dokumentu k vytisteni" je krome inteligentni komprese k nicemu. Ne kazdy si tiskne fraktaly nebo se kocha nad zacyklenou tiskarnou interpretujici hru zivota :)

Problem je v tom, jak lide tvori text. Kdyz budete chtit napsat π, tak si to cislo nekde spocitate a zkopirujete jako text. Jeste jsem nikoho nevidel, ze by zacal psat inline skript, ktery mu to pri rasterizaci automaticky vygeneruje.

Uznavam, ze pri psani ucebnice matematiky nebo i u obycejneho automatickeho cislovani by se uplatneni naslo, ale lidi nemaji prilisnou automatizaci radi. (Zkousel jsem to uz nekolikrat a po case mi to vzdy uzivatele omlatili o hlavu, ze je to moc slozite a pri tom nepokryva vsechny vyjimky a omezuje jejich tvurci cinnost.)

Domnivam se, ze pouziti programovaciho jazyku na popis stranky je lehci perverze, kterou nevyvazi univerzalnost. Je sice pekne, ze se da v PostScriptu napsat web server (viz PS-HTTPD), nechat tiskarne pocitat cele hodiny ruzne vypocty nebo ji treba nechat zacyklit... Jenze to komplikuje (a nekdy i znemoznuje) import a spolehlivou predtiskovou kontrolu. Format PDF je v tomto radove lepsi, nicmene i tam je obrovska volnost zapisu, coz si uvedomuje i Adobe a proto v PDF/X definuje ruzne omezene podmnoziny operatoru...

z těch tří formátů má největší budoucnost MS, pak Adobe a teprve pak ODF.
jak spravně řekl ten člověk v článku,PDF je defacto standard (pro publikaci)
MS ma penize a vetsi platformu
no a ODF je tu navic, nehlede na naprosto zoufalej SW

I kdyby ano, tak svuj ukol - dostat do hry otevrene formaty - splnil. Je jedno jestli toho dosahne tim, ze prevalcuje a nahradi uzavrene formaty, nebo tim, ze je donuti se otevrit, nebo tim, ze leadry trhu donuti vytvorit nove otevrene formaty. Dulezite je, ze otevrene formaty jsou zde a ceka je dobra budoucnost. ODF uz proste vyhral.