MFC

• I

  CDialogEx aus CFormView als UI-Thread aufrufen
  • ikarsian  

  5
  0
  Stimmen
  5
  Beiträge
  247
  Aufrufe

  

  @hustbaer sagte in CDialogEx aus CFormView als UI-Thread aufrufen: @DocShoe sagte in CDialogEx aus CFormView als UI-Thread aufrufen: Und du musst den Zugriff auf gemeinsam benutzt Daten synchronisieren, damit der View nicht gerade was liest, während der Wert vom Thread verändert wird. FTFY Gut aufgepasst, hier dein Fleißkärtchen
• D

  Visual Studio 2017: Projektmappen-Explorer nach Name sortieren
  • dadidag  

  5
  0
  Stimmen
  5
  Beiträge
  328
  Aufrufe

  

  Auch nach dem Umbenennen muss ich die Projektmappe nur neu laden. Dann ist alles wieder sortiert.
• E

  Crecordset::useMultiRowFetch EXTREM LANGSAM
  • Enumerator  

  5
  0
  Stimmen
  5
  Beiträge
  231
  Aufrufe

  

  @Enumerator Zwei Dinge die du probieren könntest: Versuch es mit einer kleineren "set size". Probier aus wie die Performance ist wenn du MS SQL Server als Backend verwendest (die "Express" Version ist gratis). Es kann aber auch leicht sein dass "multi row fetch" mit einem "firehose" Cursor (read only, forward only) einfach nix bringt. Würde mich nicht wundern wenn ODBC Treiber das selbst optimieren und im Hintergrund transparent "multi row fetch" macht. Der SQL Server ADODB Treiber macht es soweit ich weiss.
• B

  .NET hat Probleme mit MFC
  • biter  

  8
  0
  Stimmen
  8
  Beiträge
  425
  Aufrufe

  B

  Ja Ok, stimmt ! Dann wärs das. Danke Euch !!!
• T

  Debuggen bzw. Dump erstellen
  • Tossi65  

  3
  0
  Stimmen
  3
  Beiträge
  260
  Aufrufe

  

  @Tossi65 Falls du mal zwischenzeitlich ein Dump benötigst, kann du auch den Prozess Explorer nehmen. Du startest den Prozess Explorer, suchst deinen Prozess und kannst dann mittels Rechtsclick "Create Dump" einen Dump erzeugen.
• I

  MulDiv skaliert in X-Richtung falsch bei 125% und 175%. 100% und 150% sind okay.
  • ikarsian  

  7
  0
  Stimmen
  7
  Beiträge
  439
  Aufrufe

  I

  @hustbaer Meine Lösung ist jetzt tatsächlich, dass ich die skalierten XY-Koordinaten von zwei Controls (GroupBox) als Referenzpunkt nehme und anhand derer alle nötigen Offsets für die Grafiken berechne. Da treten dann zwar Ungenauigkeiten auf, weil ein Offset dann, statt bei (x)12,88/(y)12,31, bei 12/12 liegt. Aber das kann ich verschmerzen. Sieht man nur dann, wenn man wild zwischen 100%, 125%, 150% und 175% wechselt. Also es ist jetzt so: |x|P|g|P|g|P|g|P|g|P|g|P|g|P|g|P|x| x ist eine fester Abstand, links und rechts. P ist das PNG g ist der Abstand zwischen den PNG, so dass links und rechts x einigermaßen stimmt Auf die Breite von 8xP ist dann dann maximal eine Differenz von 7 Pixeln zum rechten x hin.
• I

  Bunte Kästchen, wie in den Defrag-Tools
  • ikarsian  

  9
  0
  Stimmen
  9
  Beiträge
  649
  Aufrufe

  

  Ich halte es eigentlich für keine gute Idee, für jedes Kästchen ein eigenes PNG zu generieren. Nehmen wir mal eine definierte Menge z.B. 3 verschiedene Farben an. Macht es da nicht mehr Sinn, genau diese 3 PNG's bei der Initialisierung zu erzeugen und an entsprechender Stelle anzuzeigen? - Man kann ja gut und gerne eine Grafik mehrfach auf den Bildschirm ausgeben.
• D

  .txt Datei drucken in MFC mit C++
  • DasFaultierCoded  

  3
  0
  Stimmen
  3
  Beiträge
  260
  Aufrufe

  

  ShellExecute mit Schlüsselwort Print. Ansonsten CEditView.. dass kann das von selbst wenn man schon DocView macht.
• B

  Datenaustausch bei CPropertySheet
  • biter  

  2
  0
  Stimmen
  2
  Beiträge
  148
  Aufrufe

  B

  Hat sich erledigt ! Muss man nicht selber machen, macht das Framework, war schwer zu finden.
• A

  CDocument aufräumen und Messagebox ausgeben können
  • AndyDD  

  22
  0
  Stimmen
  22
  Beiträge
  1046
  Aufrufe

  A

  @servus_ sagte in CDocument aufräumen und Messagebox ausgeben können: Wenn noch eine WM_QUIT Message in der Queue ist, beendet sich die MessageBox automagisch. PostQuitMessage(0); MessageBox(NULL, TEXT("Text"), TEXT("Titel"), MB_OK); // Wird nicht angezeigt Ich glaub sowas wird wohl der Grund sein. Wie gesagt ich habe das jetzt in CMainFrame::OnDestroy() platziert und da funktioniert es zumindest so, wie ich es brauche.
• S

  GetWindowText UNICODE geht nicht:(
  • SoIntMan  

  4
  0
  Stimmen
  4
  Beiträge
  283
  Aufrufe

  S

  @Th69 sagte in GetWindowText UNICODE geht nicht:(: Ich hoffe dir ist klar, daß der ASSERT(...) nur im DEBUG-Modus einkompiliert wird! ja war mir klar, und ja da war dann falsch. DANKE DIR .. ABER bei meinen Test war ich immer im Debug konfiguration.. deeswegen wundert es mich troztdem. EDIT: Ist das ASSERT trotzdem falsch? weil er ja im nicht Debugmode die Expression darin trotzdem ausführt ohne aber zu prüfen!? EDIT2: => #define DEBUGCHK(exp) ((void)0) ja ok er macht nichts.. dache er führt die exp aus im SHIP_BUILD
• V

  Cursor unsichtbar
  • Verwegener  

  8
  0
  Stimmen
  8
  Beiträge
  407
  Aufrufe

  ?

  Einfach so lange Code löschen bis der Cursor wieder auftaucht. Funktioniert garantiert.
• B

  SetWindowTextW wird nicht angezeigt
  • biter  

  10
  0
  Stimmen
  10
  Beiträge
  337
  Aufrufe

  B

  Also nochmals, Sorry, bei einer Neuanlage hat alles funktioniert. Könnte ein Hardware-Fehler gewesen sein. Dieser alte Laptop ärgert mich immer wieder. Sorry ! und Danke !!!
• M

  CListCtrl und LVS_EX_FULLROWSELECT
  • Mike85Dev  

  10
  0
  Stimmen
  10
  Beiträge
  366
  Aufrufe

  

  ich bin hier raus.
• A

  Einfacher Backslash in CString
  • AndyDD  

  12
  0
  Stimmen
  12
  Beiträge
  566
  Aufrufe

  A

  @hustbaer , so hab ich das auch gemacht. Ist mir vorher gar nicht so aufgefallen, da ich meist nur Quelltext poste und da weiß, wie es geht. Ich finde es aber gut, dass hier so unkompliziert geholfen wird. Vielen Dank.
• A

  Datei aus einer URL öffnen
  • AndyDD  

  10
  0
  Stimmen
  10
  Beiträge
  378
  Aufrufe

  A

  @Th69 Vielen Dank für den Hinweis. Ist klar, wenn Open fehlschlägt wird das nicht aufgerufen. Hab das jetzt unten hin gepackt. Ich werde das in eine eigene Klasse packen, da ich das sicher öfters brauche. Dann erledigt die Klasse das Release.
• S

  Applikation/ocx Entwicklung unter WinCE 6.0 x86/ARM
  • SoIntMan  

  5
  0
  Stimmen
  5
  Beiträge
  285
  Aufrufe

  S

  @Swordfish sagte in Applikation/ocx Entwicklung unter WinCE 6.0 x86/ARM: Mit Windows CE kann der Hersteller so ziemlich alles anstellen was er möchte. Du brauchst das passende SDK weil die Definitionen und die Importlibraries passen müssen. Du kannst alleine schon mit einem Compiler mit geringfügig anderem ABI auf die Schnauze fallen. An den Spezifikationen der Windows API wird wohl kein Hersteller drehen, das ist aber nur eine Vermutung. Viele danke für die Ausführung, ist denn die ABI das Selbe wie das Board- support -package? EDIT: noch eine frage, wenn ich Vs2008 verwende wird ja die stl c++03 supported/verwendet richtig? Is dieses auch mit Wince 6.0 kompatible? Gern kann mir auch jemand ein gute buch bzgl. wince entwicklung empfehlen;)
• E

  Erstellung eines Worker-Threads zur Grafikausgabe
  • elmut19  

  72
  0
  Stimmen
  72
  Beiträge
  2115
  Aufrufe

  E

  @DocShoe Ja, beim Sprachstandard bin ich einfach noch etwas hinterher. Und nun noch BOOST einzubauen, schient mir auch nicht so sinnvoll. Es gibt auch so noch viel Potential für ein Reengineering. Zumindest eine der Grafiken habe ich auch durch weglassen mehrfacher identischer Punkte um ca. 50% schneller bekommen
• T

  Probleme mit CreateWindow
  • tommie123  

  5
  0
  Stimmen
  5
  Beiträge
  4243
  Aufrufe

  T

  Ohja, jetzt geht es. Vielen vielen Dank!!
• J

  Auf ein Variable aus einer if-Schleife von außerhalb zugreifen
  • Jannis123  

  13
  0
  Stimmen
  13
  Beiträge
  702
  Aufrufe

  

  pack das if in eine Funktion und benutze return. Der Compiler wird dir dann sogar sagen, falls für einige Fälle das return noch fehlen sollte.