Appell an Erweiterungs-Autoren

Edit:
Dieses Thema ist hinfällig, da die RC offenbar noch nicht Feature complete ist.

In der finalen Version 2.9.0 werden im Backend Katalog in der Standardeinstellung nur noch Erweiterungen aufgelistet welche kompatibel sind. Wer die aktuelle SVN installiert hat wird bereits festgestellt haben dass der Katalog unter 2.9 momentan < 30 Erweiterungen enthält.

Sobald am 4. Juli die 2.9.0 stable herauskommt wird auch die Erweiterungsliste auf contao.org in der Grundeinstellung nur noch Erweiterungen aufführen welche zu 2.9 kompatibel sind. (Über eine Drop-Down Liste können aber weiterhin auch andere Kombatiblitäten gelistet werden.)

Bitte nutzt die deshalb Zeit bis am 4. Juli um eure Erweiterungen zu testen, sonst werden sie zeitweise nicht mehr prominent gelistet sein (bis ihr es nachholt).

Um Missverständnissen vorzubeugen: Es wird nichts gelöscht, eure Erweiterungen verbleiben selbverständlich im ER, selbst wenn ihr sie nicht für 2.9 testet respektive als kompatibel deklariert.
Im Backend Katalog von 2.9.0 werden sie allerdings in der Standardeinstellung nicht mehr gelistet sein, und können dann nur mittels Funktion "Erweiterung installieren" und manueller Eingabe des Erweiterungsnamens installiert werden.

Besteht grundsaetzlich die Moeglichkeit zu implementieren, dass man bei einer Extension einem anderen Autor die Berechtigung zum aktualisieren (zumindest dieses Kompatibilitaetsflags) vergeben kann?
Beim Katalog z.b. steht John als einziger Autor drin und kann aktualisieren, wir arbeiten jedoch im Team und er hat, so wie ich, sehr wenig Zeit das ER aktuell zu halten.
Ich denke anderen (Andreas Schempp) geht es aehnlich.

Theorethisch muesstest du im ER dazu doch nur eine Zwischentabelle benutzen oder aber das Feld "Autor" (ich denke es ist aktuell die pid) zusaetzlich mit einem Feld coauthors erweitern.

Autoren koennte man dann direkt in der Erweiterungsverwaltung hinzufuegen (von mir aus auch nur per Textfeld wo man den Namen eingibt, wenn die Liste zu lang ist oder aber nicht alle frontenduser ausgegeben werden sollen. Oder aber nur die Namen einer Benutzergruppe ausgeben, oder oder oder, dir faellt da sicher was passendes ein.

Ontopic: habe meine extensions soweit aktualisiert, die fehlenden myssen noch yberarbeitet werden.

Gruss
Chris

PS: man kann obigen Featurerequest gerne in einen anderen Thread oder in den Tracker auslagern.

Äh, darf man fragen warum auch auf der Internetseite dann nichts mehr zu sehen ist kleiner 2.9?
Dadruch wird einem ja praktisch die möglichkeit genommen irgendwie mal nach was passendem zu suchen.
Fände es sinniger wenn da wie bisher alles aufgelistet ist. Man kann ja sehen bis wann es freigegeben ist (und eventuell beim Autor mal nachfragen oder die Entwicklung fördern).

Viele Grüße

PS:schon aktuell fällt es schwer manche Erweiterungen zu finden (als Beispiel Glossar), weder über Autor noch über Tags oder über eigene Suchbegriffe... Google wird da so langsam zu meinem Freund beim ER durchsuchen...

Zitat:

---

Zitat von xtra

Besteht grundsaetzlich die Moeglichkeit zu implementieren, dass man bei einer Extension einem anderen Autor die Berechtigung zum aktualisieren (zumindest dieses Kompatibilitaetsflags) vergeben kann?

---

Soweit ich sehe hat man für Isotope genau dafür ein "Gemeinschaftskonto" für das Entwicklerteam eröffnet. Das ist natürlich eine Möglichkeit bis später mehrere Entwickler auf ein Projekt zugeordnet werden können. (Ggf. Mail an Leo wenn der Autor der Erweiterung geändert werden soll).

Ein ähnliches Ticket gibt es für verschiedene Übersetzer, aber für verschiedene Autoren müsste ein separates Ticket eröffnet werden.

Mich stoert es auch, das ich meine Erweiterungen nicht ueber der ER-Client installieren kann, also nur noch der haendische Weg funktioniert.
Dann sollte eher eine Auswahlmoeglichkeit irgendwo sein, das Erweiterungen einen Mindest Versionsstand haben muessen.
Und im normalen ER etwas zu finden ist momentan auch kaum noch moeglich, selbst wenn ich weiss, wer die Erweiterung geschrieben hat, findet man sie dort nicht mehr. Bsp. easy_themes von Toflar. Ist nicht mehr aufzufinden.

Und ich muss mich MacKP anschliessen, vieles findet man nun nur noch ueber Google. #fail

Zitat:

---

Zitat von MacKP

Äh, darf man fragen warum auch auf der Internetseite dann nichts mehr zu sehen ist kleiner 2.9?

---

Doch siehst du. Du siehst nur nichts mehr das nicht kompatibel ist zur aktuellen Stable (2.8).

Zitat:

---

Zitat von MacKP

schon aktuell fällt es schwer manche Erweiterungen zu finden (als Beispiel Glossar), weder über Autor noch über Tags oder über eigene Suchbegriffe... Google wird da so langsam zu meinem Freund beim ER durchsuchen...

---

Oder du verwendest die Volltextsuche des ER

Zitat:

---

Zitat von lindesbs

Mich stoert es auch, das ich meine Erweiterungen nicht ueber der ER-Client installieren kann, also nur noch der haendische Weg funktioniert.

---

Aha. Du hast also vergessen wie deine eigene Erweiterung heisst?

Zitat:

---

Zitat von acenes

Doch siehst du. Du siehst nur nichts mehr das nicht kompatibel ist zur aktuellen Stable (2.8).



Oder du verwendest die Volltextsuche des ER

---

Nein, geht eben nicht !
suche mal nach easy_themes
http://www.contao.org/erweiterungsli...sy_themes.html
Nuex
Auch wenn ich mir die Erweiterungen von Toflar anschaue, taucht easy_themes nciht auf
http://www.contao.org/erweiterungsli...rs/Toflar.html

Allerdings gibt es die easy_themes
http://www.contao.org/erweiterungsli...000006.de.html

Zitat:

---

Zitat von acenes

Aha. Du hast also vergessen wie deine eigene Erweiterung heisst?

---

Nein habe ich NICHT.
graphicaltext

http://www.contao.org/erweiterungsli...hicaltext.html
findet er.

Gebe ich nun graphicaltext im Backend ein, findet er nichts.
und ich habe hier die SVN rev 441

Waehle ich im Backend alle Erweiterungen von lindesbs aus, sehe ich NICHTS.
Keine entsprechenden Erweiterungen gefunden.

Zitat:

---

Zitat von lindesbs

Nein, geht eben nicht !
suche mal nach easy_themes

---

Ist erst ab 2.9.0 kompatibel, hat also im öffentliche Katalog noch nichts verloren.

Wir wollen ja die Qualität für die Anwender von Contao verbessern, wenn sich Leute nicht kompatible Extensions installieren ist das nicht förderlich. Wer das bewusst macht und per Extensionname installiert weiss dann auch wieso sein System eventuell nicht mehr funktioniert.

Zitat:

---

Zitat von lindesbs

Nein habe ich NICHT.
graphicaltext

---

Backend
Erweiterungsverwaltung
Erweiterung installieren
"graphicaltext" eintippen und Enter.

Ist das wirklich so schwer?

Zitat:

---

Zitat von acenes

Wer das bewusst macht und per Extensionname installiert weiss dann auch wieso sein System eventuell nicht mehr funktioniert.

---

dann gebe doch mal bitte "easy_themes" im Backend als Suchbegriff ein.
Keine entsprechenden Erweiterungen gefunden.

Erst wenn ich den Namen "Toflar" auswaehle, mit leerem Suchfeld, wird easy_themes angezeigt.

Mich stoert es halt, das ich meine Erweiterungen nicht ueber den normalen Weg momentan installieren kann, und soimit auch den normalen Installationsweg testen kann.

Zitat:

---

Zitat von acenes

Backend
Erweiterungsverwaltung
Erweiterung installieren
"graphicaltext" eintippen und Enter.

Ist das wirklich so schwer?

---

Wenn man weiss, das man den "Umweg" ueber die Erweiterungsverwaltung machen muss, dann nicht. Ich habe dies bisher immer als Moeglichkeit gesehen, die bereits installierten Erweiterungen zu pflegen, was ja auf den ersten Blick auch so ist.

Ich bin ueber den normalen Weg des Erweiterungskatalogs gegangen. Dort in das vorhandene Suchfeld die zu suchende Erweiterung eingegeben. Da DORT ja auch bei Auswahl des Nutzers Toflar die easy_themes gefunden wurden. Jedoch ueber das Suchfeld eben nicht.

Dann muss ich nun also den umgekehrten Weg gehen, ueber die bereits installierten Anwendungen meine Erweiterung suchen.

Gut zu wissen. Denn jetzt

Zitat:

---

Zitat von acenes

Ist das wirklich NICHT so schwer?

---

Zitat:

---

Zitat von lindesbs

dann gebe doch mal bitte "easy_themes" im Backend als Suchbegriff ein.
Keine entsprechenden Erweiterungen gefunden.

---

Richtig, das ist ein Fehler. Das Unterstreichungszeichen wird von der Volltextsuche offenbar noch nicht als gültiges Wort-Zeichen interpretiert. Danke für den Bug Report.

Zitat:

---

Zitat von acenes

Richtig, das ist ein Fehler. Das Unterstreichungszeichen wird von der Volltextsuche offenbar noch nicht als gültiges Wort-Zeichen interpretiert. Danke für den Bug Report.

---

Hatte ja auch einen Grund, weshalb ich diesen Tag genommen hatte ;-)
Wollte mir das heute abend erst mal im Code genauer anschauen, bevor ich einen BugReport mache.

Zitat:

---

Zitat von acenes

Oder du verwendest die Volltextsuche des ER

---

Ja, genau das mach ich ja. Ich hab da kein Feld ausgelassen um eben doch noch was zu finden.
Das Problem ist eben: So hat man nicht mehr die Möglichkeit überhaupt einen Überblick zu bekommen. Ich werde auf keinen Fall in der ersten Zeit ein 2.9er einsetzen (für Kunden) und bin daher immer mal wieder auf der Suche auf der Seite. Kann mich aber gar nicht mehr richtig informieren... und genau das ist ein Problem.
Einfacher wars auch im ER die Erweiterung zu suchen, dann auf Forum klicken um im passenden Thread zu landen... nun muss man sich aus den ganzen Threads hier im Forum wieder den passenden per Hand raussuchen wenn die Erweiterung noch nicht freigegeben ist.

Ich empfinde das eben an der Stelle leider nicht als Verbesserung des ganzen.
Im Backend kann ich sehr gut verstehen wenn noch nicht komplatible Erweiterungen nicht so ohne weiteres installiert werden können.
Aber das man sich die noch nicht mal anschauen kann... Wie soll ich Leuten im Forum so einen Link geben zu einer Erweiterung?

Viele Grüße

Ja, vielleicht bauen wir dafür noch eine Checkbox "inklusive inkompatible Erweiterungen", oder ein drop-down mit der Version ein.

Aber Otto Normalanwender sollte eben in der Standardeinstellung nur Erweiterungen sehen die zur aktuellen stable kompatibel sind.

Zitat:

---

Zitat von acenes

Ja, vielleicht bauen wir dafür noch eine Checkbox "inklusive inkompatible Erweiterungen", oder ein drop-down mit der Version ein.

Aber Otto Normalanwender sollte eben in der Standardeinstellung nur Erweiterungen sehen die zur aktuellen stable kompatibel sind.

---

Ja, das wäre echt super.

Wobei gerade der Otto Normalanwender nicht den aktuellsten hat ;-)

Viele Grüße

Zitat:

---

Zitat von acenes

oder ein drop-down mit der Version ein

---

Das finde ich sinnvoll. Es ist z. B. öfter mal so, dass ich mir einfach nur anschaue, welche Extensions es so gibt. Wenn dann eine Extension noch nicht für die aktuellste Version getagged ist, mich aber interessiert, kann ich so den Entwickler darauf ansprechen. Wenn ich sie aber gar nicht erst sehe, ist mir das nicht möglich.

Daher plädiere ich für: default = nur Extensions anzeigen, die für die aktuelle Version laufen, aber AUCH Dropdown-Feature mit dem man sich auch ältere Extensions anzeigen lassen kann.

Man koennte ja in den Settings eine einfache Checkbox machen mit "Trust me. I know what I’m doing" (in Erinnerung an Sledge Hammer)Damit alles angezeigt wird.

Zitat:

---

Zitat von acenes

Ja, vielleicht bauen wir dafür noch eine Checkbox "inklusive inkompatible Erweiterungen",....

---

*dafür*

Zitat:

---

Zitat von lindesbs

Man koennte ja in den Settings eine einfache Checkbox machen mit "Trust me. I know what I’m doing" (in Erinnerung an Sledge Hammer)Damit alles angezeigt wird.

---

Oder wie bei Firefox mit about:config ;)

lg mani

Zitat:

---

Zitat von manitougs

*dafür*

Oder wie bei Firefox mit about:config ;)

lg mani

---

Das ist aber "I will be careful, I promise"

So, in der Erweiterungsliste auf contao.org ist die Versionsauswahl drin:

http://contifex.com/tl_files/misc/comm-0012.png




In den Einstellungen des aktuellen SVN können die Cracks den Kamikaze-Modus einschalten. Standardmässig ist das ausgeschaltet um Rookies vor sich selbst zu schützen, und aus ebendiesem Grund gibt es im Filter des Backend-Katalogs keine Versionsauswahl:

http://contifex.com/tl_files/misc/comm-0013.png

Hallo acenes,
vielen Dank! Sieht schon mal super aus :-)

Viele Grüße

Das Cantao müssen wir wohl noch auswechseln.
Lets sing and swing...

Danke !
Damit laesst sich sehr gut leben.

AABBBERR : Unser System heist Contao. Du hast einen Tippfehler in deinem GrauHinterlegten Hilfetext ;-)

Wird wohl nicht das letzte mal gewesen sein. Ob die Domain noch frei ist? :D

Feine Sache, so ist es wirklich gut :)

Zitat:

---

Zitat von acenes

Wird wohl nicht das letzte mal gewesen sein. Ob die Domain noch frei ist? :D

---

Noe, ist schon mit Umleitung auf contao.org

Jo, weiss ich. Habs ja selber eben eingerichtet. ;)

Hoffentlich kriegst Du da keinen Ärger. Cantao ist nämlich eine Marke für Kleidung :)

http://www.cococana.de/marken/cantao/index.php

Solange diese Marke nicht im Softwarebereich geschützt ist, dürfte das - aus meiner laienhaften Sicht - aber keinen Stress geben.

Zitat:

---

Zitat von Nina

Solange diese Marke nicht im Softwarebereich geschützt ist, dürfte das - aus meiner laienhaften Sicht - aber keinen Stress geben.

---

Sie koennen jedoch trotzdem auf Herausgabe klagen, da sie direktere Namensrechte (naemlich die alleinigen da ich annehme dass Peter gar keine Marke unter diesem Namen besitzt).

Ebenfalls Laienmeinung.

Gruss
Chris

Das ja, aber solange er die Domain auf Anfrage sofort an den Markeninhaber rausrückt, vermute ich mal keinen Stress.

Stimmt, ihr habt Recht. Da Peter unter der Domain keine Kleidung vertreibt, darf er sie haben.

Phuh, da bin ich aber froh. Sonst hätte ich heute Nacht kein Auge mehr zugemacht. :D

HI

OffTopic: Jetzt wäre nur noch eine Weiterleitung von contoa.org sinnvoll… :D

Halbwegs OnTopic: Vielen Dank für das neue ER!

Sebastian

Zitat:

---

Zitat von Sebastian

OffTopic: Jetzt wäre nur noch eine Weiterleitung von contoa.org sinnvoll… :D

---

Welche es ebenfalls noch nicht gibt... Dann haben wir aber bald wirklich alle Buchstabendreher gegrabbt...

Es verbleiben 2 Wochen bis zum Unabhängigkeitstag, und noch sind weniger als 15% aller Erweiterungen auf Kompatiblität zu Contao 2.9 getestet.

Bitte denkt daran eure Erweiterungen rechtzeitig zu testen.

Solange noch über 20 Tickets offen sind, und viele davon sogar neue Features mitbringen, geht ein Test eh nur gegen die RC1. Ein endgültiger Test wird von mir daher erst gegen die stable laufen.
Ja, ich habe meine gegen RC1 getestet und auch Anpassungen vorgenommen, ich habe aber meist nur am Wochenende Zeit mir sowas anzusehen.

So wie ich das sehe, wird nicht morgen die RC2 kommen um danach nur noch Fehler zu beheben, sofern vorhanden. Schade.

Ich kann das verstehen.
Ich bin auch erstaunt wie viele Features jetzt wieder neu hinzugenommen wurden.
Einerseits erfreulich für die Anwender, anderseits ist es für Entwickler somit weitgehend sinnlos jetzt schon testen.

Tut mir leid falls ich jemandem mit den Thema einen doppelten Testaufwand eingebrockt habe. :(

Zitat:

---

Zitat von BugBuster

Solange noch über 20 Tickets offen sind, und viele davon sogar neue Features mitbringen, geht ein Test eh nur gegen die RC1.

---

Nein, das kann ich so nicht gelten lassen. Der RC ist per Definition "feature complete" und wenn Du mal genau hinschaust sind die übrigen Features lediglich neue Hooks, ein neues Inserttag, nachrangige neue DCA-Optionen, die keinen Einfluß auf Erweiterungen haben, und ein paar fälschlicherweise als "Feature" eingestelte Bug-Reports. Das kann also keine Ausrede für die Erweiterungsentwicklung sein :)

So, ich habe mal eben die falsch eingeordneten Tickets korrigiert und das ist übrig geblieben:

- 2150 DCA list with WHERE clause: Das ist lediglich ein zusätzliches if-Statement in der DC_Table und eine neue DCA-Option. Beides beeinflusst den Core im Vergleich zur RC1 in keinster Weise.

- 2086 Fehlende Accesskeys im Backend: Das hätte man genauso als "Defect" einstufen können. In keinem Fall wirken sich aber ein paar zusätzliche accesskey-Attribute auf die Erweiterungsentwicklung aus.

-2065 Hook loadContentElement: Ebenfalls nur ein zusätzliches if-Statement.

- 2103 PHPDocumentor: Das bezieht sich nicht mal auf den Core, sondern lediglich auf die API-Dokumentation. Gehört eingentlich auch nicht ins Ticketsystem.

- 2157 Kleine Optimierung in Controller::getFrontendModule: Hier geht es nur darum, die Interpolation durch Konkatenation zu ersetzen. Hat bei so einem kurzen String keinerlei Wirkung, aber bevor die ewige Diskussion wieder losgeht, habe ich das Ticket akzeptiert.

- 2146 Inserttag {{env::domain}}: Ein weiteres Inserttag sollte niemanden stören und wird ganz sicherlich nicht die API für Extensions verändern.

- 1989 Hook-Vorschlag Artikel-Teaser: Ist ebenfalls nur ein zusätzliches if-Statement.

- 2129 Japanese language file for TinyMCE: Die Japanische Sprachdatei für das typolinks TinyMCE-Plugin = absolut unerheblich für den Core aus Sicht eines Extension-Entwicklers.

- 2113 Fehlende Sprachdateien für TinyMCE: s.o.

Du siehst, dass hier alles in bester Ordnung ist und keine neuen Features "untergeschoben" werden, die eine Erweiterungsfreigabe vollkommen (oder auch weitgehend) sinnlos machen. Also bitte zuerst ordentlich schauen und dann kritisieren.

Kurz gesagt, haben wir ein unterschiedliches Verständnis was eine RC ist.
Aber gut zu wissen, das die Tickets offensichtlich nichts ändern was Auswirkungen haben kann.

Gebe zu, das ich nicht jedes Ticket im Detail mir angeschaut habe, dafür reicht auch mein Verständnis teilweise nicht.

btw, vergesse deine eigenen Module nicht, sonst werden die auch nicht gefunden...