-
Willkommen im Geoclub - dem größten deutschsprachigen Geocaching-Forum. Registriere dich kostenlos, um alle Inhalte zu sehen und neue Beiträge zu erstellen.
Vorstellung: GC little helper
- Ersteller Torsten-
- Erstellt am
Slini11
Geocacher
Bin mir jetzt nicht sicher, ob das schon genannt wurde, aber gclh verbirgt einen "Knopf" in den Listings von Cachen in der rechten unteren Ecke, mit dem man wieder zum Seitenkopf gelangt, wenn man bei den Logs nach ganz unten gescrollt hat. Wenn man gclh deaktiviert hat, funktioniert das wieder...
Eastpak1984
Geoguru
Edit: Ah, du meinst:
OP
Torsten-
Geomaster
Hi,
danke für den Hinweis - GClh überschreibt beim Laden der Logs einiges, da können schon mal neue Features überschrieben werden. Ich habs mal mit aufgenommen und guck mir das an.
Bis dahin kannst du die von Robert erwähnte Lösung aus dem GClh verwenden.
Gruß
Torsten
danke für den Hinweis - GClh überschreibt beim Laden der Logs einiges, da können schon mal neue Features überschrieben werden. Ich habs mal mit aufgenommen und guck mir das an.
Bis dahin kannst du die von Robert erwähnte Lösung aus dem GClh verwenden.
Gruß
Torsten
skywalker90
Geomaster
Ich habe mal nach dem Chrome Kartenbug geschaut, aber noch keine Lösung gefunden.
Warum betrifft es nur Chrome?
Es gibt in Script einen Hack um die Kartenoptionen überhaupt unter Chrome zum Laufen zu bringen.
Es werden alle Layer entfernt das Control rechts oben ausgeblendet und dann alle Layer neu erstellt und mit einem neuen Control der Karte hinzugefügt.
Warum geht es jetzt nicht mehr?
Gute Frage...
Die layerId wird normalerweise in dem input-Element gespeichert.
Nur jetzt fehlt diese layerId aus komischen Gründen.
Was genau?
Die layerId wird von leaflet in der function _addItem() gesetzt.
Das komische ist jetzt: wenn ich die Erstellung der Originalen Layer beobachte, funktioniert alles und am ende der Funktion ist die layerId auch gesetzt :
Nur wenn jetzt unsere eigenen Layer an die Reihe kommen versagt die selbe Funktion:
ist nicht mehr definiert.
[Edit:] Es sieht so aus als ob die LayerId gesetzt wird nur nicht mit in das DOM-Element übernommen wird ("Custom-Attribute"). Aber warum funktioniert es dann bei den offiziellen Layern??
Ich habe bisher keine Ahnung warum das so ist. Für Input bin ich gerne offen...
Grüße
Luke
Warum betrifft es nur Chrome?
Es gibt in Script einen Hack um die Kartenoptionen überhaupt unter Chrome zum Laufen zu bringen.
Es werden alle Layer entfernt das Control rechts oben ausgeblendet und dann alle Layer neu erstellt und mit einem neuen Control der Karte hinzugefügt.
Warum geht es jetzt nicht mehr?
Gute Frage...
Die layerId wird normalerweise in dem input-Element gespeichert.
Nur jetzt fehlt diese layerId aus komischen Gründen.
Was genau?
Die layerId wird von leaflet in der function _addItem() gesetzt.
Das komische ist jetzt: wenn ich die Erstellung der Originalen Layer beobachte, funktioniert alles und am ende der Funktion ist die layerId auch gesetzt :
Code:
label.children[0].layerId
Code:
label.children[0].layerId[Edit:] Es sieht so aus als ob die LayerId gesetzt wird nur nicht mit in das DOM-Element übernommen wird ("Custom-Attribute"). Aber warum funktioniert es dann bei den offiziellen Layern??
Ich habe bisher keine Ahnung warum das so ist. Für Input bin ich gerne offen...
Grüße
Luke
skywalker90
Geomaster
Es scheint wohl so als ob das die die hinzugefügte Eigenschaft layerId nur als dem Kontext/Thread? gelesen werden kann wie dem wo sie erstellt wurde.
(Also so wie bei FireFox)
Das Problem: normalerweise nimmt man einfach set/getAttribute() -> wir haben aber keinen Einfluss auf code von GS/leaflet.
Unter FireFox gibt es dafür einen (bösen) Hack, um dennoch zugreifen zu können: wrappedJSObject -> gibt es aber unter chrome nicht
Das Problem ist: ich kann nicht mal die layerIds manuell setzen, da diese ja denn wieder im falschen Kontext sind...
Bin gerade ganz ehrlich etwas ratlos...
(Also so wie bei FireFox)
Das Problem: normalerweise nimmt man einfach set/getAttribute() -> wir haben aber keinen Einfluss auf code von GS/leaflet.
Unter FireFox gibt es dafür einen (bösen) Hack, um dennoch zugreifen zu können: wrappedJSObject -> gibt es aber unter chrome nicht
Das Problem ist: ich kann nicht mal die layerIds manuell setzen, da diese ja denn wieder im falschen Kontext sind...
Bin gerade ganz ehrlich etwas ratlos...
Astrofreak85
Geocacher
Interessant ist jetzt die Frage, warum es mit dem Script "GCMapEnhancements" (ohne Tampermonkey) super funktioniert...
skywalker90
Geomaster
Die sind früher dran...Astrofreak85 schrieb:
Bzw. sie fügen die Karten schon ein bevor die leaflet-Map geladen ist.
Wir warten mit dem Script-Start darauf, dass alle Elemente geladen sind (davon brauchen wir ja einige).
skywalker90
Geomaster
Ich hab Ihn 
ich hab es mit einem Trick geschafft den Code der die layerIds repariert in den anderen Kontext zu bekommen
Ich habe Torsten eine Email geschrieben, dass er ein Release macht...
Grüße
Luke
ich hab es mit einem Trick geschafft den Code der die layerIds repariert in den anderen Kontext zu bekommen
Ich habe Torsten eine Email geschrieben, dass er ein Release macht...
Grüße
Luke
skywalker90
Geomaster
Wenn wir schon am Bug fixen sind:
Falls jemand in den Optionen keine LinkList zusammenstellen kann, das liegt daran dass sie sich zerschießt wenn man eine leere Liste speichert.
Ist auch in der nächsten Version behoben.
Falls jemand in den Optionen keine LinkList zusammenstellen kann, das liegt daran dass sie sich zerschießt wenn man eine leere Liste speichert.
Ist auch in der nächsten Version behoben.
Eastpak1984
Geoguru
Da aktuell wieder eine Downtime bei GC.com ansteht:
Ich hatte es schonmal eingebracht, aber könnte man die dargestellte Zeit für die Abschaltung wg. eines Updates gleich in unsere Zeitzone umrechnen lassen?
Ich hatte es schonmal eingebracht, aber könnte man die dargestellte Zeit für die Abschaltung wg. eines Updates gleich in unsere Zeitzone umrechnen lassen?
Eastpak1984
Geoguru
Die meisten Sachen, die der GCLH tut, kann man auch anders lösen.