Kexi: Bazy danych dla każdego Kup Pobierz Kontakt  English
 
 




























Nowości->Blogi->Jarosław Staniek->
Co z tymi makrami VBA?

11 stycznia 2007, wersja 0.9

sliver001 zapytał na grupie dyskusyjnej alt.pl.openoffice (http://groups.google.com/group/alt.pl.openoffice/browse_thread/thread/ea20373632769a59/1c1aacdaddb4e7b4#1c1aacdaddb4e7b4) o działanie makr MS Excel w OpenOffice.org Calc. Pomyślałem, że mogę uściślić parę rzeczy.

> Zainstalowalem OpenOffice.org UX 2.1 poniewaz znalazlem informacje, ze
> potrafi juz obslugiwac makra w szablonach przygotowanych w Excelu 

Z dość wnikliwych testów wynika, że tak, ale chodzi tylko jedno albo dwa przykładowe :)

> ale mam problem.

No bo akurat nie obsługuje twojego... :)

Masz do czynienia z produktem firmy Novell w wersji ALFA, oferowanym przez UX Systems jako coś gotowego.

Patrz też moją inną odpowiedź w wątku na temat: rozszerzeń i szybkości różnych kompilacji OpenOffice (http://groups.google.com/group/alt.pl.openoffice/browse_thread/thread/b4817f73c9c35707/fd5f379f7e88465f?lnk=st&q=R%C3%B3znica+szybko%C5%9Bci+mi%C4%99dzy+OO+POlska+i+OO+Ux%3F&rnum=1#fd5f379f7e88465f).

Uprzedzając pytania o przyszłość:

  1. Autorem tego rozszerzenia jest Novell [1] (http://wiki.services.openoffice.org/wiki/VBA). Gdy on ukończy projekt, będzie (mam nadzieję) używalny.
  2. W miarę pełną obsługa makr VBA oznacza koniecznosc emulacji Windows z użyciem wine a czesto i posiadania kopii Windows, bo bywa, że bardziej zaawansowane makra (wkopały się w to nawet urzędy wyższego szczebla) odwołują sie bezpośrednio do Windows (czytaj: są nieprzenośne).

Jeśli nawet używasz wyłącznie Windows, są makra odwolujace ściśle do "nietypowych" funkcji specyficznych w MS Office. Takie jest moje znanie.

Rozwiązanie na przyszłość dla uzytkownikow OpenOffice.org: pomyśleć dwa razy zanim zamowi się u programisty kolejne narzędzie (np. makro) działajace wyłącznie na MS Office. Sprawa oczywiście nie jest taka prosta - to może być albo mało opłacalne albo nie do wykonania, jeśli zamawiąjący wymaga niemal 100% odpowiednika. Taki jest już koszt wychodzenia z infrastruktury informatycznej nie opartej na niezależnych od producenta standardach.

No to postraszyłem -- proste przypadki dają nadzieję, ale ogólnie -- nie istnieją narzędzia "myślące", dobrze tłumaczące programy z jednego języka na drugi, a skrypty czy makra nie są tu wyjątkiem.