MFC

• X

  Benutzeroberflächen Thread
  • XeXeS  

  6
  0
  Stimmen
  6
  Beiträge
  677
  Aufrufe

  X

  Wenn man es ganz einfach machen will ohne nachrichten. 1. Man leitet eine Klasse von CWinThread ab. 2. Man verwendet dann die zweite Version von AfxBeginThread um eine Instanz des Objekts zu erstellen und den Thread zu starten. 3. Man beendet den thread indem man einfach den zeiger per Delete löscht. Bei mir schaut es so aus: m_pThreadSplash = (CSplashscreenThread* AfxBeginThread(RUNTIME_CLASS(CSplashscreenThread)); delete m_pThreadSplash;
• ?

  VS 2005 ger Studi Version
  • Gast  

  8
  0
  Stimmen
  8
  Beiträge
  549
  Aufrufe

  T

  ne ab 13.1 kostets 499,-
• ?

  CButton
  • Gast  

  2
  0
  Stimmen
  2
  Beiträge
  287
  Aufrufe

  P

  Da es ja 'gemalt' werden soll, tippe ich mal auf View.
• R

  MSVC++ 7.1 vs. 6.0
  • Ringding  

  8
  0
  Stimmen
  8
  Beiträge
  604
  Aufrufe

  R

  Das mit der Browse Info ist ja noch schlimmer als ich gedacht habe. Selbst wenn man sich die Sachen mühsam aus diesem Object Browser raussucht, zeigt er immer noch die falsche Definition an. Z.B. such ich bei einem gerade ganz standardmäßig mit dem Wizard erzeugten MFC-Projekt BEGIN_MESSAGE_MAP im Object Browser. Wenn ich darauf doppelklicke, springt er mir zu der Definition ohne _AFXDLL, obwohl mit _AFXDLL compiliert wurde, wie man im Buildlog ersehen kann. Witzigerweise kennt der Object Browser auch eine GetThisMessageMap()-Methode, die aber in der angezeigten Variante des Makros gar nicht vorhanden ist. Fazit: Browse Info ist total kaputtgemacht und unbrauchbar. Es gibt also keinen Grund, überhaupt noch mit Browse Info zu builden, denn raten kann ich selber auch. Und meistens besser. Schade, das war wirklich ein Feature, das ich am VC6 geliebt habe.
• ?

  Windows Dienst kann nicht installiert werden.
  • Gast  

  3
  0
  Stimmen
  3
  Beiträge
  902
  Aufrufe

  ?

  Thanks ! Ganau das richtige
• Q

  Include Problem?
  • qasdfgh  

  5
  0
  Stimmen
  5
  Beiträge
  433
  Aufrufe

  Q

  Danke Ich werde dann mal die 350 MB! laden
• T

  Datei als Hex auslesen und wieder schreiben
  • Taelan  

  3
  0
  Stimmen
  3
  Beiträge
  433
  Aufrufe

  T

  habs jetzt so gelöst: sscanf(temp,"%x",&hex); das mit dem doppelten pointer bei strtoul ist mir noch etwas suspekt aber ich schaus mir nochmal an
• C

  Datenbank gibt gar nichts aus
  • chullain  

  10
  0
  Stimmen
  10
  Beiträge
  507
  Aufrufe

  C

  ja, ich habs mir angeguckt, verwende jetzt eben dann die m_Anwendung_Anwendung, schade, dass man das nicht zuweisen kann, naja, kann man nix machen.. Auf jeden Fall danke Euch allen, für die schnellen Antworten Gruss, chullain
• ?

  Zwei Dialogfelder: Nur das zweite ist sichtbar
  • Gast  

  7
  0
  Stimmen
  7
  Beiträge
  494
  Aufrufe

  ?

  Zu ShowWindow(SW_SHOWMINIMIZED): Hätte dann der Benutzer nicht die Möglichkeit, unten auf die Schaltfläche zu klicken und es wieder zu maximieren? Na gut, das zweite Dialogfeld ist modal, also wäre das möglicherweise doch nicht möglich. Ach ja, da fällt mir ein: Wenn nur noch der zweite Dialog zu sehen ist, soll natürlich der mit der Startschalfläche steuerbar sein(minimieren/maximieren). Die Version mit MoveWindow(0,0,0,0) wirkt auf mich wieder wie so eine Hackerversion. Außerdem dürfte das Problem mit dem Minimieren und Maximieren des zweiten Dialogfelds auch hier auftreten. (Ich kann es im Moment leider nicht ausprobieren, erst heut abend wieder zu Hause.) Er könnte auch einfach im Resourcen Editor das "Anwendungsfenster" flag aktivieren. Das muß ich mal ausprobieren. Es wird immer der Dialog in der Taskleiste angezeigt, der dem member m_pMainWnd deiner Applikationsklasse zugewiesen ist. Das wäre vielleicht auch eine Möglichkeit. Um Euch mal die Hintergründe zu erläutern: Es geht darum, daß das Programm drei verschiedene, voneinander unabhängige Anwendungen/funktionalitäten beherrscht. Stellt Euch beispielsweise einen einfachen Texteditor, einen Taschenrechner und ein Minispielchen vor. Am Anfang erscheint ein Dialog mit drei Buttons zum Anwählen. Wenn man einen anklickt, soll dieses Dialogfeld ausgehen und das gewählte "Programm" (das Dialogfeld mit der Funktionalität) völlig eingenständig laufen (also mit Leiste unten im Startmenü). Wird es geschlossen, kommt wieder das Titeldialogfeld und man wählt sich etwas anderes oder das gleiche aus. Es soll nicht möglich sein, zwei oder mehr der drei "Anwendungen" zu öffnen. Und ich will auch nicht drei zusätzliche Exe-Dateien schreiben, die durch das Hauptprogramm aufgerufen werden. Also: Zwei der genannten Vorschläge (m_pMainWnd und Ressourceneditor) klingen schon ganz gut. Wenn es aber trotz allem noch eine Möglichkeit gibt, wie man das standardmäßig und "offiziell" macht, dann wäre es schön, wenn er es hier posten könnte. Ansonsten probier ich mal die zwei Versionen aus.
• X

  Owner Draw List Box
  • XeXeS  

  10
  0
  Stimmen
  10
  Beiträge
  511
  Aufrufe

  P

  Gibt er denn eine spezielle Fehlermeldung aus? Wenn nicht, dann hatte ich mal das Problem, dass ich den Style nicht richtig angegeben hab. Kannst du vielleicht mit dem Debugger herausfinden, an welcher Stelle der abstürzt?
• S

  exe erzeugen
  • sam328  

  6
  0
  Stimmen
  6
  Beiträge
  899
  Aufrufe

  ?

  Ja gut, von Version 7.1 bin ich nicht ausgegangen. Gibt es solche Probleme auch bei Visual C++ 6.0 oder ist meine vorherige Aussage bei dieser Version gültig?
• ?

  PostMessage
  • Gast  

  2
  0
  Stimmen
  2
  Beiträge
  330
  Aufrufe

  J

  Das ganze funktioniert natürlich nur im selben Prozess! Und dann halt entsprechend casten... char[50] data = (char[50]) = wParam;
• E

  einarmieger baniet unter MFC
  • eddie  

  2
  0
  Stimmen
  2
  Beiträge
  342
  Aufrufe

  X

  Mach nen Dialog, mit nem Button, dann mach 3 variablen als Bildinzies. In den Dialog machste noch 3 Pixture Controls. Die Bilder des Banditen als Resourcemaps. Dann einfach immer Per zufall den Index bestimmen ( 3 Variablen ) und dann dasn entsprechenede bild laden und anzeigen. Mit sicherheit gehts besser aber es funktioniert.
• ?

  Nicht Modaler Dialogfenster
  • Gast  

  1
  0
  Stimmen
  1
  Beiträge
  264
  Aufrufe

  ?

  Hi, Kann mir jemand sagen, wieso mein Dialogfenster kurz angezeigt wird und dann bekomme ich von Debbuger folgende Meldung: Benutzerdefinierter Haltepunkt aus Quelle aufgerufen bei 0x7c90..... (Welche fehler rufen so eine Meldung auf?)Auf was muss man achten? Mein Code: CParaWahl *pParaWahl = new CParaWahl(this, wScope, wStartVon, &sDisDauPara); if ( pParaWahl ) { pParaWahl->Create(IDD_PARA_WAHL, NULL); pParaWahl->ShowWindow(SW_SHOW); } Mein konstruktor: CParaWahl::CParaWahl(CWnd* pParent, WORD wScope, WORD wStartVon, void *rec) : CDialog(CParaWahl::IDD, pParent), wListStartVon(wStartVon) Danke!!!!!!!!
• ?

  Visual C++ hängt!
  • Gast  

  8
  0
  Stimmen
  8
  Beiträge
  542
  Aufrufe

  I

  So regelmässige Aussetzer habe ich nicht. Nur mit der Zeit werden die *.ncb ziemlich gross. Dann stockt das Visual Studio z.B. nach Eingabe von ENTER für ein paar Sekunden. Sichern und Löschen der *.ncb hilft dann. Ansonsten stockt mein Visual Studio immer beim Release-Kompilieren in einer bestimmten Datei (immer an der selben Stelle unter 100% CPU Auslastung für einige Minuten). Dagegen habe ich noch nix gefunden. Auch nicht das Löschen von allen ncb, opt, plg, clw, aps (und ggf. neu erstellen) hat geholfen. Nur als ich mal einen komplett neuen Rechner bekommen habe lief alles schnell und ohne Unterbrechungen (auch das oben angesprochene Release-Kompilieren), nachdem ich das Projekt frisch aus dem SourcsSafe geladen habe. Inzwischen sind diese Aussetzer wieder da...
• ?

  VC++ und Textmarkierungen
  • Gast  

  3
  0
  Stimmen
  3
  Beiträge
  342
  Aufrufe

  ?

  ne, ne - is nich. auch .aps und .ncb file gelöscht, bereinigt usw hilft nix. man muss die daurhaft markierten zeilen +- 1 zeile ausschneiden und wieder reinpasten, dann ists weg. mussn bug sein. Ich suche aber einen menubefehl wie "markierte zeilen löschen" oder so watn scheiss gruss
• A

  Datum aus Access auslesen
  • Admiarlis  

  3
  0
  Stimmen
  3
  Beiträge
  450
  Aufrufe

  A

  naja, habs selbst rausgefunden, so muss es sein: d_liefertermin=far4;
• F

  MFC mit dem Visual C++ Toolkit!
  • florianwendland  

  10
  0
  Stimmen
  10
  Beiträge
  606
  Aufrufe

  P

  florianwendland schrieb: Na sieh mal einer an, wusste nicht, dass es kostenpflichtig ist den Framework zu verwenden. Dann werde ich wohl doch die API direkt benutzen, nur wegen diesem bescheuterten und hässlichen MFC werde ich sicher kein Geld ausgeben... und danke für diese wirklich sehr netten Antworten hier. Als ob jeder die Kohle hat sich das VS zuzulegen.... haha, mindestens achtzig Prozent von euch sind doch illegal unterwegs Unrecht schützt vor Strafe nicht. Ach ja: bitte für die schönen Anwort. Jemand der auch nur halbwegs ahnung vom PC und Software hat, kann dir sicherlich sagen, dass einfach mal rumkopieren nicht einfach erlaubt ist. Und wenn dich die MFC so ankotzt, versteht ich nicht, warum du sie einsetzen willst.
• P

  projekteinstellungen zum compilieren
  • Psycho  

  7
  0
  Stimmen
  7
  Beiträge
  448
  Aufrufe

  P

  super. klappt einwandfrei! danke für die hilfe
• M

  User Interface
  • Merci_beaucoup  

  7
  0
  Stimmen
  7
  Beiträge
  526
  Aufrufe

  A

  Mit "einfach mal so ein Interface zusammenbasteln" ist das nicht getan. Ich entwickle selbst medizinische Geräte. Du solltest zuerst mal die Gesetzlichkeiten kennen, also was darf und was muss.... Dann folgt wie bei jeder vernünftigen Softwareentwicklung erst mal der Entwurf der Datenstrukturen incl. aller Manipulations- und Speicherfunktionen. Da hast Du meist schon das Problem die Hardware richtig anzusprechen. Wenn das Gerät von einem Hersteller X kommt wird er nicht immer mit allem rausrücken was z.B. in den seriellen Protokollen übertragen wird. Erst zuletzt kommt die Bedienebene. Vergiss das Maus und Co. Ich kenne sehr wenige Geräte die zeigergerätebasiert arbeiten. Heute hat man Touchscreens oder Jog-Räder. Ab und zu sieht man auch mal einen Trackball. Eine zu komplizierte Bedienoberfläche verwirrt nur. Also nur Dinge in einer geeigneten Form darstellen, die der Patient wissen muss. Mach am besten mehrere Oberflächen, die benutzerabhängig angezeigt werden. In einem Servicemodus müssen ganz sicher andere Dinge dargestellt werden, wie sie sonst der Patient zu Gesicht bekommt.