![]()
So viel Schieberei ist aber gar nicht notwendig, da GeoDraw stets den vorletzten Punkt löscht. Nur der Startpunkt, der bleibt und verhindert das Beenden des Streckenzugs.
![]()
So viel Schieberei ist aber gar nicht notwendig, da GeoDraw stets den vorletzten Punkt löscht. Nur der Startpunkt, der bleibt und verhindert das Beenden des Streckenzugs.
Bevor noch mehr von diesen "guten" Tipps kommen: Ich weiß natürlich, dass es keine Lösung gibt.![]()
Also kann man mit GeoDraw das Haus nicht in einem Zug zeichnen.
Hallo,
habe gerade versucht, in GeoDraw mit dem Polygon-Tool "das Haus vom Nikolaus" zu zeichnen. Es ist mir nicht gelungen. Gibt es eine Lösung, bei der man nicht den Ausgangspunkt passieren muss?
Wilfried
Damit ist deine Entdeckung abgesichert.![]()
Hallo Rainer,
in pcgeos\Appl\SDK_C\GrObj\DupGrObj\dupgrobj.goc steht aber ausdrücklich:
@object GenDisplayClass DGDisplay = {
/*
* The display starts not usable since it is not in the generic tree.
* It will be set usable after being added to the display control.
*/
GI_states = @default & ~GS_USABLE;
GI_comp = @DGView;
ATTR_GEN_DISPLAY_NOT_MINIMIZABLE;
/*
* Make sure we get the focus and target when we're opened.
*/
HINT_DEFAULT_FOCUS;
HINT_DEFAULT_TARGET;
}
Gruß
Wilfried
Wow, da muss ich morgen mal so einiges checken...
Wilfried
Muss dringend geändert werden: Im aktuellen Repository (grobj.goh) steht noch immer:
@message void MSG_GO_ROTATE( /* XXX */
GrObjHandleSpecification center = bp,
WWFixedAsDWord angle = dx.cx);
Das Rotieren funktioniert aber nur mit angle = cx.dx.
Oder vielleicht besser KR-15 - dreht mehr
Btw.: Wenn Wilfried wirklich einen Controller neu machen will, ist es evt. eine gute Idee, das meiste schon mal vorzubereiten (UI, Definitionen usw). Auch wenn es (noch) nicht compiliert oder gar funktioniert. Das Ganze aufzuschreiben dauert nämlich seine Zeit ...
Rainer
Das würde er schon gern machen wollen, wenn er wüsste wie. Insbesondere bei "Definitionen usw" steht er wie ein Ochs vorm Berg.![]()
Wilfried
Hallo,
mir ist keine von außen dazugekommene Applikation bekannt, die die 4 verschiedenen User-Level berücksichtigt. Die Online-Versionen zum Kennenlernen werden im Level 4 gezeigt. Daher stellt sich mir die Frage, warum die User-Level nicht entfernt werden. Gibt es irgendeinen Grund (außer der Nostalgie), die Level beizubehalten?
Müssen Anfänger vor der Funktionsvielfalt geschützt werden?![]()
Bin gespannt, ob ich Zustimmung oder einen Sturm der Entrüstung ernte.
Wilfried
Das bringt mich auf eine prinzipielle Frage -> Neuer Thread
Du hast recht. Ich kann es in meiner Geos-Version nicht überprüden (warum auch immer), aber ich habe es in der Online-Version getestet. Allerdings sind dort in der Stufe 4 beide Punkte vorhanden. In kleineren Stufen ist das "Erweiterte Duplizieren" nicht vorhanden.
Hallo,
mir ist aufgefallen, dass der Menüpunkt "Mehrfach duplizieren" nichts enthält, was nicht auch in "Erweitertes Duplizieren" enthalten ist. Tatsächlich handelt es sich um denselben Controller. nur um "Verzerren" und "Skalieren" abgespeckt. Meiner Ansicht nach ist der Punkt überflüssig.
In der zugehörigen Hilfe wäre es sicher hilfreich zu erwähnen, dass jedes Duplikat sich auf das vorherige bezieht.
Wilfried
Danke Rainer![]()
Aber ich wüsste gar nicht, wie und wo ich Zugang zu den MD-Texten bekomme.
@Falk: Das Vertauschen der Parameter wird vom Compiler zwar akzeptiert, aber rotieren tut dann nichts mehr.
@Marcus: Das würde ich ja gern machen, aber dafür bräuchte ich erst einen Einführungskurs.![]()
Danke für die Erklärung!![]()
Hallo Falk,
der Tausch der Register ist die Lösung!![]()
Es bleiben aber die Fragen:
1. Warum wurden die Parameter für Drehwinkel und Drehpunkt vertauscht?
2. Warum wurde der Datentyp für Drehwinkel geändert?
Vermutlich hat noch niemand (außer Marcus und mir) mit MSG_GO_ROTATE gearbeitet?
Gruß
Wilfried
Die Änderung am 21.11.22 ist von Dir.![]()
Marcus hat am 10.3.24 etwas geändert. Meine Zeigeruhr zeigt nur noch Unsinn. Ok, das ist kein Problem, aber die jetzige Rotationsmethode erzeugt recht chaotisches Verhalten in meinem Grafikprojekt.
Im alten SDK ist die Message wie folgt definiert (und funktioniert mit Borland):
@message void MSG_GO_ROTATE( /* XXX */
WWFixed angle = cx.dx,
GrObjHandleSpecification center = bp);
Im neuen SDK dagegen (funktioniert nicht):
@message void MSG_GO_ROTATE( /* XXX*/
GrObjHandleSpecification center = bp,
WWFixedAsDWord angle = dx.cx);
Im Sourcecode zur Message tritt nur WWFixed auf. Und die Reihenfolge der Bearbeitung der Parameter entspricht eher der alten Definition.