Drucken

Bitte logg dich ein oder registriere dich.
1 Stunde 1 Tag 1 Woche 1 Monat Immer
Einloggen mit Benutzername, Passwort und Sitzungslänge

[banane]

Code: [Auswählen]

on:use {
  ride;
}

sollte wahrscheinlich reichen

[Robo01]

Wo muss ich das rein schreiben?bzw. an welche stelle?

[bizzl]

Wo muss ich das rein schreiben?bzw. an welche stelle?

irgendwo zwischen script=start und on:kill {

[Jey]

Junge! Hast du eigentlich auch nur einen einzigen Blick in die Scripting Tutorials geworfen?
Du kannst doch nich allen ernstes Scripting lernen, indem du tonnenweise Fragen stellst, und dann die Antworten nich so wirklich verstehst.
Ich will ja nich gemein sein, aber wenn du gescheites Zeug herstellen und Scripten willst, dann lese erstmal zumindest ein paar Grundlagen-Tutorials.

Ich weiss, dass die meisten Leute die hier so aktiv sind nich wirklich gerne Tutorials Lesen, (ich bin da keine Ausnahme)
aber wenn man wirklich Scripten will, (oder z.B. Modelle basteln,) dann muss man sich halt auch mal zum Lesen durchringen!

Du willst ja wohl keiner von den "ich-hab-ne-Idee-aber-will-nix-tun"-Leuten sein!
Also Lerne Proggen was das Zeug hält!  

[Robo01]

Und wo steht das?

[Mc Leaf]

hier

[Robo01]

Und wo genau? Grundlage Scripten hab ich von A bis Z durchgelesen.

[Jey]

Hast dus auch wirklich verstanden?
Weil, ich versteh nich so ganz, warum du dann noch so viele Probleme mit dem Zeug hast...

Villeicht musst du einfach mal die Befehle lernen.
Die sollten irgendwo auf der Seite stehen. Irgendwie kann man die auch im Editor nachschauen, glaub ich.

[Souvenir]

ich glaube dass eines von Robo01's problemen ist (is auch meines) dass er nicht genau weiß wie er die befehle eingeben muss..
zum beispiel weiß ich nie so genau ob ich den befehl mit on:start oder on:load eingeben soll..
vllt gibts ja irgendwas wodran man das erkennt?!?!
ich weiß nicht ob das sinnvoll ist, aber wie wärs mit so einer art scriptdoku?
dass sozusagen jedes detail zu jedem wichtigen script daten da stehn, mit welchem event die ausgelöst werden und so..in welchen kombinationen mit anderen scripts man die benutzen kann..sowas meine ich..
aber ich glaube irgendwie nich dass das sinnvoll ist weil es

1.

sehr viel arbeit kostet das zu machen
2. jeder eine map machen kann und die womöglich schlecht werden da die person nicht weiß was er eig. genau macht
3. weitere argumente die mir aber grade nicht einfallen[/list]

aber es wäre auf jeden fall eine enorme hilfe..

[Jey]

Aber wie du schon selbst gesagt hast, wäre das enorm viel Arbeit und es müsste sich erst mal jemand finden, der das freiwillig macht.
Und da sich die meisten Leude hier ja eh nicht so gut damit auskennen (Ich z.B. kenne wohl nur einen Bruchteil der befehle) würde das wohl wieder mal an den Admins oder den wenigen fortgeschrittenen Usern hängen bleiben, und die machen ja wohl momentan schon genug Zeug.

[Souvenir]

richtig
und damit hebt sich ads wieder auf und keiner machts wahrscheinlich^^
naja ich hab mir eh keine hoffnung gemacht..egal

[bizzl]

ich glaube dass eines von Robo01's problemen ist (is auch meines) dass er nicht genau weiß wie er die befehle eingeben muss..
zum beispiel weiß ich nie so genau ob ich den befehl mit on:start oder on:load eingeben soll..
vllt gibts ja irgendwas wodran man das erkennt?!?!

alles was beim ersten start der map gemacht werden soll und dessen effekt gespeichert wird (zbsp Variablen, on-the-fly erzeugte infos, etc) kommt in on:start, alles was nicht gespeichert wird und bei jedem laden neu gemacht werden muss ([s2s:21qdlvv3]model[/s2s:21qdlvv3], [s2s:21qdlvv3]playerspeed[/s2s:21qdlvv3], etc) kommt in on:load

ich weiß nicht ob das sinnvoll ist, aber wie wärs mit so einer art scriptdoku?
dass sozusagen jedes detail zu jedem wichtigen script daten da stehn, mit welchem event die ausgelöst werden und so..in welchen kombinationen mit anderen scripts man die benutzen kann..sowas meine ich..
aber es wäre auf jeden fall eine enorme hilfe..

viel glück beim finden eines idioten der dir das macht :roll:
Das ist nicht nur viel arbeit, sondern abnorm! viel arbeit, weil die kombinationsmöglichkeiten grob überschlagen gegen unendlich gehen :wink:
Das ist kein Click'n'Go System wie es X2 hat, s2s ist schon eine richtige Sprache. Und wie bei jeder anderen Sprache gilt auch hier: üben, üben, üben, und immer neue Sachen ausprobieren. Man kann sowas nicht aus einer Liste mit Möglichkeiten lernen (genau genommen kann man gar nix aus einer Liste mit Möglichkeiten lernen :/ )

[Dicker]

Jo, da gibt es nur noch eines hinzuzufügen:

Wenn euch irgendein abnormaler oder merkwürdiger Effekt bei einem Befehl auffällt und ihr absolut meint, dass er erwähnt werden müsste, dann schreibt DC eine E-Mail, dass er es doch bitte in die offizielle Scriptdoku schreiben soll.

Haben wir während der Alpha-Phase auch immer so gemacht, jedoch geht seit dem Release die von DC aufgebrachte Zeit (zumindest die die wir mitkriegen) zur Pflege von Stranded II im Moment gegen 0

[Robo01]

Mal ne frage: Ich habe mir schon ein parr mal die programierungen von Objekten und so angeguckt, mit einem Programm namens "Editor". Das einzige was da war, war z.B. :
-AI™ÅAù¨ÂA      €?
-A;ÇAÔh¸A . Was ist das?

[bizzl]

Mal ne frage: Ich habe mir schon ein parr mal die programierungen von Objekten und so angeguckt, mit einem Programm namens "Editor". Das einzige was da war, war z.B. :
-AI™ÅAù¨ÂA      €?
-A;ÇAÔh¸A . Was ist das?

äh, guckst du dir die *.b3d-Dateien an? Das sind die Modelle, die werden nicht als Plaintext gespeichert xD
Da gibt es aber auch nicht viel was man gucken könnte