Verständnisproblem Aktionsteil 'sonst'

Setze ich den Aktionsteil 'sonst' nach dem Aktionsteil 'Ende wenn' oder anstelle des Aktionsteils 'Ende wenn' - oder kommt da am Ende was unterschiedliches raus?

Eine der 'kleinen Sachen', die mir an Visionaire so gut gefallen, ist diese Baumstruktur (gestrichelte Linien), die erzeugt wird, wenn man Konditionen setzt. Das macht verschachtelte Strukturen schön übersichtlich. Der Baumstruktur nach sieht es so aus, als wäre das 'sonst', wenn man es anstelle des 'Ende wenn' setzt ein 'entweder/oder'. Wenn man es nach dem 'Ende wenn' setzt, bedeutet es ein 'wenn nicht/dann'. Ist diese Interpretation korrekt?

Oder anders gefragt: Wenn ich mehrere Konditionen innerhalb einer Aktion definiert habe. 1. [Wenn Bedingung x wahr dann ... /Ende Wenn]. 2. [Wenn Bedingung y wahr dann .../Ende Wenn] usw. - und nun setze ich ein 'sonst' hinter diese Reihe von Konditionen - bezieht sich das 'sonst' dann auf alle vorherigen Konditionen (wenn nicht/dann)?

Danke für die Geduld.

Das ist einfach der Teil der ausgeführt wird, wenn deine Bedingung nicht erfüllt ist. Zum Beispiel:


Der Block "sonst" ist optional und muss nicht eingebaut werden, macht aber vieles einfacher. Es würde auch so funktionieren:


Was du dir in deiner letzten Frage wünschst, ist das sogenannte "else if" oder "sonst, wenn". Hier kann man unterschiedliche Bedingungen kombinieren und zusätzlich ein "sonst" anhängen, falls keine der genannte Bedingungen erfüllt wird. Leider gibt es das in Visionaire noch nicht. Damit könnte man dann sowas machen:

The third example looks incorrect to me (if this is action part based). There should be an end if to close each if query because else is not elseif.

In Lua script it is the same unless elseif, and, or are used.






The reason I don't like doing queries in the editor with action parts as they can get complicated & confusing very fast, even though there's the tree structure view & collapsible blocks for queries since 4.x.

I've noticed that most people using Visionaire Studio don't seem to understand how the query system works, as evidenced in the majority of the demo submissions we received for the competition. I noticed that most queries were not closed off at all. The games still ran, but it's not good practice to leave them unclosed. If it were Lua script then it would break your entire script, same as incorrect syntax would do to most programming languages.

Yes, the third example is only an example, if "elseif" would exist.

Danke. Das 'sonst' entspricht also einem entweder/oder. Das habe ich jetzt verstanden.

Und es bezieht sich auf das letzte 'wenn' (if), dem es angehängt wird. Und deshalb funktioniert das hier auch nicht:



Da stehe ich jetzt wieder wie das Kamel am Bahnübergang.

Wie mache ich es, wenn ich will, dass immer dann, wenn die beiden oberen Konditionen nicht erfüllt sind, das passiert, was bei mir nach dem 'sonst' steht, nur dann eben nicht, wenn eine der beiden (oder beide) anderen Konditionen wahr ist (sind).

"-- if x but not a then do something" wäre auch ein schöner Operator ...

aber was ich brauche ist: "if (not x and not y) then do z".

Was ich suche, ist praktisch so eine Art Klammer um die beiden ersten Bedingungen herum.

Oder was anderes, was wahrscheinlich ganz einfach ist, worauf jetzt bloß wieder nicht komme.

Die folgende Lösung habe ich jetzt gefunden, aber so 'ganz richtig' ist sie auch nicht:



Im ersten 'Else' (wenn Bedingung 1 falsch ist) frage ich ab, ob auch Bedingung 2 falsch ist.
Im zweiten 'Else' (wenn Bedingung 2 falsch ist) frage ich ab, ob auch Bedingung 1 falsch ist.

Eigentlich ziemlich simpel.

Nun würde ich erwarten, wenn sowohl Bedingung 1 als auch Bedingung 2 falsch sind, dass auch beide 'Else' abgefragt/ausgeführt werden. Und folglich auch das Element "Text_BashtiMurks" doppelt wahr gesetzt wird.

Ich vermute, das bleibt in der Praxis folgenlos, weil wahrer als wahr geht ja nicht und selbst wenn ich zehnmal das gleiche Element hintereinander wahr setzte, wäre es doch nur einmal wahr.

Denke ich mal.

Unter diesem Umstand geht das relativ einfach. Aber daran, dass das überhaupt keine Rolle spielt, wenn der Wahrheitswert einer Bedingung doppelt gesetzt wird, hatte ich zunächst nicht gedacht.