[TYPO3-german] [TYPO3-core] Announcing TYPO3 CMS 4.5.40 LTS
Dear TYPO3 World, the TYPO3 Community has just released TYPO3 CMS version 4.5.40 LTS which is now ready for you to download. This version is a maintenance release and contains bug and security fixes. *IMPORTANT* This version includes important security fixes to the TYPO3 core. A security announcement has just been released: https://typo3.org/teams/security/security-bulletins/typo3-core/typo3-core-sa-2015-001/ The package can be downloaded here: https://typo3.org/download/ For details about the release, please see: http://typo3.org/news/article/typo3-cms-4540-released/ MD5 checksums: 3a0b4be40e8ae7ab5df3c61cb046f5fa blankpackage-4.5.40.tar.gz 7f49f571dbf5b9ce252ae146945bdd01 blankpackage-4.5.40.zip a2ac752f2d944486b9d7404c91c3d86e dummy-4.5.40.tar.gz 7d329f02639eba9418a4caa6c12adc76 dummy-4.5.40.zip 810390766259e8580d8b421a7eb71065 introductionpackage-4.5.40.tar.gz 708cb851ea08b682280be8143f6d4531 introductionpackage-4.5.40.zip 71dcee3c9171fa7fcb21718ff869636d typo3_src+dummy-4.5.40.zip 75dc19184abfec84c384f31a7b353b6a typo3_src-4.5.40.tar.gz 03bf82bfe10f13022af80f038d75fe4e typo3_src-4.5.40.zip Best regards Oliver -- Oliver Hader TYPO3 CMS Team Leader TYPO3 inspiring people to share! Get involved: http://typo3.org ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Dateisammlung in TYPO3 6.2
Hallo, ich möchte eine Dateisammlung anlegen, die über Kategorien ausgewählt werden soll. Diese Kategorienstruktur ist gegeben: Hauptkategorie | +- Unterkategorie 1 | | | +- Unterkategorie 1.1 | | | +- Unterkategorie 1.n | +- Unterkategorie 2 | Ausgewählt werden sollen alle Unterkategorien von Unterkategorie 1. Wenn ich nun Rekursive Auswahl aktiviere und Unterkategorie 1 auswähle, werden ebenfalls Unterkategorie 1.1. bis Unterkategorie 1.n ausgewählt. So weit so gut. Gleichzeitig werden die Kategorien aber auch mit einem gelben Ausrufezeichen markiert: nicht korrekt ausgefüllt !? Das verstehe ich nicht! Ist das ein Bug? Wähle ich nur die Unterkategorie 1, ohne die Rekursive Auswahl zu aktivieren, werden natürlich nur die Dateien selektiert, bei denen die Unterkategorie 1 gesetzt ist. Dateien der Unterkategorien 1.1 bis Unterkatgeorie 1.n sind darin nicht enthalten! Ist die Rekursive Auswahl NICHT aktiviert, kann ich aber auch nur eine einzige Kategorie auswählen, mehrere Kategorien können nicht ausgewählt werden. Ist das so richtig und beabsichtigt? Gruß, Johannes. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] YAG Fehlermeldungen Division by zero Error
Hi Stefan, den Fehler hatte ich auch im TS bitte module.tx_yag.settings.themes.backend { itemList.itemsPerPage = 20 albumList.itemsPerPage = 50 } setzen. @Daniel: Eventuell ist eine Besser Fehlermeldung sinnvoll. Viele Grüß Timo iljansoft GmbH Timo Poppinga Telefon: +49 2823 3239799 Mobile: +49 175 2 40 50 90 mit Sitz in Goch · Amtsgericht Kleve · HRB 12782 · Voßheider Str. 263 · 47574 Goch · USt-IdNr. DE294460296 Geschäftsführer: Timo Poppinga Am 19.02.2015 um 17:52 schrieb Daniel Lienert dan...@lienert.ccmailto:dan...@lienert.cc: Hallo Stefan, Division by zero ist definitiv nicht schön. Ich habe mir den Code angesehen. An der Stelle sollte mit hoher Sicherheit in den letzte Versionen nichts geändert worden sein. In meinen Installationen zeigen sich deine Fehler auch nicht. Also muss irgendwas an deiner Instanz defekt sein. Der Division by Zero Fehler sieht für mich so aus, als ob ein Teil der Typoscript Konfiguration fehlt. Siehst du im Template Analyzer irgendwelche Fehler in deinem Typoscript? Hast du in der letzten Zeit andere Extensions installiert, welche irgendwie wechselwirken könnten? Viele Grüße, Daniel -- TYPO3 related: http://daniel.lienert.cc | http://yag-gallery.de ___ TYPO3-german mailing list TYPO3-german@lists.typo3.orgmailto: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
[TYPO3-german] EXT Form: Errors etc. werden 3 mal wiederholt
Hi. Ich habe eine praktisch frische Typo3 Installation und gerade ein Formular erstellt, jedoch werden die Nachrichten für Feldervalidierungen und die Fehler, falls diese Validierungen fehlschlagen alle immer 3 mal wiederholt, mit - zwischen den Wiederholungen. Frontend sieht so aus: [img]index.php/fa/16242/0/[/img] Die Ausgabe wird so innerhalb der Tags generiert, also z.b. em* - * - */em Ich habe natürlich die Gültigkeitsregel nur einmal erstellt. Danke für jede Hilfe. begin 644 t3form.PNG MB5!.1PT*@H-24A$4@```P4```*=`8```!R)\7C`7-21T(`KLX MZ01G04U!``QCPO\804)$A9P``#L,```[#`=OJ0``#QY241! M5'A[=U!;MQ(F@90GZ6.H4/X+J!#]`WT+J`/L%@5@-H,S`PF'4!M:J5X.I! M-^!#QJ7C3@98XRDY%FDD%!!F4DAGO`8$J*X.,8$@T_X_)E#\```I@D% M``#0.*$:)Q0``$#CA`(``B4(T3@``H'%`0``-$XH```Q@D% M``#0.*$:)Q0D/#]^.'SX,B/S]VK[^GE\/00YO1X6#ZCZ?V\/#UT7Z\Q M#@``MTHHF-4OF'OMXGUE?V=2AX/CSVC_G8PG$_/UZ^=A/Y``58269' M^-0#D_OG@HV#@4O3X'+S#RE\H``X*T+!G'QU/%*U0,'N6(4`([ M(A3,^/%,???.0._N^/56P6]`OWAX=]M!CQM-O0-QO=_HYQDN[U+T0TD M78W9G]_QZV'\X[XBX:)7]%^UUVV?1Y\S^/':]3$`+`70L,'T5YN!,_+*Z# M1('^VGX4^].!X-AO_'?$/+#`6O[84WV%`@``[B`4_-=__5?U=M8KWGO/ MR(R#PEDL#Z*/9??*[BOWVTXWDMTJ^#0P@!0P5C3H64R$_L9\%CP_%UE+3 M-$W3-$V[_787H6`3$X\*C1XI.IDHK/M?#W?2^W?AI^ZNSWW(]Z)@S,F^1Q.O M+0@%``#LDU`PH?_XSE7AVRN(XX_G3!3HEZ]G?)Y@\K,+?25C3O4]FGA-*``` M:(90,'^(=]!NU3$)07Z42(8`4``+PAH2J7RC/M.3C.7/%$^OR#X%C5J/ M#UV^/C/B=$`@`9@@%,?VB?+;%?A-0JD/7ZH4'C:-?GYO'QN9H6#Z MG0P``/9*(A)%;VC@KFD0)]^=.C8PGAEOY(T-94WZ.)U^902PTL``W MA(*('Y\GF+A+/WJ\IZ!`GWL78E!8Y__C98DQ)_L3;PV%PIC8V]9N4``X M4(!```T3B@``(#04``-`XH0```!HG%```0..$`@``:)Q0C1,*``@ M4(!```T3B@``(#04``-`XH0```!HG%```0..$`@``:)Q0C1,*``@ M4(!```T3B@``(#04``-`XH0```!HG%```0..$`@``:)Q0C1,*``@ M4(!```T3B@``(#04``-`XH0```!HG%```0..$`@``:)Q0C1,*``@ M4(!```T3B@``(#04``-`XH0```!HG%```0..$`@``:)Q0C1,*``@ M4(!`+OSE__YZ^$_/__WX=_^_3\T3=.*VO'OCN/?(5P3@#8G;_^[7\/?__' M/[L_`0[_MWQ\IOW9\(A`(`=N8@6$@KA`(`=DH`-80L:$`@!V1R@` MUA`*QH0`'9'*`#6$`KA`(`=DH`-80L:$`@!V1R@`UA`*QH0`'9'*`#6 M$`KA`(`=DH`-80L:$@DW\?OCYXT^'GW[JVJ?/W==OT^=/O;EM8^'GW_O M.MVQWW_^#K_\V`3U`;4#`F%-3T^=.@J(ZU3X=;JCVO`\%Y;J%(/K?[ M#P;YH2$O8SOX\_'SXU^_CSZ];`;4)!`:0L84%!+*`*/;::Z_/WSYU1 M^'YWJC\?/IWF']RP[P^WGDJ$`I@?X08`VA8$PHJ35]20+];*`B%Z]3` MW3L?0D$@%,M$`J`-82,:@BE`L+GO4YE9#P9J@LR=`R/4`L(12,055 M+`P%B\@7(K4:/%^'',\7BAP^VVRJ)\)!3\^:Y`H@`?'DZLU+O1,1'\ZY M/SQ^GP\?/KT]J@Z/NT9)V,(]^B\UIR;I?W[B/Y=0FU``K$4C`D%E2RZ MJSXHO(;M4FOUBZ^K(J]7?7VE54('O7W,W7^VHPY99%,X5LTQUV?'[=K MLZT:.%[I4(H6/)]6K).KS,\?UYDJ@V^1TO6-6PS]W,)Q$*@#6$@CAH)9^ ML3=73$D'U^)%6S98X1-K+_?E%W_D+7-U74SPSK$/._)84N[VU\W-:\? M!7)LK-MX?B]IB7K5!Q2EZSKDI_+\/.17FR8)10`:P@%8T)!1;%'0HXM5?^4 MA()%M=14(1;V_GZC^)Y=IQ$D7HN2#/N%B\H=L=S'HAM,W7\G?)04-!*`N+4 M/(O7J2\!$O6=G/9)[`;F$`F`-H6!,*-A*'R;:)`S`X%2PNIJ4(LMM^K MN+RM1\LXOL6*'9%WL]M1:1UZO-=WAH.`QG@7KFMPF9NH8H9!0`*PA%(P) M!6\@%)VG%BD2DT7IDN+K9%#$#K?W._@?3!G)/O!*2*V*XV'VUH'A-S;\ M%-1^?CQ?5JP3N'QH7,KF_!NB:W@0T)!`:0L84/!F0J$]+DYKA8+K0C#2 MAMLG]]L/!ZPS+];_JZAH%,WUHH*/X^+5FG5]/C1.:_8%V3V\A`)@#:%@ M3AX0Z%(]90-4+!I0,]F*QM%K647=CQ`0NB6+VJ[-[O;H34)!F/]MA()% MWZEZS0R/=GN![%Z_HJM0UL2@`UA`*QH2-[1=*`@%WT2Q.E5L9A9U87ZA MZ#P?QW21G6UJ7DLV%U0O$ZM_!VH6#A]VG).LT8?C]/%JQKAO8D%``K$4 MC`D%;V;ZCO70D%^$9V0K]2*(@6P3WYQ_-.H6#).LVIM*[);6!#0@PAE`P M)A2\E5#P716)9ZFB-5U\;1D*0B'*YIC!(B?-7;S.K/W1S8)LT(_KS MMF1=4]O$CF?R*,4`L(12,065A$+KTKJB9_C\?;06L55[_7C_BY]4\77 MJQ_C]`K'4(!=VMQSY..]VKN5\7MCZ!P;*-B]#1N1N'\JC_^?N]SW:?VHM MPNN3\PUK$`KM'VUF3MK0T'_`N^3Z]*U^E'_]Z^PIQ.;7`,2]8UM8U0P(:$ M`F`-H6!,**CDJH.MOE,K;]IA+%5\GXR*QOY]H,7JUW^GMXW.?ZW]L\\?[ MP[@X/[5C\=D5D.M#P='T.)_?[)VHP7?IY.R=9K_8S,?\FZIK81MB04`L M(12,04`[(Y0`*PA%(P)!0#LCE``K$4C`D%`.R.4`L(12,04`[(Y0`*PA M%(P)!0#LCE``K$4C`D%`.R.4`L(12,04`[(Y0`*PA%(P)!0#LCE``K$4 MC`D%`.R.4`L(12,04`[(Y0`*PA%(P)!0#LCE``K$4C`D%`.R.4`L(12, M04`[(Y0`*PA%(P)!0#LCE``K$4C`D%`.S.,13\_1__[/X$D._X=X=0,84 M`+`[__K7]\/?_OY_FJ9IB]KQ[QN04``-`XH0```!HG%```0..$@BW\^GCX M\/CA\/AK]^MW?MX``!L2BBHY.7YX?#AS\^G_W_^\X?7HOGQ/[3-NY]/``` MWHY04,,?3X'QV.AWM=`;V)Q\/`(`W)134U#U6]T#D]_=*_7=N_C`0#P M)H2:IX/CZ.NB^=['`P#@K0@%-?0KWG\]7P]*?7___3T^E[FZQ\/ M`(`W)134\NOSY8.WIP_EG@KH[@M;N/?Q``!X,T+!%OYX=N[Z/^'@``FQ(* MWE7W*$[W:$Z_;7,7_JW'`P!@#X2=R44``#P_H2=R44``#P_H0``!HG%`` M``-$PH``*!Q0@$``#1.*```@,8)!0``T#BAB4``!`XX0``!HG%`` M``-$PH``*!Q0@$``#1.*```@,8)!0``T#BAB4``!`XX0``!HG%`` M``-$PH``*!Q0@$``#1.*```@,8)!;6\/!U^^_#A\,NP/3YW'29TVWWI=YO: M5[_%]OO\.G[/C6O3PI-H@L]OC\/7)MK#T^%[M\U(Z?FUFQJK+GC[)N: M3V*_H_Z]]MO3RU7?W#E,]?O^]#`:([8L^,,^A1_+Q=ZS/I:6^QS%3^TV= M=S4MG4/L$O7*5AZ[@-`1RBH)-B'BUP:A0R?Z)XF#1',[[O,E0,'PMBT7 MDS?2[%[5-*_`ZC?HFQBL89]+FK4-!KR7VLM70.L6-N$[1?JF`01RBH M)7:!OW@Y?'TX7Z1'K\\4!O%]C9V+N8?#UUZ=6B0RWN)]=GL^=^4GB\\VOV M?/CR^M_HW=36;[A]E;VU*YK]J#IQI^2,D^J3^EYN=Q!;O_9?C/G74U+ MYQ#;KG=5I_[`-`1FI)7LR[8G5XQWQU83!3!.:C;=BG^\L*C-9%*7 M5+_N]*[_T=KYMM[=6[%%-RQDGUV7TH.)HX[VI:.H?8=D7K5.'!X.4%!+ MQL7\?%=O\';^+10H_'V'0K_$?%^XXR7Z#]2F9_XHY3(:=F)QQ4GWN(A1, MG'U+9U#;+NB=1(*`*A'**@EXV(+I6%P;A\8051]HO!7[O(E04%$Q23[ MO4\H*IN\9)];F34%`4II98.H?8=D7K5.'!X.4%!+SL4\5F2M+@Q=?L]
Re: [TYPO3-german] Internal Server Error when trying to add an image to a content section
Hi, danke für die schnelle Antwort. :) Im Log bekomme ich den Fehler, dass die Datei nicht existiert: [Tue Feb 10 07:50:03 2015] [error] [client 66.249.81.198] File does not exist: /home/.sites/776/site2284985/web/favicon.ico [Tue Feb 10 11:51:49 2015] [error] [client 83.65.164.210] Premature end of script headers: ajax.php, referer: - Link musste ich löschen, weil ich noch keine 3 Posts im Forum gemacht hab... [Tue Feb 10 11:52:38 2015] [error] [client 83.65.164.210] File does not exist: /home/.sites/776/site2284985/web/favicon.ico Habe versucht das Bild bevor ich es einbinden will über FTP hochzuladen und zu verwenden bzw. es beim Einbinden hochzuladen, aber beide Wege funktionieren leider nicht. Woran könnte es denn noch liegen? LG Lea ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Internal Server Error when trying to add an image to a content section
Hi Lea, check your error logs on the server. You sould see what the error is about. I would guess it's an out of memory problem. As image transformation might be memory hungry. Regards chris -Ursprüngliche Nachricht- Von: typo3-german-boun...@lists.typo3.org [mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Lea Stich Gesendet: Donnerstag, 19. Februar 2015 12:05 An: typo3-german@lists.typo3.org Betreff: [TYPO3-german] Internal Server Error when trying to add an image to a content section Hi all, I'm absolutely new to Typo3 and started to create a Website and Template - so far everything worked except inserting an image into a content section. I uploaded the picture an I see the thumbnails but as soon as I try to insert it into the content section I get an Error 500 - Internal Server Error. I'm running Version 6.2. I already searched the internet and this forum for help but couldn't find anything (if I missed an entry with the answer, I'm sorry!). I would really appreciate your help! Thanks in advance! BR, Lea ___ 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
[TYPO3-german] dragdrop in TV
Hallo zusammen, ein Problem, welches ich mit einer 4.5.40er Installation habe, nervt mich: sobald ich in TV 1.9.2 ein Element ziehe, um es zu verschieben, springt die komplette Seite nach oben. Damit ist es nicht möglich, die Elemente weiter unten auf der Seite umzusortieren ausser mit CP. Kennt das jemand, hat da jemand eine Lösung für? Problem tritt in allen Browsern auf. Temp-JS-Files habe ich schon gelöscht. -- MfG, Christian Welzel GPG-Key: http://www.camlann.de/de/pgpkey.html Fingerprint: 4F50 19BF 3346 36A6 CFA9 DBDC C268 6D24 70A1 AD15 ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Internal Server Error when trying to add an image to a content section
Hi all, I'm absolutely new to Typo3 and started to create a Website and Template - so far everything worked except inserting an image into a content section. I uploaded the picture an I see the thumbnails but as soon as I try to insert it into the content section I get an Error 500 - Internal Server Error. I'm running Version 6.2. I already searched the internet and this forum for help but couldn't find anything (if I missed an entry with the answer, I'm sorry!). I would really appreciate your help! Thanks in advance! BR, Lea ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Internal Server Error when trying to add an image to a content section
Hi Lea, by the way this is the typo3 german list. So you should speak german here. There is an typo3 englisch mailing list as well if you prefer English. Wilkommen bei typo3. Gruss chris -Ursprüngliche Nachricht- Von: typo3-german-boun...@lists.typo3.org [mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Lea Stich Gesendet: Donnerstag, 19. Februar 2015 12:05 An: typo3-german@lists.typo3.org Betreff: [TYPO3-german] Internal Server Error when trying to add an image to a content section Hi all, I'm absolutely new to Typo3 and started to create a Website and Template - so far everything worked except inserting an image into a content section. I uploaded the picture an I see the thumbnails but as soon as I try to insert it into the content section I get an Error 500 - Internal Server Error. I'm running Version 6.2. I already searched the internet and this forum for help but couldn't find anything (if I missed an entry with the answer, I'm sorry!). I would really appreciate your help! Thanks in advance! BR, Lea ___ 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
[TYPO3-german] Re: TYPO3 6.2 - Powermail Pflichtfelder und PowermailCond Probleme
Danke Michael, das sieht doch gut aus. Leider kann ich die Datei wegen fehlender Rechte nicht bearbeiten. Kann man die denn auslagern? Weißt Du das? Gruß Michael ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] CSS-Datei für bestimmtes Grid Element laden
Hallo, ich habe unter Typo3 6.2 und Grid Elements 3.1.0 eine Site mit mehreren Grid-Elementen angelegt, die auf verschiedenen Seiten verwendet werden. Mein Grid-Element mit der ID 21 benötigt die owl-carousel.css und owl-carousel.js-Dateien. Diese Dateien würde ich gerne nur in solche Seiten einbinden, in denen das Grid-Element mit der ID 21 verwendet wird. Gibt es hierfür eine Typo-Lösung, oder muss ich ein JavaScript programmieren, dass das Vorhandensein des Elements überprüft und die Dateien dann einbindet? Vielen Dank für Eure Hilfe Uwe ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Re: EXT Form: Errors etc. werden 3 mal wiederholt
Naja, da ich nicht herausfinden kann, wieso das passiert, werde ich einfach alle Labels mit jQuery manipulieren... ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Re: TYPO3 6.2 - Powermail Pflichtfelder und PowermailCond Probleme
Da es eine Javascript-Datei ist: - Include der JS-Datei unterbinden - Datei kopieren und an gewünschter Stelle ablegen - Neue Datei über TypoScript via includeJS neu einbinden. Ich hoffe ich konnte Dir helfen. -- Kind regards, Michael Open Theads: http://forum.typo3.org/index.php?t=treeth=208338 http://forum.typo3.org/index.php?t=treeth=208346 ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Fatal error: Allowed memory size
Am 19.02.2015 um 09:12 schrieb Chris Wolff - AERTiCKET AG: Hi Christian, hast du kürzlich auf 6.2 Geupdated? Öh, ich hab nicht die ursprüngliche Frage gestellt... :D -- -c ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Fatal error: Allowed memory size
Am 18.02.15 um 15:14 schrieb JCL - Johannes C. Laxander: Hallo, ich bekomme seit heute im FE beim Aufruf verschiedener Seiten diesen Fatal Error: Fatal error: Allowed memory size of 268435456 bytes exhausted (tried to allocate 69295 bytes) in /.../typo3cms/typo3_src-6.2.5/typo3/sysext/fluid/Classes/ViewHelpers/ForViewHelper.php on line 122 Das Programm ist immer ein anderes. Ich habe in php.ini memory_limit von 32M auf 256M gesetzt. Was genau besagt diese Fehlermeldung? Ich vermute, es hängt mit einer Exbase-Extension zusammen. Was könnte hier die Ursache sein? zu viele daten. wenn die Konfiguration und das Datenvolumen unglücklich ist werden riesige Datenmengen geladen, die in keinen Speicher mehr passen. Vorsicht bei: + sehr vielen Datensätzen, wenn bei extbase mal eben alle Datensätze geladen werden nur um zb. die Anzahl festzustellen. ansatz: andere als die std funktionen benutzen, queries manuell aufbauen + wenn Datensätze viele Relationen haben, die evtl. auch noch alle nachgeladen werden sollen. insbesondere bei rekursiven Relationen könnte es zu eienr Explosion kommen. hier könnte man mit LazyLoad das ganze eindämmen. da das ganz im for-VH auftritt könnte es an folgender Konstruktion liegen: f:for each={records} as=record iteraton=iterator f:if condition={iterator.isFirst} : diverster von {records-f:count()} Datensätzen/div : /f:if /f:for bei vielen Datensätzen ist das extrem ineffizient. bernd -- http://www.pi-phi.de/cheatsheet.html ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Multilanguage + Multitree
Folgendes Webseitenkonzept (stark vereinfacht, es sind eigentlich mehr Seitenbäume und Sprachen): - Seitenbaum 1 mit folgenden Sprachen - - Deutsch - - Englisch - - Spanisch - Seitenbaum 2 mit folgenden Sprachen - - Spanisch - - Portugiesisch Man soll von Seitenbaum 1 in Seitenbaum 2 verlinken können. Natürlich auch von spanischen Seiten aus 1 zu spanischen Seiten auf 2 und andersrum. Zudem soll es die Möglichkeit geben Inhalte vom anderen Seitenbaum zu referenzieren. ## Technische Umsetzung: Ansatz 1 ## - Seitenbaum 1 - - Standardsprache: Deutsch (sys_language_uid = 0) - - Übersetzung: Englisch (sys_language_uid = 1) - - Übersetzung: Spanisch (sys_language_uid = 2) - Seitenbaum 2 - - Standardsprache: Spanisch (sys_language_uid = 0) - - Übersetzung: Portugiesisch (sys_language_uid = 3) Dies ist aber unbrauchbar, da man nun im Seitenbaum 2 keine spanischen Inhalte von Seitenbaum 1 anzeigen lassen kann. Außerdem kann man nicht von spanischer Seite von 1 zu spanischer Seite von 2 verlinken, da unterschiedliche sys_language_uid's... ## Technische Umsetzung: Ansatz 2 ## - Seitenbaum 1 - - Standardsprache: Deutsch (sys_language_uid = 0) - - Übersetzung: Englisch (sys_language_uid = 1) - - Übersetzung: Spanisch (sys_language_uid = 2) - Seitenbaum 2 - - Standardsprache: Deutsch (sys_language_uid = 0) - - Übersetzung: Spanisch (sys_language_uid = 2) - - Übersetzung: Portugiesisch (sys_language_uid = 3) Hier ist das Problem, dass man im Seitenbaum 2 deutsche Inhalte anlegen müsste, obwohl es keine gibt, sondern diese nur dazu dienen übersetzt zu werden. Das ist ein mMn auch kein guter Ansatz. Zudem weiß ich nicht, welche Probleme das sonst noch so nach sich zieht. Hat jemand von euch schon Erfahrunge mit so einer Anforderung gemacht und ein best practice? Oder sonstige Tipps und Lösungsvorschläge? ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Re: TYPO3 6.2 - Powermail Pflichtfelder und PowermailCond Probleme
Bei mir sind alle Versionen aktuell. Im Browser schaue ich mittels der Entwicklungsumgebung auch danach, aber da ist komischerweise in keinem Pflichtfeld das Attribut required gesetzt. Lasse ich mir die Pflichtfelder über console.log ausgeben bekomme ich ein undifined. Blättere ich dann im Objektbrowser ist das Attribut required auf false. Passt also und dennoch wird es beim Absenden ignoriert. Das mit den required Attributen ist mit Jquery so ne sache. Da hatte ich schon öfters Probleme. Wichtig ist aber was der Server verarbeitet und nicht unbedingt was der Browser anzeigt. Irgendwo ist der Hund begraben. Ich habe jetzt mal einen Bug request eröffnet. Mal sehen ob es eine Lösung gibt. Deine Version muss ich nochmal mit Feldern testen, den Fall habe ich aktuell nicht. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] CSS-Datei für bestimmtes Grid Element laden
Vielen Dank für die ausführliche Antwort Stephan, ich werde Deinem Rat folgen und die Dateien auf jeder Seite einbinden. Der Cache wird es schon richten ... ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] CSS-Datei für bestimmtes Grid Element laden
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hallo Uwe. Meine Empfehlung: Lass es bleiben, sofern es nicht wirklich zwingende Gründe dafür gibt. Du hast vermutlich sowohl für CSS als auch für JS Compression und Concatenation an, der Benutzer bekommt also auf jeder Seite in Idealfall nur eine CSS-Datei und eine JS-Datei weil serverseitig im Hintergrund mehrere Dateien zusammengeführt werden. Wenn du anfängst, auf jeder Seite nur genau das CSS und JS zu laden das für die Seite notwendig ist, müssen deine Webseitenbesucher bei jedem Seitenaufruf erneut ein paar hundert KB CSS und JS runterladen, obwohl sich der Code *eigentlich* nur ein paar Zeichen unterscheidet. Wenn alle Seiten das gleiche JS und CSS verwenden ist zwar die Dateigröße um ein paar KB größer, dafür sind Folgerequests mit 304 - Not Modified möglich, was in Summe die Performance verbessert. Es gibt natürlich technische Gründe, das dann doch wieder aufzuweichen. Darunter fallen alle Dateien, die von anderen Webservern kommen und da ggf. verzögert werden. Ich muss z.B. nicht auf jeder Seite die Google-Maps-Lib einbinden wenn ich nur auf einer einzigen Seite eine Google-Karte haben möchte. Vielleicht bietet Gridelements außerhalb der TYPO3-Basismechanismen noch die ein oder andere Möglichkeit die ich nicht kenne. Das kann dir sicher Jo beantworten. Wobei mir sowas bisher noch nicht aufgefallen ist. Das was du vor hast, lässt sich mit TYPO3-Boardmitteln erst mal nicht durchführen. Jedenfalls nicht so einfach, und auch nicht 100% wasserdicht. Zwar könntest du an ein bestimmtes Gridelements-Content per stdWrap einfach JS und CSS anhängen. Das würde dann aber mitten im Body landen. Bei mehrfacher Verwendung des gleichen Elementtyps auch mehrfach. Das ist also keine so wahnsinnig gute Idee. Das USER-Objekt hat zwar ein includeLibs-Argument. Das betrifft allerdings PHP-Ressourcen. Es ist dafür also semi-geeignet. Es gibt dafür eigentlich nur zwei halbwegs brauchbare Weg. Beide haben aber jeweils ihre ganz speziellen Nachteile. Erstens könntest du an den Gridelements-Elementtyp per USER oder stdWrap/includeLibs einen PHP-Aufruf anbinden, der die JS-Datei in $GLOBALS[TSFE] registriert. Wenn ich mich recht entsinne hat Powermail1 das damals gemacht, zum Beispiel. Dabei musst du aber hoffen, dass dieses Element nicht innerhalb eines *_INT gerendert wird, also nicht in einem COA_INT und nicht von einem USER_INT aufgerufen wird. Dann nämlich dürfte das entsprechende Header-Fragment bereits gerendert sein wenn das *_INT dazu kommt und der Header enthält die JS-Datei manchmal nicht. Nämlich immer dann nicht, wenn der Rest der Seite aus dem Cache kommt. Die zweite Variante wäre, z.B. im includeJS per stdWrap ein PHP-Script einzuschleusen, dass global prüft, ob auf der aktuellen Seite ein entsprechendes Gridlements-Content vorkommt und dann das JS nur ein einziges Mal anfügt. Das kann aber ggf. schief gehen, wenn du das Element via Insert Records einbindest, weil dann das Content ja gar nicht auf der eigentlichen Seite liegt. Oder aber es kann schief gehen, wenn das Gridelements-Content aufgrund von z.B. Sprachbeschränkungen oder Zugriffsrechten für den aktuellen Frontendbenutzer nicht sichtbar ist. Auch wenn das der weniger schlimme Fehlerfall ist, weil das JS dann einfach untätig zu viel auf der Seite ist. Schlimmer ist jedenfalls, dass das Gridelements-Element da ist aber das JS dazu nicht. Deshalb meine Empfehlung: Binde CSS und JS die du potenziell überall benötigen könntest grundsätzlich überall ein, und solches CSS und JS dass du nur manchmal benötigst dann von Hand auf den wenigen Seiten wo es gebraucht wird. Ein Carousel fällt für mich in die Kategorie muss überall gehen. Gruß, Stephan Schuler Web-Entwickler | netlogix Media Telefon: +49 (911) 539909 - 0 E-Mail: stephan.schu...@netlogix.de Web: media.netlogix.de netlogix GmbH Co. KG IT-Services | IT-Training | Media Neuwieder Straße 10 | 90411 Nürnberg Telefon: +49 (911) 539909 - 0 | Fax: +49 (911) 539909 - 99 E-Mail: i...@netlogix.de | Web: http://www.netlogix.de netlogix GmbH Co. KG ist eingetragen am Amtsgericht Nürnberg (HRA 13338) Persönlich haftende Gesellschafterin: netlogix Verwaltungs GmbH (HRB 20634) Umsatzsteuer-Identifikationsnummer: DE 233472254 Geschäftsführer: Stefan Buchta, Matthias Schmidt - -Ursprüngliche Nachricht- Von: typo3-german-boun...@lists.typo3.org [mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Uwe Thiemann Gesendet: Donnerstag, 19. Februar 2015 12:43 An: typo3-german@lists.typo3.org Betreff: [TYPO3-german] CSS-Datei für bestimmtes Grid Element laden Hallo, ich habe unter Typo3 6.2 und Grid Elements 3.1.0 eine Site mit mehreren Grid-Elementen angelegt, die auf verschiedenen Seiten verwendet werden. Mein Grid-Element mit der ID 21 benötigt die owl-carousel.css und owl-carousel.js-Dateien. Diese Dateien würde ich gerne nur in solche Seiten einbinden, in denen das Grid-Element
Re: [TYPO3-german] Frontend User Registration ?
Ich hab die Liste mal etwas aktualisiert, um für mich eine bessere Entscheidung treffen zu können. Vielleicht ist es auch für andere interessant. Stand: 19.02.2015 extkey support downloads lastupdate status t3registration (4.5.0-6.2.99) 4,073 May 30, 2014 stable ke_userregister (4.5.0-6.1.99) 2,017 September 23, 2013 stable femanager (6.0.0-6.2.99) 4,266 January 13, 2015 stable sf_register (6.2.0-6.2.99) 1,886 January 10, 2015 beta agency (keine Versionsangaben) 1,872 December 27, 2014 stable datamints_feuser (4.5.0-6.1.99) 10,898 July 22, 2014 beta Femanager macht somit für mich das Rennen. Grüße Tino Am 14.06.2014 um 10:24 schrieb Sebastian Schmal: dann wären für die 6.2 folgende interessant: - t3registration - femanager - sf_register muss ich mir mal genauer anschauen! Danke! -- TYPO3 - TIPPS - ANLEITUNGEN - NEWS unter: http://blog.ingeniumdesign.de/ TYPO3 Webdesign Agentur Wiesbaden - Frankfurt unter: http://www.ingeniumdesign.de/ Facebook Fan http://www.facebook.com/ingeniumdesign/ -- Am 12.06.2014 13:30, schrieb bernd wilke: Am 12.06.14 12:17, schrieb Sebastian Schmal: joar, habe mal geschaut, glaube die ist noch für 4.5 gut. welche gibt es dann für 6.2.x ? neuere Extensions rund um Registrierung: t3registration (4.5.0-6.2.99) ke_userregister (4.5.0-6.1.99) femanager (6.0.0-6.2.99) sf_register (6.0.0-6.2.99) agency (keine Versionsangaben) datamints_feuser (4.5.0-6.1.99) + ältere + spezialisiertere (zb. Newsletteranmeldung) + allgmeinere (zb. formhandler) bernd ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Fatal error: Allowed memory size
Hallo Bernd, die Einstellung habe ich über das Konfigurationsmenü bei Provider gemacht. Das hat bisher immer funktioniert. Ich denke, die Ursache ist eine andere. Habe inzwischen auch mit dem Provider Kontakt aufgenommen. Gruß, Johannes. -Ursprüngliche Nachricht- Von: typo3-german-boun...@lists.typo3.org [mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Bernd Pier Gesendet: Mittwoch, 18. Februar 2015 15:26 An: German TYPO3 Userlist Betreff: Re: [TYPO3-german] Fatal error: Allowed memory size Am 18.02.15 15:14, schrieb JCL - Johannes C. Laxander: Hallo, ich bekomme seit heute im FE beim Aufruf verschiedener Seiten diesen Fatal Error: Fatal error: Allowed memory size of 268435456 bytes exhausted (tried to allocate 69295 bytes) in /.../typo3cms/typo3_src-6.2.5/typo3/sysext/fluid/Classes/ViewHelpers/F orViewHelper.php on line 122 Das Programm ist immer ein anderes. Ich habe in php.ini memory_limit von 32M auf 256M gesetzt. Was genau besagt diese Fehlermeldung? Ich vermute, es hängt mit einer Exbase-Extension zusammen. Was könnte hier die Ursache sein? Gruß, Johannes. Hallo Johannes, den Apache neu gestartet damit php.ini gelesen wird? grüssle bernd ___ 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] Fatal error: Allowed memory size
Hallo Christian, Hallo Chris, danke für eure Hinweise. Der ursprüngliche Fragensteller war ich. Ja, es ist eine TYPO3 6.2. Installation, aber kein Update sondern neu aufgesetzt. Ich werde mal den Anmerkungen von Bernd Wilke nachgehen... Johannes. -Ursprüngliche Nachricht- Von: typo3-german-boun...@lists.typo3.org [mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Chris Wolff - AERTiCKET AG Gesendet: Donnerstag, 19. Februar 2015 09:12 An: noe...@uni-wuppertal.de; German TYPO3 Userlist Betreff: Re: [TYPO3-german] Fatal error: Allowed memory size Hi Christian, hast du kürzlich auf 6.2 Geupdated? Und hattest vielleicht vorher schon eine AdditionalConfigurtion.php angelegt. Das führt dazu das Typo3 bei dem update eine AdditionalConfiguration.php erzeugt die sich selbst included. Und damit allen verfügbaren speicher aufbraucht. (hattes das Problem auch bei einem system) bei dem ich vorsorglich schon Gruss chris -Ursprüngliche Nachricht- Von: typo3-german-boun...@lists.typo3.org [mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Christian Nölle Gesendet: Donnerstag, 19. Februar 2015 07:18 An: typo3-german@lists.typo3.org Betreff: Re: [TYPO3-german] Fatal error: Allowed memory size Fatal error: Allowed memory size of 268435456 bytes exhausted (tried to allocate 69295 bytes) in /.../typo3cms/typo3_src-6.2.5/typo3/sysext/fluid/Classes/ViewHelpers/ ForViewHelper.php on line 122 den Apache neu gestartet damit php.ini gelesen wird? Die 256MB greifen doch, siehe oben. Das ist immer noch zu wenig! Der Prozess versucht eben noch mehr Speicher zu allokieren, scheitert und bricht ab. -- -c ___ 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 ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Fatal error: Allowed memory size
Hallo Bernd, danke für deine Hinweise... Was genau besagt diese Fehlermeldung? Ich vermute, es hängt mit einer Exbase-Extension zusammen. Was könnte hier die Ursache sein? zu viele daten. wenn die Konfiguration und das Datenvolumen unglücklich ist werden riesige Datenmengen geladen, die in keinen Speicher mehr passen. Was sind zu viele Daten? Es sind weniger als 500 Datensätze!? Vorsicht bei: + sehr vielen Datensätzen, wenn bei extbase mal eben alle Datensätze geladen werden nur um zb. die Anzahl festzustellen. ansatz: andere als die std funktionen benutzen, queries manuell aufbauen Die Anzahl der Datensätze (count!?) wird m.E. nicht festgestellt, aber ich überprüfe dies noch mal. + wenn Datensätze viele Relationen haben, die evtl. auch noch alle nachgeladen werden sollen. insbesondere bei rekursiven Relationen könnte es zu eienr Explosion kommen. hier könnte man mit LazyLoad das ganze eindämmen. Es gibt schon ein paar Relationen, ca. 10. Was sind viele Relationen? Ich versuche mal, das ganze mit LazyLoad einzudämmen... da das ganz im for-VH auftritt könnte es an folgender Konstruktion liegen: f:for each={records} as=record iteraton=iterator f:if condition={iterator.isFirst} : diverster von {records-f:count()} Datensätzen/div : /f:if /f:for bei vielen Datensätzen ist das extrem ineffizient. for-VH wird merfach eingesetzt, auch mit iterator.isFirst, aber nicht mit records-f:count Johannes. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Multilanguage + Multitree
Hallo Simon, Die sprachen in Typo3 werden auf der root eingerichtet. Sprich in einer typo3 installation sind die language UIDs immer eindeutig. Eine ander sache ist es wie du in frontent den L parameter auf die UIDs mappen tust. Hier würdich ich persöhnlich vorschlagen die das UID = L ist. weil es sonnst nur zu verwirrungen kommst. Angenommen du hast folgendes beispiel Sys language records: Englisch= default = uid 0 Deutsch = uid 1 Spanisch = uid 2 Portogisisch = uid 3 Dann müstest du für den seitenbaum 2. Lediglich per typoscript festlegen wenn kein L parameter vorhanden ist L=1 # Prüfen ob kein Sprach parameter mitgegeben wurde und die sys language uid auf spanisch setzten. [globalVar GP:L= ] config.sys_language_uid = 2 [globalVar] Gruss chris -Ursprüngliche Nachricht- Von: typo3-german-boun...@lists.typo3.org [mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Simon Würstle Gesendet: Donnerstag, 19. Februar 2015 15:22 An: typo3-german@lists.typo3.org Betreff: [TYPO3-german] Multilanguage + Multitree Folgendes Webseitenkonzept (stark vereinfacht, es sind eigentlich mehr Seitenbäume und Sprachen): - Seitenbaum 1 mit folgenden Sprachen - - Deutsch - - Englisch - - Spanisch - Seitenbaum 2 mit folgenden Sprachen - - Spanisch - - Portugiesisch Man soll von Seitenbaum 1 in Seitenbaum 2 verlinken können. Natürlich auch von spanischen Seiten aus 1 zu spanischen Seiten auf 2 und andersrum. Zudem soll es die Möglichkeit geben Inhalte vom anderen Seitenbaum zu referenzieren. ## Technische Umsetzung: Ansatz 1 ## - Seitenbaum 1 - - Standardsprache: Deutsch (sys_language_uid = 0) - - Übersetzung: Englisch (sys_language_uid = 1) - - Übersetzung: Spanisch (sys_language_uid = 2) - Seitenbaum 2 - - Standardsprache: Spanisch (sys_language_uid = 0) - - Übersetzung: Portugiesisch (sys_language_uid = 3) Dies ist aber unbrauchbar, da man nun im Seitenbaum 2 keine spanischen Inhalte von Seitenbaum 1 anzeigen lassen kann. Außerdem kann man nicht von spanischer Seite von 1 zu spanischer Seite von 2 verlinken, da unterschiedliche sys_language_uid's... ## Technische Umsetzung: Ansatz 2 ## - Seitenbaum 1 - - Standardsprache: Deutsch (sys_language_uid = 0) - - Übersetzung: Englisch (sys_language_uid = 1) - - Übersetzung: Spanisch (sys_language_uid = 2) - Seitenbaum 2 - - Standardsprache: Deutsch (sys_language_uid = 0) - - Übersetzung: Spanisch (sys_language_uid = 2) - - Übersetzung: Portugiesisch (sys_language_uid = 3) Hier ist das Problem, dass man im Seitenbaum 2 deutsche Inhalte anlegen müsste, obwohl es keine gibt, sondern diese nur dazu dienen übersetzt zu werden. Das ist ein mMn auch kein guter Ansatz. Zudem weiß ich nicht, welche Probleme das sonst noch so nach sich zieht. Hat jemand von euch schon Erfahrunge mit so einer Anforderung gemacht und ein best practice? Oder sonstige Tipps und Lösungsvorschläge? ___ 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
[TYPO3-german] Re: YAG Fehlermeldungen Division by zero Error
Hallo Stefan, Division by zero ist definitiv nicht schön. Ich habe mir den Code angesehen. An der Stelle sollte mit hoher Sicherheit in den letzte Versionen nichts geändert worden sein. In meinen Installationen zeigen sich deine Fehler auch nicht. Also muss irgendwas an deiner Instanz defekt sein. Der Division by Zero Fehler sieht für mich so aus, als ob ein Teil der Typoscript Konfiguration fehlt. Siehst du im Template Analyzer irgendwelche Fehler in deinem Typoscript? Hast du in der letzten Zeit andere Extensions installiert, welche irgendwie wechselwirken könnten? Viele Grüße, Daniel -- TYPO3 related: http://daniel.lienert.cc | http://yag-gallery.de ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Re: Seltsames problem bei YAG Gallery
Hallo Dominik, ein Album mit bis zu 50 Bildern geht einwandfrei, lässt sich super bearbeiten. Nun hat der Kunde 2 Alben mit je 64 Bildern, und diese liefern bei Edit einen leeren Contentbereich zurück. Hast du dir mal in den Webserver LogFiles angeschaut, welcher Fehler dabei geworfen wird? Eventuell schlägt bei mehr als 50 Bilder ein Speicher / Memory Limit zu. Ich such jetzt schon seit langem immer wieder nach einer dauerhaften Lösung (die Option, YAG zu ersetzen mit etwas, das funktioniert, wurde bisher immer zurückgeschmettert ...) und steh immer wieder vor dem selben Problem. Was wäre denn eine Alternative die funktioniert? Viele Grüße, Daniel -- TYPO3 related: http://daniel.lienert.cc | http://yag-gallery.de ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Re: TYPO3 6.2 - Powermail Pflichtfelder und PowermailCond Probleme
Natürlich. Manchmal sieht man den Wald vor lauter Bäumen nicht. Dein Beispiel bezieht sich ja auf das verstecken von Formularfeldern, daher habe ich mir das Script nochmal angeschaut. Wobei mich Dein Beispiel etwas stutzig macht. Du setzt ein required=false auf den Container des Feldes, das macht doch da gar keinen Sinn oder? Zudem gehst Du alle Elemente durch und setzt diese auf required=false. Hast Du denn getestet was passiert, wenn Du ein Feld leer lässt. Für mein Verständnis müsste das System Dich doch durchwinken, oder? Es sind ja bereits die Funktionen function reRequiredAll() und function deRequiredField() vorhanden, die genau das behandeln sollen. Wenn ich mir die Requests anschaue, dann funktioniert der AjaxRequest für mein Verständnis. Denn beim Verstecken eines Fieldsets lautet die Query folgendermaßen. ### Query String Parameters eID=powermailcond_deRequiredFieldstx_powermailcond_pi1[formUid]=1tx_powermailcond_pi1[fieldUids]=12,13,14,15,16,17,18,45no_cache=1_=1424362033812 ### Mein Pflichtfeld mit der Uid 14 des versteckten Fieldsets ist dort vorhanden. Beim Absenden des Formulars jedoch weißt er mich daraufhin, dass Feld 14 ausgefüllt werden muss. Und da beißt sich die Katze in den Schwanz. Und Dein Konstrukt funktioniert? ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] YAG pager / pagination
Hallo Tobias, einen rückwärtslaufenden Pager habe ich jetzt noch nie gesehen ;) Ich bin auch ziemlich sicher, dass ich keinen Pager programmiert habe der das kann. Kannst du ma das generierte HTML raussuchen und hier posten? Viele Grüße, Daniel -- TYPO3 related: http://daniel.lienert.cc | http://yag-gallery.de ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Re: TYPO3 6.2 - Powermail Pflichtfelder und PowermailCond Probleme
Grüß Dich Michael, ich habe mir das eben nochmal angesehen und Original-JS und meine getestet. Bei mir ist folgende Gegebenheit: Beim öffnen des Formulares wird ein Pflichtfeld und ein Dropdown angezeigt. Ändert man im Dropdown den Wert von z.B. Frau auf Herr passiert folgendes: - Beim Original-JS wird das Pflichtfeld nur auf display:none gesetzt (Css-Klass .hide) - Bei meinem wird zusätzlich das required-Tag entfernt. Hast Du beide Varianten bereits getestet? Ich arbeite hier gerne mit dem Element untersuchen - Dann brauch ich das Form gar nicht erst absenden wenn im Developer-Tool des Browsers immernoch required gesetzt ist. Ggf. noch relevat: TYPO3, powermal und powermail_cond sind beide auf dem neusten Stand. -- Kind regards, Michael Open Theads: http://forum.typo3.org/index.php?t=treeth=208338 http://forum.typo3.org/index.php?t=treeth=208346 ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german