|
|||||||
| Registrieren | Hilfe | Benutzerliste | Kalender | Suchen | Heutige Beiträge | Alle Foren als gelesen markieren |
|
#1
|
|||
|
|||
|
Hi
I found in the English list that start module has been added to Typo3 4.x. http://bugs.typo3.org/view.php?id=3894 I disagree with the *priority* setting, which is i 1. Get params 2. Start Module 3. Start from task center on the base of this fragment: if (!$module) { if ($BE_USER->uc['startModule']) { $module = $BE_USER->uc['startModule']; } elseif ($BE_USER->uc['startInTaskCenter']) { $module = 'user_task'; } } I would set this priority, which I have set in tm_shared_lib 1. Start from task center 2. Start Module 3. Get params Reasons: * Start from task center is special option and that's why should have the highest priority * Get params are *out of the control of the administrator* - very bad!. Because of this issue imo this should have the lowest priority. _______________________________________________ TYPO3-dev mailing list TYPO3-dev (AT) lists (DOT) netfielders.de http://lists.netfielders.de/cgi-bin/...info/typo3-dev |
| Sponsored Links |
|
#2
|
|||
|
|||
|
Tapio Markula schrieb:
> > I would set this priority, which I have set in tm_shared_lib > > 1. Start from task center > 2. Start Module > 3. Get params You mean: if task center present (installed and available for the current user) then use it. That defeats all possible configuration for alternatives. The point of this setting is exactly to have an alternative start module. But I guess it's questionable if the user or the admin is responsible for the start module. IMHO a user may choose, but an admin should have override options via user/group TS settings. Maybe he could also limit the available modules to choose from for the user settings. Masi _______________________________________________ TYPO3-dev mailing list TYPO3-dev (AT) lists (DOT) netfielders.de http://lists.netfielders.de/cgi-bin/...info/typo3-dev |
|
#3
|
|||
|
|||
|
Martin Kutschker kirjoitti:
> Tapio Markula schrieb: >> >> I would set this priority, which I have set in tm_shared_lib >> >> 1. Start from task center >> 2. Start Module >> 3. Get params > > You mean: if task center present (installed and available for the > current user) then use it.' No. But it the option is to 'Start from taskcenter' is enabled imo it should be understood a kind of override setting and that's why priority. > That defeats all possible configuration for alternatives. The point of > this setting is exactly to have an alternative start module. My too. 'Start from taskcenter' would be just *exception* - a kind of shortcut definition too. > But I guess it's questionable if the user or the admin is responsible > for the start module. IMHO a user may choose, but an admin should have > override options via user/group TS settings. Yes - but if GET-parameters have the highest priority then setup.override.startModule=... would not work. This was my main point. At least Typo3 shoud check if setup.override.startFromTaskcenter or setup.override.startModule have been set. That could be done for example this way: $this->overrideProperties = $3lib_BEfunc::getModTSconfig(0,'setup.override'); $this->overrideProperties=$this->overrideProperties['properties']; then conditions would be following. if(!$this->overrideProperties['startFromTaskcenter'] && !$this->overrideProperties['startModule'] && $module)) { $module=... // information from GET-variables } elseif ($BE_USER->uc['startInTaskCenter']) { $module = 'user_task'; } elseif ($BE_USER->uc['startModule']) { $module = $BE_USER->uc['startModule']; } This should set highest priority for admin settings but GET parameters would override *normal* user settings, but *not* those, which have been set by 'setup.override.something'. It would be nice also that user could set startModule then from User > Setup, when the setting would be fully consintent. Maybe he could also limit > the available modules to choose from for the user settings. > > Masi _______________________________________________ TYPO3-dev mailing list TYPO3-dev (AT) lists (DOT) netfielders.de http://lists.netfielders.de/cgi-bin/...info/typo3-dev |
|
#4
|
|||
|
|||
|
Hi
![]() Just as another idea: Isn't it possible for the admin to disallow the user from selecting the taskcenter as the start module? (just disable the UI elements).. I would preffer a possible selection between the modules firstly in the user/group elements of TYPO3 (where you select access lists, etc) and secondly in the users setup module. just my 2 cents Andreas _______________________________________________ TYPO3-dev mailing list TYPO3-dev (AT) lists (DOT) netfielders.de http://lists.netfielders.de/cgi-bin/...info/typo3-dev |
|
#5
|
|||
|
|||
|
Andreas Balzer kirjoitti:
> Hi ![]() > Just as another idea: Isn't it possible for the admin to disallow the > user from selecting the taskcenter as the start module? belongs to default features using setup.override... but this doen't hide the entire selection _______________________________________________ TYPO3-dev mailing list TYPO3-dev (AT) lists (DOT) netfielders.de http://lists.netfielders.de/cgi-bin/...info/typo3-dev |
| Lesezeichen |
| Themen-Optionen | |
| Ansicht | Thema bewerten |
|
|
|
||||
| Thema | Autor | Forum | Antworten | Letzter Beitrag |
| [TYPO3] dkd_feuser_belogin: start CMS Login does not appear | Christian Hensel | typo3-english@lists.netfielders.de | 2 | 27.04.2007 10:49 |
| [TYPO3] Accessing backend-module class from other backend-module? | Mathias Gisch | typo3-english@lists.netfielders.de | 0 | 15.04.2007 11:21 |
| [TYPO3] 0005287: Page module does not work/start | Andreas Balzer | typo3-english@lists.netfielders.de | 3 | 26.03.2007 01:07 |
| [TYPO3] Links broken and start to work again | Tomas Havner | typo3-english@lists.netfielders.de | 0 | 01.02.2007 17:10 |
| [TYPO3] foldoutmenu start level. | Asbjørn Morell | typo3-english@lists.netfielders.de | 3 | 22.01.2007 08:23 |