PureBoard

Danke erstmal für die schnelle Antwort.

Mir ist klar, dass man auch mit Gotos innerhalb einer Prozedur
springen kann. Jedoch, wenn ich auf ein Unterprogramm
innerhalb einer Prozedur von MEHREREN Stellen aus zugreifen
möchte, dann ist das glaube ich nicht mehr so einfach zu lösen.

Oder ?

Grüsse
irobot

Dann bastelst du dir eine Procedure oder ein Macro....
Das steht dann nicht in der Prozedur erfüllt aber den selben Zweck.

dllfreak2001 hat geschrieben:Für den Karteneditor wäre der Screen doch garnicht mal so schlecht.

Gute idee, aber leider fehlen mir da die Standard-Sachen (Menü usw.) Und ich mag eben Fenster, 3D-Toolbars, menüs mit icons usw.

Kann man zur Not selbst programmieren, es gab auch Userlibs defür.
Weil so ein Screen ist ist zum rumzeichnen viel flotter....
Kannst ja auch entsprechend einen WidowedScreen benutzen.

Ich meine die Screenfunktionen solltest du nicht unbedingt außer acht lassen nur weil damit Spiele möglich sind.

was fürn karteneditor soll das den werden..?

wenn dir spiele so abhold sind, dann wohl doch eher für Landkarten, Wanderkarten, etc.

eine screenlösung ist für zeichnen zwar recht praktisch, aber für Anwendungen eher unüblich,
und außerdem auch nicht unproblematisch weil er regelmäßig geflippt werden muss.

je nach Ziel wäre hier evtl. eine Image-in-ScrollArea-Lösung recht praktisch.

Der Karteneditor ist zum Erstellen von Land-,Wander-,Stadt- Anfahrtskahrten gedacht. Sogar mit eingenem Dateiformat, vielleicht Sprachausgabefunktion. UltraMap soll recht professionelle Karten machen, die man dann auch als Püng speichern kann. Er ist mit OpenGL-Grafiken gemacht (oder wird noch gemacht). Deswegen ist eine Screen-Variante schon mal überflüssig. Da behalte ich lieber meine Gewohnten Fenster, Menüs usw und schmeiße den OGL auf ein MDI und fertsch.

Kaeru Gaman hat geschrieben:was fürn karteneditor soll das den werden..?

wenn dir spiele so abhold sind, dann wohl doch eher für Landkarten, Wanderkarten, etc.

eine screenlösung ist für zeichnen zwar recht praktisch, aber für Anwendungen eher unüblich,
und außerdem auch nicht unproblematisch weil er regelmäßig geflippt werden muss.

je nach Ziel wäre hier evtl. eine Image-in-ScrollArea-Lösung recht praktisch.

Ist natürlich ein Grund diese Funktion komplett unbeachtet zu lassen.
Ob man flippen muss oder das Image neu zeichnen, dazu muss man bei grossen Karten und dem Zoomen auch einiges beachten, ist doch die Imagegröße begrenzt. So wird man irgendwann die Karte aus mehreren Bildern erzeugen müssen.

@Andesdaf Achte darauf, dass der OpenGL-Teil nicht zuaufwändig wird,
auf Vista läuft OpenGL, sofern es nicht in Vollbild ausgeführt wird, mit den
Windowsinternen Treibern als eine Art Emulation oder so. Das ist dann natürlich deutlich langsamer.

dllfreak2001 hat geschrieben:Achte darauf, dass der OpenGL-Teil nicht zuaufwändig wird,
auf Vista läuft OpenGL, sofern es nicht in Vollbild ausgeführt wird, mit den
Windowsinternen Treibern als eine Art Emulation oder so. Das ist dann natürlich deutlich langsamer.

Mir geht es schnell genug auch ohne vollbild. Also habe da noch keine großen verzögerungen bemerkt außer vielleicht, dass die CPU beim vielen malen hochspringt.

Aber das ist sicher normal.

dllfreak2001 hat geschrieben:@Andesdaf Achte darauf, dass der OpenGL-Teil nicht zuaufwändig wird,
auf Vista läuft OpenGL, sofern es nicht in Vollbild ausgeführt wird, mit den
Windowsinternen Treibern als eine Art Emulation oder so. Das ist dann natürlich deutlich langsamer.

Soweit ich weiß kann das durch ein Grafikkartentreiberupdate aber auch schon seit Ewigkeiten behoben werden .

Nein, ich kanns ja hier testen mit meiner 9600GT aktuelle Treiber.
Im Fenstermodus wird auch heute noch OpenGL in Vista "emuliert" oder sonst was. Auf jedenfall wesentlich langsamer als Vollbild.