Notes |
|
(0000055)
|
Quix0r
|
2008-12-25 20:38
|
|
Das tun (leider) auch viele andere Menüpunkte. Die jeweilige Erweiterung muss seit vor vielen Revisionen nun auch aktiviert sein, obwohl sie - z.B. "admins" nur eine für den Adminbereich ist.
Ich hatte mal EXT_IS_ACTIVE() mit einen optionalen Parameter erweitert, der wenn gesetzt bei deaktivierter Erweiterung dennoch diese als aktiviert ausgab. Das hatte aber irgent wann zu mehr Chaos als Nutzen geführt.
Daher habe ich es irgentwann (Revision 200-300 oder so) wieder ausgebaut und seitdem müssen Erweiterungen auch aktiviert sein, nur wenn man sich im Adminbereich bewegt. Sollte ich vielleicht nochmal überdenken. Ich möchte aber keinen "unsauberen" Code...
return (($active == "Y") || ($GLOBALS['module'] == "admin"));
.. verwenden, da das Modul nichts mit aktivierter oder deaktivierter Erweiterung zu tun haben soll. |
|
|
(0000056)
|
Quix0r
|
2008-12-25 20:39
|
|
Über deine beiden genannten Möglichkeiten denke ich mal nach. |
|
|
(0000152)
|
Quix0r
|
2009-02-07 22:01
|
|
Ich glaube, hier muss einiges an den "Grundlementen" des Adminbereiches umgebaut werden. Zudem sollte dies recht zuegig erledigt sein.
@Profi-Concept: Haelst du es fuer noetig, dass ich hier einen Schalter einbaue, der entweder deine beiden Vorschlaege vereint? Ich kann mich fuer keines von beiden entscheiden... :(
|
|
|
(0000163)
|
user13
|
2009-02-09 09:44
|
|
Naja Erweiterung deaktiviert --> kein unnötiger Link nötig --> keine unnötige Fehlermeldung nötig. Also ich bin dafür, dass der Link dann nicht angezeigt wird. Eine anzeige oder nichtanzeige ist ja ganz leicht in die Aktivierungs-Logig der Erweiterung zu integireren. Für etwas was mann sowieso nicht nutzen kann und bestenfalls nur eine kryptische Fehlermeldung ausgibt, braucht man keinen Link! |
|
|
(0000480)
|
Quix0r
|
2010-07-01 04:15
|
|
Kommt mit aktueller Revision nicht mehr vor. |
|
|
(0000717)
|
Quix0r
|
2016-11-23 11:11
|
|
|