Dziś odbyła się debata „Standardy jako pomost łączący Open Source i oprogramowanie własnościowe”.

Forma: kameralna. Atmosfera: miła. Parę rzeczy warto wspomnieć, trochę też sprostować.

Za OSnews.pl:

Dotychczas wtyczka miała zamknięte źródła, ale była dostępna dla wszystkich za darmo. Teraz jest niewiele tańsza niż najtańsza wersja Microsoft Office.

Oracle żąda za swoją wtyczkę 90 USD na jednego użytkownika, podczas gdy najtańsza wersja Microsoft Office kosztuje ok. 110 USD. Co więcej, wsparcie techniczne jest dostępne za dodatkową opłatą wynoszącą “jedyne” 19,80 USD za pierwszy rok. Aby jeszcze bardziej odstraszyć użytkowników od używania wtyczki, minimalne zamówienie wynosi 100 sztuk licencji.

Jest to duży cios dla OpenOffice.org, ponieważ Microsoft Office 2007 obsługuje natywnie jedynie wersję 1.0 standardu ODF, natomiast nowsze wersje OpenOffice.org używają szkicu standardu ODF 1.2. W rezultacie stworzenie heterogenicznego środowiska pracy opartego o standard ODF stało się praktycznie niemożliwe.

Ja bym powstrzymał panikę. Przede wszystkim rzeczona wtyczka była zawsze zamkniętym oprogramowaniem, tzw. freeware. Krytykować ją można było gdy powstawała, a nie teraz gdy spełnia swą rolę (czyli służy do uzyskania przychodu w ten lub inny niebezpośredni sposób - o tym poniżej)

Dziś mija jedenasta rocznica upublicznienia dokumentów na temat dobrych praktyk programistycznych i projektowych wypracowanych przez Microsoft m. in. w dziedzinie oprogramowania biurowego. Warto o niej wspomnieć i zapalić wirtualną świeczkę:

Pozdrawiam z kolejnego sprintu programistów KOffice, odbywającego się w Berlinie (5-7 czerwca 2009). Z braku czasu zamieszczam krótkie notki wsparte notatkami Hanny:

• piątek: nieformalne prace/dyskusje/planowanie przejęcia kontroli nad światem pracowników biurowych
  
• sobota 09:15 - 09:25: po krótkiej nocy, sesja na temat równoległego edytowania dokumentów KOffice przez wiele osób (Collaborative Editing); Cyrille, współautor Krity, omawia Action Recording Framework dla tego programu; obecnie informacje o zmianach w dokumentach są zbyt duże do ich transmisji przez sieć,
  
• 09:25 - 09:50, Pierre omawia obsługę oznaczania zmian w dokumencie opartym o standard OpenDocument (ODF), wspomina o ograniczeniach obecnego standardu do ramek tekstowych (brak notowania zmian wewnątrz obietku graficznego); uwaga nie odnoszeniu się ODF do tematu równoległego edytowania dokumentów; padła propozycja o zaoferowaniu rozszerzenia w ramach projektu ODF 1.3 (w odróżnieniu od zamrożonego w ECMA formatu MSOOXML jest to możliwe, bo standard ODF nadal się rozwija wg potrzeb),
  
• 09:50 - 09:57: Cyrill mówi o modułach Telepathy/Tapioca, Decibel, libinfinity/kobby, Teamwork; wspomina o złączeniu tapioca z telepathy, oraz o Decibelu jako warstwie nad telepathy; równoległe edytowanie dokumentów w Google Docs jest ograniczone do 1-go autora dokumentów - jeśli ta osoba przejdzie offline, cala sesja edycyjna nagle kończy się,
  
• 09:57 - 10:03: dyskusje o sposobach rozwiązanie problemów równoległego edytowania dokumentów,
  
• 10:44 - 11:05: to moja działka, mówię o tym czym są obecne raporty (w stylu Crystal Reports lub MS Access) w Kexi 2.x, objaśniam użycie ODF i bibliotek obsługujących go w KOffice do generowania innego rodzaju raportów (w stylu dokumentów KWord, prezentacji KPresenter, czy KSpread), raporty oczywiście nie muszą być po wyświetleniu czy wydrukowaniu zapisane gdziekolwiek, więc rozwiązanie jest pod tym względem dynamiczne i nieco bardziej efektywne; obecny Report Designer autorastwa Adama Pigga realizuje 1-szy typ raportów, drugi tym może być realizowany przez użycie KWord (lub innych aplikacji) pracujących w trybie usługi dla Kexi; takie rozwiązanie pokazuje elastyczność całego KOffice, a także wyjaśnie jak grupa osób która mieści się spokojnie w większej sali potrafi dostarczać komponenty gdzie indziej (Redmond?) tworzone przez setki osób;
  
• poruszam temat KexiDB v2 czyli uniwersalnej biblioteki Predicate do dostępu i tworzenia baz danych; staje się ona zewnętrzną biblioteką (prawdopodobnie w kdesupport) niezależną od bibliotek KDE; padają pytania czy Kexi wróci do pakietu w wersji 2.1 - postaramy się o ile podzadania nie będą zbyt czasochłonne/ambitne; pada pytanie o zapisywanie do formatół ODF - jest to możliwe w 2-gim rodzaju raportów; przydałaby się biblioteka dająca większy dostęp do używania funkcji ODF-a przy generowaniu/czytaniu plików ODF; wspominam o integracji na poziomie dostępu do danych (Predicate) - jest obsługa SQLite, CSV, MySQL, PostgreSQL, Oracle, Sybase/MS SQL Server, XBase.
  
• 11:22 - 12:06: Boudewijn (Krita) opowiada o zadaniu uczynieniu bibliotek KOffice mniej sklejonych ze sobą, a przez to lepiej dostępnych dla zewnętrznych aplikacji; dwa podejście do projektowania bibliotek: sklejanie funkcji w jedną bibliotekę (stają się duże i ciężkie, szczególnie dla urządzeń przenośnych) oraz rozdzielanie na małe części; nie chcemy by biblioteki ładowały pluginy jeśli nie używają ich; chcemy uprościć zależności ale bez niepotrzebnego sklejania bibliotek,
  
• 12:15 - turecki lunch
  
• 13:41 - 13:54: Boudewijn, Tobias oraz Inge mówią o założonych przez nich firmie KO GmBH (poprzednio KOffice Source), świadczącej usługi związane z KOffice; wspominają o szukaniu sposobów na dostarczenie pełnoetatowych pracowników do projektu; ogłoszenie: jeden doświadczony programista KDE jest już oficjalnie pełnoetatowym pracownikiem KO GmBH; "duże szanse na na nasz rozwój dają takie cechy KOffice jak elastyczność i przenośność na różne platformy", mówi Inge,
  
• Alexandra Leisse rozda dziś cztery Nokie N810 dla programistów KOffice, więc jeszcze tylko 3 osoby wśród nas nie będzie miało swojej,
  
• 14:00 - 14:26: hmm, ekipę odwiedza Kari z Nokii, opowiada o Maemo Fremantle; ta platforma ma już 460 aplikacji; hardware z wersji na wersję tego typu urządzeń (nowsze z serii N to już komórki) są coraz lepsze, przeganiają już 3-krotnie wydajność procesora ARM11, kodują i dekodują wideo w rozdzielczości DVD
  
• 14:31 - przybywa Jos van den Oeven, to właśnie on jest nowym pracownikiem KO GmBH, poznałem go na Akademy 2007, jest m.in. głównym autorem Strigi w KDE; nastają jeszcze ciekawsze czasy...
  
• 15:51 - 16:30: Cyrille na temat Flake ("płatki", elementy wstawiane do dokumentu); dyskusja na temat poprawy obsługi skrótów klawiszowych - można modyfikować tylko skróty dostępne dla aktywnego okna; sugestia: nowa kategoria dla skrótów klawiszowych?; selekcja jest przypisana do widoku, bo można mieć więcej niż jedno urządzenie wejściowe (np. mysz); narzędzia (flake tools) nie powinny bezpośrednio wpływać na implementację poleceń anuluj/ponów; ogólna zgoda co do uczynienia płatków (flake) bardziej oderwanych od bazowej aplikacji pod względem API;
  
  

Dziś jest Document freedom day 2008, a więc także Twój dzień, jako nadawcy i adresata emaili, jako autora jakichkolwiek dokumentów i prezentacji, a w końcu -- jako obywatela który w rozmaity sposób ma lub będzie miał komunikować się ze swoim państwem.



Dzień stadardów tworzonych nie po to by jakaś grupa konsumentów była zgodna z nową wersją jednego wyróżnionego produktu, ale po to by to producenci byli zgodni z jednym wspólnym, uzyskanym na drodze konsensusu standardem. Byś to Ty mógł wybierać producenta programu na tej samej zasadzie, na której wybierasz żywność, ubranie czy samochód.

To dzień Twoich zasad. Uczyń go dniem powszednim.

Wygląda na to, że wiele osób nie odrobiło pracy domowej i najnormalniej w świecie skopiowało nieprawdziwą rewelację z serwisów typu news.com na temat blokowania przez MS Office 2003 z dodatkiem SP3 nadal dość powszechnie stosowanych formatów dokumentów, m.in. Office 97, 95 i Word 6.0.

Zbliżają się święta, wiec pomyślałem że w ramach uprzejmości dla bliźnich podam parę sugestii o tym, jak bezproblemowo umieścić specyfikacje taką jak OOXML jako standard w ISO. Adresatem są pracownicy biur Microsoft (także w Polsce) oraz partnerzy firmy. Mam wrażenie, że dla wielu (poza wspomnianymi osobami) będzie to po prostu przypomnienie i usystematyzowanie znanych prawd.

Międzynarodowa Inspekcja d/s Czarnego Rynku Oprogramowania Systemowego Obsługującego Formaty Tekstowe (MICROSOFT) ogłosiła zaskakującą decyzję, że przestaje wspierać format dokumentów OOXML (Office Open XML) uznając, że lepszym, uniwersalnym standardem będzie - opracowywany przez ANSI - format TXT. Decyzja o wsparciu TXT przez MICROSOFT oznacza, że nazwa formatu OOXML będzie musiała być zmieniona, a za jego rozwój odpowiedzialna stanie się inna organizacja lub firma. Czarosław Jasnowidzący, wiceprezes MICROSOFT przyznaje, że decyzja ta wywołuje niepohamowany gniew i niezadowolenie zwolenników formatu OOXML. Jędrzej Nienazwany, założyciel firmy Jędrzej & Jędrzej Sp. z o. o. i zagorzały zwolennik OOXML uważa, że decyzja Inspekcji nie ma wielkiego znaczenia, a format OOXML będzie miał wciąż szerokie wsparcie w całym cywilizowanym mikroświecie. Mówi on, że "znacznie więcej można zyskać wykorzystując już zaawansowane w skali globalnej wysiłki popularyzacji formatu, niż zmieniając kierunek tej drogi".

Odnośnie dużej liczby uwag zgłoszonych do OOXML na miejscu jest zadać następujące pytanie:

A ile uwag zgłoszono do ODF?
Nie wierzę, że 0.

Standaryzacja OpenDocument była o wiele bardziej rozszerzona w czasie i dwuetapowa (od 2002) niż w przypadku OOXML. Był to ponadto proces otwarty.