|
|
8.
|
|
|
<p>If non-zero, this option allows keeping Konqueror instances in memory after all their windows have been closed, up to the number specified in this option.</p><p>When a new Konqueror instance is needed, one of these preloaded instances will be reused instead, improving responsiveness at the expense of the memory required by the preloaded instances.</p>
|
|
|
9.
|
|
|
<p>If enabled, an instance of Konqueror will be preloaded after the ordinary KDE startup sequence.</p><p>This will make the first Konqueror window open faster, but at the expense of longer KDE startup times (but you will be able to work while it is loading, so you may not even notice that it is taking longer).</p>
|
|
|
10.
|
|
|
<p>If enabled, KDE will always try to have one preloaded Konqueror instance ready; preloading a new instance in the background whenever there is not one available, so that windows will always open quickly.</p><p><b>Warning:</b> In some cases, it is actually possible that this will reduce perceived performance.</p>
|
|
|
22.
|
|
|
<p>During startup KDE needs to perform a check of its system configuration (mimetypes, installed applications, etc.), and in case the configuration has changed since the last time, the system configuration cache (KSyCoCa) needs to be updated.</p><p>This option delays the check, which avoid scanning all directories containing files describing the system during KDE startup, thus making KDE startup faster. However, in the rare case the system configuration has changed since the last time, and the change is needed before this delayed check takes place, this option may lead to various problems (missing applications in the K Menu, reports from applications about missing required mimetypes, etc.).</p><p>Changes of system configuration mostly happen by (un)installing applications. It is therefore recommended to turn this option temporarily off while (un)installing applications.</p>
|
