Beiträge

Hallo.

@hausl78:
Ich werde mich mal an ein Update wagen. Alleine die farblich abgehobene Syntax im Editor klingt ja schon verlockend, und außerdem gibt's da noch einen selbstgepfriemelten Plugin-Workaround, den ich wohl nur mit einem Update wieder auf Linie bringen kann. Ich weiß nur noch nicht genau, wann ich dazu komme. Ich melde mich in jedem Fall zurück.

@rolinux:
{TermContent|...} in Verbindung mit [include|] scheitert in meinem Fall hartnäckig. Ich hatte mir schon so etwas gedacht, weil Du ja bereits in einem anderen Thread [include|] mit einem CountDown-Plugin verwenden wolltest und mit dem neuen Plugin anscheinend problemlos fündig wurdest.

Danke Euch erst mal, und ich melde mich wieder.

LG, LemonFolder

[[include|]]

Hallo,

leider nicht. Es funktioniert mit allem, aber nicht in Verbindung mit [include|].

Ich hatte auch schon vergeblich versucht [include|] in ein [html|]-Element zu verschachteln/zu verstecken.

Sobald ich [include|] in den Ergebnis-Feldern des Elements {TermContent|...} verwende, hat es den Anschein, als ergebe jedes der drei möglichen Ergebnisse 'true' (ErgebnisWährend, ErgebnisDavor, ErgebnisDanach), und die verwendete Syntax des {TermContent|...}-Elements bleibt um die Ergebnisse drum herum stehen, als wäre es meine Absicht, es explizit darzustellen.

LG, LemonFolder

[[include|]]

Hallo hausl78.

Im Grunde genommen ist es schon so, wie Du es darstellst. Die im ersten Moment sicherlich merkwürdig eingeteilten Quartale sind mit dem Schuljahr schnell erklärt. Es ist eine Schulhomepage, und das Schuljahr beginnt im September. Der Vollständigkeit halber hier die fünf Inhaltsseiten der Kategorie Termine:

• Termine – (normal)
• Quartal_1 – (versteckt)
• Quartal_2 – (versteckt)
• Quartal_3 – (versteckt)
• Quartal_4 – (versteckt)

In der Inhaltsseite Termine verweise ich derzeit mit [include|] auf das z.Zt. aktuelle Quartal (versteckte Inhaltsseite). Zwischen den Quartalen lässt sich dann mit Links auf die vorangehende bzw. nächste versteckte Inhaltsseite (Quartal) navigieren. Ich bin gar nicht so weit gekommen, alle Quartale wie in Deinem Beispiel aufzulisten, weil ich bereits beim Testen der Syntax in Verbindung mit [include|] auf das geschilderte Problem stieß.

LG, LemonFolder

[[include|Quartal1]]

Hallo,
ich nutze die moziloCMS Version 1.12.beta4 ("Amalia") Revision 866. Ich habe in einer Kategorie "Termine" eine normale Inhaltsseite "Termine" und vier versteckte Seiten für 4 Quartale, also für jedes Quartal eine. In der normalen Inhaltsseite "Termine" habe ich im ersten Quartal [include|Quartal1] stehen. Zu Beginn des 2. Quartals ändere ich es manuell in [include|Quartal2] usw.
Nun habe ich hausl78's Plugin "TermContent" entdeckt. Gefreut, heruntergeladen, entpackt, hochgeladen, mich mit der Syntax vertraut gemacht und nochmal gefreut. Aber: Das Plugin funktioniert bei mir mit einer einzigen Ausnahme: Das [include|]-Element.
Beispiel:

Code Auswählen Erweitern

{TermContent|2012-12-01|2013-02-28|[include|(Dezember, Januar, Februar)]|[include|September, Oktober, November]|[include|März, April, Mai]}
Das Ergebnis sieht aus, als hätte ich in der Mozilo-Sytax bewusst folgende Inhaltsseite erstellt:

Code Auswählen Erweitern

^{TermContent^|2012-12-01^|2013-02-28^|
[include|(Dezember, Januar, Februar)]
^|
[include|September, Oktober, November]
^|
[include|März, April, Mai]
^}
Mozilo bzw. das Plugin zeigt also (heute, 10. Okt. 2012) alle drei Quartale (versteckte Inhaltsseiten) an und entfernt die TermContent-Syntax anschließend nicht. Die drei [include|]-Elemente an sich werden wie gewohnt abgearbeitet.

Wer weiß Rat? Danke!

LG, LemonFolder

Hallo maiemi.

Danke für die Antwort.

Die Angabe der Mozilo-Version hatte ich vergessen.    Es ist bei mir jedoch auch diese: 1.12.beta4 ("Amalia"), Revision 866
Auch die Versionen von Ankerlink und Individuelle Anker sind identisch.

Die Ankerlinks auf derselben Seite haben bei mir sofort ohne Zutun funktioniert. Ich nutze aber auch kategorie-übergreifende Ankerlinks mit 3 Parametern (s.o.), und nur bei denen trat das Problem auf.

Seiten-übergreifende Ankerlinks innerhalb derselben Kategorie (Ankerlink mit zwei Parametern) habe ich bei mir (noch) nicht und habe diese daher auch noch nicht getestet.

LG, LemonFolder

[Aber:]

Hallo.

Ich nutze das "Anker-Link"-Plugin (Version 1.0.2010-09-29) in Verbindung mit dem "Individuelle Anker"-Plugin.

Ich habe in Inhaltsseiten Links auf Anker nach folgendem Muster gesetzt:

Code Auswählen Erweitern

{ankerlink|Kategorie|Seite|IndividuellerAnker}Mozilo erzeugt damit Links nach diesem Muster:

Code Auswählen Erweitern

http://www.doamin.tld/index.php?cat=Kategorie&page=Seite#a_IndividuellerAnkerNun bin ich zu einem neuen Provider umgezogen, der "mod_rewrite" unterstützt, und habe "mod_rewrite" auch aktiviert. ".htaccess" ist entsprechend angepasst.

Durch "mod_rewrite" werden nun auch URLs wunschgemäß mit diesem Muster generiert:

Code Auswählen Erweitern

http://www.doamin.tld/Kategorie/Seite.htmlAber:
Das "Anker-Link"-Plugin erzeugt bei aktiviertem "mod_rewrite" nun Anker-Links mit diesem Muster:

http://www.doamin.tld/Kategorie/index.php?cat=Kategorie&page=Seite#a_IndividuellerAnker

Da es aber den Ordner "Kategorie/" im Wurzelverzeichnis nicht gibt, läuft der Link ins Leere. (Mal abgesehen davon, es gäbe eine Kategorie namens "admin".    )

Richtig wäre:

Code Auswählen Erweitern

http://www.doamin.tld/index.php?cat=Kategorie&page=Seite#a_IndividuellerAnker(Das "Anker-Link"-Plugin erzeugt mit/ohne "mod_rewrite" immer Links mit der index.php plus Parametern. Es wertet also die MOZILO-Einstellung "mod_rewrite" nicht aus.)

Nun bin ich mir nicht sicher, ob ich generell irgend etwas falsch konfiguriert habe.

Einstweilen behelfe ich mir mit einer kleinen Ergänzung in der "/plugins/ankerlink/index.php" des "Anker-Link"-Plugins:
Ich habe in den Zeilen 71 und 75 die Zeichenfolge "../" an gekennzeichneter Stelle bei mir eingefügt.

Z71:

return "<a href="../index.php?cat=$catparam&amp;page=$pageparam$anchor" class="plugin_ankerlink" title="Springe zu Absatz &quot;".$anchorparam."&quot; auf Seite &quot;".$subparams[$subparamcount-2]."&quot; in Kategorie &quot;".$subparams[$subparamcount-3]."&quot;">$linktext</a>";

Z75:

return "<a href="../index.php?cat=$CAT_REQUEST_URL&amp;page=$pageparam$anchor" class="plugin_ankerlink" title="Springe zu Absatz &quot;".$anchorparam."&quot; auf Seite &quot;".$subparams[$subparamcount-2]."&quot;">$linktext</a>";

Auf diese Weise wird – ob mit oder ohne "mod_rewrite" – ins übergeordnete Verzeichnis verwiesen. Im Zweifel geht's ja nicht höher als das Wurzelverzeichnis, wo ja die index.php sowieso steht.

Seitdem funktioniert's wieder, und zwar bei aktiviertem oder deaktiviertem "mod_rewrite".

LG, LemonFolder

Gibt's. Das habe ich bereits vergeblich gemacht. Häkchen ist gesetzt.

Ich habe bereits unter Einstellungen das Häkchen bei "Emoticons ersetzen" entfernt und wieder gesetzt. ... Ohne Besserung.

[Das eigentliche/ursprüngliche Problem ist damit behoben.]

Ich habe die Smileys.php nun gegen die aus 1.12beta4 ausgetauscht. Das eigentliche/ursprüngliche Problem ist damit behoben.

Aufgefallen ist mir dennoch, dass dieses Problem im [datei]-Tag zunächst nicht behoben schien. Ich konnte es aber beheben.
Dazu erst ein kleiner Auszug meiner smileys.conf:

Code Auswählen Erweitern

...
zwinker = ;)
arrow-up-brown = :arrow-up-brown:
...
download = :load:
Ich hatte vormals dies [datei=... :load: |...]
und habe es erfolgreich dahingehend verändert [datei=... :download: |...]

und alle anderen Original-Smileys werden auch nicht mehr als Grafik interpretiert. :zwinker: usw. werden hingegen interpretiert!
Es scheint also so zu sein, dass ab Version 1.12beta4 die Smileys nur noch mit Dateinamen ohne Suffix inkl. vor- und nachgestelltem Doppelpunkt interpretiert werden. Was also in der smileys.conf rechts vom =-Zeichen steht, scheint gegenwärtig bedeutungslos zu sein.

Grüße, LemonFolder

Wow! Schon 'n Fix?
Leider kam und komme ich heute nicht mehr dazu.  Ich werde es auf jeden Fall testen und berichten.
Danke und Grüße, LemonFolder

Dass Emoticons nicht erscheinen, beschränkt sich leider nicht nur auf den Anker-Link, sondern auch auf den Tag [datei=...|...]. Das habe ich heute erst festgestellt.    Weitere Tags hab' ich nicht getestet, bzw. fallen mir (noch) nicht auf. Mein Thread gehört daher vermutlich gar nicht in die Rubrik "Plugins".

Ich werd's voraussichtlich über "eigene Syntax-Elemente" unter "Einstellungen" lösen. Vielleicht kommt ja auch 'ne neue Beta bis ich selbst mit allem soweit bin.  

Trotzdem danke!

[1.12beta4]

Hallo!
Da ich neu bin, möchte ich mich kurz vorstellen. Ich bastele derzeit eine neue HP für eine Schule als Ersatz für die alte statische und bin damit noch im Entwurfsstatus. Ich bin überwiegend sehr begeistert von MOZILO, habe mit 1.12beta3 angefangen und da ich am Toggle-Plugin an ein Problem gestoßen bin, habe ich gestern ein Update auf 1.12beta4 gemacht. Jenes Problem war damit behoben.

Nun aber habe ich ein Problem mit dem ankerlink-Plugin in Verbindung mit Emoticons, das ich unter 1.12beta3 noch nicht hatte.

In einer Inhaltsseite möchte ich nach jeder Bildergalerie einen Anker-Link anbieten, um ohne zu Scrollen schnell wieder nach oben zu kommen. Dazu habe ich folg. Code unmittelbar nach jeder Galerie vorgesehen:

Code Auswählen Erweitern

[rechts|{ankerlink|Nach oben? :arrow-up-brown: ||#top}]Die Ausgabe sieht aber leider so aus:

Nach oben? :arrow-up-brown:

Der Ankerlink funktioniert, aber das Smily/Emoticon wird seit dem Update nicht mehr interpretiert. Außerhalb eines Ankerlinks wird :arrow-up-brown: als Grafik richtig interpretiert.
Ich habe bereits unter Einstellungen das Häkchen bei "Emoticons ersetzen" entfernt und wieder gesetzt. Ich habe auch das Ankerlink-Plugin gelöscht und wieder installiert. Ohne Besserung.
Einzig der Einbau eines beliebigen, aber an sich unnützen Elements bringt Besserung. Bsp.:

Code Auswählen Erweitern

[rechts|{ankerlink|Nach oben? [fett|:arrow-up-brown:] ||#top}] Da ich aber darauf hinarbeite, dass jemand aus der Schule damit umzugehen lernt, ist dieser Workaround nicht gerade förderlich.

Ich sag schon mal danke.

LG, Andreas