ls -1TörténelemHUP adás-vételNépszerű témákNépszerű fórum témákHardverAjánlott böngésző Linux Weekly NewsLinux DevicesFreeBSD Project NewsOpenBSD Journal |
OxygenOffice Professional 3.2.1.40"Az OxygenOffice Professional 3.2.1.40 egy nyílt forráskódú, ingyenes, nagy tudású irodai programcsomag, amely kiválóan alkalmas szövegszerkesztési, táblázatkezelési, bemutatókészítési, adatbázis-kezelési és rajzolási feladatok megvalósítására Windows és Linux operációs rendszerek alatt." A részletek itt.
»
|
KeresésNavigációBelépésÁllásajánlatokHWSWFriss blogbejegyzésekHUP napi hírlevélLegfrissebb HUP videókLegfrissebb HUP képekLegfrissebb HUP dokumentumokSzavazásSzükség van magyar Linux közösséghez köthető code hosting webhelyre? Igen 20% Nem 53% Csak az eredmény érdekel! 27% Összes szavazat: 286
Új felhasználók
InformációKövess minket!Partnerünk |
Köszi :) Már vártam!
nekem, mint laikusnak megtévesztő a nevében az a Professional... először fizetősre asszociálok...
valaki tudja hogy pl. egy 0012509084004542429800 stringet tartalmazo oszlopot hogy lehet ugy lementeni csv-be hogy kozben nem konvertalja lebegopontos szamma?
koszi!
ha nem számot akarsz akkor ne szám legyen a cella formátuma :)
bevitel pl ctrl+v persze rögtön visszaalakítja a cella formátumát
de előtte f2-t ütve megmarad, csv-be jól menti el, kipróbáltam
ha csak 1 mezobe 1 adatot irok be nekem is jo. teszteld ezzel:
tedd egy filebe ez 67 byte valami.csv
nev,vonalkod
NEV,0012509084004542429800
NEV,0012509084004542429900
toltsd be es mondd azt ahogy mezoelvalaszto a vesszo.
hogy az elejerol levagja a 0-kat azt most ne nezd.
betoltes utan allitsd at az oszlopot szovegre.
mentsd le valami2.csv -kent
nezd meg hogy mi lett belole.
ezzel probaltam: OOo 3.2.1 debian squeeze
tudom hogy ha betolteskor megmondom neki hogy a mezo szoveg akkor jo marad, de a szoveget miert konvertalja lebegopontos szamma?
- nem értem, ha "akkor jo marad" akkor mi a probléma? működik, használd :)
- azért alakítja mert ha nem alakítaná akkor más meg azt kérdi hogy "miért nem veszi észre hogy szám hisz a vak is látja?" ha azt akarod hogy ne szám legyen automatikusan, akkor tedd idézőjelbe
az a problema hogy mikor ezt meg kellett oldanom akkor a veszett nagy OOo tapasztalatommal az nem jutott eszembe hogy betolteskor modositgassam a mezo formatumat es annyi ido meg nem volt a megoldasra hogy probalkozgassak vajon a program milyen csillag allas alatt fogja a jo megoldast szallitani nekem. gyorsabb megoldasnak talaltam visszadobni MSo programot hasznalonak ami egybol a jo megoldast szallitotta.
nem tudom hogyan kell mukodnie, nekem mint "egy evben egyszer kenyszerbol" OOo felhasznalonak az a logikus ha olyan formatumban menti el mint amire az oszlop be van allitva, nem talal ki helyette mast. ha szam formatumra allitom akkor azt varom el hogy szamkent mentse, ha szoveg formatumra allitom akkor pedig azt hogy szovegkent mentse. lehetnek mas - altalam nem ismert - szempontok ami miatt ennek nem igy kell mukodnie de en ezeket nem ismerem.
most nem teszteltem le a "tedd idezojelbe" workaroundot, mert 1 evig ujbol nem kell OOo-hoz nyulnom, de ezt hol kellene idezojelbe tennem? a forras fileben vagy betoltes utan a mezoben?
Szöveg importálásakor az oszlopoknak meg tudod adni a típusát. Szerintem ez megoldás lehetne a problémádra.
KAMI | 神
--
Támogatás | OxygenOffice | Fordításaim és SeaMonkey
azt csinálta, meg is oldotta, az a baja hogy miért nem találja ki magától
erre mondtam hogy a heurisztikával (amit kicsit finomabbra hangolt az ms) mindig lesz olyan gond hogy valamit elront, még ha sokszor jobban is trafál bele, egy formátummegadás szerintem nem nagy gond, pl dátum esetében az ms sokszor hibázik (nem dátumot annak néz)
Múltkor importáláskor én MS Officeban ugyanezzel szívtam mire rájöttem hogy nem megnyitás előtt, hanem importálás alatt kell beállítani az adattípust, de alapból ott is ugyanúgy dátummá konvertálta...
az a bajom hogy miert talaja ki magatol a rosszat. beallitom hogy szoveg es szamkent menti...
tovabb is van mondjam meg? most egy masik tablat kell importaljak, ahol van szam mezo. importalaskor a kovetkezokbol lehet valasztani: standard, szoveg, datum (nhe), datum (hne), datum (ehn), magyar, elrejtes. miert nincs szam? miutan beimportalom szovegkent es modositom szamra utana sem hiszi el hogy szam, balra van igazitva, nem tudom summazni...
lehet hogy en hasznalok egy olyan verziot amiben ez problema de mintha a lennyben levo 2.x-es verzioval ilyen gondjaim meg nem lettek volna.
tizedespont/vessző?
az elmentést nem értem, nekem jól menti el
nincs benne egyik sem, egesz ertekek.
ha az a fenti pelda nalad jol mukodik 3.2.1-es OOo alatt akkor valami nalam lehet vagy squeeze-ben, ezt is el tudom kepzelni.
ujabb tapasztalat hogy a szam oszloptipusnak ertelmezett egesz ertekeket szovegkent megjelenito oszlopra ha azt mondom neki hogy legyen szoveg tipusu majd hogy legyen szam tipusu, akkor az oszlopban nem latszik de rakattintva megjelenik egy aposztrof a szam elott, ami nem tudom honnan kerult oda mert az eredeti csvben meg nem volt. igy mar vilagos miert nem tudja szamkent hasznalni.
mindezek ellenere ha mindezt MSo-val csinaljak egybol szamkent ertelmezi es ha megkapom ezt xls-ben utana az OOo-ban is minden jol mukodik.
nem lehet csv import filter problema?
külön köszönet az APT repoért.
Ha olyan bugot akarok jelenteni, ami a hagyományos (Oracle-féle) vonalban is megvan, akkor azt inkább az ő bugtrackerükben tegyem, kockáztatva, hogy a jelentés eltűnik a többi között, vagy inkább nektek, remélve, hogy az OxygenOffice változatban javítják és a fix majd backportolódik valahogy?
Csak erre a változatra jellemző hibák:
Van egy eszköztár, amin van két gomb: WPD és WPC. Ha bármelyiket megnyomom, feljön egy ablak:
"Az OOo-hoz nincs böngésző rendelve.
Írja be a menüben található http-paramétert.
Eszközök > Beállítások > OpenOffice.org > Segédprogramok"
Nincs ilyen nevű beállítási lehetőség.
Másik: az betűk élsimítása nagyon zavaróan néz ki ebben a változatban. A rendszer többi része (Ubuntu 10.04 (in b4 trolls)) az LCD monitoron jól mutató elsimítást használ, és ettől nagyon elüt - és ami nagyobb baj: a szemnek zavaró módon - az OOo-ban használt élsimítás, ami zöld meg piros szélű betűket eredményez. Nem lehet ezt valahol állítani?
A másodikra:
Eszközök > Beállítások > OpenOffice.org > Nézet
(Élsimítás)
Az elsőt meg fogom nézni. De szerintem más megoldás találok majd a WPD, WPC-re.
KAMI | 神
--
Támogatás | OxygenOffice | Fordításaim és SeaMonkey
> Ha olyan bugot akarok jelenteni, ami a
> hagyományos (Oracle-féle) vonalban is megvan,
> akkor azt inkább az ő bugtrackerükben tegyem,
> kockáztatva, hogy a jelentés eltűnik a többi
> között, vagy inkább nektek, remélve, hogy az
> OxygenOffice változatban javítják és a fix majd
> backportolódik valahogy?
Egyértelmű, hogy a qa.openoffice.org-on kell bejelentened. Ha azt szeretnéd, hogy KAMI911 is tudjon róla, akkor a CC mezőbe tedd be "kami_" felhasználót. Normális (részletes, reprodukálható) hibajelentés nem tűnik el, legfeljebb nem javítják azonnal. Ha bent van az openoffice.org bugtrackerében, akkor onnantól minden potenciális fejlesztő javíthatja, nemcsak KAMI911, így esélyed a hiba kijavítására megsokszorozódik.
Hátha itt többen látják ;), szóval 64bit-es Jaunty alatt a következő hibaüzit kapom, és nem indul:
$ openoffice.org3
/opt/openoffice.org3/program/../basis-link/ure-link/bin/javaldx: /usr/lib/libxml2.so.2: no version information available (required by /opt/openoffice.org/ure/bin/../lib/libjvmfwk.so.3)
/opt/openoffice.org3/program/soffice.bin: /usr/lib/libxml2.so.2: no version information available (required by /opt/openoffice.org3/program/../basis-link/program/libsfxlx.so)
/opt/openoffice.org3/program/soffice.bin: /lib/libc.so.6: version `GLIBC_2.11' not found (required by /opt/openoffice.org3/program/../basis-link/program/libsvtlx.so)
/opt/openoffice.org3/program/soffice.bin: /lib/libc.so.6: version `GLIBC_2.11' not found (required by /opt/openoffice.org3/program/../basis-link/program/libvcllx.so)
/opt/openoffice.org3/program/soffice.bin: /usr/lib/libxml2.so.2: no version information available (required by /opt/openoffice.org3/program/../basis-link/program/../ure-link/lib/libjvmfwk.so.3)
<= Powered By Ubuntu & Gentoo Linux =>
'Software is like sex: It's better when it's free!'
By Linus Torvalds
Lényegében ez a program indul el:
/opt/openoffice.org3/program/soffice.bin
Lehet, hogy glibc 2.11-re van szükség (8.04 LTS-ről frissítettem a build gépet 10.04, mert a régin már nem fordult le a KDE4 support).
KAMI | 神
--
Támogatás | OxygenOffice | Fordításaim és SeaMonkey
Igen, ezt látom én is, de a glibc frissítés "kicsit" veszélyes dolog, vagy én tévedek? Gyakorlatilag a lucid előtti ubuntuk-ban nincs 2.11-es, és ez sok másik disztróra érvényes, nem lehetne valahogy mellérakni a szükséges lib-eket? Egyébként, ha bemásoltam a 2.11-es glibc lib-jeit a program/ -ba, akkor hibát nem ír, de továbbra sem indul :(.
Mit javasolsz/javasoltok? Disztrót emiatt nem szeretnék frissíteni!
köszi
<= Powered By Ubuntu & Gentoo Linux =>
'Software is like sex: It's better when it's free!'
By Linus Torvalds
Javaslatom: ne ragaszkodj az OxygenOffice-hoz, mert az a te disztribúciódon nem futtatható. Neked leginkább a http://ftp.fsf.hu/OpenOffice.org_hu/3.2.1-upstream/OOo_3.2.1_Linux_x86-64_install-deb_hu.tar.gz felelne meg. Ennek megfelel a glibc 2.5 is.
Köszi, de ez nem megoldás :(. A helyzet, hogy nekem go-oo alapú kellene, mert egyébként nem játsza le a hangokat a prezentációk alatt.
Nincs semmi megoldás arra, hogy ezt a verziót tudjam futtatni?
Próbáltam preload-al, lybrary_path-al megadni neki a 2.11-es lib-jeinek helyét, akkor meg ezt kaptam:
/bin/sh: relocation error: /bin/sh: symbol strchr, version GLIBC_2.2.5 not defined in file libc.so.6 with link time reference
<= Powered By Ubuntu & Gentoo Linux =>
'Software is like sex: It's better when it's free!'
By Linus Torvalds
A soffice egy shell script, ami indítja az OOo-t. Abba írtad be az LD_LIBRARY_PATH-t? Szerintem nem, azért akarta már a shell betöltéséhez a 2.11-es libet behúzni.
OOo 3.1.1 van Jauntyra. http://ppa.launchpad.net/bugbear5/ooo-jaunty/
Próbáltam úgy is, úgy simán segfault lett a vége. A 3.1.1-ről tudok, azt használom, csak megörültem, hogy végre frissíthetek...
<= Powered By Ubuntu & Gentoo Linux =>
'Software is like sex: It's better when it's free!'
By Linus Torvalds
Azon gondolkozom, hogy buildelek egy régebbi verzióval (8.04) talán elég lenne alapnak (2.7 GLIBC-vel) Neked az tuti jó lenne, szerintem. Mi a véleményed. a KDE plugint meg valami újabb verzión forgatnám le. KDE4 támogatás ugyis újabb KDE libeket igényel. Mi a vélemény?
KAMI | 神
--
Támogatás | OxygenOffice | Fordításaim és SeaMonkey
A mindenki által szidott, bugos KDE4 támogatást legjobb lenne kikonfigurálni.
No, köszi szépen, készítettem Puppy Linux -ra egy telpítő csomagot, akit érdekel, innen töltheti le:
ftp://skami.homelinux.org/puppylinux/office/OxigenOfficeProfessional-3.2.1.40-HU.pet
Bővebb információk:
http://skami.homelinux.org
Mostmár van puppy linux verzió is...
:-)
Puppy linux, mert a méret igenis számít ! Puppy linux, mert megérdemlem. http://skami.homelinux.org
Köszönöm szépen én is :o)
KAMI | 神
--
Támogatás | OxygenOffice | Fordításaim és SeaMonkey
Nagyon szívesen !
:-)))
Igazából erre csak most gondoltam, de lehetne készíteni végülis angol nyelvű verziót is a külföldi Puppy Linux -osoknak, biztos örülnének neki,
csak még nem tudom, hogy mikor lesz rá időm..
Ha elkészítem majd, ide mutasson a link: http://sourceforge.net/apps/trac/ooop/wiki ?
Puppy linux, mert a méret igenis számít ! Puppy linux, mert megérdemlem. http://skami.homelinux.org
Háhhá, zseniális ötletem támadt, beírok a fórumra és biztos lesz aki elkészíti, így készülhet más nyelvű PET telepítő is.
Puppy linux, mert a méret igenis számít ! Puppy linux, mert megérdemlem. http://skami.homelinux.org
Remek, köszönöm szépen.
KAMI | 神
--
Támogatás | OxygenOffice | Fordításaim és SeaMonkey