Polska Planeta OpenOffice.org

IDG.pl: Microsoft ujawnia biurowe sekrety

Tue, 01 Jul 2008 07:50:29 +0000

Koncern z Redmond udostępnił kilkanaście tysięcy stron dokumentacji technicznej swoich aplikacji biurowych - m.in. programów z pakietu MS Office oraz serwera pocztowego Exchange. Przedstawiciele firmy tłumaczą, że chcą w ten sposób pomóc autorom konkurencyjnych rozwiązań (m.in. OpenOffice'a) w zapewnieniu sprawniejszej współpracy ich oprogramowania z produktami Microsoftu.

JakiLinux.org: Rozwiewanie mitów o ODF

Thu, 26 Jun 2008 09:15:23 +0000

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

Morfologik: LanguageTool i OpenOffice 3.0

noreply@blogger.com (Marcin Miłkowski) — Thu, 26 Jun 2008 02:41:36 +0000

Pracuję teraz nad głębszą integracją LT z nową wersją pakietu OpenOffice.org 3.0, która ma się pojawić we wrześniu. Obraz mówi więcej niż tysiąc słów.

Pozostało jeszcze trochę do zrobienia, ale już widać, że nowy mechanizm działa dosyć szybko i sprawnie. Niestety, widać tylko u osób, które mają cierpliwość skompilować OOo ze źródeł w wersjach roboczych, bo do dostępnych oficjalnie wersji beta jeszcze te funkcje nie dotarły.

Heise online: Red Hat Summit 2008: format ODF pokonał konkurencyjny OOXML?

Mon, 23 Jun 2008 10:04:45 +0000

Czyżby wojna między formatami OOXML oraz ODF miała się ku końcowi? Przedstawiciel Microsoftu przyznał, że "ODF bezsprzecznie wygrał". Nie należy jednak na tej podstawie sądzić, że korporacja z Redmond zmieniła front.

IDG.pl: Microsoft przyznaje: ODF wygrał

Mon, 23 Jun 2008 06:53:53 +0000

Walka pomiędzy formatami OOXML oraz ODF była długa i wywoływała olbrzymie emocje. Wygląda jednak na to, że dobiegła ona końca. Podczas Red Hat Summit, który odbywał się w Bostonie, przedstawiciel Microsoftu, Stuart McKee powiedział: "Oczywiste jest, że ODF wygrał. Żyjemy z produkcji oprogramowania. Zaimplementowanie obsługi ODF w środku prac nad pakietem MS Office 2007 było niemożliwe. W przyszłości jednak mamy zamiar zrobić więcej, niż konwerter z ODF do OOXML".

DI.com.pl: Microsoft ogłosił zwycięstwo... ODF

Sat, 21 Jun 2008 09:10:05 +0000

"ODF wyraźnie wygrał" – takie słowa padły z ust przedstawiciela Microsoftu w czasie dyskusji panelowej na Red Hat Summit w Bostonie. Z wypowiedzi pracownika Microsoftu wynika, że zakres wsparcia dla otwartego formatu dokumentacji ze strony koncernu może się niebawem zwiększyć.

ItBiznes.pl: SUSE trafi na Winda

Fri, 20 Jun 2008 14:24:00 +0000

Znany producent sprzętu komputerowego, Micro-Star International, będzie sprzedawać tanie mini-notebooki z zainstalowanym Linuksem dostarczonym przez Novella. Netbook Wind, wyposażony w nowy procesor Intel Atom, sprzedawany będzie na całym świecie z preinstalowanym systemem SUSE Linux Enterprise Desktop oraz pakietem programów biurowych OpenOffice.org.

OSNews.pl: ODF wyraźnie wygrało

Fri, 20 Jun 2008 10:39:16 +0000

Kto by pomyślał - jeszcze nie opadł kurz po batalii o przyjęcie OOXML jako standardu ISO, a już zostało odtrąbione zwycięstwo… OpenDocument Format. Najciekawsze, że przyznaje to nie kto inny, tylko przedstawiciel Microsoftu.

DobreProgramy.pl: Microsoft uznaje zwycięstwo ODF

redakcja@dobreprogramy.pl (gniemirowski) — Fri, 20 Jun 2008 01:01:00 +0000

Microsoft uznał wygraną ODF w zaciekłej walce formatów.Stuart McKee z Microsoftu powiedział podczas konferencji Red Hat Summit w Bostonie, że format ODF odniósł wyraźne zwycięstwo nad Office Open XML. Przyznał, że korporacja włączyła się zbyt późno i trudno było jej nawiązać dyskusję o standardach. Zwrócił też uwagę, że ze względu na cykl wypuszczania oprogramowania w Microsofcie nie było możliwe dodanie ...

DobreProgramy.pl: openSUSE 11.0

redakcja@dobreprogramy.pl (adam9870) — Thu, 19 Jun 2008 11:22:00 +0000

Wydano właśnie stabilną wersję dystrybucji openSUSE 11.0, rozwijanej przy współpracy z firmą Novell. W nowym openSUSE znajdziemy między innymi środowisko graficzne GNOME w wersji 2.22.1 oraz KDE 3.5.9 i 4.0.4, system kontroli wersji Subversion 1.5rc5 i wyszukiwarkę Beagle 0.3.7. System posiada także pakiety biurowe OpenOffice.org 2.4 i Abiword 2.6.2, przeglądarkę internetową Firefox 3.0 Beta 5, menadżer ...

IDG.pl: Godfather II z elementami RTS?

Thu, 19 Jun 2008 09:15:22 +0000

Z najnowszych informacji przekazanych przez szefa Electronic Arts wynika, że Godfather II będzie rozgrywał się na dwóch płaszczyznach - TPP i RTS. Czy ten ciekawy pomysł jest sposobem firmy na sukces gry?

OSNews.pl: PDF+ODF w OpenOffice.org 3

Wed, 18 Jun 2008 13:59:16 +0000

Chociaż formaty dokumentów PDF i ODF mają podobną nazwę, to nadają się do innych zastosowań. Pierwszy bardzo dobrze trzyma formatowanie i jest powszechnie stosowany, ale trudno go edytować, natomiast drugi świetnie nadaje się do modyfikacji, zarówno ręcznych jak i automatycznych, ale nie gwarantuje takiej wierności wyglądu i jest dopiero “na dorobku”. A gdyby je tak ożenić?…

Heise online: Zaktualizowano pakiet NeoOffice dla Mac OS-a X

Wed, 18 Jun 2008 12:25:45 +0000

Szykują się przełomowe wydania wolnych i otwartych pakietów biurowych dla systemów Apple'a. W arkuszu kalkulacyjnym pakietu NeoOffice wprowadzono obsługę makr VBA, a nowy OpenOffice ma już być natywną aplikacją systemu OS X.

Quest: Burza mózgów: Zaprojektuj menu kontekstowe

Thu, 05 Jun 2008 20:10:11 +0000

29 maja zapytałem na #ux.openoffice.org, o przeprojektowanie menu kontekstowego w OO.o, dokładniej o takie pozycje jak "dodaj/usuń hiperłącza", "synonimy" itp. Dostałem odpowiedź od Lutza Hoegra, że "owszem, tak chcielibyśmy takie opcje ale jak przeprojektować menu?". I poinstruował mnie, że jeśli mam propozycję, to powinienem ją wysłać na discuss@ux.openoffice.org

Przejrzałem różne edytory tekstu, z pakietów: KOffice, WordPerfect, Symphony, Office, GNOME Office i niestety muszę potwierdzić obiegową opinię, że ergonomia pracy MS Office jest najlepsza. Przynajmniej dla szarego zjadacza chleba.

Menu z MS Office nie zmieniało się od 2002 roku (od czasów Office XP). Dopiero w MSO 2007 rozdzielono "Bullets and Numbering" na dwie osobne opcję a "Select Text with Similar Formating" przemianowano po prostu na "Styles".

W MSO 2007 dodano pasek z podstawowymi opcjami. Writer ma to domyślnie w pierwszej części menu (Czcionka, Rozmiar, Styl, Wyrównanie, Interlinia). Sun już dawno temu wyprzedził swoją epokę, tylko źle zrealizował swoją wizję.

Najczęściej używane opcje (wytnij/kopiuj/wklej) są w przeciwnym miejscu tj w Wordzie są u góry, we Writerze na samym dole. Dobrym rozwiązaniem jest to, że "Kopiuj/Wytnij" są poukrywane jeśli użytkownik nie zaznaczył tekstu, w Wordzie opcje te są nieaktywne i zaśmiecają menu.

Zebrałem garść spostrzeżeń i stworzyłem swoją wizję, jak powinno wyglądać menu kontekstowe. Za niedługo, po przetłumaczeniu poleceń, propozycja zostanie wysłana na listę i poddana dyskusji. Jeśli ktoś ma własną, lepszą wizję to proszę o komentarze.

Aktualizacja (19.06.2008):
"IMO the revising the Context menu would be a nice task OOo 3.1" - to tyle w temacie. 3.1 zapowiedziano na marzec 2009 r.

Quest: Jak Filip z konopi

Thu, 22 May 2008 11:18:12 +0000

...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! ;)

Quest: Rozwiewanie mitów o ODF

Sun, 18 May 2008 21:44:12 +0000

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.

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.

Komitet Techniczny zaakceptował różne propozycje funkcji, które nie są zaimplementowane w OpenOffice.org, i zrobił to bez żadnych większych dyskusji.
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ć.

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.

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)

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.

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ć!

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.

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:

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.

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.

Quest: OpenOffice.org Ribbon? - część druga (ost.)

Sat, 17 May 2008 17:26:00 +0000

Dawno temu informowałem, o nowym interfejsie podobnym do Wstążki, znanej już z Microsoft Office 2007. Ogólnie OpenOffice.org (mniejsza z tym, że chiński) wraz z nowym interfejsem wywarł dość spore poruszenie u blogosfery i czytelników serwisów linkujących do owej notatki. Jedni jojczyli na swe apokaliptyczne wizje głosząc, że Sun na pewno pokaleczy OO.o takim interfejsem (co dodatkowo będzie bezczelnym małpowaniem i potwierdzeniem, że Linuksowcy to kseroboje) a inni jojczyli, że OpenOffice.org jest przestarzały i nie goni konkurencji.

Niewiele później po premierze Office'a 2007, firma Bejing RedFlag 2000 Ltd. wydała OpenOffice'a 2.4, z nowym interfejsem wstążkopodobnym (w wersji BETA). Niestety tylko na Windows i tylko po chińsku. Jakimś cudem udało mi się uruchomić instalator pod WINE jednakże poległem przy rejestracji. Męcząc się z Google Tłumaczem i usiłując się zarejestrować na chińskim forum, po kilku godzinach walki i wysypie krzaków oznaczających mniej więcej "użytkownicy bez e-maila w domenie .cn WON", zrezygnowałem na wiele miesięcy.

Po owych miesiącach dostałem informacje o oficjalnym wydaniu RedOffice'a 4.0. Firma RedFlag 2000 przeprojektowała swoją stronę, umieściła ładną flashową reklamówkę na głównej, a dzięki tłumaczowi od googla dotarłem do zachęcającej prezentacji (wersja offline, nie pójdzie pod WINE) porównującej RO 4.0 z MSO 2003 (notabene wygrał RedOffice) . Teraz gapienie się na zrzuty ekranów już mi nie wystarczało. Postawiłem na empirię! Odszukałem instalator na stronie: i znowu tylko pod Windows i tylko po chińsku. Cóż, nie ma rzeczy niemożliwych!

Odpaliłem Xp pod VirtualBoksem, pobrałem binarkę i zaczął się proces instalacji. Pierwsze co się rzuca w oczy to stylowy, Makowy wygląd okien...

Instalacja

(Tutaj, aby móc zainstalować program należy zmienić ścieżkę z ~/[][][]2000[][][][] na ~/RedFlag2000)

Okno wyboru dwóch opcji: logujesz się użytkowniku czy rejestrujesz?

Loguję się!

Rejestruję!

Jak widać, chińskie znaczki pod Windowsem, który Unicodu oczywiście nie obsługuje - szlag trafił! Na szczęście miałem zrzut z odpowiedniego okna dialogowego, którego treść zrozumieć pomógł mi Kohei i jego żona :-}

Thank you Kohei and your wife for help! :-)

Po poprawnej rejestracji, na skrzynkę dostaniemy wiadomość z życzeniami przyjemnej pracy. Oprócz tego, rytualnie, w treści odnajdziemy ID i hasło. Tutaj znów z pomocą przychodzi google tłumacz.

Użytkowanie

Na stracie pojawi się splash screen robiący za planszę startową. Nie zniknie on jak w przypadku oryginału, ale można z niego wybrać dalsze składniki. Identyczny mechanizm znajdziemy w deweloperskich wydaniach OO.o 3.

Podpisy na zielono są moje

Screencast (Writer 4.0)

A więc... to mój pierwszy raz <zawstydzony> :D A na poważnie: jest to produkcja czysto amatorska. Nie było potu, krwi, łez i bólu, ale była chęć szybkiej publikacji z powodu świeżość, która mnie mierzi. Obiecuję, że w zamian za konstruktywną krytykę, przyszłe nagrania będą lepsze. Zaznaczam, że posty autorów uprawiających krytykanctwo będą wywalane.

Wideo w wysokiej rozdzielczości (AVI, 48 MB)

Co mogę powiedzieć? Belka z narzędziami po lewej stronie to rewelacyjny pomysł. Trzeba dziękować Microsoftowi, że opatentował tylko ten pasek z góry ekranu (tzn. to gorsze rozwiązanie).

Świetnym rozwiązaniem jest podgląd zmian w czasie rzeczywistym. Np. zmiana tła strony we Writerze jest banalna i przyjemna. Jednak ja wciąż nie mogę się przyzwyczaić do tego, że jakikolwiek ruch kursowa ponownie zmienia tło, chociaż jest to tylko podgląd w czasie rzeczywistym. Zdezorientowany chwytając ponownie mysz i machając kursorem, widząc kolejne zmiany, coś naklikałem i popsułem. Ot, taki destrukcyjny nawyk.

Program jest bardziej idiotoodporny niż wszystkie produkty ze stajni Microsoftu. Czy ktoś spodziewał się, że pakiet biurowy może zaoferować "aż" 3 formaty zapisu plików? Zupełnie jak w reklamie pasty Blendamed: Dwie, trzy pasty! Uh, cóż za straszny wybór! Aż głowa boli od myślenia!

Interfejs na pewno nie jest spójny. Sam pakiet z wyglądu jest hybrydą: okna Maka i przycisków Visty. W menu kontekstowym i paru innych miejscach trafiłem na stare ikony z GNOME 1.x. Do tego wszystkie fontworki, figury geometryczne, i kolory wykresów, zostały żywcem przeniesione z OO.o 2.4. Okna zapisu i odczytu plików nie są oknami systemowymi.

Z powodu braku obsługi Unicodu, człowiek jest zdany na intuicję. Kwadraciki naprawdę niewiele mówią ;) Jeśli ktoś pracuje równolegle na OO.o i MSO 2007, na pewno da sobie radę. Wiele skrótów klawiszowych i zachowań okien jest zwyczajnie skopiowanych z produktu Microsoftu.

Niech nikomu nie przychodzi do głowy nakładanie polskiego langpacka z OO.o 2.4! Konsekwencją będzie niespójne tłumaczenie i brak reakcji połowy przycisków. Nie wiem jak cudem, ale po instalacji paczki językowej, część poleceń miałem po polsku, część po angielsku, a pozostałą część po mandaryńsku (tzn. widziałem prostokąty).

RedOffice to fajna zabawka, którą można eksploatować przez krótki czas, popsuć i wywalić do kosza. I oczywiście można podpatrzeć co robi konkurencja ;-) Nie sposób zrobić z tego produktu zdatnego na polski rynek. Na pewno nie osiągnie się tego metodą chałupniczą. Produkt ten na pewno zaciekawi każdego spragnionego nowości i z dużą ilością czasu człowieka.

***

Tyle z tej egzotyki. Przy okazji rozmowy z Koheim, mając w pamięci narzekania czytelników, zapytałem, dlaczego Sun nie wykorzysta kodu odpowiedzialnego za wygląd w RO 4.0. Odpowiedział:

Nie jestem pewien, ale zgaduję, że istnieją obawy przed wprowadzaniem tak dużych zmian w kodzie odpowiedzialnym za interfejs ...a również dlatego, że my (Novell) aktywnie pracujemy nad zmianami w UI (...) Końcowi użytkownicy zobaczą zmiany w interfejsie, gdy skończymy pracę.

I to powinno starczyć tym wszystkim, którzy czuli niedosyt widząc zrzuty ekranu z bety. A wystarczyło tylko porównać stary i nowy ekran powitalny oraz stare i nowe okno "O porgamie" aby w głowie zatrybiło, że to jeszcze nie koniec prac.

Synonimy: synonimy 1.5 released (Mon, 12 May 2008 23:44:47 GMT)

milek_pl@users.sourceforge.net (Marcin MiÅ‚kowski) — Mon, 12 May 2008 23:44:47 +0000

Released at Mon, 12 May 2008 23:44:47 GMT by milek_pl
Includes files: thesaurus-1.5.txt.gz (190559 bytes, 2343 downloads to date), kword_thesaurus-1.5.txt.gz (208773 bytes, 1125 downloads to date), OOo-Thesaurus-1.5.zip (486838 bytes, 877 downloads to date), OOo2-Thesaurus-1.5.zip (1576689 bytes, 413 downloads to date)
[Download] [Release Notes]

Morfologik: LanguageTool Community

noreply@blogger.com (Marcin Miłkowski) — Sat, 10 May 2008 13:28:27 +0000

Parę dni temu oficjalnie otworzyliśmy witrynę LanguageTool Community, na której użytkownicy mogą oceniać poprawność reguł na tekstach z Wikipedii i na własnych. Wystarczy się zarejestrować i oceniać. Dla nas to będzie bardzo przydatne.

Reguły nie do końca odpowiadają jeszcze temu, co już poprawiliśmy, ale za parę dni będą już aktualne.

Quest: GoOOoCon2008 trwa!

Fri, 11 Apr 2008 11:40:02 +0000

1. O co chodzi?
2. Program!
3. Transmisja strumieniowa (Sensownie działa http://stream3.adminit.cz:6002/)

Od 14.00 przez pół godziny Radek Doulik będzie opowiadał jak jak stworzyć własne przejścia 3D. Dla przypomnienia czym to jest, wideo autorstwa Zbigniewa Branieckiego.

Quest: OpenOffice.org 2.4

Fri, 28 Mar 2008 21:01:02 +0000

Wczoraj po wielu trudach zwanymi potocznie "RC1-RC6" opublikowano informację o stabilnym wydaniu. Premiera odbyła się z niemałym poślizgiem. Pierwotnie czwórka miała zostać wydana już 6 marca. Daje to w sumie 3 tygodnie opóźnienia. Osobiście przypuszczam, że taki poślizg na pewno posunie w czasie termin wydania wersji 2.4.1 i trójki - z września na październik.

O zmianach można przeczytać w poprzednich notatkach:
Wydano OpenOffice.org 2.3.1. Nowości w 2.4, OpenOffice.org 2.4 RC2 oraz na blogu Andrzeja Ziem: New features in OpenOffice.org 2.4.0.

Polskie kompilacje powinny zostać udostępnione jutro do południa.

Z innych nowinek:

W nocy ze środy na czwartek zmieniono wygląd strony głównej. Czynu tego dokonano umyślnie i z premedytacją. Zdecydowanie postępek ten wiązać można z premierą nowej edycji OO.o.
Zmiany wyglądu strony głównej pociągnęły za sobą popsucie stylów CSS na stronach projektów lokalnych. Ponieważ Collabnet sux, a nowo-stary mix przyprawiał odwiedzających o palpitacje serca, rozstrój żołądka i rozwolnienia, przeprojektowany został również wygląd pl.openoffice.org.
Planeta została przeniesiona na inny serwer i jest pod opieką Szkota o pseudonimie John 'jpmcc' McCreesh. Uruchamia się 4 razy dziennie (o 6, 9, 12, 15) i z tego, co słyszałem ma znów zostać przesiedlona, tym razem do Hamburga. Planetę odnaleźć można pod nową, bardziej logicznie brzmiącą domeną - pl.openoffice.org/planeta.
Ps. Oczywiście jej wygląd został spierniczony poprzez globalne, wymuszone style Collabnetu, ale swoją funkcję tj. agregatora wpisów spełnia bardzo dobrze.

OpenOffice.org w praktyce: Makro w Calcu: liczby słownie

noreply@blogger.com (Mateusz Zasuwik) — Thu, 27 Mar 2008 22:40:38 +0000

Od czasu do czasu każdemu pracującemu człowiekowi zdarza się, że w trakcie uzupełniania szablonu faktury czy rozliczając się z podatku, musi napisać słownie bardzo długi ciąg liczb. Czynność ta do trudnych nie należy, ale i nie jest działaniem, które sprawiałoby przyjemność. Aby ułatwić sobie pracę, posłużymy się prostym makrem.

Na samym początku musimy utworzyć nowy moduł, który nazwiemy frazą slownie. W tym celu klikamy w menu Narzędzia => Makra => Zarządzaj makrami => Makro... i z okna OpenOffice.org - Makra Basic, wybieramy opcję Zarządzaj... Naszym oczom ukaże się Menedżer Makr Basic, w którym będziemy mogli stworzyć nowy moduł klikając opcję Nowy...

Jeśli już stworzyliśmy nowy moduł, możemy go odpowiednio zmodyfikować. Zaznaczmy slownie i wybieramy opcję Edytuj. Pojawi się edytor OO.o Basic, do którego kopiujemy makro! Zapisujemy je i wychodzimy z edytora.

To tyle pracy od strony technicznej. Teraz możemy wpisać w Calcu w wierszu wprowadzania =slownie(jakaś_liczba), co będzie skutkować zamierzonym działaniem.

Quest: OpenOffice.org 3.0. Zmiany licencyjne i drobne ciekawostki.

Thu, 06 Mar 2008 22:11:39 +0000

Właśnie przed minutami, za sprawą Malte Timmermann'a, świat obiegła wieść o zmianach licencyjnych, które uczyniły OpenOffice.org bardziej prospołecznym niż to było dotychczas.

Z ogłoszenia dowiadujemy się, iż obecna licencja LGPL v2.1 została zastąpiona swoim nowszym odpowiednikiem (LGPL v3.0), a niekorzystna dla "dawców kodu" licencja Joint Copyright Assignment (JCA) została zastąpiona przez Sun Microsystems Inc. Contributor Agreement (SCA).

Zmiany licencyjne będą widocznie dopiero od OpenOffice.org 3.0 beta

A z zakamarków Internetu wyszperałem garść informacji mówiących, że:

OpenOffice.org 3 będzie budowany przy pomocy gcc-4.2.2 dla Linuksa, gcc-3.3.x dla MacOS X 10.3 i OS/2, SunStudio 12 dla Solarisa i prawdopodobnie Visual Studio 2008 dla Windows gdy zostanie wydany, a aktualnie używany jest Visual Studio 2005

Na oficjalnym forum OO.o, ktoś zarzucił pomysłem aby zerwać z wsteczną kompatybilnością i użytkowników Windows 98/Milenium zostawić na lodzie. Korzyści są oczywiste. Odpowiedź na to pytanie - jeszcze nie.

Zrobiono wreszcie porządek z nazwami dla snapshotów. Ostatnia gałąź dla linii 2.x nazywa się OOH_m_liczba, zaś linia 3.x ma ludzko brzmiącą nazwę DEV300. Do tego stabilna trójka powinna nosić nazwę "OOO300", 3.1 będzie miało "OOO310" itd.

Nuno Pinheiro z Oxygen Team podjął się stworzenia odpowiedniego motywu do pakietu.

Po tym jak Chińczycy z RedFlag 2000 dołączyli do Suna, praca wre! Testują każdą funkcję w interfejsie i zgłaszają błędy (oraz sami je naprawiają). Aż miło popatrzeć. Bo to czego najbardziej brakuje temu projektowi to zasoby ludzkie.

Koniec. Warto wspomnieć jeszcze o łeb-dwa-zero logo, które zostały wybrane z konkursu organizowanego przez Top7 (OpenOfficeT7). Loga fajne, ale w złym stylu. Nie da się czymś takim promować firmy, która chce zasłynąć z dystrybucji oprogramowania biurowego. Chociaż kto wie? Może się mylę? OO.o 3.x ma mieć możliwość integracji z blogowiskami

Morfologik: LanguageTool 0.9.2

noreply@blogger.com (Marcin Miłkowski) — Sun, 17 Feb 2008 22:14:56 +0000

Dzisiaj ukazała się najnowsza wersja LanguageTool. Nowością jest zmiana rozszerzenia pliku na .oxt, co umożliwia instalację w OpenOffice.org za pomocą dwukrotnego kliknięcia myszą. Polecenia korektora zostały przeniesione do menu Narzędzia, co integruje go ściślej z pakietem – znajdują się tuż obok poleceń dotyczących kontroli pisowni.

30 nowych reguł dla języka polskiego (obecnie jest ich 690);
prawie 1500 nowych reguł dla języka francuskiego – reguł jest obecnie niemal 1700!
wprowadzono podstawy obsługi języka szwedzkiego;
ponad 120 „fałszywych przyjaciół tłumacza” w parze języków polski-angielski (przydatne do poprawiania tłumaczeń i pisania w językach obcych);
poprawiono błąd w wersji dla OOo - nie było widać fałszywych przyjaciół;
teraz reguły można wyłączać i włączać w ramach całych grup; istnieją reguły wyłączone domyślnie (dostępne w menu Opcje).

Uwaga: od wersji 2.2 w OpenOffice.org Menedżer pakietów nazywa się Menedżer rozszerzeń.

Instalacja:

W programie OpenOffice.org 2.x

Metoda prosta
Dwukrotnie kliknij pobrany plik LanguageTool-0.9.2.oxt. Jeśli w systemie jest zarejestrowane rozszerzenie .oxt (robią to aktualne wersje OpenOffice.org), nastąpi uruchomienie instalatora.
Metoda tradycyjna
Kliknij polecenie Narzędzia > Menedżer pakietów > Dodaj, a następnie wybierz plik LanguageTool-0.9.2.oxt (bez rozpakowywania). Po otwarciu nowego okna edytora OpenOffice.org Writer (naciśnij klawisze Ctrl+N) w menu Narzędzia pojawi się nowe podmenu LanguageTool, które zawiera polecenie Sprawdź tekst... służące do sprawdzania tekstu.

Bez programu OpenOffice.org

Rozpakuj archiwum LanguageTool-0.9.2.oxt (jest to plik w formacie .zip) i uruchom plik LanguageToolGui.jar, klikając go dwukrotnie. Jeśli na danym komputerze nie skonfigurowano skojarzenia dla plików *.jar, uruchom program z wiersza poleceń za pomocą polecenia java -jar LanguageToolGUI.jar. Plik LanguageTool.jar jest natomiast korektorem działającym z poziomu wiersza poleceń.
Rozpakuj znajdujący się w archiwum plik standalone-libs.zip do tego samego katalogu, do którego rozpakowano pliki z archiwum.

W razie problemów

Należy upewnić się, czy w systemie zainstalowana jest Java w wersji co najmniej 1.5.
Ta wersja środowiska Java musi być widoczna dla OpenOffice.org (Narzędzia > Opcje > Java).

Reguły

Tu można przejrzeć polskie reguły w wersji 0.9.2

Morfologik: Drobne poprawki w bibliotece morfologik-stemming

noreply@blogger.com (Marcin Miłkowski) — Fri, 08 Feb 2008 14:39:32 +0000

Wydaliśmy dzisiaj nową wersję biblioteki morfologik-stemming, 1.1.2. Poprawiliśmy w niej błąd, który uniemożliwiał wykorzystanie jej w ramach aplikacji na serwerze Tomcat. We wcześniejszej poprawce, której nawet tu nie anonsowałem, usunęliśmy problem związany z nieprawidłowym plikiem manifestu, w którym widniały błędne ścieżki klas.

Programistów zapraszam do pobierania tych wersji biblioteki z kosmetycznymi poprawkami.

OpenOffice.org w praktyce: Calc: Jak zamienić komórkę w menu rozwijalne

noreply@blogger.com (Bartek Krzemień) — Fri, 14 Dec 2007 18:51:11 +0000

Czasem zdarza się, że chcielibyśmy ograniczyć zestaw wartości możliwych dla danej komórki. Postaram się w kilku krokach pokazać, jak takie ograniczenie zaimplementować w postaci listy rozwijalnej.

Wyobraźmy sobie następujący arkusz:

Każda pozycja ma określoną wartość, pozostaje wybrać odpowiednią jednostkę. Nasze zadanie to zapobiec przypadkowemu przypisaniu np. kilogramów jako jednostki prędkości :). W tym celu zaznaczamy komórkę, w której chcielibyśmy zobaczyć pożądaną jednostkę i z menu Dane wybieramy Poprawność danych... (w angielskim interfejsie Data => Validity...)

Pojawi się okienko. Pozostajemy na jego pierwszej zakładce, a z dostępnych możliwości wybieramy Lista (ang. List).

Teraz pozostaje już tylko wpisać wartości, które powinny być dostępne:

Zatwierdzamy przyciskiem OK i możemy cieszyć się w pełni funkcjonalną listą rozwijalną, składającą się z wpisanych przez nas wartości:

Powyższy sposób sprawdza się dla wartości statycznych. A co jeśli nasza lista zmienia się dynamicznie i zawiera w innej części dokumentu bądź nawet w sąsiednim arkuszu? Nic trudnego, Calc dopuszcza możliwość zdefiniowania zakresu istniejących komórek jako wartości listy. Korzystając z powyższego przykładu, wyobraźmy sobie, że jednostki masy mamy wypisane w sąsiedniej kolumnie. Ponownie wybieramy Dane => Poprawność danych... (ang. Data => Validity...), lecz tym razem zamiast Lista (ang. List) zaznaczamy Zakres komórek (ang. Cell Range). Pozostaje nam już tylko uzupełnić zakres komórek:

Gdyby interesujący nas zakres komórek znajdował się w osobnym arkuszu o nazwie Arkusz2, poprawna definicja wyglądałaby następująco:
Arkusz2.F3:F5
natomiast w przypadku, gdy nazwa arkusza zawiera spację (np. Arkusz 2) stosujemy zapis z apostrofami:
'Arkusz 2'.F3:F5
Po zatwierdzeniu przyciskiem OK, powinniśmy otrzymać następujący efekt:

Jeśli zmienimy wartości w zadanym zakresie komórek źródłowych, Calc odpowiednio dostosuje zawartość w menu rozwijalnym. Miłego korzystania :).

Morfologik: Narzędzia korektorskie

noreply@blogger.com (Marcin Miłkowski) — Tue, 27 Nov 2007 12:43:56 +0000

W trakcie dyskusji nad nowymi możliwościami integracji LanguageTool z OpenOffice.org Matthias Bauer zaproponował, aby nieco zmienić terminologię. Do tej pory stosowano termin „korektor gramatyczny” lub „korektor gramatyki” (grammar checker), chociaż większość narzędzi tego rodzaju nie ogranicza się do samej gramatyki, wykrywając skomplikowane błędy ortograficzne widoczne tylko w kontekście; typowe literówki; błędy stylistyczne i usterki interpunkcyjne. Nowy termin lepiej oddaje istotę rzeczy – „narzędzie korektorskie” (proof reading tool).

LanguageTool ma ułatwiać korektę tekstów – nie tylko więc sprawdzanie gramatyki czy pisowni, choć takie funkcje mogą być w nim zintegrowane. Chodzi więc o automatyzację poprawiania najczęstszych, męczących i mechanicznie poprawianych błędów w trakcie korekty i redakcji językowej tekstu.

Obecnie mam za mało czasu, żeby dokończyć wprowadzanie kilku funkcji do LT, ale oprócz mnie działa kilka innych osób. Wiele wskazuje na to, że obsługa języka hiszpańskiego będzie w następnej wersji na całkiem niezłym poziomie :)

OpenOffice.org w praktyce: Numerowanie stron

noreply@blogger.com (Marcin Miłkowski) — Mon, 12 Nov 2007 20:10:53 +0000

W OpenOffice.org zmiana domyślnego sposobu numerowania stron graniczy z niemożliwością (od lat wisi zgłoszenie błędu): bardzo trudno zacząć numerację nie od pierwszej strony, pojawiają się dziwaczne błędy przy wstawianiu numerów itd.
Na szczęście, niedawno powstało rozwiązanie. Charles Brunet stworzył rozszerzenie Pagination, które radzi sobie z tym problemem. Po zainstalowaniu rozszerzenia pojawia się nowe polecenie w menu Wstaw: Numery stron. To polecenie powoduje wyświetlenie okna dialogowego, które pozwoli ustawić wszystkie potrzebne parametry. Okno dialogowe także spolszczyłem, ale z powodu błędu w OOo, będzie to widać dopiero w wersji 2.4 (błąd już w kodzie jest poprawiony). Pozostaje tylko zainstalować i używać.

OpenOffice.org w praktyce: Jak wyświetlić dokumenty MS Office za pomocą OpenOffice.org Mozilla plug-in

noreply@blogger.com (Mateusz Zasuwik) — Tue, 30 Oct 2007 23:54:44 +0000

Surfując po globalnej pajęczynie w poszukiwaniu informacji, nie da się uniknąć kontaktu z plikami Worda, Excela czy PowerPointa. Internauta chcący je przejrzeć marnuje czas na schematyczne klikanie „Zachowaj plik na dysku”, „OK”, „Otwórz w...” itp. Dobrym rozwiązaniem byłoby zintegrowanie przeglądarki z pakietem biurowym - na wzór integracji Internet Explorera z MS Office!

Poniższa instrukcja została z powodzeniem zastosowana w dystrybucjach Linuksa: Ubuntu i Gentoo oraz w systemie Windows XP.

A więc... do roboty!

Najpierw trzeba sprawdzić, czy odpowiednia wtyczka jest zainstalowana. Wybierz kolejno polecenia Narzędzia => Opcje => Internet. Powinna się tam znajdować opcja Wtyczki programu Mozilla. Zaznacz ją.

Jeśli w danej wersji lub wariancie OpenOffice.org takowej opcji nie ma, trzeba ją doinstalować. Choć w większości dystrybucji GNU/Linuksa nie ma takiego problemu, w przypadku OO.o dostarczanego wraz z Ubuntu trzeba doinstalować pakiet mozilla-openoffice.org w menedżerze Synaptic.
Po doinstalowaniu paczki w opcjach OpenOffice.org nie będzie kreatora, choć wtyczka (libnpsoplugin.so) znajduje się w katalogu /usr/lib/mozilla/plugins i działa od razu.

Kolejnym krokiem jest przejście do katalogu, gdzie znajduje się plik pluginreg.dat.
Jest to ścieżka /home/<nazwa_konta>/.mozilla/firefox/ lub C:\Documents and
Settings\<nazwa_konta>\Dane aplikacji\Mozilla\Firefox w zależności od posiadanego systemu.

UWAGA: przed edycją tego pliku musisz zamknąć przeglądarkę!

Dla Windows!
Znajdziesz tam sekcję podobną do tej:

OpenOffice.org Plug-in handles all its documents|$
OpenOffice.org Plug-in|$
30
0|application/vnd.stardivision.calc|StarCalc 3.0 - 5.0|sdc|$
1|application/vnd.stardivision.chart|StarChart 3.0 - 5.0|sds|$
2|application/vnd.stardivision.draw|StarDraw 3.0 - 5.0|sda|$
3|application/vnd.stardivision.impress|StarImpress 3.0 - 5.0|sdd|$
4|application/vnd.stardivision.impress-packed|StarImpress-packed 3.0 - 5.0|sdp|$
5|application/vnd.stardivision.math|StarMath 3.0 - 5.0|smf|$
6|application/vnd.stardivision.writer|StarWriter Template 3.0 - 5.0|vor|$
7|application/vnd.stardivision.writer-global|StarWriter Global 3.0 - 5.0|sgl|$
8|application/vnd.staroffice.writer|StarWriter 3.0 - 5.0|sdw|$
9|application/vnd.sun.xml.calc|StarOffice 6.0/7 Spreadsheet|sxc|$
10|application/vnd.sun.xml.calc.template|StarOffice 6.0/7 Spreadsheet Template|stc|$
11|application/vnd.sun.xml.draw|StarOffice 6.0/7 Drawing|sxd|$
12|application/vnd.sun.xml.draw.template|StarOffice 6.0/7 Drawing Template|std|$
13|application/vnd.sun.xml.impress|StarOffice 6.0/7 Presentation|sxi|$
14|application/vnd.sun.xml.impress.template|StarOffice 6.0/7 Presentation Template|sti|$
15|application/vnd.sun.xml.math|StarOffice 6.0/7 Formula|sxm|$
16|application/vnd.sun.xml.writer|StarOffice 6.0/7 Text Document|sxw|$
17|application/vnd.sun.xml.writer.global|StarOffice 6.0/7 Master Document|sxg|$
18|application/vnd.sun.xml.writer.template|StarOffice 6.0/7 Text Document Template|stw|$
19|application/vnd.oasis.opendocument.text|OpenDocument Text|odt|$
20|application/vnd.oasis.opendocument.text-template|OpenDocument Text Template|ott|$
21|application/vnd.oasis.opendocument.text-master|OpenDocument Master Document|odm|$
22|application/vnd.oasis.opendocument.text-web|HTML Document Template|oth|$
23|application/vnd.oasis.opendocument.spreadsheet|OpenDocument Spreadsheet|ods|$
24|application/vnd.oasis.opendocument.spreadsheet-template|OpenDocument Spreadsheet Template|ots|$
25|application/vnd.oasis.opendocument.graphics|OpenDocument Drawing|odg|$
26|application/vnd.oasis.opendocument.graphics-template|OpenDocument Drawing Template|otg|$
27|application/vnd.oasis.opendocument.presentation|OpenDocument Presentation|odp|$
28|application/vnd.oasis.opendocument.presentation-template|OpenDocument Presentation Template|otp|$
29|application/vnd.oasis.opendocument.formula|OpenDocument Formula|odf|$

Kiedy dodasz 3 wiersze na koniec sekcji, będą razem 32 linie. Musisz jeszcze wziąć pod uwagę jeden wiersz - linię 0. W ten sposób otrzymasz 33 wiersze. Teraz tylko zmień numer widniejący na górze z 30 na 33. Kod powinien wyglądać tak:

OpenOffice.org Plug-in handles all its documents|$
OpenOffice.org Plug-in|$
33
0|application/vnd.stardivision.calc|StarCalc 3.0 - 5.0|sdc|$
1|application/vnd.stardivision.chart|StarChart 3.0 - 5.0|sds|$
2|application/vnd.stardivision.draw|StarDraw 3.0 - 5.0|sda|$
3|application/vnd.stardivision.impress|StarImpress 3.0 - 5.0|sdd|$
4|application/vnd.stardivision.impress-packed|StarImpress-packed 3.0 - 5.0|sdp|$
5|application/vnd.stardivision.math|StarMath 3.0 - 5.0|smf|$
6|application/vnd.stardivision.writer|StarWriter Template 3.0 - 5.0|vor|$
7|application/vnd.stardivision.writer-global|StarWriter Global 3.0 - 5.0|sgl|$
8|application/vnd.staroffice.writer|StarWriter 3.0 - 5.0|sdw|$
9|application/vnd.sun.xml.calc|StarOffice 6.0/7 Spreadsheet|sxc|$
10|application/vnd.sun.xml.calc.template|StarOffice 6.0/7 Spreadsheet Template|stc|$
11|application/vnd.sun.xml.draw|StarOffice 6.0/7 Drawing|sxd|$
12|application/vnd.sun.xml.draw.template|StarOffice 6.0/7 Drawing Template|std|$
13|application/vnd.sun.xml.impress|StarOffice 6.0/7 Presentation|sxi|$
14|application/vnd.sun.xml.impress.template|StarOffice 6.0/7 Presentation Template|sti|$
15|application/vnd.sun.xml.math|StarOffice 6.0/7 Formula|sxm|$
16|application/vnd.sun.xml.writer|StarOffice 6.0/7 Text Document|sxw|$
17|application/vnd.sun.xml.writer.global|StarOffice 6.0/7 Master Document|sxg|$
18|application/vnd.sun.xml.writer.template|StarOffice 6.0/7 Text Document Template|stw|$
19|application/vnd.oasis.opendocument.text|OpenDocument Text|odt|$
20|application/vnd.oasis.opendocument.text-template|OpenDocument Text Template|ott|$
21|application/vnd.oasis.opendocument.text-master|OpenDocument Master Document|odm|$
22|application/vnd.oasis.opendocument.text-web|HTML Document Template|oth|$
23|application/vnd.oasis.opendocument.spreadsheet|OpenDocument Spreadsheet|ods|$
24|application/vnd.oasis.opendocument.spreadsheet-template|OpenDocument Spreadsheet Template|ots|$
25|application/vnd.oasis.opendocument.graphics|OpenDocument Drawing|odg|$
26|application/vnd.oasis.opendocument.graphics-template|OpenDocument Drawing Template|otg|$
27|application/vnd.oasis.opendocument.presentation|OpenDocument Presentation|odp|$
28|application/vnd.oasis.opendocument.presentation-template|OpenDocument Presentation Template|otp|$
29|application/vnd.oasis.opendocument.formula|OpenDocument Formula|odf|$
30|application/msword|Opendocument Text|doc|$
31|application/vnd.ms-excel|Opendocument Spreadsheet|xls|$
32|application/vnd.ms-powerpoint|Opendocument Presentation|ppt|$

Dla GNU/Linuksa!
W przypadku Linuksa dokonujemy analogicznych czynności. Zwiększamy główną liczbę wpisów o 3 cyferki oraz dodajmy poniższy kod na koniec sesji. Różnica w kodzie jest taka, że mamy pionowe kreski zamiast dwukropków.

30:application/msword:Opendocument Text:doc:$
31:application/vnd.ms-excel:Opendocument Spreadsheet:xls:$
32:application/vnd.ms-powerpoint:Opendocument Presentation:ppt:$

Zapisz plik, a następnie przejdź do katalogu /home/<nazwa_konta>/.mozilla/firefox/, gdzie znajdować się będzie kopia pliku "pluginreg.dat". Zastąp plik pluginreg.dat plikiem pluginreg(duplicat).dat.

Jeśli nie zastąpisz obu plików, oryginalna wersja zostanie przywrócona po ponownym uruchomieniu Firefoksa.

Sprawdź, czy w Firefoksie w menu Edycja => Preferencje => Treść => Typy plików => Zarządzaj... są widoczne rozszerzenia DOC, PPT i XLS oraz czy są obsługiwane.

Końcowy wynik

Jak widać na załączonym obrazku, wszystko działa prawidłowo :)

OpenOffice.org w praktyce: Wstawianie znaków specjalnych za pomocą skrótów klawiaturowych

noreply@blogger.com (Mateusz Zasuwik) — Sat, 27 Oct 2007 21:01:45 +0000

W OpenOffice.org można wstawiać znaki specjalne po naciśnięciu określonej kombinacji klawiszy – oraz przypisywanie klawiszy skrótów różnym poleceniom menu – choć jest to nieco bardziej skomplikowane niż w konkurencyjnych pakietach.

Znaki specjalne
W celu przypisania skrótu klawiaturowego do znaku specjalnego należy wykonać następujące czynności:

W oknie Wstaw => Znak specjalny... wybierz żądany znak i wstaw go do tekstu. Ma to na celu uproszczenie czynności z punktów następnych, gdyż OpenOffice.org zapamięta wstawiany poprzednio znak i nie trzeba będzie przedzierać się przez różne opcje, rodzaje czcionek itp.
Wybierz kolejno polecenia Narzędzia => Makra => Zarejestruj makro.
Powtórz czynności z punktu pierwszego – wybierz żądany znak, zatwierdź przyciskiem OK i naciśnij przycisk Zakończ rejestrację.
Pojawi się okno OpenOffice.org - Makra Basic. W polu Nazwa makra wpisz nazwę makra, korzystając tylko ze znaków alfanumerycznych, bez spacji, np.: paragraf_prawo

W polu Zapisz makro w można wybrać miejsce zapisu makra. W polu Istniejące makra w widać aktualnie zapisane makra w danym module. Kliknij przycisk Zapisz. Zapamiętaj, gdzie makro zostanie zapisane.
W menu Narzędzia => Dostosuj... => Klawiatura przejdź do segmentu Funkcje – Kategoria. Wybierz miejsce, w którym zostało zapisane makro paragraf_prawo (standardowo: Makra OpenOffice.org => user => Standard => Module1. W polu Funkcja widać istniejące makra. Znajdź i zaznacz żądane makro paragraf_prawo.
7. Przejdź do pola Skróty klawiaturowe. W najprostszym przypadku wybierz po prostu wolny skrót, np. Shift + F3. Kliknij przyciski Modyfikuj i OK. Gdyby wybrany skrót był zajęty, można zawsze zmienić skrót pierwotny.
8. Przyciskiem Zapisz... zapisz konfigurację.

Elementy menu
W celu przypisania skrótów poleceniom menu, istniejącym albo dodanym przez użytkownika, należy wykonać powyższą procedurę od punktu piątego. Wybierz polecenie, któremu chcesz przypisać skrót, np. Widok => Hiperłącze, a następnie wybierz skrót.

Problemy

Twórcy programu najwyraźniej nie przewidzieli możliwości definiowania skrótów przy użyciu klawisza Alt, co znacznie ogranicza możliwości wyboru, wobec faktu, że sporo skrótów jest już zajętych przez funkcje programu.
OpenOffice.org nie ostrzega przez zmianą skrótów używanych przez system (np. Ctrl+V)!
W Konfiguracji klawiatury mamy dwie opcje: OpenOffice.org i Writer. Przypisanie, a potem wywołanie funkcji pod OpenOffice.org prowadzi do błędów.

Autor: Wojciech, artykuł opublikowany na stronie openoffice.org.pl w czerwcu 2004.
Aktualizacja: M. Zasuwik.

OpenOffice.org w praktyce: Niedoceniane style strony

noreply@blogger.com (Mateusz Zasuwik) — Sat, 27 Oct 2007 21:00:19 +0000

Większość użytkowników programów biurowych nie przywiązuje wagi do stylów. A szkoda, bo umiejętne je stosując, można zaoszczędzić czas tracony na drobiazgowe ustawianie poszczególnych opcji formatowania. Kilkoma ruchami można automatycznie zmienić formatowanie w długich dokumentach, wreszcie sporządzić sobie wygodne w użytku szablony. To samo dotyczy stylów strony. Okazuje się jednak, że umiejętne korzystanie ze stylów strony jest w OpenOffice.org dodatkowo warunkiem możliwości określania różnych układów stron w dokumencie.

Najpierw należy otworzyć okienko Style i formatowanie (F11), które ja będę nazywał „Stylistą”. Musimy teraz przejść do Style strony (czwarta ikonka od lewej u góry okna). Znajdziemy tam predefiniowane style stron. W celu zapoznania się z możliwościami tego narzędzia należy kliknąć drugim przyciskiem myszy któryś ze stylów i z menu kontekstowego wybrać Nowy... albo Modyfikuj..., a następnie przejrzeć uważnie wszystkie zakładki i oferowane w nich opcje. Są one w przytłaczającej większości oczywiste i nie ma potrzeby ich szczegółowego omawiania.

W ustawieniach stylu strony należy zwrócić uwagę na zakładkę Organizator. Mamy w niej pola:

Nazwa
Następny styl

Punkt pierwszy nie wymaga komentarza. Ważny jest punkt drugi. Informacja ta wskazuje nam, jaki styl będzie zastosowany jako styl następnej strony. Prawdopodobnie jest tam Domyślnie. Wskazówka ta przyda nam się przy tworzeniu bardziej skomplikowanych układów dokumentu.

Jak ustawić pierwszą stronę różniącą się od pozostałych?

W Styliście przechodzimy do Style strony, upewniamy się, że kursor znajduje się na pierwszej stronie i wybieramy styl Pierwsza strona, klikając dwukrotnie albo zaznaczając i potwierdzając klawiszem [Enter]. Możemy zresztą określić stronę jako pierwszą już na samym początku, gdy dokument ma tylko jedną stronę.

Następnie klikamy w Styliście styl Pierwsza strona drugim przyciskiem myszy i wybieramy opcję Modyfikuj..., aby poustawiać sobie stronę wg uznania.
I to wszystko. Następne strony będą miały inny styl, określony w Organizatorze, w polu Następny styl.

Jak ustawić układ stron do druku dwustronnego?

W tym celu należy w ustawieniach stylu strony przejść do zakładki Strona i w polu Ustawienia układu wybrać Odbicie lustrzane. Wtedy pierwsza strona będzie stroną prawą, a następne będą na zmianę lewe albo prawe. Ustawienie to jednak dotyczy wyłącznie marginesów i nie pomoże nam np. w eleganckim ustawieniu np. numerów stron przy zewnętrznej krawędzi obszaru tekstu czy też przygotowaniu różnych nagłówków stron lewych i prawych. Jeśli chcemy uzyskać tego typu efekty, musimy sobie samodzielnie przygotować odpowiednie style.

Jest to proste. Definiujemy w Styliście styl dla strony prawej (np. z większym lewym marginesem do zszycia), a następnie dla strony lewej (z większym marginesem prawym): Style strony => Nowy... wpisujemy wybraną nazwę i ustawiamy w następnych polach i zakładkach, co trzeba. Możemy wtedy określić różne nagłówki dla lewej i prawej strony, różne położenie numerów stron (np. zawsze przy zewnętrznej krawędzi obszaru tekstu) itp. ozdóbki. Nie wolno zapomnieć, że jako następny styl strony dla strony lewej określamy ten dla strony prawej, i na odwrót. Wtedy upewniamy się, że kursor znajduje się na pierwszej stronie i wybieramy styl, który wybraliśmy dla strony prawej. Wszystkie następne strony powinny poukładać się automatycznie, w lewą i w prawą stronę.

Predefiniowane style Strona parzysta i Strona nieparzysta dotyczą prawdopodobnie jedynie oddzielnego przygotowania stron parzystych i nieparzystych.

Jak wstawić pojedyncze strony o układzie poziomym lub odbiegającym od pozostałych?

W tym celu definiujemy styl np. Strona pozioma, określając przede wszystkim w zakładce Strona poziomą orientację strony. W zakładce Organizator musimy określić styl następujący po naszej stronie poziomej, najczęściej będzie to Domyślnie. Po zatwierdzeniu wystarczy postawić kursor w obrębie danej strony i wybrać styl strony poziomej, a Writer załatwi resztę. Jeśli jako następnego stylu nie określiliśmy stylu strony poziomej, następna strona będzie miała orientację pionową. Oczywiście to samo można wykonać dla stron pionowych wtrąconych do dokumentu o układzie poziomym lub dla następujących po sobie kilku stron odbiegających od reszty dokumentu.

W ten sam sposób możemy określać style dla najrozmaitszych układów stron, dowolnie określając układ strony, nagłówki i stopki, położenie numeracji, obramowania, kolory tła itp. Ważne jest, żeby nie przesadzić – eleganckie dokumenty cechuje prostota i dobry smak.

Wstaw => Podział ręczny...

Ta pozycja menu oferuje nam możliwość wstawiana tzw. twardego podziału strony i wyboru następnego stylu strony, niezależnie od ustawienia dokonanego w Styliście, w zakładce Organizator. Wybieramy kolejno Wstaw => Podział ręczny... => Podział strony, a następnie z listy rozwijanej Styl wybieramy żądany przez nas styl następnej strony. W ten sposób możemy określić np. po stylu Pierwsza strona następną pierwszą stronę, co nie jest możliwe w przypadku zwykłego podziału strony, zarówno automatycznego (miękkiego) jak i wymuszonego klawiszami [Ctrl + Enter] (twardego).

Ogólnie o stylach stron

Predefiniowane style strony (np. styl Domyślnie) nie są doskonałe. Warto więc z nimi eksperymentować i pozmieniać je, dostosować do własnych potrzeb, ewentualnie utworzyć na ich bazie nowe. Gdyby nowe style nie spełniały swojego zadania, można je bez problemu usunąć, z tym, że standardowe style predefiniowane nie pozwalają się ani usunąć, ani nie można zmienić ich nazw.
Na przykład standardowe marginesy są za małe, zalecane minimum to 2,5 cm. Dłuższe dokumenty muszą mieć numerację stron, wskazane jest więc zawczasu pomyśleć o tym i przewidzieć stopkę, gdzie takie numery powinny się znajdować, i pierwszą stronę, gdzie zazwyczaj numeru się nie stawia. Opracowania naukowe nie mogą się obyć bez przypisów – dobrze jest wykonać wcześniej kilka eksperymentów, tak aby później przy pisaniu np. pracy dyplomowej nie wołać rozpaczliwie na Forum o pomoc w ich formatowaniu.

W przypadku tworzenia szablonów dla różnych typów często tworzonych dokumentów odpowiednie opracowanie stylów stron jest jednym z kluczowych warunków późniejszego wygodnego i szybkiego przygotowywania tych pism.

Autor: Wojciech, artykuł opublikowany na stronie openoffice.org.pl w listopadzie 2004.
Aktualizacja: M. Zasuwik.

OpenOffice.org w praktyce: Nowa AutoKorekta - w wersji 2.4

noreply@blogger.com (Marcin Miłkowski) — Thu, 18 Oct 2007 17:17:19 +0000

Z przyjemnością informuję, że nowe pliki autokorekty zostaną dołączone do OOo (a więc bez konieczności instalowania rozszerzeń) w wersji 2.4 (informacje o zgłoszeniu są tutaj).

Aha, słowniki ortograficzne i zasady przenoszenia wyrazów powinny się pojawić w ramach OOo – czyli bez konieczności instalacji kreatorem – wersji 2.3.1 (dla zainteresowanych informacje o zgłoszeniu).

OpenOffice.org w praktyce: Autokorekta - rozszerzenie

noreply@blogger.com (Marcin Miłkowski) — Thu, 11 Oct 2007 18:25:57 +0000

Coraz więcej można uzyskać dzięki nowemu mechanizmowi rozszerzeń OpenOffice.org. Aby przetestować jego możliwości, zapakowałem plik autokorekty – chciałbym, żeby niebawem był oficjalnie dołączany do OOo.

Kto chce jednak wypróbować go wcześniej, może pobrać i zainstalować rozszerzenie autokorekty.

UWAGA. Rozszerzenie nie usuwa istniejących wpisów autokorekty, ale po jego odinstalowaniu znikną nowe wpisy, także wpisy nowe lub korygujące istniejące. Dlatego poprawki radzę przesyłać mi bezpośrednio, żeby poprawki i dodatki znalazły się na liście oficjalnej. Ręczna edycja raczej nie ma sensu.

Morfologik: Fałszywi przyjaciele tłumacza

noreply@blogger.com (Marcin Miłkowski) — Thu, 04 Oct 2007 23:21:31 +0000

Ponieważ ostatnio wprowadzałem kilka zaległych zmian do LT (drobiazgi służące do większej swobody konfigurowania, np. wyłączania całych kategorii reguł), przyjrzałem się naszej, mało rozwijanej przeze mnie funkcji wykrywania tzw. fałszywych przyjaciół tłumacza (wyrazów zdradliwych, tautonimów). Dodałem szybko kilka pułapek polsko-angielskich i napisałem arkusz stylów, dzięki któremu można sobie obejrzeć alfabetyczną listę fałszywych przyjaciół w stylu słowniczka. Powinna ładnie wyglądać w większości najnowszych przeglądarek (Firefox, Opera, pewnie IE). W następnej wersji LT powinno być znacznie więcej fałszywych przyjaciół niż w poprzedniej.

Ale do czego to może służyć? Otóż ta funkcja ma dwa zastosowania. Pierwsze – to sprawdzanie tekstu pisanego przez osobę uczącą się np. angielskiego, której językiem ojczystym jest polski. Taka osoba będzie ostrzegana przy użyciu wyrazu pathetic, że ten wyraz jest zdradliwy dla Polaków. Użycie tej funkcji wymaga ustawienia języka polskiego jako rodzimego (Opcje > Język rodzimy).
Drugie – pomoc przy tłumaczeniu na polski. Wówczas ustawiamy język rodzimy np. na angielski – wtedy przy wyrazie „patetyczny” pojawi się podobne ostrzeżenie.

Morfologik: LanguageTool 0.9.1

noreply@blogger.com (Marcin Miłkowski) — Fri, 21 Sep 2007 20:12:11 +0000

Dzisiaj ukazała się najnowsza wersja LanguageTool, lepiej przystosowana do OpenOffice 2.3, które ukazało się również dziś :) Poza tym:

prawie sto reguł więcej dla języka polskiego (obecnie jest ich 660, było 569);
dodano trochę reguł dla angielszczyzny i niemczyzny (głównie z zakresu typowych literówek i błędów ortograficznych);
poprawione błędy i niedociągnięcia formalizmu reguł;
poprawiony błąd obsługi języka włoskiego;
dodano możliwość tworzenia reguł dla języków jeszcze nie obsługiwanych w LT.

Uwaga: od wersji 2.2 w OpenOffice.org Menedżer pakietów nazywa się Menedżer rozszerzeń.

Instalacja:

W programie OpenOffice.org 2.x

Kliknij polecenie Narzędzia > Menedżer pakietów > Dodaj, a następnie wybierz plik LanguageTool-0.9.1.zip (bez rozpakowywania). Po otwarciu nowego okna edytora OpenOffice.org Writer (naciśnij klawisze Ctrl+N) w menu pojawi się nowe menu LanguageTool, które zawiera polecenie Sprawdź tekst... służące do sprawdzania tekstu.

Bez programu OpenOffice.org

Rozpakuj archiwum LanguageTool-0.9.1.zip i uruchom plik LanguageToolGui.jar, klikając go dwukrotnie. Jeśli na danym komputerze nie skonfigurowano skojarzenia dla plików *.jar, uruchom program z wiersza poleceń za pomocą polecenia java -jar LanguageToolGUI.jar. Plik LanguageTool.jar jest natomiast korektorem działającym z poziomu wiersza poleceń.
Rozpakuj znajdujący się w archiwum plik standalone-libs.zip do tego samego katalogu, do którego rozpakowano pliki z archiwum.

W razie problemów

Należy upewnić się, czy w systemie zainstalowana jest Java w wersji co najmniej 1.5.
Ta wersja środowiska Java musi być widoczna dla OpenOffice.org (Narzędzia > Opcje > Java).

Reguły

Można obejrzeć reguły wdrożone w wersji 0.9.1.

OpenOffice.org w praktyce: Biuletyn witryny internetowej

noreply@blogger.com (Marcin Miłkowski) — Thu, 20 Sep 2007 13:54:32 +0000

Biuletyn (lub, jak chcą niektórzy, newsletter) jest jednym z lepszych sposobów przyciągania internautów na stałe do witryny. Osoby, które subskrybują biuletyn, dostają informacje na temat nowych artykułów czy wydarzeń związanych z witryną. Jest to więc świetne narzędzie.
A jednak coraz trudniej go używać. W związku z rozplenieniem się plagi spamowania firmy hostingowe coraz bardziej ograniczają możliwość wysyłania maili z poziomu oprogramowania witryny, zwłaszcza dla tańszych kont*.

I tu w sukurs przychodzi OpenOffice.org. Można bowiem zachować na serwerze system listy prenumeratorów biuletynu (z możliwościami potwierdzania i anulowania subskrypcji), a wysyłkę maili organizować z własnego komputera. OpenOffice.org znacznie to ułatwi.
W tym celu należy przygotować system korespondencji seryjnej:

1. skonfigurować bazę danych prenumeratorów;
2. użyć Kreatora korespondencji seryjnej i wprowadzić dane konta e-mail, które będzie używane do wysyłki.

1. Konfiguracja bazy danych
Większość systemów biuletynów (np. phplist czy też acajoom lub yanc dla Joomli/Mambo) ma opcję eksportu listy subskrybentów. Najpierw zaś należy użyć tej opcji i zapisać na dysku, najlepiej w oddzielnym katalogu z łatwą do zapamiętania nazwą, plik z informacjami o subskrybentach. Najlepiej w formacie CSV (czyli prosty plik tekstowy, w którym pola oddziela się przecinkiem lub tabulatorem itd.). Załóżmy więc, że jest to plik CSV.
Należy go zapisać w jakimś folderze, a następnie otworzyć za pomocą programu Calc. Pojawi się okienko, w którym będzie podgląd pliku CSV i propozycje parametrów (cudzysłowy, tabulatory itd.). Najczęściej Calc zgaduje poprawnie; różnie mu idzie z kodowaniem, ale najczęściej to nie ma wielkiego znaczenia. Ja tam zwykle po prostu klikam OK. Otwiera się lista prenumeratorów w arkuszu kalkulacyjnym. Wybieram Plik > Zapisz jako i zapisuję w formacie OpenDocument (.ods).
Teraz trzeba skonfigurować bazę danych - Plik > Nowy:

Pojawi się wówczas drugie okno kreatora, Ustaw połączenie z arkuszami kalkulacyjnymi.

Należy kliknąć przycisk Przeglądaj i wybrać katalog, w którym zapisaliśmy plik.
Pojawi się trzecie okno kreatora: Zadecyduj o sposobie postępowania po zapisaniu pliku bazy danych.

Domyślnie zaznaczona jest opcja Tak, zarejestruj bazę danych i jej nie zmieniamy. Warto też zgodzić się na ustawienie Otwórz bazę danych do edycji, aby sprawdzić, czy wszystkie ustawienia zostały wybrane poprawnie. Klikamy przycisk Utwórz. Pojawi się okno dialogowe, w którym należy wybrać nazwę pliku bazy danych. Wpisujemy nazwę, np. Baza_prenumeratorów.
Następnie otworzy się baza danych. Klikamy ikonę Tabelę i sprawdzamy, czy w obszarze Tabele widnieją tabele o nazwach takich, jak nazwa pliku prenumeratorów (w moim wypadku jest kilka takich list).

Jeśli wszystko się zgadza, w tabelach są adresy mailowe prenumeratorów itd., to znaczy, że baza została skonfigurowana poprawnie. Można przejść do następnego kroku. Najtrudniejsze za nami.

Dla odważnych: jeśli w bazie prenumeratorów są oznaczenia, czy ktoś chce otrzymywać maile w formacie HTML lub tekstowym, można utworzyć kwerendy. Kreator korespondencji seryjnej potrafi skorzystać z takich kwerend.

2. Kreator korespondencji seryjnej
Otwieramy dokument tekstowy (Plik > Nowy > Dokument tekstowy). W tym momencie można wpisać tekst pierwszego newslettera w nowym systemie.
Po napisaniu newslettera (lub w celu przetestowania systemu) klikamy Narzędzia > Kreator korespondencji seryjnej.

Wybieramy opcję Użyj bieżącego dokumentu (lub wczytujemy z dysku inny dokument, jeśli mamy przygotowany inny tekst biuletynu). Klikamy przycisk Dalej.
Wybieramy opcję Wiadomość e-mail.

Klikamy przycisk Dalej.
W trzecim kroku kreatora klikamy przycisk Wybierz listę adresową.

W oknie Wybierz listę adresową wybieramy założoną w kroku 1. bazę danych i ewentualnie tabelę (lub tabele) z tej bazy). Klikamy przycisk OK. Klikamy przycisk Dalej.
W czwartym kroku można wybrać ewentualny zwrot grzecznościowy zaczynający biuletyn.

Ponieważ nie wszyscy prenumeratorzy podają swoje imiona, nazwiska itd., zwykle nie ma to większego sensu. Ja nie zaznaczam opcji Ten dokument powinien zawierać zwrot grzecznościowy.
W szóstym kroku można obejrzeć dokument z dodanym zwrotem grzecznościowym.

Ja nic nie wybierałem, więc klikam po prostu Dalej. Następuje generowanie maili.

Może to potrwać, jeśli prenumeratorów jest kilka tysięcy.
W kroku siódmym można uzależnić wygląd dokumentu dla poszczególnych odbiorców. Ja na to nie mam czasu, ale warto spróbować, jeśli na liście znajdują się osoby wyjątkowo ważne. Klikamy następnie przycisk Dalej.
I teraz już pozostaje przygotować się do wysyłki.

Wybieramy opcję Wyślij dokumenty wynikowe jako e-mail i wpisujemy temat newslettera w polu Temat. Wybieramy format biuletynu (może być tekstowy, PDF, HTML lub inny; najbezpieczniejszy jest tekstowy) . W polu Do powinien wyświetlać się adres e-mail pierwszego prenumeratora (jeśli go nie widać, wybieramy pole adresu e-mail z listy). Następnie przygotowujemy się do wysyłki i klikamy przycisk Wyślij dokumenty.
Uwaga. W razie, gdyby lista była bardzo długa (wiele tysięcy adresów), można wybrać wysyłkę partiami. W tym celu należy kilka razy uruchomić kreator i wybrać różne zakresy w polach Od i Do.

3. Aktualizacja bazy prenumeratorów
Oczywiście, w tekście biuletynu powinny znajdować się standardowe linki naszego systemu biuletynów, które umożliwiają wypisanie się z systemu. Prenumeratorzy będą z nich korzystać. Będą się zapisywać nowi. Dlatego też przed wysyłką kolejnego newslettera należy po raz kolejny wyeksportować plik tekstowy z listą abonentów i zapisać go tam, gdzie był poprzedni (pod tą samą nazwą pliku). I to wystarczy do aktualizacji danych. Wysyłka newslettera przy użyciu kreatora pozostaje bez zmian.

I wszystko byłoby pięknie, gdyby nie jedno ale... Oryginalny moduł wysyłki e-maili ma kilka drobnych błędów. Całe szczęście, poprawienie ich jest niezwykle proste: wystarczy usunąć z instalacji OpenOffice.org dwa pliki: program\mailmerge.pyc i program\mailmerge.py. Następnie należy wgrać nową wersję pliku mailmerge.py, która w formacie .zip znajduje się tu (do tego samego katalogu, w którym był plik mailmerge.py). Jeśli tego nie zrobimy, porąbią się polskie literki – ale tylko w OpenOffice.org starszym niż 2.3, bo w najnowszej wersji moją poprawkę uwzględniono.

I to wszystko. Najbardziej skomplikowane jest założenie bazy danych, ale nie jest to też fizyka jądrowa, więc zachęcam do wypróbowania.

-----

* Kilka lat temu pojawiło się typowe ograniczenie na liczbę możliwych maili wysyłanych w ciągu godziny, jednak można było to obejść, korzystając z innego, komercyjnego konta pocztowego, wysyłając maile przez port SMTP (25). Lecz i ta możliwość powoli się kończy. Coraz więcej usług hostingowych zamyka ten port, bo protokół SMTP nazbyt obciąża im serwery.

OpenOffice.org w praktyce: Idzie ku lepszemu

noreply@blogger.com (Marcin Miłkowski) — Thu, 20 Sep 2007 13:53:38 +0000

Jak pisałem kilka miesięcy temu, w OpenOffice.org był błąd w module korespondencji seryjnej – zamieściłem również poprawkę, która go eliminowała. W najnowszej wersji, 2.3, moja poprawka została uwzględniona. Tak więc idzie ku lepszemu :)