Ha más nem megy próbáld meg átnevezni .zip-re (persze, csak a másolatot), mert az Openoffice fájlok zippelt xml-ek. Oszt, hogy mit találsz benne, és helyre tudod-e állítani...
Megsérült egy .sxc fájlom. :( Mentésem a 2004.12.31.-i állapotról van. Íígy az összes idei adatom elveszett. Tud valaki valamilyen trükköt, hogy miképpen lehetne visszaszerezni? Több esetben sikerült már sérült .xls fájlt visszaállítanom Oo-val, amit az Excel sem bírt megnyitni. De így még nem jártan, hogy OOo fájlom veszett volna el. Pedig már jó pár éve használom.
Tudom, gyakoribb biztonsági mentés. De hát ez már eső után köpönyeg.
azert kiprobalhatjatok, hogy 1.1.1-el is rossz-e. nem tudok olyan egetvero valtozasrol .3-ban ami miatt ne lehetne .1-et:) vagy kihasznaltok valami ujjitast? :)
Sajnos verziót, oprendszert nem válthatok, mert egyrészt nem én használom, az oprendszer adott (win xp hun), a szerkesztő pedig nem nagyon tud angolul, nem akarom még azzal is bonyolítani a munkáját. Az 1.1.3 a tudtommal legújabb és nem akarok visszatérni egy régebbi verzióra. Egyelőre egy kis sed-es regex megcsinálja, amit kell, csak félek, hogy ha bonyolultabbak lesznek esetleg a linkek, akkor nehéz lesz megadni a kereső-helyettesítő mintát. Eddig abban reménykedtem, hogy valami elrejtett beállítással lehet változtatni ezen a viselkedésen...
iso-8859-2 -es karaterkészlettel mentem a html doksikat, de szerintem ennek nincs köze a problémához és gyanítom, hogy az is mindegy, hogy magyar vagy angol. Ha pl. utf-8 formában mentek, akkor is ugyanúgy kódolja a ? és & jeleket.
Nem, a korábban elmentett linkeket ott is "hibásan" jeleníti meg. Ha pl.: ezt írtam be eredetileg:
?p=valami
akkor ezt latom viszont:
%3Fp=valami
Ezen kívül a módosító ablakban eléteszi még a fájl könyvtárát is ("file://..."), de az nem probléma, mert a html formába csak így kerül be:
href="./%3Fp=valami"
Egyébként az oo alatt szerkesztett oldalakbol kivágom a body részt és az egészet egy php oldal közepébe illesztem. A body kivágása után most kénytelen vagyok egy keresés-helyettesítéssel visszatenni a ? és & jeleket a szövegekbe (sed-del), hogy működjenek a linkek... ezt szeretném kiküszöbölni, ha lehet. Azt megértem, hogy a normál szövegben kódolja az ilyen jeleket, de az url-ekben miért csinálja ezt... ?
oo 1.1.3 magyar: Ha egy html doksit szerkesztek és egy linket hozok létre benne, amiben van két spec. karakter is ('?' és '&' az url-ben), akkor ezeket a html kódban kódokkal helyettesíti (%3F, illetve &). Hogyan lehetne rávenni, hogy hagyja békén ezeket, ugyanis kicsit nem lesz jó a link emiatt... ?
mamrint a java nem fejezi be, vagy az oo ? :) es ettol fuggetlenul fent kell legyen, vagy el sem tudod inditani kesobb? marmint oo-t :) calc-ot vagy writer-t
Sziasztok egy kis segítséget szeretnék kérni. Régebbi openoff volt fenn a gépen, de végülis leszedtem mert volt néha nyűgje.
Most elkezdtem telepíteni az oppoff.1.1.3. magyar nyelven.
Mikor javát kért feltelepítettem a jdk-1_5_0_01-nb-4_0-bin-win exet-t akkor is a helyi beállítássok létrehozása alatt fut a 3 kék csik, és soha nem fejezi be a telepítést.
Érdekes, most műxik. Igaz, közben volt egy újraindításom. Megnéztem vindózban is, ott működött. Viszajöttem UHU-ba és most itt is megy. Úgy látszik csak valami pillanatnyi gabalyodás volt.
Mondjuk formátumokat lehet egyszerre beállítani az így kiválasztott tartományoknak.
próbálkoztam mind2 verzióval (angol 1.1.3, magyar 1.1.2):
magyar ooo, angol ellenőrzés: beállítottam amit írtál, a formátum/karakternél az angolnál (mind uk mind us) látszódik is az ABC+kis pipa ami azt hiszem azt jelentené hogy tud ellenőrizni az illető nyelven, mégis amikor elindítom az ellenőrzést visszavált a magyarra, és hiába állítom át az ellenőrző ablakban újra angolra, visszaugrik (a formátum/karakternél marad angol)
angol ooo, magyar ellenőrzés: bemásoltam az ispell és huhyphn fájlokat a /share/dict/ooo könyvtárba, a dictionary.lst-be beírtam:
DICT hu HU hu_HU
HYPH hu HU hyph_hu_HU
nem tudom ezt kell-e de helyénvalónak tűnt. onnantól uaz mint a másik esetben (addig meg se moccant): van ABC+pipa a magyarnál a formátum/karakterben, de ellenőrzésnél megint csak angolt hajlandó...
és azt tudjátok, miért hízott az 1.1.3 telepítője több mint 2xesére az 1.1.2höz képest?
mert én nem. ha tudjátok, légyszi homályosítsatok fel...
ja igen, és azt tudjátok hogyan tudok angol helyesírásellenőrizni magyar ooo alatt vagy fordítva? (igazából én csak erre használom. 8)
mert én azt sem, ha tudtok, légyszi áruljátok el, rühellem, hogy 2 nyelvi verzió van fenn 1más mellett 8)...
Megnéztem az EszközökBeállítások...MunkafüzetSzámítás lapon az alapértelmezés 1899. dec. 30.
Választható még 1900. jan. 1 (ez a StarCalc 1.0 alapértelmezés) valamint 194. jan 1. is.
Ismeritek a SpringOffice-t?
Vajon mivel tud többet mint az OOo? Annyi, hogy van mette Firefox, Thunderbird, Gimp, meg valami sakk program?
Miért hajlandó valaki fizetni egy csokor ingyenes programért?
És azt tudjátok-e, hogy amikor a számokkal képletekkel telezsúfolt több tucat fült tartalmazó munkafüzet (Calc) kezdi kinőni a pendrájvot mit kell tenni ?
Azokat a területeket, ahol már nem várható változás meg lehet szabadítani a képletektől úgy, hogy az eredmények a helyükön maradnak, továbbra is úgy látszódnak mint addig.
Lépések:
- celák kijelölése (esetleg teljes táblázat a bal felső keretsarok lenyomásával)
- Ctrl-x (igen !)
- egérrel pozicionálódni a kijelölési terület bal felső sarkába
- Jobb klikk a cellán, menüből Irányított beillesztés (legalsó elem) kiválasztása
- Mindent beilleszt pipa ki, alatta lévő többi pipa be, kivéve a képletek pipája
- OK gomb lenyom
- kicsit vár és kész!
Ha valamit elszúrtál kettő darab Ctlr-z után visszajön az alaphelyzet.
Ezzel egy tömény képletekkel megádott 1,7 MB-os munkafüzet mérete lecsökkenthető alig több mint 1 MB fölé.
Azt tudtátok, hogy az OOo-ban (a Calc-ban) van olyan függvény, hogy EASTERSUNDAY(évszám)?
eredménye az évszámnak megadott évben húsvét vasárnap dátuma.
Azt tudtátok, hogy az OOo Calc korrektül(?) kezeli az 1900.01.01 előtti dátumokat?
Érdekes, hogy:
1899.12.31=1
1899.12.30=0
1899.12.29=-1