[prev in list] [next in list] [prev in thread] [next in thread] 

List:       koffice-devel
Subject:    Re: [kspread] formatting design
From:       Philipp =?iso-8859-1?q?M=FCller?= <philipp.mueller () gmx ! de>
Date:       2002-12-15 8:23:12
[Download RAW message or body]

Am Sonntag, 15. Dezember 2002 07:57 schrieb Ariya Hidayat:
> > The end result of all this is that each KSpreadCell holds a single
> > pointer to a Style object which completely defines it's
> > formatting/layout/whatever you want to call it.
>
> I presume style is treated like value, where each cell (of KSpreadCell
> class) has a style object (of KSpreadStyle class), not a pointer. Inside
> the style, there will be a pointer to private object, say 'priv' (of
> KSpreadStylePrivate class).  The latest is the one which is shared.

Yes, this is the technical realisation.

My concern is only, that for each created cell, we don't waste pointer space. 
I only don't want to have like 5 pointers to styles for background, 
border,... but only 1 to the style manager (which itself cares about 
background, border,...).

In the end, I want to achive, that for a normal cell, which holds only a 
simple value, the size of the cell is ~50 bytes.

In the end, the size of a cell should be defined by following:
- column (int m_iColumn)
- row (int m_iRow)
- pointer to KSpreadValue
- pointer to layout information
- pointer to "additional information", a list of allocated by demand 
information (like obscured cell list, dependencies, ...)
- Some boolean values for performance reasons (e.g obscuresCellsX, 
hasDependencies, isMerged,... )

Philipp
_______________________________________________
koffice-devel mailing list
koffice-devel@mail.kde.org
http://mail.kde.org/mailman/listinfo/koffice-devel
[prev in list] [next in list] [prev in thread] [next in thread]