Posts by 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

Danke Marcus!

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.

Quote from Rainer

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

Ich würde gern zuhören😊

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.

Bei Interesse könnte ich ein paar Sachen aus meinem Grafikprojekt zeigen, z.B. einen Beweis des Satzes des Pythagoras (ohne Rechnung).

Hallo Konstantin,

die KI kennt sich ja wirklich gut im Source-Code aus!

"When saving, the same structure—capturing how the user customized which StyleSheet features appear in the menu/toolbox—is written back to the styleSheet key (Library/User/Gen/genControl.asm:5151-5184)."

Der Stylesheets-Eintrag ändert sich tatsächlich, je nachdem welche Features aktiviert wurden.

Eigentlich hatte ich gehofft, mit diesem Eintrag die Default- Strichstärke zu ändern, aber das geht dann wohl nur über eine Änderung des Sourcecodes.

Danke Konstantin

Für "Write" und "GeoDraw" gibt es einen Eintrag in der Geos.ini. Für beide identisch: styleSheet = 0200000000001F00E0FF

Gibt es eine Analyse dieses Eintrags?