Klotzkopp

Ich verstehe nicht wirklich viel von Javascript, aber das Leerzeichen zwischen "entscheid." und "htm" könnte Probleme bereiten.

Dann hast Du UpdateData( FALSE ) entweder ganz vergessen oder vor dem Replace gemacht.

\r\n

Wie kommst Du denn darauf? Es ist einfach eine Frechheit seitens des Schreibenden, dass er die Arbeit, die er selbst zu tun zu faul ist, den Lesern aufbürdet. Dass Standart ein nicht auszurottender Fehler ist, daran müssen wir uns wohl gewöhnen. Aber ich kann einen Text viel schneller erfassen, wenn Rechtschreibung und Zeichensetzung stimmen. Dementsprechend sinkt auch meine Hilfsbereitschaft, wenn jemand glaubt, sich diese Mühe nicht machen zu müssen. Tu Dir selbst und anderen einen Gefallen Zumindest die Treiber werden Dir ohne ein Betriebssystem nichts nützen. Pack doch einfach kurz DOS drauf.

Entweder ist das Flag CFM_COLOR in dwMask nicht gesetzt, oder das Flag CFE_AUTOCOLOR in dwEffects ist gesetzt. Versuch mal das hier: CHARFORMAT charformat; m_RichEditCtrl.SetSel(2, 12); m_RichEditCtrl.GetSelectionCharFormat(charformat); charformat.crTextColor = FontDialog.GetColor(); [color=darkred]charformat.dwMask |= CFM_COLOR; charformat.dwEffects &= ~CFE_AUTOCOLOR;[/color] m_RichEditCtrl.SetSelectionCharFormat(charformat);[/CODE]

Du selektierst den zu ändernden Text, und verschickst EM_SETCHARFORMAT (bzw. rufst CRichEditCtrl::SetSelectionCharFormat auf, falls Du die MFC verwendest). In der CHARFORMAT-Struktur, die als Parameter übergeben wird, gibt es einen COLORREF-Member namens crTextColor.

Es gibt diverse Tools, die die sogenannten Dependencies (Abhängigkeiten) anzeigen können, so z.B. Depends aus den Visual Studio 6 Tools, oder WinFM. Bei mspaint.exe Version 5.1.2600.1106 (XP SP1) sind es: MFC42U.DLL MSVCRT.DLL ADVAPI32.DLL KERNEL32.DLL GDI32.DLL USER32.DLL COMMDLG32.DLL OLE32.DLL OLEAUT32.DLL SHELL32.DLL IMM32.DLL

Dann gib die MessageBox doch da aus, und mach bei IDNO einfach return FALSE.

Aber wenn Du in CMeinProgrammView::OnInitialUpdate an "wert" herankommst, sollte es in CMeinProgrammView::PreCreateWindow doch auch gehen...

Ich zum Beispiel. Oh, Du willst wissen, wie es geht? itoa, mit 16 als Basis, oder sprintf mit "%x" als Format. Kommt drauf an, in welcher Form die Dualzahlen vorliegen. Zahl oder Text? Jedenfalls würde ich zuerst eine Dezimalzahl draus machen, und dann wie oben vorgehen.

Ich weiß nicht, was "wert" ist, und wann es gültige Daten enthält, aber OnInitialUpdate ist ein wenig zu spät, um den Fensteraufbau abzubrechen. Kannst Du die MessageBox eventuell auch schon in PreCreateWindow anzeigen? Da müsstest Du nur FALSE zurückgeben.

Dann hast Du es Dir nicht richtig angesehen. In der verwendeten Menüklasse ist DrawItem überschrieben. DrawItem wird immer aufgerufen, wenn sich der Zustand eines Menüeintrags ändert. Dazu zählt auch die Selektion bzw. Deselektion.

Du rundest falsch. Und was machst Du bei Zahlen über 20 Millionen? Mein Favorit: double dAufZweiStellen = floor( dUngerundet * 100.0 + .5 ) / 100.0;

Das ist IMHO gefährlich. Wenn dieser Code mal verändert werden muss, hat man da eine potentielle Fehlerquelle. Ich halte Exceptions oder goto für durchaus angebracht, wenn es die Les- und Wartbarkeit des Codes verbessert.

@dgorski: Bitte lass Dir beim nächsten mal einen etwas aussagekräftigeren Titel einfallen. Ich hole das hier jetzt mal für Dich nach Thema verschoben nach C und C++.

Du musst gar nichts programmieren, nur den gekennzeichneten Text in einer scf-Datei speichern.

Das geht in die Richtung: http://www.codeproject.com/dialog/resizabledialog.asp

Die Standardimplementierung von CDocTemplate::MatchDocType prüft den Dateinamen, und falls ein Dokument mit diesem Namen bereits geöffnet wurde, wird einfach der bestehende Frame angezeigt. Du könntest eine von CMultiDocTemplate abgeleitete Templateklasse verwenden, MatchDocType überschreiben und nicht yesAlreadyOpen zurückgeben.

Extras -> Optionen -> Sicherheit -> Speichern oder Öffnen von Anlagen, die möglicherweise einen Virus enthalten könnten, nicht zulassen: Häkchen entfernen.

Hast Du meinen Hinweis mit LOGPIXELSY ausprobiert? Es könnte an unterschiedlichen Auflösungen der Drucker liegen.

Die Lebenszeit einer View beschränkt sich im Gegensatz zu einem Dialog nicht nur auf Erzeugen - DoModal - Zerstören. Eine View ist nur ein Teil eines zusammenhängenden Gebildes, zu dem auch Template, Dokument und FrameWindow gehören. Du kannst eine View nicht wie einen modalen Dialog auslagern. Was vielleicht funktionieren mag: In einer DLL das View-Objekt zu erzeugen und einen Zeiger darauf rauszugeben. Die richtige Stelle, das aufzurufen, wäre die OnCreateClient-Methode der Frame-Klasse. Da drin wird normalerweise CreateView aufgerufen, was Du dann natürlich nicht machen darfst.

PASV und PORT sind FTP-Kommandos, so wie LIST. Der Client verwendet PORT, um aktives FTP, allerdings mit andern als den Default-Einstellungen für den Datenkanal zu nutzen. PASV wird benutzt, um dem Server mitzuteilen, dass passives FTP verwendet wird. Siehe dazu: http://www.w3.org/Protocols/rfc959/

Da Du telnet kaum dazu bewegen können wirst, auf einem Port zu lauschen, musst Du wohl passives FTP verwenden, also statt PORT PASV absetzen. Dann nennt Dir der Server einen Port, auf den Du Dich mit dem Datenkanal verbinden kannst.

Das geht mit einem normalen Menü nicht. Dazu musst Du eine Klasse von CMenu ableiten und DrawItem überschreiben. Diese Methode wird u.a. aufgerufen, wenn sich die Menüauswahl ändert. Im CTRLTEST-Beispiel wird das gemacht: http://msdn.microsoft.com/library/en-us/vcsample98/html/_sample_mfc_ctrltest.asp

Beispiel: CFont font; font.CreateFont( 80, 0, 0, 0, FW_NORMAL, 0, 0, 0, DEFAULT_CHARSET, OUT_TT_PRECIS, CLIP_DEFAULT_PRECIS, PROOF_QUALITY, VARIABLE_PITCH, L"Arial" ); dc.SelectObject( font ); Die 80 ist hier ein Beispiel, du musst mit den Werten ein wenig experimentieren. Falls mehrere Druckauflösungen unterstützt werden sollen, solltest Du beim ersten Parameter von CreateFont noch den Wert von dc.GetDeviceCaps( LOGPIXELSY ) berücksichtigen.