Am 15.04.2012 18:29, schrieb Mark Boland: > tauchen denn die Konstanten nicht nur dann im Konstanten-Editor auf, wenn Du > sie mit '# cat= ' kommentierst? richtig... genau das ist ja der Sinn und Zweck es dreht sich um die einfache Konfigurierungsmöglichkeit von Standardextensions durch Konstanten > > Andererseits sollte man Konstanten anderer Extensions nicht einfach > überschreiben. es werden ja auch keine vorhandenen überschrieben, sondern zusätzliche Möglichkeiten geschaffen (das hat schon seinen Sinn und ist prinzipiell ja auch schon lange in meinem if20 paket erprobt) mich stört halt nur das die zusätzlichen Konfigurationen auch vorhanden sind wenn die eigntliche Extension nicht vorhanden ist...
> die Einstellungen in eine weiteres Template auszulagern, scheint immer noch > besser. Schaffe ein neues mit sinnvollem Namen wie z.B. 'tt_news-config' o.ä. das wird in der menge einfach zu unübersichtlich (meine Nutzer haben ja gerade den Wunsch dass es eben nicht auf verschiedene kategorien verteilt ist, sie wollen nicht für jede extension noch eine zusätzliche kategorie im ConstantsEditor haben es sollen die Einstellmöglichkeiten dort liegen wo sie eben auch logisch sind... ein Beispiel, ich habe z.B. für den singleAgeWrap bei tt_news folgende Konstante (und die auch noch bei Bedarf in 6 Sprachvarianten) # cat=plugin_tt_news_advanced/language/00d; type=string; label=ttnews single-Age-Wrap(std):Formatting date for standard-language Tyaml.lang.std.content.ttnews.singleAgeWrap = Minutes | Hours | Days | Years natürlich kann ich solche Einstellmöglichkeiten in eine eigene Kategorie packen, aber logisch sinnvoll ist es eben genau bei der Extension wo es hingehört (sonst sucht man ewig in der Art: "Wo war denn noch die zusatzkonfiguration von..." nebenbei bemerkt dreht es sich hier neben vielen hunderten übergeordneten eigenen Konstanten (schon auf fast einem Dutzend eigenen Kategoriebereichen) eben auch um viele Dutzend Konstnten mit denen Fremdextensions erweitert werden um sie bei Bedarf einfacher konfigurieren zu können (eben einfach nur eine konstante anpassen, weil die ganze Konfigurationslogik halt schon enthalten ist)... Die Sinnhaftigkeit würde ich hier ungern weiter diskutieren (denn der Bedarf ist dafür vorhanden)... aber die Frage ob ich mit Conditions in die Konstanten eingreifen kann (mit Auswirkung aufs Backend) bleibt trotzdem und interessiert mich brennend (oder eben ein alternativer Weg das ganze zu automatisieren und es von dem Status installierter Extensions abhängig zu machen) Danke für's Mitdenken... PS: ...und wenn dann noch jemand eine Idee für EIGENE Zwischenüberschriften im ConstantsEditor hätte, dann wäre das mein Held. -- image[FORMAT] - Ralf-René Schröder http://image-format.eu ... Wir geben Ihrem Image das richtige Format http://if-20.com ... YAML templates for TYPO3 _______________________________________________ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
