On Tue, 31 Jul 2007 19:52:57 +0300, ghrt wrote: > Pai nu e treaba ca nu sunt obligatorii, ci ca pot fi create documente > cu obiecte binare, inutilizabile fara interpretarea acelor obiecte. > Este corect? Nu de alta, dar nu sunt specialist.
Pe scurt: nu. Echivalentul este cam aşa: Eu mă chinui şi fac o grafică complicată, să zicem în Adobe Photoshop. Cum pun imaginea mea finală într-un document ? Dacă gama tonală şi detaliile sunt foarte multe, atunci din motive de dimensiune export imaginea ca jpeg, pe care jpeg îl inserez după aia cumva în document. Orice document, nu contează, dar compatibil cu orice şi cu oricine. Mai departe, păstrez documentul pentru eternitate sau îl trimit cuiva. Nimic neobişnuit, dar dacă îmi pun problema ca în viitor ori eu ori acel cuiva să mai editeze (modifice) ceva la grafica originală complicată şi să actualizeze imaginea în document ? Simpla editare a jpeg-ului este posibilă, dar poate ieşi o mizerie, pentru că n-am acces la toate elementele originale (straturi, cum ar fi transparenţa), iar o decomprimare şi o recomprimare jpeg degradează imaginea. Soluţia cea mai logică este să păstrez şi grafica mea primordială în format nativ Photoshop, eventual să o trimit şi acelui cuiva. Cu ce se afectează portabilitatea documentului ? Cu nimic. Oricine îl va vedea aşa cum am intenţionat. Dacă cineva doreşte editarea pozei aşa cum este ea deja prezentă în document, n-are decât, ţinând cont de dezavantajele legate de reeditarea unui jpeg. Dar eu sunt mai cu moţ şi am şi Photoshop-ul şi am şi acces la fişierul original în format Photoshop. Mă pun pe treabă şi scot o imagine mai deosebită, o export şi pe asta ca jpeg şi o înlocuiesc pe cea iniţială în document. Cu ce se afectează portabilitatea documentului ? Iar cu nimic. În esenţă cam asta poate face un document OOXML: permite ataşarea unui obiect în formatul lui nativ, cu scopul de a-l avea cândva în viitor la îndemâna oricui ar dori să mai gâdile ceva la el. Respectivul „ataşament” se poate şi şterge, doar că în acest caz rămân doar cu documentul ca atare, cu poza în format jpeg, aşa cum am inserat-o iniţial. Nu pot să generalizez, dar din testele mele a rezultat că, spre deosebire de exemplul meu de mai sus, mecanismul din Officele de la Microsoft pare mai economic decât varianta cu trimiterea documentului+ materialul adiţional primordial: să zicem că am un desen arhitectural complicat în AutoCAD, iar eu doresc să inserez în documentul meu doar partea cu bucătăria. Dacă selectez doar zona cu bucătăria şi îi dau copy şi paste în documentul meu, partea binară nativă AutoCAD ataşată documentului OOXML se va rezuma strict la bucătărie, asta în timp ce documentul complet ar putea fi de megi sau zeci de megi. Într-un astfel de caz (vectorial), partea vizibilă într-un document ODF este inclusă ca .svm (StarView Metafile), iar într-un document OOXML ca .emf (Enchanced Metafile). Deosebirea este ODF-ul se opreşte aici, pe când OOXML-ul ataşează aceeaşi parte de desen şi în format AutoCAD (în cazul exemplului meu). Documentele pot fi văzute (şi eventual reeditate) oriunde, dar acea parte de AutoCAD poate fi (re)editată nativ doar pe un sistem care instalat la rândul lui AutoCAD-ul. Aici mai era o discuţie versus formatul Enchanced Metafile, dar deja discuţia se complică, iar din ce am constatat eu până acum, fără bază reală. > Problema este in primul rand de principiu. Obiectele binare sunt > nejustificate in documente Office. Cred că asta este discutabil. Mie de exemplu îmi surâde să am posibilitatea de a avea elementul original la îndemână, fără efortul de a căuta sursa primordială. Sincer să fiu habar n-aveam de asta până relativ recent când m-am jucat în ţărână cu ODF şi OOXML din cauza lui ASRO. În decursul istoriei am creat documente cu desene vectoriale înglobate în mod tradiţional, adică salvate ca fişiere şi inserate din fişier, în loc să mă folosesc de mecanismul mai avantajos – zic eu acum – de copy & paste dintr-o aplicaţie într-alta. Cristi =========================================================== Pentru a renunta la abonament trimiteti un mail catre [EMAIL PROTECTED] incluzind in corpul mesajului: "unsubscribe tic-lobby <adresa_email>". Pagina web a listei se afla la http://beta.agora.ro/agora-bin/lwgate/TIC-LOBBY/ Arhiva se afla la http://beta.agora.ro/agora-bin/lwgate/tic-lobby/archives/
