Eksport do Openoffice

[edi67]

nie wiem czy to tylko u mnie się zepsuło, czy coś ogólnie... ale po eksporcie nadruku do OpenOffice nic się nie dzieje.

w logu mam coś takiego:



*********************** BŁĘDY ********************************
Program "E:\BR\PROGRAMY\Spedytor.exe" , wersja: 0,35 z dnia 2008.09.04 14:19:58
2008.09.25 14:39:52 Z:\BR\BAZY\BAART - ADMIN/ACER
Windows 2000 (Version 5.1, Build 2600), Dodatek Service Pack 2
Dysk programu E: wolne= 6924 MB
Baza danych: Z:\BR\BAZY\ wolne= 25706 MB
Archiwum: C:\ARCHIWUM\ wolne=781 MB
Drukarka:
Praca: 00:00:27
Pamięć operacyjna:
dynamiczna = 64 MB, wolne = 62,58 MB,użyt. = 1,42 MB, 97,79 %
fizyczna = 446 MB, wolna = 43,46 MB,użyt. = 403MB, 10 %
stronnicowana = 1054 MB, wolna = 386,64 MB,użyt. = 667 MB, 37 %
wirtualna = 2048 MB, wolna = 1813,71 MB,użyt. = 234 MB, 89 %
całkowita używana = 5,59 MB
zasoby systemowe =92 %
do wysprzątania = 2
rezerwacja do czyszczenia = 187
aktywne rezerwacje = 398
wydajność = CPU=292, HDD=1389, LAN=464, LANr=738, śrd.=961, nerw.=35
stary browser
DPIx=96/1, DPIy=96/1

Komunikaty:
--------------
Okno:ZLECENIASPEDYC;ZLECENIASPEDYCS
Błąd: 13 [ Brak eksportowanych metod ]
podsystem: BASE
funkcja: SEND
argument: IUNKNOWN:GETTEXTFIELDS
stos wywołań:
XNADRUKOOODT (linia: 26)
XNADRUKOLE (linia: 17)
XNADRUK (linia: 115)
ZLECENIASPEDYC:NADRUK (linia: 18)
XDATAWINDOW:DISPATCH (linia: 69)
APP:START (linia: 68)

Obiekt:
--------------------
podsystem BASE
podkod: 0
kod błędu: Brak eksportowanych metod
kod systemu: 0
typ argumentu: NIL
wskaźnik funkcji0x00000000
nr argumentu: 0
symbol funkcj: SEND
operacja:
opis:
plik: ;
próba: 0
wsk.pliku: 0
pod kod:
arg.: IUNKNOWN:GETTEXTFIELDS
typ arg.: NIL
maks.rozm.: 0
typ powtórki: NIL
symb.funk.pow.:
komunikat: 000000B1
update:
alias: DKA
aktywne obszary:IDX,FLD,DBF,X_STALE,X_MAC,DK,KOLUMNY,KOLUMNYO,OKNA,SOFT,
SPRZET,USERLST,USERSEC,KD,DKK,ZLECSPD,ZLECSPDN,DKA,DRK_FRM,DRK_FRMO,
RAP2DRK,DRK_FRMP,DK_1,DK_2,KD_1,KD_2,DKK_1,ZLECSPD_1,

[Pio]

.. prawdopodobnie nie widzi pliku arkusza, czyli sprawdź ścieżkę/nazwę itp.

[edi67]

.. prawdopodobnie nie widzi pliku arkusza, czyli sprawdź ścieżkę/nazwę itp.

hmm,..
wybralem ponownie plik za pomocą okna dialogowego, nie wiem jak sprawdzić, czy ma pełną ścieżkę, ale nazwę pliku widać w kolumnie Plik arkusza w Definicjach nadruku..
Po wybraniu drukowania uruchamia się proces soffice.bin i soffice.exe, ale sam OO się nie pojawia..

[Pio]

Zatem plik jest, a czy daje się otworzyć bezpośrednio w OO ?
(bo może być uszkodzony, w/w metoda dotyczy obiektu związanego z dokumentem,
którego z jakiegoś powodu nie udało się otworzyć)

[edi67]

tak, sam plik da się otworzyć w OpenOffice..

Być może problemem jest, że używam aktualnej bety OpenOffice 3,
ale wcześniej też używałem bety i wszystko dzialalo jak należy..

[Pio]

Sprawdź proszę inny nadruk do innego dokumentu.
Jak nie zadziała, to znaczy, że OLE pojechało, jak zadziała, to padnięty plik.

[edi67]

hmm..

inne pliki sprawdzałem już wcześniej - też nie da się przesłać do OO.

poza tym dzieje się coś dziwnego.. nie mogę usunąć skojarzonego pliku z nadrukiem - po usunięciu ciągle tam jest.
Jak próbuje wybrać plik to z kolei Vatowiec dodaje go do definicji nadruku o jeden wiersz wyżej..?

coś mi się pewnie namieszało...


Aha.. przypominam sobie, że jakiś czas temu Vatowiec powiedział, że są nowe definicje nadruku i trzeba je importować..
ale podczas importu spytał, czy usunąć stare.
W związku z tym, że mamy swoje dorabiane definicje, anulowałem import definicji nadruku, ale importowały mi się pozostałe definicje.

Może przez to coś namieszałem..?




Czy import nowych definicji nadruku (w Definicjach XML) usunie nasze własne definicje (i modyfikacje w standardowych definicjach??).

[Pio]

Definicje XML w tym przypadku zawierają TYLKO strukturę pliku wymiany dla nadruków,
czyli szablon, który umożliwia przesyłanie definicji nadruku między firmami.
Szablon ten warto zawsze mieć aktualny.

Jeśli będzie stary, to też nic wielkiego się nie stanie, najwyżej któreś pole nie będzie eksportowane do xml

[edi67]

Sprawdź proszę inny nadruk do innego dokumentu.
Jak nie zadziała, to znaczy, że OLE pojechało.

Chyba trzeba się zabawić w poszukiwacza zaginionego OLE.
Pobrałem najnowszą wersję OO3.0 RC3 i nadruki do OO nie działają z żadnego miejsca...

Jest jakiś prosty test na sprawdzenie, gdzie się OLE podziało?

Pozdrówka.

[Pio]

Na początek zobacz System->Terminale->kolumna OLE,

a następnie uruchom program z opcją /B jak Betatest (analogicznie do /T)
wówczas będzie się jawnie darł przy każdym problemie z OLE
(efekty zapisuje do historia.txt)

Jak nic nie pomogą komunikaty, to kliknij na Pomoc->O programie->Serwis