Schalt in der jQuery Konfiguration mal auf die neueste Version um, dann sollte das verschwinden. In deiner Demo sollte das auch geändert werden.
Onepage_XH: (s)doc(s)
Re: Onepage_XH: (s)doc(s)
„Bevor du den Pfeil der Wahrheit abschießt, tauche die Spitze in Honig!“ Ludwig's XH-Templates for MultiPage & OnePage
Re: Onepage_XH: (s)doc(s)
Tja, da hast du wahr. Aber auch nur, wenn Migrate aktiv ist - sonst nicht.
Die ältere jQuery-Version habe ich bewusst gewählt, weil dann der schmale Scrollbalken neben dem Menü im Frontend besser aussieht.
altes jQ: Frontend Scroller besser | Backend Scroller schlechter
neues jQ: Frontend Scroller schlechter| Backend Scroller besser
Re: Onepage_XH: (s)doc(s)
Hmm, jetzt hast du's kaputt gemacht . Wie kannst du da 40 reinschreiben? .
Nee, ein dummer Bug. Die "Seiten" - Ids werden im Editmodus ja nicht in den Seiteninhalt eingeschleust. Dann kann man sie mit JS natürlich auch nicht zu irgendwelchen Berechnungen heranziehen. Die berichtigte Version gibt es inzwischen auf GitHub.
BTW: die Variblen mit dem Präfix onepage_ sind eigentlich zur Manipulation per template.htm gedacht. Es macht ja keinen Sinn immer eine JS-Datei in das Template zu legen, nur weil z.B. ein Top-Offset nötig ist. Bestimmte Einstellungen sollte der Templateautor festlegen, damit alles wunschgemäß funktioniert. Diese Möglichkeit sollten wir im Original-JS auch noch berücksichtigen.
Die Definition geht in der template.htm, vor dem schließenden Body-Tag, mit einem kleinen Skript-Block nach folgendem Schema:
Code: Select all
<script>
var onepage_customOffset = 40;
</script>
Bei welchen Variablen das Sinn macht, wird sich noch zeigen. Bis jetzt fällt mir da nur der Offset ein, der beim Original auch noch gar nicht eingebaut ist.
Re: Onepage_XH: (s)doc(s)
Okay, die korrigierte Version stimmt jetzt.Holger wrote: ↑Tue May 14, 2019 9:35 pm[...]
Die berichtigte Version gibt es inzwischen auf GitHub.
BTW: die Variblen mit dem Präfix onepage_ sind eigentlich zur Manipulation per template.htm gedacht. Es macht ja keinen Sinn immer eine JS-Datei in das Template zu legen, nur weil z.B. ein Top-Offset nötig ist. Bestimmte Einstellungen sollte der Templateautor festlegen, damit alles wunschgemäß funktioniert. Diese Möglichkeit sollten wir im Original-JS auch noch berücksichtigen.
Die Definition geht in der template.htm, vor dem schließenden Body-Tag, mit einem kleinen Skript-Block nach folgendem Schema:Die vordefinierten Werte werden dann automatisch überschrieben.Code: Select all
<script> var onepage_customOffset = 40; </script>
[...]
Übrigens:
Die Werte über das Template zu ändern, das hatte ich (vorschnell) verworfen, da das Skript ja immer am Ende - also nach dem eigenen Skript - eingefügt wird und somit die Werte überschreiben täte. IRRTUM!
Hätte ich genauer hingesehen, hätte ich bemerkt, dass du prüfst, ob der entsprechende Wert "undefined" ist - und nur dann wird der Wert aus dem Skript genommen: Sehr gut!
In meinen ersten Versuchen, hatte ich in onepage.js ganz oben einen Konfigurations-Bereich eingefügt, damit die veränderbaren Werte etwas leichter zu finden sind - also übersichtlicher. Das scheint mir aber gar nicht mehr nötig: Wer ein eigenes Skript einbaut, wird die entsprechenden Stellen auch finden.
Eigentlich könnten alle Konfig-Optionen (inkl. toggleTopLink-Startposition) in das Template wandern. Da bleibt das Skript im Originalzustand
Re: Onepage_XH: (s)doc(s)
Korrektur:
Die Fehlermeldung war zwar weg - aber dafür funktionierte das gesamte Menü nicht mehr, sobald man eine XH-Seite aufgerufen hatte (Seiten, Plugins, Einstellungen ...).
Re: Onepage_XH: (s)doc(s)
Ein weiteres Problem:
Im Vorschau-Modus greift "onepage_customOffset" nicht???
Ich formuliere das als Frage, weil ich mir nicht sicher bin, ob ich durch die vielen Versuche bei mir nicht irgendwas zerstört habe.
Im Vorschau-Modus greift "onepage_customOffset" nicht???
Ich formuliere das als Frage, weil ich mir nicht sicher bin, ob ich durch die vielen Versuche bei mir nicht irgendwas zerstört habe.
Re: Onepage_XH: (s)doc(s)
Aber nur fhs_adminmenu, oder? Da ist es mir sofort aufgefallen. Aber mit meinem Test-Template konnte ich das XH-Admin-Menü nutzen und z.B. auch die jQuery-Version ändern usw.
Ich habe nun wirklich nicht viel getestet, aber bei mir, mit angepasstem op_Ihavadream - Template hat es im Vorschaumodus funktioniert . Ich bin mir nur unsicher, ob ich es überhaupt als Nicht-Admin noch einmal getestet hatte. Aber ich sehe auch nicht, warum das einen Unterschied machen sollte.
Vielleicht macht es Sinn, wenn du mit einem anderen (einfachen) Template gegenprüfst?
Re: Onepage_XH: (s)doc(s)
fhs_adminmenu hatte ich schon gestern "verbannt". (Hat ja keinen Zweck. [hat nichts mit lck zu tun ])
Ich meine auch nicht das Adminmenü, das nicht bedienbar wäre, sondern das onepage_toc()-Menü rechts.
Das ist auf jeden Fall ein sinnvoller Vorschlag (den ich aus Faulheitsgründen ständig verdrängt habe).
Mache ich und melde mich dann wieder.
Welches OP-Template soll ich nehmen?
Re: Onepage_XH: (s)doc(s)
Ich habe bis jetzt immer mit einer angepassten Variante von Ludwigs "I Have a Dream" - Template getestet. Halt historisch bedingt, wegen hier.
Re: Onepage_XH: (s)doc(s)
Kann ich bestätigen, aber nur wenn man die Variable in der template.htm im Bereich unterhalb/innerhalb einträgt von:
Code: Select all
<script>
jQuery(document).ready(function ($) {
...
});
</script>
„Bevor du den Pfeil der Wahrheit abschießt, tauche die Spitze in Honig!“ Ludwig's XH-Templates for MultiPage & OnePage