C WinAPI Programmierung (DockingPane)
-
Hallo zusammen,
Ich bin grade dabei mir C anzueignen.
Ich habe mir bereits ein C tutorial für Konsolenanwendungen durchgelesen und auch an einem experimentiert welches sich mit GUI Anwendungen beschäftigt.Ich würde jetzt gerne ein fenster programmieren welches zweigeteilt ist wie im Windows Explorer. Jedoch stehe ich auf dem schlauch wie das umgesetzt werden kann.
Als erstes dachte ich man müsste ein Child programmieren doch dazu fand ich (warum auch immer) keine information. nach längerer suche bin ich auf DockingPane gestossen.Jetzt frage ich mich ist DockingPane der richtige weg? oder geht es doch besser über ein child? oder liege ich total auf dem holzweg und es geht ganz anders?
Würde mich freuen wenn mir jemand sagen kann wie es geht am besten wäre ein tutorial oder ein paar schlagwörter nach denen ich googeln sollte.
Danke
-
Wovon redest du? Was sind Childs, was sind Docking Panes? Poste mal einen Link.
-
Ich will mittels C ein windows programm schreiben.
das hauptfenster ist kein problem jetzt will ich es quasi zweiteilen.Childs -> (Auf Deutsch Kinder) sind also kinder des hauptfensters, also ein zweites fenster welches vom hauptfenster abhängig ist und so weiter.
DockingPane -> naja wenn man danach googelt, kann man sehen das es sich wohl um einen bereich in einem fenster der gesondert behandelt wird aber ka ob es so ist. daher kommt ja meine frage.
-
Du hast doch die ganzen Begriffe irgendwo her, poste mal die Quelle. Es gibt keine DockingPane in der Win API. Es gibt 10 000 verschiedene GUI Frameworks, du könntest alles mögliche meinen oder auch einfach nur durcheinander bringen.
-
Wenn es DockingPane nicht gibt wie soll ich dazu eine quelle posten?
Versteif dich doch bitte nicht auf das was ich schon gemacht habe sondern versuch mir zu helfen.
Wenn du weist wie man mittels c eine GUI schreibt für Windows in dem das fenster zweigeteilt ist (nicht zwei fenster) dann gib mir dazu einen tipp den das ist das eigentliche ziel dabei.Habe bisher dieses Tutorial durch gemacht zur WinAPI programmierung.
http://www.win-api.de/tutorials.php
-
hier hast du ein beispiel: http://www.codeproject.com/Articles/19766/Win-splitter-window-project
-
Mechanics schrieb:
Wovon redest du? Was sind Childs
Childs sind Children.
-
ist jetzt nur so meine bescheidene meinung, aber meinst du nicht, dass winapi ein bisschen hart ist, wenn du im moment nur dabei bist, dir c anzueignen?
-
HansKlaus schrieb:
ist jetzt nur so meine bescheidene meinung, aber meinst du nicht, dass winapi ein bisschen hart ist, wenn du im moment nur dabei bist, dir c anzueignen?
Winapi ist doch toll.
-
Ja schon, aber man sollte c für sowas im Schlaf beherrschen.
Alleine der Petzold ist ein Wälzer von 1200 Seiten und je weiter man den durchblättert, umso schlimmer wird es. Da gehts nicht nur darum, zwei Zahlen einzulesen und die Summe auszugeben.
-
HansKlaus schrieb:
Ja schon, aber man sollte c für sowas im Schlaf beherrschen.
Alleine der Petzold ist ein Wälzer von 1200 Seiten und je weiter man den durchblättert, umso schlimmer wird es. Da gehts nicht nur darum, zwei Zahlen einzulesen und die Summe auszugeben.
Winapi hat halt ne menge funktionen, structs und #defines. Das muss man sich ja nicht alles merken sondern hat das gute msdn als nachschlagewerk. Wenn man das konzept der getmessage-schleife geschnallt hat, ist das schon die halbe miete.
-
ja ich hab mir schon so einiges bei gebracht indem ich mir höhere ziele gesteckt habe, klar hat man hier und da dann probleme wie ich grad aber das macht es ja noch interessanter durch suchen und intensives beschäftigen weiter zu kommen. In diesem fall stand ich halt auf dem schlauch weil mir irgendwie nit mal eingefallen ist wie ich das bennenen soll.
Ich finde halt schade wenn man gesagt bekommt mach doch lieber was anderes oder sogar einfach nur veralbert wird. Denn ich glaube jeder kann selbst entscheiden was man sich zutraut. Sollte man dann irgendwann merken ej das ist mir viel zu hoch im moment kann man ja immernoch fragen ob es einfachere sachen gibt oder andere wege. Ich könnte es ja auch mit Visual C++ oder Visual Basic machen aber ich will C schreiben ohne ein einfach nur ein paar knöpfe zu drücken und sachen hin und her zu ziehen.
Genau wie mit Webprogrammierung da macht es viel mehr spass selbst den ganzen code zu schreiben als mit Dreamweaver oder anderen Visual Programmen einfach nur sachen hin zu ziehen.
-
danke swapper
-
naja wenn das, was du da machst für dich in ordnung ist, dann ist das doch gut.
ich meine ja nur, dass sich sone fourier-reihe auf dem papier doch ein bisschen anders entwickelt, als in nem c-programm und dass man nicht unbedingt gleich mit winapi anfangen sollte, weils sonst schnell frustiert.
-
rudolf1985 schrieb:
Ich finde halt schade wenn man gesagt bekommt mach doch lieber was anderes oder sogar einfach nur veralbert wird. Denn ich glaube jeder kann selbst entscheiden was man sich zutraut.
manche sind hier leider ziemlich arrogant (hansklaus meine ich nicht), weil sie besser programmieren können als der durchschnittliche fragesteller. musste einfach drüber hinwegsehen. irgendwann meldet sich schon einer, der was konstruktives beitragen kann.
-
Denoch ist das Erstellen von grafischen Benutzeroberflächen mit der WinAPI eine ziemliche Zeitverschwendungen, wenn es doch bereits vorgefertigte komfortablere Bibliotheken wie libui gibt.
-
Techel schrieb:
Denoch ist das Erstellen von grafischen Benutzeroberflächen mit der WinAPI eine ziemliche Zeitverschwendungen, wenn es doch bereits vorgefertigte komfortablere Bibliotheken wie libui gibt.
manchmal ist der weg das ziel. vor allem dann, wenn man eine neue umgebung kennenlernen will. fertige libs, die die winapi abstrahieren, sind zwar schön, aber in einigen fällen versagen sie dann doch. und dann brauchste doch wieder low-level-winapi.
-
Im Falle von Platformunabhängigkeit eher weniger. Aber stimmt, zu wissen, wie das System grundsätzlich funktioniert ist nicht verkehrt, nicht nur unter Windows mit der WinAPI.
-
rudolf1985 schrieb:
Denn ich glaube jeder kann selbst entscheiden was man sich zutraut.
Das hat nichts mit zutrauen zu tun und auch nicht damit, dass die Materie "komplex" wäre. Du kannst natürlich immer noch machen, was du willst, aber du solltest dir die Meinung anderer anhören (die hier sind ja auch durchaus unterschiedliche Meinungen gefallen).
Sich mit der Win API grundsätzlich auszukennen ist auf jeden Fall nicht schlecht, schaus dir mal an. Es ist aber in der Tat Zeitverschwendung, damit produktiv GUIs schreiben zu wollen. Nicht, weils so komplex wäre. Sondern weil die Win API in in Hinsicht auf halbwegs moderne (also alles was nach Windows 3.1 kam) Oberflächen nichts bietet (und es macht aus meiner Sicht auch nicht viel Sinn, sowas in die Betriebssystem API einzubauen). Du kannst nur sehr einfache Sachen damit umsetzen, und dabei musst du auch sehr vieles von Hand ausprogrammieren (und spätestens beim zweiten mal wirds keinen Spass mehr machen). Deswegen gibt es etliche Frameworks, die zumindest die grundlegenden Routine Aufgaben abnehmen. Und wenn man mehr haben will, gibts auch schwergewichtigere Frameworks wie Qt oder GTK, die dann viel mehr bieten.
Also nochmal, schaus dir an, aber steck da nicht zu viel Aufwand rein, es ist auf lange Sicht weder cool noch sinnvoll.Ich habe nur so oft wegen dem "DockingPane" nachgefragt, weil Anfänger offensichtlich nicht immer wissen, was sie eigentlich machen. Hier kommen jeden Tag irgendwelche Leute im C++/CLI Forum an und meinen, sie würden C++ machen. Du könntest also .NET gemeint haben, MFC, irgendeine Hilfsbibliothek, whatever... Deswegen die Rückfrage, was du genau gemeint hast.
-
Mich wundert, dass ein Anfänger für die Programmierung grafischer Oberflächen tatsächlich allein auf die betagte WinApi
und pures C zurückgreifen möchte. Das ist eine Ochsentour, sowohl zum Lernen wie auch zum Anwenden.