qtforum.de

Hallo,

ich fange gerade mit der QT Programmierung an und wollte mir als erstes Projekt einen kleinen Kalender bauen. Bei diesem sollte unter jedem Tag ein Zahlwert für drei verschiedene Kategorien stehen. Als Grundlage habe ich einfach den Rich Text Calendar von den offiziellen QT Tutorials übernommen (siehe http://doc.trolltech.com/4.1/richtext-calendar.html).

Klappt auch alles wunderbar.

Nur ist das Ganze anscheinend furchtbar langsam. Bei einem Monatswechsel oder Schriftwechsel treten jedesmal Ladezeiten von ca. 2-3 Sekunden auf.Man muss sich das ganze als eine Tabelle mit 7 Spalten und ca. 20 Zeilen vorstellen, in jeder Zelle ein Wert.

Welche Alternativen hätte ich, um einen Kalender in QT zu realisieren? Ist der QTextBrowser so langsam?

Probiere mal dass http://qtnode.net/wiki/Custom_widgets
einfach als programm aendern.....

Also ich habe das nun mal getestet. Mit Qt 4.1.3 unter Windows XP mit 256 MB und 1.3 GhZ, da merkst du überhaupt nichts. Da bin ich meilenweit von 2-3 Sekunden entfernt.

Ich habe allerdings auch keine Idee, wo hier ein Fehler liegen könnte, funktionieren, denn die ganzen sonstigen richtext Beispiele schnell genung? Bzw. die anderen Beispiele?

Welche Qt Version nutzt du? Wie schnell ist dein Rechner? Welches Windows nutzt du?

Naja, das vorgegebene Beispiel läuft bei mir auch ohne Verzögerung, nur wirds bei größeren Tabellen ziemlich lahm. Der Start dauert ja nicht lange, nur wird bei jedem Schriftgrößenwechsel/Monatswechsel die Tabelle neu erstellt und das ist scheinbar nicht so fix.

Habe ein Macbook Pro, müßte also flott genug sein.

Werde mir mal ein UI zusammenwüfeln, damit sollte es schneller gehen.

Hi Hypo,

verwende kein normales Text-File, sondern nimm XML.
Qt's XML ist s... schnell

scheiss schnell?
sau schnell?

Veto: Es ist mit das langsamtes XML was es so gibt. Es gibt eine Testprogramm auf SF.net, Qt XML war jeweils der letzte. Die libxml2, apache xml lib usw. sind alle wesentlich schneller

Najo, ich benutze kein XML, ich speicher das binär. Beim Einlesen wird die Position des Datensatzes berechnet und dieser geladen. Also ganz altmodisch.

Sollte aber schneller sein als Text bzw. XML (denke ich mal).

hmmm.

kann ich jetzt nicht bestätigen. Dabei meine ich nicht DOM! Konkret den XMLParser.
Aber egal