Neue Beta-Version V5

[Goetz]

vor 3 Minuten schrieb Andy:

… wenn die anderen das auch so möchten.

Ich zumindest würde mich auch freuen, wenn das Verhalten des Editors an andere angeglichen werden könnte.

[Andy]

Irgendwo hat man da als Vieltipper so eine Automatik drin, und wehe, die läuft nicht wie gewohnt!
Derzeit kopiere ich mir den Inhalt direkt nach Notepad++ und zurück.
Hat bei mir auch was mit den Augen zu tun. Es hat doch etwas größere Buchstaben und ich habe ein Layout mit schwarzem Hintergrund. Weißer belastet mich. Kann Neo nix für.

[Goetz]

vor 2 Minuten schrieb Andy:

Notepad++ … Es hat doch etwas größere Buchstaben

und eine variable Schriftgröße (Strg + Mausrad)

[Neo]

Hallo,

vor 15 Minuten schrieb Andy:

aber er sollte beim Abwärtslaufen wenigstens unter die letzte Zeile gehen. Wenn man da mal schnell was markiert, nimmt er die letzte Zeile nie mit.

was meinst du damit? Ich kann problemlos auch die letzte Zeile markieren.

Viele Grüße,

Neo

[Andy]

...aber nicht, wenn Du vorne stehst und mit gedrückter Shifttaste Cursor runter drückst. Das macht er dann nämlich nicht.

Für V6 könntest Du mal über die Möglichkeit nachdenken, den Scintilla einbinden, dafür ist es jetzt wohl zu spät. So einfach einzubinden, wie das angepriesen wird, ist es bestimmt auch nicht.

[Neo]

Hallo,

vor 2 Minuten schrieb Andy:

aber nicht, wenn Du vorne stehst und mit gedrückter Shifttaste Cursor runter drückst. Das macht er dann nämlich nicht.

einfach noch die ENDE-Taste drücken, wie beim Standard Windows-Texteditor.

Viele Grüße,

Neo

[Andy]

okay, die habe ich nicht im Programm, weil die bei jedem Rechner irgendwo anders liegen.

[ademes]

Hello,

I have a problem : when I open a layout from V4 into V5, a "set variable" has been translated into the result in the image below.
But I cannot reproduce that sequence fron scratch in V5 as I don't seen the property "trigger" under the property "Property".

Thank you

André

[Goetz]

vor 17 Minuten schrieb ademes:

I don't see the property "trigger" under the property "Property".

Try the cog wheel next to the field. If the triggering object can be referenced, you'll find "Trigger" in the context menu attached to that cog.

Bearbeitet 22. Juli 2019 von Goetz
typos corrected

[Andy]

und bei mir ist er aus einem Ereignis ausgestiegen, in dessen Bedingung ein Vergleich mit einer bereits gelöschten globalen Variablen stand, wobei er da kein 'attempt ... nil' geworfen hat!
Wenn eine Variable gelöscht wird, sollte er erst einmal prüfen, ob die irgendwo noch verwendet wird, falls ja - nicht löschen, soll in Suche nach den Stellen suchen, wo sie auftaucht und anpassen (praktisch die Error-Stufe). Ist sie nicht mehr vorhanden, aber irgendwo (nicht als Teilstring sondern als kompletter String) noch verwendet, dann warnen!
Dann könnte sie ja indirekt verwendet werden. Mit Löschoption.
Beim Umbenennen wird die Errorstufe nicht gebraucht, die Warnstufe hingegen wäre sinnvoll.

Gruß
  Andy

[Neo]

Hallo Andy,

vor 5 Minuten schrieb Andy:

Wenn eine Variable gelöscht wird, sollte er erst einmal prüfen, ob die irgendwo noch verwendet wird, falls ja - nicht löschen

während das für die grafische EV noch machbar ist, wird das in Lua nichts mehr. Dort können Variablennamen beliebig zusammengebaut werden, das kann das Studio nicht selber entscheiden. Dir bleibt in diesem Fall nur die Suche nach Zeichenketten (die noch implementiert wird) und ein manuelles Ersetzen.

Viele Grüße,

Neo

[ademes]

vor 2 Stunden schrieb Goetz:

Try the cog wheel next to the field. If the triggering object can be referenced, you'll find "Trigger" in the context menu attached to that cog

Hi Goetz,

You speak about Trigger as option for "variable extend"; I speak about Trigger as option for "Name Property".

Please let me know if you are able to create from scratch the sequence shown in my example and how you do that. 

This correspond to the instruction in V4 :
Train enter a track/street : $_Trigger2._Name
action : set variable             name : $($(_Trigger2._Name).switch1).status
                                            Value : $($(_Trigger2._Name).switch1).Reserve

Thank you

André

 

[Andy]

The old _Trigger1 and _Trigger2 are automatically translated into the corresponding thing causing the event.

So your command automatically should come in as something like that:
Trains/Vehicle enters track/street  any track
Action: set variable  Name [track]...switch1 ..status...  =   Value  [track]...switch1...Reserve..

So your old Trigger2 are now [track],
In my sample it's a switch causing the event, so in Trigger, you have to select switch - then indirections.

notice the number and sequence of 'wheels' for the level of indirections. (the scroll bar shows, it goes deeper)

 

Bearbeitet 22. Juli 2019 von Andy

[Andy]

There's more to be done, if you have more 'enter'-Events. Then you should use a keyword for all your objects that fulfill the set of object variables, or will get soon a nil-error.
In V4 we filtered the type by asking if a specific object-variable is available at all. A keyword, set into all those objects that can come in here saves us from that.
No other track would launch this event!

[BahnLand]

Hello André,

in addition to the explanatiion from @Andy, there is a 3rd trigger value besides "vehicle" and "track": You can also specify "oldTrack". "track" represents the object wich will be entered, "oldTrack" represents the object, which will be leaved.

Please take into account, that these are the designations used within the script Lua. Within the GUI (the dialog part of the event handler) you must use "vehicle" for the vehicle trigger (instead of the old "_Trigger1") and for the track/street trigger either "New track/street" for the track to be entered or "Last track/street" for the track to be leaved (both instead of the old "_Trigger2").

Many greetings
BahnLand

[BahnLand]

Hallo @Neo,

irgend etwas stimmt mit dem Schatten noch nicht ganz.

Wenn ich die Demo-Anlage in der Totalansicht betrachte, "klumpt" der Schatten, der den Zug "begleitet".

Erst wenn ich in die Anlage "richtig hinein zoome", wird der Schatten "scharf" und lässt die Umrisse der Wagen erkennen.

Allerdings schenen die hellen Flecken der Fenster-Aussparungen (wo die Sonne durchscheint) etwas falsch abgebildet zu werden. Es hat den Anschein, als ob die Sonne durch die Fenster rechts (auf der vom Beobacher abgewandten Sonnenseite) hindurchscheint und dann den Fußboden der Wagen durchbricht, um schließlich viel zu nah am Wagenkasten - teilweise sogar darunter (siehe den Steuerwagen) - auf der Erde (oder dem Gleis) aufzutreffen. Die linke Seitenwand der Wagen und der Wagenboden scheinen hierbei als "Sonnenstrahl-Abweiser" oder "Schattengeber" nicht berücksichtigt zu werden.

Viele Grüße
BahnLand

[ademes]

vor einer Stunde schrieb Andy:

So your old Trigger2 are now [track],

Hi Andy and BahnLand,

Thank you both for your explanations, but be sure that I'm learning V5 step by step and I'm aware of the new way to write down an Event, including the usage of the Keywords and the Triggers.  And so, I agree with Andy that his solution is ok.

But the question I was asking is finally the following : the translation of the V4 formula gives a sequence of "wheels" that look strange to me as I cannot reproduce it from scratch.  That's it!  Am I so silly??

This to say that it becomes urgent to explain more deeply all those new mechanisms and tips to the users.  Otherwise, you probably will be obliged to answer more and more to the same questions.  If I can help, just tell me how.

Regards

André

[Goetz]

vor einer Stunde schrieb ademes:

the translation of the V4 formula gives a sequence of "wheels" that look strange to me

Yes, it does. The translation is literal, to be safe that it stays true to the original.

The resulting code cannot be reproduced 1:1 from scratch in V5. And there is no reason why anyone should write new code in this old, cumbersome way when generating a new bit of EV. The effect that the code has can be reproduced perfectly and in a much better (= simpler) form, as Andy has shown. 

 

vor einer Stunde schrieb ademes:

This to say that it becomes urgent to explain more deeply all those new mechanisms and tips to the users.

Andy and others are giving their best to achieve just that. You may want to be a bit more grateful for that, even if you don't immediately understand all the answers.

Also, please note that we're all still learning. And that this is early on in the beta phase. So nothing's "urgent" yet. Take it easy, André. 

[Andy]

Mahlzeit Neo,
keine Fehlermeldung, nur Ideen:
Wenn eine Gruppe umbenannt wird, könnte man den neuen Namen automatisch den eingebundenen Objekten als Präfix den Gruppennamen davorsetzen.
Das verhindert, dass sich bei Kopien zuviele Namen verdoppeln. Wird der Name geändert, alten Namen (den vor Editierung merken) als Präfix löschen, neuen davor. Wird wieder 'Gruppe' eingegeben, nur das letzte Präfix löschen und damit wieder neutralisieren.

Dann noch:
Man kann eine Gruppe zwar als neues eigenständiges Objekt erzeugen, aber wie ich gesehen habe, gehen dabei auch die Objektvariablen verloren. Das ist nicht schön.

Nehmen wir mal meine Seilbahnkonstruktion, zu der mit Tal/Bergstation, Gondeln, Masten etc. einiges dazugehört. Jetzt möchte ich die so in eine andere Anlage rüberbringen.
Einfügen aus anderer Anlage geht ja, aber da kommen alle anderen Ebenen und was weiß ich auch noch rein, das alles wieder weggelöscht werden muß. Nicht gut. Als Gruppe aus dem Katalog wäre es prima. Das zugehörige Skript kann man ja über externen Editor rüberbringen. Aber, da sollten halt auch die OV überleben.   Hoppla, das geht mit V5! Und auch über MBE Im/Export. PRIMA!

Gruß
  Andy

 

Bearbeitet 23. Juli 2019 von Andy

[EASY]

@Neo

... gibt es (oder sollte es geben) eine Logik in der Reihenfolge der Einträge der Tabelle "layout:getVehiclesOnTrack(Track)" ?...

Gruß
EASY

[Andy]

Was mir vorhin noch aufgefallen ist:
wenn ich in einem Lua-Skript editiere, muß ich manchmal einen $-Eintrag ändern. Bei einem Objekt ist das kein Problem, aber wie kriege ich da eine globale Variable rein?
Also: $("Ereignisse").variables["MeineVariable"]
Stelle ich mich wieder dumm an, oder fehlt da noch was in der Auswahl? Derzeit behelfe ich mir mit etwas, das ich von woanders her kopiere und einfüge.

Gruß
  Andy

[Neo]

Hallo,

Am 22.7.2019 um 19:22 schrieb BahnLand:

Erst wenn ich in die Anlage "richtig hinein zoome", wird der Schatten "scharf" und lässt die Umrisse der Wagen erkennen.

das ist normal, weiter entfernte Schatten verwenden aus Performance-Gründen eine niedrigere Auflösung, was bei solchen synthetischen Anlagen (Zug auf Holzplatte) deutlicher sichtbar wird als bei richtigen Landschaften.

Am 22.7.2019 um 19:22 schrieb BahnLand:

Allerdings schenen die hellen Flecken der Fenster-Aussparungen (wo die Sonne durchscheint) etwas falsch abgebildet zu werden.

Kannst du mir bitte einen Gefallen tun und ein Testmodell zukommen lassen, bei dem du ein Wagon aufs Minimum reduziert hast, also alles entfernen, außer der Hülle? Ich kann dein Problem zwar reproduzieren, möchte aber genauer testen, ob das an dem Schattenalgorithmus oder an der besonderen Modellkonstruktion (mit der Innenbeleuchtung) liegt.

Am 23.7.2019 um 14:29 schrieb Andy:

Man kann eine Gruppe zwar als neues eigenständiges Objekt erzeugen, aber wie ich gesehen habe, gehen dabei auch die Objektvariablen verloren.

Was meinst du damit? Werden Objekte gruppiert, wird daraus eine Gruppe. Es gibt hier keinen Bezug zu einer eventuell früher vorhandenen Gruppe, diese wurde ja gelöscht.

Am 23.7.2019 um 20:00 schrieb EASY:

gibt es (oder sollte es geben) eine Logik in der Reihenfolge der Einträge der Tabelle "layout:getVehiclesOnTrack(Track)" ?

Nein, hier gibt es keine Reihenfolge, diese kann als zufällig betrachtet werden.

vor 3 Stunden schrieb Andy:

Bei einem Objekt ist das kein Problem, aber wie kriege ich da eine globale Variable rein?

Worauf genau beziehst du dich? Es gibt in V5 ja keine globalen Variablen mehr, jede Variable ist Teil eines Ereignismoduls. Wenn du $ eingibst, erhältst du anschließend die Wahl zwischen einem Objekt und einem Ereignismodul. Wählst du dort das Modul, kannst du anschließend auf die Variablen oder andere Eigenschaften/Funktionen zugreifen. Eine direkte Auswahl der Variablen aus einer Liste gibt es in Lua noch nicht, das habe ich mir noch als Verbesserungsmöglichkeit notiert.

Viele Grüße,

Neo

[ralf3]

Thema Virtuelle verkehrswege:

Mach ich was falsch oder beteht das Problem tatsächlich? Mein Übergang von Spline-Straßen zu den Virtuellen hab ich ne Höhendifferenz. Ich hab sie fast wegbekommen indem ich die Virtuelle Straße in den Einstellungen auf der Z-Achse um 2mm angehoben hab. dennoch plumpsen meine Fahrzeuge immer noch in ein Loch. die richtige Einstellung läge wohl bei ca 2.2mm aber bei exakt 2,01mm Differenz ist ja Schluß mit verbinden. Ich hoffe man kann es hier estwas erkennen. Der Bulli scheint vorn 2 platte Reifen zu haben. Wenig später dann deren 4.

OK, es ist besser als mit bislang von mir benutzten Schmalspurgleisen, bei deren Verwendung der Bulli mit Helium gefüllt wurde und er 2,5mm über dem Terrain schwebte.. Abhilfe brächte die Verwendung von Spline-Straßen auf der ausgeblendeten Ebene bei mir Straßenschienen genannt. Da ich aber plane später auch mal Taxis aus der Parklücke ausscheren zu lassen und andere Abläufe wo die virtuellen Linien mal dicht zusammen liegen, würde ich gern die ja dafür vorgesehenen zierlichen virtuellen Verkehrswege nutzen. Was mach ich falsch?

rätselnde Grüße, Ralf

p.s. ohne die Bearbeitung sacken die Autos richtig durch und rutschen auf der Bodengruppe weiter.

[BahnLand]

Hao @Neo,

vor einer Stunde schrieb Neo:

Kannst du mir bitte einen Gefallen tun und ein Testmodell zukommen lassen, bei dem du ein Wagon aufs Minimum reduziert hast, also alles entfernen, außer der Hülle? Ich kann dein Problem zwar reproduzieren, möchte aber genauer testen, ob das an dem Schattenalgorithmus oder an der besonderen Modellkonstruktion (mit der Innenbeleuchtung) liegt.

ich habe Dir eine Mail geschickt,

Viele Grüße
BahnLand

[Andy]

vor 1 Stunde schrieb Neo:

Was meinst du damit? Werden Objekte gruppiert, wird daraus eine Gruppe

Das hätte auch noch durchgestrichen gehört. V5 behält die OV der einzelnen Objekte bei. Ich denke, das war in V4 noch nicht der Fall.

 

vor 1 Stunde schrieb Neo:

Worauf genau beziehst du dich? Es gibt in V5 ja keine globalen Variablen mehr

Manchmal sieht man eben den Wald vor lauter Bäumen nicht. Da steht der Ordner Ereignisse und dann die Unterordner und ...  das man wirklich nur auf den Ordner selbst gehen muß und dann okay drücken muß, weil ein Doppelklick da nix bringt, damit er $("Ereignisse") schreibt und man den Rest selbst ergänzen kann, da muß man auch wirklich erstmal drauf kommen. Alles gut dann.

Gruß
  Andy