qtforum.de

Du musst Deiner Software auch die Chance geben, das Label aus- und einzublenden, also die GUI zu aktualisieren. Momentan passiert folgendes: Label ausblenden -> 0,5 s warten -> Label einblenden -> GUI aktualisieren. Du Siehst also nix. Du musst also nach dem ausblenden ein processEvents() aufrufen, ...

Hans_Wurst hat geschrieben:Danke dir für den Tip

Ein weiterer Tip:
Überleg Dir vielleicht mal einen besseren Benutzername, "Hans Wurst" ist doch recht einfältig. Und klingt so wie LMAAA (Leckt mich alle am Ar...).

QProcess::kill() ist auf jeden Fall falsche, wenn das Programm noch etwas machen soll. Hier wird es abgeschossen.

QProcess::terminate() schickt eine WM_CLOSE-Nachricht an das Programm. Dieses muss natürlich darauf reagieren.

Es wäre zuerst mal gut zu wissen, was die Anwendung macht und welche Teile von Qt verwendet werden.
Hast Du nur GUI?
Oder auch QList und QVector im Einsatz?
Ist vielleicht auch das Threadmodel der Appl nicht optimal?

Fragen, Fragen, Fragen.

Bitte nicht schon wieder so eine GUI, in der die Farben vom Standard abweichen.
Der User hat sich an die Farben eines Systems gewöhnt und es bringt nur Verwirrung, wenn jede Applikation ihre eigenen Farben verwendet.
Es gibt nicht um sonst für jedes System einen GUI-Design-Guide.

Ich denke mal, mit reinem C und Qt wirst Du Dich etwas schwer tun.
Qt lebt von der objektorientierten Programmierung.

Es gibt zwar wohl einige statische Methoden bei vielen Qt-Klassen, aber das wird nicht reichen, um vernünftig zu programmieren.

Das Problem hatte ich auch schon.
Ein Doppelklick löst automatisch auch einen Single-Klick aus.

Ich wollte eigentlich den Doppelklick auf ein Image verhindern, sodass nur ein Single-Klick funktioniert. Nun habe ich es eben anderst rum gemacht.

Es gibt zwei Möglichkeiten: a) dynamisch linken: alle DLLs müssen mitgeliefert werden. b) statisches linken: alle Bibliotheken werden direkt in das exe-File gelinkt. Dadurch wird es grösser und die DLLs brauchen nicht dabei sein. Bei statischem linken musst Du sehr viel beachten. z.B. müssen alle Bi...

Erstelle doch das Fenster im Qt-Designer und setz dort auch mal ein Gridlayout. Dann legst Du die Grösse fest.

Nun schaust Du in den Code, wie das gemacht werden muss.
Oder benutze direkt das ui-File.

ganz klar.
Du musst die übergebenen Parameter als Member-Variablen im Konstruktor ablegen. Dann kannst Du auf diese Member-Variablen aus Deiner Klasse zugreifen.

Wenn Du nix Windows-Spezifisches einbaust, dann kompiliert es sofort.
Natürlich muss auf dem Embedded auch Qt installiert sein.

Bei Qt 4.6 ist ein "Beautyfier" dabei, der die xml-Datei hübsch machen kann.
Einfach im Qt-Assistant danach suchen.

Nvidia hat geschrieben:ok jetzt hat er das kompiliert, oder wie man das auch immer nennt, aber er findet Fehler? irgentwas mit sizeof

Wie wäre es, wenn Du Dir Grundlagen der PC-Bedienung und der Programmierung aneignen würdest?

Oder willst Du uns mit Absicht verarschen?

So wie ich das sehe, ist das ein Style für KDE. Er ist nicht für einzelne Qt-Programme verwendbar. Nein, stimmt so nicht. QtCurve kann man ohne kde bauen, dann bleibt die einzige Abhängigkeit Qt (auch wenn das "QtCurve- KDE4 -1.5.1.tar.bz2" heißt). Ich bin mir sogar recht sicher dass QtCu...

So wie ich das sehe, ist das ein Style für KDE.
Er ist nicht für einzelne Qt-Programme verwendbar.

Das ist so, woie wenn Du bei Windows XP den Stil von "Windows klassisch" zu "Windows XP" umschaltest.
Das gilt immer für alle Anwendungen.