JvRichEdit lädt sehr langsam auf einigen Systemen (Beispielexe angehängt)

[sko1]

Nur so als Gedanke : Virenscanner als Ursache?

Ciao
Stefan

[Shark99]

Hab den Virenscanner (Nod32) kurz deaktiviert. Die 4 Sekunden Pause bleibt. Alle 6 PCs haben auch den gleichen Virenscanner.

[Shark99]

Habe jetzt etwas länger mit der Demo rumgespielt und es liegt gar nicht am JVRichEdit!

Wenn ich die FormatBar: TJvSpeedBar auf der alle die Buttons liegen um z.B. die Schriftart zu Wechseln dann ist die 4 Sekunden Pause weg! Eine Vermutung wäre dass das Einlesen der Systemfonts 4 Sekunden dauert. Aber wieso ist die Pause dann nicht auf allen PCs da? (alle haben vergleichbare Fontanzahl).

Muss mir den Komponentencode in Detail anschauen.

Edit: Wie schon vermutet wird die Pause von FontName: TJvFontComboBox verursacht.

[Slipstream]

Windows hat einige Dienste, die den Start einer Application verzögern können. Wenn nur beim ersten Start eine Verzögerung passiert, dann kennt Windows die App noch nicht uns prüft sie erstmal, beim zweiten Start entfällt diese prüfung. ich weiss jetzt nicht geneau, wie dieser dienst heisst, Anwendungserfahrung oder sowas ähnliches. Wenn das ausgeschalten ist, dauert der erste Start länger, wenn eingeschaltet, kennt Windows die App schon - oder umgekehrt? Nur mal so als Hinweis, wo man noch suchen könnte.

Mit TJvDBRichEdit hatten wir noch keine Probleme, benutzen wir aber kaum noch, weil wir bessere Richedits gekauft haben.

Das Einlesen der Fonts dauert natürlich, und vielleicht haben Pcs, wos schneller geht, weniger fonts installiert?

[Shark99]

Denke nicht dass es an einem Dienst liegt, weil die Pause wieder da ist wenn man die Anwendung für etwa 1 Minute nicht im Speicher hält.

Hab mir die Anzahl der Fonts angeschaut. Die zwei schnellen EntwicklungsPCs auf denen die Pause passiert haben 198 und 201 Fonts. Zwei PCs (die aber von der Hardware deutlich schwächer sind) auf denen es nicht passiert, die Demo also immer in 0.1 Sekunden startet haben 78 und 141 Fonts.

[Shark99]

Habe einen Work-Around gefunden.

JVFontCombobox.Device von fdBoth auf fdScreen (d.h. fdPrinter wird ignoriert) umgeschaltet und Demo startet sofort, ohne Pause. Es werden weiterhin alle 201 Fonts in der Combobox angezeigt.

EnumFonts(Printer.Handle, nil, @EnumFontsProc, Pointer(Self));

in JvColorCombo.pas ist der Übeltäter.

[sko1]

Das heißt die verschiedenen Rechner haben eine unterschiedliche Anzahl (und Typ) installierter Drucker?

Ciao
Stefan

[Shark99]

Die 4 wo das Problem nicht da war hatten keine Druckertreiber installiert. Die zwei mit dem Problem hatten einen Samsung Druckertreiber.