[prev in list] [next in list] [prev in thread] [next in thread]
List: koffice-devel
Subject: Re: Flake design
From: Thomas Zander <zander () kde ! org>
Date: 2006-04-15 8:51:00
Message-ID: 200604151051.00754.zander () kde ! org
[Download RAW message or body]
[Attachment #2 (multipart/signed)]
In KWord I decided upon the following;
I have a class KWFrameViewManager which is per view and contains all
frames there are. (in the form of KWFrameView instances).
This manager has some slots to make sure it gets notified if a frame is
moved. The result of this is that it is able to have a cache internally
based on the Y coordinate of the frame. This does not exactly have to be
per page since that will take too much memory.
In another project I just build a tree with a predefined depth of 2 and a
predefined leaf-count of 1000. Worked very fast :) But thats
implementation details...
So, if flake objects, like frames, have a Y coordinate then building an
internal cache to make lookup fast I feel that you get the advantage of
having one object which means less code to manage the objects as well as
the speed you notice might be a problem if you get many objects.
In other words; I agree with Boudewijn here since you end up creating and
managing the object-manager. And you will agree that having a manager to
manage the object-managers seems a bit silly :)
On Saturday 15 April 2006 05:21, Thorsten Zachmann wrote:
> I have a different point of view what the object manager should be. For
> me you have an object manager per view and it has a reference to all
> objects of the page/sheet. I don't think it is good to have all objects
> in one big object. It will make the handling very complicated and time
> consuming if you have a lot of objects. If we have have an object
> manager per view then one selection per object manager will is ok. This
> was however I intended it to be when I designed it.
> I can see now that this might be not what is in need for kword. So how
> is this handled at the moment in kword or how should it be for kword?
>
> Any ideas before everybody starts to implement in a different
> direction.
--
Thomas Zander
[Attachment #5 (application/pgp-signature)]
_______________________________________________
koffice-devel mailing list
koffice-devel@kde.org
https://mail.kde.org/mailman/listinfo/koffice-devel
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic