Interne Links zu erstellten Seiten. Wo finde ich diese?

Moin!
Genau das dachte ich mir auch mal vor längerer Zeit :-). Daraufhin hatte ich das Modul linktocontent geschrieben (allerdings für TinyMCE). Mittlerweile habe ich das Modul an einen neuen Entwickler übergeben und es soll wohl auch mit dem FCKEditor zusammen funktionieren (siehe hier).

hth,

 Stefan

hallo stefan

danke fürs feedback.
Hm, wenn ich das richtig sehe ist die version mit dem FCK nicht wirklich fertig und erprobt. Es ist auch nicht ersichtlich ob die Version für Drupal 6.5 geht?
Gibt es wirklich nichts anderes, das muss doch das A & O eines CMS sein???

Sonic

Moin!
So mit "Auswählen und Klicken" gibts da nach meinem Kenntnisstand nicht wirklich eine Alternative. Es gibt da ein Modul (Name gerade entfallen), wo man die Verweise über einen Filter setzen kann.
Z.B. [1:Startseite] generiert einen Link zur node mit der Id 1 und "Startseite" als Beschriftung, [artikel_317:Test] generiert einen Link zur Node mit dem Alias "artikel_137" und "Test" als Beschriftung.
Musst Du mal in der Kategorie Filter auf drupal.org/project/modules schauen.

Naja, das würde ja auch einen WYSIWYG-Editor voraussetzen. Der ist jedoch (aus mehreren Gründen) nicht im Core enthalten (und wird es wohl auch in den nächsten Versionen nicht).

hth,

 Stefan

Ein grosser Schwachpunkt m.E.!
Ich muss ja nicht nur an mich denken, sondern auch an Redateure, die das Sytem bedienen sollen...

Da möchte ich dann widersprechen. Für sehr kleine Seiten ist die "Linkauswahl" bestimmt ganz toll. Ab einer bestimmten Größe wird das ganze aber viel zu unübersichtlich.

Denk mal an die Redakteure und nicht an dich. Stell dir mal vor, die angestrebte Seite hat über 1500 Artikel, also Nodes. Diese müssten bei einer Linkauswahl in einer DropDown-Box erscheinen. Hast du dir so eine Box mit 1500 Eintägen schon mal angesehen? Wie willst du denn da noch etwas auswählen?

Wenn ein Artikel gesucht wird, dann geht man auf den Inhalt und bekommt dort alles gelistet. Dann nutzt man noch das von Stefan angesprochene Modul Path Filter und schon hat man für Redakteure etwas, was komfortabler ist.

Aber was reden wir denn, das was gewünscht wird existiert ja schon und nennt sich Link to content. Wenn jemand dies nutzen möchte, muss halt auf den TinyMCE WYSIWYG Editor zurück gegriffen werden.

Da so ein DropDown-Menü immer einen Bezug haben muss, kann nicht erwartet werden das alle Editoren abgedeckt sind. TinyMCE ist doch eine gute Wahl für einen WYSIWYG Editor.

Link to content ist aber für 6.x nicht verfügbar!!!

Schrei hier nicht so rum. Wenn du nicht alles vorgekaut haben möchtest, dann empfehle ich dir diese Seite. Damit kannst du selber das betreffende Modul von Drupal 5 nach 6 konvertieren. Ersatzweise musst du halt ein wenig warten, bis sich ein anderer dazu entschließt, deine Bedürfnisse zu befriedigen. Geplant ist das ja.

Was nutzt du überhaupt Drupal6, wenn du weisst, dass es die Module die du nutzen möchtest dafür nicht gibt? Oder anders ausgedrückt: Warum kaufst du dir einen Daimler wenn du mit einem BMW fahren möchtest?

Naja, das gilt dann freilich generell für alle CMS. Zudem gibts ja noch etwas zwischen kleinen Sites und 1500 Seiten. Ausserdemmuss das ja nicht so organisiert sein, dass alles in einem Drop-Down erscheint.
Und die eine muss ja die andere Möglichkeit nicht ausschliessen.

Ich würde mir wünschen, dass es möglich wäre, auf eine Alias-URL zu verlinken. Wenn ich also einen Inhalt mit der Aliasadresse "loesung" versehen habe, dann möchte ich auch in einem anderen Inhaltselement einen Link über das Wort "Lösung" zum Inhalt "loesung" setzen können.

In Wikis ist das elementar einfach und auch mit HTML ist das leicht über relative Links zu verwirklichen. Ich bin kein Entwickler, aber mir leuchtet nicht ein, wieso das in einem CMS wie Drupal schwierig sein sollte.

Für mich wäre eine grundsätzliche Lösung äußerst wünschenswert. - Solange versuche ich erst einmal mit einem der genannten Tipps weiter zu kommen. Für weitere Hinweise wäre ich aber auch sehr dankbar.

Inzwischen konnte ich feststellen, dass mit dem FCKeditor komfortabel auf interne Inhalte verlinkt werden kann. Ich muss dafür zwar mit einer URL arbeiten, kann dafür aber die Alias-URL verwenden.

Mit http:///aliasname kann ich auf den Inhalt "Aliasname" verlinken.

Merkwürdigerweise hatte dies bei früheren Versuchen so nicht geklappt. Aber jetzt geht es. Und das finde ich wunderbar ;-)

ganz allgemein: die funktionalität ist für normale redakteure eine enorme hilfe + das modul war für die 5er gold wert - danke nochmals an stborchert ...
leider ist die weiterentwicklung für 6 wohl eher am stagnieren ...
ich habe es noch nicht ausprobiert, aber vielleicht hilft jemandem: http://drupal.org/project/tinymce_node_picker

allso vielleicht läuft es nicht nur im tinymce ...

sg ds

Hallo,
ich möchte diesen schon lang nicht mehr diskutierten Thread noch einmal in Erinnerung rufen und frage, ob sich etwas hinsichtlich der Lösung der in diesem Thread angesprochenen Fragen getan hat. "sonic2008@drupal.org" hat ja seinerzeit wohl nichts Passendes gefunden. Dasselbe Problem habe ich mit einem recht großangelegten, fertigen Projekt, genau wie der Threaderöffner vor einiger Zeit.
Meine Seite läuft unter Drupal 7.7. Alles funktioniert stabil - insoweit bin ich mit Drupal sehr zufrieden. Aber auch mir erscheint es quälend, mich mit rund dreitausend Seitenverlinkungen herumschlagen zu müssen; eine passable Lösung habe ich nicht für meine Arbeit gefunden.

Hat sich da in den vergangenen drei Jahren etwas geändert? Oder habe ich ein einsatzfähiges Tool nicht entdeckt?

Oder anders gefragt: Gibt es ein Modul, mit dem man bestehende Seiten der Website mit einem Klick im Editor-Text verlinken kann?
(Anmerkung: Bei mir existieren bis jetzt achtzehntausend Links mit Ankern in der Website, was durch die Stichwortverlinkungen eine so hohe Zahl ergibt ...einer Enzyklopädie im Aufbau. Die Arbeit an ihr wird immer schwieriger!)

Grüße aus Berlin ==> Drupi

Ich finde das auch sehr spannend, hatte aber bisher noch keinen Bedarf.
Vielleicht könnte mal jemand ausdeutschen, wie genau das Tool funktionieren sollte? (Ein DropDown
scheint mir eine zu simple/komische Lösung).

@DrupiDino: was genau müsste das Tool tun, um präzis das zu tun, was Du brauchst?

Na Bravo!
Ein Mitstreiter !

Als ein

LinkKabinett

DropDown käme da nicht in Frage; überleg mal, wie lang das Ausklappen der Menüleiste werden würde :)))

Scrollfenster mit Jugglerfunktion

Es sollte eine Art Jugglerfunktion haben, in der alle Links, die eingegeben werden, scrollbar sind => Scrollfenster.
Wenn das Ganze nicht zu breit gerät, kann man es ständig auf einer Vertikalseite auf dem Screen geöffnet halten, während man arbeitet.
Dann könnte man es ähnlich einsetzen wie beispielsweise den "Adobe Type Manager" früher im Typografiebereich.
(Falls Du ihn nicht kennst, Leda ...mit dem klickte man Schriftschnitte auf dem Mac an)

Google mal nach "...ATM..." oder "...Type Manager..." - dann siehst Du, was ich meine.
Heute gibts die nicht mehr; sind überflüssig geworden.

So ein Type Manager war früher in die Toolbar implementiert, vielmehr in das Horizontalmenue.
... ...muss aber nicht sein. Ein Ordner, der auf dem Desktop geöffnet wird, und um dessen schmale Fensterbreite man das Drupalenster verkleinert, würde bei den großen Screens, mit denen man heute umgeht, völlig ausreichen.
Ahnlich verfahre ich nämlich zur Zeit. Aber es ist nur ein dürftiger Ersatz.

Automatisches Einfügen der Linkadresse in das HTML Dokument

Alle Links habe ich als Ordnerbeschriftungen in diesem "Ersatz"-Juggler und scrolle in diesem Ordner nach dem Link (= Dokumentennamen), den ich dann allerdings erst herauskopieren muss, um ihn im node oder im Block an der gewünschten Stelle einsetzen zu können.
Und hier ist die "Tücke des Objekts"
Wenn man 40 oder 50 Links setzen muss, schleichen sich die Fehler ein.
Grund hierfür ist, dass man mit dem Curser dauernd aus dem Dokument raus muss in das Fenster dieses "Ersatz"-Jugglers wegen des Kopiervorgangs. Und dann wieder zurück an die Stelle, wo man die Linkadresse einsetzen will.

Würde das automatisiert gehen, wären Fehler ausgeschlossen - und man spart ja darüberhinaus viel Zeit mit so einer Automatisierung.

Mit solch einer Ordnerstruktur sind meine Linkmengen kein Problem. Aber der Kopiervorgang ist der Haken an der Sache.
Übrigens kann man mit solch einer Ordnerlösung -wie ich das momentan auch bewerkstellige- ganze Linkkabinette anlegen.

Wenn man das so konstruieren könnte, dass man den erjuggleten Link nur noch anklickt und er wird mit dem Anklicken im offenen Editor in dem Dokument an der Stelle verzeichnet, wo ich den Link setzen will, wäre es eine ungeheure Erleichterung.
Für große Sites und Projekte würde man mit solch einem Funktionstool ungleich komfortabler arbeiten können!
Insbesondere deshalb, weil möglichst viele Querverlinkungen innerhalb der Site eine bessere Rankingchance in den Suchmaschinen erbringt, wenn man über tausend Seiten hat, von denen einige ansonsten schlecht optimierbar sind, würde ein solches Tool erheblich zur SEO beitragen.

Es geht doch sicher vielen, die größere Projekte haben, ähnlich wie mir: Wenn man fünfzig neue Seiten angelegt hat überlegt man es sich auf Grund des Verlinkungsaufwands ansonsten zweimal, ob man die Seiten nun auch im Text noch querverlinken soll oder nicht. Mit der Automatisierung wäre das gar keine Frage mehr, auch nur im Geringsten darüber nachdenken zu müssen.

"OffLine LinkKabinett" wäre ein guter Name für solch ein "externes" Modul, falls jemand hier Interesse hat, so etwas auf die Beine zu stellen. Im Grunde ist es ja eine Offlinelösung (die vielleicht mit ASP programmierbar wäre und auf dem Desktop verbleiben könnte mit direkter Anbindung an Drupal auf dem Server). Und offline belastet es noch nicht mal die Resourcen! Da wüsste dann auch jeder, was damit gemeint ist.

Grüße aus dem verregneten Berlin ==> Drupi

Nachtrag:

@ alle

Arbeitet hier im Forum jemand mit "Visual Basic" oder mit "Pure Basic" ?

externes LinkKabinett

(auf dem Desktop)

Für den müsste es doch ein Klacks sein, so ein Panel zu entwerfen, in dessen Oberfläche man zunächstmal ein scrollbares Fenster, in das man händisch die Linkadressen einfügen kann, einarbeitet, sowie einen Button, mittels dessen Aktivierung die angeklickte Adresse dann im Dokument des Editors erscheint.

LinkLoader

(als Modul in Drupal)

Und dann könnte man sich Gedanken darüber machen (als zweiten Entwicklungsgang), wie man automatisch alle neu eröffneten Seiten in dieses Panel hineinladen kann (um es nicht mehr händisch vollziehen zu müssen).
Das könnte über ein kleines Modul geschehen, in dem diese Seiten (URL-Adressen) gespeichert und abrufbar gemacht werden.

Drupi

http://drupal.org/project/ckeditor_link gibts auch für deine v.6.5

Hallo Cyfrog,

das Tool -ich hab's schon benutzt in der 6er Version- ist leider nicht einsetzbar für meine Zwecke.

Zum ersten scheitert es an der Version. Für die neue Generation Drupal kann man es nicht verwenden.

Eine Weiterentwicklung ist zudem nicht unbedingt sinnvoll, wenn eine Lösung für voluminöse Webseiten geschaffen werden soll. Bei über tausend Seiten wird das Verlinken zum Marathonscroll :(
Bei drei-, viertausend Seiten wird es unkonfortabel und die Konzentration beim Verlinken lässt nach.
Insbesondere für Search Engine Optimization ist aber die Verlinkung alter Seiten bei Themenbezug zu neuen Seiten unerläßlich, wenn man erfolgreich sein will. Nur so hebt man die alten Seiten wieder ins obere Ranking der Engines, indem man sie aus der Indizierung der Suchmaschinenalgoritmen herausholt. Deshalb macht professionelles Verlinken nur dann Sinn, wenn man systematisch zum Altbestand den Bezug neuen Contents über die Verlinkung herstellt; und das sollte man tunlichst kontinuierlich vollziehen.
Unter diesem Gesichtspunkt rückt eine Bewältigung größerer URL Bestände in den Fokus. Man hat sich schliesslich auch noch um viele anderen Sachen zu kümmern und da sollte etwas Komfortabilität bei der Arbeit schon angebracht sein.

Der CKEditor hat nicht die Scrollvarianz, die man hierfür braucht, um schnell und sauber arbeiten zu können. Mit den von mir vorgeschlagenen "Kabinetten" (= Ordnern, in denen die Seitenadressen lagern) hätte man eine flexiblere, nicht so aufgeblähte Auswahlmöglichkeit aus übersichtlich, nach individuellen Anforderungen anpassbaren Linkadressenzusammenstellungen.
Nutzbar für kleinere und mittlere Seiten (die haben nur wenige Ordner) und anpassbar für große Seiten (die haben dann entsprechend mehr)
Auch ist vorstellbar, dass Seiten mehrfach gelagert werden, wenn sie in verschiedenen Kontingenten zugleich zugriffsfähig gemacht werden sollen. Das zum Beispiel ist sinnvoll bei Mehrfachkategorienbelegungen, wenn ein Begriff, der verlinkt werden soll, verschiedenen Thematiken angehört.

Scrollvorgänge von mehr als fünfhundert Seiten halte ich bei großen Projekten für unzumutbar, wenn man da schnell und noch sauber arbeiten will. Und genau dies ist bei dem CKEditor der Fall.
Also abgesehen von der Inkompatibilität der Version ist er zudem für große URL Adressenmengen nur ein Vehikel, wenn viel verlinkt werden soll.

Drupi

Vermutlich würde ich das folgendermassen andenken:

- Zunächst müsste man eine View mit exposed Filters machen, welche irgendwie gescheit die gewünschten Links anzeigt. Dies in einem Block neben dem Editor.
- Mit Drag&Drop soll man den Link in den Editor ziehen können.

Ich schlage mich momentan mit einem ähnlichen Problem herum...

Leda, der Grund, Dein Problem direkt in Drupal zu lösen hängt sicher damit zusammen, dass es User sein sollen, die auf Deine Site zugreifen und die Links für die in Deinem Beispiel aufgeführte Mahlzeitzusammenstellung aktivieren und so ein Ergebnis erzielen sollen.

Stimmts?

Drupi

Genau, und damit liege ich bei Deinem Problem falsch, nicht wahr? Deine Link-Sammlung liegt Clientseitig - OK. War ja auch nur eine Frage, ich lerne jedenfalls immer gerne dazu :-)

Hoffe, Du findest eine Lösung!

Also es ist wie folgt:
Über tausend Seiten bearbeitet man lieber "unten" am PC.
Über dreitausend erst recht.

Die Seiten liegen "oben" auf dem Server (logischerweise).
Da sind sie verlinkt (wo auch sonst? :)

Aber der Komplettbestand liegt auch bei mir auf dem PC.
Mit den Linkadressen (was ich der Übersicht und der Bearbeitung willen jedem empfehlen kann, wenn die 10.000 überschritten werden!) zusammen.

Also: "unten" wird alles komplett textbearbeitet und illustriert und "oben" kann man sich das fertige Produkt (Begriffseite) dann anschauen (User).
- Sammlung wird unten fertig bearbeitet und hochgeschoben
- Sammlung wird "oben" verlinkt (über einen Editor, der mit der Linkliste gefüttert wird)
- Sammlung kann vom User nur betrachtet werden (keine Schreibrechte)

Jede "unten" auf dem PC bearbeitete Seite (node) schiebe ich nach vollständiger Illustration (unverlinkt) auf ihren Platz.
So habe ich den Gesamtbestand "unten" auf dem PC - zur Sicherheit und zur komfortablen Bearbeitung.
Der User (bei mir Leser) kann auf die Node nicht zugreifen. Er sieht nur, wie sie -von Blocks umgeben- als Komplettseite auf dem Screen erscheint.
Da es keine schreibenden User bei mir gibt, sondern nur Leser, ist alles eigentlich recht unkomplziert (zumindest strukturell)
Der User kommt (meist durch Suchmaschinenzugriff) auf einen Begriff und surft über die Stichwortlinks zum Artikel durch ein Thema, über das er sich informieren will.
Hier liegt jetzt die Chance, ihn durch Querverlinkungen auf suchmaschinenseitig indizierte Seiten zu leiten - genau wie die Bots der Suchmaschinen selbst. Und hier setzt die Arbeit an, die ich erleichtert bekommen muss!

Problem:
Bei dieser Vielzahl an Begriffen in der Enzyklopädie wurde mir die Navigation / Kategorisierung über die Taxo-Funktionen von Drupal (die ansonsten sehr gut sind!) zu eng.
Auch hier ist die Ursache dieses wahnsinnig große Seitenvolumen.
So habe ich mir die Navi selbst gebaut. Mit händischer Kategorienführung!

Und so lässt sich auch die Verlinkungsbearbeitung hinsichtlich des Aufwands ermessen.
Sie ist jedoch notwendig, weil man mit normalen CMS-Modulen zu schnell die Übersicht verliert. So hat in meinem Projekt jeder Begriff bis zu einhundert textbezogene Stichwortverlinkungen - nicht im Text selbst, sondern in einer Stichwortleiste (Sideboard) ...und das bei nun dreitausend Begriffen; täglich kommen neue hinzu.

Und so kommen zigtausende Links zusammen. Da kommt man ohne strukturiertem Content (= Linkcontent!) nicht mehr aus.
Ich kenne allerdings viele ehemalige Nutzer von Drupal, die deswegen auf Wiki Media umsteigen mussten. Die kamen da mit Drupal nicht mehr klar.

Da ist das Verlinkungsproblem = Null, weil alles automatisch vonstatten geht und die Macher von Wiki auf eine lange Zeit der Erfahrungssammlung in Großprojekten zurückblicken können.
Aber Wiki hat dafür andere, nicht zu lösende Schwierigkeiten, wenn man von der Grundstruktur der Software abweichen will.

Es klappt auch alles hervorragend mit meinem Projekt.
Allerdings sollte die Verlinkung nun etwas komfortabler werden, weil die Arbeit sonst ausufert. Es kann keine Lösung sein, dass man mit einem unter den Konkurrenten so dominiererenden CMS wie Drupal nicht die Verlinkung besser umgesetzt bekommt. Da muss ich Sonic Recht geben, der das hier mit Threaderöffnung schon vor drei Jahren erkannt hat.
Und eine befriedigende Antwort ist nicht erbracht worden in der verstrichenen Zeit.

Drupi

Ich hab mir jetzt nicht alles durchgelesen.

Aber für seiteninterne Verlinkungen ist die Lösung meiner Meinung nach:
Pathologic - http://drupal.org/project/pathologic und
Linkit - http://drupal.org/project/linkit (auch Kompatibel zu CKE)

Hallo sTr,

danke, dass Du mir direkt geantwortet hast :)

Ich habe die von Dir benannten Programme bereits verwendett. Da ist leider nicht ersichtlich, inwieweit sie den Anforderungen entsprechen, die ich an solche Programme stelle. Denn auch bei dem Modul "LinkIt" handelt es sich nur um einen "Juggler", der nur über einen einzigen Scroller verfügt ...und der greift dann auf den gesamten Datenbestand zu und listet ihn im Scroll lediglich auf. Selektierte Contentanbindungen sind da nicht vorgesehen. Da kannst Du Dir wahrscheinlich vorstellen, sTr, wie lang der Scroll sein wird, den ich jedesmal durch das Fenster jagen muss, um an eine bestmmte URL Adresse zu kommen; eine einzige URL wohlgemerkt unter Tausenden, die ich da 'raussuche - und das bei 50 Stichworten / p.page auf zwei Dutzend Seiten jeden Tag!
:(
Genau das ist es, was ich ja ändern will. Leichterer, übersichtlicherer Zugriff auf die URLs. Aus selektierten Contenten (inhaltlich, thematisch, chronologisch, kategorisiert, nummeriert, nach Relevanz, nach aktualität, nach Größe usw.)

Im Übrigen sagte ich ja schon, dass sich alle Kombinationen mit dem CKE nicht eignen, weil sie nicht der Version entsprechen, die ich auf dem Server laufen habe. Unter Drupal 7.7. kann man die gegenwärtige Version nicht verwenden.

Trotzdem. Herzlichen Dank für Deine Antwort.

Grüße von Drupi :)

soweit ich weiß, kannst du die views von linkit anpassen, also filter einbauen

Im Grunde genommen kann man ja einstellen, welche Daten von LinkIt angezeigt werden sollen. Folgende Optionen gibt es.

Wichtig ist: Es handelt sich um ein Autocomplete Field. Ich geh im Grunde genommen davon aus, dass der Nutzer weiß, was er verlinken will. Dann gibt es auch keine unendlich langen Listen die er runterscrollen muss. Weiß er das nicht, ist es natürlich keine gute Lösung. Allerdings gibt es dann auch keine gute Lösung wenn die Seite - wie deine - 18000 Nodes hat. Wenn du dann nur auf Basis deiner über 100 Stichwörter pro Node verlinken willst ist es natürlich auch problematisch.

Ob man das LinkIt Field mit Views anpassen kann weiß ich nicht. Wäre aber sicher sinnvoll.

Spontan fällt mir keine bessere Lösung ein. Wahrscheinlich wirst du kein Modul nach deinen Ansprüchen finden, aber mit den Exposed Filters in Views sollte sowas sicher, mit ein wenig Anpassung, umsetzbar sein.

Guten Abend Caw,

danke für den Hinweis.
Ich experimentiere gerade ein wenig mit CKedit und dem tool CKedit link herum.
Eigentlich will ich das Ganze nicht so aufblähen mit den vielen Modulen, weil sie Drupal schwerfällig machen werden, oder?

Ich wusste nicht, dass es zwischenzeitlich eine offizielle CKedit-Version 7.x gibt.
Andererseits benötige ich keinen WYSIWIG Editor, da ich alles in HTML und in CSS schreibe. Es wird mir ganz schwindelig, wenn ich die ganzen Module sehe, die sich da jetzt in meinem Drupal befinden. Zuvor hatte ich nicht einmal alle Core Module (selbst da habe ich Taxonomy, Forum, Books, Comments, Colors und vieles mehr 'rausgeschmissen und Drupal so schlank wie möglich gemacht).

Da ich keine Erfahrung mit einer solchen Modulansammlung habe und hier im Forum (glaube ich) nichts Konkretes darüber steht mal eine Frage:

Wie sehr verlangsamt sich Drupal mit den rund zehn Modulen, die ich da jetzt d'rauf habe?

Macht sich das in erheblichem Umfang bemerkbar? Ist das in Verbindung mit dem hohen Seitenvolumen, das ich verwalte, und auf das zeitweise Viele zeitgleich zugreifen und die Suchfunktionen betätigen könnten,

kritisch für die Stabilität?

Plötzlich verlangt Drupal jetzt PECL-Uploadprogress und weist auf zahlreiche Zusatzmodule hin. Eine Reihe Probleme seien festgestellt worden... ... Also ich habe zuvor monatelang ohne einem einzigen Problem gearbeitet! Aber das lag sicher daran, dass ich den ganzen "unnützen" Kram 'runtergeschmissen habe. Je schlanker die Software ist, desto weniger Probleme macht sie ja logischerweise.
In über einem Jahr war da bei mir bisher kein Statusbericht, obwohl ich über 2000 Seiten mit Grafiken hochgeladen habe.

Naja. Es wird sich schon geben. Erstmal kämpfe ich mich jetzt durch und löse die anstehenden Probleme, die da aufgezeigt werden; es wird sicher ganz einfach zu regeln sein.

Aber vielleicht kann jemand unter uns, der sich hier im Thread verirrt :-) mir sagen, wie sich die ganzen Module auswirken werden, wenn die Zugriffe sich im Web summieren. Hat da jemand Erfahrung?

Hinzugekommen sind... naja. Alles eben was mit dem Editor zu tun hat und mit Linkit. Außerdem noch
Pathologic. Letzteres scheint ganz sinnvoll zu sein.

Grüße aus dem Drupalbastelstudio Berlin ==> Drupi

Ha, Linkit. Gibt immer wieder Module, die man einfach nur übersieht, die aber Probleme lösen, die man schon oft hatte - großartig.