[Kstars-devel] Making all sky components static

Akarsh Simha akarshsimha at gmail.com
Sat Jun 21 01:52:06 CEST 2008


> Have you considered making SBF a singleton?  Would that solve this 
> problem cleanly?   Are you saying that multiple StarComponents  would
> have difficulty sharing the same StarBlockFactory?  

Yes. That might be a good idea.

> I ask because I think (someday in the future) we may want to have more 
> than one StarComponent instance.  Here is one way it might go.  First 
> we would split up StarComponent into NamedStarComponent and 
> DeepStarComponent as we've discussed before.  Then we would make the 
> star data file (and hence the mesh size) a DeepStarComponent ctor 
> parameter and this is how we would support multiple mesh sizes for
> deep catalogs.  But all the DeepStarComponents should share the same
> StarBlockFactory (I think), otherwise there will be tremendous wastage
> since blocks used when we are way zoomed in couldn't be recycled for use 
> when we are zooming out.

But then, I currently have a static QList< StarBlockList *> as
well. That will cause problems if we go with this.

I don't know why I made the StarBlockLists static, though. I'll take
another look and see why this was necessary, and decide if this was
really necessary.

Regards
Akarsh
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
Url : http://mail.kde.org/pipermail/kstars-devel/attachments/20080621/051ffde4/attachment.pgp 


More information about the Kstars-devel mailing list