-Tag oder als Dateidownload anzubieten. So kann man nur schwer die Formation des Codes wiedererkennen.
Hoffe das hilft den Leuten weiter, beruhigt mich auch ein wenig, da man nach dem so langen Bereitstellen eines Scripts doch nur ungern nicht mehr weiter gemacht hat.
<speechles> !g .de wetter:berlin
<sp33chy> Wetter für Berlin: -2 °C, Aktuell: Leichter Schneefall, Wind: N mit 11 km/h; Feuchtigkeit: 100 %; Sa.: Vereinzelt schnee (0°C|-7°C); So.: Vereinzelt schnee (-2°C|-7°C); Mo.: Meist sonnig (-4°C|-11°C)
<speechles> !g .pt tempo:rio de janeiro
<sp33chy> Tempo para Rio de Janeiro - RJ, Brasil: 25°C, Actual: Limpo, Vento: N a 6 km/h; Humidade: 89%; sáb: Limpo (30°C|22°C); dom: Parcialmente nublado (31°C|22°C); seg: Possibilidade de tempestade (28°C|22°C)
This one still works... Plus, you can redefine the google trigger phrase above (!g .de wetter:%search%) into an appropriate "!weather" trigger as well using the custom trigger section of the script.
das zweite script streikt bei mir seit gut einer woche.
das erste von google aber funzzt.
[13:16:10] <@b|rt> !wetter stuttgart
[13:16:11] <@tH3Br4In> Wetter für Stuttgart, BW (stuttgart) - Temp: -4 °C - Wind: O mit Windgeschwindigkeiten von 6 km/h - Feuchtigkeit: 74 % - Meistens bewölkt
oder mit plz
[13:17:48] <@b|rt> !wetter 60311
[13:17:50] <@tH3Br4In> Wetter für Frankfurt, HE (60311) - Temp: -5 °C - Wind: N mit Windgeschwindigkeiten von 10 km/h - Feuchtigkeit: 80 % - Klar
Vision wrote:Bei mir geht seit gestern nichts mehr.
Gab es wieder ein update ??
Das Script scheint wohl tot zu sein.. Interessanterweise geht bei meinem Bot nicht mal das, was speechles geschrieben hat (!g wetter <stadt>).
-
The script seems to be dead now.. Another interesting thing is that my bot doesn't seem to like speechles' suggestion either. It just doesn't answer and .set errorInfo tells me:
[15:36:01] <Chrono> Currently: can't read "state(after)": no such element in array
[15:36:01] <Chrono> Currently: while executing
[15:36:01] <Chrono> Currently: "after cancel $state(after)"
.tcl $errorInfo would try to execute the contents of the errorInfo variable as a tcl command; not right...
".set errorInfo" is correct (or ".tcl set errorInfo")
I think you've mixed them. Let's generate an error:
.tcl blah
Tcl error: invalid command name "blah"
now let's see results, .tcl first:
.tcl $errorInfo
Tcl error: invalid command name "invalid command name "blah"
Tcl error: while executing
Tcl error: "blah""
and now .set:
.set $errorInfo
[22:18:37] #cezar# set $errorInfo
Error: can't read "invalid command name "invalid command name "blah"
while executing
"blah""
while executing
"$errorInfo"": no such variable
for me .tcl looks easier to read as i get more details, not to mention it mentions $errorInfo as an error too.
Once the game is over, the king and the pawn go back in the same box.