Tags Posts tagged with "odf"

odf

przez -
10 1364
Microsoft

Microsoft ogłosił na trwającej konferencji ODF Plugfest w Brukseli, że produkty Microsoft Office 15 i Office 365 będą oficjalnie wspierały standard ODF 1.2. Organizowany przez OpenDoc Society i wspierany przez Microsoft jest miejscem, w którym zbierają się deweloperzy aplikacji, obsługujących ODF – Calligra Suite, LibreOffice, WebODF, ODF Toolkit i Multiracio EuroOffice. Mają oni za zadanie sprawdzenie, jak działają dokumenty na różnych aplikacjach i ewentualną poprawę obsługi. Aktualnie Microsoft wspiera specyfikację ODF 1.1 w aplikacjach Office 2007 SP1, Office 365, SharePoint i usłudze webowej SkyDrive.

Firma od początku walczyła ze specyfikacją ISO/IEC 26300, kiedy ta stała się wolnym standardem międzynarodowym, tworząc swój własny standard ISO/IEC 29500, znany też jako OOXML. Stosując różne manipulacje: 80% krajów nie poparło standaryzacji OOXML, USA za poparciem Office Open XML, Przypuszczenia manipulacji w polskim procesie standaryzacji OOXML, Polska poprze Office OpenXML, udało się firmie zrobić OOXML standardem międzynarodowym. Jednakże udane wdrożenia na wielką skalę spowodowały, iż Microsoft musiał odłożyć na bok uprzedzenia i zaimplementować obsługę starszej wersji standardu, czyli ODF 1.1. ODF 1.2 był wtedy jeszcze szkicem, który został zatwierdzony dopiero w październiku 2011 roku.

przez -
1 999
Dokumenty, ODF, Open Document Format, OpenDocument

Deweloperzy z belgijskiego uniwersytetu Katholieke Universiteit Leuven, ogłosili wydanie AccessODF 0.1.0 – otwartoźródłowego rozszerzenia dla procesora tekstu Writer w pakietach biurowych LibreOffice i OpenOffice.org. Z tym rozszerzeniem użytkownicy Writera mogą sprawdzać i naprawiać różnego rodzaju błędy przy dostępie do dokumentów, w formatach OpenDocument (ODF), DOC i Office Open XML (DOCX).

AccessODF checker

Słownik sprawdza, czy nie ma jakiś braków w dokumencie, które to są mało widoczne dla osób z upośledzeniami w czytaniu (oczywiście dla innych również się ten dodatek przyda). Są to niewystarczający kontrast kolorów między tekstem a tłem, brakujące słowa dla obrazków i obiektów, brakujące identyfikacje języka i błędne użycie stylów nagłówkowych.

Po skanowaniu dokumentu, rozszerzenie pokazuje listę wszystkich błędów i sugerowane poprawki. W panelu bocznym możemy zobaczyć wszystkie nieprawidłowości, wraz z opisem zalecanych poprawek. Część z nich może zostać naprawiona po przez wciśnięcie przycisku Napraw. Pozostałe błędy będą miały dokładny opis, co należy zrobić. Można także użyć przycisku Ignoruj.

przez -
7 2058
Dokumenty, ODF, Open Document Format, OpenDocument

Na listach mailingowych grupy OASIS, Dyrektor Rozwoju Standardów – Chet Ensign zatwierdził specyfikację ODF 1.2. OpenDocument to otwarty standard ISO/IEC 26300 formatu zapisu plików pakietów biurowych, który obejmuje dokumenty tekstowe, arkusze kalkulacyjne, wykresy i prezentacje multimedialne. Obecnie OpenDocument jest rozwijany przez niezależną organizację OASIS (Organization for the Advancement of Structured Information Standards).

Ostatnia wersja – ODF 1.1 została zatwierdzona 4 lata temu, w lutym 2007 roku. Największą zmianą w stosunku do poprzedniej wersji jest dodanie wsparcia OpenFormula dla formatu metadanych RDF/RDFa XML oraz cyfrowej sygnatury. OpenFormula definiuje formuły arkusza kalkulacyjnego, której brak powodował problemy z interoperacyjnością pomiędzy różnymi wersjami plików ODS. Dzięki dodaniu definicji, będzie możliwa wymiana danych pomiędzy różnymi programami.

przez -
10 1861
Dokumenty, ODF, Open Document Format, OpenDocument

Z przekazaniem projektu OpenOffice.org do Fundacji Apache, było wiele zgrzytów i niezadowolenia społeczności. Emocji dodaje również coraz większe oddalanie się od siebie LibreOffice i OpenOffice.org. Tymczasem ciekawy projekt – ODF Toolkit, trafił pod skrzydła Fundacji Apache. Jest to zestaw narzędzi oraz bibliotek napisanych w Javie, które służą do pracy z dokumentami ODF. Oprogramowanie to przeznaczone jest głównie dla programistów, którzy potrzebują wykonać dowolne operacje na dokumencie ODF. Potrafi ono manipulować treścią dokumentu, generować raporty, wyciągać informacje, czy sprawdzać poprawność dokumentu. Idealnie nadaje się do uruchomienia na serwerze.

W przeciwieństwie do zamkniętych formatów, ODF jest otwartym standardem i korzystając z wielu aplikacji, możemy swobodnie zapisywać i odczytywać tego typu dokumenty. Niestety pisanie oprogramowania, które to wykona jest ciężkim zadaniem. Dlatego tę czynność może wykonać ODF Toolkit, który bardzo upraszcza sprawę.

Generowanie przykładowego dokumentu

Do rozpoczęcia pracy będzie nam potrzebna Java 1.5 lub wyższa w wydaniu SDK (Software Development Kit). Pozostałe pliki jakie musimy pobrać to:

  1. Simple ODF 0.6.6
  2. ODFDOM 0.8.7
  3. Apache Xerces2 Java

Po ściągnięciu i rozpakowaniu plików, kopiujemy je (odfdom-java-0.8.7.jar, simple-odf-0.6.6.jar, xercesImpl.jar) do katalogu lib w naszym projekcie. W katalogu z projektem tworzymy plik OSWorld.java i umieszczamy w nim kod:

[java]// Importujemy potrzebne klasy
import java.net.URI;
import org.odftoolkit.simple.TextDocument;
import org.odftoolkit.simple.table.Cell;
import org.odftoolkit.simple.table.Table;
import org.odftoolkit.simple.text.list.List;
import org.odftoolkit.simple.text.Paragraph;
import org.odftoolkit.simple.draw.Frame;
import org.odftoolkit.simple.draw.Image;
import org.odftoolkit.simple.style.StyleTypeDefinitions.*;
import org.odftoolkit.simple.draw.FrameStyleHandler;
import org.odftoolkit.simple.style.Font;
import org.odftoolkit.simple.style.StyleTypeDefinitions;

public class OSWorld {
public static void main(String[] args) {
TextDocument outputOdt;
try {
// Tworzymy nowy dokument tekstowy
outputOdt = TextDocument.newTextDocument();
// Dodajemy obrazek w pierwszym paragrafie
Paragraph para = outputOdt.getParagraphByIndex(0, false);
Image image = Image.newImage(para, new URI("osworld.png"));
// Ustawiamy jego tytuł oraz opis
image.setTitle("Lorem ipsum");
image.setDescription("Praesent faucibus tempor ultricies. Maecenas aliquet cursus leo.");
// Ustawiamy jego pozycję oraz zakotwiczenie na stronie
image.setVerticalPosition(FrameVerticalPosition.TOP);
FrameStyleHandler handler = image.getStyleHandler();
handler.setAchorType(AnchorType.AS_CHARACTER);

// Dodajemy kolejny paragraf
outputOdt.addParagraph("Lorem ipsum dolor sit amet, consectetur adipiscing elit. Mauris congue neque eu tellus egestas fermentum. In magna libero, aliquet sagittis faucibus sed, malesuada vel odio. Donec consectetur volutpat pretium. Ut molestie iaculis rhoncus. Proin lobortis placerat ultricies. Etiam porttitor, justo at porttitor mattis, urna orci scelerisque dolor, non interdum dolor purus a neque. Nulla volutpat, dolor eu hendrerit venenatis, metus lectus tincidunt leo, mattis suscipit erat dui eu tortor. ");
// Ustalamy jego pozycję, pogrubienie.
Paragraph para1 = outputOdt.getParagraphByIndex(1, false);
Font font = para1.getFont();
font.setFontStyle(StyleTypeDefinitions.FontStyle.BOLD );
para1.setFont(font);
HorizontalAlignmentType align = para1.getHorizontalAlignment();
para1.setHorizontalAlignment(HorizontalAlignmentType.JUSTIFY);
outputOdt.addParagraph("");
outputOdt.addParagraph("Praesent faucibus tempor ultricies. Maecenas aliquet cursus leo, viverra malesuada turpis volutpat sed. Nam et mauris turpis, vel cursus dolor. Praesent ut consectetur risus. Nunc venenatis aliquam egestas. Donec vel justo dolor. Proin nec vehicula nisl. Mauris pulvinar laoreet metus, vitae lacinia augue eleifend vel. Nam consequat, quam non pretium convallis, quam libero lacinia nibh, non consectetur tellus enim consectetur ante. Phasellus leo purus, rhoncus sit amet ultricies eu, ultrices eu lorem. Duis ac sapien sit amet massa consequat ornare scelerisque at mauris. Ut nulla nunc, auctor a commodo ac, blandit non nisi.");
outputOdt.addParagraph("");

// Dodajemy listę pod koniec dokumentu
outputOdt.addParagraph("Lorem ipsum dolor sit amet:");
List list = outputOdt.addList();
String[] items = {"Suspendisse", "Phasellus", "Donec", "Quisque", "Praesent"};
list.addItems(items);

// Dodajemy tablekę
Table table = outputOdt.addTable(2, 2);
Cell cell = table.getCellByPosition(0, 0);
cell.setStringValue("Hello World!");

// Zapisujemy do pliku
outputOdt.save("OSWorld.odt");
} catch (Exception e) {
System.err.println("ERROR: unable to create output file.");
}
}
}[/java]

Teraz wystarczy skompilować i uruchomić projekt, a powinien zostać wygenerowany dokument OSWorld.odt:

javac -cp lib/odfdom-java-0.8.7.jar:lib/simple-odf-0.6.6.jar:lib/xercesImpl.jar:. OSWorld.java
java -cp lib/odfdom-java-0.8.7.jar:lib/simple-odf-0.6.6.jar:lib/xercesImpl.jar:. OSWorld

Wygenerowany dokument:
OSWorld - Dokument wygenerowany przez ODF Toolkit

Przykładowy kod oraz pliki z tego projektu dostępne są do pobrania z archiwum OSWorld-ODF.tar.gz.

Szczegółowe informacje na temat wykorzystania projektu dostępne są w oraz na stronie z przykładami.

przez -
6 1901
Dokumenty, pliki

8 lipca br. na listach OASIS pojawiło się ogłoszenie informujące o dostępności kompletnego projektu standardu OpenDocument 1.2. Aktualnie standard wszedł fazę konsultacji, które potrwają 60 dni, aż do 6 września. Do tego czasu programiści, użytkownicy i osoby zainteresowane mogą składać swoje uwagi. Potem ODF 1.2 zostanie przekazany Międzynarodowej Organizacji Normalizacyjnej do zatwierdzenia jako zaktualizowanej wersji normy ISO/IEC 26300 (ODF 1.0).

Dlaczego ta aktualizacja jest taka ważna? Głównie chodzi o rozdział OpenDocument Format Formula (ODFF), która tłumaczy jak należy opisywać formuły w arkuszu kalkulacyjnym. Gdy w kwietniu 2009 roku, Microsoft wydając Service Packa do Officea 2007 odbębnił wielki sukces, wielu użytkowników naiwnie uwierzyło, że to początek końca problemów z interoperacyjnością. Wielu też przekonało się na własnej skórze, że microsoftowy slogan „użytkownik jest najważniejszy”, jest tylko sloganem, a przenoszenie danych między Excelem a OpenOffice Calc, jak było nieprzyjemne, tak nadal takie będzie.

Rob Weir (przewodniczący grupy OASIS) już miesiąc po „załataniu” Officea udokumentował jego braki, posługując się prostym przykładem.

Stworzył arkusz z danymi, na podstawie których obliczał czas do zaplanowanego wesela. Były to proste wzory polegające na odejmowaniu i dzieleniu. Rob przy okazji wykonał kilka testów, które wykazały brak kompatybilności z jakimkolwiek innym czytnikiem/edytorem ODF, niż Microsoft Office.

O Microsofcie i o normie ODF 1.2 - część 1 - OpenOffice 3.0.1

O Microsofcie i o normie ODF 1.2 - część 1 - Excel 2007 SP2

O Microsofcie i o normie ODF 1.2 - część 1 - wyniki testu kompatybilności

OK, ale z czego to wynikało?

Odpowiedź jest bardzo prosta. Excel po prostu zapisywał arkusz w standardzie ODF 1.1, ale funkcje matematyczne zapisywał już po swojemu.

A dlaczego właśnie „po swojemu”, a nie „w ISO”?

I tutaj odpowiedź jest jeszcze prostsza. Bo chłopaki z OASIS-u dali ciała i pierwsza wersja standardu nie zawierała takich wymagań. Sam Microsoft pod płaszczykiem współpracy (w rzeczywistości pijaru) wprowadził jeszcze większe zamieszanie, a w konsekwencji przenoszenie danych z Excela 2007/ODS do Calca było bardziej upierdliwe niż robienie tego samego z formatu binarnego.

To jeszcze nie koniec. Fakt faktem, norma ISO/IEC 26300 (ODF 1.0) nie zawierała opisu formuł, jednak taki opis był w obiegu już od bardzo, bardzo długiego czasu. Mam, tutaj na myli, właśnie OpenFormule, która od początku została przewidziana jako część standardu ODF 1.2.
Już OpenOffice.org 3.0 wydany w październiku 2008 r. korzystał z ODFF@ODF 1.2, a Microsoft w kwietniu 2009 roku wydał implementację nieaktualnej i niezgodnej (bo niepełnej) normy.

Gdy użytkownicy wpadli w pułapkę, a lament rozniósł się po sieci, Microsoft bronił się stwierdzeniem, że implementacja miała dotyczyć i dotyczy zatwierdzonego standardu, a nie szkicu normy.

Oczywiście firma ta miała do takiego stwierdzenia pełne prawo i było ono (tym razem) zgodne z prawdą. Jedyne co można zarzucić Microsoftowi to niedbanie o użytkowników i stosowanie podwójnych standardów. Zdawałoby się, że implementacja czegoś, co za niedługo będzie oficjalnym standardem ISO, jest truizmem i koniecznością, ale nie dla Microsoftu i nie tym razem.

Za to nic złego i niestandardowego nie widział Microsoft w wybiórczej implementacji selektorów CSS3 w Internet Explorerze 8, które – przypomnę – swój status szkicu standardu podtrzymuje już od 2001 r.

Nie widział też nic złego w szumnych (początkowych) zapowiedziach obsługi międzynarodowej normy ISO/IEC 26300 (ODF 1.0), przy jednoczesnym cichym przejściu na normę OASIS (ODF 1.1), nota bene, do tej pory nie ustandaryzowanej.

Co jest jeszcze ciekawe, nie udało mi się powtórzyć błędu na testowych plikach Roba Weira. I naprawdę nie mam pojęcia, czy ma to związek z używaniem Officea 2010, a nie 2007 SP2. Microsoft czaruje i zaskakuje, ale czy nie można było tak od razu? Czy to jest właśnie jeden z tych tzw. „killer feature”, które mają skłonić użytkownika do zakupu aktualizacji?

Cześć działań Microsoftu była zakłamana, ale też pożyteczna dla użytkowników. Część była zakłamana i dalece negatywna. W tym momencie pewnie podnoszą się krzyki, że firma ta ma prawo do działań korzystnych dla siebie. I ja się z tym zgadzam. Niestety to, co dobre dla korporacji, może też być niedobre dla użytkownika. Nikt chyba nie uwierzy, że Microsoft pragnie świata, w którym klient wybiera oprogramowanie na podstawie realnych potrzeb, a nie przez pryzmat zamkniętych i wadliwych, czy quasi otwartych i niepełnych filtrów importu / eksportu. Jedyny świat, jaki widzi Microsoft to świat jego maksymalnej hegemonii i niepodzielnej władzy, w którym dobro użytkownika jest dobrym hasłem promocyjnym.

Wróćmy jednak do wątku wydania specyfikacji OpenDocumentu 1.2. Dlaczego jest to tak ważne? Jest to istotne, gdyż nowa wersja ogranicza microsoftowską fantazję do implementacji po swojemu. Nowa implementacja powinna być bardziej ISO ODF, a mniej MS ODF.

Microsoft także po wielu zawirowaniach i walkach przyłączył się do grupy OASIS, aby rozwijać OpenDocument. Ma w nim swój udział poprzez osoby: Douga Mahugh, Erica Patterson i Stephena Peront. W skład komisji wchodzi także Patrick Durusau, który w środowisku zasłynął z pozytywnych opinii na temat OpenXML-a i krytycznych wobec ODF-u. Wierzę, że dzięki pracy tych ludzi, ODF 1.2 będzie dobrą normą, z której zadowolone będzie jeszcze większe grono odbiorców.

Co jeszcze jest ważne? Microsoft biorąc odpowiedzialność za rozwój normy, sam pozbawił się prawa do krytykanctwa, na czym z pewnością ucierpi jego dział marketingu. Może to też pozwoli na bardziej rzeczową dyskusję wśród nietechnicznych odbiorców.

Co nam pozostaje w tej chwili? Chyba nic oprócz czekania na implementację Otwartej Formuły w Excelu. Już teraz Microsoft ma około dwa lata poślizgu. Można również zgłosić swoje uwagi, do czego zachęca sam Rob Weir. Jestem pewien, że wielu komentujących tutaj specjalistów, w tym „sWeeT-Dżola ;)” bardzo chętnie poprawią pracę inżynierów Oraclea i Microsoftu. Macie na to 60 dni pracy, chłopaki. Powodzenia!

przez -
3 933
Dokumenty, ODF, Open Document Format, OpenDocument

Buszując po wiki OO.org przyuważyłem w kolumnie „narzędzia” dwie nowe opcje: „Pobierz jako PDF” i „Pobierz jako ODF”. Natychmiast sprawdziłem co się stanie (jakby to nie było jasne ;-).

W kilka sekund wygenerowane zostały odpowiednie pliki, które oczywiście porównałem. Plik wyjściowy ODF (.odt) jest zdecydowanie lepszy od PDF-a. W tym drugim, każdy link został pozbawiony swojej właściwości. Przy krańcu „eks-odnośnika” umieszczany jest przypis, a link do przypisu na końcu strony (w stopce). Dokument w .odt zdecydowanie lepiej odzwierciedla wygląd dokumentu na wiki.

Jeśli jednak naprawdę zależy nam na PDF-ie z pierwotnym wyglądem (treść jest jednocześnie odnośnikiem), należy wygenerowany plik .odt, otworzyć go w OO.o 2.x< i dopiero wyeksportować do pliku PDF.

Dodatek, który zapewnia taką funkcjonalność w MediaWiki nazywa się „Collection” i został napisany przez niemiecką firmę PediaPress.

Jego implementacja na OOoWiki jest udokumentowana tutaj:

http://wiki.services.openoffice.org/wiki/Help:Collections

i tutaj:

http://wiki.services.openoffice.org/wiki/Wiki_maintenance/Collections_setup

Wiele więcej informacji znajdziemy na stronie rozszerzenie, w zasobach MediaWiki:

http://www.mediawiki.org/wiki/Extension:Collection

Ciekawostką jest, że PediaPress pozwala zamówić drukowaną książkę zawierającą kolekcję wybranych przez ciebie stron.

przez -
0 931
Dokumenty, ODF, Open Document Format, OpenDocument

Jak możemy przeczytać na portalu cnet.com, firma Microsoft ma zamiar wprowadzić do swojego pakietu możliwość zapisu PDF oraz odczytu i zapisu standardu Open Document. Jest to o tyle ciekawe, z racji niedawno, udanego przeforsowania swojego formatu zapisu dokumentów OOXML, który obecnie znany jest pod nazwą OXML i znajduje się pod opieką ISO.

Microsoft już wcześniej zapowiadał, że nie będzie wspierał natywnie standardu ISO, a da jedynie możliwość konwersji OOXML do ODF. Natomiast wsparcie dla PDF 1.5 i PDF/A jest zaskakujące, z racji formatu XPS, stworzonego również przez MS, jako konkurenta dla formatu Adobe. Wcześniejszy brak wsparcie dla PDF, spowodowany był niedogadaniem się z firmą Adobe w tej sprawie.

przez -
0 1018
Dokumenty, ODF, Open Document Format, OpenDocument

Ostatnie artykuły, raporty i dokumenty ukazują, że wciąż jest wiele nieporozumień dotyczących ODF lub wciąż istnieje wiele mylnych wyobrażeń dotyczących ODF. Najwyraźniej wiele ludzi – nawet ci piszący o ODF wciąż są słabo poinformowani. Dlatego też pomyślałem, że mógłbym spróbować rozwiać mity krążące wokoło OpenDocumentu.

MIT: ODF jest kontrolowany przez Suna

Zastanawiam się, jak aktywnie firmy takie jak IBM, są zaangażowane w proces standaryzacji oraz debatę na temat formatów plików. Wątpię, aby IBM pozwolił Sunowi kontrolować ODF. Niemniej jednak, Sun nie znajduje się w pozycji pozwalającej sprawować kontrolę nad ODF.

  1. Komitet Techniczny zaakceptował różne propozycje funkcji, które nie są zaimplementowane w OpenOffice.org, i zrobił to bez żadnych większych dyskusji.
  2. Sun w Komitecie Technicznym ma tylko trzy głosy spośród 8 – 10. Nawet jeśli chciałby zapobiec temu, aby pewne propozycje zostały dodane do standardu, to nie ma wystarczającej siły, aby to zrobić.

MIT: ODF = Open Source

Największą zaletą ODF jest to, że od samego początku był projektowany, tak aby był niezależny od producenta, platformy i aplikacji. Konsekwencją tego jest długa i cały czas rosnąca lista aplikacji komercyjnych, jak i tych Open Source, które implementują i wspierają ODF. Najbardziej znane z nich to:

  • KOffice
  • OpenOffice.org
  • Sun StarOffice Office Suite
  • Sun ODF Plugin for Microsoft Office
  • IBM Lotus Notes / Symphony
  • Corel WordPerfect (beta)
  • Apple Mac OS X Leopard / TextEdit
  • TextMaker
  • AbiWord / Gnumeric
  • Google Docs & Spreadsheets
  • Microsoft / Clever Age ODF Plugin for Microsoft Office
  • Mobile Office by Odendahl SEPT-Solutions

ODF to nie tylko Open Source i dlatego nie powinien być kojarzony tylko z Open Source, czy jedną z jego wielu otwartych implementacji, jaką jest OpenOffice.org.

Jednakże, istnienie porządnych (!!!) implementacji o otwartym kodzie jest w istocie zaletą, ponieważ pozwalają one mniejszościom na uzyskanie dostępu do ODF. Dobrym przykładem jest szerokie wsparcie ODF na różnorodnych platformach, nawet tak egzotycznych, jak FreeBSD czy OS/2, a także wsparcie dla wielu języków, wliczając w to 11 z samej południowej Afryki. Co więcej, implementacje o otwartym kodzie, takie jak OpenOffice.org czy KOffice, redukują bariery wejścia dla nowych graczy na rynku oraz pomagają w poszerzeniu wyboru konsumenta i niezależności od jednego dostawcy.

MIT: ODF jest bardzo blisko związany z OpenOffice.org

Poniższe napisał mi niedawno David Faure z KDE w korespondencji e-mailowej, którą pozwolił zacytować i która przystępnie tłumaczy mit o bliskich związkach ODF i OpenOffice.org:

„[Pytanie ode mnie] W tym kontekście, jaka jest twoja odpowiedź z punktu widzenia KOffice, gdy ktoś mówi, że ODF jest bardzo blisko związany z OpenOffice.org i StarOffice – w ten sam sposób, jak OOXML jest blisko związany z Microsoft Office. Zgadzasz się z tym? Nie zgadzasz się?

[Odpowiedź Davida] To mylące stwierdzenie. ODF jest bardzo blisko związany z pierwotnym formatem plików OpenOffice.org. OOXML jest bardzo blisko związany z jego implementacją w Microsoft Office. To robi wielką różnicę.

Już format OOo-1.0 był zaprojektowany, aby być tak niezależnym od konkretnej implementacji, jak to tylko możliwe. Zawsze go za to lubiłem i była to jedna z cech czyniących go doskonałą podstawą formatu ODF. Wykorzystuje wiele już istniejących standardów (HTML, CSS, XSL-FO, SVG) i jest raczej nieźle udokumentowany. Po drugiej stronie, OOXML jest „tłumaczeniem do XML-a” starych, binarnych formatów, które stanowiły wyłącznie prosty zrzut pamięci ze struktur danych MS Office. W OOXML wciąż jest wiele śladów tego dziedzictwa (VML, BIFF, OLE…), które są oparte o implementację Microsoftu. […]

[Mój komentarz] Potrzebuję odpowiedzi dla kogoś, kto wierzy, że ODF to po prostu jakiś rodzaj plików StarOfficea o zmienionej nazwie.

[Odpowiedź Davida] Zawsze mówię, że byłby, gdyby nie stanowił części TC i gdyby KOffice nie uczyniło go swoim domyślnym formatem. Okej, pewnie wyolbrzymiam swoją rolę skoro inni także przyczynili się do rozwoju formatu, ale implementacja ODF w KOffice (nie jako (stratny) import/eksport, ale jako natywny format plików, który z racji bycia natywnym musi przenosić wszystkie cechy używane przez KOffice), to dowód na to, że OpenDocument nie jest tylko formatem OOo-1.0 ze zmienioną nazwą. Ponieważ pojawiły się dwie prawdziwe (i niezależne) implementacje (nie tylko konwerter lub czytnik, ale dwa prawdziwe pakiety biurowe używające domyślnie formatu), mamy dowód, że implementacja jest możliwa, i że specyfikacja jest niezależna od którejś z nich. W razie zniknięcia OpenOffice (wybacz, czysto hipotetycznie :), ludzie wciąż będą w stanie odczytać ich pliki używając KOffice (okej, po dodaniu mnóstwa brakujących funkcji, ale chodzi o to, że dokument jako taki może być odczytany). Jeśli zniknie Microsoft Office… Cóż, kiepsko, twoje dokumenty w OOXML są, póki co do niczego.”

Zobacz także wcześniejszy wywiad, gdzie David powiedział właściwie to samo:
http://dot.kde.org/1097051569/ (en)

MIT: Klienci zwracają uwagę na funkcje, nie na format

To, że klienci coraz bardziej przejmują się formatami oraz uważają wsparcie dla otwartych standardów za kluczową funkcję i wymóg zostało udowodnione np. w badaniu Valoris przeprowadzonym przez Komisję Europejską w 2003 roku, a także w warsztacie dotyczącym formatów wymiany dokumentów, który był częścią niemieckiego przewodnictwa UE w zeszłym roku. I w końcu, światowe agencje rządowe uważają wsparcie dla otwartych standardów za kluczową funkcję produktu, na równi ze sprawdzaniem pisowni czy możliwością drukowania.

MIT: ODF się nie przyjmuje

Ostatni raport ODF, a także oświadczenie prasowe ODF Alliance o Pierwszych Międzynarodowych Warsztatach Użytkowników ODF, Analiza Udziału w Rynku OpenOffice.org oraz strona wiki OpenOffice.org Solutions wyraźnie pokazują, jaki impet towarzyszy ODF. Coraz więcej rządów opiera standaryzację na ODF i coraz większa liczba producentów oprogramowania dodaje wsparcie dla ODF do swoich rozwiązań. Co więcej, wciąż rosnąca liczba producentów sprzętu zaczyna sprzedawać komputery na biurko z preinstalowanym oprogramowaniem mogącym obsłużyć ODF. Niedawne ogłoszenieASUST-ekk Eee PC, XO /OLPC, a także gPC i Cloudbook od Everex – które, nawiasem mówiąc, są sprzedawane przez Walmart – to tylko kilka bardzo reprezentatywnych przykładów. I wreszcie, OpenOffice.org jest pobierany kilkaset tysięcy razy każdego tygodnia, a ministerstwa edukacji i uczelnie wyższe prowadzą wśród uczniów dystrybucję narzędzi o otwartym kodzie, na przykład w Portugalii i Francji. O, i nie zapomnijmy, że Google Pack zawiera StarOfficea.

Z tego wniosek, że ODF stał się bardzo znaczącą siłą na rynku! Ciężko, tego nie dostrzec bądź to zignorować!

MIT: ODF ma bardzo ograniczony zakres możliwości

Wpierw chciałbym powtórzyć to, co było mówione już wiele razy. ODF w ogromnym stopniu wykorzystuje otwarte standardy i pomysły, zamiast wciąż od nowa i od nowa wymyślać koło. W konsekwencji, specyfikacja ODF jest bardzo zwięzła, a deweloperzy mogą ponownie użyć istniejącej wiedzy wobec innych standardów z innych dziedzin.

Przykładowo, niektórzy ludzie wierzą lub wierzyli, że oddzielny pomysł tabeli dla każdego typu dokumentu jest zaletą. Ja, jednakże, mocno wierzę, że jest odwrotnie – że używanie jednego pomysłu tabeli dla wszystkich typów dokumentów to lepsze i bardziej eleganckie podejście. Poniższe cytaty z artykułu Dr. Dobbsa zwierają dobre przykłady, dlaczego:

  • ODF używa tych samych pomysłów w rozmaitych wspieranych przezeń formatach dokumentów. Przykładowo, opis tabeli w arkuszu kalkulacyjnym jest niemal identyczny z tabelą w dokumencie tekstowym.
  • (…) W ODF, zawartość twojego dokumentu jest przechowywana w content.xml.
  • (…) Ta kwerenda tworzy dokument HTML ze wszystkimi tabelami z dokumentu ODF usedcars.odt. Rycina 4 pokazuje przykład rezultatu, pliku usedcars.html.
  • (…) A po prostu zmieniając dokument-kontener, możesz użyć tej samej funkcji do kwerendy arkusza ODF. Podobne?”

Jeśli developer już napisał kod do przetwarzania tabel w jednym rodzaju dokumentów, może łatwo dostosować ten sam kod do tabel w innym. Zatem ilość czasu potrzebnego na naukę jest mniejsza, a produktywność znacznie wzrasta.

Bardzo irytujący mit wokół ODF polega na tym, że niektórzy mówią: „ODF ma tylko ograniczoną funkcjonalność”, albo „ODF jest zubożony”. Prawda wygląda dokładnie odwrotnie.

Jasne, ODF 1.0 nie był w 100% doskonały. Jak w każdym otwartym standardzie, im więcej ludzi zaczęło go implementować i używać, tym więcej znajdowano potencjalnych miejsc, w których można by coś ulepszyć. Jednakże ODF szybko dojrzewa, wersja 1.2 jest już na horyzoncie. ODF 1.2 będzie bardzo dojrzałym standardem z szerokim, ale wciąż opartym na innych standardach zakresem funkcji.

To prawda, ODF 1.0 nie wskazywał języka formuł, pozwalając na użycie w zamian samodzielnych języków. Zostało to rozpoznane jako problem interoperacyjności i rozwiązane w ODF 1.2. Jednakże, wiele produktów opartych na ODF 1.0 – od różnych dostawców – nie ma tego problemu w przestrzeni formuł, ponieważ opierają się na tej samej podstawie kodu. Zdefiniowanie języka formuł poprzez prostą dokumentację użytego w jednym programie byłoby szybkie i łatwe, ale ODF uznaje formuły na podstawie szerokiego doświadczenia rynkowego i dobrych praktyk.

Język formuł w ODF 1.2 jest oparty na poniższych programach:

  • Microsoft Excel (wiele różnych wersji)
  • OpenOffice.org / StarOffice
  • Lotus 1-2-3
  • Quattro Pro
  • Gnumeric
  • Koffice Kspread
  • WikiCalc
  • SheetToGo
  • Mathematica
  • Macsyma
  • Octave

A głównymi zaletami języka formuł ODF 1.2 są:

  • Szerokie wsparcie dla aplikacji, np. Microsoft Excel, Lotus 1-2-3 i OpenOffice.org
  • Innowacyjne funkcje, np. XOR, BASE, SEC, itp.
  • Użycie istniejących standardów, np. ISO 8610 – standard zapisu daty i czasu
  • Wsparcie dla przestrzeni nazw właściwych dla dostawcy, pozwalające na szybkie, rozproszone innowacje
  • Uniknięcie bugów, np. podobnych do łędu roku 2000″
  • Nielimitowana ilość wierszy i kolumn
  • Brak ograniczeń w kwestii interfejsu użytkownika
  • Predefiniowane zestawy funkcji dla różnych aplikacji

Wobec powyższego, język formuł ODF 1.2 zaspokaja wszystkie kluczowe potrzeby przy zachowaniu niezależności od jednego dostawcy i otwartość.

Innym, często słyszanym zarzutem jest to, że „ODF nie obsługuje niestandardowych schematów”. Stwierdzenia takie jak te wydają się ignorować fakt obsługi XForms przez ODF 1.0. Dodatkowo, ODF 1.2 dodaje obsługę metadanych opartych na standardach W3C, dla których następujące scenariusze zostały przeanalizowane:

  • Dostępność informacji
  • Asymetryczne metadane
  • Automatyczne generowanie metadanych
  • Bibliografie i cytaty
  • Taggowanie treści
  • Konwersja metadanych
  • Dokument jako usługa sieciowa
  • Ulepszone szukanie
  • Zewnętrzne metadane
  • Własność intelektualna
  • Szablony metadanych
  • Sprawdzanie poprawności ontologii
  • Praca grupowa nad dokumentami w czasie rzeczywistym
  • Rewizja metadanych
  • Bogate metadane semantyczne
  • Bezpieczeństwo metainformacji
  • “Sieć Semantyczna”- gotowe dokumenty
  • Workflow Management

Wszystkie te scenariusze dają nam wskazówki, do czego będzie zdolna funkcja obsługi metadanych w ODF 1.2. Głównymi zaletami modelu metadanych są:

  • Ponowne wykorzystanie istniejących standardów, takich jak RDF / XML (W3C) i OWL (W3C)
  • Interoperacyjność z innymi aplikacjami obsługującymi RDF (RDF jest np. podstawą kanałów RSS. Jest również używany w technologii Adobe XMP w takich aplikacjach jak Adobe Photoshop)
  • Bardzo dobra obsługa narzędzi (mnóstwo narzędzi developerskich RDF, dobra obsługa RDF w/dla relacyjnych baz danych)
  • Elastyczne łączenie tekstu z metadanymi, np. przypisywanie różnych typów metadanych do tego samego elementu dokumentu (relacja jeden-do-wielu)

Wreszcie, jak pokazuje rozdział 11 – „Zawartość Front-endu bazy danych dokumentu” aktualnego draftu ODF 1.2, ODF 1.2 jako pierwszy na polu formatów dokumentów wprowadzi obsługę baz danych. Dlatego też, z wersją 1.2 ODF, będzie trudno znaleźć obszary cech istniejących produkcyjnych aplikacji biurowych, które nie są jeszcze pokryte.

MIT: Sieć sprawi, że ODF będzie nieistotny

Część ludzi sądzi, że pojawienie się aplikacji Web 2.0 zawierających w sobie sieciowe narzędzia biurowe takie jak Google Dokumenty i Arkusze sprawi, że ODF stanie się nieistotny. Wierzę, że przynajmniej przez dłuższy czas prawda będzie przeciwna. To zajmie parę lat lub prawdopodobnie nawet dekadę, zanim szerokopasmowe łącza staną się powszechne. W rezultacie ludzie będą używać hybrydowych rozwiązań tj. lokalnie zainstalowanych i sieciowych narzędzi. Jakkolwiek, aby pozwolić użytkownikom na przełączanie się pomiędzy lokalnymi aplikacjami desktopowymi i aplikacjami sieciowymi, ważne jest, aby te aplikacje były zgodne z powszechnymi, otwartymi standardami. Google Dokumenty i Arkusze na przykład obsługują ODF. Dlatego użytkownicy mogą łatwo publikować i używać dokumentów stworzonych za pomocą OpenOffice.org czy KOffice w narzędziach Googla, i na odwrót.

Ponadto, od kiedy sieć znajduje się pod silnym wpływem standardów W3C i jest przez nie zdominowana, ODF zyskał ogromną przewagę nad innymi formatami plików, ponieważ to ODF w dużym stopniu wykorzystanie standardy W3C takie jak HTML, SVG, XForms, XSL-FO, XLink, MathML, XML Signature, RDF / XML, itp. Poniższy diagram stworzony przez mojego kolegę z firmy oraz przez wiceprzewodniczącego OASI ODF TC, Michaela Brauera dobrze opisuje to zjawisko:

MIT: ODF jest niekompatybilny z Microsoft Office

Dużo ludzi wierzy również, że ODF jest niekompatybilny z Microsoft Office lub też, że dokumenty Microsoft Officea nie mogą zostać wiernie odtworzone w ODF. Jak wiele osób wie, OpenOffice.org ma bardzo wysoki poziom zgodności z pakietem Microsoft Office. Część użytkowników korzysta z OpenOffice.org do „naprawy” plików Officea, których nie sposób otworzyć w macierzystym programie lub w innych. Kompatybilność z MS Office miała od dłuższego czasu kluczowe znaczenie dla OpenOffice.org ze względu na aktualną sytuację na rynku. Jakkolwiek, OpenOffice.org używa ODF jako domyślnego formatu plików i dlatego wszystkie funkcje, które obecnie może zaimportować do OpenOffice.org z Microsoft Officea mogą być reprezentowane w ODF.W konsekwencji, mimo że Microsoft nie partycypuje w pracach TC ODF w OASIS, ODF jest już blisko spełnienia wszystkich funkcji pakietu Microsoft Office, typowo wykorzystywanych przy tworzeniu dokumentów.

Mam nadzieję, że powyższe informacje przyczyniły się do rozwiania kilku mitów wokół ODF i pomogły ludziom czytającym artykuł, wpisy na blogach i raporty analityków o ODF. Z mojego punktu widzenia, ODF dostarcza wszystko, czego potrzebuje przeciętny użytkownik, i jestem pewien, że będziemy czytać o wiele więcej wspaniałych i zachęcających wiadomości o ODF w 2008 roku.

Ten artykuł jest tłumaczeniem tekstu Dispelling
Myths Around ODF
z bloga Erwina Tenhumberga

***
Wpis z serii „odgrzewany kotlet”. Współautorem tłumaczenia jest człowiek o ksywce Thar, pomocna dłoń działająca w okolicach serwisu LinuxNews.pl. Thar, parę miesięcy temu, zaczął równolegle do mnie tłumaczyć artykuł. Obydwoje zarzuciliśmy projekt z sobie znanych powodów. Powyższe dzieło to połączenie wspólnej pracy.

Polecane

Byte my code

0 149
W tym roku obchodzimy 5. jubileuszową edycję znanej i cenionej konferencji Byte My Code powered by UBS. Na...
Konferencje

0 180