Document loading in kdevelop4

Andras Mantia amantia at kde.org
Sun Jul 23 06:47:44 UTC 2006


On Sunday 23 July 2006 01:26, Adam Treat wrote:
> Then the document loading on project startup would be limited only by
> the speed of the background parser.
>
> Thoughts?

Good idea, with possible the following enhancement: construct the KParts 
in the background if the application is idle. If this is too hard to 
detect due to the plugin architecture, you might try how it works out 
by constructing a KPart each X ms with a timer.
This would make switching to a document in some cases faster, with the 
drawback of higher memory footprint. But not higher as today. Also make 
sure if the tab is closed with the close button or from the context 
menu of the tab, the KPart is not created and destroyed. ;-)

A question though about the document parser: does it operate on the 
files on the disk or on the loaded documents (via KTextEditor)?

Andras
-- 
Quanta Plus developer - http://quanta.kdewebdev.org
K Desktop Environment - http://www.kde.org
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <http://mail.kde.org/pipermail/kdevelop-devel/attachments/20060723/7ed44f23/attachment.sig>


More information about the KDevelop-devel mailing list