[TYPO3-german] zugriffsgeschützte Seiten in Menüs und Umleitung zur Login-Seite (showAccessRestrictedPages)
Hallo T3-Forum,
ich bin noch relativ neu bei TYPO3 und hoffe auf ein paar erhellende Antworten
zu meinem Problem.
folgende Situation:
Ich habe auf meiner Website (TYPO3 6.1.5) eine Seite für das Benutzerkonto (Mein Konto)
mit einigen Unterseiten erstellt. Zu dieser Seite sollen natürlich nur angemeldete
Benutzer Zugang haben. Dafür hab ich in den Seiteneigenschaften unter Zugriff
"Anzeigen, wenn angemeldet" eingestellt. Damit diese Seite (und Unterseiten) im
Menü erscheinen, verwendet man ja showAccessRestrictedPages im TS-Setup des Menüs. Schön
und gut, funktionierte aber bei meinem Setup nicht, da ich für das Menü special = list
(directory funktionierte auch nicht) verwende. Scheinbar funktioniert
showAccessRestrictedPages nicht bei geschützten Seiten, die direkt über special.value
angegeben werden. Gebe ich hier eine Seite der nächsthöheren Ebene (in meinem Fall Root
(id = 1)) an funktioniert es. Meine vorläufige Lösung dafür sieht wie folgt aus:
lib.sitenav = HMENU
lib.sitenav {
#special = list
#special.value = 14
excludeUidList = 2, 5, 6, 7, 11, 16
1 = TMENU
1 {
showAccessRestrictedPages = 5
showAccessRestrictedPages.addParams = &return_url=###RETURN_URL###
wrap = |
expAll = 1
NO = 1
NO {
wrapItemAndSub = |
stdWrap.htmlSpecialChars = 1
}
}
2 < .1
2.wrap = |
}
Es wird also der gesamte Seitenbaum benutzt und die nicht gewünschten Seiten
ausgeschlossen. Gibt es dafür eine bessere Lösung?
Der Menüpunkt "Mein Konto" führt jetzt wie gewünscht zur Login-Seite (index.php?id=5), wenn man nicht angemeldet ist. Damit dies
auch bei den Unterseiten funktioniert, habe ich in den Seiteneigenschaften von "Mein Konto" das Häkchen bei "auf Unterseiten
ausdehnen" gesetzt, allerdings verweisen die Menüpunkte weiterhin auf die Unterseiten und nicht auf die Login-Seite. Die Seiten selbst
sind jetzt aber nicht zugänglich und man landet auf der Seite "Root" (obwohl die ein Verweis zu "Home" ist). Nur wenn
ich jede Unterseite einzeln auf "Anzeigen, wenn angemeldet" setze funktioniert die Umleitung zum Login. Hab ich den Zweck des
genannten Häkchens falsch verstanden oder ist das so beabsichtigt?
Das Problem, was ich bisher nicht lösen konnte betrifft die Weiterleitung nach erfolgreicher
Anmeldung zur gewünschten Seite. Dafür benutzt man doch einen der GET-Parameter
(redirect_url, return_url, referer). Richtig? Leider bleibt der Marker ###RETURN_URL### leer.
Wenn ich zusätzlich die TS-Option "typolinkLinkAccessRestrictedPages" verwende ist
der Marker gefüllt, aber nicht mit der gewünschten URL sondern mit der URL zur Login-Seite
(index.php?id=5&return_url=index.php%3Fid%3D5). Wenn man den Parameter über
typolinkLinkAccessRestrictedPages_addParams setzt, hat man 2 zusätzliche GET-Parameter in der
URL (einer mit der falschen und der andere mit der richtigen URL und möglicherweise gleichem
Namen). Das Weglassen von showAccessRestrictedPages.addParams bringt auch nichts, da man so
gar keinen Parameter mehr hat. Hat jemand eine Idee woran das liegen könnte?
Grüße
Marcel
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Fatal error im Install-Tool beim Upgrade 4.5 -> 6.2.0beta1
Hi Jan, Jan Bartels wrote: > Ich biete ggf. Serverzugriff für einen Core-Entwickler an. Details wären > dann per PM zu klären. Ich habe ggf. morgen Mittag oder Abend etwas Zeit. Mein Skype Name ist phgampe, ansonsten einfach philipp.ga...@typo3.org, der PGP-Key steht in der Signatur. Aus dem Log ist ersichtlich, dass das Install Tool beim Database Connect auf die Nase fällt. Vermutlich steckt da ein Bug in den Details des Legacy Handling von Port Nummer oder Socket Verbindung, oder ein anderer Bug im Parsing der Settings. Interessant wäre in diesem Zusammenhang, was in der localconf.php [DB] stand und was jetzt dort in der LocalConfiguration.php steht. Grüße -- Philipp Gampe – PGP-Key 0AD96065 – TYPO3 UG Bonn/Köln Documentation – Active contributor TYPO3 CMS TYPO3 inspiring people to share! ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Fatal error im Install-Tool beim Upgrade 4.5 -> 6.2.0beta1
Hallo Philipp, Am 05.11.2013 21:13, schrieb Philipp Gampe: Das Problem liegt wohl eher in deiner Symlink Struktur, bzw. in "falschen" Rewrite Regeln in der .htaccess. Das Root-Verzeichnis sieht so aus: drwxr-x--- 4096 Nov 5 22:10 fileadmin -rw-r-47 Oct 16 18:43 index45.php -rw-r- 1600 Nov 4 21:46 index62.php -rw-r- 1600 Nov 5 19:45 index.php -rwxr- 483 Oct 16 19:04 robots.txt lrwxrwxrwx15 Oct 16 18:38 typo3 -> typo3_src/typo3 drwxr-x--- 4096 Nov 5 22:10 typo3conf lrwxrwxrwx20 Nov 5 19:08 typo3_src -> typo3_src-6.2.0beta1 drwxr-x--- 4096 Oct 16 18:43 typo3_src-4.5.30 drwxr-x--- 4096 Oct 15 18:42 typo3_src-6.2.0beta1 drwxr-x---675840 Nov 5 22:10 typo3temp drwxr-x---466944 Nov 5 22:10 uploads Die .htaccess möchte ich hier nicht öffentlich posten, kann sie aber einem Core-Entwickler gerne per PM zukommen lassen. Hast du dort etwas Spezielles eingetragen? Ich finde nicht... Es sind ein paar AddType und AddEncoding drin, ein paar Regeln um Zugriff auf Logs, SQL-Dateien, SVN-Dateien usw. zu verbieten. Dann noch Regeln für ext:scriptmerger, Regeln für "versioned static files"/versionNumberInFilename. Dann noch eine Handvoll Regeln für URLs, die sich im Lauf der Zeit geändert haben sowie die Standardregeln für RealURL. Und ein AuthType Basic. Ich habe zwischenzeitlich etliches davon rausgeworfen, ohne dass es etwas am Problem ändert. Bitte poste doch mal die HTTP Header der Rewrites, d.h. was leitet auf was? Ich habe mit Wireshark aufgezeichnet: GET /typo3/sysext/install/Start/Install.php?install[redirectCount]=0&install[context]=backend&install[controller]=step HTTP/1.1 --> HTTP/1.1 303 See Other GET /typo3/sysext/install/Start/Install.php?install[redirectCount]=1&install[context]=backend&install[controller]=step&install[action]=databaseConnect HTTP/1.1 --> HTTP/1.1 303 See Other --> 0 GET /typo3/sysext/install/Start/Install.php?install[redirectCount]=2&install[context]=backend&install[controller]=step HTTP/1.1 --> HTTP/1.1 303 See Other GET /typo3/sysext/install/Start/Install.php?install[redirectCount]=3&install[context]=backend&install[controller]=step&install[action]=databaseConnect HTTP/1.1 --> HTTP/1.1 303 See Other GET /typo3/sysext/install/Start/Install.php?install[redirectCount]=4&install[context]=backend&install[controller]=step HTTP/1.1 --> HTTP/1.1 303 See Other GET /typo3/sysext/install/Start/Install.php?install[redirectCount]=5&install[context]=backend&install[controller]=step&install[action]=databaseConnect HTTP/1.1 --> HTTP/1.1 303 See Other Das wiederholt sich dann immer so weiter. Typo3 6.2 scheint aber einen Zugriff auf die Datenbank zu haben, denn ich habe das Install-Tool aus dem Backend gestartet. Der Seitenbaum sieht erst mal ok aus, die BE-User werden angezeigt. Ich kann natürlich sonst mit dem BE nicht viel machen, und das FE zeigt auch nichts an. Dazu müsste ja erst das Install-Tool laufen, damit ich den DB-Compare und die Update-Wizards starten kann. Vermutlich hast du einen Bug gefunden (Oh ein Fehler -> Redirect -> alles OK, weiter -> oh ein Fehler -> ...). Nun müssen wir nur noch rausfinden, was genau schief läuft. Soll ich Forge zwischenzeitlich schon mit diesen Infos füttern? Irgendeinen Titelvorschlag für den Fehler? Ich biete ggf. Serverzugriff für einen Core-Entwickler an. Details wären dann per PM zu klären. Gruß, Jan ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Gridelements und Bilder mit Fal
Am 05.11.2013 17:29, schrieb Christian Krauss:
Hallo,
ich versuche mit Gridelements und einem Fluid Template einen Slider zu
bauen. Mit Text funktioniert das auch wunderbar!
Nur wenn ich als Contentelement nur Bilder nehme, komme ich einfach
nicht an das Bild ran.
Nachdem ich diesen Patch eingespielt habe: https
://review.typo3.org/#/c/22761/ bekomme ich nun im Feld {data.image}
einen Pfad zum Bild nur leider im "../../" am Anfang.
Wenn da ein Pfad drinsteht, sollte das doch der richtige Ansatz sein.
Kannst Du mal den kompletten Pfad posten und zusätzlich den Pfad, den Du
erwarten würdest? Ggf. ist das nämlich ein Problem vom Core, da wir mit
dem Patch eine Methode daraus verwenden.
HDH
Joey
--
Wenn man keine Ahnung hat: Einfach mal Fresse halten!
(If you have no clues: simply shut your gob sometimes!)
Dieter Nuhr, German comedian
Xing: http://contact.cybercraft.de
Twitter: http://twitter.com/bunnyfield
TYPO3 cookbook (2nd edition): http://www.typo3experts.com
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Fatal error im Install-Tool beim Upgrade 4.5 -> 6.2.0beta1
Hi Jan, Jan Bartels wrote: > Diese Liste stammt noch aus dem Ext-Manager von 4.5. Der von 6.2 läuft > ja noch nicht. Ich hätte nun eigentlich erwartet, dass die Migration > klappt, wenn nur noch System-Exts installiert sind. Extensions sind eigentlich egal. An dieser Stelle ist nur das nötigste geladen und definitiv keine Nicht-Core Extensions. Das Problem liegt wohl eher in deiner Symlink Struktur, bzw. in "falschen" Rewrite Regeln in der .htaccess. Hast du dort etwas Spezielles eingetragen? Bitte poste doch mal die HTTP Header der Rewrites, d.h. was leitet auf was? Vermutlich hast du einen Bug gefunden (Oh ein Fehler -> Redirect -> alles OK, weiter -> oh ein Fehler -> ...). Nun müssen wir nur noch rausfinden, was genau schief läuft. Viele Grüße -- Philipp Gampe – PGP-Key 0AD96065 – TYPO3 UG Bonn/Köln Documentation – Active contributor TYPO3 CMS TYPO3 inspiring people to share! ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Fatal error im Install-Tool beim Upgrade 4.5 -> 6.2.0beta1
Am 30.10.2013 21:38, schrieb Jan Bartels:
Ich denke, ich fange nächste Woche noch mal neu an. Ist folgendes ein
gangbarer Weg?
1. das komplette Typo3 4.5 klonen
2. alle Caches und typo3temp löschen
3. alle lokalen Exts unter 4.5 im EM updaten und dann deaktivieren (oder
besser doch löschen?)
4. Typo3 6.2 Quellen installieren und Symlinks setzen
5. Typo3 6.2 ans Rennen bringen (Installtool, DB-Update...)
6. Eine Ext nach der anderen im EM wieder aktivieren und installieren.
Ggf. Ext vorher erneut updaten. Dabei mit den Exts beginnen, die
Typo3-6.x-ready sind.
Erfolglos! Weiterhin Fatal Error in Schritt 5 beim Aufruf des
Install-Tools von Typo3 6.2:
-8<-
Fatal error: Uncaught exception
'TYPO3\CMS\Install\Controller\Exception\RedirectLoopException' with
message 'Redirect loop aborted. If this message is shown again after a
reload, your setup is so weird that the install tool is unable to handle
it. Please make sure to remove the "install[redirectCount]" parameter
from your request or restart the install tool from the backend
navigation.' in
/.../typo3_src-6.2.0beta1/typo3/sysext/install/Classes/Controller/AbstractController.php:523
Stack trace:
#0
/.../typo3_src-6.2.0beta1/typo3/sysext/install/Classes/Controller/StepController.php(132):
TYPO3\CMS\Install\Controller\AbstractController->redirect('',
'databaseConnect')
#1
/.../typo3_src-6.2.0beta1/typo3/sysext/install/Classes/Controller/StepController.php(70):
TYPO3\CMS\Install\Controller\StepController->outputSpecificStep()
#2 /.../typo3_src-6.2.0beta1/typo3/sysext/install/Start/Install. in
/.../typo3_src-6.2.0beta1/typo3/sysext/install/Classes/Controller/AbstractController.php
on line 523
Fatal error: Undefined class constant 'VALID_CLASSNAME_PATTERN' in
/.../typo3_src-6.2.0beta1/typo3/sysext/core/Classes/Core/ClassLoader.php
on line 173
-8<-
Die lokalen Exts habe ich unter Typo3 4.5 nur deinstalliert und nicht
gelöscht. Die DB-Tabellen sind natürlich auch weiterhin noch komplett
und unverändert vorhanden.
An System-Exts sind installiert (keine lokalen Exts mehr!):
-8<-
Extension Manager em
File>Listfilelist
Help>About about
Help>About Modules aboutmodules
Help>TYPO3 Manualcshmanual
Linkvalidator linkvalidator
Recyclerrecycler
System Reports reports
Tools>Config+DBint lowlevel
Tools>Installinstall
Tools>Logbelog
Tools>User Admin beuser
User>Open Documents opendocs
User>Setup setup
User>Task Center taskcenter
User>Task Center, Actionssys_action
Web>Access perm
Web>Func func
Web>Func, Wizardsfunc_wizards
Web>Func, Wizards, Create multiple pa... wizard_crpages
Web>Func, Wizards, Sort pageswizard_sortpages
Web>Info info
Web>Info, Page TSconfig info_pagetsconfig
Web>List recordlist
Web>Template tstemplate
Web>Template, Constant Editortstemplate_ceditor
Web>Template, Info/Modifytstemplate_info
Web>Template, Object Browser tstemplate_objbrowser
Web>Template, Template analyzer tstemplate_analyzer
Web>View viewpage
Extbase Framework for Extensionsextbase
Scheduler scheduler
Context Sensitive Help context_help
Editor with syntax highlighting t3editor
Extra Click Menu Optionsextra_page_cm_options
htmlArea RTErtehtmlarea
Import/Export impexp
Internal notes sys_note
Static Templatesstatictemplates
System language labels lang
TSConfig / TypoScript Object Reference tsconfig_help
TYPO3 CMS Frontend (TypoScript) cms
Versioning Management version
Workspaces Management workspaces
CSS styled content css_styled_content
Fluid Templating Engine fluid
Frontend Login for Website Usersfelogin
TYPO3 System Services sv
TYPO3 skin t3skin
-8<-
Diese Liste stammt noch aus dem Ext-Manager von 4.5. Der von 6.2 läuft
ja noch nicht. Ich hätte nun eigentlich erwartet, dass die Migration
klappt, wenn nur noch System-Exts installiert sind.
Was nun?
Gruß,
Jan
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Re: Extension: JB GD Resize - Schwaze Thumbnails
Ich kann dir zur Extension nichts brauchbares sagen, da ich sie noch nie brauchte. Jedoch kann ich dir einen Tipp zu Deinen derzeitigen Server/Hoster geben. Wechsel deinen Anbieter so schnell wie möglich. Ich weiss jetzt nicht wie viel Erfahrung du mit TYPO3 hast und was für ein Project du Umsetzten möchtest. Wenn dein Hoster schon kein IM,GM zur Verfügung stellt, was fehlt noch alles, und Denke dabei an einen Update zu 6.2 welchen du mit Sicherheit gerne Haben möchtest wenn du die Tollen Möglichkeiten des Neuen LTS TYPO3 Systems kennst. Ich kenne deinen Anbieter nicht, kann dir aber aus Erfahrung https://uberspace.de Empfehlen. Dort hast Du alles was das Herz begehrt. Leg dir dort mal einen Test Server an (gratis für 1 Monat) Keine Registrierung oder sonst was. Login Name und Password und los geht's. aber schaue selbst. gruss matthias ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] komplette Demo-Installation installierbar machen
Hallo... in diesem Fall ist es eine 6.1 Installation... 1.) ich mache einen datenbankabzug und lege den in typo3conf 2.) die LocalConfiguration.php in AdditionalFactoryConfiguration.php umbenennen und die Datenbankeinträge entfernen... 3.) typo3temp bis auf _processed_ ist geleert 4.) alles zusammen als .tgz gespeichert 5.) auf Zielserver im Domainroot entpackt 6.) Domain aufgerufen > 1-2-3 installer kommt 7.) neuen DB-User und PW eingetragen, DB gewählt und sql importiert 8.) eigentlich bis auf EINEN einzigen Punkt ist jetzt alles OK... vor dem eigentlichen Seitenbaum wird eine NEUE Seite "Home" hinzugefügt, die natürlich beim direkten Domainaufruf dann logischerweise zum Fehler führt (kein PageType 0 weil ja kein Template) jemand eine Idee wie ich dies vermeiden kann, dass durch den 1-2-3 Installer diese Home Seite automatisch angelegt wird ??? -- image[FORMAT] - Ralf-René Schröder http://www.image-format.eu ... Wir geben Ihrem Image das richtige Format ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] cwt_community mit direct mail bringt Error
hallo, ich habe cwt_community und direct mail installiert (beide neuste Varianten). Alles läuft unter typo3 6.1.5 Beim Aufruf der Seiten mit dem Plugin cwt_community erhalte ich folgenden Fehler im log: Fatal error: Class '\\tx_directmail_select_categories' not found in /var/www/typo3/typo3_src-6.1.current/typo3/sysext/core/Classes/Utility/GeneralUtility.php on line 4111 Wenn direct mail deinstalliert ist, erscheint der Fehler nicht. Wie kann ich das beheben? Mit bestem Gruss lars ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] formhandler - E-Mail wird nicht an User geschickt
Hallo, der Subpart muss in das HTML-Template. Darin hast du den Subpart für dein Form-Element (z.B. ###TEMPLATE_FORM1###), den Subpart für die Mail an den Admin, und da gehört auch der Subpart für die E-Mail an den User rein. Am besten lädtst du dir mal eins von den Demo-Formularen auf der Formhandler-Website (http://www.typo3-formhandler.com) runter und schaust dir mal die Templates an. Gruß Susanne Am 05.11.2013 09:09, schrieb Sonja Dithmers: Hallo Susanne, die User-Einstellungen hatte ich inzwischen mit in TS geschrieben. Aber den Subpart nicht. Wo genau gehört der rein? Ich habe ihn in den Bereich, der für das E-Mail-Feld zuständig ist, eingefügt. Da passiert aber nichts. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Gridelements und Bilder mit Fal
Hallo,
ich versuche mit Gridelements und einem Fluid Template einen Slider zu bauen.
Mit Text funktioniert das auch wunderbar!
Nur wenn ich als Contentelement nur Bilder nehme, komme ich einfach nicht an das Bild ran.
Nachdem ich diesen Patch eingespielt habe: https ://review.typo3.org/#/c/22761/ bekomme ich nun im Feld {data.image} einen Pfad zum Bild nur leider im "../../" am Anfang.
Nach dem einspieln das Patches habe ich auch ein Feld {data.image_fileUids} nur steht hier auch nicht die richtige ID drin um mit
auf das Bild zuzugreifen.
Wie kann ich den in eine Fluid Template richtig auf das Bild mit Fal zugreifen?
Hat jemand einen Tipp für mich?
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Extension: JB GD Resize - Schwaze Thumbnails
Hallo. da ich auf meinem Webspace keine IM/GM Unterstüzung habe, habe ich mir die Extension JB GD Resize installiert. Diese Funktioniert was das Skalieren angeht super, aber im BE tritt ein Fehler auf. Die Thumbnails von .png und .gif Bildern werden nur Schwarz angezeigt - was natürlich sehr unschön aussieht. Kann das jemand bestätigen bzw. hat jemand einen Tipp, wie ich das Problem beheben kann ? TYPO3 Version 6.15 ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Extbase / anderes Feld als uid in MM Relation
Hi zusammen, ich benötige für die MM Relation ein anderes Feld aus der verknüpften Tabelle als die uid. Es handelt sich dabei auch um ein Unique INT Feld und die verknüpften Tabellen sehen wie folgt aus (vereinfacht): Mitarbeiter Tabelle: - uid - pid - id - name - etc... Verknüpfte Tabelle: - uid - pid - extra1 - extra2 - extra3 Die MM Tabelle wie üblich: - uid_local (hier wird anstatt der uid der Mitarbeiter Tabelle die id benötigt) - uid_foreign - sorting - sorting_foreign Hab schon uralte Threads im Netz ausgegraben und leider nur in Erfahrung bringen können, dass das Feature des Ummappens auf ein anderes Feld als die uid wohl irgendwann in Extbase integriert sein soll... Habt Ihr eine Idee, wie man das bewerkstelligen könnte? Ich verwende übrigens eine 4.7.* Version von Typo3 und somit auch ExtBase. Vielen Dank und viele Grüße, Christian ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Powermail Tabs
Hallo,
Ich habe ein mehrseitiges Formular mir Powermail erstellt. Dieses nutzt ja
dann jquery mit Tabs. Habe dann den tabs.js Code in soweit verändert, das es
jetzt auch wieder weiter und zurück Buttons gibt. Die Struktur von den Tabs
sieht ja so aus:
Formularinhalt
Formularinhalt
Ich möchte gerne um alle Fieldsets einen extra Div Container haben. Nur
sobald ich die Fieldsets umschließe, sind die Tabs natürlich weg. Mein
Problem liegt in der fettmarkierten zeile. Dort wird ja der Container für
die einzelnen Tabs definiert.
Habe es auch schon so probiert:
container:’div > fieldset'
Hier der JS Code:
jQuery.fn.powermailTabs = function (options) {
'use strict';
var $this = $(this);
options = $.extend({ container:'fieldset', header:'legend' }, options);
// generate menu
var $ul = $('', {id:'powermail_tabmenu', class:'tabs-nav
clearfix'}).insertBefore($this.children(options.container).filter(':first'))
;
function forNextButton($button) {
var actFieldset = $($button).parent().hide().next().show();
var number = actFieldset.index() - 2
$($ul).find('li.active').removeClass('active').next('li').addClass('active')
;
//$($ul).find('li.act').removeClass('act').parent().find('li').eq(1).addClas
s('act');
}
function forPrevButton($button) {
var actFieldset = $($button).parent().hide().prev().show();
var number = actFieldset.index() - 2
$($ul).find('li.active').removeClass('active').prev('li').addClass('active')
;
//$($ul).find('li.act').removeClass('act').parent().find('li').eq(0).addClas
s('act');
}
function hasNoValidationErrors(){
return $('.powermail_form').validationEngine('validate');
}
//all containers
$this.children(options.container).each(function (i, $fieldset) {
//tab_menu
$ul.append($('')
.html($(this).children(options.header).html())
.addClass((i == 0) ? 'active' : '')
.bind('doSthTabs', {
container:$this.children(options.container),
fieldset:$($fieldset)
}, function (e) {
if (hasNoValidationErrors()) {
//alert('doSome' + i);
$(this).siblings().removeClass('active').end().addClass('active');
e.data.container.hide();
e.data.fieldset.show();
}
}
)
);
//"previous" and "next" buttons
if (i < 1) {
$(' Weiter >> ')
.appendTo($($fieldset))
.bind('doSthButt', function () {
forNextButton($(this));
}
);
} else if (i < (($this.children(options.container).length) - 1))
{
$(' Weiter >> ')
.appendTo($($fieldset))
.bind('doSthButt', function () {
forNextButton($(this));
}
);
$(' Zurück << ')
.appendTo($($fieldset))
.bind('doSthButt', function () {
forPrevButton($(this));
}
);
} else {
$(' Zurück << ')
.appendTo($($fieldset))
.bind('doSthButt', function () {
forPrevButton($(this));
}
);
}
}
);
// trigger events
$ul.find('li').click(function (e) {
e.preventDefault();
if(hasNoValidationErrors()){
$(this).trigger('doSthTabs');
}
});
$('.pm_button').click(function (e) {
e.preventDefault();
if (hasNoValidationErrors()) {
$(this).trigger('doSthButt');
}
});
// initial show first fieldset
$this.children(options.container).hide();
$this.find(options.container).first().show();
// Stop submit
$this.submit(function (e) {
//e.preventDefault();
});
};
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] FE-Useranmeldung mit unterschiedlichen Zielseiten
Am 05.11.2013 13:26, schrieb kont...@k2-potsdam.de: Hi Peter, danke erstmal für Deine Antwort. Das Häkchen ist nicht gesetzt, es funktioniert aber trotzdem nicht. Allerdings gibt es auf einer der beiden Seiten eine zweite Anbindung des Plugins als Abmeldemöglichkeit. Diese wird nur angezeigt, wenn der User angemeldet ist. Muss ich die auch noch entfernen? Aber wie kann sich der User dann überhaupt noch abmelden? Gruß, Stefan Hi Stefan, nein, das zweite Plugin sollte nicht stören. Hm... rätselhaft... wie war nochmal genau das Setting? Umleitung nach usergroup usw? Schöne Grüße, Peter -- http://function2form.net http://peter-kuehnlein.net "Other than continuing to exert yourself, enter into nothing else, but go to the extent of living single thought by single thought." (Hagakure) ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] FE-Useranmeldung mit unterschiedlichen Zielseiten
Hi Peter, danke erstmal für Deine Antwort. Das Häkchen ist nicht gesetzt, es funktioniert aber trotzdem nicht. Allerdings gibt es auf einer der beiden Seiten eine zweite Anbindung des Plugins als Abmeldemöglichkeit. Diese wird nur angezeigt, wenn der User angemeldet ist. Muss ich die auch noch entfernen? Aber wie kann sich der User dann überhaupt noch abmelden? Gruß, Stefan Date: Mon, 04 Nov 2013 16:12:47 +0100 From: Peter K?hnlein Subject: Re: [TYPO3-german] FE-Useranmeldung mit unterschiedlichen Zielseiten To: German TYPO3 Userlist Message-ID: Content-Type: text/plain; charset=UTF-8; format=flowed Am 04.11.2013 15:55, schrieb kont...@k2-potsdam.de: Hallo Liste, seit Tagen suche ich nun schon nach einer L?sung f?r dieses (scheinbar) triviale Problem. In einem Intranet gibt es unterschiedliche FE-Usergruppen mit unterschiedlichen Berechtigungen. Die Gruppe Mitglieder ist das Grundmodell und soll nach Anmeldung auf der Startseite verbleiben. Das entspricht dem Standardverhalten und funktioniert auch so. Die Gruppe Mitarbeiter hat weitergehende Rechte und soll nach Anmeldung auch auf eine andere Seite weitergeleitet werden. Diese Seite ist als Weiterleitungsziel im Benutzergruppen-Datensatz angelegt. Die Loginbox ist mit den Weiterleitungsmodi: - nach Benutzergruppendatensatz - nach Abmeldung - nach Anmeldefehler konfiguriert. Trotzdem landet jeder Nutzer, egal ob Mitglied oder Mitarbeiter nach der Anmeldung immer auf der Startseite. Ich hab schon alles m?gliche probiert und finde einfach den Fehler nicht. Hat jemand von Euch eine Idee, was ich falsch mache? Im Einsatz ist T3 4.5.3 und felogin 1.3.1 Herzliche Gr??e, Stefan Hi Stefan, hast du das H?kchen gesetzt, dass eine Abmeldemaske gezeigt werden soll? Dann klappt die Weiterleitung nicht. Sch?ne Gr??e, Peter -- http://function2form.net http://peter-kuehnlein.net "When I occasionally have dreams of dying in a battle or committing seppuku, if I brace myself with courage, my frame of mind within the dream gradually changes." (Hagakure) -- k² Potsdam Kompetenz für Kommunikation Am Bürohochhaus 2-4 14478 Potsdam Tel. 0331/86 749 883 Funk 0172/514 3825 Web: www.k2-potsdam.de mail: kont...@k2-potsdam.de ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Formhandler: mindestens ein von x Feldern muß befüllt sein
Bei dir fehlt die Definition der Validator Klasse. Ansonsten scheint dein Code
soweit ok zu sein.
if.1 {
conditions {
OR1 {
AND1 = question1<1
AND2 = question2<1
AND3 = question3<1
}
}
isTrue {
validators {
1.class = Validator_Default
1.config.fieldConf {
answers.errorCheck.1 = required
}
}
}
}
-Ursprüngliche Nachricht-
Von: typo3-german-boun...@lists.typo3.org
[mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Johannes C. Schulz
- EnzephaloN IT-Solutions
Gesendet: Montag, 4. November 2013 12:31
An: typo3-german@lists.typo3.org
Betreff: [TYPO3-german] Formhandler: mindestens ein von x Feldern muß befüllt
sein
Hallo typo3-Gemeinde
Ich habe hier mit einem Formhandler-Formular das Problem, daß ich einen Check
brauche daß eins von drei Feldern befüllt sein muß. Ich habe dazu im Netz einen
Ansatz gefunden, der leider noch nicht funktioniert. Deswegen die Bitte an
Wissende, mir hier etwas auf die Sprünge zu helfen:
plugin.Tx_Formhandler.settings{
if.1{
conditions {
OR1 {
AND1 = singleroom<1
AND2 = doubleroom<1
AND3 = sharedroom<1
}
}
isTrue{
validators.1.config.fieldConf{
room.errorCheck.1 = required
}
}
}
[.]
Im Template steht dann:
###error_room_required###
###LLL:singleroom###
###required_singleroom###
###LLL:doubleroom###
###required_doubleroom###
###LLL:sharedroom###
###required_sharedroom###
Nur wird der Fehler derzeit nicht aufgerufen. Selbst wenn alle Felder leer
sind, wird das Formular abgeschickt.
Achja: Mir ist eigentlich egal "was" in den Feldern steht - Formhandler erlaubt
aber nur = != < und >. Kann man das auch als "notEmpty" bauen?
Danke für Eure Hilfe.
Johannes
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] formhandler - E-Mail wird nicht an User geschickt
Hallo Susanne, die User-Einstellungen hatte ich inzwischen mit in TS geschrieben. Aber den Subpart nicht. Wo genau gehört der rein? Ich habe ihn in den Bereich, der für das E-Mail-Feld zuständig ist, eingefügt. Da passiert aber nichts. -- Gruß Sonja D. Das Gegenteil von schlau ist nicht dumm, sondern faul! ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
