przemelek

Porzucam OpenOffice.org dla LibreOffice ;-)

2011-09-10T19:35:00.000+02:00

Powód jest jeden i widać go niżej ;-)

W końcu mogę mieć interfejs aplikacji po polsku, a nazwy funkcji w Calcu po angielsku. Za to pokochałbym nawet MS Office (mam w pracy angielską wersję, więc szczerze to nie wiem czy polska nie ma przez przypadek takiego przełącznika :-)).

Osobiście przewidziałem specjalne miejsce w piekle dla ludzi pokroju tej osoby, która wpadła na pomysł, że SQRT lepiej będzie "brzmieć" jako PIERWIASTEK a STDEV jako ODCH.STANDARDOWE....
OK, rozumiem, większość użytkowników nie zna angielskiego, więc to miało sens, ale nie można było dodać od razu możliwości używania angielskich nazw w polskiej wersji? No, ale po latach się doczekałem :-)

Podobne posty^beta
Algorytm - czemu w szkole nie uczą jak obliczyć pierwiastek? ;-)
"Obiektywizm"

PayPal ssie!
JRockit - początki dotykania się z ;-)

OO.org i Google Docs bez konwersji są tuż tuż ;-)

2011-05-29T21:19:00.000+02:00

No to mam już pierwszy działający build OOo2GD, który wspiera pracę z Google Docs bez konwersji do ich formatu.
Dzięki temu nie tracimy formatowań, wzorów, czy czegokolwiek z plików. Po pobraniu ich z Google Docs są binarnie identyczne z tym co wysłaliśmy do Google Docs.
Tracimy jednak możliwość pracy z tymi plikami w Google Docs.

Teraz mam zgryz.
Pierwszy jest taki jak poinformować o tym użytkowników. W Release Notesach sobie to mogą umieszczać i tak ich nie czyta, nowe checkboxy też nic nie dadzą, bo od dawna mam checkboxy do updatowania, a ciągle mam użytkowników, którzy nie mają w ogóle pojęcia, że można updatować lub autoupdatować dokumenty w Google Docs. Na razie rozważam dwie opcje, wyświetlenie na początku okienka z informacją i może odesłanie do strony WWW z np. filmem na YouTube pokazującym o co biega, druga chyba lepsza, ale ciut trudniejsza do zrobienia, to dodać specjalni "hinty", takie jak Google używa w GMAILu by pokazać nowe funkcje.
Drugi jest taki, jaki nadać numer wersji ;-) Na razie roboczo jest to 2.5.0 beta, ale waham się czy ma to być 2.5.0 czy może 3.0.0 :-)
Trzeci zgryz jest taki, czy wydawać jak rozwiąże zgryzy #1 i #2, czy jeszcze wyciąć w ogóle biblioteki Google i używać tylko swoich własnych, wtedy plik będzie dużo mniejszy, zamiast 2.2 MB, będzie miał góra 300 KB.

Jak ktoś chciałby dostać wersję testową to proszę o kontakt przez mój profil Google, albo przez maila, którego znajdziecie tutaj.

Podobne posty^beta
Bloggeroid - wersja 1.0 tuż, tuż ;-)
OOo2GD w liczbach ;-)
Ukradli nam przyszłość....
Uwolnić, nie uwolnić?
Losowanie dobre

OOo2GD 2.4.0 - foldery i HTTPS

2011-05-12T12:49:00.000+02:00

Zoho znów dziś mi przypomniało, że właśnie skończyli wsparcie dla połączeń po HTTP, ale widzą nadal użytkowników mojej aplikacji, którzy używają HTTP.
Przedłużyli czas działania i przysłali przypominajkę :-)
To mi się podoba.

Dlatego mamy dziś nową wersję 2.4.0 OOo2GD.

Nowości:
- przy nazwach plików w Google Docs widać foldery do których należą,
- pod listą plików w Google Docs widać listę folderów, kliknięcie na folderze filtruje listę plików tylko do tego folderu

Zmiany:
- cała komunikacja z Zoho (z Google Docs powinno już być tak wcześniej) odbywa się tylko po HTTPS.

OOo2GD na razie nie wspiera uploadowania dowolnych plików (tudzież uploadowania plików bez konwersji do dokumentów Google Docs). Nie mam tego jeszcze jak przetestować, ale jak tylko Google włączy to na którymś z moich kont to postaram się dodać wsparcie ;-)

Zapraszam do pobierani, albo ze strony rozszerzenia w repozytorium rozszerzeń OpenOffice.org, albo ze strony projektu, sam OpenOffice.org też powinien wam przypomnieć o możliwości updatowania :-)

Podobne posty^beta
OOo2GD - zabawa w dodawanie folderów
Maniacki pomysł na inteligentny dialer ;-)
Foldery
Google Docs dojrzewa :-)
Mogłoby być łatwiej ;-)

OOo2GD - zabawa w dodawanie folderów

2010-12-24T00:39:00.005+01:00

OK, robię eksperymenty nad dodawaniem do OOo2GD wsparcia dla folderów.

Na razie wygląda to tak:

Te kolorowe labelki to właśnie foldery, dodatkowo jeżeli użytkownik zaklika jedną z tych labelek u dołu okienka to OOo2GD pokaże tylko elementy z tego folderu:

Funkcjonalnie jest to to do czego dążyłem, co do wyglądu to jeszcze nie jest to to co chciałem :-)
Np. jak na razie mam tylko 7 "schematów" kolorów z czego i tak jak mi się wydaje co najmniej 1 nie działa ;-)

Z innych około OOo2GDowych spraw, to nadal OOo2GD nie działa, tudzież bardziej, nie wygląda ;-) na Mac OS X. Mnie za to po głowie chodzi pomysł kupienia sobie Maca Mini... Ale się leczę ;-)

Podobne posty^beta
OOo2GD 2.4.0 - foldery i HTTPS
Mac OS X ma u mnie krechę
Nowy coś do pisania - constants list/reference/cokolwiek ;-) albo spis stałych
Serwis dobry na wszystko ;-)
OOo2GD w różnych smakach ;-)

Strona z pomocą dla OOo2GD

2010-11-29T19:53:00.002+01:00

Od dłuższego czasu planowałem to zrobić, ale mi się nie chciało ;-)
Ostatnio jednak przełamałem się i zacząłem tworzyć stronę w Google Sites, która ma być pomocą dla OpenOffice.org2GoogleDocs.

Zapraszam na stronę pomocy dla OOo2GD.

Wszelkie uwagi mile widziane [tutaj, w Google Buzz, na maila, w surveyach].

Stworzyłem też nową ankietę, która ma sprawdzić czy mogę liczyć na pomoc użytkowników OOo2GD w umieszczeniu go w Google Apps Marketplace.
Tak się składa, że Google liczy sobie za dodanie aplikacji 100 USD, a to trochę za dużo żebym sam z tego wyskoczył [ja mogę dać 25 USD, bo to wg. mnie rozsądna cena]. Dlatego stworzyłem ankietę, która pozwoli mi ocenić czy znajdzie się taka liczba osób by opłacało mi się zmienić moje konto w PayPal do takiego na które można przesyłać donacje.
Myślałem o datkach 5 USD, wtedy z moimi 25 USD potrzebne by było 15 osób, które byłyby gotowe wyłożyć po 5 USD. Ewentualny podatek wezmę na siebie [jak rozumiem będzie to 18% bo raczej się nie załapię w tym roku na 32% ;-)].

Tutaj ankieta:

Loading...

Podobne posty^beta
100USD to jednak za dużo.....
Milion
Otwarty umysł - definicja ;-)
Sprzęt WiFi w procentach
Na pohybel Facebookowi :-)

- tag niezgody ;-)

2010-11-18T01:45:00.003+01:00

Ostatnio okazało się, że klika rozszerzeń do OpenOffice.org, w tym OOo2GD nie działa na niektórych systemach z najnowszą wersją OpenOffice.org 3.3 [chyba RC5 ale głowy nie dam].
Śledztwo użytkowników wykazało, że to dlatego iż w najnowszej wersji OO.org wprowadzono poprawkę, która sprawiła, że OO.org zaczęło działać tak jak zadeklarowano to 4 lata temu ;-)

O co chodzi?

Problem występował w takich instalacjach OO.org, które działały w systemach w których domyślnym językiem był język inny niż któryś z tych które były wspierane przez rozszerzenie.
W przypadku OOo2GD działo się to np. na komputerach w Szwecji.

Analiza ludzi z OO.org wykazała, że to dlatego, że po wprowadzeniu poprawki do OO.org zaczął on szukać napisów do menu czy podpisów dla ikon bazując na dość rozsądnym algorytmie, czyli najpierw sprawdź czy jest coś w języku systemowym [oczywiście z gradacją "dokładności" od najbardziej dokładnego, czyli np. en-US, przez ogólny czyli en, kończąc na najlepiej pasującym czyli dowolnym en-*, np. en-CA], jeśli to się nie udawało OO.org miał szukać tekstu dla domyślnego języka, czyli takiego tekstu, który nie został przypisany do żadnego języka, jeżeli zaś to się nie udało miał wyświetlać tekst dla pierwszego zadeklarowanego języka, jeśli to się nie uda to miał nic nie wyświetlać.
Dość rozsądne.
Jeden problem jest taki, że np. w przypadku OOo2GD gdy docierał do kroku, w którym stwierdzał, że szuka dla domyślnego języka to znajdował pusty tekst, a że był pusty to go nie wyświetlał ;-)


       <prop name="Title" type="xs:string">
         <value />
         <value lang="en">Google Docs &amp; Zoho</value>
         <value lang="pl">Google Docs &amp; Zoho</value>
         <value lang="de">Google Text und Tabellen &amp; Zoho</value>
         <value lang="es">Google Docs &amp; Zoho</value>
         <value lang="it">Google Docs &amp; Zoho</value>
         <value lang="cs">Dokumenty Google &amp; Zoho </value>
       </prop>

Problemem był ten tag <value />, który wyraźnie mówił, że dla języka domyślnego wartość napisu jest pusta ;-)

A czemu tak było [i nadal jest] w OOo2GD i pewnej liczbie innych rozszerzeń?

Bo takie coś wrzucała i wrzuca tam wtyczka do NetBeans, która pozwala tworzyć rozszerzenia do OO.org właśnie w NetBeans :-)

Inną sprawą jest czy rozsądnym jest poprawianie "błędu" w API, który tam jest już od 4 lat.
Wg. mnie po takim czasie to się staje elementem API i to, że dokumentacja mówi inaczej dowodzi tylko błędu w dokumentacji.

Wcześniejsze działanie, czyli takie, że w razie string był pusty to OO.org na siłę szukało tekstu dla języka angielskiego, był sensowny. Niezgodny z dokumentacją, ale raczej nikomu nie przeszkadzał. W najgorszym przypadku po prostu użytkownik widział napis po angielsku, bo na 99% nikt z developerów nie chciałby ukrywać w taki sposób swojego rozszerzenia.

Jak mnie kiedyś pouczono w Motoroli. Jeżeli kod mówi jedno, a dokumentacja drugie to zwykle dokumentacja jest błędna. Wtedy wydawało mi się to dziwne, ale teraz uważam, że to prawda.
Kod przechodzi weryfikację zawsze, dokumentacja niekoniecznie ;-)

A cała sprawa skończyła się tym, że jak rozumiem poprawka zostanie wycofana i OO.org nadal w razie niepowodzenia w znalezieniu lokali będzie próbował szukać lokali dla angielskiego :-)

Podobne posty^beta
Przeżycie artystyczne ;-)
Plug-in master ;-)
AppInventor - pierwsze wrażenia i pierwsze programy :-)
Exif jest zły - część 2 :-)
Konstruktory

OOo2GD 2.3.0 - nowe dokumenty i autoupdate w działaniu :-)

2010-11-03T01:27:00.004+01:00

No i po bardzo długiej przerwie mamy OpenOffice.org2GoogleDocs w nowej wersji 2.3.0.
Nowością jest wsparcie dla Nowych dokumentów Google Docs.
Mówiąc prościej dla takich, w których edycja jest bardzo szybka... w myśl zasady, że jeden obraz jest wart tysiąca słów, krótki film pokazujący o co chodzi ;-)
Po prawej mamy OpenOffice.org w którym prowadzona jest edycja, po lewej mamy okno Google Chorme z otwartym dokumentem w Google Docs:

Po każdorazowym nagraniu dokumentu w OpenOffice.org [przy pomocy CTRL-S tutaj] jego zawartość jest w ciągu kilku sekund wrzucana do Google Docs gdzie już po chwili ją widać :-)

Tutaj jest mały błąd i pierwsze updatowanie nie działa ;-) Nie wiem do końca dlaczego, ale nie działa. Kolejne już działają.

Jak zwykle zapraszam do pobierania ze strony OOo2GD w repozytorium rozszerzeń OpenOffice.org, lub ze strony projektu.

Marzy mi się działanie tej funkcji w drugą stronę, ale to już takie proste nie jest.
Nawet przy założeniu prostego algorytmu rozwiązywania konfliktów wyrażającego się w słowach "nowszy zawsze wygrywa" trudno jest chyba przekonać OO.org do tego by nagrywało/wczytywało zawartość dokumentu w locie.........

Podobne posty^beta
Podejrzanie szybko....
Wersja 2.0.0 OOo2GD już jest :-)
Jednoczesna edycja pliku.... a jakby to tak........ i nowy ePubGenerator v0.0.4
OOo2GD 3.0.0 - eksportowanie do Google Docs bez konwersji :-)
OOo2GD 2.1.1 gotowe :-)

LibreOffice - takie sobie

2010-10-06T00:40:00.004+02:00

Zainstalowałem dziś LibreOffice, czyli fork OpenOffice.org i hmmm... nie jestem zadowolony ;-)
Instalacja OOo2GD 3 razy powodowała zwiechę całego LibreOffice, dopiero użycie Extension Managera i jego guziczka Add spowodowało, że OOo2GD się zainstalowało. Ale i to nie wygląda dobrze bo ikonki zrobiły się gigantyczne i wyglądają ohydnie.

W ogóle czuję się oburzony tym, że nie uznali OOo2GD za na tyle przydatne by stało się jednym z rozszerzeń instalowanych domyślnie ;-)
Może to, że np. nie udaje się otwierać większych plików pobranych z Google Docs ma tu jakieś znaczenie? ;-) [Co ciekawe w Star Office działa, w OO.org nie jestem w stanie sprawdzić bo genialny LibreOffice.org mi odinstalował OO.org, a w każdym bądź razie tak to wygląda].

Z plusów, nie ma znaczków Oracle, które są brzydkie, a przynajmniej brzydsze od tych Suna. Szkoda, że Oracle postanowiło wyrugować oznaczenia Suna, ładne były.

Moje statystyki zbierane w trakcie sprawdzania czy są nowe wersje OOo2GD wykrywają jak na razie udział LibreOffice mniejszy niż 1 promil.
Pierwszy "odczyt" z LibreOffice pojawił się 28 września, to tak jakby to kogoś interesowało ;-)

EPUBGenerator działa i generuje ładnie EPUBy z LibreOffice.

Ale ja zaraz chyba odinstaluje i wrócę do paskudnie obrandowanego OpenOffice.org od Oracle'a ;-)

Podobne posty^beta
OpenOffice.org - ulubiony pakiet biurowy Java'owca ;p
Generowanie plików ePub z OpenOffice.org :-)
Porzucam OpenOffice.org dla LibreOffice ;-)
Nowy coś do pisania - constants list/reference/cokolwiek ;-) albo spis stałych
OOo2GD w Ubuntu 9.10 - da się.

Trochę liczb :-)

2010-04-30T03:00:00.003+02:00

Przeglądałem właśnie dokumenty w Google Docs i znalazłem parę arkuszy do których zapisują się głosy oddane w kilku "ankietach" które ogłosiłem.Wyniki większości już tu kiedyś umieszczałem, ale dziś jeden wspólny ankietowy post ;-)OOo2GDOOo2GD głównie do pracy z Google Docs używa 91% użytkowników.Głównie do pracy z Zoho używa 4% użytkowników.Głownie do pracy z WebDAV używa 4% użytkowników.Nowy GadaczNowy Gadacz - syntezatorExpressivo firmy IVO - 72%Dant - 14%System Syntezy Mowy WP - 9%Spiker/UniSpiker firmy IVO - 5%SynTalk firmy NeuroSoft - 1%Nowy Gadacz - komunikatory które powinny być wspieraneNowe Gadu Gadu - 66%Gadu Gadu [do wersji 7.7] - 34%Jabber [Spik, Google Talk] - 10%Tlen - 14%Other - 19%Nowy Gadacz - czy dalej rozwijać?Dobry kierunek rozwoju [Nowy Gadacz powinien być rozwijany] - 80%Ujdzie w tłoku - 9%Totalna porażka [W ogóle nie warto kontynuować nad nim prac] - 6%Ile potrwa kryzys?Średnia to prawie 20 miesięcy, a ankieta działała głównie na początku tamtego roku, co oznacza, że wg. zbiorowej mądrości osób biorących udział w tej ankiecie kryzys powinien się skończyć w lipcu 2010.Udział systemów operacyjnych wśród użytkowników OOo2GDWindows - 70.4%Linux - 20.6%Mac OS - 7.4%Rzeczywiste wyniki za ostatnie 3 dni toWindows - 91.29%Linux - 3.18%Max OS - 8.67%Chrome OS - sukces czy porażka?Sukces - 51%Porażka - 49%

Podobne posty^beta
Gadające Gadu-Gadu
Projekty ;-)
Gadacz v1.2
Przeszacowany Linux, Niedoszacowany Windows i Ukryty MacOS ;-) czyli o tym na jakich systemach używa się głównie OOo2GD
Nowy Gadacz v0.6 - gadamy przez DDE ;-)

OOo2GD 2.2.0 - autoupdate "rośnie"

2010-04-04T23:17:00.003+02:00

Dostępna jest nowa wersja OOo2GD, tym razem o numerku 2.2.0. W tej wersji dodałem możliwość wybrania by eksportowany/updatowany właśnie do/w Google Docs dokument był autoupdatowany po każdym zapisie.Działa to tak, że gdy zaznaczymy autoupdate w trakcie eksportu naszego dokumentu do Google Docs to później w czasie tej samej "sesji" gdy tylko nagramy dokument na dysku to OOo2GD wrzuci jego nową wersję do Google Docs.Jak zwykle zapraszam do pobierania ze strony OOo2GD w katalogu rozszerzeń do OpenOffice.org lub ze strony projektu.

Podobne posty^beta
Podejrzanie szybko....
Wersja 2.0.0 OOo2GD już jest :-)
Chce komputerów, które będą "seamless"
Foto album w 5 minut
OOo2GD 1.6.0 :-)

Jednoczesna edycja pliku.... a jakby to tak........ i nowy ePubGenerator v0.0.4

2010-03-23T01:53:00.003+01:00

Disclaimer: to są tylko domysły i pomysły i wcale nie mówię, że to się da dodać do OOo2GD, a nawet jeżeli się da to nie mówię, że to dodam.Przyglądałem się jak działa wspólna praca 2 osób nad tym samym dokumentem w Google Docs, moje przyglądanie było głównie pod kątem tego jak to działa od strony technicznej, czy może logicznej.I wnioski są takie, że poszczególne przeglądarki robią update tego co mają na podstawie wersji. Jeżeli 1 osoba napisze w współdzielonym dokumencie "słowo" to druga osoba ujrzy ten napis wtedy gdy jej przeglądarka pobierze kolejną wersję dokumentu w której jest właśnie ten napis "słowo".I teraz pytanie czy to w ogóle można wykorzystać do takiego hackerskiego wpięcia się do zabawy? Czy gdyby pobierać powiedzmy co 10 sekund dokument z Google Docs [albo sprawdzać czy pojawiła się nowa wersja i ją pobierać] i jednocześnie co 10 sekund po stronie klienta sprawdzać czy dokument edytowany w OpenOffice.org się zmienił...... to czy gdyby umiało się jeszcze połączyć, tudzież jeśli ktoś woli zrobić merge'a tych dokumentów i wrzucić wynik jako nową wersje do Google Docs..... to czy zaczęłoby to działać jak wspólne edytowanie tego samego pliku?Zapominamy tutaj o takich "bonusach" jak to, że konwersja ODT -> Google Docs -> ODT nie da na wyjściu takiego samego dokumentu jak był na wejściu ;-)Zapominamy też o tym, że nawet jak konwersja nie będzie problemem to trzeba by jeszcze do OO.org załadować nową wersję dokumentu tak by użytkownik tego nie widział, czyli pewnie trzeba by było operować na zawartości edytora, a nie na plikach.... [To mnie zniechęca i sugeruje, że się nie da zrobić takiego czegoś :-(]Teoretycznie powinno się udać. Algorytm musiałby działać chyba mniej więcej tak:1) czekaj 10 sekund2) czy na serwerze nowa wersja? jeśli nie to idź do 53) pobierz nową wersję i wersję poprzednią4) stwórz zbiór A różnic między nową wersją na serwerze, a poprzednią wersją z serwera5) stwórz zbiór B różnic między poprzednią wersją z serwera, a aktualnym edytowanym dokumentem.......... tu się zaczyna magia, bo trzeba pewnie znaleźć różnicę C = A \ B i nanieść te zmiany na aktualnie edytowany dokument, a następnie wysłać go do serwera......Ciut za dużo domysłów, a "trochę" brak chęci ;-) ale może warto się przyjrzeć.Nie żeby od razu pisać ;-)Bo do pisania to mam nadal ePubGenerator'a który dziś doczekał się wersji 0.0.4, która różni się szczególikami, np. nie wywala się gdy dokument wskazuje na obrazek w sieci, a na dodatek śmieciowe pliki tymczasowe umieszcza w katalogu tymczasowym.

Podobne posty^beta
Poszlaki o GDrive... Jak ludzie je znajdują????
Defragmentacja SSD - o tym dlaczego nie należy jej robić
Działa :-)
OOo2GD 2.3.0 - nowe dokumenty i autoupdate w działaniu :-)
Wernyhora mode ;-)

100USD to jednak za dużo.....

2010-03-20T22:14:00.003+01:00

Jakiś czas temu ktoś zasugerował mi bym dodałem OOo2GD do Google Apps Marketplace, bo są tam rzeczy, które mogą pomóc firmom na zintegrowanie się z ekosystemem Google. Zajrzałem, stworzyłem sobie profil Vendora, przeczytałem TOS..... i zrezygnowałem ;-)

Za samo wylistowanie OpenOffice.org2GoogleDocs wśród aplikacji musiałbym zapłacić 100 USD.
Chciałbym by firmy miały możliwość łatwiejszego znalezienia mojej wtyczki, ale nie mam zamiaru na to wydawać 100 USD. Niby nie są to jakieś zabójcze pieniądze, ale jaki mam w tym interes? Żaden.

Podobnie jest z Android Marketem, za to by móc publikować swoje aplikacje trzeba zapłacić 25 USD, a i tak mieszkając w Polsce nie można dodać płatnych aplikacji.

Rozumiem istnienie tych opłat, chodzi o to by zapewnić w miarę wysoki poziom aplikacji, bo przecież nikt nie zapłaci 25 czy 100 dolarów po to by wrzucić głupi programik....... 25 USD do Android Market jakoś można znieść, ale te 100 USD do Google Apps Marketplace to ciut za dużo ;-)

Liczę, że firmy chcące używać OpenOffice.org i Google Docs znają stronę OpenOffice.org Extensions i że trafią tak na moją wtyczkę ;-)

Podobne posty^beta
Strona z pomocą dla OOo2GD
Amazon Kindle Fire....
Rząd wykonał swój plan aż w 17% ;-)
Java wygrała ;-)
Markety

PROPFIND, czyli jak przechytrzyć HttpURLConnection

2010-03-06T03:28:00.006+01:00

Próbuję dodać do OOo2GD możliwość pobierania dokumentów z serwerów WebDAV [dzięki temu możliwe by było używanie OOo2GD do pracy z dokumentami, które nie ulegałyby konwersji, pracuję nad tym bo to co robi OpenOffice.org z WebDAVem to ludzkie pojęcie przechodzi, nie dość, że angażuje do tego system operacyjny i działa przeraźliwie wolno, to jeszcze tworzy później pliki tymczasowe na serwerze WebDAV] i właśnie próbuję zaimplementować pobieranie listy dokumentów, do czego potrzebuję metody PROPFIND z WebDAV.

Standardowo chciałem użyć HttpURLConnection, ale złośliwie Sun zabronił korzystania z metod innych niż wielka 7, czyli "GET", "POST", "HEAD", "OPTIONS", "PUT", "DELETE" i "TRACE".

Wrrr... Logika jakaś za tym stoi, w końcu to HttpURLConnection, ale jednak miło by było gdyby pozwalała ta klasa na proste jej wykorzystanie do niecnych celów.

Na razie w celach testowych postanowiłem to obejść w bardzo nieelegancki sposób ;-)
Zamiast:


conn.setRequestMethod("PROPFIND");

Które powoduje wylecenie wyjątku "java.net.ProtocolException: Invalid HTTP method: PROPFIND" używam takiej brzydkiej plomby:


try {
  Field field = conn.getClass().getDeclaredField("method");
  field.setAccessible(true);
  field.set(conn, "PROPFIND");
} catch (Exception e) {

}

Jak na razie działa, dostaję od serwera XMLa, już zaczynam go nawet "obrabiać" choć chyba wcześniej pójdę spać ;-)

Sposób ma wadę bo jest przywiązany do konkretnej maszyny wirtualnej, ale działa, a to mi jest potrzebne do testów :-)

Podobne posty^beta
Toperz ;-) czyli OCR + Android odsłona 2 albo któraś tam
Wredne Google Docs
Linux to jednak fajny jest ;-)
Sztuczki tropiciela błędów, part 2 ;-)
Ile to jest 1+1 w Java'ie?

ePubGenerator v0.0.3 - tytuł, obrazki i inne takie

2010-03-02T00:13:00.005+01:00

Niewielki [o takie -> . <-] siły z siebie wysupłałem i mamy wersję 0.0.3 ePubGeneratora.

Ta wersja potrafi już:

osadzać obrazki w ebookach
użyć tytułu, opisu, tematyki, twórcy i identyfikatora podanych przez użytkownika
sprawdzić czy nie ma nowszej wersji

Nadal jednak nie potrafi ustawić daty [która jest na sztywno ustawiona na 1 marca 2010 :-)], oraz języka, który jest ustawiony na polski.

Następne wyzwanie to wielorozdziałowość i jedyny pomysł jaki mi przyszedł do głowy to wrzucanie kolejnych rozdziałów do podkatalogów. I idea jest taka by najpierw tworzyło się 1 rozdział, a później można by było dodawać następne generowane z kolejnych dokumentów, tudzież by od razu tworzyć ebooka z wieloma rozdziałami i każdy z nich byłby w innym pliku........ To na razie pomysły bo szczerze to nawet nie wiem jak w OpenOffice.org robi się rozdziały :-)

Obsługa jest podobna do tego co opisałem pisząc o wersji 0.0.1, czyli klikamy na ePubGenerator, ale tym razem ujrzymy okienko:

klikamy Generate i po chwili ujrzymy okienko:

wskazujące gdzie szukać naszego ebooka w formacie EPUB.

Jak widzę parę osób pobrało poprzednią wersję, ale jak na razie jedyny komentarz to stwierdzenie, że nazwa "ePubGenerator jest lepsza od OpenOffice.org2GoogleDocs" ;-)

Podobne posty^beta
ePubGenerator v0.0.2

Generowanie plików ePub z OpenOffice.org :-)
Potęga ebooka ;-)
Próżny trud - analiza źródeł LanguageTool nie pomoże OOo2GD na Mac OS X :-(

Dalsze zabawy z ePubGeneratorem :-)

2010-02-28T00:51:00.004+01:00

Moja chytrość mnie przeraża ;-) [chytrość w sensie przebiegłości ;p]

Dalej bawię się w pisanie wtyczki do generowania plików EPUB, i dziś walczyłem między innymi z tym by wynikowy ebook miał w sobie obrazki jeśli takowe były w oryginalnym pliku.

Problemem okazało się to, że OpenOffice.org w trakcie zapisywania dokumentu jako XHTML zapisuje obrazki w pliku XHTML w postaci osadzonej.

Gdy to zauważyłem to poczułem, że to jednak lekka "amba".... Ale po chwili doznałem olśnienia ;-) Przecież nic nie stoi na przeszkodzie temu by takie osadzone obrazki wyrzucić do zewnętrznych plików, a w miejsce osadzonych danych można spokojnie wstawić nazwy plików wynikowych.

W tym celu wystarczy stworzony plik XHTML wczytać jako dokument XML, a następnie przejść przez wszystkie tagi typu img i dla każdego z nich pobrać zawartość atrybutu src, wyekstrahować z tej zawartości dane w Base64, przekodować je na bajty [tutaj jest problem, bo Java nie daje takiego ficzera sama z siebie, tzn. w przypadku Java'y od Suna jest coś takiego w bibliotekach, choć nie powinno się tego używać bo to tajny ficzer ;-)], zapisać do pliku i w miejsce danych w src wstawić nazwę pliku, teraz już tylko nagrać taki nowy plik XML w miejsce oryginalnego i voilà! :-)

Teraz stoi przede mną konieczność zbudowania GUI i chyba napisania własnego dekodera Base64 bo nie chciałbym dla 1 głupiej funkcji dodawać jakiejś dużej biblioteki do rozszerzenia.

Jak widzę w logach obecnie rozszerzenie do generowania EPUBów nie jest jakoś szczególnie pobierane ;-) [przodują tutaj Boty Google i Yahoo ;-)] ale liczę, że w momencie gdy dodam do niego GUI to wrzucę je do katalogu rozszerzeń OpenOffice.org i zawsze jest szansa, że znajdzie jakichś użytkowników :-) [bym za 2 lata gdy pobierze je powiedzmy 50 tysięcy osób pluł sobie w brodę, że głupi ja, przecież mogłem je sprzedawać nawet po 1 Euro i jaki byłbym bogaty ;p]

Ciągle nie umiem wymyślić jakiejś ładnej nazwy dla rozszerzenia, ale bądźmy szczerzy, od czasów Gadacza żadna nazwa mi jakoś nie wyszła ;-) Sam jak sobie przypomnę nazywam ten projekt "topeszem" [od "nietopesz" ;-)]

Podobne posty^beta
ePubGenerator v0.0.2
Nigdy nie zapominaj o FSM! ;-)
Eyjafjallajökull w kodowaniu, czyli rozplątujemy kilometry sznurka ;-)
RDrive w działaniu ;-) czyli kolejny raport z prac nad Kolczatką ;-)
O! "Ostatnie Twierdzenie" Arthura C. Clarke'a po polsku :-)

ePubGenerator v0.0.2

2010-02-27T16:32:00.003+01:00

Poprzednia wersja działała, ale dziwnie ;-) Po prostu pliki EPUB, które generowała nie były zgodne ze standardem.

Teraz mamy wersję 0.0.2, której "produkty" to już coś bliższego pełnoprawnych dokumentów EPUB.
Wcześniejsza wersja miała problem polegający na tym, że katalog OPS w którym znajdują się pliki umieszczany był zawsze w katalogu META-INF, a nie powinien. Dodatkowo poprzednia wersja używała HTMLa do przechowywania treści, a to jest niezgodne ze specyfikacją, wg. której treść przechowywać należy w XHMTL.
Na szczęście OpenOffice.org potrafi nagrywać XHTMLa [choć z jakimiś błędami ;-)] i dzięki temu możliwe jest tworzenie plików EPUB.
Obecnie generowane pliki można już otwierać np. w androidowym Aldiko :-)
Okazuje się również, że pliki EPUB to wcale nie "zwykłe pliki ZIP", a pliki ZIP, których pierwszym plikiem musi być plik mimetype, który nie może być skompresowany tak by w pliku bajty od 30 do 37 miały wartość mimetype, a następne od 38 by miały wartość application/epub+zip.

Wygenerowane przez ePubGenerator pliki nie są niestety w pełni poprawne, ale z tego co widzę w logach wyrzucanych przez epubcheck winne jest to, że XHMTL wygenerowany przez OpenOffice.org nie jest poprawny.

Zapraszam do pobierania ePubGenerator 0.0.2.

Może ktoś się podzieli pomysłem na nazwę? :-)
Wersja 0.0.2 ma dokładnie takie same ograniczenia jak wersja 0.0.1. Także wersja 0.0.2 strasznie "brudzi" na dysku w katalogu użytkownika i pozostawia katalogi wraz z zawartością, które są używane do tworzenia dokumentów EPUB. Kolejne wersje powinny ten problem wyeliminować.

Z ciekawostek, po przejściu z HTML na XHTML czytnik Stanza odmówił współpracy ;-)

Podobne posty^beta
Generowanie plików ePub z OpenOffice.org :-)
ePubGenerator v0.0.3 - tytuł, obrazki i inne takie
Dalsze zabawy z ePubGeneratorem :-)
CosmoPlayer w Google Chrome
OOo2GD 1.5.0 - drżyjcie arkusze! ;-)

Generowanie plików ePub z OpenOffice.org :-)

2010-02-27T04:09:00.006+01:00

Czytniki e-booków, jak i same e-booki stają się coraz popularniejsze. Coraz więcej się wydaje książek w taki sposób.
Ale co ma zrobić biedny żuczek, użytkownik, który chciałby np. swoje dokumenty "wydać" jako plik w formacie ePub rozpoznawalnym przez wiele [jeśli nie większość] czytników?

Może skorzystać z dostępnych w sieci konwerterów, ale nie zawsze chcemy by nasz dokument wyszedł poza nasz komputer....

I tu może wejść coś co nazwałem jak na razie ePubGenerator, a co jest dzieckiem ostatnich 3-4 godzin kodowania i wtyczką do OpenOffice.org ;-)

Jak na razie jest to głupiutkie maleństwo z dużą ilością obostrzeń:

tytuł e-booka to zawsze "Test"
autor to zawsze "Przemysław Rumik" (dokładniej Przemys³aw Rumik)
opis to "Opis EPUB"
data utworzenia to 27 lutego 2010 [czyli dziś ;-)]
brak wsparcia dla obrazków [choć są umieszczone w samym pliku]

Wszystko powstało w oparciu o strukturę i opis formatu EPUB stworzony przez Pawła Wimmera. [OK, czuję, że mi coś gramatyka siada, nie żeby normalnie była na wysokim poziomie, ale teraz już siada kompletnie, może to że jest 4:28 nad ranem coś tłumaczy ;-)].
Jak na razie wygenerowane pliki EPUB testowałem z MobipocketReader'em i działają, do Androidowego Aldiko nie udało mi się ich zaimportować.

Obsługa jest banalnie prosta, instalujemy rozszerzenie [standard, pobrać, gdy mamy szczęście przeglądarka za nas odpali Extensions Managera, jeśli tego nie zrobi musimy sami, gdy zobaczymy że już się rozszerzenie zainstalowało to wyłączamy OO.org], otwieramy plik w OpenOffice.org, klikamy na napisie ePubGenerator na pasku rozszerzenia.
Po chwili gdzieś na ekranie [możliwe, że pod oknem OpenOffice.org] dostaniemy informację, że plik został stworzony i namiary na jego lokalizację [jest w katalogu domowym użytkownika, na WinXP c:\Documents and Settings\user\] i ma nazwę w stylu folder1267240546631.epub.

ePubGenerator w Extension Managerze:

Guziczek do generowania:

Konwersja skończona:

Wygenerowany dokument w Modipocket Reader:

Jak już chyba pisałem, jest to wersja 0.0.1, czyli bardziej niż wczesna :-) Ale jeśli ktoś jest zainteresowany to zapraszam do pobierania [teraz wersji 0.0.2] i testowania :-)
Ciekawi mnie głównie feedback dotyczący tego czy inne czytniki sobie radzą z plikami wygenerowanymi przez rozszerzenie i ogólne opinie na temat rozszerzenia :-)
Tutaj poprzedni wpis z bloga jako EPUB.

Nie dam głowy, ale chyba konieczna jest jak na razie Java 1.6 by móc uruchomić rozszerzenie.

Podobne posty^beta
ePubGenerator v0.0.2
ePubGenerator v0.0.3 - tytuł, obrazki i inne takie
LibreOffice - takie sobie
I bądź tu przedsiębiorczy
Google Music - wrażenia

OOo2GD 2.1.2 i malutka poprawka :-)

2010-02-26T22:19:00.002+01:00

Po wydaniu poprzedniej wersji w której obiecałem, że OOo2GD będzie używać w oknie importu sortowalnego formatu daty zauważyłem, że jest to prawda, ale tylko na systemach które mają taki właśnie [2010-02-26 22:20:07] format daty :-) Niestety np. standardowy angielski Windows takiego formatu nie miał.......

Wersja 2.1.2 usuwa ten problem. Od teraz format daty w oknie importu jest sortowalny leksykograficznie, a jeśli używasz Java 1.6 lub wyższej to możesz też sortować dokumenty w tym oknie pod względem daty modyfikacji.

Przeprowadziłem dziś też testy OOo2GD z Java 7 Preview i OpenOffice.org 3.2 i wszystko działa :-)

Jak zwykle zapraszam do pobierania najnowszej wersji ze strony OOo2GD w repozytorium rozszerzeń OpenOffice.org i ze strony projektu OOo2GD :-)

Podobne posty^beta
OOo2GD 2.1.0 - filtrowanie, sortowanie [dla niektórych ;-)] i bardziej *nixowe nazwy
OOo2GD 1.8.1 - i znów poprawki
Pobierz swoje dokumenty z Google Docs w wybranym w formacie, czyli OOo2GD 1.8.0 :-)
OpenOffice.org2GoogleDocs 1.0.4
OOo2GD 2.1.1 gotowe :-)

OOo2GD 2.1.1 gotowe :-)

2010-02-18T02:18:00.003+01:00

Nie miałem jakoś pomysłu co by dziś wieczorem robić, nie chciało mi się uczyć do SCWCD i do Wielkiego Tajnego Planu też mi się nie chciało nic robić to postanowiłem zajrzeć do kodu OOo2GD ;-)

W nowej wersji OpenOffice.org2GoogleDocs 2.1.1 kilka zmian, z najbardziej widocznych, zmienił się sposób prezentacji daty w okienkach importu, wcześniej był inny w okienku dla Google Docs, a inny w okienku dla Zoho, teraz jest identyczny, do tego jest "sortowalny" co docenią użytkownicy OOo2GD uruchamianego na Java 1.6.
Powinien zostać też poprawiony problem z błędnym działaniem OOo2GD gdy pliki miały być nagrywane do nieustawionego jeszcze katalogu.
Z drobniejszych zmian, zniknęło okienko informujące o sukcesie uploadu/updatu dokumentu, od teraz także komunikaty błędów powinny zawierać bardziej opisowy powód [choć to zależy już od tych, którzy pisali kod wyjątków które sygnalizują problemy ;-)].

Zapraszam do pobierania ze strony OOo2GD w repozytorium rozszerzeń dla OpenOffice.org lub ze strony projektu.
Jeśli dopisze mi szczęście to wrzucę na serwer też plik dla autoupdatu z OO.org, ale pewności nie ma bo mi się Eclipse burzy ;-)

Podobne posty^beta
Jak szybciej znaleźć mniejszą i większą wartość? [opisowy tytuł, który niewiele mówi ;-)]
3 rzeczy, które pomogłyby Chrome OS i Chrome
OOo2GD 1.9.0 w kierunku bezszwowości ;-)
O ziarenkach
OOo2GD (OpenOffice.org2GoogleDocs) 1.2.2

Popsuł mi się Calc w OpenOffice.org :-(

2010-02-15T23:34:00.005+01:00

[Update: 16/02/2010 - Mateusz Zasuwik, jeden z twórców bloga OpenOffice.org w praktyce poradził mi uruchomienie OO.org z czystym profilem i podziałało :-) szczegółu jak to zrobić tutaj]

Nie wiem co się stało, ale mój świeżo zupdatowany do wersji 3.2 OpenOffice.org Calc zwariował i nie chce liczyć.
Arkusz wygląda w nim tak:

Co ciekawe gdy najadę na daną komórkę i wybiorę opcje Formatuj komórki to w polu z wartością w okienku do formatowania widzę prawidłową wartość, a nie formułę :-)
Jeszcze lepsze jest to, że zapisanie tego dokumentu w XLS i otwarcie go, lub wysłanie do Google Docs przy pomocy OOo2GD i pobranie jako XLS [czyli de facto liczy się otwarcie XLSa] powoduje, że taki arkusz w XLS wyświetla się w postaci "wyliczonej" :-)

No coś się zepsuło :-( Pewnie trzeba gdzieś jakąś opcję przestawić, a ja biedactwo nie wiem jaką :-(
Nie podoba mi się to.

Podobne posty^beta
Google Spreadsheest :-)
Co umie OpenOffice.org2GoogleDocs ;-)
Ice Cream Sandwich - Nexus S coraz bliżej, EEE Pad Transformer czeka...
Kombatanctwo JavaScript'owe ;-)
Bloggeroidujemy ;-)

Kolczatka ;-) czyli próbujemy zastąpić Dziobaka ;-)

2010-01-18T23:34:00.008+01:00

Od paru lat chodzą słuchy o tym, że Google udostępni projekt Playtypus [czyli Dziobak :-)], który wg. plotek ma dodawać do systemów Windows dysk G:\ którego zawartość przechowywana byłaby w Google..........
Ostatnio dodano nawet do Google Docs [na razie nie wszystkie konta mają to włączone] możliwość uploadowania dowolnych plików do Google Docs....

I tak sobie pomyślałem, może w ramach nauki tego paskudnego języka [zwanego C#, czyli si szarp, to szarp to pewnie od szarp włosy z rozpaczy ;-)] spróbować sobie napisać coś związanego z Google Docs.
No i tak powstał pomysł Kolczatki [Short-beaked Echidna], która mogłaby stać się ubogą kuzynką mitycznego Dziobaka...

Na razie udało mi się dojść do etapu w którym w Windows pojawia się dodatkowy napęd R:\ z nazwą wolumenu GoogleDocsFS:

Na dysku tym dostępne są katalogi związane z ustawionymi w konfiguracji Kolczatki kontami w Google Docs [na razie konfiguracja jest zahardkodowana w źródłach ;-)]:

Wybierając katalog związany z danym kontem widzimy spis dokumentów z wybranego konta Google Docs:

To samo w Total Commander'ze:

I tu kończy się to co działa ;-) Bo na razie nie ma możliwości otwierania i zapisywania plików [ale niech tłumaczy mnie to, że jak na razie pracuję nad tym jakieś 10 godzin :-)], a jeżeli uda się dodać to pobieranie i zapisywanie plików to działać to będzie tak, że pliki z rozszerzeniami w Google Docs [np. ODT lub DOC] będą pobierane w danym formacie, zaś inne w formacie wynikającym z konfiguracji [czyli jeśli ustawimy, że chcemy jako domyślny format dokumentów tekstowych OpenOffice.org Text to pobierzemy jako ODT, jeśli Microsoft Word to DOC]. Gorzej będzie z zapisywaniem plików, bo jak na razie API Google Docs pozwala jedynie na wrzucanie plików w kilku wybranych formatach, więc pewnie w razie próby wrzucenia pliku w innym formacie dysk R:\ będzie wyrzucał jakiś błąd w stylu braku miejsca do zapisania pliku.
Problemów może się pojawić multum [już się pojawiają ;-)], ale może się uda ;-)
Choć ze względu na to, że to ten paskudny C# to już jestem zmartwiony tym jak w razie czego to draństwo dystrybuować, bo potrzebować będzie bibliotek Google Docs API i DOKAN'a [to on umożliwia dodanie własnej literki dysku ;-)].

W ramach review kilka zasad, które będą [jeżeli projekt się nie załamie bo natrafię na przeszkodę, której nie będę umiał przeszkodzić] stosowane:

W sytuacji gdy w Google Docs istnieje kilka dokumentów o tej samej nazwie i tym samym typie to na dysku R:\ widoczne będą w taki sposób, że kolejne dokumenty o tej nazwie będą miały nazwę kończącą się kolejnym numerkiem [czyli gdy są 3 dokumenty tekstowe CV i konfiguracja będzie mówić, że mamy używać formatu OpenOffice.org to pojawią się pliki w stylu CV.odt, CV1.odt i CV2.odt]
Zapisanie pliku z nazwą która już istnieje spowoduje stworzenie nowej wersji istniejącego pliku

Co się może nie udać? :-)
Wiele,

po pierwsze może się okazać, że nie uda mi się zmusić .NETowych bibliotek do pobierania plików [bo oficjalnie wspiera to dopiero 3 wersja API, która dostępna jest tylko dla Java'y, ale OOo2GD do niedawna używało 2 wersji API, a jakoś ten ficzer działał ;-)
po drugie mogę się wyłożyć na odczytywaniu plików przez "mój" system plików, na razie z niewyjaśnionych przyczyn dostaję informację, że nie mogę zapisać pliku w miejscu docelowym...
po trzecie może się okazać, że nie będę w stanie emulować tego dysku jako dysku o dostępie swobodnym, bo jeżeli taki OpenOffice.org czy MS Word mają zwyczaj modyfikować pliki "w kawałkach" to jest problem... [chodzi o to, że pobierając plik z Google Docs w jakimś formacie pobieram wersję binarną, teraz gdy część pliku zostanie zmodyfikowana to wyślę ją do Google Docs i w Google Docs pojawi się nowa wersja dokumentu przekonwertowana na ich wewnętrzny format, teraz znów nastąpić może zapis kolejnej porcji bajtów do pliku i pojawia się problem.... czy w takim przypadku skorzystać z trzymanej gdzieś po stronie klienta binarnej kopii dokumentu wysłanego do Google Docs, czy pobrać znów z Google Docs? Ale jeśli pobierzemy znów z Google Docs to może się okazać, że zapis do tej kopi pliku go popsuje bo to już nie będzie plik identyczny binarnie z tym wysłanym....., znowu trzymanie lokalnej kopii pliku też jest trudne bo jak będzie trzymana w pamięci to szybko może tej pamięci zabraknąć ;-) a jeśli na dysku to zawsze ktoś mi może ją skasować [OK, przed tym się mogę zabezpieczyć ;-)]]
po czwarte szlak mnie może trafić ze względu na C# ;-) [tak, wiem że są ludzie którzy go lubią i uważają, że jest lepszy od Java'y i w ogóle wszystkiego innego, możliwe, ale to tak jak z jedzeniem szpinaku, jedni lubią i uważają, że jest to super pokarm, a inni, np. ja nie znoszą szpinaku [no może poza zupą szpinakową], tudzież w nawiązaniu do estetyki, jedni lubią meble ze zdobieniami, inni [znów ja ;-)] lubią meble proste i bez zdobień]

A teraz coś od czego może należało zacząć? ;-) Pytanie do Was, ma w ogóle taki projekt sens? A jeśli ma sens to czy sens będzie miała np. wersja pozwalająca tylko na odczyt plików?

Na zakończenie skarga. Bolą mnie plecy i jestem przez to biedny.... głupia zakładka potargała mi dziś stronę w Superfreaconomics i jeszcze mi zimno.... niech mnie ktoś przytuli ;-)

Podobne posty^beta
RDrive w działaniu ;-) czyli kolejny raport z prac nad Kolczatką ;-)
OOo2GD w liczbach ;-)
Raport z prac nad ubogą krewną Playtypusa, czyli Kolczatką :-)
Ha! Ochidna Echidna potrafi updatować pliki :-)
Wysyłamy pliki do Google Docs przy pomocy Go :-)

OOo2GD 2.1.0 - filtrowanie, sortowanie [dla niektórych ;-)] i bardziej *nixowe nazwy

2010-01-03T18:47:00.005+01:00

W wersji OpenOffice.org2GoogleDocs 2.1.0 trzy nowości:

filtrowanie w oknie importu, od teraz gdy próbujesz znaleźć swój dokument by go pobrać przy pomocy OOo2GD nie musisz długo szukać, wystarczy że znasz choć fragment nazwy pliku, który chcesz pobrać :-) [zobacz jak to działa :-)]
sortowanie w oknie importu [tylko jeżeli do uruchamiania OOo2GD używasz Java'y 1.6]
bardziej przyjazne *nixom nazwy plików konfiguracyjnych, od teraz OOo2GD będzie starało się trzymać swoją konfigurację w plikach, których nazwa zaczyna się od kropki.

Jak zwykle zapraszam do pobierania ze strony OOo2GD w repozytorium rozszerzeń OpenOffice.org lub ze strony projektu.

Od strony developerskiej w tej wersji pomagał mi Mercurial dzięki czemu o wiele łatwiej jest mi prowadzić eksperymenty :-) bo mam kontrolę wersji, a nie korzystam z centralnego repozytorium i gałęzi w nim.

Podobne posty^beta
OOo2GD 1.8.1 - i znów poprawki
Lekcja na dziś - żeby konfiguracja działała trzeba ją zapisywać i odczytywać ;-)
OOo2GD 2.1.2 i malutka poprawka :-)
Linkownika mi zaczyna brakować...
A taki sobie nowy ficzer - filtrowanie :-)

A taki sobie nowy ficzer - filtrowanie :-)

2010-01-02T01:12:00.002+01:00

Ze się zaczął nowy rok to i nowe obowiązki ;-) i dziś musiałem poszukać tekst referatu, który kiedyś razem z kolega mieliśmy na konferencji. Myślałem, że mam go w Google Docs tylko, że w OOo2GD strasznie trudno mi go było znaleźć...
Dlatego dodałem sobie nowy ficzer ;-) czyli filtrowanie, tutaj filmik jak to teraz działa :-)

Dzięki filtrowaniu wyszukiwanie powinno być o wiele wygodniejsze. Nie jestem jeszcze pewien czy tak to będzie ostatecznie wyglądać, bo możliwe że lepiej byłoby zrobić to tak, że filtrowanie odbywałoby się w ComboBox z autosuggestem i zrobienie Enter by pobierało plik i otwierało go w OpenOffice.org.

Btw. okazało się, że dokumentu nie miałem w Google Docs, ale w standardowym miejscu które wykorzystuje w trakcie testowania OpenOffice.org2GoogleDocs czyli na dysku E:\ ;-)

Podobne posty^beta
OOo2GD 2.1.0 - filtrowanie, sortowanie [dla niektórych ;-)] i bardziej *nixowe nazwy
OOo2GD 1.8.1 - i znów poprawki
Outlook zły
TQM, BPEL, CVSNT i inne skróty
BuffyPedia... wzięła i zniknęła ;-)

Wersja 2.0.0 OOo2GD już jest :-)

2009-12-24T00:46:00.003+01:00

Dostępna jest nowa wersja 2.0.0 OOo2GD :-)
Główną nowością jest tryb autoupdate dla Google Docs. Działa on w taki sposób, że dla każdego pobranego pliku, który pobrano z zaznaczoną opcją autoupdate każda zmiana i nagranie pliku spowoduje update tego pliku w Google Docs. Działa to tylko w danej sesji, czyli od pobrania pliku z zaznaczoną opcją autoupdate do momentu wyłączenia OO.org.
Są pewne ograniczenia, np. gdy edytujemy plik na 2 komputerach jednocześnie [czyli w tym samym momencie dwa komputery mają otwarty dany plik w trybie autoupdate] to wygrywa ten który ostatni dokona update'u, zmiany tego wcześniejszego zostaną utracone i zachowają się tylko w historii wersji w Google Docs.
Także gdy otworzymy w 1 sesji 2 razy ten sam plik to updatowanie będzie działało tylko dla tego otwartego jako pierwszy.
Ale i tak wydaje mi się, że działanie tego ficzera jest dość spójne.

Po to by nie trzeba było za każdym razem zaznaczać Autoupdate można to ustawić w oknie konfiguracji :-) zaznaczając "Default autoupdate".

Do tego 2 nowe tłumaczenia :-) Czeski i węgierskie :-)

Zapraszam do pobierania ze strony rozszerzeń dla OpenOffice.org lub strony projektu :-)

Podobne posty^beta
Podejrzanie szybko....
OOo2GD 2.2.0 - autoupdate "rośnie"
OOo2GD 1.9.0 w kierunku bezszwowości ;-)
OOo2GD 3.0.0 - eksportowanie do Google Docs bez konwersji :-)
OOo2GD 2.3.0 - nowe dokumenty i autoupdate w działaniu :-)

Podejrzanie szybko....

2009-12-20T01:14:00.004+01:00

Coś podejrzanie szybko mi się dziś napisało wsparcie dla autoupdatowania dokumentów z Google Docs w OOo2GD.

Działa to tak, że jeżeli pobierzemy dokument z Google Docs [z zaznaczoną opcją autoupdate] to po każdym nagraniu pliku [czyli gdy zmieni się data ostatniej modyfikacji pliku lub jego rozmiar] w ciągu paru sekund OOo2GD wrzuci nową wersję do Google Docs. Oczywiście wszystko działa puki OpenOffice.org i OOo2GD są włączone i tylko dla plików pobranych w danej "sesji", czyli od uruchomienia OpenOffice.org.

Są pewne ograniczenia, np. gdy edytujemy plik na 2 komputerach jednocześnie [czyli w tym samym momencie dwa komputery mają otwarty dany plik w trybie autoupdate] to wygrywa ten który ostatni dokona update'u, zmiany tego wcześniejszego zostaną utracone i zachowają się tylko w historii wersji w Google Docs.
Także gdy otworzymy w 1 sesji 2 razy ten sam plik to updatowanie będzie działało tylko dla tego otwartego jako pierwszy.
Ale i tak wydaje mi się, że działanie tego ficzera jest dość spójne.

Wszystko zabrało mi może jakieś 6 godzin co jest czasem podejrzanie krótkim. I wszystko zabrało chyba mniej niż 200 linii kodu....

Jeszcze nie wiem czy poczekać chwilę, np. na moment gdy dostanę czeskie tłumaczenie OOo2GD i dopiero wtedy wypuścić wersje 2.0.0, czy może zrobić to już teraz, czy też może dodać coś jeszcze ;-) choć na to ostatnie nie mam do końca pomysłów.

Podobne posty^beta
Wersja 2.0.0 OOo2GD już jest :-)
OOo2GD 2.3.0 - nowe dokumenty i autoupdate w działaniu :-)
OOo2GD 3.0.0 - eksportowanie do Google Docs bez konwersji :-)
OOo2GD 2.2.0 - autoupdate "rośnie"
Bardzo testowa wersja OOo2GD 1.7.0, która w porywach działa nawet na MacOS ;-)