[numero2/contao-tags] Feature-Wünsche

[corticelli]

Hallo zusammen,

zunächst: die Erweiterung ist super und tut (fast) genau was ich will, nämlich mich ohne großes Gedöns an Nachrichten Tags eingeben lassen und diese dann im Frontend ausgeben.
Auch das Handlung von um Tags gefilterten Nachrichten-Lister gelingt einfach, wenn man sich wieder reingefuchst hat.

Jetzt eine allgemeine Frage: ist es "guter Ton", Erweiterungswünsche direkt bei Git-Hub zu posten? Oder ist hier der bessere Platz?

Kurzfassung der Ideen/Wünsche:

1. Wenn man mit Listen arbeitet (also eine Weiterleitungsseite mit eingebundenen Nachrichtenmodul definiert), gibt $this->tags einen kompletten <a> aus. Ist erstmal praktisch, nur würde ich auch weiterhin gerne nur den Tagnamen als Templatevariable verwenden (zum Beispiel, um pro Tag eine Farbe als css zu definieren). Idee also: neben $this->tags eine $this->tagName oder so (Beispiel => Angang).
2. Schick wären ein oder zwei Insert-Tags wie {{tags::tagsNames}} - damit könnte man einiges anfangen, mein erster Anwendungsfall wäre damit eine Überschrift oder den Seitentutel dynamisch zu machen.

Nachrichtenliste-nachrichtenliste-Werkstatt.png

[Spooky]

Am besten ist es neue Features einfach zu beauftragen

[corticelli]

Auch eine Idee!

Aber: hätte dann nur ich etwas davon? Oder würde mein Scherflein in die Almende eingehen?
Interessante Fragen der Spieltheorie

Ernsthaft: wenn der/die Entwickler hier mitlesen: meins ist zwar ein Hobby-Projekt, aber einen Beitrag könnte ich mir durchaus vorstellen!

[zoglo]

Feature requests
Feature request als Github-Issue öffnen, nicht jeder durchforstet täglich das Forum.

Wenn ein Feature-Request Sinn macht und nicht viel Arbeit bedeutet, bringen Entwickler es oft rein - wann ist eine andere Frage.

Beitrag
- monetär beschleunigt jeden Wunsch
- Eigeninitiative per Pull-Request geht auch

[BennyBorn]

Ernsthaft: wenn der/die Entwickler hier mitlesen: meins ist zwar ein Hobby-Projekt, aber einen Beitrag könnte ich mir durchaus vorstellen!

Moin corticelli, wir lesen zwar gelegentlich hier mit aber tatsächlich am besten sowas gerne direkt bei GitHub reinkippen, dann geht es auch nicht unter

zu 1. Ich könnte mir durchaus vorstellen, dass wir bei den Ankern noch eine Klasse dranpacken könnten. Problem ist eben nur das die Tags ansich erstmal keinen Alias haben und solche Bezeichnungen dürften in vielen Fällen nicht als Klassennamen funktionieren. Man könnte vielleicht die Bezeichnung "standardisieren" (klein geschrieben, keine Leer- oder Sonderzeichen) und das als Klassenname nutzen. Wäre kein großer Aufwand

zu 2. Wäre zwar technisch machbar, ist aber etwas Aufwand. Lass uns dazu vielleicht einfach mal telefonieren.

Zum Thema "beauftragen":
Grundsätzlich entscheidest Du ob Du Dein Geld für eine Sonderlösung investierst die nur für Dich ist oder ob das der ganzen Community zugute kommen soll