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

List:       ktexteditor-devel
Subject:    Global Editor object, factory
From:       Christoph Cullmann <cullmann () babylon2k ! de>
Date:       2005-06-08 21:19:13
Message-ID: 200506082319.16266 () cullmann
[Download RAW message or body]

[Attachment #2 (multipart/signed)]


hi,
as for some tasks, like config managment, command registration, document lists and so \
on, the  KTextEditor::Document/View's would need one global object, and my first plan \
to use the factory for this fails, as:

 1) factories get's deleted automagic by klibloader and that's not nice at app \
shutdown if still docs exists  2) kate and yzis internal singleton doesn't want such \
"hey, you will die now" stuff ;)

here I propose a new way ;)

1) we add KTextEditor::Factory : public KParts::Factory
     in addition to normal factory, it has a method to query the global editor \
                object, which will stay alive
     at least as long as the factory itself + any remaining document/view (or even \
for eternity)

2) we add KTextEditor::Editor : public QObject
     this should be the baseclass for the global editor object of the part, the \
                document get's access for it, 
     the editor object itself provides methodes to create KTextEditor::Document's and \
                to provide a document list,
     additional, the config stuff is moved to this class, and we can provide \
interfaces for it, too

This way we would have some safe global Editor object, and it would be still possible \
to load several different editor components in the same process. I would prefer that \
Factory and global object would be the same, but this would cause the above mentioned \
probs, see no real way to avoid this, as the factory will be deleted, and this will \
kill everything, and even if not, you could create  2 factory objects, which would be \
no good idea, too, if it is the global object, this way, the part can construct the \
global object itself in secret, and the apps only access it, which looks more safe

cu
Christoph

-- 
Christoph Cullmann
KDE Developer, kde.org Maintainance Team
http://www.babylon2k.de, cullmann@kde.org


[Attachment #5 (application/pgp-signature)]

_______________________________________________
Ktexteditor-devel mailing list
Ktexteditor-devel@kde.org
https://mail.kde.org/mailman/listinfo/ktexteditor-devel


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