W komentarzach do niusa "OpenXPS standardem Ecma" zadałem dosyć oczywiste pytanie, czy pracownicy Microsoftu i tym razem standaryzują formaty swojego pracodawcy, jak to miało miejsce w przypadku normalizacji OfficeOpenXML. Zadałem pytanie i natychmiast ugryzł mnie troll! Troll z gatunku nielotus debianus z gromady Tuksus neofitus. Nikt się nie spodziewał ataku! Stworzenia te, zwykle są stonowane i logicznie myślące, a jeśli już atakują to w gromadach. Zjawisko to niebywałe. No, nie ważne. Nakarmiłem Trolla tak jak karmię i komary.

Pomimo tej nieprzyjemności, mojemu umysłowi udało się odświeżyć wspomnienie i pokojarzyć przewodniczącego TC45 w Ecma - Mr. J. Paoli (Microsoft) z ostatnim wideo wywiadem, które przeprowadził Tomek Bryja (DobreProgramy) z Jeanem Paoli - General Manager, Interoperability Strategy Microsoft Corporation. Gdyby ktoś chciał rzucić okiem na aparycję tego człowieka, lub po prostu go posłuchać, proszę bardzo.

Plik waży 151 MB, a wywiad trwa blisko 40 minut.

Ps. Mam nadzieję w przyszłości częściej korzystać z tagu < video >. Pod Fx 3.5 działa on prawie wyśmienicie, natomiast pod Operą 10 - w ogóle (SOT#1). Wydawało mi się, że produkt Norwegów miał obsługiwać ten tag od pradawanych buildów. Użytkownikom Opery pozostaje czekać na aktualizację do stabilnej, 10. edycji a użyszkodnikom IE pozostaje zmienić przeglądarkę lub pobrać wideo w innym formacie. W tym miejscu chciałbym też profilaktycznie przeprosić Pawła Ciupaka za tyranie go, tak nielubainym przez niego HTML-em 5. Sorry Winnetou.

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.

PDF

ODF

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.

...wyskoczył Microsoft z dwoma ogłoszeniami. Jedno o planie dodania obsługi ODF w Office 2007, a drugie o niewspieraniu (wciąż nie ISO) OpenXML.

To chyba dobra wiadomość, życie jednak pokazuje, że przedwczesny hurra-optymizm w środowisku Open Source, zwykle jest wywołany akcjami płatnych kłamców zwanych potocznie "Microsoft's Public Relations Department". Nie twierdzę, że i w tym przypadku Microsoft łże. Należy jednak dobitniej przeanalizować sytuację i przekonać się w stu procentach, czy firma z Redmond nie sprzedaje nam znów martwego kocura w worku!

Z oficjalnego ogłoszenia ze strony firmy:

With the release of Microsoft Office 2007 Service Pack 2 (SP2) scheduled for the first half of 2009, the list will grow to include support for XML Paper Specification (XPS), Portable Document Format (PDF) 1.5, PDF/A and Open Document Format (ODF) v1.1.

Za około 13-14 miesięcy, ma pojawić się SP2 do Office'a 2007, który doda obsługę formatu PDF, PDF/A oraz ODF 1.1. Korporacja ta już wcześniej usiłowała dodać obsługę PDF-a, jednak Adobe odgrażało się, że jeśli Microsoft pozostawi możliwość zapisu do PDF w finalnej wersji Office, pozwie go przed instytucją Unii Europejskiej o wykorzystywanie pozycji monopolistycznej. Po standaryzacji formatu w FFII, Adobe nie miało już nic do gadania.
To była i wciąż jest wielka szansa dla Microsoftu, aby dogonić konkurencję. OpenOffice.org umożliwia eksportowanie dokumentów do PDF-a już od zarania dziejów, a standard PDF/A obsługuje od wersji 2.4.0, wydanej 27 marca 2008 roku. Wciąż wielką niewiadomą jest wiadomość, czy obsługa tego formatu w Office 2007 będzie polegała tylko na eksporcie, czy także na imporcie dokumentów. Tutaj konkurencja znów wypada lepiej, bo funkcja importowania plików PDF ma pojawić się w OpenOffice.org 3.0, którego wydanie zaplanowano już na 2 września br.

Idźmy dalej! Office 2007 SP2 ma obsługiwać ODF 1.1. Czy czytelnicy zauważyli, że Microsoft chce dodać obsługę standardu OASIS, a nie ISO? Ten krok jest ciężko zrozumieć, gdyż decydenci niczym O'Brein z "Roku 1984" Orwella posługują się dwójmyśleniem. Z jednej strony mamy Gatesa, który twierdzi, że obsługa ODF zostanie dodana, jeśli klienci wykażą takie zapotrzebowanie (ale nie wykazują!) i Alana Yatesa, który pretensjonalnie krzyczy, że ODF to format OO.o ze zmienioną nazwą, więc jest zacofany i nie będzie obsługiwany przez Office'a. Z drugiej strony mamy aktualne ogłoszenie, zapewne wydane pod wpływem decyzji rządów RPA, Holandii, Danii i innych.
Lepiej jest dodać obsługę czegoś nowocześniejszego, nawet jeśli jest to tylko standardem Unii Europejskiej, a nie ISO. Utylitaryzm wziął tu górę i słusznie. Nie rozumiem tylko tej medialnej szopki ze standaryzacją, którą wywołał Microsoft.
Wielka szkoda, że w drapieżnym kapitalizmie, firmy nie ponoszą odpowiedzialności za oszustwa głoszone przez zatrudnionych płatnych kłamców. Za dwójmyślenie powinno się karać.

It will also allow customers to set ODF as the default file format for Office 2007. Microsoft will continue to collaborate with the open source community in the ongoing development of the Open XML-ODF translator project on SourceForge.net.

Oby tylko ten filtr importu nie działał tak jak "Open XML-ODF translator" dotychczas. Jeśli ktokolwiek go używał, wie, że ów dodatek był martwym płodem stworzonym przez ćwierćinteligenta. Konwerter przed zapisaniem dokument w formacie .odt wymuszał zapis w .docx. Po zrobieniu kopii zapasowej i zapisie do .odt, pojawiało się okienko, że dane mogą zostać utracone, gdyż to, to, to, to, to, i to... nie jest obsługiwane. Już wszyscy wiemy, że OpenDocument jest zacofany, ale... żeby tabelek nie przekonwertować? Litości.
Po otwarciu dokumentu zapisanego w ODF, Word 2007 wyświetlał oczywiście zupełnie zdeformatowany dokument. A praca w .docx wyglądała świetnie! Taki to sposób wymyśliła sobie firma na popularyzacją MS OOXML kosztem ISO ODF!

Microsoft już zupełnie blado wypada jeśli jesteśmy świadomi, że Sun wydał uaktualnienie swojej wtyczki, która dodaje obsługę ODF 1.2 w Office XP, 2003, 2007. I to od zaraz! Nie trzeba czekać do pierwszej połowy 2009 roku, nie trzeba posiadać Office 2007 SP2 (co implikuje WinXP lub WinVistę) aby móc zapisać dokumenty w formacie ODF!

Jak widać, praca w ODF TC w OASIS daje pewne fory i Microsoft już to zrozumiał.

Microsoft will join the Organization for the Advancement of Structured Information Standards (OASIS) technical committee working on the next version of ODF and will take part in the ISO/IEC working group being formed to work on ODF maintenance.

Jednak czy powtórzy się sytuacja jak w przypadku W3C, dowiemy się dopiero za rok, dwa, trzy?...

Microsoft is also committed to providing Office customers with the ability to open, edit and save documents in the Chinese national document file format standard, Uniform Office Format (UOF)

Tutaj Microsoft znowu obudził się z ręką w nocniku. Podczas gdy Sun od wielu miesięcy przekabaca Chińczyków, a dzięki pracownikom firmy RedFlag 2000, OpenOffice.org 3.0 będzie natywnie obsługiwał UOF, korporacja dopiero myśli o konwerterach. Dodatkowo dopiero Office 14 ma obsługiwać ISO OXML.

Wygląda na to, że w tym wyścigu, Microsoft dostał sporej zadyszki. Podczas gdy OASIS kończy pracę nad ODF 1.2, Sun wdraża i popularyzuje nowy format, ujednolica UOF z ODF i czaruje z plikami hybrydowymi (fully editable PDFs with embedded OpenDocument files), Microsoft dopiero przejrzał na oczy. I proszę pamiętać. Te wszystkie "nowości" będą już dostępne w Office'ie TYLKO od wersji 2007 SP2, od połowy 2009 roku!

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 StarOffice'a 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 StarOffice'a.

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 'błę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-end'u 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 Office'a 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 Office'a, 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 Office'a 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.

***

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.

"Żona prezydenta to czarownica, która powinna poddać się eutanazji a PiS to szambo!" - takie oto słowa rzekomo wypowiedział Ojciec Dyrektor. Aby stłamsić mniejszą aferę! - tak grzmiała blogosfera.

Czy wiadomo o co chodzi? Jany gwint! Nie wiadomo. Wstyd się przyznać ale nie pamiętam czego dotyczyła ostatnia (???) afera w kraju. Oddział PR z PiSu ma odemnie piątkę.

No dobra, ale co z małym i miękkim? A no, po kilku latach bitew z Komisją Europejską, po zapłacie wielomilionowych kar liczonych w wysokojakościowych do$$arsach, po złożeniu aż czterech obietnic otwarcia się na Ruch Open Source i po ich złamaniu - po tym wszystkim gdy firma zaczęła przegrywać wojnę, a nasze uzależnienie od tejże korporacji zaczęło regularnie maleć - moloch na glinianych nogach zaczął dokonywać transformacji. To nic dziwnego jeśli żyjemy z przekonaniem, że nic nie trwa wiecznie.

Dupki z zarządu zdecydowały się obdarować nas kolejną (piątą?) obietnicą, zapewne bez pokrycia. W odpowiedzi na "API do SQL Server i tym podobnym" Free Software Foundation Europe wydała oświadczenie - a raczej z szamba pijarowskich bzdur - wyfiltrowała prawdziwe intencje.

Ale nie o tym będzie. To, że FSF robi dobrą robotę - wie każdy zainteresowany.
Mnie osobiście razi, że te złamasy po eliminowaniu/blokowaniu konkurencji przez tyle lat, znienacka i bezczelnie swoją porażkę z KE określili "zwiększaniem interoperacyjności z oprogramowaniem open source".

O interoperacyjności z prawdziwego zdarzenia możemy mówić tylko wtedy gdy Microsoft porzuci starania mające na celu przepchnięcie OOXML w ISO i wraz z OASIS, wspólnie z członkami komitetu technicznego zacznie prace nad jednym formatem. To najważniejszy priorytet! G. prawda, że 'dwa standardy' będą korzystne dla klientów. To kolejny bełkot pijaroców. Kto ślepy, niech popatrzy jak skończył format HD DVD w wojnie z Blu-ray. Takie zjawiska nie służą klientom. Konsorcjum OASIS aby pójść na rękę Microsoftowi, do specyfikacji ODF 1.2 włączyło elementy charakterystyczne dla Excela. A co zrobił Microsoft dla otwartych standardów?

Microsoft za bezczelną i nieudaną akcję PR dostaje odemnie dwóję. Taka poważna korporacja, a nie potrafi nawet namieszać w głowach bardziej niż PiS. Dlatego mogę tylko napisać: Pamiętamy coście zrobili. Abyście dostali w przyszłości za to po dupie! I wszystkiego najgorszego palanty! -- Zniesmaczony klient.

Microsoft wypuścił Service Pack 1 do Office'a 2007, który usuwa błąd uniemożliwiający wykorzystanie wtyczki Suna w najnowszej edycji swojego pakietu. Informacja za wpisem Malte Timmermann'a. I tyle z dobrych wieści.

Notatki na podobny temat:
Sun ODF Plugin 1.1 dla Microsoft Office

..oraz nowy format Microsoftu.

Corel® has recently introduced a new beta of WordPerfect Office. This new beta adds important capabilities to WordPerfect Office by allowing users to open two new file formats: Microsoft Office Open XML (OOXML) and OASIS Open Document Format (ODF).

This beta is now available for testing. If you are interested in being a part of Corel's beta test group, please contact your Account Manager or click here to apply.

Linki:
- OOXML/ODF beta for WordPerfect® Office now available!
- Corel Provides Support For ODF and OOXML In New Beta of WordPerfect® Office

Najnowsza wersja wtyczki Suna właśnie została opublikowana! Choć zmian wiele nie ma, te które zaszły są bardzo ważne. Rozwiązano problemy z instalacją na niektórych Windowsach oraz dokonano wielu ulepszeń w filtrach importu/eksportu do OpenDokumentu. Prócz tego wtyczka ma komunikować się z nami w tym samym języku, który jest używany przez Microsoft Office. Najnowsza wersja jest bogatsza o 16 języków, w tym o język polski Sun ODF Plugin 1.1 wciąż nie obsługuje Office 2007.

Przeczytaj również

Sun ODF Plugin 1.0 dla Microsoft Office już dostępny.

Od 12 września był dostępny RC3 OO.o 2.3 (build OOG680_m5), który jest dokładnie tą samą kompilacją co 2.3 stable. Wszystkie wersje testowe są lokalizowane, w tym na język polski. Oznacza to, że każdy może sobie pobrać najnowszą wersję OOo w ojczystym języku, mimo, że redaktor Michał Śliwa z dobreprogramy.pl twierdzi inaczej.

Stabilny OpenOffice.org z niestabilną nazwą można pobrać bez Javy na Windows i Linuksa (uwaga! nie róbcie tego jeszcze [dopóki bouncer nie udostępni polskich kompilacji na serwerach] bo popsujecie statystyki )

Co nowego? Jest kilka dużych zmian i oczywiście setki pomniejszych.

Te większe:

• nowy moduł wykresów (calc)
• kreatory raportów biznesowych (base)
• Instalator dla Uniksów napisany w Javie, obecnie tylko dla Solarisa i Linuksów wykorzystujących paczki RPM (od 2.4 ma obejmować również DEBy). Zobacz jak wygląda instalator.

• poziom bezpieczeństwa makr domyślnie jest ustawiony na wysoki
• miękkie przełamanie strony (cokolwiek to znaczy)
• rozbudowano okno dialogowe dot. aktualizacji online (teraz wiesz kiedy OO.o łączył się z serwerami Suna)
• Automatyczne aktualizacje OO.o (tylko Windows). Zobacz: specyfikację, screeny (pobrane z spec.)
• dodano okno "opcje" dla rozszerzeń
• wprowadzono identyfikację rozszerzeń
• Zintegrowano menadżer rozszerzeń z extensions.services.openoffice.org
• mnóstwo nowych języków
• Filtr MediaWiki - od teraz możesz zredagować artykuł dla Wikipedii, wyeksportować go do .txt i przekopiować kod do strony encyklopedii
• widok na Writera jest wyśrodkowany, wcześniej zawsze przylegał do lewej strony (bug zgłoszony przez społeczność jakieś 6 lat temu)
• przenoszenie krzywej naprzód w Impressie (move along curve) (bug miał 2 i pół roku)
• ....

I wiele, wiele więcej.... Szczerze polecam zapoznać się z (przede wszystkim) New Features 2.3 i z Feature Freeze Testing 2.3. Nie wypisałem niczego z Calca choć to dla wielu ważny element, a nie zrobiłem tego ponieważ... nie mam pojęcia o czym oni tam piszą :S. Wszyscy zainteresowani, znający dobrze angielski i funkcje arkuszy powinni zapoznać się z w/w linkami. W liczbach wychodzi, że 2.3 zawiera 43 nowe funkcje i aż 212 ulepszeń pakietu.

Cykl wydawniczy zmieniano na półroczny. Wydanie OO.o 2.3.1 (bugfix) planowane jest na 4. grudnia 2007, a wydanie wersji 2.4 na 4. marca 2008 roku. Sprawa słownika ortograficznego i słownika dzielenia wyrazów się wyjaśniła, niestety zbyt późno by można było je dodać do 2.3. Ostatecznie leksykony mają ukazać się w 2.3.1

Przyszłość jest jasna

Google Summer of Code skończył się już dawno a wraz z nim ukończono wszystkie zaplanowane projekty - oprócz nowego generatora RTF. Już w chwili obecnej wiele tych funkcjonalności jest dostępnych w nowych testowych buildach lub poprzez rozszerzenia. Jestem pewien, że funkcje w 2.4 i 3.0 pozwolą OO.o zawojować rynek pakietów biurowych i zabrać Microsoftowi duży kawał z tortu! Zupełną nowością ma być filtr importu plików PDF we Writerze, a to wszystko po tym jak Adobe ustadaryzował swój format w strachu przed MS XPS. Kto by się spodziewał, że dzięki MS, Adobe zrezygnuje z pozycji dominującego gracza na rynku? Od chwili zyskania nowej funkcjonalności przez Writera nie będzie trzeba wydawać $450 za Acrobata Trudno jest określić co konkretnie przypadnie na OO.o3 gdyż wszystkie zaplanowane funkcje są powoli realizowane. Z pewnością można stwierdzić, że trójka ma być zgodna ze specyfikacją ODF 1.2 i korzystać z toolkitu ODF jako filtru importu/eksportu dokumentów.

A tymczasem..

13 maja OpenDocument obchodził dwulecie swego istnienia. Zapomnieliśmy o biedaku Poza tym, OASIS wydało piąty szkic ODF 1.2, który rozwiązuje różne problemy m.in podpisu cyfrowego. Microsoft oczywiście nie bierze udziału w współtworzeniu specyfikacji. Ba, nie ma go nawet na liście członków organizacji, ale to nic. To dobry moment na to by wszystkie osoby mające jakieś wątpliwości słały listy. Tak panie Pawle Krawczyk, do roboty.. ;>

Źródła

OpenOffice.org 2.3.0 - Release Notes
Ogłoszenie prasowe społeczności (OpenOffice.org Releases New Version of Free Software Alternative to Microsoft Office)
Highlights of OpenOffice.org 2.3 Writer
Feature in OOo 2.3
Some more nice things about the new Chart for OOo 2.3

Prywatnie

Straciłem wenę do pisania, OO.o będzie pojawiał się co pół roku a więc notatki i rzadziej będę publikował. Blog pozostawiam w stanie uśpienia

Aktualizacja: 20.09.2007 12:45:10
OASIS wydało szósty szkic ODF 1.2

Xandros, to windows-podobna i mało znacząca na świecie dystrybucja, nie wyróżniająca się absolutnie niczym. A dziś świat dowiedział się o przejęciu firmy Scalix, czy jednak cokolwiek się zmieni?

Być może. Sprytni od razu zauważyli niszę w świecie zintegrowanych systemów biurowych na Linuksa, którą można spokojnie uzupełnić, i na której powinno dać się dobrze zarobić

Nie będę się rozpisywał nad tym czym jest Scalix, powiem tylko, że to odpowiednik MS Exchange a po resztę odsyłam na 7thguard, IDG.pl, linux.pl

Przypuszczam, że samo wykupienie linuksowego exchenga to nie koniec zakupów. Na rynku dostępne są dwa rozwiązania, zastępująca MS SharePoint. Pierwszy to projekt o zamkniętych źródłach, drugi z kolei jest open source - O3Spaces [1] oraz PengYou.

Co sprytniejsi już dawno zauważyli, że łącząc i integrując te produkty, możemy małymi kroczkami stworzyć odpowiednik MS Office System. Xandros jest już w tej luksusowej sytuacji gdyż pakiet biurowy ma, posiada własny system pocztowy a PengYou, może sobie wziąć bezpłatnie do własnych celów.

Gdy Novell i inni walczą z Microsoftem o desktopy, podobno nawet korporacyjne, Xandros cichaczem wykupił jedyne rozwiązanie tego typu dostępne na rynku.

Ważne jest wspomnieć o jeszcze jednej rzeczy. Dystrybutorem Xandrosa na Polskę jest firma Amazis.net (ta sama, która tworzy własną Mandrivę Xtreme), która jest również dystrybutorem zamkniętego O3Spaces.

Czy coś teraz stoi na przeszkodzie aby napsuć krwi Microsoftowirozwinąć rynek otwartego biura? Nic

W ostatnich miesiącach słyszeliśmy wiele nowin o współpracy różnych dystrybutorów GNU/Linuksa z Microsoftem. Jednym z ważniejszym punktem umowy był ten mówiący o inter operacyjności w OO.o. Do tej pory kilka firm ogłosiło rozpoczęcie prac nad konwerterami ODF <!=> MOOX, tj. Novell, Xandros, Linspire i Turbolinux. Wydawałoby się, że wszystko idzie w dobrym, prawda? Niestety, to tylko ułuda.

Po pierwsze. Te firmy propagujące otwarte standardy tak naprawdę pomogły osiągnąć Microsoftowi swój cel. Nie.. żadną lepszą wymianę danych między MS Office a OpenOffice.org. Przez ich działania MOOX stał się dla wielu standardem - bo kłamstwo powtarzane tysiąc razy staje się prawdą. Już teraz m.in Massachusetts chce "Open" XML ponieważ standard ten jest wspierany przez OpenOffice od Novella oraz przez NeoOffice* (nieoficjalny OO.o na Maka pod zmienioną nazwą). Również Dania zdecydowała się na stosowanie dwóch konkurencyjnych formatów, co najmniej przez 12 miesięcy.

Po drugie. Każdy sobie rzepę skrobie!
* Wtyczka Novella dodająca do OpenOffice'a wsparcie dla O"O"XML działa tylko w SUSE Linux oraz oraz w Novellowskiej kompilacji OO na Windows. Instalacja rozszerzenia w OpenOffice.org kończy się wysypem błędów.
* Linspire stworzyło rozszerzenie, które działa tylko na ich dystrybucjach!
* Czy ktoś widział na oczy wtyczkę opracowaną przez Xandrosa albo chociaż skorzystał z ich kodu? (a może tego po prostu nie ma?)
* Czy TurboLinux postąpi inaczej niż pozostali dystrybutorzy? Nie wydaje mi się.

Żadna z w/w firm nie pomaga Sunowi w dodaniu tejże funkcjonalności do OO.o, a biorą z tego oprogramowania całymi garściami i sprzedają je pod szyldem "Prawdziwa alternatywa dla MS Office?" Czemu te firmy wspólnie nie współpracują nad jednym filtrem w OpenOffice.org, tylko każda z osoba tworzy wtyczki i translatory do swoich wersji OO? Czyżby były to zaczątki forków?
Novell obiecał opracować niezbędny kod do obsługi formatu Office Open XML w pakiecie OpenOffice, który zostanie następnie przekazany organizacji OpenOffice.org, a o nowych filtrach przeczytać można wyłącznie na blogach deweloperów Suna.

Po trzecie. Punkt o "lepszej współpracy" to jakaś bzdura. Ludzie nie chcą żadnego MOOX, chcą odczytu .xls z makrami! Na głowy poupadali w tych firmach, że takie durne decyzje podejmują? Czy żadnej z tych firm nie zależy na obsłudze binarnych formatów? Chyba jednak nie :<
Obawiam się, że dla tych firm ważniejsze są puste slogany reklamowe.
Z Ciekawostek: Dave Welsh - pracownik Microsoftu (nietechniczny), twierdzi że specyfikacja binarnych formatów plików Office'a jest publiczne dostępna dla każdego.

Konkluzja:

• Novell i firmy jemu podobne tylko pomogły Microsoftowi w popularyzacji MOOX kosztem ODF
• Novell i firmy jemu podobne rozdrabniają OO.o
• Żadnej z firm (prócz Novella) nie zależy na wspieraniu formatów plików, które naprawdę są w obiegu a jedynie na kolejnej akcji marketingowej

* Redaktor IDG.pl napisał:

Autorzy projektu przypominają, że format ten obsługiwany jest przez wiele różnych aplikacji, nie tylko autorstwa Microsoftu - m.in. OpenOffice Novell Edition, NeoOffice 2.1 oraz, rzecz jasna, MS Office 2007.

24.07.2007 Aktualizacja: pierwsze wzmianki o niezgodności MSO z MOOX pojawiły się na blogu ZDNet.com. Autorem wpisu jest blogger Paul Merrell ("Marbux"), który pisze również na opendocument.xml.org. Kolejnym znakiem jest drugi punkt petycji "Nie dla MOOX". Wychodzi na to, że jest to efekt działania propagandy ODF lub jest to efekt tuszowania prawdy przez propagandę Microsoftu.

Pytanie: Jakie są różnice w stosunku do wcześniejszej testowej wersji (Technology Preview)?
Odpowiedź: Istnieją trzy istotne różnice.

• Obecna wersja wspiera nie tylko Worda, ale i Excela oraz PowerPointa.
• Obecna wersja wspiera nie tylko Office 2003 ale również 2000 i XP.
• Zebraliśmy opinie na temat jakości konwersji i dodaliśmy pewne ulepszenia

Pytanie: Dlaczego wtyczka nie wspiera Office'a 2007?
Odpowiedź: Więc, w zasadzie to wspiera, ale nadal jest problem z obsługą Wordowskiego API. Możesz zapisywać do ODF, ale kiedy spróbujesz otworzyć ODF, word zignoruje zainstalowane filtry i spróbuje otworzyć swoimi własnymi filtrami. Oczywiście Word nie może tego zrobić, więc otrzymujesz komunikat o błędzie "The Office Open XML file <name> cannot be opened because there are problems with the content". To zdarza się nawet wtedy kiedy wyraźnie wybierzesz filtr ODF! Mam nadzieję, że Microsoft naprawi ten problem w następnym Service Packu. Jeżeli nie, to znajdziemy jakieś obejście dla tego błędu poprzez stworzenia jakiegoś typu integracji jak to jest w PowerPoincie i Excelu.

Pytanie: I to wszystko jest naprawdę za darmo?
Odpowiedź: Tak, jest za darmo. Oczywiście, jeśli masz potrzebę - Sun zaoferuje również wsparcie techniczne oraz serwis, na umowę. Jest to produkt Suna, tak więc aktywnie będziemy wspierać i utrzymywać plugin przez wiele lat.

Pytanie: Co z lokalizacją na inne języki?
Odpowiedź: Właśnie pracujemy nad zlokalizowaną wersją. Plan jest taki żeby mieć tylko jeden MUI (multi user interface - interfejs wieloużytkownikowy) który wykryje i włączy odpowiedni język którego używasz w MS Office

Pytanie: Jakie są różnice między wtyczką Suna a Translatorem OpenXML/ODF na SourceForge.net?
Odpowiedź: Jest ich wiele...

• Tylko plugin Suna ma tak porządną integrację z Wordem. To tylko kolejny filtr i kiedy otworzysz jakiś plik ODF, naprawdę pracujesz na tym pliku ODF, co znaczy że możesz zapisać swoje modyfikacje naciskając kombinację CTRL+S. Możesz nawet skonfigurować Worda żeby domyślnie zapisywał wszystko do ODF!
• Konwersja jest dokonywana za pomocą kodu StarOffice, który jest dobrze sprawdzony. Ten inny plugin [konwerter Microsoftu - przyp. autora] jest rozwijany od zera, używając bibliotek XSLT, i tam są rzeczy które nie mogą zostać przetransformowane za pomocą funkcji bibliotek XSLT, ponieważ potrzeba do tego informacji o wyliczonym układzie graficznym.
• Plugin ODF Suna nie ma innych dodatkowych wymagań. Po prostu ściągasz i instalujesz, nie ma potrzeby instalowania dodatkowych rzeczy takich jak "Paczka kompatybilizująca Microsoft Office", ".NET Framework" i innych poprawek.

Pobierz wtyczkę

Już jakiś czas temu, Microsoft zaskoczył co poniektórych ludzi decyzją o agitowaniu OpenDocumentu u ANSI¹ - mnie nie. Od razu przypomniały mi się moje wcześniejsze słowa.

Czy komuś nie wydaje się dziwne, że amerykańska firma składa papiery w Europejskim Stowarzyszeniu a dopiero później ubiega się o uznanie w Międzynarodowej Organizacji Normalizującej?. Ciekawe, kiedy będą składać papiery w "Azjatyckiej/Afrykańskiej/Południowo Amerykańskiej/Australijskiej Organizacji Normalizującej AXZ" A może to był strach przed szansą odrzucenia propozycji u standaryzowania formatu, i Microsoft szuka popleczników? [src]

Ruch ten jak można było się spodziewać był zwyczajnym zagraniem pijarowskim mający zmącić przysłowiową wodę. Pod płaszczykiem "wolności wyboru" Microsoft stara się wytworzyć nie do ogarnięcia bałagan (identycznie jak np. w przypadku kodowań stron, windows-1250 zamiast UTF-8), a jak powszechnie wiadomo - standardy są fajne bo jest ich tak wiele. Mimo wielokrotnego zapraszania Microsoftu do udoskonalania standardu, ten - jak zwykle - odmawiał.

Bardzo istotną informacją jest wieść, że Microsoft lobbuje na rzecz ODF 1.0. Czemu? A no dlatego, że wersja 1.0 jest "wybrakowana". Dziwnym zbiegiem okoliczności, po decyzji stanu Massachusetts o migracji w kierunku otwartych standardów (którym sprostał ODF, a MOOX nie) odezwały się niezadowolone organizacje na rzecz niepełnosprawnych, twierdząc iż ODF nie wspiera funkcji wspomagających pracę upośledzonych z komputerami. Po tych głosach, konsorcjum OASIS opracowało standard oznaczony cyferką 1.1, który oczywiście eliminuje niedogodności. Głosowanie za starą wersją standardu to oczywiste działanie na szkodę użytkowników

Pavel Janik na swoim blogu opisał niesamowite przeżycia z warsztatów Microsoftu nt formatu Office"Open" XML i interoperacyjności Miejsce akcji to Czeski instytut normalizujący!

The workshop was very interesting. Several good jokes there. Dave Welsh from Microsoft presented Microsoft view of interoperability by showing us simple (two short lines of text, one of them being bold) document created in some dumb demo application and opening it again in Word. "This is how interoperability works in practice!" Everyone there but Microsoft employees (and there were many! ;-) enjoyed that joke. Very good one

One very interesting news was presented there. Microsoft employee Dave Welsh told us, that the binary Office file formats are now completely public and we can receive the specification. Even before he was able to start with the next sentence, I gave him my business card and asked him to send the complete specification to me. I'm curious when I'll have it and if I can publish it. No, I'm not that naive...

Już kiedyś o tym wspomniałem To chyba oczywiste, że od takich orędowników wolności jak MS można domagać się udostępnienia specyfikacji .doc'a i .xls'a, nieprawdaż? Czemu tylko nikt tego głośno do tej pory nie powiedział? Żaden duży serwis, żaden opiniotwórczy blogger.. A przecież to najprostsze rozwiązania aby wyłożyć hipokryzję tej firmy na tacy.

Ok, chwila rozluźnienia. To co widzisz drogi czytelniku po prawej stronie to specyfikacja MOOXa. Sześć tomów po 1000 (słownie: tysiąc!) arkuszy! Papierowa wieża mierzy 75 cm. Panowie Pavel, Dan, Filip i Jirka nie będą musieli kupować papieru toaletowego chyba przez 4 miesiące!

Kiedy Microsoft pojedynkuje się na standardy, korumpuje poszczególne instytucje i tworzy (ledwo działające) konwertery MOOX <=> UOF, Sun nawołuje do zastąpienia lokalnego standardu UOF standardem ODF

Jakiekolwiek inicjatywy jakichkolwiek konkurencyjnych firm mające na celu dać użytkownikom możliwość wyboru poprzez tworzenie standardów lokalnych (krajowych/kontynentalnych) obok Standardów takich jak ODF nie ma żadnego celu. Proszę pamiętać iż OpenDocument nie jest w konflikcie z żadnym innym obowiązującym standardem oraz został zatwierdzony przez Międzynarodową Organizację Normalizacyjną, tak więc nie ma potrzeby ustanawiać by format był również standardem lokalnym np na ternie Europy czy USA.

Linki

¹ - Microsoft za ODF
IBM pomoże niewidomym w korzystaniu z aplikacji ODF. A konsekwencje?

Spóźnione lecz warte odnotowania.
Co było i co będzie... - OpenDocument's 2nd Anniversary

Adobe udostępnia Mozilli silnik ActionScript

Adobe Systems poinformowało o udostępnieniu kodu źródłowego wirtualnej maszyny ActionScript fundacji Mozilla w ramach nowego projektu Tamarin. ActionScript to implementacja standardu EcmaScript na którym bazuje znany język JavaScript.

Decyzja Adobe tłumaczona jest chęcią zjednoczenia JavaScript, ponieważ każda z przeglądarek ma swoją własną implementację (IE - JScript, Mozilla - SpiderMonkey), a format Flash korzysta z ActionScript.

Warto zaznaczyć, że udostępniony Mozilli kompilator jest parę razy szybszy od SpiderMonkey'a, co wg. Adobe daje zupełnie nowe możliwości, także w aplikacjach AJAX.

Adobe nie konsultowało przekazania Mozilli kodu źródłowego VM ActionScript z Microsoft'em, jednak ma nadzieję, że Microsoft skorzysta ze zunifikowanej wersji JavaScript, co pozwoli na stworzenie implementacji na platformach Flash, Mozilla i Internet Explorer, która stałaby się niekwestionowanym standardem w Internecie. [src]

Adobe InDesign będzie wspierał OpenDocument?

PDF - standard przez duże S!

Ze względu na sprzeciw Adobe Microsoft został zmuszony do usunięcia możliwości zapisywania plików do formatu PDF w Office 2007.

Firma Adobe zagroziła, że jeśli Microsoft pozostawi możliwość zapisu do PDF w finalnej wersji Office, pozwie go przed instytucją Unii Europejskiej o wykorzystywanie pozycji monopolistycznej. Chociaż PDF jest otwartym formatem i obsługuje go np. OpenOffice.org i Mac OS X to w przypadku Microsoftu i jego pakietu Office stanowisko Adobe nie jest entuzjastyczne. Spór ciągnie się już od lutego.[src]

Standardy i standardy a wyścig po dominację nad wirtualnym światem

Dziennikarze ActiveWin.com wyjawiają, że finalną wersję Internet Explorer 8 Microsoft przygotuje w ciągu najbliższych osiemnastu do dwudziestu czterech miesięcy, co oznacza, że premiera nastąpi w roku 2008 lub ewentualnie na początku 2009. Takie dane rzekomo podał jeden z przedstawicieli koncernu podczas tegorocznych targów elektroniki użytkowej CES.

Czy jesteś dinozaurem?

Evermore Software is China's leading developer of Office software and the world leader in Java-based Office solutions..

A joint venture between the Wuxi New District Economic Development Corporation and American investors, Evermore Software was founded in 2000 and currently employs over 400 world-class software engineers. Evermore Software is one of the largest independent Java developers in the world and the biggest single project software development team in China.

Our Flagship product, Evermore Integrated Office was first released in 2002 and each year it has developed into a more powerful and fully integrated Office system. Written in Java, EIOffice runs on Linux, Windows and Macintosh operating systems and is the First REAL Office to offer total integration between all your primary Office documents.

Po zainstalowaniu oprogramowania do tacki systemowej wciska się nam Quickstarter, znany m.in z OO.org. Z jego poziomu mamy dostęp do wszystkich (trzech!) składników pakietu

Edytor tekstu dobrze sobie radzi z importem plików Worda. Powyższe efekty to dzieło konwertera .odt => .doc

Wykapany Word 2k3. Proszę zwrócić uwagę na pewną nowość. Po prawej stronie dostępna jest belka z opcjami, których nie znajdziemy w produkcie Microsoftu. EI Office 2007 na prośbę Chińskiego Ministerstwa Edukacji zawiera mnóstwo dodatkowych grafik, klipów, szkiców i innych mediów!

Designed at the request of the Chinese Ministry of Education, EIOffice Science Editor supports Math, Physics, Chemistry and Geographical Science images and equations. It also provides for language annotations and the development of complex flow charts. Integrated directly into EIOffice, Science Editor eliminates the need for an expensive add on science packages that can cost hundreds of dollars. [więcej]

Edytor prezentacji

Arkusz kalkulacyjny

Okropnie cukierkowate okno Otwórz plik

Evermore Software dorzuciło gratis konwerter plików aby migracja się udała.

Nie pozwolimy ci na więcej!

Coraz głośniej o planach zakupu przez Google ThinkFree - internetowego klonu Microsoft Office.

Ani Google, ani ThinkFree Corp. nie komentują krążących po sieci informacji, aczkolwiek zespół specjalistów wyszukiwarki - ten sam, który doprowadził do przejęcia YouTube - widziany był w Korei co najmniej dwukrotnie, a Kang Tae-jin, szef koreańskiego przedsiębiorstwa, przebywał z wizytą w Dolinie Krzemowej.

Według nieoficjalnych przecieków, Google jest zainteresowany kupnem oprogramowania, natomiast właściciel ThinkFree Corp. - koreański Haansoft - skłania się raczej do opcji współpracy i zawarcia spółki.

Siła ThinkFree - oraz potencjalny prztyczek w nos Microsoftu w wykonaniu Google - to pełne naśladowanie klasycznego interfejsu użytkownika pakietu Microsoft Office. [src]

Peking University recently released a program to convert office documents between OpenDocument Format and the Specification for the Chinese office file format based on XML (UOF for short)

• NeoOffice [wiki: pl, en]
• StarOffice [wiki: pl, en]
• IBM Workplace [wiki: en]
• 602Office [wiki: cs]
• Jambo OpenOffice [wiki: en]
• RomanianOffice [wiki: en]
• RedOffice [wiki: zh]
• NextOffice
  
• KaiOffice
• MagyarOffice (Ungarisch)
• Pladao Office (Thai)
• OxygenOffice Professional

Uniform Office Format (UOF) is a Chinese developed open standard for 'office' applications. It includes word processing, presentation, and spreadsheet modules, and is made up of GUI, API, and format specifications. The document format described uses XML contained in a compressed file container, similar to Open Document Format and Microsoft's OpenXML.

The working group that has produced the standard was founded in January 2002, and the first draft of the specification was produced in December 2005. The group producing the standard is open, with 'open-door' meetings, equitable voting by ballots, and the standard document is free. [src]

Zgodnie z obietnicą Corel doda w swoim pakiecie biurowym WordPerfect Office Suite wsparcie dla formatów ODF i Open XML.

Obsługa podglądu i edycji plików Open XML i ODF zostanie wprowadzona przez Corela w połowie 2007 roku jako pierwszy krok ku pełnej obsłudze tych otwartych standardów. Nie wiadomo dokładnie w jaki sposób ta funkcjonalność zostanie wprowadzona, ale prawdopodobnie nastąpi to wraz z następną wersją WordPerfect Office Suite.

Richard Carriere z Corela powiedział, że jest jeszcze zbyt wcześnie na ujawnianie szczegółów na temat Corel WordPerfect Office Suite ale będzie na bieżąco informować o planach firmy. Na pytanie o wsparcie otwartych standardów dokumentów stwierdził, że konkurencja na rynku wymusza zachowanie tajemnicy w tym temacie i że Corel rozważa różne opcje i poinformuje klientów gdy plany zostaną wdrożone. [src]

* Inżynierowie firmy Novell w ciągu ostatniego roku pracowali wspólnie z inżynierami firmy Microsoft w grupie roboczej ECMA TC45, tworząc kompletną specyfikację, umożliwiającą współpracę pakietów biurowych.
* Novell opracuje kod niezbędny do obsługi formatu Office Open XML w pakiecie OpenOffice, który zostanie następnie przekazany organizacji OpenOffice.org. Zostanie również opublikowana wtyczka rozszerzająca własną wersję pakietu OpenOffice firmy Novell o obsługę formatu Office Open XML. Novell będzie poza tym uczestniczyć w projekcie open source Open XML Translator.

Hi,

ODF is something we will look at after the release of v5. It's a big task - we think around 6 months (in other words, 3rd Qtr 2007). If we can, we'll release it as an update to v5. If, after initial investigation, it looks like it will take longer to implement, we'll have to reconsider (e.g. maybe for v6).

Regards

Phil Roach Ability Plus Software
http://www.ability.com/

Microsoft rozpoczął pracę nad projektem Open XML Translator, którego zadaniem jest stworzenie rozszerzeń, umożliwiających aplikacjom wchodzącym w skład pakietu Office 2007 obsługiwanie dokumentów w "otwartym" formacie ODF (OpenDocument Format). Od dziś jest już dostępna prototypowa wersja takiego narzędzia - przeznaczona dla Worda 2007. Decyzja koncernu jest zaskakująca - do tej pory jego przedstawiciele raczej krytykowali ODF.

Podstawowym zadaniem projektu jest stworzenie oprogramowania umożliwiającego "tłumaczenie" dokumentów stworzonych w natywnym formacie MS Office 2007 - czyli Open XML - na "otwarty" format ODF (OpenDocument Format, stworzony przez Organization for the Advancement of Structured Information Standards). Koncern tłumaczy, iż zdecydował się na stworzenie takich narzędzi, ponieważ dzięki temu klienci, którzy zobowiązani są do korzystania z otwartych formatów dokumentów - np. instytucje rządowe - będą mogli bez problemu korzystać z MS Office 2007.

Przedstawiciele Microsoftu mówią, iż narzędzia te będą miały postać bezpłatnych dodatków do pakietu MS Office 2007, a także licencjonowanego oprogramowania o otwartym dostępie do kodu źródłowego. Po ich zainstalowaniu użytkownik pakietu będzie mógł zdecydować, czy chce zapisać utworzony przez siebie dokument w formacie ODF, Open XML lub PDF, a także bez problemu otwierać dokumenty ODF. Koncern zapowiada, że ze stworzonych w ramach projektu Open XML Translator narzędzi będą mogli również korzystać inni producenci oprogramowania (np. integrować je z własnymi rozwiązaniami).

Prototyp pierwszego "translatora" formatów - przeznaczonego dla Worda 2007 - został już udostępniony w serwisie Sourceforge.net. . Program dostępny jest na licencji BSD. W projekt, oprócz Microsoftu, zaangażowanych jest kilka innych firm, m.in. CleverAge, Aztecsoft i Dialogika.

Co ważne, Microsoft zapowiada, że z czasem pojawią się również narzędzia, umożliwiające zapisywanie dokumentów w formacie ODF również użytkownikom starszych wersji MS Office (aczkolwiek nie sprecyzowano na razie, których wersji). Przypomnijmy, że premiera MS Office 2007 planowana jest na początek przyszłego roku (w tej chwili pakiet dostępny jest w wersji beta).

Decyzja Microsoftu jest zaskakująca, ponieważ koncern do tej pory nie wydawał się przekonany do standardu ODF (mimo, iż firma uczestniczy w wielu pracach organizacji OASIS) i zaprezentował własny format oparty na XML - Open XML. Przedstawiciele Microsoftu argumentowali, że ODF nie jest w stanie zapewnić odpowiedniej kompatybilności i obsługi wszystkich funkcji wykorzystywanych przez aplikacje z pakietu MS Office (a zapewnienie klientom możliwości pełnej obsługi starszych dokumentów stworzonych w Wordzie czy Excelu było jednym z priorytetów firmy).

Wydaje się, że na decyzję o uruchomieniu projektu umożliwiającego korzystanie z ODF w MS Office istotny wpływ miały coraz częstsze przypadki przechodzenia instytucji rządowych w różnych krajach na "otwarte" formaty - głównie na OpenDocument Format. Warto też wspomnieć, że przed Microsoftem na wprowadzenie obsługi tego formatu zdecydowali się już inni czołowi producenci aplikacji biurowych - ODF wspierają m.in. OpenOffice (dostępny na wszystkie popularne platformy), WordPerfect Office, Lotus Smart Suite, StarOffice czy Koffice. [src]

1. Konwerter ładuje się długo. Osoby, które jojczą na prędkość czytania plików przez OO.org powinna sobie otworzyć .odt w Wordzie
2. Brakuje możliwości zapisu do .odt

już prawie ukończono prace nad pluginem do Microsoft Office, który umożliwi zapis dokumentów w otwartych formatach OpenDocument (..) Projekt nazwany O3 prowadzony jest przez niekomercyjną grupę Open Source Victoria wspieraną finansowo przez australijski rząd. [src]

Microsoft is also planning to make support for the OASIS OpenDocument file format available as a separate download. The OASIS format was recently ratified by the International Standards Organisation. [src]

Najważniejszą zmianą jest użycie formatu OpenDocument jako domyślnego sposobu zapisu dokumentów. Aplikacje KWord (edytor tekstu), KSpread (arkusz kalkulacyjny) i KPresenter (do tworzenia prezentacji) posiadają już pełną obsługę ODF, narzędzia do tworzenia wykresów (KChart) i wyrażeń matematycznych (KFormula) potrafią na razie tylko częściowo z niego korzystać.

W bieżącym przełomowym wydaniu KOffice, standard OpenDocument jest domyślnym formatem zapisu dokumentów biurowych. (..)dodano nowe narzędzie do planowania przedsięwzięć - KPlato. Program Krita zyskał obsługę kolorów i warstw na profesjonalnym poziomie. Długo oczekiwane środowisko do budowy baz danych Kexi pojawiło się w pakiecie w finalnej wersji 1.0.

KOffice to pierwszy pakiet programów, w którym dodano funkcje dla standard OpenDocument (ODF), a obecnie drugim, po OpenOffice.org, który oferuje obsługuje OpenDocument jako domyślny format dokumentów. OpenDocument stał się obecnie prawdziwym standardem przemysłowym odkąd istnieją dwie całkowicie niezależne jego implementacje. W ten sposób przedsiębiorstwa i organizacje mają możliwość wybór pakietu biurowego, który najlepiej spełnia ich wymagania.

W KOffice 1.5 duża waga została przywiązana do zapewnienia wymienności i zgodności dokumentów z innymi pakietami biurowymi obsługującymi OpenDocument, w szczególności OpenOffice.org.

Polskim akcentem w pakiecie jest aplikacja Kexi, bardzo aktywnie rozwijana dzięki sponsorowi, firmie OpenOffice Polska z Warszawy. Kexi to pierwszy składnik pakietu KOffice dostępny także dla platformy MS Windows. Więcej informacji o programie Kexi znajduje się w dedykowanym mu polskim serwisie www.kexi.pl.

Jesli Ci chodzi o wymianę projektow, nie tylko danych, to aby taka wymiana była bezstratna:

* musialby istniec "oficjalny" format dotyczący baz danych, a taki nie istnieje, co uzgodnilismy w 2005 w ramach OASIS, kiedy pomagalem przy poprawkach spefyfikacji dla baz danych

* obie aplikacje musialyby sie ograniczyc do wspolnego mianownika, przez co zatracając swoj "selling pint"

* poza tym Base jest dosc mocno oparty na Javie i to troche determinuje jego format projektow, oraz stara sie go tworzyc mniej lub bardziej jako klon MS Access; architektura Kexi jest troche odmienna, oparta na wtyczkach, lecz oczywisci bez rewolucji, tak aby wymiennosc danych i projektu byla z wieloma programami byla mozliwa. Juz teraz wymiennosc danych z MS Access jest b. skuteczna.

Sama wymiennosc danych jest obecnie mozliwa przez: 1. wspoldzielenie tabel na serwerze 2. import/eksport danych w formacie CSV 3. najbardziej trywialnie: schowek

Z planów, jesli chodzi o wymiennosc Kexi <=> Base, to najpierw pewnie powstanie "<=".

PS: jako uzupelnienie polecam lekturę http://kexi-project.org/wiki/wikiview/index.php?KexiComparisons#3._OpenOffic e.org_Base