Script: nextGen Ereglam AAO

Feuerwache.net Forum » Support Foren » Scripte » Script: nextGen Ereglam AAO

Seiten

« < 1 2 3 ... 30 31 32 33 34 35 36 37 38 39 ... 47 48 49 > »

Benutzer	Beitrag
Gelöschtes Mitglied	Geschrieben am 12.01.2013 08:59 Lauft ohne Fehler Ein Danke schön an Ereglam für die Hilfe

Sausi112 Wehrführer	Geschrieben am 12.01.2013 10:13 Bei mir ist der Fehler auch verschwunden, beide Daumen hoch. Danke
Winteola Stv. Landesbrandmeister	Geschrieben am 12.01.2013 15:51 Danke für die schnelle Hilfe. Leider kann ich keine AB`s per AAO alarmieren. Wann kann man denn mit diesem Upgrade rechnen
Ereglam Zugführer	Geschrieben am 12.01.2013 16:33 Danke für die schnelle Hilfe. Leider kann ich keine AB`s per AAO alarmieren. Wann kann man denn mit diesem Upgrade rechnen Alarmiert werden sie von Script, nur erkennt das Script sie bei weiteren Alarmierungen und bei Nachforderungen noch nicht. Wegen meiner beschränkten Zeit kann ich noch keine Aussage darüber treffen, wann die AB voll unterstützt werden
Gelöschtes Mitglied	Geschrieben am 12.01.2013 16:34 Bei mir geht die Alarmierung der AB`s! Wen z. B. ein AB-Atemschutz näher steht als ein GW-Atemschutz, nimmt das Script bei mir automatisch den AB-A. Die Anzeige für den GW-Atemschutz als Anforderung bleibt dann zwar noch bestehen, aber schau mal unter "alarmierte" oder "ausgerückte" Fahrzeuge. Dort müßte dann ein WLF mit aufgesattelten AB-Atemschutz stehen. Edit: Ereglam selbst war schneller! Dieser Beitrag wurde editiert.
Winteola Stv. Landesbrandmeister	Geschrieben am 12.01.2013 16:41 Danke, funkt bei mir nun auch. DANKE
Gelöschtes Mitglied	Geschrieben am 12.01.2013 22:45 Ich hatte gestern eine VGSL in Welt 2 und da ist nach einiger Zeit mein Internet in die Knie gegangen und hat permanent eine Fehlermeldung angezeigt. Erst nach einem Neustart hatte ich wieder Ruhr. Heute haben wir in Welt 1 eine VGSL und das Problem tritt wieder auf. Im Anhang habe ich diesmal die Fehlermeldung anbei. Angehängte Dateien: Scriptfehler.jpg
Gelöschtes Mitglied	Geschrieben am 12.01.2013 22:50 Diese Meldung hatte ich auch schon ein paar Mal. Nicht nur bei VGSL.
Gelöschtes Mitglied	Geschrieben am 12.01.2013 22:51 den "Fehler" bzw. Mini-Macke kann ich bestätigen allerdings auch ohne GSL - mein Rechner hatte sich einfach "aufgehängt" und damit ausgeloggt bei gleicher Fehlermeldung.
Ereglam Zugführer	Geschrieben am 12.01.2013 22:52 Ich hatte gestern eine VGSL in Welt 2 und da ist nach einiger Zeit mein Internet in die Knie gegangen und hat permanent eine Fehlermeldung angezeigt. Erst nach einem Neustart hatte ich wieder Ruhr. Heute haben wir in Welt 1 eine VGSL und das Problem tritt wieder auf. Im Anhang habe ich diesmal die Fehlermeldung anbei. Die Meldung bezieht sich auf eine JavaScript-Bibliothek jQuery.js, die Sebastian verwendet. Damit hat es nichts mit meinem Script zu tun...
Gelöschtes Mitglied	Geschrieben am 12.01.2013 22:58 Die Meldung bezieht sich auf eine JavaScript-Bibliothek jQuery.js, die Sebastian verwendet. Damit hat es nichts mit meinem Script zu tun... OK. Werde es im Fehlerforum noch einmal posten.
Gelöschtes Mitglied	Geschrieben am 13.01.2013 19:52 Laut Sebastian liegt der Fehler wohl eher beim Script: http://www.feuerwache.net/forum/fehler/f...
Ereglam Zugführer	Geschrieben am 14.01.2013 14:02 Laut Sebastian liegt der Fehler wohl eher beim Script: http://www.feuerwache.net/forum/fehler/f... jain, es handelt sich wahrscheinlich um Laufzeitprobleme zwischen jQuery und meinem Script. Mir ist bekannt, dass mein Script wesentlich mehr Hauptspeicher verwendet, als es mit (sauberen) JavaScript notwendig wäre. Dies liegt daran, dass mir die Feinheiten von JavaScript im Bezug auf Objektorientierung beim Erstellen von NextGen nicht (ausreichend) bewusst waren. Also müsste ich mich hinsetzen und mein Datenmodell in eine JavaScript-tauglichere Form bringen, was aber viel Zeit benötigt, die ich im Augenblick leider nicht habe. Interessanterweise habe ich gestern keinerlei Probleme mit unerwünschtem Abmelden gehabt. Vielleicht war dies ein Nebeneffekt von Sebastians Fehlerkorrektur für IE ?!? PS: für die technisch Versierten: ich habe meine 'Klassen' wie in Java und/oder C++ aufgebaut, was aber dazu führt, dass 'Methoden'-Code für jede neue Instanz kopiert wird, was zu unnötigen Speicherallokationen führt. Danach erst habe ich das Buch Javascript-Patterns gelesen...
Chadwick Stv. Landesbrandmeister	Geschrieben am 16.01.2013 07:36 Servus Ereglam mir fällt auf das neuerdings wenn die AAO einen GWA oder einen RW vorschlägt und nicht diese Fahrzeuge sondern ein gleichwertiger AB richtigerweise vom Script (weil geringere Anfahrtsdauer) ausgewählt wird das auswählen und alarmieren ohne Probleme funktioniert. Mir dann aber das entsprechende Fahrzeug noch als zu alarmierend angezeigt wird. Ich hab dir mal nen Screenshot gemacht damits leichter verständlich wird. Gruß Chadwick Angehängte Dateien: AB im Script.jpg
Ereglam Zugführer	Geschrieben am 16.01.2013 09:05 Servus Ereglam mir fällt auf das neuerdings wenn die AAO einen GWA oder einen RW vorschlägt und nicht diese Fahrzeuge sondern ein gleichwertiger AB richtigerweise vom Script (weil geringere Anfahrtsdauer) ausgewählt wird das auswählen und alarmieren ohne Probleme funktioniert. Mir dann aber das entsprechende Fahrzeug noch als zu alarmierend angezeigt wird. Ich hab dir mal nen Screenshot gemacht damits leichter verständlich wird. Gruß Chadwick was halt damit zusammenhängt, dass ich immer noch keine Zeit gefunden habe, die AB voll zu unterstützen...
Chadwick Stv. Landesbrandmeister	Geschrieben am 16.01.2013 14:20 Is ja nicht schlimm. Eigentlich wollt ich auch nur wissen ob es ein Fehler ist und ob er dir bekannt ist. Ich würde dich auch unterstützen aber ich kann dir keine Zeit schenken hab selber so wenig davon Und programmieren kann ich auch nicht. Aber sonst bin ich für jeden Blödsinn zu haben. Gruß Chadwick
Sausi112 Wehrführer	Geschrieben am 17.01.2013 13:12 Ich habe diesen Fehler nun auch
BjoeLo Stv. Kreisbrandmeister	Geschrieben am 17.01.2013 16:39 Es ist kein Fehler. Ereglam ist nur noch nicht dazu gekommen das Script auf die AB-Erkennung anzupassen. Ihr dürft bitte nicht vergessen das er das in seiner Freizeit macht und davon hat er momentan wenig wie er geschrieben hat, also hab etwas Geduld. Gruß Björn Edit: Fehlerteufel verjagt Dieser Beitrag wurde editiert.
Sausi112 Wehrführer	Geschrieben am 18.01.2013 10:15 BjoeLo, falls Du mich meinst, ich hab nicht das Problem damit, ob der Fehler behoben wird, oder wann, ist mir eigentlich egal, denn ich weiß das alle Scripter etc. es in ihrer Freiziet machen und darauf sollte auch jeder rücksicht nehmen.
BjoeLo Stv. Kreisbrandmeister	Geschrieben am 18.01.2013 17:12 @ Sausi112 War nicht böse gemeint, nur es bringt halt nichts, wenn jeder der mit WLF arbeitet hier schreibt dass er/sie das gleiche Problem / "Fehler" hat. Das Problem stellt sich für mich wie folgt dar: In der Tabelle "freie Fahrzeuge" werden die AB mit der entsprechenden Fahrzeug ID ausgegeben. Die Erkennung und Alarmierung funktioniert daher wie bei jedem anderen Fahrzeug auch. Im weiteren Verlauf, sprich in den Tabellen "wartende Fahrzeuge", "Fahrzeuge auf Anfahrt" sowie "Container am Einsatzort" werden die AB mit der Container ID ausgegeben. Und diese Umsetzung das z.B. die Container ID 2 (AB-Rüst) der Fahrzeug ID 11 (RW) entspricht, funktioniert noch nicht. Am einfachsten wäre es warscheinlich wenn von Sebastians Seite die AB in allen Tabellen mit der Fahrzeug ID ausgegeben würden. Edit: Fehlerteufel verjagt Dieser Beitrag wurde editiert.

Benutzer

Beitrag

Gelöschtes Mitglied

Geschrieben am 12.01.2013 08:59

Lauft ohne Fehler

Ein Danke schön an Ereglam für die Hilfe

Sausi112

Wehrführer

Geschrieben am 12.01.2013 10:13

Bei mir ist der Fehler auch verschwunden, beide Daumen hoch.

Danke

Winteola

Stv. Landesbrandmeister

Geschrieben am 12.01.2013 15:51

Danke für die schnelle Hilfe. Leider kann ich keine AB`s per AAO alarmieren.
Wann kann man denn mit diesem Upgrade rechnen :-)

Ereglam

Zugführer

Geschrieben am 12.01.2013 16:33

Danke für die schnelle Hilfe. Leider kann ich keine AB`s per AAO alarmieren.
Wann kann man denn mit diesem Upgrade rechnen :-)

Alarmiert werden sie von Script, nur erkennt das Script sie bei weiteren Alarmierungen und bei Nachforderungen noch nicht.

Wegen meiner beschränkten Zeit kann ich noch keine Aussage darüber treffen, wann die AB voll unterstützt werden

Gelöschtes Mitglied

Geschrieben am 12.01.2013 16:34

Bei mir geht die Alarmierung der AB`s!

Wen z. B. ein AB-Atemschutz näher steht als ein GW-Atemschutz, nimmt das Script bei mir automatisch den AB-A.

Die Anzeige für den GW-Atemschutz als Anforderung bleibt dann zwar noch bestehen, aber schau mal unter "alarmierte" oder "ausgerückte" Fahrzeuge.
Dort müßte dann ein WLF mit aufgesattelten AB-Atemschutz stehen.

Edit: Ereglam selbst war schneller!

Dieser Beitrag wurde editiert.

Winteola

Stv. Landesbrandmeister

Geschrieben am 12.01.2013 16:41

Danke, funkt bei mir nun auch. :-)

DANKE

Gelöschtes Mitglied

Geschrieben am 12.01.2013 22:45

Ich hatte gestern eine VGSL in Welt 2 und da ist nach einiger Zeit mein Internet in die Knie gegangen und hat permanent eine Fehlermeldung angezeigt. Erst nach einem Neustart hatte ich wieder Ruhr.
Heute haben wir in Welt 1 eine VGSL und das Problem tritt wieder auf.
Im Anhang habe ich diesmal die Fehlermeldung anbei.

Angehängte Dateien:

Scriptfehler.jpg

Gelöschtes Mitglied

Geschrieben am 12.01.2013 22:50

Diese Meldung hatte ich auch schon ein paar Mal.
Nicht nur bei VGSL.

Gelöschtes Mitglied

Geschrieben am 12.01.2013 22:51

den "Fehler" bzw. Mini-Macke kann ich bestätigen allerdings auch ohne GSL - mein Rechner hatte sich einfach "aufgehängt" und damit ausgeloggt bei gleicher Fehlermeldung.

Ereglam

Zugführer

Geschrieben am 12.01.2013 22:52

Die Meldung bezieht sich auf eine JavaScript-Bibliothek jQuery.js, die Sebastian verwendet. Damit hat es nichts mit meinem Script zu tun...

Gelöschtes Mitglied

Geschrieben am 12.01.2013 22:58

Die Meldung bezieht sich auf eine JavaScript-Bibliothek jQuery.js, die Sebastian verwendet. Damit hat es nichts mit meinem Script zu tun...

OK. Werde es im Fehlerforum noch einmal posten.

Gelöschtes Mitglied

Geschrieben am 13.01.2013 19:52

Laut Sebastian liegt der Fehler wohl eher beim Script:
http://www.feuerwache.net/forum/fehler/f...

Ereglam

Zugführer

Geschrieben am 14.01.2013 14:02

Laut Sebastian liegt der Fehler wohl eher beim Script:
http://www.feuerwache.net/forum/fehler/f...

jain, es handelt sich wahrscheinlich um Laufzeitprobleme zwischen jQuery und meinem Script. Mir ist bekannt, dass mein Script wesentlich mehr Hauptspeicher verwendet, als es mit (sauberen) JavaScript notwendig wäre. Dies liegt daran, dass mir die Feinheiten von JavaScript im Bezug auf Objektorientierung beim Erstellen von NextGen nicht (ausreichend) bewusst waren.
Also müsste ich mich hinsetzen und mein Datenmodell in eine JavaScript-tauglichere Form bringen, was aber viel Zeit benötigt, die ich im Augenblick leider nicht habe.

Interessanterweise habe ich gestern keinerlei Probleme mit unerwünschtem Abmelden gehabt. Vielleicht war dies ein Nebeneffekt von Sebastians Fehlerkorrektur für IE ?!?

PS:
für die technisch Versierten:
ich habe meine 'Klassen' wie in Java und/oder C++ aufgebaut, was aber dazu führt, dass 'Methoden'-Code für jede neue Instanz kopiert wird, was zu unnötigen Speicherallokationen führt.
Danach erst habe ich das Buch Javascript-Patterns gelesen...

Chadwick

Stv. Landesbrandmeister

Geschrieben am 16.01.2013 07:36

Servus Ereglam

mir fällt auf das neuerdings wenn die AAO einen GWA oder einen RW vorschlägt und nicht diese Fahrzeuge sondern ein gleichwertiger AB richtigerweise vom Script (weil geringere Anfahrtsdauer) ausgewählt wird das auswählen und alarmieren ohne Probleme funktioniert. Mir dann aber das entsprechende Fahrzeug noch als zu alarmierend angezeigt wird.

Ich hab dir mal nen Screenshot gemacht damits leichter verständlich wird.

Gruß Chadwick

Angehängte Dateien:

AB im Script.jpg

Ereglam

Zugführer

Geschrieben am 16.01.2013 09:05

was halt damit zusammenhängt, dass ich immer noch keine Zeit gefunden habe, die AB voll zu unterstützen...

Chadwick

Stv. Landesbrandmeister

Geschrieben am 16.01.2013 14:20

Is ja nicht schlimm. Eigentlich wollt ich auch nur wissen ob es ein Fehler ist und ob er dir bekannt ist.

Ich würde dich auch unterstützen aber ich kann dir keine Zeit schenken hab selber so wenig davon

Und programmieren kann ich auch nicht. Aber sonst bin ich für jeden Blödsinn zu haben.

Gruß

Chadwick

Sausi112

Wehrführer

Geschrieben am 17.01.2013 13:12

Ich habe diesen Fehler nun auch

BjoeLo

Stv. Kreisbrandmeister

Geschrieben am 17.01.2013 16:39

Es ist kein Fehler.
Ereglam ist nur noch nicht dazu gekommen das Script auf die AB-Erkennung anzupassen.

Ihr dürft bitte nicht vergessen das er das in seiner Freizeit macht und davon hat er momentan wenig wie er geschrieben hat, also hab etwas Geduld.

Gruß
Björn

Edit: Fehlerteufel verjagt

Dieser Beitrag wurde editiert.

Sausi112

Wehrführer

Geschrieben am 18.01.2013 10:15

BjoeLo, falls Du mich meinst, ich hab nicht das Problem damit, ob der Fehler behoben wird, oder wann, ist mir eigentlich egal, denn ich weiß das alle Scripter etc. es in ihrer Freiziet machen und darauf sollte auch jeder rücksicht nehmen.

BjoeLo

Stv. Kreisbrandmeister

Geschrieben am 18.01.2013 17:12

@ Sausi112
War nicht böse gemeint, nur es bringt halt nichts, wenn jeder der mit WLF arbeitet hier schreibt dass er/sie das gleiche Problem / "Fehler" hat. ;-)

Das Problem stellt sich für mich wie folgt dar:
In der Tabelle "freie Fahrzeuge" werden die AB mit der entsprechenden Fahrzeug ID ausgegeben. Die Erkennung und Alarmierung funktioniert daher wie bei jedem anderen Fahrzeug auch.
Im weiteren Verlauf, sprich in den Tabellen "wartende Fahrzeuge", "Fahrzeuge auf Anfahrt" sowie "Container am Einsatzort" werden die AB mit der Container ID ausgegeben.
Und diese Umsetzung das z.B. die Container ID 2 (AB-Rüst) der Fahrzeug ID 11 (RW) entspricht, funktioniert noch nicht. Am einfachsten wäre es warscheinlich wenn von Sebastians Seite die AB in allen Tabellen mit der Fahrzeug ID ausgegeben würden.

Edit: Fehlerteufel verjagt

Dieser Beitrag wurde editiert.

Um eine Nachricht schreiben zu können, musst du angemeldet sein.

Seiten

« < 1 2 3 ... 30 31 32 33 34 35 36 37 38 39 ... 47 48 49 > »