LO Calc konflikt "Ubuntulastes".

[vooler3]

LibreOffile Calc on konfliktis "Ubuntulastega".

Hämmastav, et keegi seda järgmist viga märganud pole. See konflikt on igatahes juba Ubuntu18 all olemas ning on ka jätkuvalt Ubuntu19 all olemas.

Viga seisneb selles:,
1. et kui Calc-i Columnis on ridade arv kümnetes tuhandetes ( viimati oli 1 - 89 000)...

2. siis selle muutmisel "Chart-iks"....
... mõtleb arvuti kümneid minuteid või jookseb Calc üleüldse kinni.

See ei sõltu arvuti võimsusest, kõik erinevad arvutid käituvad täpselt ühtmoodi ja sõltumata sellest milline Ubuntulane töötab.
---------
Kuid nüüd siis edasi - omamoodi "Must huumor".

Ma ei tea mida LinuxLite autorid on teistmoodi programmeerinud.
Kuid LinuxLite on sellest probleemist ainsana vaba.

Seesama näide: 1 - 89 000, tehakse graafikuks mõne minutiga.
Ja samamoodi, kõikide arvutitega. Sõltumata selle arvuti võimsusest.

[v6lur]

Ei ole LinuxLite "ainsana vaba" - näiteks Archis ka täiesti töötab, kuigi 89000-realisest tabelist diagrammi tekitamine võtab programmil omajagu mõtlemisaega. Ma ei tea, mis andmeid sa töötled, aga ütleksin, et 89000-realised arvutustabelid pole just kuigi tavalised, seega väga ei imesta, kui tõesti keegi varem selle probleemi otsa komistanud pole.

Igatahes siin foorumis Ubuntu vigadest teavitamine ei aita midagi, seega: https://help.ubuntu.com/community/ReportingBugs

[vooler3]

Nüüd laiendan seda huvitavad fenomeni...

Võtsin uusima, moodsa, Manjaro (Archi baasil)...

...ja tulemus on sama, mitte mingite Chartide "valmistamist" ... vaid samamoodi:
hiilgepikad mõtlemised või Calci kinnijooksmised.

-----------
PS: kui keegi ei saa aru kuidas nii pikad "nimekirjad tekivad", siis mul on üks mõõteprogramm ning tundide kaupa mõõtmisi tehes sellised mahud ka tekivad.
Ja siis tuleb tulemus omakorda Chart-iks teha.

[643]

Tööriistad - Sätted -Üldine

Kas kasutusteabe kogumine ja saatmise sisselülitamine ei aita kaasa lo probleemide tulevikus lahendamisele?

[akbgf]

Võtsin uusima, moodsa, Manjaro (Archi baasil)...
PS: kui keegi ei saa aru kuidas nii pikad "nimekirjad tekivad", siis mul on üks mõõteprogramm ning tundide kaupa mõõtmisi tehes sellised mahud ka tekivad.
Ja siis tuleb tulemus omakorda Chart-iks teha.

Ma ei oska midagi soovitada vea leidmiseks ja parandamiseks, aga OS-ide vahetamise asemel prooviksin vahetada töövahendeid:

- kui jääda tabelarvutuse juurde, siis ehk saab ainult tabelarvutuse programm - näiteks Gnumeric paremini hakkama kui universaal-office

- ehk on õigem koguda mõõtmisandmed tekstifaili ja graafikuid teha Gnuplotiga.

[DaStoned]

Minu kogemus Debiani peal on samuti see, et suurte tabelite (kusagil üle 10000 reaga) pealt graafikute joonistamine on Calc-iga väga aeglane ja väga vaevaline. Ma olen sellest loobunud ja kolinud suuremad graafikud Veusz peale. Töötab suurte andmemahtude pealt väga kiiresti, tulemus on kena. Kahjuks tahab enne kasutamist tutoriali läbikäimist, sest päris intuitiivne ta ei ole.

[v6lur]

https://bugs.documentfoundation.org/sho ... i?id=69977

[vooler3]

Edit:
Tegin LinuxLite all sellise katse, et tõstsin "ridade arvu" 260 000-ni ja vaatasin mis tulemus on.
Tulemus endine, ei mingit vahet kui palju neid "ridu" on.

Ja järgmise pildi pealt on näha nii see "mõõtetehnika poolt tehtud loendamine (kaks mõõtmist sekundis) " kui ka selle tulemuse "pööramine Chart-iks":

[tonks]

On olemas veel selline asi nagu WPS, peaks ka nagu midagi toimetama.
https://www.wps.com

[zeroconf]

Alternatiivid, näiteks https://alternativeto.net/software/veus ... form=linux