phpwcms Support Forum

Moin phpwcms-Community!

Ich möchte euch ein kleines Modul vorstellen: Anchory.
Anchory befasst sich mit dem kleinen aber feinen Thema der internen Verlinkung. Mit ein paar neuen Replacement-Tags können anhand der Artikel-ID komplette Links generiert werden.

Aber Stopp! Das kann phpwcms doch schon von alleine? Jaein. Du denkst bestimmt gerade an [ ID 23], welcher im groben den selben Gedanken verfolgt.
Die Ausgabe wäre dann href="aid=23.html". Und sollte der Artikel tot sein, erfolgt immer noch die Verlinkung.

Anchory's RTs machen folgende Dinge anders:
- Es wird der 'bessere' "index.php?alias" Link ausgegeben (der je nach Einstellung dann auch zu alias.html gerendert werden kann)
- Tote Links werden weg gerendert. Content-Relevanter Text bleibt erhalten.

Die neuen RTs wären:
[ LINK 23] und [ LINKHREF 23]
Linker Tag generiert ein kompletten link, rechter nur den Pfad.

Das eigentliche Flagschiff des Moduls ist die CKEditor-Injection, welche eine Artikelauswahl im Link-Dialog hinzufügt. Hierdurch wird das potenzial des kleinen Moduls erst richtig ausgeschöpft.


In diesem Sinne wünsche ich allen zukünftigen Anwendern von Anchory viel Spaß beim verlinken.


Weitere Infos und Download:
https://github.com/geckse/phpwcms-module-anchory
http://geckse.de/anchory.html

Das sieht ja gut aus, wird sofort gecheckt

Hab's schon
Dann wollen wir mal schnell testen, was man damit alles anstellen kann ...
DANKE!

sprichtn dagegen das direkt im core zu verankern? @og

geckse wrote:- Tote Links werden weg gerendert. Content-Relevanter Text bleibt erhalten.

Idee: hinterlegen können (optional), was für ein Erklärbär dann bei dem nicht mehr existierenden Link steht, zB (-> dieser Link wurde gelöscht... / Artikel nicht mehr existent / ...)
Oder so.

nameless1 wrote:sprichtn dagegen das direkt im core zu verankern? @og

Als der Verantwortliche würde ich sagen ist die CKEditor Injection nicht sauber genug.

Allerdings hat mir die Schnittstelle von phpwcms aus gefehlt den CKEditor aus einem Modul heraus ein richtiges "CKEditor-Plugin" zuzuweisen.
@og: Da wäre es echt kuhl, wenn man die Ausgabe von "include/wysiwyg.editor.inc.php" nochmal verändern könnte. (Am besten so wie cp_trigger?)
Ich wollte bewusst eine komplizierte Installation vermeiden, die quasi eine Änderung des Benutzers in "template/config/ckeditor" erfordert.


Die neuen Replacement-Tags sind vielleicht da eher geeignet: sie geben ein gutes Muster vor, um ähnliches verhalten für [ ID 23] zu ermöglichen.


@update: Idee finde ich ganz gut. Werde mir da was überlegen.

Ich würde es gerne in den Core integrieren. Finde aber wir brauchen endlich mal eine andere Lösung zum Wählen von Informationen aus dem Seitenbaum. Wenn ich nur etwas Zeit hätte und das "modalisieren" könnte…

…ich glaube ich muss mal wieder nach Berlin fahren.

Und weil es mir gerade in den Sinn kommt, sorry vollkommen OT:
https://www.youtube.com/watch?v=kTn0li1q1O0

Oliver Georgi wrote: Und weil es mir gerade in den Sinn kommt, sorry vollkommen OT:
https://www.youtube.com/watch?v=kTn0li1q1O0

köpenick ist noch besser. geile ton-bild-schranke.

jaja, wollte nicht sofort damit um die Ecke kommen

Dann kann man auch gleich mal eine phpwcms devjam schieben.

Wie würdest du es in den Core integrieren wollen? Als mitgeliefertes Modul oder richtig in den Core verankert?
Die nächsten Tage kommt noch ein größeres Update mit Modulbackend, indem kleinere Einstellungen vorgenommen werden können. zB. die CKEditor Injection deaktivieren. Falls die bei irgendjemanden Probleme macht. Kleinere Fixes sind auch bei. Und praktische Einstellungen, wie zB. für angemeldete Benutzer tote links im FE visuell markiert werden.

richtig, modul ist ineffektiv

dann bereite ich später ein pull-request vor.