OpenOffice lopullisesti pilattu? [Ratkaistu(?)]

[SuperOscar]

(Kopio tännekin, alkuperäinen Ubuntu-fi-foorumilla.)

Olen tässä viime aikoina huolestuneesti seurannut OpenOfficen kehitystä aina vain huonommaksi. Jokohan alkaa olla aika todeta, että ohjelma on lopullisesti pilattu ja rikki?

Ensimmäinen merkki pilaamisesta oli, kun tyylien tulkintaa muutettiin niin, että kappaleen edelle tuleva tyhjä tila on käytössä myös kappaleen ollessa sivun ylälaidassa. Toisin sanoen jos kappaleen määrittää niin, että sen ylle tulee esim. 0,50 cm tyhjää tilaa, tämä tyhjä tila edeltää kappaletta myös silloin, kun se on ylimpänä sivulla. Typografisesti pähkähullu ratkaisu, jolle ainoa puolustus on se, että Microsoft Wordissä tämä bugi on ollut aikojen alusta saakka. Nyt se (yhteensopivuussyistä?) kopioitiin OpenOfficeenkin.

Nyt olen joutunut kamppailemaan luetelmien kanssa. Onko kukaan muu huomannut, että Muotoilu-valikosta saatavaa Luettelomerkit ja numerointi -dialogin Sijainti-välilehteä on nykyään kahta tyyppiä:

• vanhemmasta, toimivasta versiosta löytyvät mittakentät Sisennä, Numeroinnin leveys, Numeroinnin ja tekstin välillä vähintään ja Numeroinnin tasaus sekä Suhteellinen-valintaruutu Sisennä-kentän jälkeen
• toisessa, uudemmassa ja huonosti toimivassa versiossa kentät ovat Numeron jälkeen tulee (pudotusvalikko), etäisyydelle (mittakenttä), Numeroinnin tasaus (pudotusvalikko), Tasattu etäisyydelle ja Sisennys (mittakenttiä).

Jos ja kun tarkoitus on tehdä tällainen tuikitavallinen luetelma (kokonaisuus sisentämätön, luetelmakohdat riippuvalla sisennyksellä):

Koodia: [Valitse]

o   Lorem ipsum dolor sit amet, consectetur adipiscing elit. Praesent porttitor urna ac
    neque tempor eu vestibulum quam fringilla.
o   Proin ut augue a dolor fringilla dapibus. Curabitur rutrum, orci id blandit rutrum, dui ipsum
    lobortis leo, in volutpat quam augue vitae nunc.
...tätä ei nähdäkseni voi toteuttaa jälkimmäisen dialogin avulla lainkaan. Se on kuitenkin ainoa, johon normaalisti pääsee käsiksi. Edelliseen pääsee vain, jos käytössä on vanhemmalla OpenOfficen versiolla tehty asiakirja, jossa jo on luetelmia. Niiden asetukset tulevat tuolla toimivalla luetelmadialogiversiolla

Pitäisiköhän jo ruveta tekemään bugiraportteja? Nykyisellään en kohta pysty tekemään OpenOfficella yksinkertaisimpiakaan tekstitiedostojani!

[guest624]

(Kopio tännekin, alkuperäinen Ubuntu-fi-foorumilla.)

Olen tässä viime aikoina huolestuneesti seurannut OpenOfficen kehitystä aina vain huonommaksi. Jokohan alkaa olla aika todeta, että ohjelma on lopullisesti pilattu ja rikki?

Ensimmäinen merkki pilaamisesta oli, kun tyylien tulkintaa muutettiin niin, että kappaleen edelle tuleva tyhjä tila on käytössä myös kappaleen ollessa sivun ylälaidassa. Toisin sanoen jos kappaleen määrittää niin, että sen ylle tulee esim. 0,50 cm tyhjää tilaa, tämä tyhjä tila edeltää kappaletta myös silloin, kun se on ylimpänä sivulla. Typografisesti pähkähullu ratkaisu, jolle ainoa puolustus on se, että Microsoft Wordissä tämä bugi on ollut aikojen alusta saakka. Nyt se (yhteensopivuussyistä?) kopioitiin OpenOfficeenkin.

Työkalut->Asetukset->Ooo Writer->Yhteensopivuus-> Täppä pois kohdasta "Lisää kappaleiden ja taulukoiden välit sivujen alkuun"

Nyt olen joutunut kamppailemaan luetelmien kanssa. Onko kukaan muu huomannut, että Muotoilu-valikosta saatavaa Luettelomerkit ja numerointi -dialogin Sijainti-välilehteä on nykyään kahta tyyppiä:

• vanhemmasta, toimivasta versiosta löytyvät mittakentät Sisennä, Numeroinnin leveys, Numeroinnin ja tekstin välillä vähintään ja Numeroinnin tasaus sekä Suhteellinen-valintaruutu Sisennä-kentän jälkeen
• toisessa, uudemmassa ja huonosti toimivassa versiossa kentät ovat Numeron jälkeen tulee (pudotusvalikko), etäisyydelle (mittakenttä), Numeroinnin tasaus (pudotusvalikko), Tasattu etäisyydelle ja Sisennys (mittakenttiä).

Jos ja kun tarkoitus on tehdä tällainen tuikitavallinen luetelma (kokonaisuus sisentämätön, luetelmakohdat riippuvalla sisennyksellä):

Koodia: [Valitse]

o   Lorem ipsum dolor sit amet, consectetur adipiscing elit. Praesent porttitor urna ac
    neque tempor eu vestibulum quam fringilla.
o   Proin ut augue a dolor fringilla dapibus. Curabitur rutrum, orci id blandit rutrum, dui ipsum
    lobortis leo, in volutpat quam augue vitae nunc.
...tätä ei nähdäkseni voi toteuttaa jälkimmäisen dialogin avulla lainkaan. Se on kuitenkin ainoa, johon normaalisti pääsee käsiksi. Edelliseen pääsee vain, jos käytössä on vanhemmalla OpenOfficen versiolla tehty asiakirja, jossa jo on luetelmia. Niiden asetukset tulevat tuolla toimivalla luetelmadialogiversiolla

Ensiksikin oletusasetuksilla, sen voi tehdä muokkaamalla sisennyksen sopivaksi, mutta se on keljua. Todellinen korjaus löytyy (ainakin pikaisella kokeilulla) Tuosta samasta Yhteensopivuus -asetuksista lisäämällä täppä kohtaan "Harkitu rivitystyyli objekteja sijoitettaessa".


Nämä asetukset ovat näin todennäköisesti siksi, että Wordilla tehdyt asiakirjat näkyvät "oikein" ilman säätämistä. Tämä on tärkeää siksi, koska jos näin ei olisi, ihmiset dumppaisivat OOO:n siltä istumalta ilman enempiä testejä. Ilmeisesti on pienempi paha pakottaa vanhat käyttäjät etsimään asetuksia jolla ooo saadaan toimimaan fiksummin.

[SuperOscar]

Ensiksikin oletusasetuksilla, sen voi tehdä muokkaamalla sisennyksen sopivaksi, mutta se on keljua.

Yritin mielestäni kaikkia mahdollisia asetuskombinaatioita, mutta aina kävi niin, että pallukkariville tuli ylimääräinen tyhjä väli tähän tapaan:

Koodia: [Valitse]

o       Lorem ipsum dolor sit amet, consectetur adipiscing elit. Praesent porttitor urna ac
    neque tempor eu vestibulum quam fringilla.
Täytyy kokeilla noiden yhteensopivuusasetusten säätöä. (Oli kyllä varmaan viimeinen paikka, mistä koskaan olisin itse osannut ratkaisua etsiä!)

[guest624]

Ensiksikin oletusasetuksilla, sen voi tehdä muokkaamalla sisennyksen sopivaksi, mutta se on keljua.

Yritin mielestäni kaikkia mahdollisia asetuskombinaatioita, mutta aina kävi niin, että pallukkariville tuli ylimääräinen tyhjä väli tähän tapaan:

Koodia: [Valitse]

o       Lorem ipsum dolor sit amet, consectetur adipiscing elit. Praesent porttitor urna ac
    neque tempor eu vestibulum quam fringilla.
Täytyy kokeilla noiden yhteensopivuusasetusten säätöä. (Oli kyllä varmaan viimeinen paikka, mistä koskaan olisin itse osannut ratkaisua etsiä!)

Tuota sisennyssäätöä kokeilin kyllä niin pikaisesti, että saattoi mennä vörpiin se arvio.

Mutta mulla toimii nyt alla olevan kuvan mukaisesti, ja siinäpä ehken näkyykin ne yhteensopivuuksissa päällä olevat täpätkin (2. ja kaksi alinta valittuina)

[SuperOscar]

Työkalut->Asetukset->Ooo Writer->Yhteensopivuus-> Täppä pois kohdasta "Lisää kappaleiden ja taulukoiden välit sivujen alkuun"

Tämä toimii, kiitoksia.

Todellinen korjaus löytyy (ainakin pikaisella kokeilulla) Tuosta samasta Yhteensopivuus -asetuksista lisäämällä täppä kohtaan "Harkitu rivitystyyli objekteja sijoitettaessa".

Tämä sen sijaan ei ainakaan minulla tunnu muuttavan mitään – ei avoinna olevassa eikä uusissa asiakirjoissa

Muoks: Jaa ei kun anteeksi, vaikka dialogi pysyy uudemmanlaisena (ja minusta huonompana), nyt riippuvan sisennyksen saa ainakin toimimaan. Ehkä tämä sittenkin voidaan leimata ratkaistuksi.

Sivumennen: onpa OpenOfficen suomennoskin mennyt plörinällä alaspäin, kaikkialta huomaa kirjoitus- ja huolimattomuusvirheitä

[rekufaari]

Olen sössinyt jotenkin openofficen, eli se ei enää osaa tavuttaa automaattisesti rivejä ?

Jos poistan kaikki openofficen paketit, niin mistä voin ladata sen takaisin niin että kaikki
write, calc, draw ja muut paketit tulevat kerralla openofficeen..?

[SuperOscar]

Olen sössinyt jotenkin openofficen, eli se ei enää osaa tavuttaa automaattisesti rivejä ?

Ehkä et: minäkään en ole saanut automaattitavutusta pelittämään viime aikoina.

OpenOfficen viimeaikainen kehityssuunta on ollut huono, aivan riippumatta siitä, mitkä kaikki asetukset saa korjattua järkeviksi salatiedon avulla.

Bugisuuskin on lisääntynyt. Minulla eri koneilla tulee jatkuvasti vastaan sitä, että käyttöympäristön omat tiedostonavaus- ja tallennusdialogit muuttuvat äärettömän hitaiksi: kansiosta toiseen siirtyminen ja tiedostoluettelon noutaminen kestää sekuntitolkulla. Tästä pääsee eroon siirtymällä käyttämällä OpenOfficen omia – surkeita – tiedostodialogeja.

[rekufaari]

Ehkä et: minäkään en ole saanut automaattitavutusta pelittämään viime aikoina.

Kyllä tämän kanssa sentään voi elää ja versio mitä käytän on
OpenOffice.org 3.2.1 OOO320m19 (Build:9505)ooo-build 3.2.1.6

Mulla on kyllä aikaa odottaa että saavat joskus taas tavutuksen kuntoon !

[SuperOscar]

Saapa nähdä, miten forkkaus LibreOfficeksi vaikuttaa. Vähintään toivoisin, että lopulta päivitettäisiin käytetty widget-kirjasto joksikin ajantasaiseksi.

[jmp]

Onko kyseiset ongelmat ilmoitettu Bugzillaan?

[SuperOscar]

Onko kyseiset ongelmat ilmoitettu Bugzillaan?

Hyvä kysymys: pitäisi kai ottaa asiakseen tarkistaa. Ainakin tuon tiedostodialogien hitausongelman joku ehti minun lisäkseni jo todentaa joko tällä tai Ubuntun foorumilla.

Muihinkin ongelmiin olen viime aikoina törmännyt, mutta en ole pitänyt kirjaa.

Muoks: Tiedostodialogeista ilmoittamisen erityisongelma on, että hitaus tulee ja menee selittämättömästi. Juuri eilen panin OOo:n taas käyttämään OOo-dialogeja, koska piti oikeasti tehdä töitä eikä ollut aikaa odottaa sekuntikaupalla jokaisen kansionvaihdon yhteydessä; nyt kun naksautin KDE:n dialogit taas käyttöön, mitään ongelmaa ei ole. Argh.

[Samuel]

Onko ongelma kaatuilussa Offisesta vai KDE:stä?

[SuperOscar]

Onko ongelma kaatuilussa Offisesta vai KDE:stä?

Taas hyvä kysymys. En tiedä. Ongelmahan voi olla jopa noiden kahden yhteistoiminnassa.

Olisikin kiva kuulla joltakulta ei-KDE-käyttäjältä, onko esim. tuo tiedostodialogien hitaus tuttu ongelma. Tosin nyt kun viime aikoina OpenOfficea on ruvettu arvostelemaan LibreOffice-forkkauksen myötä (ei ikään kuin uskallettu niin kauan kuin se oli ainoa todella käytettävissä oleva vapaa toimisto-ohjelmisto), joku jo irvaili, että OpenOffice.org lienee laajalti käytössä vain siksi, että se on yhtä huono Gnomessa kuin KDE:ssä. Tämä johtunee käytetystä widget-kirjastosta.

En todellakaan yritä lietsoa trollisotaa. OpenOffice.org on ollut käytössäni syntymästään saakka, ja jo sitä ennen käytin (Windowsissa ja OS/2:ssa) sen edeltäjää, StarDivisionin StarOfficea. Bugeja on vuosien varrella poistunutkin, mutta viime aikoina niitä on tullut paljon lisää, ja monet ovat sellaisia, että ne oikeasti vaikeuttavat käyttöä. Toivottavasti LibreOffice-forkkauksen myötä projekti saa taas uutta potkua.

[jkaija]

Itselläni ei OpenOffice ole toiminut noin kuukauteen 
ja kun komentoriviltä yrittää niin...

Koodia: [Valitse]

jkaija@OtaNetti:~> ooffice                                         
jkaija@OtaNetti:~> QPaintDevice: Cannot destroy paint device that is being painted
                                                                             
jkaija@OtaNetti:~> oobase                                                 
jkaija@OtaNetti:~> QPaintDevice: Cannot destroy paint device that is being painted
                                                                                         
jkaija@OtaNetti:~> oodraw                                                               
jkaija@OtaNetti:~> QPaintDevice: Cannot destroy paint device that is being painted   ja officen ikkuna vilahtaa ei muuta. 

Tietoja käyttöjärjestelmästä
Käyttöjärjestelmä:  Linux 2.6.34.7-0.3-desktop x86_64
  Tämän hetkinen käyttäjä:  jkaija@OtaNetti.koti
  Järjestelmä:  openSUSE 11.3 (x86_64)
  KDE:  4.5.2 (KDE 4.5.2) "release 5"

[SuperOscar]

Itselläni ei OpenOffice ole toiminut noin kuukauteen 
ja kun komentoriviltä yrittää niin...

Kokeilepa nollata OpenOfficen asetukset. En nyt muista, minkä niminen asetuskansio oli SUSEssa, mutta se lienee joko .ooo3 tai .openoffice.org. Sen kun muutat toisen nimiseksi (tai poistat, ellei siellä ole jotain tärkeää, ks. asiaa Ubuntu-foorumilla käsitellyt säie ), asetukset palautuvat oletuksiksi, ja jos ongelma johtuu niistä, OpenOfficen pitäisi hyrähtää taas käyntiin.

Siis komentoriviltä esim.

Koodia: [Valitse]

mv .ooo3 .ooo3.bak
(muutettavat muuttaen).

[jkaija]

Siis komentoriviltä esim.

Koodia: [Valitse]

mv .ooo3 .ooo3.bak

No pienestä se nyt taas oli kiinni, Kiitos.

[SuperOscar]

Tiedostodialogien hitausongelma yllätti kotikoneessa taas eilen. Ei mitään selitystä suuntaan eikä toiseen, enkä tiedä, miten tuota voisi monitoroidakaan.

Nyt muistin ainakin yhden löytämistäni bugeista: OOo on alkanut kohdella päättävää sulkumerkkiä niin, että se voidaan muitta mutkitta siirtää seuraavalla riville. Jos siis rivin loppuun tulee vaikkapa teksti "(s. 10)", OOo saattaa siirtää viimeisen sulkeen yksinään seuraavalle riville Tätä ei käsittääkseni voi mitenkään edes estää, koska OOo voi kertoa ainoastaan kappaleille, että niiden on pysyttävä samalla sivulla, ei merkeille.

Ainoat tuntemani korjausliikkeet tuossa tapauksessa ovat (a) muuttaa tekstiä niin, ettei sulkulause satu rivin loppuun ja (b) tiivistää kirjasinvälejä sulkulausekkeen viimeisen merkin ja päättävän sulkeen osalta niin paljon, että sulje kiskaistaan takaisin edelliselle riville. Kumpikin on kömpelöä eikä aina onnistukaan.

[guest624]

Tiedostodialogien hitausongelma yllätti kotikoneessa taas eilen. Ei mitään selitystä suuntaan eikä toiseen, enkä tiedä, miten tuota voisi monitoroidakaan.

Minusta kaikissa GTK-ohjelmissa esiintyy tuota hitautta. Gimp ja ooo pahimmat.

Nyt muistin ainakin yhden löytämistäni bugeista: OOo on alkanut kohdella päättävää sulkumerkkiä niin, että se voidaan muitta mutkitta siirtää seuraavalla riville. Jos siis rivin loppuun tulee vaikkapa teksti "(s. 10)", OOo saattaa siirtää viimeisen sulkeen yksinään seuraavalle riville Tätä ei käsittääkseni voi mitenkään edes estää, koska OOo voi kertoa ainoastaan kappaleille, että niiden on pysyttävä samalla sivulla, ei merkeille.

En pystynyt toisintamaan tuota.
Liekö versioissa eroja?

[harmie]

Tiedostodialogien hitausongelma yllätti kotikoneessa taas eilen. Ei mitään selitystä suuntaan eikä toiseen, enkä tiedä, miten tuota voisi monitoroidakaan.

Nyt muistin ainakin yhden löytämistäni bugeista: OOo on alkanut kohdella päättävää sulkumerkkiä niin, että se voidaan muitta mutkitta siirtää seuraavalla riville. Jos siis rivin loppuun tulee vaikkapa teksti "(s. 10)", OOo saattaa siirtää viimeisen sulkeen yksinään seuraavalle riville Tätä ei käsittääkseni voi mitenkään edes estää, koska OOo voi kertoa ainoastaan kappaleille, että niiden on pysyttävä samalla sivulla, ei merkeille.

Ainoat tuntemani korjausliikkeet tuossa tapauksessa ovat (a) muuttaa tekstiä niin, ettei sulkulause satu rivin loppuun ja (b) tiivistää kirjasinvälejä sulkulausekkeen viimeisen merkin ja päättävän sulkeen osalta niin paljon, että sulje kiskaistaan takaisin edelliselle riville. Kumpikin on kömpelöä eikä aina onnistukaan.

Minulla myös toimii tuo sulku rivin lopussa. Alla käytössäni oleva OOO versio.
OpenOffice.org 3.2.1
OOO320m19 (Build:9505)
ooo-build 3.2.1.4

[SuperOscar]

Minulla myös toimii tuo sulku rivin lopussa.

Siis toimii niin kuin pitäisi? Kannattaa vekslata tekstiä hetki varmistaakseen asia: totta kai sulku jää edelliselle riville, jos se mahtuu, mutta sen ei pitäisi missään olosuhteissa olla laillinen katkaisukohta.

Ainakin aptosidissa pystyn toistamaan bugin, ja versiotieto näyttää pelottavan samalta

Koodia: [Valitse]

OpenOffice.org 3.2.1
OOO320m19 (Build:9505)
ooo-build 3.2.1.4, Debian package 1:3.2.1-7