Oftmals hat man ähnliche Links, die man immer wieder benötigt, z.B. wenn man auf eine bestimmte Komponente verlinken muss, bzw. Tutorials verlinken möchte. In diesem Fall ist es oftmals nicht sehr praktikabel, dass man für so etwas eine Vorlage anlegt, da in diesem Fall solche Link-Listen lokal sind. Wünschenswert wäre in diesem Fall, dass solche Listen global geführt werden und man wie in einer Art Wiki einem wohldefinierten Namen einen oder mehrere Links zuordnen kann (ggf. getaggt).

Nehmen wir also an, ich möchte einem anderen User die Komponente TDosCommand weiterempfehlen\verlinken, dann könnte ich z.B. [link]TDosCommand[/link] schreiben und im eigentlichen Post würde neben das Wort TDosCommand dann verlinkt auf eine Info-Seite sein, oder mit einem DropDown versehen, wo z.B. etwas das hier stehen könnte:



Auf die Weise hätte man gleich mehrere Vorteile:
1. Man muss nicht immer die gleichen Links raussuchen
2. Man hat wohldefinierte Namen für Links
3. Andere können falsche Links anpassen, bzw. eigene zum Begriff passende ergänzengepflegt werden können
4. Linklisten müssen nicht von jedem eigenständig gepflegt werden.
5. Einmal gesetzte Links können zentral angepasst werden (für Luckie sicherlich interessant )

Bin wie immer auf Meinungen gespannt

Anyone who is capable of being elected president should on no account be allowed to do the job.
Ich code EdgeMonkey - In dubio pro Setting.

Interessante Idee für die Hardcore-Nutzer

Wobei man Aufwand/Nutzen sorgfältig abwägen sollte. IMHO würde es für die meisten User reichen sich selbst ein paar Entwürfe zu basteln und die dann bei Bedarf mit zwei Klicks in ihre Antworten einzufügen.

mfg

Warum muss ich jetzt bloß an ShellExecute denken...
Wäre schon ne coole Sache...

Hi,

Also bisher hab' ich nur den Crashkurs von Christian in meinen Entwürfen.

Wäre ja an sich eher 'ne Performence-Sache des Forums, esseidenn man hätte damit gleich 'ne Linkliste, die Zum Einlesen in bestimmte Themen einmal überflogen werden kann.

mfG,

also ich bin stark dafür. Vor allem das tutorial von Christian Stelzmann oder die indys oder so braucht man doch öfters. das würd sicher das leben vieler erleichtern.

This Signature-Space is intentionally left blank.
Bei Beschwerden, bitte den Beschwerdebutton (gekennzeichnet mit PN) verwenden.

Die Idee finde ich super! Ich finde es auch immer wieder blöd, die Indy-Links oder pngimage einzutippen. Bin stark dafür!

Hidden hat folgendes geschrieben:

Wäre ja an sich eher 'ne Performence-Sache des Forums, esseidenn man hätte damit gleich 'ne Linkliste, die Zum Einlesen in bestimmte Themen einmal überflogen werden kann.

Vielleicht wäre das mit der Performance auch gelöst, indem man die "Named Links" gleich mit in die Cache-Version auflöst. Bei einer Änderung der Linkliste müssten die betroffenen Beiträge neu gecacht werden. Dazu müssten die Beiträge in eine Liste bei den Named Links eingetragen werden.

Hidden hat folgendes geschrieben:

Hi, Also bisher hab' ich nur den Crashkurs von Christian in meinen Entwürfen. Wäre ja an sich eher 'ne Performence-Sache des Forums, esseidenn man hätte damit gleich 'ne Linkliste, die Zum Einlesen in bestimmte Themen einmal überflogen werden kann. mfG,

WTF? Man kann hier ja Entwürfe anlegen! Seit wann gibts das denn? Jetzt bin ich hier seit ca. 4 Jahren und hab das nicht bemerkt...

Zuerst fand ich die Idee gut. Aber in den Details sehe ich Probleme:


(1) Erst einmal zum Cache:

Man muss die Links nicht, wie Yogu meint, "in den Cache aufnehmen". Logischerweise gilt der Cache erst einmal für den gesamten Posting-Inhalt, also auch für diese Links. Teile, die variabel sein sollen, müssen explizit anders verarbeitet werden.

Ein solcher Cache macht aber keinen Sinn, wenn man alle Nase lang dann doch wieder Änderungen dran vornehmen muss. Und wenn das Feature wirklich genutzt wird, dann ist es nun wirklich nicht machbar, mal eben ein paar tausend Postings neu zu parsen, weil ein Link geändert wurde.

Ich sehe im Moment nicht, dass ein geänderter Link sich auch direkt in den Postings widerspiegeln wird.



(2) Dann zu der Liste der Links:

Eine solche Liste macht keinen Sinn, wenn zu viele Links drin sind. Dann verbringt man zu lange damit, den richtigen Link rauszuschen, wenn man den Namen nicht gerade auswendig weiß. Da stellt sich dann die Frage, wer entscheidet, welcher Link "wichtig" genug ist, um in der Liste vorzukommen.

Ganz zu schweigen davon, dass die Liste auch kontrolliert werden muss, damit nicht irgendwelche Leute die Liste zu Werbezwecken missbrauchen. Das würde auf die Zeit des Teams gehen.



(3) Auch ein Auge werfen sollte man auf vorhanden Lösungen:

Firefox und andere Browser bieten inzwischen eine sehr gute Bookmark-Verwaltung. Mit einem Stichwort in der Adresszeile des Browsers lässt sich ein abgelegtes Lesezeichen wahrscheinlich viel schneller finden, als es mit einer Lösung im Forum je möglich wäre.

Das hat auch den Vorteil, dass jeder eine eigene Liste hat und jemand, der sich nie mit Datenbanken beschäftigt, seine Liste nicht mit SQL-Tutorials zerspargelt sieht. Oder ein C#'ler mit Delphi-Links.

Wie wäre es, wenn sich jeder mit seinem Notepad so eine 'Named Link'-Liste selbst zusammenbastelt? Obwohl ich die Idee an sich ganz nett finde, aber einfacher und *sofort* umgesetzt wäre es doch eher, wenn man das lokal gespeichert hat.

goil, das mit den entwürfen kanne ich noch gar nicht!

This Signature-Space is intentionally left blank.
Bei Beschwerden, bitte den Beschwerdebutton (gekennzeichnet mit PN) verwenden.

Christian S. hat folgendes geschrieben:

Zuerst fand ich die Idee gut. Aber in den Details sehe ich Probleme: (1) Erst einmal zum Cache: Man muss die Links nicht, wie Yogu meint, "in den Cache aufnehmen". Logischerweise gilt der Cache erst einmal für den gesamten Posting-Inhalt, also auch für diese Links. Teile, die variabel sein sollen, müssen explizit anders verarbeitet werden.

Wobei man selbst das nicht mal brauch, da ich nicht um sonst den Hinweis mit "separater Seite" geschrieben hab, da in diesem Falle, der NamedLink im Grunde nicht viel Anders wie eine normale URL aussehen würde.

Und ohne viel Aufwand kann man sogar den für's AJAX nötigen Source in den Cache einbetten, ohne dass dieser bei Usern, die kein AJAX nutzen stört.

Christian S. hat folgendes geschrieben:

Ein solcher Cache macht aber keinen Sinn, wenn man alle Nase lang dann doch wieder Änderungen dran vornehmen muss. Und wenn das Feature wirklich genutzt wird, dann ist es nun wirklich nicht machbar, mal eben ein paar tausend Postings neu zu parsen, weil ein Link geändert wurde.

Dafür nutzt man i.d.R. Cache Invalidation, was auch als "JIT"-Compiling bekannt ist. Man markiert also nur alle tausend gecachten Versionen als "outdated" und wenn wirklich Bedarf für einen Refresh besteht (weil wirklich einmal jemand den Post von vor 3 Jahren ansehen will), wird dieser neu gerendert.

Christian S. hat folgendes geschrieben:

Ich sehe im Moment nicht, dass ein geänderter Link sich auch direkt in den Postings widerspiegeln wird.

Siehe oben

Christian S. hat folgendes geschrieben:

(2) Dann zu der Liste der Links: Eine solche Liste macht keinen Sinn, wenn zu viele Links drin sind. Dann verbringt man zu lange damit, den richtigen Link rauszuschen, wenn man den Namen nicht gerade auswendig weiß.

Daher der Vorschlag bzgl. Tagging der Links. Weil kaum jemand einen Link zu den Indy's in der Kategorie Assembler suchen wird.

Christian S. hat folgendes geschrieben:

Da stellt sich dann die Frage, wer entscheidet, welcher Link "wichtig" genug ist, um in der Liste vorzukommen.

Hier würde ich das Wiki-Prinzip vorschlagen, wobei ich für das Anlegen neuer Links voraussetzen würde, dass der anlegende User mindestens 50 Beiträge im Forum vorzuweisen hat. Bearbeiten (also Zusätzlichen Link zu NamedLink-Page hinzufügen, aktualisieren) sollte aber auch so möglich sein.

Christian S. hat folgendes geschrieben:

Ganz zu schweigen davon, dass die Liste auch kontrolliert werden muss, damit nicht irgendwelche Leute die Liste zu Werbezwecken missbrauchen. Das würde auf die Zeit des Teams gehen.

Auch hier würde ich Wiki-Prinzip vorschlagen; oder schaut ihr täglich die Synonym-Liste zwanzigmal durch, weil ja jemand Apple-->Computer als Werbung hinzufügen könnte.

Auch ist das Spam-Problem recht gut mit einem NoFollow im Link in den Griff zu bekommen, da die meisten Suchmaschinen diese dann nicht auswerten; was daher solche Art von Links für Spammer uninteressant macht.

Christian S. hat folgendes geschrieben:

(3) Auch ein Auge werfen sollte man auf vorhanden Lösungen: Firefox und andere Browser bieten inzwischen eine sehr gute Bookmark-Verwaltung. Mit einem Stichwort in der Adresszeile des Browsers lässt sich ein abgelegtes Lesezeichen wahrscheinlich viel schneller finden, als es mit einer Lösung im Forum je möglich wäre.

Im Prinzip korrekt, praktisch kaum realisierbar, da die meisten Browsern in Bezug auf Bookmark Synchronisierung zwischen mehreren Computern immer noch arge Probleme haben ... Ich weiß, es gibt entsprechende Plugins für den FF, diese sind aber (datenschutztechnisch) bedenklich einzustufen.

Christian S. hat folgendes geschrieben:

Das hat auch den Vorteil, dass jeder eine eigene Liste hat und jemand, der sich nie mit Datenbanken beschäftigt, seine Liste nicht mit SQL-Tutorials zerspargelt sieht. Oder ein C#'ler mit Delphi-Links.

Eine Private\Public-Gliederung zu implementieren sollte doch nun nicht die Hürde sein , bzw. ein frei wählbarer "Pre-Filter" ...

Anyone who is capable of being elected president should on no account be allowed to do the job.
Ich code EdgeMonkey - In dubio pro Setting.

BenBE hat folgendes geschrieben:

Wobei man selbst das nicht mal brauch, da ich nicht um sonst den Hinweis mit "separater Seite" geschrieben hab, da in diesem Falle, der NamedLink im Grunde nicht viel Anders wie eine normale URL aussehen würde.

Was aber ein Klick mehr für denjenigen darstellt, für den der Link eine Hilfe darstellt. Viel besser wäre es, wenn er direkt zur passenden Seite kommt.

BenBE hat folgendes geschrieben:

Dafür nutzt man i.d.R. Cache Invalidation, was auch als "JIT"-Compiling bekannt ist. Man markiert also nur alle tausend gecachten Versionen als "outdated" und wenn wirklich Bedarf für einen Refresh besteht (weil wirklich einmal jemand den Post von vor 3 Jahren ansehen will), wird dieser neu gerendert.

Wie sowas geht, ist mir schon klar. Bei uns geht es so, dass der alte Cache bei einem Edit gelöscht wird, damit man kein altes Zeug gespeichert hält. Bei erster Ansicht des Beitrags wird er wieder gefüllt. Es liefe also drauf, bei ein paar Tausend Beiträgen den Cache zu löschen. Das ist auch nicht wirklich toll.

Ich möchte den Cache nur in absoluten - und vor allem wichtigen - Ausnahmen antasten.

BenBE hat folgendes geschrieben:

Christian S. hat folgendes geschrieben: (2) Dann zu der Liste der Links: Eine solche Liste macht keinen Sinn, wenn zu viele Links drin sind. Dann verbringt man zu lange damit, den richtigen Link rauszuschen, wenn man den Namen nicht gerade auswendig weiß. Daher der Vorschlag bzgl. Tagging der Links. Weil kaum jemand einen Link zu den Indy's in der Kategorie Assembler suchen wird.

Dann geb ich erstmal in eine Suchmaske ein, zu welchen Tags der Link gehört. Bis dahin hab ich den Link in meinen Bookmarks oder bei Google gefunden.

BenBE hat folgendes geschrieben:

Christian S. hat folgendes geschrieben: Da stellt sich dann die Frage, wer entscheidet, welcher Link "wichtig" genug ist, um in der Liste vorzukommen. Hier würde ich das Wiki-Prinzip vorschlagen, wobei ich für das Anlegen neuer Links voraussetzen würde, dass der anlegende User mindestens 50 Beiträge im Forum vorzuweisen hat. Bearbeiten (also Zusätzlichen Link zu NamedLink-Page hinzufügen, aktualisieren) sollte aber auch so möglich sein.

Ich fürchte, es würden sich zu wenige Leute an einem solchen Wiki beteiligen, um eine "beschlussfähige" Mehrheit zu finden. Und dass dann eine handvoll Leuten ohne Legitimation entscheiden, welcher Link okay ist und welcher nicht, halte ich nicht für gut.

BenBE hat folgendes geschrieben:

Christian S. hat folgendes geschrieben: Ganz zu schweigen davon, dass die Liste auch kontrolliert werden muss, damit nicht irgendwelche Leute die Liste zu Werbezwecken missbrauchen. Das würde auf die Zeit des Teams gehen. Auch hier würde ich Wiki-Prinzip vorschlagen; oder schaut ihr täglich die Synonym-Liste zwanzigmal durch, weil ja jemand Apple-->Computer als Werbung hinzufügen könnte.

Der Vergleich hat jetzt aber schon mindestens einen Unterschenkel amputiert Bei den Synonymen ist es schon sehr schwierig, sinnvoll Werbung unterzubringen. Da reicht das Prinzip, dass ein User ein Synonym melden kann. Wenn man aber wirkliche Links unterbringen kann, bietet das ganz andere Möglichkeiten, die eine aktivere Kontrolle nötig machen würde. Aus der Erfahrung bei Postings kann ich leider sagen, dass in sehr vielen Fällen keine Meldung durch Nutzer erfolgt, sondern wir das selber sehen. Und eine solche Linkliste wäre durch Nutzer sicherlich deutlich weniger frequentiert als die normalen Beiträge.

BenBE hat folgendes geschrieben:

Im Prinzip korrekt, praktisch kaum realisierbar, da die meisten Browsern in Bezug auf Bookmark Synchronisierung zwischen mehreren Computern immer noch arge Probleme haben ... Ich weiß, es gibt entsprechende Plugins für den FF, diese sind aber (datenschutztechnisch) bedenklich einzustufen.

Naja, eine öffentliche Liste im Forum ist jetzt vom Datenschutz her auch nicht so toll *g*

BenBE hat folgendes geschrieben:

Christian S. hat folgendes geschrieben: Das hat auch den Vorteil, dass jeder eine eigene Liste hat und jemand, der sich nie mit Datenbanken beschäftigt, seine Liste nicht mit SQL-Tutorials zerspargelt sieht. Oder ein C#'ler mit Delphi-Links. Eine Private\Public-Gliederung zu implementieren sollte doch nun nicht die Hürde sein , bzw. ein frei wählbarer "Pre-Filter" ...

Private / Public: Hürde im Sinne von "technisches Problem" sicherlich nicht. Hürde im Sinne von "lohnt das wirklich", schon eher Pre-Filter: Das ist dasselbe wie die Filterung bei Tags. Da ist man mit anderen Lösungen wieder schneller.