Benutzer Diskussion:Stefan Majewsky/ Archiv 1

Willkommen

Hallo Stefan, willkommen bei der Wikipedia.

Schön, dass du auf die Wikipedia gestoßen bist und hier mitarbeiten willst. Wenn du eine Frage hast und keine Antwort darauf in den FAQ gefunden hast, dann stelle deine Frage auf Fragen zur Wikipedia oder frag einfach auf meiner Diskussionsseite oder bei einem anderen Wikipedianer, alle werden dir sicher gern helfen. Wenn du im Diskussionsnamensraum bist, unterschreibst du am besten mit ~~~~. Noch ein Tipp: Sei mutig!

ZU DEINER FRAGE auf der Diskussionsseite des Handbuchs: Löschen können nur Administratoren. Du musst {{löschen}} auf die Bildseite setzen, zusammen mit der Begründung und deinem Namen (~~~~). Dann wird das Bild schnellgelöscht und du kannst es erneut hochladen.

Liebe Grüße, --Sechmet Ω 17:43, 10. Jul 2005 (CEST)

Noch etwas:Achte bei Screenshots bitte auf das Urheberrecht.

Siehe auch diese Diskussion: Wikipedia:Fragen_zur_Wikipedia#Zielfoto Sechmet Ω 20:12, 10. Jul 2005 (CEST)

Babel

Hallo Stefan, is die Frage jetzt geklärt? Oder kann ich dir noch helfen? Gruß, Sechmet Ω 18:59, 10. Sep 2005 (CEST)

Nein danke. Ich habe die Frage bei WP:FZW gestellt. Sorry, dass ich die Anfrage einfach so gelöscht hab. -- Stefan Majewsky 19:50, 11. Sep 2005 (CEST)

MSIE

Danke für deine Ausführung der Kritik zum Bugfixing-Konzept von Microsoft (Patch Day). Wie du diese formuliert hast, entspricht aber m.E. nicht dem neutrale Standpunkt. Formulierungen wie Microsoft hingegen setzt weiterhin auf zentralisierte und behäbige Bürokratismen sind nicht neutral. Natürlich ist der Kern der Kritik so zu referieren, aber bitte in indirekter Rede und mit weniger markiger Rhetorik.

Es gab viel Kritik an dem Artikel, weil immer wieder empfunden wurde, dass er den MSIE übelst herunterputzte und ein reiner Firefox-Werbeartikel sei. Ich habe versucht, dies nach und nach zu entschärfen, ohne das Kritische zu verdrängen. Deine o.g. Ergänzungen halte ich für wichtig. Allerdings halte ich deine Einfügung über die Initiative Too cool for IE für einen völligen Griff ins Klo. Ich würde sie gerne komplett löschen. Ich halte sie für äußerst deplatziert. Verstehe mich nicht falsch, ich möchte einen sinnvollen, gehaltreichen Abschnitt Alternativen. Dort sollen Fakten hinein, nicht die nerdige, selbstgefällige Internet-Folklore à la IE-Benutzer sind Lamer, Firefox-Benutzer sind cool. Das ist außerhalb der Firefox-Fanwelt bedeutungslos und inhaltlich sowieso völlig hohl (es werden keine Informatioen transportiert). In einem Wikipedia-Artikel haben solche Spaßaktionen nichts zu suchen, sie haben null enzyklopädische Relevanz.

Dies nur als Erklärung, um einem möglichen Edit-War vorzubeugen. -- molily 01:55, 9 November 2005 (CET)

Hab ich was falsch gemacht?

Hallo Stefan, Du hast in Herzrasen was berichtigt, was ich in Versionen/Autoren, nicht aber unter den Artikelversionen sehen kann. Irgend ein Sonderzeichen oder so. Hab ich bei meinem Revert des Gesundheitszeichen was falsch gemacht? - Gruß --logo 19:32, 12. Feb 2006 (CET)

Antwort siehe Benutzer Diskussion:Logograph#Herzrasen. -- Stefan Majewsky - Monolog - Dialog 20:39, 12. Feb 2006 (CET)

freies Wissen - wirklich frei

Hallo Dresdner Wikipedianer,
bitte meinen kleinen Appell lesen. Grüße und Dank, Conny 19:17, 23. Sep 2006 (CEST).

Leider bin ich zu der Zeit in der Uni. -- Stefan M. aus D. 18:12, 24. Sep 2006 (CEST) Stimmt gar nicht. Am 2.10. hab ich 12:40 Schluss. -- Stefan M. aus D. 18:55, 24. Sep 2006 (CEST)

WikiSpot Teilnahme

Hallo Stefan,

bitte eine eMail an mich senden (via Benutzerseite), damit wir letzte Instruktionen wergen Montag besprechen können. Grüße, Conny 19:18, 30. Sep 2006 (CEST).

Grafikprogrammierung mit C++

Hi! Ich hab jetzt C++ "gelernt" un würd gern was mit Grafik bzw. Fenstern (GUI) statt nur mit Eingabeaufforderung machen. Kennst du gute e-books oder eine andere Möglichkeit, wie ich das lernen könnte? Danke! PS: Ich bin Baujahr 92... --Overclocker 13:21, 25. Sep 2006 (CEST)

Die Hauptfrage ist, unter welcher Plattform du proggen möchtest. Unter Windows empfehle ich uneingeschränkt Microsoft Visual C++. Microsoft Visual C++ Express Edition kannst du dir kostenlos ziehen, ist aber 400 bis 500 MiB groß, also nur interessant, wenn du DSL hast. Dann müsstest du nach eBooks für entweder MFC (klassisches C++) oder Windows Forms (.NET) gucken. Mir sind da keine bekannt. Ich hab mir aber zu dem Thema "Inside Visual C++ 6.0" zugelegt (ISBN 3-86063-992-7), was sehr umfangreich für 30 Euro ist und sich auch auf die aktuelle Version übertragen lässt.

Bei Linux, MacOS und Konsorten kann ich dir leider nicht helfen. In diesem Falle (oder wenn du kein DSL hast), frag doch mal auf Diskussion:C++ oder auf dem Portal:Informatik nach. Viel Erfolg. PS: Baujahr 89. -- Stefan M. ausP.D. 15:20, 25. Sep 2006 (CEST)

Danke für die schnelle Antwort! Also ich hab Mikroweich Visual C++ 6.0 Pro, ~600MB. Laden muss ich also höchstens n e-book. (Im Übrigen hab ich uraltes DSL 768, 3.000 MiB pro Monat, alles drüber Aufpreis) Plattform natürlich Windows. Ich dachte da an Vollbild oder XP-Fenster-Stil, scheint aber vieeeel zu schwer zu sein (Ich hab das hier Mal gelesen) Schwerpunkt Klassen. Mein "Lieblingsthema"... Ich versteh da fast nix. Egal. Zurück zum Thama:

1. Ist das richtig für mich? (Deinem ersten Blick nach)
2. Idee wo ich was suchen/finden kann? (z.B. Google oder was? Und nach was suchen?

Weil als ich was suchte kam fast nur Müll (Suchbegriff z.B. C++ MFC lernen oder so)

1. Brauche ich noch andere Software?

--Overclocker 13:19, 26. Sep 2006 (CEST)

Schwierig. Vollbild ist eigentlich in die Fensterklassen integriert, d.h. dass jedes Fenster auch maximierbar ist. Du sagst allerdings, du hättest gerne den XP-Style (bzw. bald Vista-Style). Dann brauchst du .NET. Du verstehst nichts von Klassen, allerdings basieren alle GUI-Frameworks und Bibliotheken auf OOP. Deine Optionen:

• Bleib bei Visual C++ 6.0 Pro und lerne, mit der MFC umzugehen. Allerdings fügt sich die Syntax alles Andere als nahtlos in C++ ein und wirkt am Anfang verwirrend, auch wenn die Assistenten vom Winzigweich-Sichtbaren einem da gut unter die Arme greifen.
• Steig um auf .NET und bleib bei C++. .NET hat ein relativ eingängiges Objektmodell. Aber auch hier ist das Problem, dass die Sprache starke Erweiterungen erfahren hat (weswegen sie hier auch C++/CLI heißt), um der .NET-Architektur zu genügen.
• Steig um auf C#. Das Problem ist hier, dass du eine neue Programmiersprache lernen musst. Zwar lässt sich C# in die C-Syntaxfamilie einordnen (da es von Java inspiriert ist, dass wiederum von C++ beeinflusst wurde), unterscheidet sich aber in einigen Punkten von C++. Dafür fügt sich C# nahtlos in das .NET-Konzept ein.

Was die Entscheidung vielleicht vereinfachen würde: Wie lange hast du schon mit C++ geproggt, wie tief bist du in die Materie eingedrungen und was hast du für Materialien benutzt? Und: Hast du Schwierigkeiten mit der Implementation oder mit der Grundkonzept von Klassen und Objekten? Beim ersteren wirf mal einen Blick auf den Bereich „Objektorientierung“ im Buch über C++-Programmierung bei Wikibooks. Beim letzteren ist vielleicht Visual Basic .NET: OOP-Konzepte ganz hilfreich. Gehört zwar zu meinem Buch über Visual Basic .NET, ist aber allgemein formuliert.

Was die Entscheidung ebenfalls vielleicht vereinfachen würde: Google hat was gefunden. Der erste Punkt mit der Suchanfrage Windows-Programmierung "Microsoft Foundation Classes" PDF (kostenlos OR kostenfrei OR gratis OR frei) -Shop. Ist ein PDF, erwähnt das sichtbare Studio nicht nur, bin mir aber bzgl. des Alters nicht so sicher. Vielleicht aber ein guter Anfang.

Ach ja noch was: Wie kannst du mit 3 GiB auskommen? Ich habe zurzeit 6,451 GiB und ich muss noch den Vista-RC ziehen.

Und noch was: Ich hätte nicht gedacht, dass außer mir einer die Standardkürzel (KiB, MiB, GiB) verwendet. -- Stefan M. ausP.D. 17:42, 26. Sep 2006 (CEST)

Von unten nach oben, also erst zum letzten: Ich bin anpassungsfähig und weiß eben was es heißt. Im Alltag sag und schreib ich aber fast immer MB.

Seit ca. 2 Jahren haben wir (3-Köpfige Family) die 3GiB nur einmal überschritten, da ich HD-Videos und n Benchmarkexe gezogen hab. Diesen Monat Schlag den Raab OverIP, das könnte diesmal teuerer werden... Und wir surfen ja fast nur, wikipedia 100-200 Aktualisierungen pro Tag + eBay + Chattn + Surfen etc. Also es reicht. Aber relativ langsam, DSL 768...

Und was Klassen angeht, es ist für mich irgendwie Theorie ohne Ende und kurzzeitig gesehen relativ sinnlos (Im Vgl. zu z.B. += oder if{...} ) Klartext: Langweilig. Aber vielleicht zu schaffen. C# kommt schonmal garnicht in Frage, kann ich gleich Python auspacken oder mit Java anfangen – also C oder C++.

Und was meine Allgemeinkenntnisse angeht, ich hab n normales C++Buch genommen und in den Sommerferien gelernt. 350 Seiten + die ca. 12 Seiten vom Link oben in 20 Tagen, so ne Art Crashkurs, aber davor hatte ich schon minimale C-Erfahrung, deswegen war fast alles außer Klassen besser als in C. IO, Daten als txt IO (lesen/schreiben), und das standardzeugs halt.

Außerdem werd ich mal schauen was der Wizard so hergibt, obwohl mir schon auffiel, dass ich da mit C++ nicht viel machen kann. Auf den Ersten Blick kann ich zwar das für mich fast schönste machen, Fenster designen etc., aber manche Änderungen muss man anscheinend noch im Quelltext protokollieren...

Danke für deine Hilfe, und wenn ich jetzt was vergessen habe, dann sags mir, weil mein Kopf ist gerade relativ "voll", die Lehrer an Deutschen Gymnasien kriegen das irgendwie hin... *Entspannen mit C++* --Overclocker 14:13, 27. Sep 2006 (CEST)

Da rate ich dir nicht zu studieren. Die Mathematik-Vorlesung ist immer so reichhaltig wie ein gesamtes Schuljahr Mathe. Zu Python: Davon würde ich dir auch abraten, da Python wirklich eine völlig andere Syntax hat. Die kapier nicht mal ich. Zu Klassen: Es kommt immer darauf an, wie man es lernt. Ich hatte ein C++-Buch, wo das sehr bildlich beschrieben wurde. Mit Autos und Katzen („Cat.Miau();“) und so. Mit OOP vereinfachen sich viele Dinge. Zum Beispiel kann man über eine statische Variable sehr einfach einen Objektzähler implementieren. Außerdem ist OOP bei GUI-Programmierung unabdingbar, da alle Elemente einer grafischen Oberfläche wiederverwendbare Objekte sind, z.B. Fenster, Schaltflächen, Textboxen, etc. OOP ist also zurzeit der computertechnisch organischste Programmentwurf, weil man auch Geräte und anderes gut kapseln kann. Außerdem, und das ist der historische Beweggrund für OOP, kann man einzelne Programmkomponenten voneinander abtrennen, separat entwickeln und testen, ähnlich wie auch mit DLLs.

Was vielleicht eine Herangehensweise wäre: Bevor Du Dich mit GUIs beschäftigst, schreib erstmal ein paar Konsolenprogramme mit Klassen. Suche Dir alltägliche Sachverhalte, spalte Sie in einzelne Klassen auf und implementier das Ganze. Du wirst sehen, dass Klassen den Workflow erheblich vereinfachen, vor allem die Fehlersuche, da man jede Klasse wiederverwenden und separat testen kann.

„Außerdem werd ich mal schauen was der Wizard so hergibt, obwohl mir schon auffiel, dass ich da mit C++ nicht viel machen kann. Auf den Ersten Blick kann ich zwar das für mich fast schönste machen, Fenster designen etc., aber manche Änderungen muss man anscheinend noch im Quelltext protokollieren...“ Das kann ich nicht ganz nachvollziehen. Ich hatte auch mit VC++ 6.0 gearbeitet und es ließ sich alles in den Wizards oder in den Ressourcendesignern erstellen. Man musste eigentlich nur noch den Code schreiben. Tipp: Modale Formulare sind für erste GUIs wohl besser geeignet als Dokument-Ansicht-Strukturen. -- Stefan M. ausP.D. 16:05, 27. Sep 2006 (CEST)

1. Warum soll ich nicht studieren? Weil mein Kopf in der Freizeit abgeschaltet war???
2. Phyton: War n Scherz! Aber die is grad angeblich stark im Kommen. Quelle: unsicher...
3. Klassen: Ich weiß, dass die Teile wichtig und nützlich sind. Aber ich kann nicht wirklich damit umgehen. Ich schreib einfach n Programm, das den User fragt, ob er + - * oder / rechnen will und glieder das in 4 Klassen oder so auf. Als krönender Abschluss Protokoll als Txt-Datei. Übung macht den Meister!
4. Zitat: Wenn ich in die Leiste oben eine neue Schaltfläche hinzufüge, ist das Ding erstmal nutzlos. Aber erst mal lesen lernen dann machen...
5. PS: Wie misst du wieviel MiB du pro Monat lädst? --Overclocker 14:41, 28. Sep 2006 (CEST)

Zu 1. Im Studium gibt es keine Freizeit mehr. (Zumindest heißt es das, ich weiß es auch noch nicht so genau.)

ZU 2. Mir ist nichts dergleichen bekannt. Python ist ne Skriptsprache und damit für professionelle Projekte nicht geeignet. Es gibt ein Betriebssystem, dass fast komplett in Python geschrieben ist, nämlich Unununium, das Projekt ist aber ins Stocken geraten wegen mangelnder Beteiligung.

Zu 3. Naja, solche simplen Beispiele sind vielleicht nicht passend. Vielleicht ein Projekt, dass sich nativer in einzelne Elemente aufspalten lässt, etwa weil es auf einer alltäglichen Begebenheit basiert. Alternative: Versuche, einen Wrapper zu schreiben, zum Beispiel der oben die Protokollierung in die Textdatei steuert. Dann fügst du nach und nach weitere Funktionen hinzu, versucht eine Operatorenüberladung, u.s.w.

Zu 4. Wenn du eine Schaltfläche hinzufügst, musst du dann noch einen Ereignis-Handler für das WM_CLICK-Ereignis hinzufügen. In die entstehende Funktion fügst du den behandelnden Code ein.

Zu 5. Mit Netmeter. -- Stefan M. ausP.D. 19:23, 28. Sep 2006 (CEST)

Ok, danke! Ich bin bis Mittwoch im verlängerten WE. Offline. Ich werd mal prog-erfahrung sammeln und schau dann weiter... --Overclocker 15:17, 29. Sep 2006 (CEST)

OK jetzt ist dann (s.o. ;-) ).Ich hab jetzt Gigabyteweise Compiler, IDEs und MSDN-Hilfen geladen und installiert und stehe wieder vor Fragen und Problemen: Was ist für mich sinnvoller, MFC oder Windows Forms? Und was ist dann mit Windows Vista? Weil ich will nicht was anfangen um in 3 Monaten etwas zu sein, was jetzt ein DOS-Programmierer ist... Und was das .NET-Framework ist habe ich auch noch nicht ganz verstanden. Brauche ich das oder so? Und kann ich auf XP für Vista programmieren?
Viele Fragen, ich hoffe, ich störe nicht allzu sehr... --Overclocker 20:23, 2. Nov. 2006 (CET)

Also... Laut Microsoft ist zurzeit Windows Forms das aktuelle Non-Plus-Ultra. Das ändert sich aber, wenn am 30. November Vista gelauncht wird. Dann sind WPF und XAML das Maß aller Dinge. In der Realität schwören die meisten auf die MFC, viele Programmierer sind aber schon auf Windows Forms umgestiegen (als Visual-Basic-Programmierer hab ich das eher zwangsweise mitgemacht, bin aber von WF sehr angetan, aber das ist ne andere Geschichte). Die Frage ist also erstmal MFC oder Windows Forms. MFC ist für dich das Richtige, wenn du effizient und hardwarenah proggen möchtest, was allerdings auch einen größeren Zeitaufwand und größere Codes bedeutet, da nur die nötigsten Funktionen vorhanden sind. Den Rest musst du dir selber stricken. MFC hat als systemnaher Bibliotheksstandard den Vorteil, dass die Libs auf dem Zielrechner so gut wie immer installiert sind, da sie eh mit Windows ausgeliefert werden. Selbst wenn das Mitliefern der Bibliotheken für ältere Betriebssysteme sinnvoll ist, sind diese doch vom Umfang sehr klein. Meines Wissens nach beschränkt sich das nämlich auf die C++-Runtime (im Ordner C:\, bei mir heißt sie msvci70.dll, kann auch msvcrt.dll sein) und die MFC-Lib (in C:\Windows\System32, heißt mfc70.dll, mfc71.dll oder ähnlich). Indem du die MFC-Lib statisch verlinkst, lässt sich das ganze auf die Runtime reduzieren und du umgehst die DLL Hell.

Zu Windows Forms: WF ist Teil der .NET-Laufzeitbibliothek (Framework Class Library, FCL) ist darauf ausgelegt, eine möglichst umpassende und auch spezialisierte Funktionalität zu bieten. Das ganze ist so filigran verästelt, dass es sogar eine einzelne Klasse für Ping-Anfragen gibt. Dadurch lassen sich viele Programmierprobleme schnell und übersichtlich implementieren. Mit Windows Forms hast du eine durchdachte, so einfach wie möglich gehaltene Bibliothek zur Erstellung professioneller Benutzeroberflächen, die dir viele Schwierigkeiten (z.B. Neuanordnen von Elementen, wenn die Fenstergröße geändert wird) abnimmt. Allerdings sind die allgemein gehaltenen Funktionen dieser hochabstrakten Bibliothek in der Ausführungsgeschwindigkeit oft langsamer als spezialisierte MFC-Anwendungen. Das tritt aber erst bei komplexen Benutzeroberflächen und aufwändigen Hintergrundaktivitäten zutage. Meine Empfehlung für dich als Einsteiger ist deshalb Windows Forms, auch da die FCL und andere .NET-DLLs in MFC-Anwendungen nur schwer angesprochen werden kann, das Aufrufen von normalen COM-DLLs mit .NET-Anwendungen (sprich mit Windows Forms) ist aber relativ einfach.

Allerdings ist mir nicht bekannt, wie leicht oder schwierig das Programmieren von WF- bzw. .NET-Anwendungen mit C++/CLI ist. Am besten ist es, wenn du beides einmal anhand einfacher oder mittelkomplexer Anwendungen ausprobierst und dich dann entscheidest. -- Stefan M. aus D. 21:32, 2. Nov. 2006 (CET)

Wow, gleich so eine lange (... und gute) Antwort. Ich hab mir gerade WPF und XAML ansatzweise quergelesen und verstanden, dass ich noch bis Januar warten muss. Stimmt doch, oder? Weil WF ist wohl auch für Freizeit nicht zukunftssicher genug. Oder? Und wo bekomme ich Infos her, wie man das alles macht? Weil mein "Wissen" in C++ bringt mir bei MFC und WF kaum was bis garnichts. MSDN oder gibts was besseres? Ich geh jetzt schlafen und geh dann um 10 oder 11 Uhr morgens die Sache nochmal an. Also lass dir mit antworten ruhig Zeit --Overclocker 23:12, 2. Nov. 2006 (CET)

Dass du auf WPF und XAML noch warten musst, stimmt nicht. Such bei http://download.microsoft.com mal nach dem neuesten ".NET Framework 3.0 Release Candidate" und (wenn du Visual Studio verwendest, vielleicht klappts auch mit Express) nach der neuesten "Visual Studio Codename Orcas CTP".

Du sagst „dein ‚Wissen‘“, also gehe ich davon aus, dass du da noch nicht so durchsiehst (nicht böse gemeint, das muss jeder am Anfang durchmachen). Da stellt sich die Frage, die ich oben schon diskutiert hatte, nämlich ob man sich in C++ einarbeitet oder auf eine ähnliche Sprache (C#, Java) umsteigt. Beides hat, wie ich oben sagte, Vor- und Nachteile. Ich persönlich finde aber C# und auch Visual Basic um ein Vielfaches angenehmer als etwa C++, da ich bei den ersteren automatisches Speichermanagement habe. Zum Beispiel musst du nicht aufpassen, dass auch alle Zeiger mit delete gelöscht werden. Das macht das Programm automatisch. Außerdem passt sich objektorientiertes Proggen und die FCL viel besser in erstere ein.

Zur Frage der Zukunftssicherheit: Ich sehe kein Problem mit der Zukunftssicherheit, weder bei Windows Forms noch bei MFC. Die meisten integralen Systemkomponenten und die meisten Windows-Anwendungen basieren auf MFC, also wäre es unsinnig aus Sicht von Microsoft, ein Windows ohne MFC auszuliefern. WF ist Bestandteil des .NET Framework bzw. der dazugehörenden FCL und Microsoft forciert .NET aus guten Gründen sehr stark, weshalb da auch nicht mit Kompatibilitätsproblemen zu rechnen ist. Ich vertreibe über meine Website http://www.lodsoft.de bzw. die Rubrik http://n.lodsoft.de mittlerweile acht .NET-2.0-Programme und habe nur vereinzelt das Problem gehabt, dass wenige erst auf .NET FW, Version 2.0 aktualisieren mussten. Das ist aber in Zeiten von DSL auch kein großes Problem mehr. Zukunftssicherheit und Kompatibilität ist also in jedem Fall gegeben (auch wenn man im Installer das jew. Framework, also MFC oder .NET zur Verfügung stellen sollte).

Zu MSDN: Nein, es gibt nichts besseres, zumindest nicht für diesen Zweck. Wie ich in Visual Basic geschrieben habe, ist die MSDN Library das größte Gesamtwerk über Programmierung, das es derzeit auf der Welt gibt. (Ich habe sie zuhause auf 3 (!) CDs.) Da du allerdings erstmal keine Nachschlagewerke brauchst, sondern ein gutes Lehrbuch: Da musst du wohl wieder ein bisschen googeln. Ich kenn mich mit C++ nicht so gut aus bzgl. Webressourcen, das, was ich an C++ kann, habe ich drei Büchern zu verdanken: ganz viel aus ISBN 3827253403 (C++ in 24 Stunden, allerdings nur Konsolenanwendungen), einiges aus ISBN 3860639927 (Visual C++ 6.0 und MFC, von Microsoft Press, auch für MFC-Proggen mit VS.NET gültig) und ein bisschen aus ISBN 3826613473 (hochkomplexe C++-Entwurfsmuster).

Eine Frage noch: Was genau willst du für Programme erstellen (z.B. kleine Tools, Dokumentbearbeitungssoftware, etc.)? -- Stefan M. aus D. 10:08, 3. Nov. 2006 (CET)

Kurze Antworten jetzt, dann Essen, aufwachen, weitere Antworten.

Mein Ziel vor 12 Monaten war Tetris, vor 6 Monaten so eine Art Kombiinstrument (Geschwindigkeitsanzeige im Auto; Mit Pixelrenderern und Vektoren --> Unmöglich für mich) und jetzt ein sticknormaler Rechner in seltsamer Form: 5 Knöpfe, Addieren, Multp., Subtr., Divid. und beenden. Je nach Knopf öffnet sich ein zweites Fenster mit den Funktionen. Mein erstes Problem war: Wie teilt man den Knöpfen Funktionen zu? Bei MFC rechtsklick, dann events oder so und dann geht n fenster auf. Und dann bin ich ratlos. Als ich bei MSDN "Button" eingegeben hab, kamen meistens nur 5 bis 7 Zeilen Code...

So jetzt gibts essen. --Overclocker 10:49, 3. Nov. 2006 (CET)

(Obwohl ich in MFC nicht so firm bin, versuche ich, zu helfen.) Den Events sind bestimmte Bezeichner zugeordnet, die (fast) alle mit "WM_" beginnen. Das Ereignis für das Klicken ist WM_CLICK (kann auch WM_MOUSECLICK sein; wenn es die nicht gibt, nimm WM_MOUSEUP). Dem ordnest du einen Handler zu. In VS müsste das über Klicken auf "WM_CLICK" (oder so) funktionieren, dann wird der Handler erstellt. -- Stefan M. aus D. 19:49, 5. Nov. 2006 (CET)

Aha ok danke. Ich begebe mich dann mal wieder in eine Denkpause, die ein paar Tage betragen kann, vllt aber auch bis Ostern... Wenn du archivierst, lass bitte den November-Teil drin. --Overclocker 21:47, 5. Nov. 2006 (CET)

Happy Burzeltag

Lass Schmecke!Mampf dir einen!

Hi Stefan! Wir kennen uns nicht, aber dachte mal du hast Lust auf Kuchen und irgendwie fühle ich mich verantwortlich für meine gestartete Geburtstagsliste. Lass es dir heute gut gehen ;-) Schöne Grüße von --Factumquintus 05:20, 6. Nov. 2006 (CET)

Vielen, vielen Dank. Ich wusste schon gar nicht mehr, dass ich mich da eingetragen habe. -- Stefan M. aus D. 08:16, 6. Nov. 2006 (CET)

So freundlichen und netten und hilfsbereiten und enzyklopedisch gut schreibenden und enzyklopedisch hilfreichen und benutzerfreundlichen und

Hi Stefan! Kurzgefasst: Alles Gute! --Overclocker 10:13, 6. Nov. 2006 (CET)

Doch nun genug des Lobes. Man soll den Tag nicht vor dem Abend loben und ich muss mich noch einer großen Herausforderung stellen: kochen. Wird ziemlich schwierig mit meinen zwei linken Händen.

Nebenbei überlege ich, so eine Liste auch bei Wikibooks anzulegen... -- Stefan M. aus D. 15:04, 6. Nov. 2006 (CET)

Nachtrag: P.S. Hat es dir in der Bildunterschrift etwa die Sprache verschlagen? *g* -- Stefan M. aus D. 15:05, 6. Nov. 2006 (CET)

No comment ;-) --Overclocker 17:31, 6. Nov. 2006 (CET)

[Diskussion:Eiswürfel]

Schau mal auf die Diskussionsseite von Eiswürfel. Wo deine angeblichen Fakten widerlegt wurden. Würdest du das ganze mal selbst versuchen, kämst nämlich auch du zum selben Ergebniss. Ich hasse es wenn sich Leute wie Lehrer Aufführen, obwohl sie anscheinend nochnie etwas mit genau diesem Problem zu tuhen hatten. Ich empfehle allerdings immernoch das ganze zuhause nicht nachzumachen ---85.176.253.23 00:58, 29. Dez. 2006 (CET)