DialogProc will nicht als Parameter ...



  • häh schrieb:

    InitCommonControlsEx

    was ist damit?? kenn ich net.



  • Script-Styler schrieb:

    häh schrieb:

    InitCommonControlsEx

    was ist damit?? kenn ich net.

    Troll



  • Gibt es nicht so etwas wie DefWindowProc für Dialoge?

    thx.



  • musst du mchen wenn dein dialog common controls benutzt.



  • Script-Styler schrieb:

    Gibt es nicht so etwas wie DefWindowProc für Dialoge?

    thx.

    ja DefDlgProc aber das hat nix mit deinem problem zu tun



  • Script-Styler schrieb:

    Gibt es nicht so etwas wie DefWindowProc für Dialoge?

    thx.

    Indirekt: ja. Den Dialog-Manager. Wenn Du return (FALSE); schreibst, signalisierst Du damit, dass die Nachricht noch nicht bearbeitet wurde.

    EDIT: Hast Du meinen ersten Post überhaupt wahrgenommen?



  • dein erster post ist quatsch codefinder. das kommt beides aufs gleiche hinaus, Common Controls sind hier das Problem.



  • häh schrieb:

    dein erster post ist quatsch codefinder. das kommt beides aufs gleiche hinaus, Common Controls sind hier das Problem.

    Nur wenn er die Xp-Styles einbindet oder ein Control verwendet, was darauf zu greift. Klar ist es möglich, aber auf beides gibt es keinen Hinweis.



  • er benutzt SysDateTimePick32, siehe anderer Thread



  • häh schrieb:

    er benutzt SysDateTimePick32, siehe anderer Thread

    Jupp, hast Recht, das hätte er vllt. mal erwähnen können, naja egal. Ist dann wahrscheinlich des Rätsels-Lösung.



  • CodeFinder schrieb:

    häh schrieb:

    er benutzt SysDateTimePick32, siehe anderer Thread

    Jupp, hast Recht, das hätte er vllt. mal erwähnen können, naja egal. Ist dann wahrscheinlich des Rätsels-Lösung.

    was soll das heißen??

    soll ich die DateTimes mal rausnehmen?? zum test.



  • Script-Styler schrieb:

    CodeFinder schrieb:

    häh schrieb:

    er benutzt SysDateTimePick32, siehe anderer Thread

    Jupp, hast Recht, das hätte er vllt. mal erwähnen können, naja egal. Ist dann wahrscheinlich des Rätsels-Lösung.

    was soll das heißen??

    soll ich die DateTimes mal rausnehmen?? zum test.

    Teste es doch einfach und frag hier nich ob du es testen sollst :p



  • naja wenn ich diese datetime-dinger rausnehme, dann passiert zwar was, aber das ist ein debug fehler. irgendwie komme ich jetzt net mehr weiter.



  • irgendwie komme ich jetzt net mehr weiter.

    dann gib doch auf



  • @tipp: nö.
    "aber nich genuch eier inner hose um sich mit dem richtigen namen anzuloggen.", (Anderer forumthread).

    Tja, was nun?



  • # was hast du vor (ideen und konzepte, kein code) und warum willst du das machen
    # dein original code, nichts abtippen oder aus dem kopf reproduzieren. (in [cpp] tags kleiden und auf den eindruck achten)
    # genug code, um das programm kompilieren zu koennen ("das sollte so kompilieren")
    # gerade so viel code, damit das problem noch besteht (alles raus, was nicht zum problem beitraegt)
    # was sollte der praesentierte code eigentlich machen
    # was macht er stattdessen (fehlermeldungen usw hier)
    # all deine eigenbemuehungen, das problem zu loesen (was kam beim googlen raus, was kam beim debugging raus,...)



  • Also, ich möchte einen Wecker programmieren.
    Dazu habe ich zuerst mal im Resource Builder das Dialogfeld erstellt.
    Dann wollte ich das in der WinMain aufrufen, aber er hat das nicht kompiliert. Aber das Problem ist gelöst.

    Jetzt kahm aber nix. Deshalb habe ich aus euren vorschlägen wegen die Timer-Komponenten rausgenommen und dann kahm ein Debug-Fehler.

    Ja, nun ja... jetzt weiß ich nicht mehr weiter, denn ich denke mal, ich habe keinen Fehler mehr gemacht... meines wissens.

    Aber ich lad das ding ma hoch:
    http://rapidshare.com/files/51213539/AlarmClock.rar

    Danke!! Bin für jede Hilfe dankbar.
    Ich werd noch ein Bischen rumprobieren.



  • DefDlgProc weglassen



  • So, ich habe das Prob jetzt eingegrenzt, und zwar auf die Resource.

    Das hier geht garnicht:

    CONTROL "",2,"SysDateTimePick32",WS_CHILD |WS_TABSTOP |WS_VISIBLE ,10,20,90,14
      CONTROL "",4,"SysDateTimePick32",WS_CHILD |WS_TABSTOP |WS_VISIBLE |0x9,10,50,90,14
    

    und das hier macht einen Debug:

    CONTROL "Alarm Beep",6,"BUTTON",BS_RADIOBUTTON |BS_LEFT |WS_CHILD |WS_TABSTOP |WS_VISIBLE ,10,80,90,10
      CONTROL "Alarm Siren",7,"BUTTON",BS_RADIOBUTTON |BS_LEFT |WS_CHILD |WS_TABSTOP |WS_VISIBLE ,10,90,90,10
      CONTROL "Shutdown",8,"BUTTON",BS_RADIOBUTTON |BS_LEFT |WS_CHILD |WS_TABSTOP |WS_VISIBLE ,10,105,90,10
      CONTROL "Restart",9,"BUTTON",BS_RADIOBUTTON |BS_LEFT |WS_CHILD |WS_TABSTOP |WS_VISIBLE ,10,115,90,10
    

    Kann das vielleicht daran liegen, dass ich diese Stererelemente nicht in der DlgProc erwähnt habe???

    Danke.



  • Keine Ahnung???

    Ach kommt Leute!.


Anmelden zum Antworten