MFC

• A

  Dialogfeld als Member der Dokumentenklasse
  • AndyDD  

  3
  0
  Stimmen
  3
  Beiträge
  168
  Aufrufe

  A

  Vielen Dank, das funktioniert. Ich passe ein Programm an und da ist schon vom Design viel vorgegeben. Der Dialog verbindet sich mit einer Datenbank und soll Statusmeldungen in Variablen des Docs schreiben. Klar, Events sind eine Möglichkeit. Der Dialog schlummert quasi im Doc und wenn zusätzliche Eingriffe notwendig werden wird er via DoModal hochgeholt. Wenn ich das nicht machen muss ich im Doc die Datenbank öffnen und im Dialog auch. Denke das das der Performance schadet. Aber danke für den Tipp.
• M

  CListView oder CListCtrl
  • MikeH  

  7
  0
  Stimmen
  7
  Beiträge
  269
  Aufrufe

  M

  OK, Danke!
• T

  Binärdaten aus SQL Datenbank in eine Datei schreiben
  • Tossi65  

  11
  0
  Stimmen
  11
  Beiträge
  398
  Aufrufe

  C

  Entschuldigung, falsch geschrieben: P., gelöscht
• A

  Problem mit ALT-Shortcuts und CMFCToolbarbuttons
  • Airbaer  

  8
  0
  Stimmen
  8
  Beiträge
  695
  Aufrufe

  

  @CPlusPlusWorld Würdest du es bitte bleiben lassen uralt-Threads sinnlos auszugraben?? Danke.
• B

  Text von USB Barcodescanner abfangen
  • Blackwolf73  

  5
  0
  Stimmen
  5
  Beiträge
  232
  Aufrufe

  B

  Danke, Spy++ hat mir geholfen,
• T

  Microsoft Foundation Class
  • theAnfänger77  

  7
  0
  Stimmen
  7
  Beiträge
  290
  Aufrufe

  A

  @hustbaer sagte in Microsoft Foundation Class: Es wird AFAIK auch noch (begrenzt) weiterentwickelt. Aber die Basis steht seit > 20 Jahren. Daran kann man nichts mehr ändern ohne dass man alle mit MFC entwickelten Programme übelst anpassen müsste. D.h. MFC wird nie wirklich schön modernes C++ werden. Je nachdem um was es geht würde ich MFC aber nicht grundsätzlich ablehnen. Wenn es auf Windows beschränkt ist und aus guten Gründen auf anderen Plattformen nicht möglich ist/keinen Sinn macht, und es klar ist dass das Projekt klein genug bleibt -- dann wieso nicht? MFC kommt mittlerweile mit Visual Studio Community mit, d.h. man kann damit auch Open Source Programme machen ohne dass gleich jeder Entwickler für Visual Studio Professional zahlen müsste. Und genau das ist eben der Vorteil: man muss dann keine externe Library einbinden nur um ein bisschen GUI zu machen. Und bevor ich mich bei einem mittelkleinen Projekt mit der nackten Win32 API für GUI rumschlage, nehm ich lieber die MFC. Dem kann ich mich anschließen. Finde es super das es jetzt auch bei allen Editionen mit dabei ist. Wenn man sich einmal dran gewöhnt hat ist auch relativ schnell eine Oberfläche zusammengestellt. Die Frage ist, ob sich der Aufwand lohnt sich komplett mit der MFC zu befassen, wenn man noch gar keine Kenntnisse hat. Ich arbeite schon Jahre damit und konnte alle meine Problemstellungen umsetzen.
• B

  Kommandozeilenparameter ...
  • biter  

  6
  0
  Stimmen
  6
  Beiträge
  254
  Aufrufe

  B

  Vielen Dank, hat alles funktioniert !!!
• B

  Wie beendet man ein Programm richtig ?
  • biter  

  3
  0
  Stimmen
  3
  Beiträge
  209
  Aufrufe

  B

  Danke Swordfish !!!
• E

  H I L F E ! ! ! ! Update auf VS2019, 16.7.5 Mein Programm funktioniert nicht mehr
  • elmut19  

  5
  0
  Stimmen
  5
  Beiträge
  298
  Aufrufe

  E

  Vielen Dank für die Hilfe, habs repariert bekommen. Dachte schon es hätte sich was grundlegendes geändert. Aber VS funktioniert in 16,7.5 doch noch.
• M

  CMFCHeaderCtrl + CMFCListCtrl Color
  • Marco  

  1
  0
  Stimmen
  1
  Beiträge
  405
  Aufrufe

  M

  Hallo zusammen, bei dem "alten" CHeader Control wurde abgeleitet und der erstellte Header subsituiert. Dann wurde mit Custom Draw gearbeietet. Bei der neuen Version verhält sich das komplett anders. Anscheinend kommt in den DialogEditor ein normales CListCtrl und es wird dann eine Contl. Var vom Typ CMFCListCtrl erstellt. LVS_REPORT scheint nur noch über den Dialog Editor zu gehen ? Der Header wird als Member, abgeleitet von CMFCHeaderCtrl , einfach in der virtuellen GetHeaderCtrl() zurück gegeben. Wundersamer Dinge , ganz ohne Create und Subsitute scheint alles zu funktionieren. OnFillBackground (CDC* pDC) von der abgeleiteten CMFCHeaderCtrl wird auch aufgerufen. Nur wird mein Rect nicht gefüllt void CostGridHeader::OnFillBackground(CDC* pDC) { //DEF_GRIDFIXEDCOLOR CRect rect; this->GetClientRect(rect); CBrush brush0(RGB(255, 0, 0)); // Testcolor pDC->FillRect(&rect, &brush0); brush0.DeleteObject(); // return CMFCHeaderCtrl::OnFillBackground(pDC); } Wenn ich zum Test in CMFCHeaderCtrl OnDrawItem den Aufruf der Basisklasse weglasse und dort ein Rect zeichne geht es, allerdings müsste ich dann auch dort den Rest zeichnen, der Aufruf der Basisklassse zeichnet anscheinend seinen eigenen Background. Wo liegt der Fehler bzw. gibt es ein Beispiel für Headercolor von CMFCListCtrl nicht CListCtrl ?
• C

  Unicode Datei mit Umlauten lesen / CStdioFile ?
  • Chris1986  

  4
  0
  Stimmen
  4
  Beiträge
  511
  Aufrufe

  F

  @Martin-Richter sagte in Unicode Datei mit Umlauten lesen / CStdioFile ?: @firefly Man kann _tfopen verwenden und den FILE Stream einem CStdioFIle zurordnen. http://blog.m-ri.de/index.php/2007/07/03/vc-2005-features-der-crt-fuer-unicode-unterstuetzung/ Tja funktioniert automatisch aber nur wenn ein BOM existiert. Nur für UTF-8 ist der BOM nicht zwingend erforderlich -> Dadurch fällt die automatische Erkennung flach. Man muss dann explizit angeben das es UTF-8 ist
• P

  _CRT_SECURE_NO_WARNINGS
  • pospiech  

  12
  0
  Stimmen
  12
  Beiträge
  28096
  Aufrufe

  

  @Martin-Richter sagte in _CRT_SECURE_NO_WARNINGS: Ich würde das immer im Code eintragen. Yep. Das nennt man auch Wartungsfreundlichkeit von Code. Also als 1. Zeile ins main/WinMain Modul und nicht im Header.
• T

  MFC und eine Fremd DLL einbinden
  • Tossi65  

  8
  0
  Stimmen
  8
  Beiträge
  462
  Aufrufe

  T

  Hallo Th69, das Projekt habe ich praktisch geerbt, da mein Arbeitskollege verstorben ist. Das ganze Programm beruht auf DCom und das Programm ist programmiert in CodX Framework basierend auf C++ MFC. Das ganze Programm basiert auf Client/Server und Module. Wie gesagt, ich soll es supporten und teilweise erweitern. Ja wir haben die native Dll vom iTac System. Ich hatte C++ MFC vor ca. 20 Jahren beiläufig in der Ausbildung. Wenn Du möchtest kann ich die das Modul teilweise zur Verfügung stellen. Um es besser zu verstehen. Mfg Torsten
• A

  CRecordset und Autoincrementfeld
  • AndyDD  

  11
  0
  Stimmen
  11
  Beiträge
  640
  Aufrufe

  V

  Moin, also ich kenn das so, das direkt nach dem Recordset.Add der Autowert abgefragt werden kann. Der ist dann schon gesetzt. Dann die Datenfelder füllen und dann erst den Update Aufruf ausführen.
• L

  Externen Zugriff auf globales Array/Vector in DLL verhindern
  • lux  

  6
  0
  Stimmen
  6
  Beiträge
  371
  Aufrufe

  

  Dann aber hat jede DLL doch ihre eigenen (globalen) Daten. Der Beitrag von @lux liest sich auch nicht so, als ob per GetProcAddress darauf zugegriffen wird, sondern direkt über die C++ Schnittstellen.
• S

  MFC Fenster verschwindet beim wechsel zwischen virtuellen Desktops nicht
  • sanus  

  2
  0
  Stimmen
  2
  Beiträge
  196
  Aufrufe

  S

  Hab es selbst doch noch gefunden. Hier für alle die das vielleicht auch mal haben: Das erzeugte Fenster sollte nicht in der Taskbar auftauchen. Das kann man mit WS_EX_TOOLWINDOW auch erreichen, hat aber eben den Hasenfuß, dass es in allen virtuellen Desktops sichtbar bleibt. Daher darf WS_EX_TOOLWINDOW nicht verwendet werden. Damit das Fenster trotzdem nicht in der Taskbar auftaucht, muss ein owner gesetzt werden. Also: DWORD dwStyle = WS_OVERLAPPED | WS_THICKFRAME | WS_CAPTION | WS_SYSMENU | WS_MAXIMIZEBOX | WS_VISIBLE | WS_CLIPSIBLINGS | WS_CLIPCHILDREN; DWORD dwStyleEx = /*WS_EX_TOOLWINDOW |*/ WS_EX_RIGHTSCROLLBAR; UINT nId = 0; if (pFrame->CreateEx(dwStyleEx, NULL, pszFrameTitle, dwStyle, rect, pParent, nId, NULL) == FALSE) { return NULL; } pFrame->SetOwner(AfxGetApp()->GetMainWnd());
• ?

  Wahrscheinlichkeitsrechnung
  • Gast  

  5
  0
  Stimmen
  5
  Beiträge
  833
  Aufrufe

  

  @calle sagte in Wahrscheinlichkeitsrechnung: kann mir jemand behilflich sein und zeigen wie das ohne boost funktioniert? Wo klemmt es denn bei dir? Fehlt dir die Mathematik dazu oder das Wissen um die Umsetzung in C++ ?
• ?

  Boost
  • Ein ehemaliger Benutzer  

  3
  0
  Stimmen
  3
  Beiträge
  262
  Aufrufe

  ?

  @Mechanics Dank sehr.
• E

  Release exe verlangt plötzlich debug-DLL
  • elmut19  

  8
  0
  Stimmen
  8
  Beiträge
  414
  Aufrufe

  E

  @hustbaer @Th69 Vielen Dank Euch. Ich habe es gefunden. Das mit dem neuen "Dependencies" war ein guter Tipp. Über den findet man die Abhängigkeiten ausserdem auch besser. Es lag an einer DLL, die ich eigentlich auf dem Zielsystem schon seit ein paar Monaten drauf hatte. Nur der, der testen sollte, hatte die neue Software, die die DLL benötigt, wohl noch nie gestartet. Tja, das sind wirklich schon ein paar Monate.... Aber vielen Dank für die Tipps. Die haben schliesslich geholfen. Grüsse Helmut
• ?

  AVIStreamOpenFromFile
  • Ein ehemaliger Benutzer  

  15
  0
  Stimmen
  15
  Beiträge
  530
  Aufrufe

  ?

  @yahendrik Du sagst es, ich habe habe frühueitig auf das einfache VFW gesetzt es ist auch noch voll im Trend und weit im Einsatz, hat aber die Abhängigkeit fremder Codecs die von externen firmen bereitgestellt und auch teilweise lizensiert sind. Eigentlich sollte HAL nun die NV Decoder von der Hardware nutzen , macht das aber scheinbar nicht ohne fremdinstallation, zb das K-Codec Pack stürzt wenigstens nicht ab alle direkten VFW32 Codecs crashen auf der 64 Bit version über VFW die VFW32.DLL liegt gleichnamig natürlich auch in der 64Bit Version Windowsseitig vor. Seit W7 gibt es Probleme. Es liegt also hier nach der Prüfung am Codec der code läuft auf 32Bit und 64Bit gleichermaßen überall gut viele Millionen Anweisungen laufen fehlerlos. Ich werde alles auf DirectShow umrüsten was capture und play betrifft video capturing habe ich längst in DShow aber auch das Interface ist eine bedrohte Lebensform. Man hat schwer bedienbare Mdiainterface auf COM basis hervorgebracht, ohne separates Studium über Monate hinweg bleibt der quadawelch schwer erziehbar. Danke für deinen Hinweis, DXShow ist also das Fazit auch für record und play nicht nur für usb-web-stuff Oder IMFP.. - https://docs.microsoft.com/en-us/windows/win32/medfound/mfplay-tutorial--video-playback Grüße aus Preußen K.