XFD1048576

Miután fordítottam nagyobb táblával a Calcot, tesztelgettem egy picit:

  • Lassulás tapasztalható, de csak akkor ha jelentősen elhagyjuk az eredeti (65536/256) tartományt,
  • Úgy tűnik a lassulás az oszlopok növekedésével hozható összefüggésbe,
  • A próbált képletek NEM működnek a teljes tartományban,
  • Egyes funkciók csak XFD1048576 koordinátákig működnek (illetve picit további is, de ott már nem megbízható például a beírt cellára történő ugrás) => 24*26*26+6*26+4=16384 oszlop és 1048576 sor,
  • A XFD1048576 cella viselkedése viszont nem teljesen jó,
  • A próbált képletek jól működnek a A1:XFD1048576 tartományban,
  • Az oszlopok számát jelölő mező nem elég széles.

A mentést és betöltést nem teszteltem. A régi bináris formátumokkal nyílván hibát okoz, jobb esetben csak adatvesztést. De vajon mi a helyzet az új XML alapú fájlokkal (ODF és OOXML)?

( tiger | 2008. 06. 04., sze – 11:57 )

Valami olyan módszer lenne jó, ami dinamikusan növelné az oszlopok és sorok számát. Sokaknak például bőven elég 256 sor meg oszlop, de ha mégse, akkor a Calc megnövelné egy megadott maximumig. Szerinted ez mennyire kivitelezhető?
---
/* No comment */
Ketchup elementál megidézése a sajt síkra

én csak az Interoperabilitás és Kompatibilitás szent eszméit féltem, illetve hogy az 1000 év múlva felbukkant ládikákban rejtőző Dokumentukomat is tudják majd olvasni a marslakók (az official ooo forrásból kiderítve, hogy hogyan is kell értelmezni azokat)

(ha most brazília és az eu is elkezdi ontani a végtelenXvégtelen mátrixokat, aztán mégis más irányt vesz a fejlesztés)

De ezer év múlva lesz OxygenOffice Professional is. Persze a roadmap még nincs kész, de kérlek nézd el nekem ezt a hiányosságot. Amúgy az ODF nem korlátozza a tábla méretét, szóval itt azért nem vét ez a megoldás. A használhatóságot és kompatibilitást úgyis felül kell vizsgálni. Amúgy legfeljebb lesz egy hiperhivatkozásuk a go-oo forrására is :oD

A mátrixok nem lesznek végtelenek egyelőre, de erről Neo talán többet tud.
Az ellen amúgy úgy lehet védekezni, hogy csak a magyar nyelvű verzió lesz publikus :o) Így vagy megtanulnak magyarul, vagy nem lesz sokszor sok cellájuk...

Hátha Timárnak Andrásnak is jól jön majd SDF szerkesztés közepette, ha már ezt hiányolta... :oP

KAMI
--
Ezt nem nézem meg! | OxygenOffice | OpenOffice.org | Az internet svájci bicskája

az odf nagyon sok mindent 'nem korlátoz' (:)), így a köztudatban szereplő odf-et ('egy jó kis kiterjesztés':)) implementálni kívánó akkor lő a legkevésbé fájdalmas módon a saját lábába, ha a szabvány helyett inkább valamelyik ooo forrását nézegeti, vagy a vele asszemblált fileokat tanulmányozza

>> úgy lehet védekezni, hogy csak a magyar nyelvű verzió lesz publikus

na csak erre voltam kíváncsi, így már nem aggódok, hogy ezzel készült táblák fognak közkézen forogni nem kis konfúziót okozva :)

Szerintem a táblák csak akkor okoznak gondot jelen esetben, ha elhagyják a standard 65536x256 méretet. Ezt amúgy az OpenOffice3 65535x1024-re növeli majd.

Persze le lehetne tesztelni, hogy mi történik, ha a nagy táblát beolvastatjuk egy vanila verzióba. Tegyek fel tesztfájlokat?

KAMI
--
Ezt nem nézem meg! | OxygenOffice | OpenOffice.org | Az internet svájci bicskája