Ja das wäre etwas aufwendig, weil man den Part des Plugins irgendwie neu schreiben und vielleicht sogar einen neuen hook erfinden müsste. Der Winter ist ja noch lang ... Mir ist neulich beim durchschauen nicht so recht was dazu eingefallen. Abe du kannst dich gern daran versuchen!
Auf alle Fälle wäre die Form-Klappbox Methode sehr viel schneller zu erledigen.
Beat am |
räusper... frevel... Ich habe jetzt einfach mal den hook "entries_footer" in der entries.tpl von ganz unten nach oben, zwischen den letzten Kommentar und den Titel "Kommentar schreiben" geschoben. Das scheint soweit zu funktionieren.
Mir ist bewusst, dass ich keine Ahnung habe, was sonst noch alles über diesen Hook kommen kann. Das ist sicher eine Bastellösung, doch für mich würde es soweit passen.
Beat am |
O.K. Sobald man auf einen Beitrag stösst, wo Kommentare abgeschaltet sind oder moderiert werden, dass dann das "nächster/vorheriger Beitrag"-Plugin den Kürzeren zieht und nicht mehr angezeigt wird,
Ist also wirklich eine -wenig sinnvolle- Bastellösung.
Wenn ich mir das so recht überlege, müsste das doch ganz easy sein - Schau mal in die entrypaging Plugin Optionen und lies dir mal durch was da in dem README_FOR_SMARTY_TEMPLATING steht. Damit und mit der Platzierung Smarty Ausgabe solltest du du doch deine paging Ausgabe selber genau platzieren dürfen.
Beat am |
*ganz easy* klingt gut! Ich werde mich mal dahinter klemmen...
PS: hast Du weiter oben gesehen, das _unterstrichene Wörter_ eben nicht unterstrichen werden?
Beat am |
*HA!* Jetzt funktioniert es! Wie nennt man das? _Demo-Effekt?_ < oder doch nicht?
Hier hat es nicht geklappt: https://www.blog.dokumenzi.ch/index.php?url=2586-Koennte-man...-Button-fuer-Kommentar-schreiben.html&serendipity[csuccess]=true#c5596
Das ist das s9ymarkup Plugin. Ein Dinosaurier unter den Plugins (vom Alter her gesehen).
Ich bin - soweit ich erinnere - in meiner Serendipity Historie auch schon mal darüber gestolpert und habe dann Tests gemacht, aber ich konnte damals nicht herausfinden was die genaue Ursache für den hickup war...
Das preg_replace schaut nach \b\s_(+alles was dazwischen und sogar mit Zeilenwechsel+)_\s\b und umkleidet das gematchte mit html u tags.
\b dedeutet: Match a word boundary und \s bedeutet: Match a whitespace character.
Um zu sehen was ich mein(t)e (und mit der 2. Lösung mit den Pfeilen) habe ich das damals sogar in Sliver eingebaut.
Also mit entrypaging smarty und mit theme sliver solltest du sehen können wie es aussehen kann.
Beat am |
Muss ich dafür auch das Event-Plugin "serendipity_event_smartymarkup" installieren?
Nee, das war ein Kommentar zum entrypaging mit Smarty.
Ich habe inwischen mal eine Lösung ausprobiert:
{if $is_single_entry AND NOT $is_preview AND NOT empty($smarty_entrypaging)}
<div id="serendipity_smarty_entrypaging">
{if NOT empty($pagination_prev_link)}
<div class="smarty_pagination_left"><a href="{$pagination_prev_link}" title="{$pagination_prev_title}"><svg viewbox="0 0 100 100"><path class="arrow" d="M 50,0 L 60,10 L 20,50 L 60,90 L 50,100 L 0,50 Z" /></svg> {$pagination_prev_title}</a></div> |
{/if}
{if NOT empty($pagination_next_link)}
<div class="smarty_pagination_right"><a href="{$pagination_next_link}" title="{$pagination_next_title}">{$pagination_next_title} <svg viewbox="0 0 100 100"><path class="arrow" d="M 50,0 L 60,10 L 20,50 L 60,90 L 50,100 L 0,50 Z" /></svg></a></div>
{/if}
</div>
{/if}
{if $is_single_entry AND NOT $is_preview}
{if $CONST.DATA_UNSUBSCRIBED}
An die Stelle im entries.tpl vor dem if is_single entry (siehe code) und im entrypaging auf Smarty stellen und in die user.css das hier kippen:
Ersetze mal im s9ymarkup plugin ca Zeile 123 mit diesem Versuch hier. Das arbeitet schon mal zuverlässiger (wenn auch nicht bei Satzzeilen die mit Unterstrich beginnen und bei Unterstrich enden).
Oh gerade gemerkt. Das Leerzeichen zwischen svg und $pagination_prev/next_title Variablen ist widersinning. Bitte in beiden Fällen löschen. Wir sind in einem (unterstrichenen) Link und der Browser setzt diese besser automatisch ohne das dann angewandte Leerzeichen zu unterstreichen.
Ich habe gerade etwas sehr merkwürdiges bemerkt. Manche deiner comment footer "Link" URLs sind völlig falsch und verweisen auf meine Styx homepage mit angehängtem comment ID Anker, statt auf dieses Blog.
Sieht deine comments auf Zeile 22 genauso aus wie diese Originaldateizeile?
github . com /ophian/styx/blob/master/templates/pure/comments.tpl#L22
Oder hast du vielleicht sogar eine pure-beat comments.tpl die eventuell falsch ist?
Forget it. Riesenfehler meinerseits. Fixe ich morgen.
Beat am |
Ich habe jetzt einfach genau das gemacht, was Du geschrieben hast (ohne wirklich zu wissen, was ich mache).
Beat am |
Das habe ich jetzt nur für Dich getan! Mir persönlich ist es nämlich ziemlich schnuppe ob in Kommentaren Worte unterstrichen werden oder nicht Das hat in 14 Jahren noch kein einziger Kommentarschreiber in meinem Blog genutzt.
Sieht doch schon besser aus als vorher - siehe auch die anderen zT. vorher erfolglosen Versuche.
Beim letzten verschluckt er sich und das hat was mit \b = \w & \W (also word-boundaries) zu tun (das entzieht sich irgendwie meiner bildhaften Vorstellung was da wirklich im Hintergrund wie abläuft).
Ian Styx am |
Auf alle Fälle wäre die Form-Klappbox Methode sehr viel schneller zu erledigen.
Beat am |
Mir ist bewusst, dass ich keine Ahnung habe, was sonst noch alles über diesen Hook kommen kann. Das ist sicher eine Bastellösung, doch für mich würde es soweit passen.
Beat am |
O.K. Sobald man auf einen Beitrag stösst, wo Kommentare abgeschaltet sind oder moderiert werden, dass dann das "nächster/vorheriger Beitrag"-Plugin den Kürzeren zieht und nicht mehr angezeigt wird,
Ist also wirklich eine -wenig sinnvolle- Bastellösung.
Ian Styx am |
Beat am |
PS: hast Du weiter oben gesehen, das _unterstrichene Wörter_ eben nicht unterstrichen werden?
Beat am |
*HA!* Jetzt funktioniert es! Wie nennt man das? _Demo-Effekt?_ < oder doch nicht?
Hier hat es nicht geklappt: https://www.blog.dokumenzi.ch/index.php?url=2586-Koennte-man...-Button-fuer-Kommentar-schreiben.html&serendipity[csuccess]=true#c5596
Ian Styx am |
Ich bin - soweit ich erinnere - in meiner Serendipity Historie auch schon mal darüber gestolpert und habe dann Tests gemacht, aber ich konnte damals nicht herausfinden was die genaue Ursache für den hickup war...
Das preg_replace schaut nach \b\s_(+alles was dazwischen und sogar mit Zeilenwechsel+)_\s\b und umkleidet das gematchte mit html u tags.
\b dedeutet: Match a word boundary und \s bedeutet: Match a whitespace character.
Ian Styx am |
Beat am |
Ian Styx am |
Also mit entrypaging smarty und mit theme sliver solltest du sehen können wie es aussehen kann.
Beat am |
Ian Styx am |
Nee, das war ein Kommentar zum entrypaging mit Smarty.
Ich habe inwischen mal eine Lösung ausprobiert:
An die Stelle im entries.tpl vor dem if is_single entry (siehe code) und im entrypaging auf Smarty stellen und in die user.css das hier kippen:
Beat am |
Ian Styx am |
Und wie wäre das?
Beat am |
Habe einzig den Abstand gegen oben etwas reduziert. Simmt das so?
margin: 0 2em 2em;
Ian Styx am |
Ersetze mal im s9ymarkup plugin ca Zeile 123 mit diesem Versuch hier. Das arbeitet schon mal zuverlässiger (wenn auch nicht bei Satzzeilen die mit Unterstrich beginnen und bei Unterstrich enden).
Ian Styx am |
Ian Styx am |
Sieht deine comments auf Zeile 22 genauso aus wie diese Originaldateizeile?
github . com /ophian/styx/blob/master/templates/pure/comments.tpl#L22
Oder hast du vielleicht sogar eine pure-beat comments.tpl die eventuell falsch ist?
Ian Styx am |
Beat am |
Beat am |
Ian Styx am |
Beim letzten verschluckt er sich und das hat was mit \b = \w & \W (also word-boundaries) zu tun (das entzieht sich irgendwie meiner bildhaften Vorstellung was da wirklich im Hintergrund wie abläuft).
Ian Styx am |
Beat am |