MFC

• P

  Titel von ProperyPages beschriften
  • Plotter  

  6
  0
  Stimmen
  6
  Beiträge
  972
  Aufrufe

  T

  Danke, das klappt jetzt.
• ?

  ASSERT Fehler beim Zugriff auf Member-Variable
  • Gast  

  3
  0
  Stimmen
  3
  Beiträge
  662
  Aufrufe

  ?

  mann, das gibts ja wohl nicht. das einzige was ich vergessen hab ist die Funktion CDialog::OnInitDialog() aufzurufen. Das ist ja vielleicht ein Anfängerfehler naja nun läuft sogar alles tip top. danke deine Antwort hat mich auf den Fehler hingewiesen
• L

  datei öffnen ohne dosbox
  • lord_bk  

  2
  0
  Stimmen
  2
  Beiträge
  768
  Aufrufe

  H

  Servus, ei klaro geht das. Du kannst z.B. ShellExecute benutzen: ShellExecute(0,0, "http://www.katzenklo.de/", 0, 0, SW_SHOW); oder mit WinExec geht das glaube ich auch: WinExec("http://www.katzenklo.de/", SW_SHOW); *winke* Hellsgore
• Z

  Logoff Nachricht verschicken mit OnQueryEndSession()
  • zippo  

  1
  0
  Stimmen
  1
  Beiträge
  862
  Aufrufe

  Z

  Hallo zusammen, ich bin echt kurz vorm verzweifeln, sitz ich doch jetzt schon geschlagene zwei Tage an einem Problem, das ich nicht in den Griff bekomme...also folgendes: Ich schreibe einen Nachrtichtendienst bzw. Chat Programm. Dieses kleine Programm soll nicht durch den User beendet werden sondern beendet sich selbst, wenn man sich bei Windows abmeldet bzw. Windows runterfährt. Dafür gibt es die nette Methode OnQueryEndSession(), welche von Windows automatisch aufgerufen wird, wenn man sich abmeldet. In dieser Methode kann man dann noch diverse Aufräumarbeiten ausführen lassen oder so wie ich z.B. eine Logoff Nachricht an einen Server verschicken. Das eigentliche Problem liegt jetzt darin, daß die Nachricht nicht schnell genug an den Server übermittelt werden kann bevor der Abmeldevorgang bei Windows vollzogen ist. Mein Code dazu sieht folgendermaßen aus: BOOL CMessengerDlg::OnQueryEndSession() { TCHAR tszName[256]; LPTSTR UserName = tszName; DWORD cchBuff = 256; ::GetUserName(UserName, &cchBuff); CString s_uName = UserName; KillTimer(1); //AbmeldeNachricht an Server m_connect.DatenSenden("192.168.1.23", "1;"+s_uName+";"+sOwnIP, 1); CString fileName; CFileFind find; BOOL bWork = find.FindFile("C:/MsgTemp/*.txt"); while (bWork) { bWork = find.FindNextFile(); fileName= find.GetFilePath(); CFile::Remove(fileName); } //Hier müsste eine Verzögerung eingebaut werden, damit die Nachricht //verschickt werden kann return TRUE; } Kann mir jemand eine Methode nennen, mit der ich das beenden soweit rauszögern kann, bis die Nachricht wirklich an den server verschickt wurde. hab schon diverse Dinge versucht, wie Zählschleife, etc. Vielen Dank im Voraus... MfG zippo Hallo, hab mittlerweile selbst ne Lösung gefunden. MfG zippo
• -

  casyncsockt: kein onclose aufruf
  • - enForcer -  

  2
  0
  Stimmen
  2
  Beiträge
  473
  Aufrufe

  -

  oh, jetzt ist es doch aufgerufen worden, aber 4 minuten und 11 sekunden zu spät... sollte auch nicht sein.
• ?

  Dialogfelder
  • Gast  

  2
  0
  Stimmen
  2
  Beiträge
  432
  Aufrufe

  B

  Das ist ganz einfach: Du erstellst für das 1. eingabefeld eine Membervariable vom Typ Control und hinterlegst dann für dieses Editfeld ein "OnChange" Ereignis (re.Maustaste -> Ereignisse). In diese Funktion kopierst du dann den Code den du schon für deinen Button ge- schrieben hast und schon ist die Birne geschält. Die OnChange wird, wie der name schon sagt wird immer dann aufgerufen, wenn das edit geändert wurde, also genau das was du haben will (glaube ich)...
• ?

  CString zu PCHAR
  • Gast  

  3
  0
  Stimmen
  3
  Beiträge
  600
  Aufrufe

  S

  ich find die windows namen so ekelhaft... die stiften doch nur verwirrung unter den anfängern typedef char CHAR; typedef CHAR *PCHAR;
• D

  CListView mit gruppierten Items
  • dude77  

  1
  0
  Stimmen
  1
  Beiträge
  374
  Aufrufe

  D

  hallo, bevor ich jetzt versuch zu erkären was ich vorhabe, zeige ich euch lieber ein screenshot wie mein list view control aussehen soll: http://www.codeproject.com/cs/miscctrl/GroupListView.asp leider ist das ganze in c#...deshalb unbrauchbar. hat jemand ne idee wie man solche überschriften mit darunterliegendem unterstrich (kann auch ruhig ne grafik sein die reingemalt wird) zwischen den items einfügen kann? die überschrift sollte dann natürlich nicht editierbar bzw. selektierbar sein. wie ich schon herausgefunden habe kann per custom draw das control individuell angepasst werden, aber ich weiß net wie ich zwischen die items was malen kann, das dann nicht selektierbar ist. hat jemand eine idee zu meinem problem?
• C

  MySQL - Datenbank ausm www
  • CrazyOwl  

  27
  0
  Stimmen
  27
  Beiträge
  2772
  Aufrufe

  U

  Soll es werden. JA.
• E

  problem mit return wenn klasse als zeiger benutzt
  • Emperor_L0ser  

  3
  0
  Stimmen
  3
  Beiträge
  415
  Aufrufe

  E

  *mit kopf gegen die wand renn* danke
• ?

  bool, BOOL, boolean, Boolean o_O
  • Gast  

  5
  0
  Stimmen
  5
  Beiträge
  700
  Aufrufe

  P

  mkcore schrieb: Also ich benutze immer bool. BOOL ist von Microsoft der Bequemlichkeitehalber halber definiert worden damit man TRUE und FALSE nicht ausschreiben muss und einfach nur 0 (FALSE) oder 1 (TRUE) übergeben kann. Blödsinn. BOOL wurde von MS definiert, da C kein bool hat (und ältere Versionen von C++ auch nicht. Der MSVC 4 kennt bool zB nicht).
• _

  Frage zu FindFirstChangeNotification ...
  • __NoName__  

  11
  0
  Stimmen
  11
  Beiträge
  1467
  Aufrufe

  S

  ich dachte eher dran FindFirstChangeNotification zu benutzen und sobald du die info bekommst, dass was geändert wurde ReadDirectoryChangesW aufzurufen
• ?

  Aus Dialog heraus zeichnen
  • Gast  

  1
  0
  Stimmen
  1
  Beiträge
  373
  Aufrufe

  ?

  Ich bräuchte dringend mal Hilfe: Ich schreibe an einem SDI - Programm, dass Messwerte über einen timergesteuerten Dialog (CProcess:: OnTimer()) einließt. Anschließend würde ich diese Werte gerne als Graph auf dem Client des Anwendungsfensters ausgeben. Die Grafikausgabe funktioniert aber nicht. Ich verlasse den Dialog über die Memberfunktion (void CProcess::waitforit()) die die Messmaschine in die Ausgangsposition zurückfährt und dann eben zeichnen soll: void CProcess::waitforit() { //hier kommen Massnahmen zur rücksetzung der Maschine etc... //... //so gehts dann weiter DestroyWindow(); CClientDC dc(this); for(int y=0;y<ende;y++) {dc.SetPixel(x,y,RGB(100,0,0); x++;} } Dass der Code fürs Zeichnen funktioniert weiß ich, da ich ihn bereits in der CApplView-Klasse ausprobiert habe. Aus dem Dialog heraus passiert aber leider gar nichts... Wenn ich statt "this" "NULL" als Handle nehme schreibt er ins Windows-Hauptfenster Ich muss also vermutlich vorher einen Zeiger auf den "HauptClient" legen. Nur wie mache ich das? Danke für eure Hilfe!
• ?

  NCB-Datei
  • Gast  

  2
  0
  Stimmen
  2
  Beiträge
  450
  Aufrufe

  S

  In .ncb-Datein werden Class-View Informationen gespeichert bzw. gecashet, die möglichweise für IntelliSense benutzt werden.
• L

  Mehrere Checkboxen?
  • LunaGirl  

  15
  0
  Stimmen
  15
  Beiträge
  1417
  Aufrufe

  E

  In der Funktion brauchst du gar kein UpdataData(FALSE). Sowas brauchst du nur, wenn du mit Wertevariablen arbeitest und das machst du ja nicht. Und die Zeile GetDlgItem(IDC_CKAU)->????(TRUE); mach mal so: ((CButton*)GetDlgItem(IDC_CKAU))->SetCheck(TRUE); Wenn es dann immer noch nicht geht, schick mir das mal und ich gucke morgen früh mal drauf.
• ?

  CListBox-Elemente farbig gestalten
  • Gast  

  6
  0
  Stimmen
  6
  Beiträge
  885
  Aufrufe

  U

  kreen schrieb: leg einfach mal ne Klasse basierend auf CListBox an, danach überschreibst OnPaint() und schaust ob de da was beeinflussen kannst So geht's nicht! Um die Einträge einer Listbox selbst zu malen, muss das Flag LBS_OWNERDRAWFIXED oder LBS_OWNERDRAWVARIABLE gesetzt sein, und die Funktion CListBox::DrawItem überschrieben werden. Schau' lieber in das Beispiel von Unix-Tom, da siehst du wie's gemacht wird.
• W

  CScrollView in Popup-Window
  • woodz  

  3
  0
  Stimmen
  3
  Beiträge
  1917
  Aufrufe

  W

  Der Link hat mir schonmal sehr viel geholfen. Vielen Dank! Ich habe jetzt 2 unabhängige Frame-Windows (von CFrameWnd) in denen je eine Ansicht (jewils abgeleitet von CView) eingebettet ist. Es funktioniert alles wirklich wunderbar, bis auf zwei Phänomene, hinter die ich ums Verrecken nicht komme. 1. Ist eines der Frame-Windows sichtbar (eingeblendet), wird beim Beenden der Anwendung nicht mehr gefragt, ob die Datei gespeichert werden soll. Das übernimmt meines Wissens die Funktion CDocument::SaveModified(), die bei Beendigung der Anwendung vom Frame-Work aufgerufen werden sollte. Ist keines der Frame-Windows eingeblendet, wird auch schön brav gefragt. Was ist da los? 2. Die schlimmere Sache ist, daß es beim Speichern eines Dokuments (Aufruf aller entsprechenden Serialize()-Funktionen, begonnen bei der von CDocument, initiiert vom Frame-Work) davon abhängt, ob gerade ein Frame-Window eingeblendet ist oder nicht. Wenn ich nach dem Speichern des Dokuments versuche, die Datei wieder zu öffnen (ebanfalls Aufruf aller Serialize-Funktionen) klappt das nur, wenn die Frame-Windows genauso eingeblendet sind, wie sie es beim Speichern waren. Wenn also beim Speichern kein Frame-Window eingelblentet war, darf das beim anschließenden Öffnen auch nicht der Fall sein. Die Anwendung reagiert sonst mit der Fehlermeldung "Unerwartets Dateiformat". Ich weiß nicht wie das geregelt bekomme. Hat einer vielleicht mal ähnliche Erfahrungen gemacht? Noch ein paar Worte zur Erstellung der Frame-Windows. In der Rahmenklasse CMainFrame erzeuge ich die beiden Frame-Windows (bei mir jeweils von der Klasse CExtFrame, abgeleitet von CFrameWnd). Die Erzeugung geschieht auf je einen Menübefehl, wenn die eingebettete Ansicht also eingeblendet werden soll. Während des Erzeugens des Frames, wird auch die Ansicht (bei mir CZoomView bzw. CInterfaceView jeweils abgeleitet von CScrollView) mit einer Entsprechenden Funktion erzeugt. Anschließend wird jede Ansicht mit CDocument::AddView(...) in die Liste der Ansichten des Dokuments aufgenommen. Wird das Frame-Window geschlossen, wird die Ansicht aus dem Dokument mit CDocument::RemoveView(...) wieder entfernt und das Frame-Window zerstört. Und hier könnte das Problem liegen. CDocument speichert möglicherweise implizit irgendwelche Informationen über seine aktuell in der Ansichtsliste geführten Ansichten bei Aufruf von CDocument::Serialize() durch das Frame-Work. Ich hab nur leider überhaupt keine Ahnung, wie man da eingreifen kann, falls denn das überhaupt das Problem ist. Danke für jeden Tip. WOODZ
• M

  Wie öffne ich ein Dialogfeld aus einer Anwendung so, dass das Dialogfeld NICHT in der Taskleiste ist, nur die Anwendung?
  • MaxHJPower  

  1
  0
  Stimmen
  1
  Beiträge
  394
  Aufrufe

  M

  Tja... Wie öffne ich ein Dialogfeld aus einer Anwendung so, dass das Dialogfeld NICHT in der Taskleiste ist, nur die Anwendung? Wies scheint, geht das mit CMyOwnDialog mydlg; mydlg.DoModal(); nicht, musste ich grad feststellen... Viele Grüße.. Edit: Rechtschreibfehler behoben
• ?

  CFile liefert Fehler
  • Gast  

  12
  0
  Stimmen
  12
  Beiträge
  1172
  Aufrufe

  ?

  str_ptr = &WPI2C[0]; wobei unsigned char WPI2C[] = {'#','W','P','I','2','C','_','A','_','0','_','1','0',0x00}; ist und wenn der pointer aud 0x00 zeigt bricht diese schleife ab... bei der schleife fürs auslesen funktioniert das ja auch
• B

  Prog aus Taskleiste entfernen
  • Bummsfallera  

  5
  0
  Stimmen
  5
  Beiträge
  536
  Aufrufe

  B

  mmmmh, ich werds morgen früh mal probieren, wenn ich feierabend habe -> THX!!!