WatchKit... (Uhren Baukasten)

[KodeZwerg]

Zitat:

Zitat von EWeiss (Beitrag 1405156)

Zitat:

Zitat von KodeZwerg (Beitrag 1405155)

Anhang 49322 Hier siehst Du warum ich mir im Extra-Fenster eine Objekt-ComboBox wünsche.
Was hab ich da ausgewählt und skaliert und gedreht? Den Hintergrund.

Ja den Hintergrund..
Und scheint logisch wenn du den Quelltext änderst und nicht weist was du tust.
Den normal kann man den Hintergrund nicht ändern der wurde von mir mit SetObjectLocked geblockt.

gruss

Ich habe nur in der Api die Delphi 2009 anpassung gemacht, der Rest kommt aus Post #1.

[KodeZwerg]

Anleitung um den Fehler mit Deinem Build reprodurierbar nach-zu-voll-ziehen:

Starte Deine .exe
DragDrop ein Ziffernblatt
Öffne Extra-Fenster
DragDrop ein weiteres Ziffernblatt
Verändere im Extra-Fenster was auch immer, es wird der geblockte Hintergrund genommen.

Gruß :thumb:

[EWeiss]

Zitat:

Zitat von KodeZwerg (Beitrag 1405158)

Anleitung um den Fehler mit Deinem Build reprodurierbar nach-zu-voll-ziehen:

Starte Deine .exe
DragDrop ein Ziffernblatt
Öffne Extra-Fenster
DragDrop ein weiteres Ziffernblatt
Verändere im Extra-Fenster was auch immer, es wird der geblockte Hintergrund genommen.

Gruß :thumb:

Danke ;) hier der Fix.

Delphi-Quellcode:

function SprKitCallBack(WinHandle: HWND; Msg: UINT; wP: WParam; lP: LPARAM): LRESULT; stdcall;

Delphi-Quellcode:

      WM_LBUTTONDOWN:
        begin
          if (ID <> -1) then
            if ID <> ID_KBACKGROUND then
              gnFocusID := ID;
        end;

gruss

[KodeZwerg]

Ok, hab die Stelle im Source mit meinem Delphi angepasst und getestet, nun ist Hintergrund wirklich aussen vor, also Problem gelöst:thumb::thumb:

Also das "end;" ist bei mir nicht direkt so wie Du es darstellst, das liegt viel tiefer im Code.

[EWeiss]

Zitat:

Zitat von KodeZwerg (Beitrag 1405160)

Ok, hab die Stelle im Source mit meinem Delphi angepasst und getestet, nun ist Hintergrund wirklich aussen vor, also Problem gelöst:thumb::thumb:

Also das "end;" ist bei mir nicht direkt so wie Du es darstellst, das liegt viel tiefer im Code.

Tu mir bitte einen gefallen verwende den Original source aus dem Post 1 und wie ich schon sagte!

Zitat:

Lade das Archiv und ersetze die SKAeroAPI und DLL mit deiner und gut ist.

Danach sollte dein Code 1 zu 1 sein.

Ich blicke da langsam nicht mehr durch.
Ich habe die Änderungen in dem Projekt vorgenommen was im Post 1 abgelegt ist.
Es muss also alles gleich sein.

Hier noch ein Nachschlag..

Delphi-Quellcode:

function SprKitCallBack(WinHandle: HWND; Msg: UINT; wP: WParam; lP: LPARAM): LRESULT; stdcall;

Delphi-Quellcode:

            IDM_Lock:
              begin
                ID := gSprKit.GI_MouseOverObjectID;
                if (gSprKit.GD_GetObjectLocked(ID)) then
                begin
                  trbZoom.Enabled := true;
                  trbRotate.Enabled := true;
                  gSprKit.GD_SetObjectLocked(ID, false);
                end
                else
                begin
                  trbZoom.Enabled := false;
                  trbRotate.Enabled := false;
                  gSprKit.GD_SetObjectLocked(ID, true);
                end;

                if (ID > 0) then
                  gaSprite[ID].locked := gSprKit.GD_GetObjectLocked(ID);
              end;

Wenn das Objekt geschlossen (Locked) wird darf es nicht mehr gezoomt oder rotiert werden.

gruss

[KodeZwerg]

Ich muss nochmal auf den Fehler mit dem Hintergrund kommen, sorry.
Also gleiche Vorgehensweise,
.exe starten
dragdrop bild
extras öffnen
dragdrop bild

nun verändere Farbe, da wird dann der Hintergrund bedient. Irgendwann reagiert gar nichts mehr korrekt, da verhaspelt sich was und Programm friert ein.
Übrigens je mehr man mit "Hue" rumspielt um so schneller wird der gesamte Hue Slider funktionslos. Der Rest der Slider arbeitet spitze! (Jedenfalls konnte ich nichts schlimmes beim herumspielen entdecken)

Ich habe auch ein paar Probleme mit meinem Delphi und der Dll, aber das schreib ich dann in mail wenn es soweit ist.

[EWeiss]

Zitat:

Zitat von KodeZwerg (Beitrag 1405164)

Ich muss nochmal auf den Fehler mit dem Hintergrund kommen, sorry.
Also gleiche Vorgehensweise,
.exe starten
dragdrop bild
extras öffnen
dragdrop bild

nun verändere Farbe, da wird dann der Hintergrund bedient. Irgendwann reagiert gar nichts mehr korrekt, da verhaspelt sich was und Programm friert ein.
Übrigens je mehr man mit "Hue" rumspielt um so schneller wird der gesamte Hue Slider funktionslos. Der Rest der Slider arbeitet spitze! (Jedenfalls konnte ich nichts schlimmes beim herumspielen entdecken)

Ich habe auch ein paar Probleme mit meinem Delphi und der Dll, aber das schreib ich dann in mail wenn es soweit ist.

Sorry kann deine Fehler nicht nachvollziehen.

Und ohne das du den original source verwendest kann ich da nichts tun.
Ich habe schon wunde Finger vor lauter Slider hin und her bewegen da friert nix ein und alles lässt sich so bedienen wie es sein soll inklusive HUE Slider.
Der Hintergrund Working Area verändert sich auch nicht.
Da muss ich leider passen.

Kommt mir langsam vor als wenn ich Diablo am zocken wäre meine arme Maus.

PS:
Warum löschst du deine Beiträge und auch noch die welche ich zitiert habe manchmal verstehe ich dich nicht.

gruss

[KodeZwerg]

Zitat:

Zitat von EWeiss (Beitrag 1405166)

Und ohne das du den original source verwendest kann ich da nichts tun.

Kannst Du auch irgendwann mal wieder aufhören das zu Wiederholen?
A) Es ist immer dein Binary was ich benutze
B) Es ist demzufolge immer Dein Original Source den ich nicht benutze da ich nur .exe aufrufe
C) Wenn ich etwas ändere, dann nur die API/DLL damit ichs kompilieren kann, mehr nicht

Ich hoffe das ist jetzt klar.

Den Beitrag hatte ich gelöscht weil ich den falschen editiert/gespeichert hatte, kann ich auch wiederherstellen falls ich noch Zugriff darauf haben sollte. Ich lade es nun runter, ich PN Dich wenn fertig.

Anhang 49324 So sieht es mit Deinem Kompilat übrigens aus, kurz darauf stürzt Programm dann immer ab.

[EWeiss]

Zitat:

Ich hoffe das ist jetzt klar.

Leider nicht.

Zitat:

Es ist demzufolge immer Dein Original Source den ich nicht benutze da ich nur .exe aufrufe

Wenn dem so ist dann begreife ich deine Fehlermeldung nicht.
Denn so wie ein Paar Beiträge vorher schon gesagt sollte dir dann klar sein das in der alten EXE das Problem mit dem Hintergrund noch nicht gefixt wurde.
Du postest also Fehler die schon lange behoben wurden der Hintergrund kann sich bei mir nicht ändern.

Zitat:

Und ohne das du den original source verwendest kann ich da nichts tun.

Nochmal!
Da du den Nicht verwendest inklusive meiner Änderung postest du Fehler die nicht mehr vorhanden sind.

Zitat:

Ok, hab die Stelle im Source mit meinem Delphi angepasst und getestet, nun ist Hintergrund wirklich aussen vor, also Problem gelöst

Hier schreibst du selbst das du es angepasst hast.
Was denn nun die Originale EXE oder die von dir geänderte.
Wenn es die von dir geänderte ist kann der Fehler nicht mehr auftreten weil der Hintergrund niemals den Focus erhalten kann.
Ich bin langsam das hier :?

gruss

[KodeZwerg]

Okay ich habe mich falsch Ausgedrückt.
Ich meinte, ich Benutze Code aus Post #1 mit den Änderungen die Du seit dem hier geschrieben hast.

Also mein Kompilat enthält Post #1 .exe inklusive des Fixes das man Hintergrund nicht mehr drehen oder zoomen kann.
Inklusive Spinner was damit nichts zu tun hat, Fehler bezieht sich auf ein Zeile drüber.

Damit ist der Schnappschuss entstanden.


Der Einzige Unterschied sollte sein das ich in der Api

Delphi-Quellcode:

function CTRL_SpriteObject(): TArray<TgObj>; stdcall; external dllfile;

abgeändert habe und die Dll die Du mir dafür gabst verwende.

edit
Im Anhang der Source-Code von so wie er bei mir arbeitet.

re-Edit
Okay, Du bist es Leid, ich bin schon still.