Edit

From christian.weiske at netresearch.de Mon Jun 2 10:40:45 2014 From: christian.weiske at netresearch.de (Christian Weiske) Date: Mon, 2 Jun 2014 10:40:45 +0200 Subject: [TYPO3-dev] PID selector in ext_conf_template.txt Message-ID: Hi, I often need my extensions to configure storage folder IDs in the extension configuration. Usually I simply use > type=int+ in the extension's ext_conf_template.txt file. Is there a better way? I'd like to have a real page selector with search or a tree. The type documentation[1] does not suggest that such a type exists. I would prefer not to roll my own type implementation again and again for each extension (which would be possible with > type=user[EXT:demo/class.tx_demo.php:&tx_demo->page]; ) [1] http://docs.typo3.org/typo3cms/TyposcriptSyntaxReference/TypoScriptTemplates/TheConstantEditor/Index.html#type -- Regards/Mit freundlichen Gr??en Christian Weiske -= Geeking around in the name of science since 1982 =- From contact at oktopuce.fr Mon Jun 2 12:36:57 2014 From: contact at oktopuce.fr (Florian Rival) Date: Mon, 02 Jun 2014 12:36:57 +0200 Subject: [TYPO3-dev] No absolute link for href tag Message-ID: Hi, I have a problem with Typo3 6.2, I have a template which generate link like this : But the link is not rewritten by Typo3 and when I click on this link I'm always redirected to the home page of the website because there's no absolute path. If I'm on the page http://www.test.com/page1 the link should be like this : -- Regards, Re: [TYPO3-dev] How to call Extbase controller action from piBase-Plugin? ================================================== Florian Rival Oktopuce tel.: +33-642-255-448 fax : +33-985-375-102 web: www.oktopuce.fr ================================================== From christian.weiske at netresearch.de Mon Jun 2 12:57:33 2014 From: christian.weiske at netresearch.de (Christian Weiske) Date: Mon, 2 Jun 2014 12:57:33 +0200 Subject: [TYPO3-dev] No absolute link for href tag References: Message-ID: Hello Florian, > > >But the link is not rewritten by Typo3 and when I click on this link >I'm always redirected to the home page of the website because there's >no absolute path. You're using a base href, right? Remove that, and # links will stay on the current page. -- Regards/Mit freundlichen Gr??en Christian Weiske -= Geeking around in the name of science since 1982 =- From joecuc at hotmail.es Mon Jun 2 13:24:47 2014 From: joecuc at hotmail.es (Jose Cuenca) Date: Mon, 02 Jun 2014 13:24:47 +0200 Subject: [TYPO3-dev] =?utf-8?q?_Re=3A_How_could_I_create_services_in_6=2Ex?= References: Message-ID: Ok, it's for FE users. I can now execute my service before login, and I can stop the login process if the account has expired. But I don't know how I could redirect to PWM to change the password or put a message in felogin like "2 days to password expiration, click here to modify..." felogin hook? From jigal.van.hemert at typo3.org Mon Jun 2 13:33:25 2014 From: jigal.van.hemert at typo3.org (Jigal van Hemert) Date: Mon, 02 Jun 2014 13:33:25 +0200 Subject: [TYPO3-dev] No absolute link for href tag In-Reply-To: References:

Message-ID: Hi, On 2-6-2014 12:57, Christian Weiske wrote: >>

>> >> But the link is not rewritten by Typo3 and when I click on this link >> I'm always redirected to the home page of the website because there's >> no absolute path. > > You're using a base href, right? Remove that, and # links will stay on > the current page. We have a property config.prefixlocalanchors for this in TypoScript, but I must admit that I haven't used it recently. [1] http://docs.typo3.org/typo3cms/TyposcriptReference/Setup/Config/Index.html#prefixlocalanchors -- Jigal van Hemert TYPO3 CMS Active Contributor TYPO3 .... inspiring people to share! Get involved: typo3.org From contact at oktopuce.fr Mon Jun 2 14:14:55 2014 From: contact at oktopuce.fr (Florian Rival) Date: Mon, 02 Jun 2014 14:14:55 +0200 Subject: [TYPO3-dev] No absolute link for href tag In-Reply-To: References:

Message-ID: Thanks, all the anchor links works now with this TS : config.prefixLocalAnchors = all Le 02/06/2014 13:33, Jigal van Hemert a ?crit : > Hi, > > On 2-6-2014 12:57, Christian Weiske wrote: >>>

>>> >>> But the link is not rewritten by Typo3 and when I click on this link >>> I'm always redirected to the home page of the website because there's >>> no absolute path. >> >> You're using a base href, right? Remove that, and # links will stay on >> the current page. > > We have a property config.prefixlocalanchors for this in TypoScript, > but I must admit that I haven't used it recently. > > [1] > http://docs.typo3.org/typo3cms/TyposcriptReference/Setup/Config/Index.html#prefixlocalanchors > -- Re: [TYPO3-dev] How to call Extbase controller action from piBase-Plugin? ================================================== Florian Rival Oktopuce tel.: +33-642-255-448 fax : +33-985-375-102 web: www.oktopuce.fr ================================================== From helmut.hummel at typo3.org Mon Jun 2 20:21:38 2014 From: helmut.hummel at typo3.org (Helmut Hummel) Date: Mon, 02 Jun 2014 20:21:38 +0200 Subject: [TYPO3-dev] TYPO3 6.2.1: sys_file - multiple 'directory' entries for site root parent folder In-Reply-To: References:

Message-ID: Thanks Gregor and Sven! This report helped a lot! Please remove all such entries from your sys_file table (you can safely do so) and test this patch: https://review.typo3.org/30526 Thanks! On 30.05.14 12:04, Sven Schweizer wrote: > Same thing here. > > I migrated from 4.5 to 6.2.3 and had to fix the kb_eventboard extension manually (I just had to changed the pibase-path to BaseScriptClass.php). > If a FE-page with kb_eventboard-records is loaded, for every record a sys_file entry as described above is generated. > > Maybe this information can also help to solve the puzzle... > > Cheers > Sven > Kind regards, Helmut -- Helmut Hummel Release Manager TYPO3 6.0 TYPO3 Core Developer, TYPO3 Security Team Member TYPO3 .... inspiring people to share! Get involved: typo3.org From info at simple.ch Tue Jun 3 08:47:04 2014 From: info at simple.ch (Simplicity) Date: Tue, 03 Jun 2014 08:47:04 +0200 Subject: [TYPO3-dev] =?utf-8?q?TYPO3_6=2E2=2E1=3A_sys=5Ffile_-_multiple__?= =?utf-8?q?=27directory=27_entries_for_site_root_parent_folder?= References: Message-ID: Dear Helmut, We downloaded and tested your Patch and the problem seems to be solved - since the update with the patch the problem did not show up again. Thanks a lot for your effort Best Gregor From thijs at hakkenberg.com Tue Jun 3 09:59:15 2014 From: thijs at hakkenberg.com (Thijs Hakkenberg) Date: Tue, 03 Jun 2014 09:59:15 +0200 Subject: [TYPO3-dev] =?utf-8?q?_Typo3_development_and_Github?= Message-ID: We are developing an online SAAS product with Typo3. I'm now in the process of selecting the right development methods. We would like to use GitHub voor code commits. What is the best way of deloping this way, consindering the fact we would like a test- and staging enviroment? I am thinking of a setup like this: Test enviroment with git deployments Staging enviroment which has live data and is synced with test Live enviroment which is deployed from staging The development will also sometimes consist of database changes. From sven.schweizer at gmx.de Tue Jun 3 10:50:26 2014 From: sven.schweizer at gmx.de (Sven Schweizer) Date: Tue, 03 Jun 2014 10:50:26 +0200 Subject: [TYPO3-dev] =?utf-8?q?TYPO3_6=2E2=2E1=3A_sys=5Ffile_-_multiple__?= =?utf-8?q?=27directory=27_entries_for_site_root_parent_folder?= References: Message-ID: It works perfectly. Thanks for your quick help From t3ng at bernd-wilke.net Wed Jun 4 11:02:38 2014 From: t3ng at bernd-wilke.net (bernd wilke) Date: Wed, 04 Jun 2014 11:02:38 +0200 Subject: [TYPO3-dev] BE-module looses page in focus In-Reply-To: References: Message-ID: Am 18.03.14 10:00, schrieb bernd wilke: > with my new BE-module I noticed a strange behaviour: > > when I'm in the BE and select my module the selected page from the > previous active module (e.g. page-module) stays selected. > if I don't change the selected page and change module again the selected > page is recognized. > > if I change the selected page inside my module the next module change > results in the message: > "Please, select a page from the page tree." > > Probably I miss a setting of the current page(id). > where is the id stored? > is a special configuration / initialization neccessary? > how is this selection transfered from one module to another (e.g. page > -> template -> info -> list -> function -> page ) > still no information? bernd -- http://www.pi-phi.de/cheatsheet.html From dirk_studivz at web.de Wed Jun 4 19:47:23 2014 From: dirk_studivz at web.de (Dirk Ho) Date: Wed, 04 Jun 2014 19:47:23 +0200 Subject: [TYPO3-dev] Typo3 extensions newbie Message-ID: Hi guys, I'm quite new in Typo3 extension developing (not new in developing at all) and I'd like to start developing an own extension. Therefore I need a startup. In the internet I found a tutorial (http://t3n.de/magazin/praxis-workshop-einsteiger-extension-entwicklung-extbase-223999/) that describes, how to develope an extension with Typo3 4.3, extbase and fluid. My extension should run on Typo3 6.x. Now I know, that I have to use namespaces for Typo3 6.x, e.g. what in Typo3 4.3 didn't seem to be necessary. Is there any newer tutorial with all I have to consider in contrast to Typo3 4.3? Hopefully you could get what I'm searching for and hopefully you can help me. Thanks and best wishes, Dirk From wk at plan2.net Wed Jun 4 23:54:49 2014 From: wk at plan2.net (Wolfgang Klinger) Date: Wed, 4 Jun 2014 23:54:49 +0200 Subject: [TYPO3-dev] Typo3 extensions newbie In-Reply-To: References: Message-ID: *hiya!* On 04 Jun 2014, at 19:47, Dirk Ho wrote: > Is there any newer tutorial with all I have to consider in contrast to Typo3 4.3? grab yourself a copy of this book: http://www.amazon.de/TYPO3-Extbase-Moderne-Extension-Entwicklung-Fluid/dp/3955390705/ and you are good to go ? kind regards Wolfgang From dirk_studivz at web.de Thu Jun 5 08:17:34 2014 From: dirk_studivz at web.de (Dirk Ho) Date: Thu, 05 Jun 2014 08:17:34 +0200 Subject: [TYPO3-dev] Typo3 extensions newbie In-Reply-To: References:

Message-ID: Hi Wolfgang, great hint, thanks a lot! I immediately ordered it after reading the recessions. ;) Thanks a lot and best wishes, Dirk Am 04.06.2014 23:54, schrieb Wolfgang Klinger: > > *hiya!* > > On 04 Jun 2014, at 19:47, Dirk Ho wrote: >> Is there any newer tutorial with all I have to consider in contrast to Typo3 4.3? > > > grab yourself a copy of this book: > http://www.amazon.de/TYPO3-Extbase-Moderne-Extension-Entwicklung-Fluid/dp/3955390705/ > and you are good to go ? > > > kind regards > Wolfgang > > From t3ng at bernd-wilke.net Thu Jun 5 08:22:21 2014 From: t3ng at bernd-wilke.net (bernd wilke) Date: Thu, 05 Jun 2014 08:22:21 +0200 Subject: [TYPO3-dev] Typo3 extensions newbie In-Reply-To: References: Message-ID: Am 04.06.14 19:47, schrieb Dirk Ho: > Hi guys, > > I'm quite new in Typo3 extension developing (not new in developing at > all) and I'd like to start developing an own extension. > > Therefore I need a startup. In the internet I found a tutorial > (http://t3n.de/magazin/praxis-workshop-einsteiger-extension-entwicklung-extbase-223999/) > that describes, how to develope an extension with Typo3 4.3, extbase and > fluid. > > My extension should run on Typo3 6.x. Now I know, that I have to use > namespaces for Typo3 6.x, e.g. what in Typo3 4.3 didn't seem to be > necessary. > > Is there any newer tutorial with all I have to consider in contrast to > Typo3 4.3? > > Hopefully you could get what I'm searching for and hopefully you can > help me. regretfully there is no book available considerung development for 6.x, especially 6.2. but extbase has not changed that much. more difficil is the rearrangement of classes, functions and methods in the core. But therefore you can use the official api [1]. which you also use to 'translate' an old method call to a newer one. enter the function name in the upper right corner, select an appropriate class, get the Namespace from the bottom line (it would be nice to enable copying the namespace [2]) a further help to new extension is the 'extension builder' which is based on extbase and which replaces the old kickstarter which worked pi_based [1] http://api.typo3.org/typo3cms/current/html/ [2] http://forge.typo3.org/issues/59350 bernd -- http://www.pi-phi.de/cheatsheet.html From jainishsenjaliya at gmail.com Thu Jun 5 09:12:33 2014 From: jainishsenjaliya at gmail.com (Jainish Senjaliya) Date: Thu, 05 Jun 2014 09:12:33 +0200 Subject: [TYPO3-dev] =?utf-8?q?_Upgrade_6=2E2=2E3=3A__Fatal_error=3A_Class?= =?utf-8?q?_=27TYPO3=5CCMS=5CExtbase=5CSignalSlot=5CDispatcher=27_not_foun?= =?utf-8?q?d?= Message-ID: Hello, I have upgrade typo3 project 4.5 to 4.7 its was successfully upgraded. Then I have upgrade typo3 4.7 to 6.1.9 and its successfully upgraded. But while i upgrading 6.1.9 to 6.2.3 that time i got below error. Fatal error: Class 'TYPO3\CMS\Extbase\SignalSlot\Dispatcher' not found in /typo3/sysext/core/Classes/Utility/GeneralUtility.php on line 4280 Can anyone help me in finding the solution? From contact at oktopuce.fr Thu Jun 5 10:03:13 2014 From: contact at oktopuce.fr (Florian Rival) Date: Thu, 05 Jun 2014 10:03:13 +0200 Subject: [TYPO3-dev] Automatic clear cache doesn't work with Typo3 6.2 Message-ID: Hi, I'm trying to use the clearCacheCmd option with Typo3 6.2 but that's doesn't work. I have a tree like this : Home page (#1) | Sysfolder (#2) In the sysfolder, I've added the PageTSconfig : TCEMAIN.clearCacheCmd=1 But when I'm changing the content in Sysfolder, the cache of the Home page is not cleared. I'm logging as an admin in BE. Regards, -- Re: [TYPO3-dev] How to call Extbase controller action from piBase-Plugin? ================================================== Florian Rival Oktopuce tel.: +33-642-255-448 fax : +33-985-375-102 web: www.oktopuce.fr ================================================== From dirk_studivz at web.de Thu Jun 5 11:41:57 2014 From: dirk_studivz at web.de (Dirk Ho) Date: Thu, 05 Jun 2014 11:41:57 +0200 Subject: [TYPO3-dev] Typo3 extensions newbie In-Reply-To: References:

Message-ID: Hi Bernd, thanks for your repsonse. > regretfully there is no book available considerung development for 6.x, > especially 6.2. I hope there is the book, Wolfgang recommended to me (I overflew it and it seems to handle also 6.2). ;) Nevertheless if it's not, it will be a good way into the materia. > more difficil is the rearrangement of classes, functions and methods in the core. > But therefore you can use the official api [1]. which you also use to > 'translate' an old method call to a newer one. enter the function name > in the upper right corner, select an appropriate class, get the > Namespace from the bottom line (it would be nice to enable copying the > namespace [2]) That's a good hint. Creating a new extension I have to be aware to not use any deprecated methods - but I guess I reinstall my VirtualBox with Typo3 6.2 to ensure not to do so. Thanks for the helpful links! I will have a look at it. Thanks and best wishes, Dirk From a.bigott at pixel-ink.de Thu Jun 5 12:06:45 2014 From: a.bigott at pixel-ink.de (Alex Bigott) Date: Thu, 05 Jun 2014 12:06:45 +0200 Subject: [TYPO3-dev] Typo3 extensions newbie In-Reply-To: References:

Message-ID: the book proposed IS about 6.2. just worked through it as an extbase starter. very recommendable cheers alex > Dirk Ho > Donnerstag, 5. Juni 2014 11:41 > Hi Bernd, > > thanks for your repsonse. > >> regretfully there is no book available considerung development for 6.x, >> especially 6.2. > > I hope there is the book, Wolfgang recommended to me (I overflew it > and it seems to handle also 6.2). ;) Nevertheless if it's not, it will > be a good way into the materia. > >> more difficil is the rearrangement of classes, functions and methods >> in the core. >> But therefore you can use the official api [1]. which you also use to >> 'translate' an old method call to a newer one. enter the function name >> in the upper right corner, select an appropriate class, get the >> Namespace from the bottom line (it would be nice to enable copying the >> namespace [2]) > > That's a good hint. Creating a new extension I have to be aware to not > use any deprecated methods - but I guess I reinstall my VirtualBox > with Typo3 6.2 to ensure not to do so. > > Thanks for the helpful links! I will have a look at it. > > Thanks and best wishes, > > Dirk > _______________________________________________ > TYPO3-dev mailing list > TYPO3-dev at lists.typo3.org > http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-dev -- Mit freundlichen Gr??en Alex Bigott pixelink_200_ohne_claim Pixel Ink Adi-Maislinger-Str. 7 81373 M?nchen Fest: +49 89 4520689-12 Fax: +49 89 4520689-10 web: www.pixel-ink.de E-Mail:a.bigott at pixel-ink.de From dmitry.dulepov at gmail.com Thu Jun 5 12:46:58 2014 From: dmitry.dulepov at gmail.com (Dmitry Dulepov) Date: Thu, 05 Jun 2014 14:46:58 +0400 Subject: [TYPO3-dev] "No fileusage (sys_file_reference) found for given UID" Message-ID: Hi! Just a reminder for devs: please, use human language when you write error messages. This all is about quality of the product we make. Thanks! -- Dmitry Dulepov Today is a good day to have a good day. From cv at frontal.ch Thu Jun 5 13:18:27 2014 From: cv at frontal.ch (Christian von Rohr) Date: Thu, 5 Jun 2014 13:18:27 +0200 Subject: [TYPO3-dev] Adaptive & Responsive images resolution too low if in multi-column Message-ID: Hi all I use the src-set method of TYPO3 to implement adaptive images, which is working well. Only problem I have is the following: If I have multiple images horizontally side by side (Image Cols), the width is divided by the number of images. In case of responsive sites, where in the mobile view the images are usually arranged among themselves and 100% width, the image resolution is too low. From ? ? To ? ? Is there a way, I could deactivate the whole ?imageWidth = width / imagesCount? ? calculation? Best would be, I could use a CASE object on the maxW of the sourceCollection, as it is possible directly on the maxW of the image. Or if I could deactivate the calculation per screenwidth-configuration in the sourceCollection.. tt_content.image.20 { # set min quality for smallest adaptive image minW = 500 maxW = 500 maxH = 500 minH = 500 maxWInText = 500 # srcset config 1.sourceCollection { # sm viewport small.width = 500 smallRetina.width = 500 small.ignoreImageCols = 1 # <= would be a perfect solution ... # md viewport md.maxW = 990 md.srcsetCandidate = 990w # lg viewport lg.maxW = 2000 lg.srcsetCandidate = 1199w } Or does anybody know a suitable Hook, to adjust the image configuration, before it gets rendered by the GIFBUILDER? Thanks a lot, Christian From charles.fmj at gmail.com Thu Jun 5 15:20:41 2014 From: charles.fmj at gmail.com (Charles Brunet) Date: Thu, 5 Jun 2014 09:20:41 -0400 Subject: [TYPO3-dev] Upgrade 6.2.3: Fatal error: Class 'TYPO3\CMS\Extbase\SignalSlot\Dispatcher' not found In-Reply-To: References: Message-ID: Go in install tools, and hit the clear all cache button. Or alternatively, remove everything in the typo3temp folder. TYPO3 6.2 needs the cache to be cleared at each upgrade. Charles. Le 5 juin 2014 03:15, "Jainish Senjaliya" a ?crit : > Hello, > > I have upgrade typo3 project 4.5 to 4.7 its was successfully upgraded. > Then I have upgrade typo3 4.7 to 6.1.9 and its successfully upgraded. > But while i upgrading 6.1.9 to 6.2.3 that time i got below error. > > Fatal error: Class 'TYPO3\CMS\Extbase\SignalSlot\Dispatcher' not found in > /typo3/sysext/core/Classes/Utility/GeneralUtility.php on line 4280 > > Can anyone help me in finding the solution? > _______________________________________________ > TYPO3-dev mailing list > TYPO3-dev at lists.typo3.org > http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-dev > From helmut.hummel at typo3.org Thu Jun 5 18:50:21 2014 From: helmut.hummel at typo3.org (Helmut Hummel) Date: Thu, 05 Jun 2014 18:50:21 +0200 Subject: [TYPO3-dev] Automatic clear cache doesn't work with Typo3 6.2 In-Reply-To: References: Message-ID: Hi Florian, On 05.06.14 10:03, Florian Rival wrote: > I'm trying to use the clearCacheCmd option with Typo3 6.2 but that's > doesn't work. > > I have a tree like this : > > Home page (#1) > | Sysfolder (#2) > > In the sysfolder, I've added the PageTSconfig : > > TCEMAIN.clearCacheCmd=1 > > But when I'm changing the content in Sysfolder, the cache of the Home > page is not cleared. I cannot reproduce. Cache is correctly cleared here. Can you elaborate what exactly you did when "changing the content in Sysfolder" and how you verified that the cache was not cleared? Kind regards, Helmut -- Helmut Hummel Release Manager TYPO3 6.0 TYPO3 Core Developer, TYPO3 Security Team Member TYPO3 .... inspiring people to share! Get involved: typo3.org From dirk_studivz at web.de Thu Jun 5 21:12:05 2014 From: dirk_studivz at web.de (Dirk Ho) Date: Thu, 05 Jun 2014 21:12:05 +0200 Subject: [TYPO3-dev] Typo3 extensions newbie In-Reply-To: References:

Message-ID: Thanks for that info. I'm looking forward to read it. ;) Thanks and best wishes, Dirk Am 05.06.2014 12:06, schrieb Alex Bigott: > the book proposed IS about 6.2. > just worked through it as an extbase starter. > > very recommendable > > cheers > > alex > >> Dirk Ho >> Donnerstag, 5. Juni 2014 11:41 >> Hi Bernd, >> >> thanks for your repsonse. >> >>> regretfully there is no book available considerung development for 6.x, >>> especially 6.2. >> >> I hope there is the book, Wolfgang recommended to me (I overflew it >> and it seems to handle also 6.2). ;) Nevertheless if it's not, it will >> be a good way into the materia. >> >>> more difficil is the rearrangement of classes, functions and methods >>> in the core. >>> But therefore you can use the official api [1]. which you also use to >>> 'translate' an old method call to a newer one. enter the function name >>> in the upper right corner, select an appropriate class, get the >>> Namespace from the bottom line (it would be nice to enable copying the >>> namespace [2]) >> >> That's a good hint. Creating a new extension I have to be aware to not >> use any deprecated methods - but I guess I reinstall my VirtualBox >> with Typo3 6.2 to ensure not to do so. >> >> Thanks for the helpful links! I will have a look at it. >> >> Thanks and best wishes, >> >> Dirk >> _______________________________________________ >> TYPO3-dev mailing list >> TYPO3-dev at lists.typo3.org >> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-dev > From contact at oktopuce.fr Fri Jun 6 08:36:26 2014 From: contact at oktopuce.fr (Florian Rival) Date: Fri, 06 Jun 2014 08:36:26 +0200 Subject: [TYPO3-dev] Automatic clear cache doesn't work with Typo3 6.2 In-Reply-To: References:

Message-ID: Hi, Thanks for your help Helmut but in fact, there's no problem with cache clearing. It was an error in the PageTSConfig of the home page where I had some TS like this : allowedClasses (external-link, external-link-new-window) and for the TS parser this line is the beginning of a multiline content but because the syntax is not correct, the TS code after this line was not interpreted : the parser waiting for an end of multiline. Hence, the TS code TCEMAIN.clearCacheCmd=1 was not interpreted. The right syntax is like this : allowedClasses ( external-link, external-link-new-window ) I could have seen this error because it's logged with this function : $GLOBALS['TT']->setTSlogMessage($err, $num); But I don't know how an where I can see this type of log, if you have some information. Regards, Florian Le 05/06/2014 18:50, Helmut Hummel a ?crit : > Hi Florian, > > On 05.06.14 10:03, Florian Rival wrote: > >> I'm trying to use the clearCacheCmd option with Typo3 6.2 but that's >> doesn't work. >> >> I have a tree like this : >> >> Home page (#1) >> | Sysfolder (#2) >> >> In the sysfolder, I've added the PageTSconfig : >> >> TCEMAIN.clearCacheCmd=1 >> >> But when I'm changing the content in Sysfolder, the cache of the Home >> page is not cleared. > > I cannot reproduce. Cache is correctly cleared here. > Can you elaborate what exactly you did when "changing the content in > Sysfolder" and how you verified that the cache was not cleared? > > Kind regards, > Helmut > -- Re: [TYPO3-dev] How to call Extbase controller action from piBase-Plugin? ================================================== Florian Rival Oktopuce tel.: +33-642-255-448 fax : +33-985-375-102 web: www.oktopuce.fr ================================================== From istreaming at gmail.com Fri Jun 6 09:42:03 2014 From: istreaming at gmail.com (thomas macaigne) Date: Fri, 06 Jun 2014 09:42:03 +0200 Subject: [TYPO3-dev] =?utf-8?q?_=5BPlease_check_your_network_connection=2E?= =?utf-8?q?=5D_Can=27t_access_the_backend=2E?= Message-ID: Hi everyone. I don't understand why, when connecting to the backend, I get this message: "Sorry, but an error occurred while connecting to the server. Please check your network connection." Here, a screenshot: https://www.dropbox.com/s/70vi8b9my3whlx8/Screenshot%202014-06-06%2009.38.47.png Can anyone tell me what I should do in order to troubleshot ? The frontend is showing fine. Just the backend, right after the login form, produces this error. Regards, From beck at beck-digitale-medien.de Fri Jun 6 13:47:30 2014 From: beck at beck-digitale-medien.de (Benjamin Beck) Date: Fri, 6 Jun 2014 13:47:30 +0200 Subject: [TYPO3-dev] [Please check your network connection.] Can't access the backend. In-Reply-To: References: Message-ID: hi thomas, the cause is most likely a ajax call that failed. try this for debugging: - look at the network monitor of your browser debug tools what is the response of the ajax calls - enable php error logging and look there for errors benjamin On 06.06.2014, at 09:42, thomas macaigne wrote: > Hi everyone. > > I don't understand why, when connecting to the backend, I get this message: > "Sorry, but an error occurred while connecting to the server. Please check your network connection." > > Here, a screenshot: > > https://www.dropbox.com/s/70vi8b9my3whlx8/Screenshot%202014-06-06%2009.38.47.png > > Can anyone tell me what I should do in order to troubleshot ? > > The frontend is showing fine. Just the backend, right after the login form, produces this error. > > Regards, > _______________________________________________ > TYPO3-dev mailing list > TYPO3-dev at lists.typo3.org > http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-dev From jost.baron at gmx.de Fri Jun 6 21:44:08 2014 From: jost.baron at gmx.de (Jost Baron) Date: Fri, 06 Jun 2014 21:44:08 +0200 Subject: [TYPO3-dev] TCA-definition in Configuration/TCA/Overrides not working Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, I'm trying to extend the fe_users table, with the TCA definition below. I tried to make use of the new TCA-Caching feature by placing this into the file $Extkey/Configuration/TCA/Overrides/fe_users.php. If I do that, it seems that my changes are later overwritten by extbases ext_tables.php. If I put this code into my ext_tables.php, everything works fine. Is this a bug, or am I doing something wrong? Regards, Jost TCA definition (with syntax highlighting: http://pastebin.com/vndjCwYU): $newColumns = array( 'ratings' => array( 'label' => $lll . 'somelabel', 'config' => array( 'readOnly' => '1', 'type' => 'select', 'foreign_table' => 'mytable', 'foreign_field' => 'somefield', 'maxitems' => '1000000', 'minitems' => '0', 'autoSizeMax' => '20', ), ), ); ExtensionManagementUtility::addTCAcolumns('fe_users', $newColumns); // Add types to the TCA $recordType = 'MyRecordType'; $GLOBALS['TCA']['fe_users']['types'][$recordType] = $GLOBALS['TCA']['fe_users']['types']['0']; $GLOBALS['TCA']['fe_users']['columns']['tx_extbase_type']['config']['items'][] = array( $lll . 'anotherlabel', $recordType ); ExtensionManagementUtility::addToAllTCAtypes('fe_users', 'ratings', $recordType, 'after:tx_extbase_type'); -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlOSGf4ACgkQNme/yCvmvTLhHwCgxNtcHxSclKq6+z3hmo5MnUFd 9sEAn1il9/Jy1YM6zy5hpiMvh4z4YzE3 =lF6h -----END PGP SIGNATURE----- From franssaris at gmail.com Fri Jun 6 22:13:31 2014 From: franssaris at gmail.com (Frans Saris) Date: Fri, 6 Jun 2014 22:13:31 +0200 Subject: [TYPO3-dev] TCA-definition in Configuration/TCA/Overrides not working In-Reply-To: References: Message-ID: I guess the ext_tables of extbase isn't updated yet. So for now you need to use ext_tables.php to. Could you create an issue for this on forge.typo3.org? Gr. Frans Op 6 jun. 2014 21:45 schreef "Jost Baron" : > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hi, > > I'm trying to extend the fe_users table, with the TCA definition > below. I tried to make use of the new TCA-Caching feature by placing > this into the file $Extkey/Configuration/TCA/Overrides/fe_users.php. > If I do that, it seems that my changes are later overwritten by > extbases ext_tables.php. If I put this code into my ext_tables.php, > everything works fine. > > Is this a bug, or am I doing something wrong? > > Regards, > Jost > > TCA definition (with syntax highlighting: http://pastebin.com/vndjCwYU): > > $newColumns = array( > 'ratings' => array( > 'label' => $lll . 'somelabel', > 'config' => array( > 'readOnly' => '1', > 'type' => 'select', > 'foreign_table' => 'mytable', > 'foreign_field' => 'somefield', > 'maxitems' => '1000000', > 'minitems' => '0', > 'autoSizeMax' => '20', > ), > ), > ); > > ExtensionManagementUtility::addTCAcolumns('fe_users', $newColumns); > > // Add types to the TCA > $recordType = 'MyRecordType'; > $GLOBALS['TCA']['fe_users']['types'][$recordType] = > $GLOBALS['TCA']['fe_users']['types']['0']; > > $GLOBALS['TCA']['fe_users']['columns']['tx_extbase_type']['config']['items'][] > = array( > $lll . 'anotherlabel', > $recordType > ); > ExtensionManagementUtility::addToAllTCAtypes('fe_users', 'ratings', > $recordType, 'after:tx_extbase_type'); > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1 > Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ > > iEYEARECAAYFAlOSGf4ACgkQNme/yCvmvTLhHwCgxNtcHxSclKq6+z3hmo5MnUFd > 9sEAn1il9/Jy1YM6zy5hpiMvh4z4YzE3 > =lF6h > -----END PGP SIGNATURE----- > _______________________________________________ > TYPO3-dev mailing list > TYPO3-dev at lists.typo3.org > http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-dev > From jost.baron at gmx.de Fri Jun 6 22:28:13 2014 From: jost.baron at gmx.de (Jost Baron) Date: Fri, 06 Jun 2014 22:28:13 +0200 Subject: [TYPO3-dev] TCA-definition in Configuration/TCA/Overrides not working In-Reply-To: References:

Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 http://forge.typo3.org/issues/59397 On 06/06/2014 10:13 PM, Frans Saris wrote: > I guess the ext_tables of extbase isn't updated yet. So for now you > need to use ext_tables.php to. Could you create an issue for this > on forge.typo3.org? > > Gr. Frans Op 6 jun. 2014 21:45 schreef "Jost Baron" > : > > Hi, > > I'm trying to extend the fe_users table, with the TCA definition > below. I tried to make use of the new TCA-Caching feature by > placing this into the file > $Extkey/Configuration/TCA/Overrides/fe_users.php. If I do that, it > seems that my changes are later overwritten by extbases > ext_tables.php. If I put this code into my ext_tables.php, > everything works fine. > > Is this a bug, or am I doing something wrong? > > Regards, Jost > > TCA definition (with syntax highlighting: > http://pastebin.com/vndjCwYU): > > $newColumns = array( 'ratings' => array( 'label' => $lll . > 'somelabel', 'config' => array( 'readOnly' => '1', 'type' > => 'select', 'foreign_table' => 'mytable', 'foreign_field' > => 'somefield', 'maxitems' => '1000000', 'minitems' > => '0', 'autoSizeMax' => '20', ), ), ); > > ExtensionManagementUtility::addTCAcolumns('fe_users', > $newColumns); > > // Add types to the TCA $recordType = 'MyRecordType'; > $GLOBALS['TCA']['fe_users']['types'][$recordType] = > $GLOBALS['TCA']['fe_users']['types']['0']; > > $GLOBALS['TCA']['fe_users']['columns']['tx_extbase_type']['config']['items'][] > > = array( > $lll . 'anotherlabel', $recordType ); > ExtensionManagementUtility::addToAllTCAtypes('fe_users', > 'ratings', $recordType, 'after:tx_extbase_type'); >> _______________________________________________ TYPO3-dev mailing >> list TYPO3-dev at lists.typo3.org >> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-dev >> -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlOSJF0ACgkQNme/yCvmvTL9CgCgv6uXbKNFNArj+MxzWgr8bREC xqkAn0mnMWTze0TVdVLd2BysP3mTCo7r =FSz+ -----END PGP SIGNATURE----- From helmut.hummel at typo3.org Sat Jun 7 11:39:29 2014 From: helmut.hummel at typo3.org (Helmut Hummel) Date: Sat, 07 Jun 2014 11:39:29 +0200 Subject: [TYPO3-dev] Automatic clear cache doesn't work with Typo3 6.2 In-Reply-To: References:

Message-ID: Hi! On 06.06.14 08:36, Florian Rival wrote: > It was an error in the PageTSConfig of the home page where I had some TS > like this : > > allowedClasses (external-link, external-link-new-window) > > The right syntax is like this : > > allowedClasses ( > external-link, external-link-new-window > ) ( ) is the syntax for *multi* line values. If your value is only one line, just use "=" allowedClasses = external-link, external-link-new-window > I could have seen this error because it's logged with this function : > > $GLOBALS['TT']->setTSlogMessage($err, $num); > > But I don't know how an where I can see this type of log, if you have > some information. You see such messages in the (frontend) admin panel (if enabled). Kind regards, Helmut -- Helmut Hummel Release Manager TYPO3 6.0 TYPO3 Core Developer, TYPO3 Security Team Member TYPO3 .... inspiring people to share! Get involved: typo3.org From dirk_studivz at web.de Sun Jun 8 22:40:28 2014 From: dirk_studivz at web.de (Dirk Ho) Date: Sun, 08 Jun 2014 22:40:28 +0200 Subject: [TYPO3-dev] Typo3-Entwicklungssystem funktioniert nicht Message-ID: Hallo zusammen, ich habe mir in eine VirtualBox den Dump meiner produktiven Typo3-DB geladen und die Ordner fileadmin/*, uploads/*, typo3conf/*. Die DB-Zugangsdaten habe ich angepasst. Danach habe ich das Install-Tool nochmal dr?ber laufen lassen, obwohl sich an der Version Typo3 6.2.3 sowohl auf PROD, als auch auf der VirtualBox, nichts ge?ndert hat. Ich kann mich im Backend anmelden und das Frontend anzeigen, allerdings fehlen im Backend u.a. die Men?-Eintr?ge f?r Extensions wie tt_news, powermail,.. (die sind auf meiner PROD-Umgebung vorhanden). Im Frontend fehlt das ganze CSS,.. Bilder und Co. werden zwar angezeigt, aber die Formatierung fehlt. Ich denke mal, dass ich die Datei (ich dachte, es w?re die LocalConfiguration.php) in der die Extensions registriert sind, nicht mit kopiert. Kann mir jemand sagen, welche Datei (und von wo) ich noch von meiner PROD-Umgebung kopieren muss oder woran das sonst liegen k?nnte? Ich k?nnte theroetisch z.B. tt_news unter "Erweiterungen" im Backend erneut installieren, bef?rchte aber, dass dann trotzdem Einstellungen fehlen. Vielen Dank und viele Gr??e, Dirk From philipp.gampe at typo3.org Sun Jun 8 22:43:27 2014 From: philipp.gampe at typo3.org (Philipp Gampe) Date: Sun, 08 Jun 2014 22:43:27 +0200 Subject: [TYPO3-dev] Typo3-Entwicklungssystem funktioniert nicht References: Message-ID: Hi Dirk Ho, Dirk Ho wrote: > Ich denke mal, dass ich die Datei (ich dachte, es w?re die > LocalConfiguration.php) in der die Extensions registriert sind, nicht > mit kopiert. typo3conf/PackageStates.php Kontrolliere auch die .htaccess Datei im Webroot. Gr??e -- Philipp Gampe ? PGP-Key 0AD96065 ? TYPO3 UG Bonn/K?ln Documentation ? Active contributor TYPO3 CMS TYPO3 .... inspiring people to share! From dirk_studivz at web.de Mon Jun 9 11:53:10 2014 From: dirk_studivz at web.de (Dirk Ho) Date: Mon, 09 Jun 2014 11:53:10 +0200 Subject: [TYPO3-dev] Typo3-Entwicklungssystem funktioniert nicht In-Reply-To: References:

Message-ID: Hi Philipp, vielen Dank! Obwohl ich den typo3conf-Ordner komplett kopiert habe waren darin Unterschiede zur PROD-Datei. Sorry, falls es aussieht, als w?rde ich mir den Hintern nachtragen lassen, aber ich komme ab und an an Punkte, an denen ich einfach nicht mehr weiterkomme und unter der Fehlermeldung finde ich bei Google leider auch nichts: "Page Not Found Reason: Segment "under_service" was not a keyword for a postVarSet as expected on page with id=2." Daraufhin habe ich die .htaccess nochmal ausgetauscht gegen die von PROD. Hat aber nichts gebracht. In den Seiteneigenschaften der ID 2-Seite (ist der root-Knoten meiner Seite) finde ich jedoch keine Einstellung(en), mit denen ich irgendwas "under service" o.?. einstellen kann. Ich habe nur mal gelesen, dass man seine Seite wohl in einen solchen Modus bringen kann, aber nicht wie. Vielen Dank, viele Gr??e und einen erholsamen Rest-Feiertag! Dirk Am 08.06.2014 22:43, schrieb Philipp Gampe: > Hi Dirk Ho, > > Dirk Ho wrote: > >> Ich denke mal, dass ich die Datei (ich dachte, es w?re die >> LocalConfiguration.php) in der die Extensions registriert sind, nicht >> mit kopiert. > > typo3conf/PackageStates.php > > Kontrolliere auch die .htaccess Datei im Webroot. > > Gr??e > From gatalf at yahoo.com Mon Jun 9 11:55:10 2014 From: gatalf at yahoo.com (Thanos) Date: Mon, 09 Jun 2014 11:55:10 +0200 Subject: [TYPO3-dev] =?utf-8?q?_Add_data_to_a_remote_database?= Message-ID: I am wondering if it is possible from the backend to insert data to a remote database. When i create a feuser i want his information to be stored also to another database. It would be great if the fe_users table could store the id of the altered foreign table too. I am thinking of a service or an extension with customized TCA that will extend the fe_users. Any directions of how i can do that with typo3 version > 6 Thank you very much From tp at tpronold.de Mon Jun 9 12:01:39 2014 From: tp at tpronold.de (tp at tpronold.de) Date: Mon, 9 Jun 2014 12:01:39 +0200 (CEST) Subject: [TYPO3-dev] =?utf-8?q?TYPO3-dev_Digest=2C_Vol_129=2C_Issue_7?= Message-ID: Guten Tag, ich bin vom 9.6. bis 4.7. 2014 im Urlaub und kann daher Emails nicht umgehend beantworten. Die Antwortzeit betr?gt in diesem Zeitraum 2-3 Tage. Viele Gr??e, Thomas Pronold From helmut.hummel at typo3.org Mon Jun 9 16:56:38 2014 From: helmut.hummel at typo3.org (Helmut Hummel) Date: Mon, 09 Jun 2014 16:56:38 +0200 Subject: [TYPO3-dev] Typo3-Entwicklungssystem funktioniert nicht In-Reply-To: References: Message-ID: Hello Dirk! On 08.06.14 22:40, Dirk Ho wrote: > Hallo zusammen, Thanks for your question. However the language to be used on this list is English. Please post your question to typo3.german or re-phrase it in English here, so that everybody can participate in helping you. Thanks! Kind regards, Helmut -- Helmut Hummel Release Manager TYPO3 6.0 TYPO3 Core Developer, TYPO3 Security Team Member TYPO3 .... inspiring people to share! Get involved: typo3.org From philipp.gampe at typo3.org Mon Jun 9 17:34:22 2014 From: philipp.gampe at typo3.org (Philipp Gampe) Date: Mon, 09 Jun 2014 17:34:22 +0200 Subject: [TYPO3-dev] Typo3-Entwicklungssystem funktioniert nicht References:

Message-ID: Hi Dirk Ho, Dirk Ho wrote: > Reason: Segment "under_service" was not a keyword for a postVarSet as > expected on page with id=2." Das bedeutet, dass du realurl nutzt und die Konfigurationsdatei nicht stimmt. Evtl. hast du diese nicht mit kopiert? It might be that your realurl configuration file is broken. At least it does not take the current URL segment into account. It might be that you forgot to copy the file and realurl uses an automatic configuration which does not take the manual additions into account. Best regards -- Philipp Gampe ? PGP-Key 0AD96065 ? TYPO3 UG Bonn/K?ln Documentation ? Active contributor TYPO3 CMS TYPO3 .... inspiring people to share! From dirk_studivz at web.de Mon Jun 9 21:51:57 2014 From: dirk_studivz at web.de (Dirk Ho) Date: Mon, 09 Jun 2014 21:51:57 +0200 Subject: [TYPO3-dev] Typo3-Entwicklungssystem funktioniert nicht In-Reply-To: References:

Message-ID: Hi Philipp, thanks for your response. I made a backup of my whole PROD system and downloaded it into my locale development VirtualBox to ensure, everything works as expected - there were still some other issues I mentioned that did not work. After doing so everything seems to work fine. Thanks a lot, Dirk Am 09.06.2014 17:34, schrieb Philipp Gampe: > Hi Dirk Ho, > > Dirk Ho wrote: > >> Reason: Segment "under_service" was not a keyword for a postVarSet as >> expected on page with id=2." > > Das bedeutet, dass du realurl nutzt und die Konfigurationsdatei nicht > stimmt. Evtl. hast du diese nicht mit kopiert? > > It might be that your realurl configuration file is broken. At least it does > not take the current URL segment into account. > It might be that you forgot to copy the file and realurl uses an automatic > configuration which does not take the manual additions into account. > > Best regards > From dirk_studivz at web.de Mon Jun 9 21:55:25 2014 From: dirk_studivz at web.de (Dirk Ho) Date: Mon, 09 Jun 2014 21:55:25 +0200 Subject: [TYPO3-dev] Typo3-Entwicklungssystem funktioniert nicht In-Reply-To: References:

Message-ID: Hi Christian and Frans, thanks for your very interesting answers. Because the part I add the newsletters in the "community" will be a quite new "feature" and has no connection to older/existing news, I guess I take the new technology of tx_news to solve it. For older existing news on the main page I'll have a look if there's a possibility to migrate entries from tt_news to tx_news. Your answers were a great help! Thanks and best wishes, Dirk Am 10.06.2014 12:23, schrieb Christian Reiter: > Hi, > > as Frans has stated - if you are using the normal tt_news plugin, that > does not connect to FAL. > > So if you want to create old-school tt_news records with images/files > you need to place copies of the files in the uploads/ folders. > Just look at some existing manually created tt_news records and their > file locations and you will see how this works. > > Otherwise you can in principle also use FAL with tt_news. > > There is an extension called "dam_ttnews" which makes tt_news work with > DAM files/images instead of copies in uploads/pics. > > You can take this code and rewrite the DAM part for displaying the > images and put in the FAL TCA backend code. > > Then yo? have a "fal_ttnews", this works and is a solution if you want > to continue to use tt_news (because you have huge amounts of working > legacy features added to it that can't be transferred to tx_news) but > you still want to profit from FAL. Or if you were already using > dam_ttnews in TYPO3 4.x and want to migrate to 6.x/ DAM to FAL but don't > want to "downgrade" tt_news to old-school file management. > > Best regards, > > Christian > > > Am 09.06.2014 22:41, schrieb Dirk Ho: >> Hi all, >> >> I want to parse our member newsletters, send via mailman, in a cronjob >> script and add them directly to the typo3 database and add them as a >> tt_news entry. >> >> Therefore I need to know, how the tables work and are related. I guess I >> have to put the file to upload anywhere in fileadmin and add this path >> to the sys_file, also. For each file I also add an entry in >> file_metadata. >> >> What do I have to add to sys_file_reference, sys_file_processedfile, >> sys_file_collection, sys_filemounts to be able to reference the uploaded >> file in tt_news table? >> >> It would be great if you could help me to get this work. >> >> Thanks and best wishes, >> >> Dirk > From steffen.ritter at typo3.org Wed Jun 11 11:59:15 2014 From: steffen.ritter at typo3.org (Steffen Ritter) Date: Wed, 11 Jun 2014 11:59:15 +0200 Subject: [TYPO3-dev] [TYPO3-core] Extending the DriverInterface in TYPO3 6.2 Message-ID: Dear developers, we came across some missing API which makes it difficult to work and interact with Folder objects and their children (folders as well as files). In order to fix these issues we need to extend the DriverInterface which indeed is a breaking change for custom drivers in TYPO3 6.2. In order to prevent multiple breaking changes we wanna know what you think about these changes. In addition I kindly ask you to report other missing API which we would integrate now to make sure that we only have one breaking change. The issue I am talking about can be reviewed at https://review.typo3.org/#/c/30654/ Looking forward to your feedback. regards Steffen From tp at tpronold.de Wed Jun 11 12:01:45 2014 From: tp at tpronold.de (tp at tpronold.de) Date: Wed, 11 Jun 2014 12:01:45 +0200 (CEST) Subject: [TYPO3-dev] =?utf-8?q?TYPO3-dev_Digest=2C_Vol_129=2C_Issue_9?= Message-ID: Guten Tag, ich bin vom 9.6. bis 4.7. 2014 im Urlaub und kann daher Emails nicht umgehend beantworten. Die Antwortzeit betr?gt in diesem Zeitraum 2-3 Tage. Viele Gr??e, Thomas Pronold From christian.weiske at netresearch.de Wed Jun 11 12:41:49 2014 From: christian.weiske at netresearch.de (Christian Weiske) Date: Wed, 11 Jun 2014 12:41:49 +0200 Subject: [TYPO3-dev] [TYPO3-core] Extending the DriverInterface in TYPO3 6.2 References: Message-ID: Hello Steffen, >In order to prevent multiple breaking changes we wanna know what you >think about these changes. In addition I kindly ask you to report >other missing API which we would integrate now to make sure that we >only have one breaking change. Folders with many files (1k+) are hard to handle currently; for that I modified the API to make it possible to fetch a part of the files only: https://review.typo3.org/28560 -- Regards/Mit freundlichen Gr??en Christian Weiske -= Geeking around in the name of science since 1982 =- From t3ng at bernd-wilke.net Wed Jun 11 14:11:40 2014 From: t3ng at bernd-wilke.net (bernd wilke) Date: Wed, 11 Jun 2014 14:11:40 +0200 Subject: [TYPO3-dev] [TYPO3-core] Extending the DriverInterface in TYPO3 6.2 In-Reply-To: References:

Message-ID: Am 11.06.14 12:41, schrieb Christian Weiske: > Hello Steffen, > > >> In order to prevent multiple breaking changes we wanna know what you >> think about these changes. In addition I kindly ask you to report >> other missing API which we would integrate now to make sure that we >> only have one breaking change. > > Folders with many files (1k+) are hard to handle currently; for that I > modified the API to make it possible to fetch a part of the files only: > > https://review.typo3.org/28560 > is this a possible fix for http://forge.typo3.org/issues/57811 ? -- http://www.pi-phi.de/cheatsheet.html From christian.weiske at netresearch.de Wed Jun 11 14:34:31 2014 From: christian.weiske at netresearch.de (Christian Weiske) Date: Wed, 11 Jun 2014 14:34:31 +0200 Subject: [TYPO3-dev] [TYPO3-core] Extending the DriverInterface in TYPO3 6.2 References:

Message-ID: Hello Bernd, >> Folders with many files (1k+) are hard to handle currently; for that >> I modified the API to make it possible to fetch a part of the files >> only: >> >> https://review.typo3.org/28560 > >is this a possible fix for http://forge.typo3.org/issues/57811 ? Yes. We have the patch running on our systems, and can handle folders with 20k files fine, with a custom FAL driver that fetches the data from a HTTP API. -- Regards/Mit freundlichen Gr??en Christian Weiske -= Geeking around in the name of science since 1982 =- From tp at tpronold.de Thu Jun 12 12:01:43 2014 From: tp at tpronold.de (tp at tpronold.de) Date: Thu, 12 Jun 2014 12:01:43 +0200 (CEST) Subject: [TYPO3-dev] =?utf-8?q?TYPO3-dev_Digest=2C_Vol_129=2C_Issue_10?= Message-ID: Guten Tag, ich bin vom 9.6. bis 4.7. 2014 im Urlaub und kann daher Emails nicht umgehend beantworten. Die Antwortzeit betr?gt in diesem Zeitraum 2-3 Tage. Viele Gr??e, Thomas Pronold From helmut.hummel at typo3.org Thu Jun 12 12:50:34 2014 From: helmut.hummel at typo3.org (Helmut Hummel) Date: Thu, 12 Jun 2014 12:50:34 +0200 Subject: [TYPO3-dev] [TYPO3-core] Extending the DriverInterface in TYPO3 6.2 In-Reply-To: References:

Message-ID: Hi! On 11.06.14 12:41, Christian Weiske wrote: >> In order to prevent multiple breaking changes we wanna know what you >> think about these changes. In addition I kindly ask you to report >> other missing API which we would integrate now to make sure that we >> only have one breaking change. > > Folders with many files (1k+) are hard to handle currently; for that I > modified the API to make it possible to fetch a part of the files only: > > https://review.typo3.org/28560 If we are going to change the driver interface, then this patch of Christian should be considered... Kind regards, Helmut -- Helmut Hummel Release Manager TYPO3 6.0 TYPO3 Core Developer, TYPO3 Security Team Member TYPO3 .... inspiring people to share! Get involved: typo3.org From woehlken at quadracom.de Thu Jun 12 15:32:31 2014 From: woehlken at quadracom.de (=?ISO-8859-15?Q?Marc_W=F6hlken?=) Date: Thu, 12 Jun 2014 15:32:31 +0200 Subject: [TYPO3-dev] Category API: Configure BE Message-ID: Hi! I am using the category API to add categories to different type of backend records. To make it simple assume there are products and references. The categories are structured like this: - Products - Feature 1 - Feature 2 - References - Country 1 - Country 2 When adding a new product/reference the editor can select any one category which is not really satisfying as he/she can select a wrong category by mistake, e.g. choose "Country 1" as a category for a product. Can the backend be configured to only show parts of the category tree, only those related to the current type of record set? Hope the explanation is understandable, feel free to ask if I need to clarify/add more info. CU Marc -- ........................................................... Marc W?hlken TYPO3 certified integrator Quadracom - Proffe & W?hlken Rembertistra?e 32 WWW: http://www.quadracom.de D-28203 Bremen E-Mail: woehlken at quadracom.de ______________ PGP-Key: http://pgp.quadracom.de From wk at plan2.net Thu Jun 12 15:53:18 2014 From: wk at plan2.net (Wolfgang Klinger) Date: Thu, 12 Jun 2014 15:53:18 +0200 Subject: [TYPO3-dev] Category API: Configure BE In-Reply-To: References: Message-ID: *hiya* On 12 Jun 2014, at 15:32, Marc W?hlken wrote: > Can the backend be configured to only show parts of the category tree, > only those related to the current type of record set? > save your category records in different sysfolders per type and set something like --- TCEFORM.tx_myext_domain_model_something.categories.PAGE_TSCONFIG_ID = 123 --- as PageTS on your folder (use e.g. PID 123 on the reference folder, PID 148 on the products folder) and use it in your makeCategorizable call: --- \TYPO3\CMS\Core\Utility\ExtensionManagementUtility::makeCategorizable('myext', 'tx_myext_domain_model_something', 'categories', array( 'fieldConfiguration' => array( 'foreign_table_where' => ' AND sys_category.pid = ###PAGE_TSCONFIG_ID### ' ) )); --- and the wizard will only display the categories in the specified folders hth, kind regards Wolfgang From woehlken at quadracom.de Thu Jun 12 17:01:59 2014 From: woehlken at quadracom.de (=?ISO-8859-1?Q?Marc_W=F6hlken?=) Date: Thu, 12 Jun 2014 17:01:59 +0200 Subject: [TYPO3-dev] Category API: Configure BE In-Reply-To: References:

Message-ID: Hi Wolfgang! Am 12.06.2014 15:53, schrieb Wolfgang Klinger: > > TCEFORM.tx_myext_domain_model_something.categories.PAGE_TSCONFIG_ID = 123 Works like a charm. Took me a few minutes to figure out that in the above TS "categories" has to be replaced by the actual field name (in my case product_categories) of the column used for categorization. Thanks a lot Marc -- ........................................................... Marc W?hlken TYPO3 certified integrator Quadracom - Proffe & W?hlken Rembertistra?e 32 WWW: http://www.quadracom.de D-28203 Bremen E-Mail: woehlken at quadracom.de ______________ PGP-Key: http://pgp.quadracom.de From wk at plan2.net Thu Jun 12 17:06:04 2014 From: wk at plan2.net (Wolfgang Klinger) Date: Thu, 12 Jun 2014 17:06:04 +0200 Subject: [TYPO3-dev] Category API: Configure BE In-Reply-To: References:

Message-ID: On 12 Jun 2014, at 17:01, Marc W?hlken wrote: >> >> TCEFORM.tx_myext_domain_model_something.categories.PAGE_TSCONFIG_ID = 123 > > Works like a charm. Took me a few minutes to figure out that in the > above TS "categories" has to be replaced by the actual field name (in my > case product_categories) of the column used for categorization. fine :-) yes, tx_myext_domain_model_something is the table name and categories is the column name kind regards Wolfgang From t3ng at bernd-wilke.net Thu Jun 12 17:21:20 2014 From: t3ng at bernd-wilke.net (bernd wilke) Date: Thu, 12 Jun 2014 17:21:20 +0200 Subject: [TYPO3-dev] [TYPO3-core] Extending the DriverInterface in TYPO3 6.2 In-Reply-To: References:

Message-ID: Am 11.06.14 14:34, schrieb Christian Weiske: > Hello Bernd, > > >>> Folders with many files (1k+) are hard to handle currently; for that >>> I modified the API to make it possible to fetch a part of the files >>> only: >>> >>> https://review.typo3.org/28560 >> >> is this a possible fix for http://forge.typo3.org/issues/57811 ? > > Yes. We have the patch running on our systems, and can handle folders > with 20k files fine, with a custom FAL driver that fetches the data > from a HTTP API. > I tried to patch my TYPO3 (it is just an 6.1) but found no patch-file. did I miss a link? is it possible to download all changes of one commit in one single patchfile? is this modification usable for 6.1 at all? bernd -- http://www.pi-phi.de/cheatsheet.html From xavier at typo3.org Thu Jun 12 22:26:44 2014 From: xavier at typo3.org (Xavier Perseguers) Date: Thu, 12 Jun 2014 22:26:44 +0200 Subject: [TYPO3-dev] [TYPO3-core] Extending the DriverInterface in TYPO3 6.2 In-Reply-To: References:

Message-ID: Hi Bernd, > I tried to patch my TYPO3 (it is just an 6.1) but found no patch-file. > did I miss a link? > is it possible to download all changes of one commit in one single > patchfile? Follow the link to Gerrit, the latest patchset is automatically selected, in the table describing the changed files, at the end you have a "Download" part with a command line you may copy. It lets you fetch a patch or cherry-pick over another branch (typically 6.1 for you). This takes for granted that you run the corresponding command from a clone of the Git repository of TYPO3 CMS. > is this modification usable for 6.1 at all? Try to cherry-pick the change, you'll see at once if it applies without any conflict or if you need to adapt a bit (or more). Kind regards -- Xavier Perseguers TYPO3 CMS Team Member TYPO3 .... inspiring people to share! Get involved: http://typo3.org From steffen.ritter at typo3.org Fri Jun 13 08:49:14 2014 From: steffen.ritter at typo3.org (Steffen Ritter) Date: Fri, 13 Jun 2014 08:49:14 +0200 Subject: [TYPO3-dev] [TYPO3-core] Extending the DriverInterface in TYPO3 6.2 In-Reply-To: References:

Message-ID: Am 12.06.14 17:21, schrieb bernd wilke: > > is this modification usable for 6.1 at all? NO - 6.0/6.1 FAL is sth. completely different compared to 6.2 You really should not use 6.1 anymore. regards Steffen From n.sendetzky at metaways.de Fri Jun 13 14:28:15 2014 From: n.sendetzky at metaways.de (Norbert Sendetzky) Date: Fri, 13 Jun 2014 14:28:15 +0200 Subject: [TYPO3-dev] =?utf-8?q?_Execute_the_update_script_in_Arcavias_web_?= =?utf-8?q?shop_extension_automatically?= Message-ID: Hi all Is there a way to execute the update script provided by an extension automatically? We use the update script instead of the ext_tables.sql mechanism to create, update and migrate table structures and content. Unfortunately, this requires an additional action of the user and isn't most often done when someone installs the extension via the distribution. Does anybody know something that might help in this case? Thanks in advance Norbert From m.bless at gmx.de Fri Jun 13 15:00:03 2014 From: m.bless at gmx.de (Martin Bless) Date: Fri, 13 Jun 2014 15:00:03 +0200 Subject: [TYPO3-dev] [TYPO3-t3dd] T3DD14: Looking for room mate Message-ID: Hi everyone, I'm looking for someone who is willing to share a room with me at the T3DD14 in Eindhoven in the conference hotel. The room is already booked (19.-22.06.2014). Please answer to martin.bless at typo3.org Crosspostings: Twitter, typo3.t3dd, typo3.englisch Looking forward to you! Martin -- Certified TYPO3 Integrator | TYPO3 Documentation Team Member http://mbless.de From jigal.van.hemert at typo3.org Fri Jun 13 16:14:14 2014 From: jigal.van.hemert at typo3.org (Jigal van Hemert) Date: Fri, 13 Jun 2014 16:14:14 +0200 Subject: [TYPO3-dev] Execute the update script in Arcavias web shop extension automatically In-Reply-To: References: Message-ID: Hi, On 13-6-2014 14:28, Norbert Sendetzky wrote: > Is there a way to execute the update script provided by an extension > automatically? Not really. There is no script that is executed once after installation. > We use the update script instead of the ext_tables.sql mechanism to > create, update and migrate table structures and content. Unfortunately, > this requires an additional action of the user and isn't most often done > when someone installs the extension via the distribution. That is quite dangerous. If you use the Install Tool and perform a database compare the tables / columns of this extension will be suggested for removal. > Does anybody know something that might help in this case? I'd do the addition of columns through ext_tables.sql and try to detect the need to migrate in either a backend module that is necessary or via some frontend triggered notification. Then the integrator is warned to perform the update script. -- Jigal van Hemert TYPO3 CMS Active Contributor TYPO3 .... inspiring people to share! Get involved: typo3.org From irendan37 at gmail.com Fri Jun 13 16:16:27 2014 From: irendan37 at gmail.com (Iren Dan) Date: Fri, 13 Jun 2014 16:16:27 +0200 Subject: [TYPO3-dev] =?utf-8?q?_Automate_OpenOffice?= Message-ID: Hi. I'm starting programmer. I have a task to automate OpenOffice, to extract some data from some document. Anybody help me? From mark.boland at boland.de Fri Jun 13 16:23:42 2014 From: mark.boland at boland.de (Mark Boland) Date: Fri, 13 Jun 2014 16:23:42 +0200 Subject: [TYPO3-dev] Automate OpenOffice In-Reply-To: References: Message-ID: Hi Iren, you wouldn't want to automate OpenOffice itself, as its document formats are zipped XML file structures and are rather easy to process. You may consult the PEAR archive for a suitable Reader/Writer modules for all supported file formats. Mark Am 13.06.2014 um 16:16 schrieb Iren Dan : > Hi. I'm starting programmer. I have a task to automate OpenOffice, to extract some data from some document. Anybody help me? > _______________________________________________ > TYPO3-dev mailing list > TYPO3-dev at lists.typo3.org > http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-dev From n.sendetzky at metaways.de Fri Jun 13 20:14:55 2014 From: n.sendetzky at metaways.de (Norbert Sendetzky) Date: Fri, 13 Jun 2014 20:14:55 +0200 Subject: [TYPO3-dev] =?utf-8?q?_Documentation_for_Arcavias_web_shop_extens?= =?utf-8?q?ion_isn=27t_rendered?= Message-ID: Hi all The Arcavias web shop extension contains documentation in the reST format, which can be converted to HTML with Sphinx. This works fine locally but in the TER the documentation isn't linked. If I understood correctly, the documentation should be imported into the TYPO3 Wiki and a link to that docs added in the detail view of the extension page in the repository. You can find the extension here: http://typo3.org/extensions/repository/view/arcavias Does anybody know why this happens. Any help is appreciated! Thanks in advance Norbert From xavier at typo3.org Fri Jun 13 20:27:08 2014 From: xavier at typo3.org (Xavier Perseguers) Date: Fri, 13 Jun 2014 20:27:08 +0200 Subject: [TYPO3-dev] Documentation for Arcavias web shop extension isn't rendered In-Reply-To: References: Message-ID: Hi Norbert, > The Arcavias web shop extension contains documentation in the reST > format, which can be converted to HTML with Sphinx. This works fine > locally but in the TER the documentation isn't linked. If I understood > correctly, the documentation should be imported into the TYPO3 Wiki and > a link to that docs added in the detail view of the extension page in > the repository. Where did you read that? > You can find the extension here: > http://typo3.org/extensions/repository/view/arcavias > > Does anybody know why this happens. Any help is appreciated! Yes I do, just tried to render it locally using EXT:sphinx (did you try with it?) and I got this list of warnings: ----------------------------------------------------------------------------- ChangeLog.rst:1: SEVERE: Problems with "include" directive path: InputError: [Errno 2] No such file or directory: '../Includes.txt'. Configuration.rst:1: SEVERE: Problems with "include" directive path: InputError: [Errno 2] No such file or directory: '../Includes.txt'. Configuration.rst:66: WARNING: Inline interpreted text or phrase reference start-string without end-string. Configuration.rst:71: WARNING: malformed hyperlink target. Configuration.rst:76: WARNING: Inline interpreted text or phrase reference start-string without end-string. Configuration.rst:81: WARNING: malformed hyperlink target. Configuration.rst:84: WARNING: Title underline too short. client.html.common.template.baseurl """""""""""""""""""""""""""""""""" Configuration.rst:84: WARNING: Title underline too short. client.html.common.template.baseurl """""""""""""""""""""""""""""""""" Configuration.rst:86: WARNING: Inline interpreted text or phrase reference start-string without end-string. Introduction.rst:6: SEVERE: Problems with "include" directive path: InputError: [Errno 2] No such file or directory: '../Includes.txt'. ----------------------------------------------------------------------------- WARNING problems should (better) be fixed of course but SEVERE is the reason why the documentation is not rendered on docs.typo3.org. Kind regards -- Xavier Perseguers TYPO3 CMS Team Member TYPO3 .... inspiring people to share! Get involved: http://typo3.org From besucher80 at gmx.de Sat Jun 14 16:19:05 2014 From: besucher80 at gmx.de (Stefan Kruse) Date: Sat, 14 Jun 2014 16:19:05 +0200 Subject: [TYPO3-dev] =?utf-8?q?_Typo3_6=2E2_Extension_Constants_are_not_re?= =?utf-8?q?placed?= Message-ID: Hi, i have installed T3 6.2 and would like to install an own extension. So far so good. But the constants are not replaced. I use it the following: In have an extebase extension with the configuration folder. Inside it i have a constants.txt file with: Are there some changes in T3 6.2 maybe? Thanks for helping Stefan From luberti at archicoop.it Sat Jun 14 18:22:41 2014 From: luberti at archicoop.it (Ivano Luberti) Date: Sat, 14 Jun 2014 18:22:41 +0200 Subject: [TYPO3-dev] Typo3 6.2 Extension Constants are not replaced In-Reply-To: References: Message-ID: the file included has txt or ts extension? Could it be that you are including with a wrong file name? Il 14/06/2014 16:19, Stefan Kruse ha scritto: > Hi, > > i have installed T3 6.2 and would like to install an own extension. So > far so good. But the constants are not replaced. > > I use it the following: > > In have an extebase extension with the configuration folder. Inside it > i have a constants.txt file with: > > source="FILE:EXT:tl24_basepackage/Resources/Private/TypoScript/constants.ts> > > In the included file i have: > > plugin.tx_tl24basepackage { > > baseUrl = xyz > > general { > adminPanel = 1 > > googleanalytics = 1 > } > } > > But when i now use these constants in my setup they are not replaced > in frontend. In my html output there are someting like this : > > > > Are there some changes in T3 6.2 maybe? > > Thanks for helping > Stefan > > _______________________________________________ > TYPO3-dev mailing list > TYPO3-dev at lists.typo3.org > http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-dev > -- ================================================== dott. Ivano Mario Luberti Archimede Informatica societa' cooperativa a r. l. Sede Operativa Via Gereschi 36 - 56126- Pisa tel.: +39-050- 580959 tel/fax: +39-050-9711344 web: www.archicoop.it ================================================== From besucher80 at gmx.de Sat Jun 14 20:19:42 2014 From: besucher80 at gmx.de (Stefan Kruse) Date: Sat, 14 Jun 2014 20:19:42 +0200 Subject: [TYPO3-dev] =?utf-8?q?_Re=3A_Typo3_6=2E2_Extension_Constants_are_?= =?utf-8?q?not_replaced?= References: Message-ID: Hi, i dont think that the file name is wrong. I have developed the extension in Typo3 6.1. And there the ext is working. So i dont understand why the ext doesnt work in 6.2. From besucher80 at gmx.de Sun Jun 15 10:53:59 2014 From: besucher80 at gmx.de (Stefan Kruse) Date: Sun, 15 Jun 2014 10:53:59 +0200 Subject: [TYPO3-dev] =?utf-8?q?_Re=3A_Typo3_6=2E2_Extension_Constants_are_?= =?utf-8?q?not_replaced?= References: Message-ID: hm, i dont understand that. When i put a ext_typoscript_setup.txt in extension root folder the constants are replaced and used. But when i put a constants.txt file in the Configuration/TypoScript folder and include it with \TYPO3\CMS\Core\Utility\ExtensionManagementUtility::addStaticFile it doesnt work. In my constants.txt i include a typoscript file with . And in this file are all my constants. > > But why they are not used and replaced? In Typo3 6.1 everything works well. and you?re sure you included the static template in your typoscript template record? These files (setup.txt, constants.txt) aren?t included automagically! kind regards Wolfgang From besucher80 at gmx.de Sun Jun 15 12:20:04 2014 From: besucher80 at gmx.de (Stefan Kruse) Date: Sun, 15 Jun 2014 12:20:04 +0200 Subject: [TYPO3-dev] =?utf-8?q?Typo3_6=2E2_Extension_Constants_are_not_rep?= =?utf-8?q?laced?= References: Message-ID: ?? what this mean ?? From besucher80 at gmx.de Sun Jun 15 12:24:47 2014 From: besucher80 at gmx.de (Stefan Kruse) Date: Sun, 15 Jun 2014 12:24:47 +0200 Subject: [TYPO3-dev] =?utf-8?q?Typo3_6=2E2_Extension_Constants_are_not_rep?= =?utf-8?q?laced?= References: Message-ID: yes im sure that i have included the static template. Its an extension for buidling the page object etc. And this works fine. So its included correctly. The Object Browser says its okay. Everything is there , only my constants are missing. Strange. From besucher80 at gmx.de Sun Jun 15 18:01:09 2014 From: besucher80 at gmx.de (Stefan Kruse) Date: Sun, 15 Jun 2014 18:01:09 +0200 Subject: [TYPO3-dev] =?utf-8?q?Typo3_6=2E2_Extension_Constants_are_not_rep?= =?utf-8?q?laced?= References: Message-ID: ok, i try it now with another typo3 6.2 setup and there it not works too. In Typo3 6.1 everything works well. could it be a bug? From franssaris at gmail.com Sun Jun 15 18:20:34 2014 From: franssaris at gmail.com (Frans Saris) Date: Sun, 15 Jun 2014 18:20:34 +0200 Subject: [TYPO3-dev] Typo3 6.2 Extension Constants are not replaced In-Reply-To: References:

Message-ID: Did you have a look at the template analyser? There you can see whats included also the result of what's included through the inline includes. Do you see your constants there? Gr. Frans Op 15 jun. 2014 18:05 schreef "Stefan Kruse" : > ok, i try it now with another typo3 6.2 setup and there it not works too. > In Typo3 6.1 everything works well. could it be a bug? > _______________________________________________ > TYPO3-dev mailing list > TYPO3-dev at lists.typo3.org > http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-dev > From k.szymukowicz at gmail.com Mon Jun 16 12:07:49 2014 From: k.szymukowicz at gmail.com (Krystian Szymukowicz) Date: Mon, 16 Jun 2014 12:07:49 +0200 Subject: [TYPO3-dev] gridelements and fluid Message-ID: hi is there a way to pass all vars from gridelement flexform to fluid template? Including flexform sections. So in fluid I could use then foreach VH for data sets. So far I saw almost all examples grid elements based on Typoscript and that means additional learning step for frontend developer who could know only Fluid and that would be fine for him. Official documentation also only show examples based on Typoscript. Tnx in advance. -- grtz Krystian Szymukowicz From info at cybercraft.de Mon Jun 16 12:40:35 2014 From: info at cybercraft.de (JoH asenau) Date: Mon, 16 Jun 2014 12:40:35 +0200 Subject: [TYPO3-dev] gridelements and fluid In-Reply-To: References: Message-ID: > is there a way to pass all vars from gridelement flexform to fluid > template? Including flexform sections. Yes and no - since each value of both the record and the flexform will be made available via cObj->data. Flexform values are prefixed with flexform_. You will get even values of the parent element prefixed with parentgrid_ so you can render children differently depending on parent values. Additionally you will get vitual fields containing Arrrays with children, prerendered columns and the like. The names of these fields can be found in the TypoScript reference. Currently there is no way to render sections, but there is a pending feature request in the tracker. IMHO using sections in Gridelements contradicts the goals we had, namely getting rid of XML in favor of normalized relations, which is why we didn't implement it by default. My personal opinion is: Instead of implementing the whole featureset of TemplaVoila into Gridelements Flexforms again IMHO one could use the original, since it is still available and does all that XML based stuff quite good. But since people are asking for it, this might be something we should discuss at the developer days during the Gridelements workshop. > Official documentation also only show examples based on Typoscript. Official documenation has a kind of "hidden" feature. Take a look at the default TypoScript code at the beginning of the TypoScript section. There's a commented part that tells you how to render the whole container based on FLUIDTEMPLATE. Just put cObject = FLUIDTEMPLATE into your template and set the paths to your template accordingly. Anything else will be done as usual with Fluid. HTH 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 From info at network-publishing.de Mon Jun 16 15:16:39 2014 From: info at network-publishing.de (Christoph Moeller) Date: Mon, 16 Jun 2014 15:16:39 +0200 Subject: [TYPO3-dev] =?utf-8?q?_Once_again_-_the_future_of_TYPO3_templatin?= =?utf-8?q?g/grid_approaches?= Message-ID: [Excuse the URL styling, my user can't post links] Dear TYPO3 enthusiasts, as a followup to the (german) Facebook thread https : // www. facebook. com/mittwald/posts/650380621683779 I'd like to get some of your opinions concerning the current (and future) state of TYPO3 templating approaches. At the moment, IMHO, there are too many options to implement templates and content elements in TYPO3. To name a few, let's start with an unfinished google doc (unfortunately partly german, as well) that we started some months ago in the Cologne user group TUGCGN: https :// docs.google. com/spreadsheet/ccc?key=0AohD__5Djk3PdERmNHFzR0lwdWhGajdDTTIyc0NDN1E&usp=drive_web#gid=0 Access is open to all. Feel free to modify or translate. As it is, the document shows like 12 or 13 different approaches. Having built and maintained TYPO3 websites for over ten years now, we see a clear increase in complexity, risk and cost when it comes to choosing a templating and content element approach "for the next couple of years". TemplaVoila, as a very complex extension, has had its era - which is over now - and leaves many customers with a pile of problems. This, on top of the 6.2 upgrade chores, makes many of our (probably any agencies') customers think about the long-term cost implications of running TYPO3 for complex sites. Of course, there's Fluid as a really cool templating engine (which our non-PHP-savvy frontend devs really love, btw). And there's Backend layouts in the core, which do work for most simple use cases - and hey, they're in the core, so no need to worry about upgrades, right? There's Joey Hasenau's EXT:GridElements which does work very well in most cases for the more complex grid approaches for content elements, even with drag'n'drop mostly working. And there's a ton of individually developed extensions aiming at changing the TYPO3 templating and content element creation game, e.g. the startnext project "TYPO3 Mask" (see above FB post), EXT:dce by Armin Vieweg, Claus Due's "Fluid Powered TYPO3"and many github repos carrying Twitter bootstrap or Zurb foundation setups including loads of TS to get started, etc. - and probably there are many, many more approaches that noone (except the agency that created them) is aware of. All this is great, of course, and it's a good sign for the well-running eco-system around TYPO3. I do like that drive, please don't get me wrong. But unfortunately, from time to time the maintainers of some essential extensions leave their projects for whatever reasons. Let's stick to the TV example, or take Dmitry's feelings towards RealURL. Whenever I asked my employees what they disliked most about TYPO3 during the last couple of months, the No.1 answer was "stability and compatibility issues with essential low-level extensions (RealURL, TV, GE, ...)". In other words, it takes a huge amount of time to dig through forge, web, github, whatever to find out how to get something essential up and running in a new project using the latest stable TYPO3 core. Before you ask, we're giving back most of the workarounds and patches to the authors of the respective extensions, of course, and things get better all the time. But choosing the right approach, in general, used to be much easier, and that's what I think needs to be thoroughly re-thought. How shall the TYPO3 project as a whole cope with this? Should the TYPO3 association take influence and sponsor the development of _the_ templating feature-set to be included in future core versions? Should the existing extension authors be asked to cooperate, e.g. by sponsoring templating code sprints? Or should this be "ignored" as it is, and let the broad masses decide which approach "wins" in the long run (until it is abandoned, again)? I strongly feel that it might be a good thing if all authors of any of the many templating and grid extensions sat down together to exchange their ideas on the topic. And to pull in one direction, with the common goal to make things easier to understand for developers, customers and newbies. And to get some kind of a stable, common solution included in the core, maybe, one day? I know, the question how or if the TYPO3 Association should or should not influence technical directions of the TYPO3 core has been asked many times before. But don't some of you think that important aspects such as templating/content elements, ease of use, understandability, long-term stability and predictability should be taken care of in a more centralized way? I personally don't think any extension author should be offended by being invited to share her/his knowledge at an organized theme sprint, with the common goal to create something even better. Even, if the Assoc or the EAB or whoever with "knowledge and balls" proposes the requirements, upfront. Looking forward to your opinions, folks. And please remember, no offense to the many cool approaches around. I'm just aiming at ending the IMO unbearable, kinda selfish fragmentation. Thanks and my best wishes to all of you Chris From bernd.pier at gmx.de Mon Jun 16 15:49:29 2014 From: bernd.pier at gmx.de (bernd pier) Date: Mon, 16 Jun 2014 15:49:29 +0200 Subject: [TYPO3-dev] =?utf-8?q?_Re=3A_Once_again_-_the_future_of_TYPO3_tem?= =?utf-8?q?plating/grid_approaches?= References: Message-ID: Hi Chris, I`m working with T3 since 2009 and i agree. Life would be much more easier with only one Templating Way. "I strongly feel that it might be a good thing if all authors of any of the many templating and grid extensions sat down together to exchange their ideas on the topic. And to pull in one direction, with the common goal to make things easier to understand for developers, customers and newbies. And to get some kind of a stable, common solution included in the core, maybe, one day? " -> right, i think that is a good way to develop a suitable solution. greetings Bernd From info at cybercraft.de Mon Jun 16 16:13:27 2014 From: info at cybercraft.de (JoH asenau) Date: Mon, 16 Jun 2014 16:13:27 +0200 Subject: [TYPO3-dev] Once again - the future of TYPO3 templating/grid approaches In-Reply-To: References:

Message-ID: Am 16.06.2014 15:49, schrieb bernd pier: > Hi Chris, > > I`m working with T3 since 2009 and i agree. Life would be much more > easier with only one Templating Way. "I strongly feel that it might be a > good thing if all authors of any of the many templating and grid > extensions sat down together to exchange their ideas on the topic. And > to pull in one direction, with the common goal to make things easier to > understand for developers, customers and newbies. And to get some kind > of a stable, common solution included in the core, maybe, one day? " > -> right, i think that is a good way to develop a suitable solution. It's already happening and will be presented next Friday at the Developer Days: http://t3dd14.typo3.org/schedule/themes-part-1/ http://t3dd14.typo3.org/schedule/themes-part-2/ Still you should try to live with the fact that Open Source with it's voluntary approach can't be controlled the same way as proprietary software produced by a company. So even with a stable common solution there might always be other solutions to choose from, which at the same time is an advantage and a problem of Open Source. Just my 2 cents 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 From info at network-publishing.de Mon Jun 16 16:43:57 2014 From: info at network-publishing.de (Christoph Moeller) Date: Mon, 16 Jun 2014 16:43:57 +0200 Subject: [TYPO3-dev] =?utf-8?q?Once_again_-_the_future_of_TYPO3_templating?= =?utf-8?q?/grid_approaches?= References: Message-ID: Hi Joey, thanks for your reply. > It's already happening and will be presented next Friday at the > Developer Days: Great - unfortunately won't make it to Eindhoven this weekend, but I'looking forward to slides/code/videos. > Still you should try to live with the fact that Open Source with it's > voluntary approach can't be controlled the same way as proprietary > software produced by a company. So even with a stable common solution > there might always be other solutions to choose from, which at the same > time is an advantage and a problem of Open Source. 100% ack, but there's no easy and stable common solution at the moment. As a good role model, take a look at how f.ex. the Apache foundation or other (of course bigger) open-source organizations take control in terms of code quality and adherence to the projects' eco-system goals (functional portfolio, ease of use, consistence, their incubation mechanism, etc.). Cheers Chris From jigal.van.hemert at typo3.org Mon Jun 16 16:52:56 2014 From: jigal.van.hemert at typo3.org (Jigal van Hemert) Date: Mon, 16 Jun 2014 16:52:56 +0200 Subject: [TYPO3-dev] Once again - the future of TYPO3 templating/grid approaches In-Reply-To: References: Message-ID: Hi, On 16-6-2014 15:16, Christoph Moeller wrote: > com/mittwald/posts/650380621683779 I'd like to get some of your opinions > concerning the current (and future) state of TYPO3 templating approaches. > > At the moment, IMHO, there are too many options to implement templates > and content elements in TYPO3. To name a few, let's start with an There are currently actually two templating systems provided by the core: - marker based (the familiar ###MARKER_NAME### stuff) in TypoScript handled by the TEMPLATE object - fluid based, in TypoScript handled by the FLUIDTEMPLATE object Others are provided by a few extensions. To make marker based templates easier to handle the first solution was AutomakeTemplate which inserted the markers for you based on some configuration options. Then there was TemplaVoil? which handles templates for you, has a point&click mapping tool and changes the page module for some features (including a first form of backend layouts). For Fluid templates quite a few tools are available, mainly to implement "missing" functionality. Not too much is missing when you look into it. Without too much trouble you make your own content elements by re-using existing fields and storing other information in flexforms (data you don't need to use to sort, search, etcetera can be stored in flexforms without causing problems). Grid Elements implements "backend layouts" inside content elements (plus a lot more), which seem to be the missing functionality to implement things like structural content elements (a content element which contains the column structure). > TemplaVoila, as a very complex extension, has had its era - which is > over now - and leaves many customers with a pile of problems. This, on > top of the 6.2 upgrade chores, makes many of our (probably any > agencies') customers think about the long-term cost implications of > running TYPO3 for complex sites. The problem is more that you want to bet on a certain solution which often depends on single author or a company to maintain it for free. Perhaps if an extension becomes more important for a larger group this group should try to activate a team for the support and maintenance of this -- mission critical -- tool? > But unfortunately, from time to time the maintainers of some essential > extensions leave their projects for whatever reasons. Let's stick to the > TV example, or take Dmitry's feelings towards RealURL. Whenever I asked > my employees what they disliked most about TYPO3 during the last couple > of months, the No.1 answer was "stability and compatibility issues with > essential low-level extensions (RealURL, TV, GE, ...)". In other words, > it takes a huge amount of time to dig through forge, web, github, > whatever to find out how to get something essential up and running in a > new project using the latest stable TYPO3 core. Before you ask, we're > giving back most of the workarounds and patches to the authors of the > respective extensions, of course, and things get better all the time. > But choosing the right approach, in general, used to be much easier, and > that's what I think needs to be thoroughly re-thought. What is essential for you may not be essential for others. If you use CoolURI instead of RealURL, create your website without TemplaVoil? and Gridelements this list of essential extensions suddenly becomes quite different. This functionality is not included in the core for a number of reasons: - time available for core developers - keep the core lean, because not everybody wants the same solution - extensions can be updated a lot faster > How shall the TYPO3 project as a whole cope with this? Should the TYPO3 > association take influence and sponsor the development of _the_ > templating feature-set to be included in future core versions? Should > the existing extension authors be asked to cooperate, e.g. by sponsoring > templating code sprints? Or should this be "ignored" as it is, and let > the broad masses decide which approach "wins" in the long run (until it > is abandoned, again)? There is no single "right" solution. Diversity is actually a good thing here. Again, if you make money with a free solution you might need to invest in the future of that solution. -- Jigal van Hemert TYPO3 CMS Active Contributor TYPO3 .... inspiring people to share! Get involved: typo3.org From info at network-publishing.de Mon Jun 16 17:42:54 2014 From: info at network-publishing.de (Christoph Moeller) Date: Mon, 16 Jun 2014 17:42:54 +0200 Subject: [TYPO3-dev] =?utf-8?q?Once_again_-_the_future_of_TYPO3_templating?= =?utf-8?q?/grid_approaches?= References: Message-ID: Hi Jigal, > There are currently actually two templating systems provided by the core: > - marker based (the familiar ###MARKER_NAME### stuff) in TypoScript > handled by the TEMPLATE object > - fluid based, in TypoScript handled by the FLUIDTEMPLATE object which are great but of course only cover the frontend development part, not the useability for editors. This actually was the USP of TV and is now partly reimplemented by GE. > Others are provided by a few extensions. Which is great, as well. But things regularly fall apart when upgrading the core and the used extensions haven't been adapted yet. Again, no offense towards the extension authors, but it shows the structural problem. In the non-involved world out there, this is perceived as "better don't upgrade TYPO3, or things will break". My experience, yours might differ. > To make marker based templates... > For Fluid templates ... > Grid Elements ... Why not take the best out of all these worlds (extensions) and combine that to a "minimum viable product" approach that helps TYPO3 excel in terms of backend editing and frontend development possibilities? I don't think that a CMS can live without both excellent FE development and BE editing concepts and solid URL scheming in 2014. > The problem is more that you want to bet on a certain solution which > often depends on single author or a company to maintain it for free. > Perhaps if an extension becomes more important for a larger group this > group should try to activate a team for the support and maintenance of > this -- mission critical -- tool? Sure, would be great if that worked. What's more mission critical than FE development, BE editing and control over the generated URLs? Everybody building TYPO3 sites needs that to be rock-solid in my opinion. It's easy in any other CMS product, but overly hard in TYPO3 at the moment. Let's make that better. > What is essential for you may not be essential for others. If you use > CoolURI instead of RealURL, create your website without TemplaVoil? and > Gridelements this list of essential extensions suddenly becomes quite > different. > This functionality is not included in the core for a number of reasons: > - time available for core developers > - keep the core lean, because not everybody wants the same solution > - extensions can be updated a lot faster Sure, and I second that. But why is the new FORM element a sysext then? Where should we draw the line between core and extensions? I think stuff that everybody needs, such as a robust template/grid engine for FE output and BE editing, and maybe even URL routing, belongs to the core. And these essential features need to be rock-solid. NEOS and CMS are quite different here. For NEOS, I totally agree - keep bloat out at all price, since it's rather a CMS package on top of full-blown FLOW web apps. But v6.x CMS is primarily a full-blown web CMS, needing all the expected solid web CMS functionality. And that includes state-of-the-art templating and editing capabilities. > There is no single "right" solution. Diversity is actually a good thing > here. Again, if you make money with a free solution you might need to > invest in the future of that solution. Looking forward to investing in the right approach :) Cheers and thanks, Jigal Chris From typo3 at ringerge.org Tue Jun 17 04:31:40 2014 From: typo3 at ringerge.org (Georg Ringer) Date: Tue, 17 Jun 2014 04:31:40 +0200 Subject: [TYPO3-dev] Once again - the future of TYPO3 templating/grid approaches In-Reply-To: References: Message-ID: Hi, IMO this is quite difficult to solve and I am not sure if the Assocation can do anything about it. I of course understand that all those extensions might frustrate people but there are 2 things I want to highlight: === Different things === There are 2 features which are too often mixed up: * FCE: simple content elements with specific fields * Grids: having the possibility to split content elements into grids having inside real content elements or grids having ... **recursion** Those 2 have quite nothing in common and should be ideally tackled in seperate tasks. Just to mention it here: Yes it would be awesome to have both in the core as well but those things are really not easy to do. === Proof of concepts === Just see all those extensions as proof of concept! Extensions are easy to be forked, fast to be released and changeable because it is "just an extension". I also once started once an extension to create FCEs using plain TCA and it showed great progress the first couple of days but it is not really simple to have all the features implemented which the core offers ;) ----------------------- So how should we as the community go on with it: * Let the people code their dreams as this is just awesome, doing your stuff. * If the author is clever enough he tries to invite as many people to contribute and tries to incorporate as many ideas as possible, no matter if he copies ideas or code from other extensions or invents it himself * An integrator should not just use the current features as decision for choosing the tool he uses but also the plans for the future and who well the code is done. Georg From t3ng at bernd-wilke.net Tue Jun 17 08:40:09 2014 From: t3ng at bernd-wilke.net (bernd wilke) Date: Tue, 17 Jun 2014 08:40:09 +0200 Subject: [TYPO3-dev] Once again - the future of TYPO3 templating/grid approaches In-Reply-To: References:

Message-ID: Am 17.06.14 04:31, schrieb Georg Ringer: > Hi, > > IMO this is quite difficult to solve and I am not sure if the Assocation > can do anything about it. we are "the Association". it is our decision whcih way should be supported and build up for a general, multi purpose solution. > I of course understand that all those extensions might frustrate people > but there are 2 things I want to highlight: > > === Different things === > > There are 2 features which are too often mixed up: > * FCE: simple content elements with specific fields > * Grids: having the possibility to split content elements into grids > having inside real content elements or grids having ... **recursion** > > Those 2 have quite nothing in common and should be ideally tackled in > seperate tasks. Just to mention it here: Yes it would be awesome to have > both in the core as well but those things are really not easy to do. just my thoughts when reading the opening posting. also after having a look into the google-doc. You can mix them if you build CEs which are container to other CEs. In exterme you have a (page-)Layout where all content is inserted in one record (is it a page record or a content record?) > === Proof of concepts === after invention of flexforms it is very easy for everyone to create new and individual (F)CEs. The backdraws: all data is stored in one XML field. my point of view: http://forum.typo3.org/index.php/t/199604/ (in german) as the original tt_content record is a multi purpose record with a lot of fields to contain and configure content it was possible to create new CEs since ever, but every new approach uses only the field pi_flexform :( on the T3CRR 2013 creating individual CEs was a big topic for different talks. since then some more extensions have appeared in TER for creating individual CEs. and still only pi_flexform usage. Maybe the typical needed CEs have changed since TYPO3 3.5 and it is the time for some new CEs in the core. maybe then those individual CEs are possible with just some configuration (visible fields for editors) instead of new extensions and add ons. on the gridelements/themes codesprint oct 2013 we had the same topic and so I was not able to help much I'm very excited to see the new ext:themes presented at this WE. bernd -- http://www.pi-phi.de/cheatsheet.html From info at cybercraft.de Tue Jun 17 12:00:03 2014 From: info at cybercraft.de (JoH asenau) Date: Tue, 17 Jun 2014 12:00:03 +0200 Subject: [TYPO3-dev] Once again - the future of TYPO3 templating/grid approaches In-Reply-To: References:

Message-ID: > Why not take the best out of all these worlds (extensions) and combine > that to a "minimum viable product" approach that helps TYPO3 excel in > terms of backend editing and frontend development possibilities? I don't > think that a CMS can live without both excellent FE development and BE > editing concepts and solid URL scheming in 2014. This is exactly the approach of THEMES. We are providing the first THEME Base for Twitter Bootstrap Themes based on exactly those extensions that provide jQuery, Grids, a human readable URL and the necessary special elements. For those who can not make it to the dev days it might be interesting to check out the following link: https://github.com/typo3-themes/Vagrant.Themes Kay Strobach provides this fully blown Vagrant development box so people can try it out and give feedback by bug reports or feature requests. One of the first extensions, which have been ported to be THEMES compatible has been the Bootstrap Introduction Package by Benjamin Kott. It provides it's own concepts under the hood, which are slightly different than the ones we use for the THEMES bootstrap base, but still it will be usable via the theme selector. IMHO the THEMES approach will provide most of the stuff that is necessary to get people on track, who don't know TYPO3 yet but want to get their PSD transformed into a working CMS based website. Just choose a theme which is closest to the design you are going to provide, modify images, JS and CSS accordingly and for most of the use cases of a basic website that's it. End of September there will even be the official THEMES book: http://www.amazon.de/TYPO3-Theming-Distribution-Thomas-Deuling/dp/3955617106 End of commercial now ;-) Cheers 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 From jigal.van.hemert at typo3.org Tue Jun 17 14:09:15 2014 From: jigal.van.hemert at typo3.org (Jigal van Hemert) Date: Tue, 17 Jun 2014 14:09:15 +0200 Subject: [TYPO3-dev] Once again - the future of TYPO3 templating/grid approaches In-Reply-To: References:

Message-ID: Hi, On 16-6-2014 17:42, Christoph Moeller wrote: >> There are currently actually two templating systems provided by the core: >> - marker based (the familiar ###MARKER_NAME### stuff) in TypoScript >> handled by the TEMPLATE object >> - fluid based, in TypoScript handled by the FLUIDTEMPLATE object > > which are great but of course only cover the frontend development part, > not the useability for editors. > This actually was the USP of TV and is now partly reimplemented by GE. Templating engines are meant for presenting data (combining elements from a template with content to create output for frontend or backend). The usability for editors you mention are things like drag&drop, backend layouts (also inside content elements as implemented by grid elements), etcetera. > Which is great, as well. But things regularly fall apart when upgrading > the core and the used extensions haven't been adapted yet. Again, no > offense towards the extension authors, but it shows the structural > problem. In the non-involved world out there, this is perceived as > "better don't upgrade TYPO3, or things will break". My experience, yours > might differ. In many cases extensions "fell apart" because extensions didn't stop using deprecated features until they were finally removed. A few examples: - a class autoloader was introduced in TYPO3 4.3. In 6.0 it was changed for the use of namespaces, and the core and extensions had to rely on that feature instead of using require_once() to load a class. Quite a few extensions still didn't use the autoloader and started to cause fatal errors. - a new mail API based on SwitftMailer was introduced in TYPO3 4.5. There was a handler in place to convert calls to deprecated function into calls to the new mail API. Besides information in the form of publications the authors of some extensions which extensively use mail functions were contacted directly with code examples on how to support both the old and the new functions. It was not until the old functions were actually removed and the extensions started to fail that some of these extensions were finally updated. - the XCLASS functionality was changed to make it more flexible. In most, if not all cases, it required only an extra line of code to make it compatible with both the old and the new situation. You can guess what happened. There is a beta phase in the development of the core (in the case of 6.2 that was rather long too) and during that time no new features are introduced (except things that are clearly stated at the start of the beta phase) and the API isn't changed. This is a perfect time for extension authors and people for whom these extensions are mission critical to test if the extensions are compatible. How can the TYPO3 CMS universe cause this to happen? It would be so nice to simply upgrade extensions, upgrade core and know that in almost any installation things just work. > Why not take the best out of all these worlds (extensions) and combine > that to a "minimum viable product" approach that helps TYPO3 excel in > terms of backend editing and frontend development possibilities? I don't > think that a CMS can live without both excellent FE development and BE > editing concepts and solid URL scheming in 2014. - it's very hard to reach a consensus what the absolutely necessary features are - it's very hard to reach a consensus on the best way to implement this To use one of the features you mention as an example: URL scheming. There are so many variations of what is considered the "right" URL scheme. In the past the core had one extra scheme included (simulateStatic), but many people wanted other solutions. Now the core only provides the means (hooks, etcetera) for extensions to influence the URL scheme. You can decide whether RealURL, coolUri, simulateStatic or whatever solution is good for your situation. >> The problem is more that you want to bet on a certain solution which >> often depends on single author or a company to maintain it for free. >> Perhaps if an extension becomes more important for a larger group this >> group should try to activate a team for the support and maintenance of >> this -- mission critical -- tool? > > Sure, would be great if that worked. You probably don't want to hear this, but how many did offer support in any way to the developers of those mission critical extensions? If 150 companies, integrators, agencies would hire an extension developer(team) for one hour a month there would already be a full time position to ensure the further develop and support of that extension. > What's more mission critical than > FE development, BE editing and control over the generated URLs? > Everybody building TYPO3 sites needs that to be rock-solid in my > opinion. It's easy in any other CMS product, but overly hard in TYPO3 at > the moment. Let's make that better. Well, get a few people together who also feel that it's very important to them. Collect the requirements from the community. Organize an event where you collect experts in usability, interaction, design and let them design how this should work for most of the users of TYPO3 CMS. Then collect a team of developers (not the hardest part as most want to improve core functionality). > Sure, and I second that. But why is the new FORM element a sysext then? It was a replacement for the old one (a simple form should be present). It's quite old and a bit of the background can be found at: https://forge.typo3.org/news/91 > Where should we draw the line between core and extensions? I think stuff > that everybody needs, such as a robust template/grid engine for FE > output and BE editing, and maybe even URL routing, belongs to the core. > And these essential features need to be rock-solid. Currently the goal is: the core should provide basic functionality to make it possible to create a website and the content. The rest can be provided by extensions. The core provides an API, hooks, signal/slots, etcetera to facilitate functionality of those extensions. > NEOS and CMS are quite different here. For NEOS, I totally agree - keep > bloat out at all price, since it's rather a CMS package on top of > full-blown FLOW web apps. But v6.x CMS is primarily a full-blown web > CMS, needing all the expected solid web CMS functionality. And that > includes state-of-the-art templating and editing capabilities. Funny that you mention this. TYPO3 (CMS) started as framework with CMS functionality on top of that. You can still see that we have a system extension 'cms'. Later on it became apparent that TYPO3 would not be anything else but a CMS, so this extension became mandatory (this was a very long time ago :-) ). Neos uses a similar approach with a framework part (Flow) and several packages (content repository, TypoScript, etcetera). Flow is more a PHP framework than a specific CMS framework, so it's more likely that the separate packages will stay separate in the future. -- Jigal van Hemert TYPO3 CMS Active Contributor TYPO3 .... inspiring people to share! Get involved: typo3.org From info at cybercraft.de Tue Jun 17 14:53:44 2014 From: info at cybercraft.de (JoH asenau) Date: Tue, 17 Jun 2014 14:53:44 +0200 Subject: [TYPO3-dev] Once again - the future of TYPO3 templating/grid approaches In-Reply-To: References:

Message-ID: >> What's more mission critical than >> FE development, BE editing and control over the generated URLs? >> Everybody building TYPO3 sites needs that to be rock-solid in my >> opinion. It's easy in any other CMS product, but overly hard in TYPO3 at >> the moment. Let's make that better. > > Well, get a few people together who also feel that it's very important > to them. Collect the requirements from the community. Organize an event > where you collect experts in usability, interaction, design and let them > design how this should work for most of the users of TYPO3 CMS. Then > collect a team of developers (not the hardest part as most want to > improve core functionality). Exactly this has happened once at the TYPO3 user experience week and it will happen again this year, since there are even two events focusing on this kind of improvements: T3DUST http://forge.typo3.org/boards/17/topics/427 T3UXW http://forge.typo3.org/boards/17/topics/393 Both got a budget and since I am part of the organising team of T3DUST I can tell you that it is going to happen end of September in Festernburg, Upper Harz, Germany. One of the main topics will be "Distributions", and I guess we could provide exactly what you are asking for: A reliable base of well prepared extensions, page structures, content and themes to pave the way to TYPO3 CMS for beginners. We will have a preparation workshop - again at the developer days - but of course we are always open for good ideas be it during the workshop or the time until T3DUST starts. So feel free to contact us :-) Cheers 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 From charles.fmj at gmail.com Tue Jun 17 15:59:25 2014 From: charles.fmj at gmail.com (Charles Brunet) Date: Tue, 17 Jun 2014 09:59:25 -0400 Subject: [TYPO3-dev] Documentation of my extension not rendered Message-ID: I recently uploaded a new extension to TER (extension key: cb_foundation) and I was expecting the manual to be automatically rendered. However, this is not the case. In Sphinx, on my local installation, there is not error, only those two warnings: _IncludedDirectives.rst:1: WARNING: document isn't included in any toctree TyposcriptReference.rst:22: WARNING: Pygments lexer name u'typoscript' is not known Is there a way I could know what went wrong with my documentation? Do I need to generate a new version of my extension each time I need to correct a bug in documentation? Thank you, -- *Charles Brunet, B. Ing.* Webmestre. ?tudiant au doctorat, g?nie ?lectrique, Universit? Laval. From xavier at typo3.org Tue Jun 17 16:11:20 2014 From: xavier at typo3.org (Xavier Perseguers) Date: Tue, 17 Jun 2014 16:11:20 +0200 Subject: [TYPO3-dev] Documentation of my extension not rendered In-Reply-To: References: Message-ID: Hi Charles, Charles Brunet wrote: > I recently uploaded a new extension to TER (extension key: cb_foundation) > and I was expecting the manual to be automatically rendered. However, this > is not the case. In Sphinx, on my local installation, there is not error, > only those two warnings: > > _IncludedDirectives.rst:1: WARNING: document isn't included in any toctree > TyposcriptReference.rst:22: WARNING: Pygments lexer name u'typoscript' is > not known By reading another email, seems that we had a temporary problem after an update of some configuration files. Meaning some manuals failed with no real reason. I just re-rendered your manual and apart this warning there is no problem (maybe some misconfiguration with PDF rendering though). http://docs.typo3.org/typo3cms/extensions/cb_foundation/ It should appear soon on TER as well. I will put back every recently updated extension in the rendering queue. > Is there a way I could know what went wrong with my documentation? Do I > need to generate a new version of my extension each time I need to correct > a bug in documentation? Unfortunately not, at the moment there is no way for you except testing locally with EXT:sphinx (because rendering is extremely similar to what happens on docs.typo3.org) and reporting if you don't understand, just as you did. Kind regards -- Xavier Perseguers TYPO3 CMS Team Member TYPO3 .... inspiring people to share! Get involved: http://typo3.org From lsascha at gmail.com Tue Jun 17 17:49:36 2014 From: lsascha at gmail.com (Sascha) Date: Tue, 17 Jun 2014 17:49:36 +0200 Subject: [TYPO3-dev] =?utf-8?q?_default_selected_category_when_using_makeC?= =?utf-8?q?ategorizable=28=29?= Message-ID: Hello everyone, i hope someone might have a solution for this. Is it somehow possible to have a default category selected when i create an object of my extension? I use this in the ext_table.php $tableName = 'tx_artikel_domain_model_artikel'; \TYPO3\CMS\Core\Utility\ExtensionManagementUtility::makeCategorizable( $_EXTKEY, $tableName, $fieldName = 'kategorie', $options = array() ); My guess is i might need to add it somehow in the $options array. But how? The category only needs to be already selected when the backend user creates a new element. Thanks for any help. From wk at plan2.net Tue Jun 17 17:58:09 2014 From: wk at plan2.net (Wolfgang Klinger) Date: Tue, 17 Jun 2014 17:58:09 +0200 Subject: [TYPO3-dev] default selected category when using makeCategorizable() In-Reply-To: References: Message-ID: *hiya!* On 17 Jun 2014, at 17:49, Sascha wrote: > > $tableName = 'tx_artikel_domain_model_artikel'; > \TYPO3\CMS\Core\Utility\ExtensionManagementUtility::makeCategorizable( > $_EXTKEY, > $tableName, > $fieldName = 'kategorie', > $options = array() ); what I see from documentation it should work with the following options array (last parameter): \TYPO3\CMS\Core\Utility\ExtensionManagementUtility::makeCategorizable( ?, array( 'fieldConfiguration' => array( default => '1' ) ) ); (have not tried it myself yet, but let?s see if it works :-) ) kind regards Wolfgang From gernotschulmeister at gmx.at Tue Jun 17 22:41:28 2014 From: gernotschulmeister at gmx.at (Gernot Schulmeister) Date: Tue, 17 Jun 2014 22:41:28 +0200 Subject: [TYPO3-dev] =?utf-8?q?_Re=3A_default_selected_category_when_using?= =?utf-8?q?_makeCategorizable=28=29?= References: Message-ID: Another possibility could be to use the getMainFields_preProcess Hook to preselect the category like: public function getMainFields_preProcess($table, &$row, &$reference) { if ($table == 'tx_artikel_domain_model_artikel' && !intval($row['uid])) { $row['category'] = 1; } } with best regards From lsascha at gmail.com Wed Jun 18 11:08:30 2014 From: lsascha at gmail.com (Sascha) Date: Wed, 18 Jun 2014 11:08:30 +0200 Subject: [TYPO3-dev] =?utf-8?q?_Re=3A_default_selected_category_when_using?= =?utf-8?q?_makeCategorizable=28=29?= References: Message-ID: Thank you for all your suggestions. i tried Wolfgangs suggestion and it worked. $options = array( 'fieldConfiguration' => array('default' => 10) ) where 10 is the ID of the default category. From lsascha at gmail.com Wed Jun 18 11:10:41 2014 From: lsascha at gmail.com (Sascha) Date: Wed, 18 Jun 2014 11:10:41 +0200 Subject: [TYPO3-dev] =?utf-8?q?_Re=3A_default_selected_category_when_using?= =?utf-8?q?_makeCategorizable=28=29?= References: Message-ID: BTW.. which documentation do you mean? i searched and didn't really found anything. From wk at plan2.net Wed Jun 18 11:22:47 2014 From: wk at plan2.net (Wolfgang Klinger) Date: Wed, 18 Jun 2014 11:22:47 +0200 Subject: [TYPO3-dev] default selected category when using makeCategorizable() In-Reply-To: References:

Message-ID: *hiya!* On 18 Jun 2014, at 11:10, Sascha wrote: > BTW.. which documentation do you mean? > > i searched and didn't really found anything. API documentation: http://docs.typo3.org/typo3cms/CoreApiReference/6.2/ApiOverview/Categories/Index.html kind regards Wolfgang From lsascha at gmail.com Wed Jun 18 15:49:41 2014 From: lsascha at gmail.com (Sascha) Date: Wed, 18 Jun 2014 15:49:41 +0200 Subject: [TYPO3-dev] =?utf-8?q?_Re=3A_category_selection_gets_erased_in_wo?= =?utf-8?q?rkspace?= References: Message-ID: Hello and sorry that i push this thread again, but the issue is still there. Typo3 is currently on 6.2.2. Saving categories for plugins as content elements in a workspace do work. However saving objects from my extension in a backend module (the menu at the left side with page, view, list etc.) when inside a workspace has issues as the saved categories are not showed again in the backend. (category selection is empty after i pressed "save" or when opening it again after pressing "save and close") One thing i notice is that the items are saved two times in the database table when inside the workspace. Once with the correct pid and once with pid = -1 and it seems the category is saved for the entry with pid = -1 From lsascha at gmail.com Wed Jun 18 17:15:34 2014 From: lsascha at gmail.com (Sascha) Date: Wed, 18 Jun 2014 17:15:34 +0200 Subject: [TYPO3-dev] =?utf-8?q?_Re=3A_category_selection_gets_erased_in_wo?= =?utf-8?q?rkspace?= References: Message-ID: Hello again. I think it works now after updating to 6.2.3 even though i haven't found anything in the changelog that mentions categories. Will update on the live-server now and see if it really solves the issue. From philipp.gampe at typo3.org Wed Jun 18 20:22:22 2014 From: philipp.gampe at typo3.org (Philipp Gampe) Date: Wed, 18 Jun 2014 20:22:22 +0200 Subject: [TYPO3-dev] category selection gets erased in workspace References:

Message-ID: Hi Sascha, Sascha wrote: > Hello again. I think it works now after updating to 6.2.3 even though i > haven't found anything in the changelog that mentions categories. More likely this was a datahandler issue. The only related issue is: https://review.typo3.org/#/c/30037/ > Will update on the live-server now and see if it really solves the issue. That should be done anyway, because of the security fixes. Best regards -- Philipp Gampe ? PGP-Key 0AD96065 ? TYPO3 UG Bonn/K?ln Documentation ? Active contributor TYPO3 CMS TYPO3 .... inspiring people to share! From mail at loewenstall.de Thu Jun 19 17:34:39 2014 From: mail at loewenstall.de (Marc Scherer) Date: Thu, 19 Jun 2014 17:34:39 +0200 Subject: [TYPO3-dev] =?utf-8?q?_Set_PID_of_IRRE_in_tt=5Fcontent?= Message-ID: Hi, I have an Extension providing two custom content elements, added to tt_content (everything works fine). The requirement is to include other content elements (text, textpic etc.) - also works fine. But the problem is the PID of each child element, they're all stored on the same page. Is there a way to set the PID of each child element? Btw. I'm using flexform to attach the inline contents. LLL:EXT:...content Below inline tt_content 10 30 99 0 <_PADDING>1 <_VERTICAL>1 popup Edit 1 height=350,width=580,status=0,menubar=0,scrollbars=1 script Create new add.gif tt_content

100 prepend I've tried to set the PID add > params ...like the TCA definition does, but that doesn't work. Thanks in advance for any hint or help! From jost.baron at gmx.de Fri Jun 20 00:33:26 2014 From: jost.baron at gmx.de (Jost Baron) Date: Fri, 20 Jun 2014 00:33:26 +0200 Subject: [TYPO3-dev] [DBAL] two tables with same name in different DBs Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi TYPO3 developers, I want to query two external databases. Both use have the same schema. How do I map the tables in DBAL configuration to be able to access both of the schemas? Currently, I have this configuration: http://dpaste.com/38MAYK4 (also appended below). This does not work, since in the table2handlerKeys-array, the *real* table name has to be used. And since both my tables are named "tablename", I would have a duplicate key. So how do I do such a thing? I can't change the table name in one of the databases. Regards, Jost 'dbal' => array( 'handlerCfg' => array( '_DEFAULT' => array( 'config' => array(...), 'type' => 'native', ), 'externalDB1' => array( 'config' => array(...), 'type' => 'native', ), 'externalDB2' => array( 'config' => array(...), 'type' => 'native', ), ), 'table2handlerKeys' => array( 'db1_tablename' => 'externalDB1', 'db2_tablename' => 'externalDB2', ), 'mapping' => array( 'db1_tablename' => array( 'mapTableName' => 'tablename', 'mapFieldNames' => array(...), ), 'db2_tablename' => array( 'mapTableName' => 'tablename', 'mapFieldNames' => array(...), ), ), ), -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlOjZTYACgkQNme/yCvmvTKaLACeI6/Len855wTdaGJw2zvWGn6I Yp0AniNgFU7Fggklc6121QjTWPhBj4PO =3ZkC -----END PGP SIGNATURE----- From charles.fmj at gmail.com Fri Jun 20 01:44:00 2014 From: charles.fmj at gmail.com (Charles Brunet) Date: Thu, 19 Jun 2014 19:44:00 -0400 Subject: [TYPO3-dev] Frontend users management Message-ID: Hello, I'm trying to implement the different tasks for registering / login / manage frontend users. For the login / logout task, felogin does the task. For the other forms, I'm using formhandler. I figured out how to build a registration form with double opt-in. However, there still are some details I didn't figure out. Could somebody point me to the right direction / right documentation please? More specifically: - I saw that felogin calls a JS script from tx_rsaauth to encrypt the form before sending it to the server. I guess I should use a similar mechanism for the registration form, to ensure the password is not sent in plaintext. However, I didn't found any documentation about that. How should I do it? - How to a validate a password entered in a form? For example, I want to build a change password form where the (logged) user should enter its current password in side of the new password, to ensure the action is legit. Thank you in advance for pointing me in the right direction. -- *Charles Brunet, B. Ing.* Webmestre. ?tudiant au doctorat, g?nie ?lectrique, Universit? Laval. From wk at plan2.net Fri Jun 20 08:13:25 2014 From: wk at plan2.net (Wolfgang Klinger) Date: Fri, 20 Jun 2014 08:13:25 +0200 Subject: [TYPO3-dev] Frontend users management In-Reply-To: References: Message-ID: *hiya!* On 20 Jun 2014, at 01:44, Charles Brunet wrote: > > More specifically: > - I saw that felogin calls a JS script from tx_rsaauth to encrypt the form > before sending it to the server. I guess I should use a similar mechanism > for the registration form, to ensure the password is not sent in plaintext. > However, I didn't found any documentation about that. How should I do it? > - How to a validate a password entered in a form? For example, I want to > build a change password form where the (logged) user should enter its > current password in side of the new password, to ensure the action is > legit. Use SSL if security is important to you. On the server take a look at the saltedpasswords extension (typo3/sysext/saltedpasswords) and the classes there. To compare with an existing password here?s some example code: -------------- global $TSFE; $salt = \TYPO3\CMS\Saltedpasswords\Salt\SaltFactory::getSaltingInstance($TSFE->fe_user->user['password']); $validPassword = $salt->checkPassword(? the entered password plain ?, $TSFE->fe_user->user['password']))) { -------------- kind regards Wolfgang From jigal.van.hemert at typo3.org Fri Jun 20 11:37:55 2014 From: jigal.van.hemert at typo3.org (Jigal van Hemert) Date: Fri, 20 Jun 2014 11:37:55 +0200 Subject: [TYPO3-dev] Frontend users management In-Reply-To: References: Message-ID: Hi, On 20-6-2014 1:44, Charles Brunet wrote: > - I saw that felogin calls a JS script from tx_rsaauth to encrypt the form > before sending it to the server. I guess I should use a similar mechanism > for the registration form, to ensure the password is not sent in plaintext. > However, I didn't found any documentation about that. How should I do it? As mentioned, a registration form should really be on an SSL connection. rsaauth uses some hooks to add its own JS to felogin. You can find the scripts in the rsaauth system extension, but they are specifically crafted for felogin. You need to adapt them you your own needs. > - How to a validate a password entered in a form? For example, I want to > build a change password form where the (logged) user should enter its > current password in side of the new password, to ensure the action is > legit. If you make sure that the user is logged in you don't need that password. If you really want to check a password, you can get inspiration from \TYPO3\CMS\Saltedpasswords\SaltedPasswordService::compareUident() (you can stop after if (!$validPasswd) { because the rest is about updating the hash in certain cases, but your user is already logged in and this has been done) -- Jigal van Hemert TYPO3 CMS Active Contributor TYPO3 .... inspiring people to share! Get involved: typo3.org From jigal.van.hemert at typo3.org Fri Jun 20 11:59:39 2014 From: jigal.van.hemert at typo3.org (Jigal van Hemert) Date: Fri, 20 Jun 2014 11:59:39 +0200 Subject: [TYPO3-dev] [DBAL] two tables with same name in different DBs In-Reply-To: References: Message-ID: Hi, On 20-6-2014 0:33, Jost Baron wrote: > I want to query two external databases. Both use have the same schema. > How do I map the tables in DBAL configuration to be able to access > both of the schemas? You can't with DBAL configuration. After doing the mapping from the TYPO3 table name to the real table it decides which source to connect to. -- Jigal van Hemert TYPO3 CMS Active Contributor TYPO3 .... inspiring people to share! Get involved: typo3.org From dmitry.dulepov at gmail.com Fri Jun 20 17:56:10 2014 From: dmitry.dulepov at gmail.com (Dmitry Dulepov) Date: Fri, 20 Jun 2014 18:56:10 +0300 Subject: [TYPO3-dev] Once again - the future of TYPO3 templating/grid approaches In-Reply-To: References: Message-ID: Hi! On 16/06/14 16:16, Christoph Moeller wrote: > or take Dmitry's feelings towards RealURL Dmitry's feelings about RealURL are quite simple: keep it stable :) I do not plan to abandon RealURL. Dmitry. From l.hummel at drecomm.nl Mon Jun 23 08:40:45 2014 From: l.hummel at drecomm.nl (Lieuwe Hummel) Date: Mon, 23 Jun 2014 08:40:45 +0200 Subject: [TYPO3-dev] [DBAL] two tables with same name in different DBs In-Reply-To: References:

Message-ID: Hi Jost, You could try to add a view. If you only need to query it, and not update, it should be sufficient. Regards, Lieuwe On 20-06-14 11:59, Jigal van Hemert wrote: > Hi, > > On 20-6-2014 0:33, Jost Baron wrote: >> I want to query two external databases. Both use have the same schema. >> How do I map the tables in DBAL configuration to be able to access >> both of the schemas? > > You can't with DBAL configuration. After doing the mapping from the > TYPO3 table name to the real table it decides which source to connect to. > From ernesto.baschny at typo3.org Mon Jun 23 23:09:54 2014 From: ernesto.baschny at typo3.org (Ernesto Baschny) Date: Mon, 23 Jun 2014 23:09:54 +0200 Subject: [TYPO3-dev] [TYPO3-core] After the LTS is before the LTS Message-ID: Hi dear TYPO3 community, the TYPO3 CMS team is discussing about the release cycles of this product after the 6.2 LTS release. We learned from the past and wanted to improve the release process for everybody involved: developers, active contributors, agencies, customers. To allow everbody to participate actively in shaping the future of the CMS releases, we want to give the opportunity for everyone to join the discussion around the future of the TYPO3 CMS releases. Shortly after the 6.2 LTS Release the Active Contributors meeting in N?rnberg gave the team the opportunity to do a retrospective not only on the 6.2 release process, but also analyse the transition from 4.5 LTS to 6.2 LTS in general, and what happened in between. The reflection culiminated in the first ideas on how to proceed from now on. From the initial brainstorming we decided to sketch the new ideas in a conceptual study - in a blueprint. Since then the team has been improving and communicating about it. We are now eager to hear everybodys opinion on the new plan, as it might rise some questions. If you are actively interested in working with TYPO3 CMS in the next couple of years, have commercial or private interest in help improving the product, please consider take some time to think and tell us what you expect. During the TYPO3 Developer Days 2014 in Eindhoven it became clear that the TYPO3 CMS contributors are still alive and kicking and new ideas spreading. An active and vivid exchange with the TYPO3 Flow and Neos teams is happening. The motto "one family, two products" is the current tenor. We expect that TYPO3 CMS will continue getting improvements in the next few years, as long as there is still interest by the public and contributors working on it. Please read the Blueprint [1], form your opinion or question and post your opinion here on this thread. Your positive or negative feedback, or question or doubt is very welcome. Let's work on that together! Kind regards, Ernesto [1] http://wiki.typo3.org/Blueprints/Release -- Ernesto Baschny TYPO3 CMS Core Developer Release Manager TYPO3 4.5 & 6.2 LTS TYPO3 .... inspiring people to share! Get involved: typo3.org From philippwrann at gmail.com Tue Jun 24 09:46:35 2014 From: philippwrann at gmail.com (Philipp Wrann) Date: Tue, 24 Jun 2014 09:46:35 +0200 Subject: [TYPO3-dev] =?utf-8?q?_Transform_Textarea_to_RTE_only_on_subpage?= Message-ID: Hello, ist it possible to alter the abstract-field to a RTE field only below one specific subpage? I have to integrate a website into a typo3 installation and dont want that change to influence any other page than mine. Can i register a lib, that modifies the TCA via TSConfig? Or can i alter the display type of that field via TSConfig directly? From jost.baron at gmx.de Tue Jun 24 12:48:19 2014 From: jost.baron at gmx.de (Jost Baron) Date: Tue, 24 Jun 2014 12:48:19 +0200 Subject: [TYPO3-dev] [DBAL] two tables with same name in different DBs In-Reply-To: References:

Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi Lieuwe, great idea, thanks! (Though its too late to put in that project - I'll remember it for the next time) Regards, Jost On 06/23/2014 08:40 AM, Lieuwe Hummel wrote: > Hi Jost, > > You could try to add a view. If you only need to query it, and not > update, it should be sufficient. > > Regards, > > Lieuwe > > > > On 20-06-14 11:59, Jigal van Hemert wrote: >> Hi, >> >> On 20-6-2014 0:33, Jost Baron wrote: >>> I want to query two external databases. Both use have the same >>> schema. How do I map the tables in DBAL configuration to be >>> able to access both of the schemas? >> >> You can't with DBAL configuration. After doing the mapping from >> the TYPO3 table name to the real table it decides which source to >> connect to. >> -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlOpV3MACgkQNme/yCvmvTLpeACgpeM/sciqi+RXQt5Fd+nLz6WR iLwAoKw/ihAgry2q6l03sKlKRhymG+RB =CoQe -----END PGP SIGNATURE----- From petkovp at kaolin.bg Wed Jun 25 14:44:31 2014 From: petkovp at kaolin.bg (Plamen Petkov) Date: Wed, 25 Jun 2014 15:44:31 +0300 Subject: [TYPO3-dev] pi_getLL doesn't get the right translation Message-ID: Hi I haven't worked with old styled pibase extensions, I just started with new extbase, but my friend asked me for help. Lately his site is upgraded from version 4.4 to 4.5 and a private extension stopped working properly with languages. Problem is only with the extension. I saw that locallang.xml of the extension has translations TS includes config.sys_language_uid and config.language for all the language But pi_getLL doesn't get the right translation, it shows only one translation, although it is not the default. If I remove this translation from locallang.xml, it shows the default language, but again only one language translation. thanks in advance Plamen From woehlken at quadracom.de Wed Jun 25 17:28:36 2014 From: woehlken at quadracom.de (=?ISO-8859-15?Q?Marc_W=F6hlken?=) Date: Wed, 25 Jun 2014 17:28:36 +0200 Subject: [TYPO3-dev] Translation problem when using FAL Message-ID: Hi! In one of my extensions I have created a type of recordset which represents products and uses FAL to store a list of images. Products then get rendered for FE view by a plugin using fluid. When I create a record using images everything is ok until I try to translate the record. At first everything looks fine. Localize the record via list module and all works like expected. Strange thing happen when I modify the list of images of the translated record. Images will be shown in BE but not in FE. A deeper look into the database reveals that the newly added images will not have sys_language_uid set to a proper value. In fact sys_language_uid will always be 0. Did I miss some type of configuration? My current definition of TCA looks like this and is based on [1]: 'images' => array( 'exclude' => 0, 'label' => 'Images', 'config' => \TYPO3\CMS\Core\Utility\ExtensionManagementUtility::getFileFieldTCAConfig('image', array( 'appearance' => array( 'createNewRelationLinkTitle' => 'LLL:EXT:cms/locallang_ttc.xlf:images.addFileReference' ), 'minitems' => 1, 'maxitems' => 30, ), $GLOBALS['TYPO3_CONF_VARS']['GFX']['imagefile_ext']), ) Hope someone can shed a bit of light on the issue. If further information is needed to clarify the problem, please ask. CU Marc [1] http://wiki.typo3.org/File_Abstraction_Layer#TCA -- ........................................................... Marc W?hlken TYPO3 certified integrator Quadracom - Proffe & W?hlken Rembertistra?e 32 WWW: http://www.quadracom.de D-28203 Bremen E-Mail: woehlken at quadracom.de ______________ PGP-Key: http://pgp.quadracom.de From invisible.kinder at gmail.com Thu Jun 26 11:49:57 2014 From: invisible.kinder at gmail.com (Viktor Livakivskyi) Date: Thu, 26 Jun 2014 12:49:57 +0300 Subject: [TYPO3-dev] =?utf-8?q?Translation_problem_when_using_FAL?= References: Message-ID: Hi, Marc. This is a known 4 years old issue with IRRE child records. You can find it in TYPO3 Forge [1]. As a result this issue blocks FAL issue [2] But even with these issue resolved Extbase still will not give you the desired result. Becasue it always looks for a master record prior to fetching localizations. Therefore you need to make small workaround, which I outlined in a gist [3]. After issue form Forge are resolved, datahandler hooks form my gist will no longer be needed. [1]: http://forge.typo3.org/issues/21964 [2]: http://forge.typo3.org/issues/48883 [3]: https://gist.github.com/InvisibleKind/8185705 From woehlken at quadracom.de Thu Jun 26 12:57:17 2014 From: woehlken at quadracom.de (=?UTF-8?B?TWFyYyBXw7ZobGtlbg==?=) Date: Thu, 26 Jun 2014 12:57:17 +0200 Subject: [TYPO3-dev] Translation problem when using FAL In-Reply-To: References:

Message-ID: Hi Viktor! Am 26.06.2014 11:49, schrieb Viktor Livakivskyi: > This is a known 4 years old issue with IRRE child records. You can find it in TYPO3 Forge [1]. > As a result this issue blocks FAL issue [2] > > But even with these issue resolved Extbase still will not give you the desired result. Becasue it always looks for a master record prior to fetching localizations. Therefore you need to make small workaround, which I outlined in a gist [3]. > After issue form Forge are resolved, datahandler hooks form my gist will no longer be needed. Thanks for you hints, wasn't aware of those issues. Your workaround seems to work in cases where the child record is part of the domain model (of type Vendor\Product\Domain\Model\Child). Can this be applied to my use case where the relation to images/files is a problem which are (of course?!) not part of my domain model? Does all this imply that the provided TCA config created by \TYPO3\CMS\Core\Utility\ExtensionManagementUtility::getFileFieldTCAConfig() won't work at all in regards to translations? Hope I understood your hints correctly, would be nice to hear from you again. Bye Marc -- ........................................................... Marc W?hlken TYPO3 certified integrator Quadracom - Proffe & W?hlken Rembertistra?e 32 WWW: http://www.quadracom.de D-28203 Bremen E-Mail: woehlken at quadracom.de ______________ PGP-Key: http://pgp.quadracom.de From invisible.kinder at gmail.com Thu Jun 26 13:32:56 2014 From: invisible.kinder at gmail.com (Viktor Livakivskyi) Date: Thu, 26 Jun 2014 14:32:56 +0300 Subject: [TYPO3-dev] =?utf-8?q?Translation_problem_when_using_FAL?= References: Message-ID: Hi, Marc > Your workaround seems to work in cases where the child record is part of > the domain model (of type Vendor\Product\Domain\Model\Child). Can this > be applied to my use case where the relation to images/files is a > problem which are (of course?!) not part of my domain model? Yes, you are free to use any realtions. They don't foreced to be part of your domain. The only requirement is existance of repository of a model, taht you're relating to. In case of FAL - the right place is TYPO3\CMS\Core\Resource\FileRepository method findByRelation() > Does all this imply that the provided TCA config created by > \TYPO3\CMS\Core\Utility\ExtensionManagementUtility::getFileFieldTCAConfig() > won't work at all in regards to translations? No :) This method is just a wrapper for common FAL TCA configuration. You can do all same by yourself, but will get same result. The problem is, actually, even not related to FAL, but to Core and Extbase. In general case: translations have master record - all works, like it should. But in case, when translations don't have master record, Core and Extbase fail to produce correct objects references and collections. Regards. From woehlken at quadracom.de Thu Jun 26 13:42:58 2014 From: woehlken at quadracom.de (=?UTF-8?B?TWFyYyBXw7ZobGtlbg==?=) Date: Thu, 26 Jun 2014 13:42:58 +0200 Subject: [TYPO3-dev] Translation problem when using FAL In-Reply-To: References:

Message-ID: Hi Viktor! Am 26.06.2014 13:32, schrieb Viktor Livakivskyi: >> Your workaround seems to work in cases where the child record is part of >> the domain model (of type Vendor\Product\Domain\Model\Child). Can this >> be applied to my use case where the relation to images/files is a >> problem which are (of course?!) not part of my domain model? > > Yes, you are free to use any realtions. They don't foreced to be part of your domain. The only requirement is existance of repository of a model, taht you're relating to. In case of FAL - the right place is TYPO3\CMS\Core\Resource\FileRepository method findByRelation() Thanks for pointing that out. > > >> Does all this imply that the provided TCA config created by >> \TYPO3\CMS\Core\Utility\ExtensionManagementUtility::getFileFieldTCAConfig() >> won't work at all in regards to translations? > > No :) > This method is just a wrapper for common FAL TCA configuration. You can do all same by yourself, but will get same result. The problem is, actually, even not related to FAL, but to Core and Extbase. > In general case: translations have master record - all works, like it should. But in case, when translations don't have master record, Core and Extbase fail to produce correct objects references and collections. This is a real mess. Wondering why this hasn't been fixed already as it seems to be a pretty substantial bug. One last question: Why does the File/Image translation handling work for standard CEs like "Text w image" and "Images"? Are they handled differently? Regards Marc -- ........................................................... Marc W?hlken TYPO3 certified integrator Quadracom - Proffe & W?hlken Rembertistra?e 32 WWW: http://www.quadracom.de D-28203 Bremen E-Mail: woehlken at quadracom.de ______________ PGP-Key: http://pgp.quadracom.de From gp at webprofil.at Thu Jun 26 15:41:44 2014 From: gp at webprofil.at (Gernot Ploiner) Date: Thu, 26 Jun 2014 15:41:44 +0200 Subject: [TYPO3-dev] =?utf-8?q?_Re=3A_Once_again_-_the_future_of_TYPO3_tem?= =?utf-8?q?plating/grid_approaches?= References: Message-ID: Hello, im the main developer of TYPO3 Mask. I want to give you some aswers. I was on some TYPO3camps in the last years. And on every camp was the same discussion: How do you make FCEs and integrate different page Templates? The answers was like in the document on google docs "TYPO3 Templating Evaluation - TUGCGN#6 ". In Mallorca and in Regensburg we created a very similar document like yours. The result was: Only Templavoila do what the most people are searching for. Other Extensions do only parts of them. Templavoila is out, because it is a big thing with own page module, future is unsure, and so on. And Templavoila - and all other solutions (until end of 2013) - stores content only in XML (Flexform). And noboy like that! So we had an idea: We create an extension, which does all of them: - page templates, extendable - flexible content elements - data storing in tt_content and pages tables, not in flexform - and very important: a very good usability! This are only the main features. For more information look on our websites. At the moment we are searching for people and companies who like our Extension and support us on Startnext: http://www.startnext.at/en/mask We have future plans to make a templavoila converter for old projects and a repository to share FCEs. We dont having problems to working together with other developers. But we dont want to give up Mask, because it makes fun and it is our Baby :-) We don't want to get in rivalry with other extensiondevelopers. They have there own Babies and very good concepts and ideas. I'll be sure that TYPO3 would be greater, if there is more than one solution and integrators can choose their preferred way. Gernot From franz at ttproducts.de Thu Jun 26 15:43:56 2014 From: franz at ttproducts.de (Franz Holzinger) Date: Thu, 26 Jun 2014 15:43:56 +0200 Subject: [TYPO3-dev] pi_getLL doesn't get the right translation In-Reply-To: References: Message-ID: On 25/06/2014 14:44, Plamen Petkov wrote: > Hi > > I haven't worked with old styled pibase extensions, I just started with new > extbase, but my friend asked me for help. > > Lately his site is upgraded from version 4.4 to 4.5 and a private extension > stopped working properly with languages. > > Problem is only with the extension. > > I saw that locallang.xml of the extension has translations > > TS includes > > config.sys_language_uid and config.language for all the language > > But pi_getLL doesn't get the right translation, it shows only one > translation, although it is not the default. > > If I remove this translation from locallang.xml, it shows the default > language, but again only one language translation. > You should add your translations into a separate folder inside of the folder typo3conf/l10n for each language. I am not sure if multiple translations inside of a language are still supported with TYPO3 4.5. Another solution would be not to use pi_base any more for your texts. You will find a compatible library for translations inside of the extension div2007. - Franz From jigal.van.hemert at typo3.org Thu Jun 26 20:49:37 2014 From: jigal.van.hemert at typo3.org (Jigal van Hemert) Date: Thu, 26 Jun 2014 20:49:37 +0200 Subject: [TYPO3-dev] pi_getLL doesn't get the right translation In-Reply-To: References: Message-ID: Hi, On 25-6-2014 14:44, Plamen Petkov wrote: > But pi_getLL doesn't get the right translation, it shows only one > translation, although it is not the default. > > If I remove this translation from locallang.xml, it shows the default > language, but again only one language translation. Basically it should work. Unless a bug was somehow introduced, but that's not the first hypothesis :-) Is the file in the charset and encoding which is defined in the xml header? Are the language and language_uid in TS correct? Is the locallang.xml file valid XML? If other things fail you could put the labels in TypoScript. Not a pretty solution, but if it works it's a workaround that didn't cost too much time :-) -- Jigal van Hemert TYPO3 CMS Active Contributor TYPO3 .... inspiring people to share! Get involved: typo3.org From t3ng at bernd-wilke.net Fri Jun 27 08:48:25 2014 From: t3ng at bernd-wilke.net (bernd wilke) Date: Fri, 27 Jun 2014 08:48:25 +0200 Subject: [TYPO3-dev] pi_getLL doesn't get the right translation In-Reply-To: References: Message-ID: Am 25.06.14 14:44, schrieb Plamen Petkov: > Hi > > I haven't worked with old styled pibase extensions, I just started with new > extbase, but my friend asked me for help. > > Lately his site is upgraded from version 4.4 to 4.5 and a private extension > stopped working properly with languages. > > Problem is only with the extension. > > I saw that locallang.xml of the extension has translations > > TS includes > > config.sys_language_uid and config.language for all the language > > But pi_getLL doesn't get the right translation, it shows only one > translation, although it is not the default. > > If I remove this translation from locallang.xml, it shows the default > language, but again only one language translation. 1. multiple languages in one file are possible in 4.5! no need for further files in typo3conf/l10n/ 2. you may differ between 'default' language in language file and in TYPO3: in languagefile 'default' always means 'english', no abbrevieation 'en' is understand in your TYPO3 'default' (sys_language_uid = 0) can be any language. it is mapped to the existing languages in the language-file(s) e.g. if you configured your TYPO3 to use german as default-language and french as second (L=1) your language file needs three languages: 'default', 'de' and 'fr' you may put german content in 'default' and in this case it may work, but if you use 'english' as third language you will get chaos: you may insert 'en' into the language file, but it will not be recognized. TYPO3 - language file 'default' -> 'de' (as this does not exist it will fallback to 'default' (where german content is returned) 'fr' -> 'fr' 'en' -> 'default' (with german content) nothing will access 'en' in language file 3. pi_getLL can only read from one language file. pi_based extensions usually (generated by ext:kickstarter) use multiple language files! 4. you always can override any keydefinition by typoscript. This is neccessary otherwise you need to change any TER extension, which should be avoided for update possibilities. bernd -- http://www.pi-phi.de/cheatsheet.html From jignesh.prajapati at drcsystems.com Fri Jun 27 11:56:49 2014 From: jignesh.prajapati at drcsystems.com (Jignesh Prajapati) Date: Fri, 27 Jun 2014 11:56:49 +0200 Subject: [TYPO3-dev] =?utf-8?q?_Only_show_records_of_the_logged_in_backend?= =?utf-8?q?_user_in_list_module_for_extension?= Message-ID: Hello Guys, >From many days, i m trying to find the solution of one issue in Typo3 backend, but did not succeeded in it. My issue is regarding the permission to show the records of logged in backend user in the list module. Let me explain the scenario here: I created one extension in Ext-base using Typo3 version 6.2.3 In my extension, i created the category list module. Now i have two backend users. 1) Admin 2) normal user(Non-admin) Here Admin can see all the categories created by normal user as well. But, normal user should not able to see all the categories added by admin or any other backend users. Normal user should only see the categories in backend created by himself. Is there any idea how to achieve this or implement? Hope for positive feedback from someone as it is really urgent for me. Thanks, Jigs From invisible.kinder at gmail.com Fri Jun 27 13:05:41 2014 From: invisible.kinder at gmail.com (Viktor Livakivskyi) Date: Fri, 27 Jun 2014 14:05:41 +0300 Subject: [TYPO3-dev] =?utf-8?q?Translation_problem_when_using_FAL?= References: Message-ID: Hi, Marc > > In general case: translations have master record - all works, like it should. But in case, when translations don't have master record, Core and Extbase fail to produce correct objects references and collections. > This is a real mess. Wondering why this hasn't been fixed already as it > seems to be a pretty substantial bug. Maybe due to a reason, that Extbase was not widealy used, until realease of TYPO3 CMS 6.0 (which also brought FAL feature). I'm not quite sure :) > One last question: Why does the File/Image translation handling work for > standard CEs like "Text w image" and "Images"? Are they handled differently? Standard CEs are output with help of css_styled_content extension, which uses TypoScript (mostly) and not Extbase way, therefore it works. From t3ng at bernd-wilke.net Fri Jun 27 13:07:33 2014 From: t3ng at bernd-wilke.net (bernd wilke) Date: Fri, 27 Jun 2014 13:07:33 +0200 Subject: [TYPO3-dev] Only show records of the logged in backend user in list module for extension In-Reply-To: References: Message-ID: Am 27.06.14 11:56, schrieb Jignesh Prajapati: > Hello Guys, > > From many days, i m trying to find the solution of one issue in Typo3 > backend, but did not succeeded in it. > > My issue is regarding the permission to show the records of logged in > backend user in the list module. > > Let me explain the scenario here: > > I created one extension in Ext-base using Typo3 version 6.2.3 In my > extension, i created the category list module. Now i have two backend > users. 1) Admin 2) normal user(Non-admin) > > Here Admin can see all the categories created by normal user as well. > But, normal user should not able to see all the categories added by > admin or any other backend users. Normal user should only see the > categories in backend created by himself. > > Is there any idea how to achieve this or implement? > > Hope for positive feedback from someone as it is really urgent for me. > > Thanks, > Jigs > you may use subfolders and store the records of each user in one folder only visible for this user. of course admin can see all pages and all records. +-catfolders | +-folder for user1 | +-folder for user2 | +-folder for user3 | +-folder for user4 use mountpoints or access-rights to control visibility of folders. bernd -- http://www.pi-phi.de/cheatsheet.html From helmut.hummel at typo3.org Fri Jun 27 13:18:31 2014 From: helmut.hummel at typo3.org (Helmut Hummel) Date: Fri, 27 Jun 2014 13:18:31 +0200 Subject: [TYPO3-dev] Translation problem when using FAL In-Reply-To: References:

Message-ID: Hey Viktor, thanks for your precise analysis! On 26.06.14 11:49, Viktor Livakivskyi wrote: > [1]: http://forge.typo3.org/issues/21964 > [2]: http://forge.typo3.org/issues/48883 > [3]: https://gist.github.com/InvisibleKind/8185705 I have not looked into the details yet, but can you check if the recently merged fix for #57063[1] fixes at least some of the issues you mention? Thanks! Kind regards, Helmut [1]http://forge.typo3.org/issues/57063 -- Helmut Hummel Release Manager TYPO3 6.0 TYPO3 Core Developer, TYPO3 Security Team Member TYPO3 .... inspiring people to share! Get involved: typo3.org From woehlken at quadracom.de Fri Jun 27 15:31:07 2014 From: woehlken at quadracom.de (=?UTF-8?B?TWFyYyBXw7ZobGtlbg==?=) Date: Fri, 27 Jun 2014 15:31:07 +0200 Subject: [TYPO3-dev] Translation problem when using FAL In-Reply-To: References:

Message-ID: Hi Viktor! Am 27.06.2014 13:05, schrieb Viktor Livakivskyi: >>> In general case: translations have master record - all works, like it should. But in case, when translations don't have master record, Core and Extbase fail to produce correct objects references and collections. >> This is a real mess. Wondering why this hasn't been fixed already as it >> seems to be a pretty substantial bug. > > Maybe due to a reason, that Extbase was not widealy used, until realease of TYPO3 CMS 6.0 (which also brought FAL feature). I'm not quite sure :) Good point ;-) >> One last question: Why does the File/Image translation handling work for >> standard CEs like "Text w image" and "Images"? Are they handled differently? > > Standard CEs are output with help of css_styled_content extension, which uses TypoScript (mostly) and not Extbase way, therefore it works. OK, that's what came to my mind, too. Thank you very much for your help and patience Bye Marc -- ........................................................... Marc W?hlken TYPO3 certified integrator Quadracom - Proffe & W?hlken Rembertistra?e 32 WWW: http://www.quadracom.de D-28203 Bremen E-Mail: woehlken at quadracom.de ______________ PGP-Key: http://pgp.quadracom.de From woehlken at quadracom.de Fri Jun 27 15:39:29 2014 From: woehlken at quadracom.de (=?UTF-8?B?TWFyYyBXw7ZobGtlbg==?=) Date: Fri, 27 Jun 2014 15:39:29 +0200 Subject: [TYPO3-dev] Translation problem when using FAL In-Reply-To: References:

Message-ID: Hello Helmut! Am 27.06.2014 13:18, schrieb Helmut Hummel: > I have not looked into the details yet, but can you check if the > recently merged fix for #57063[1] fixes at least some of the issues you > mention? > > [1]http://forge.typo3.org/issues/57063 > Applied the patch to TYPO3 6.2.3 and it solves... some issues. Good: sys_language_uid is now set correctly for FAL relations (sys_file_reference) added to a translated record set. Bad: l10n_parent is 0 which is absolutely correct as a FAL relation added to a translated record set has no parent. Sadly extbase seems to refuse to fetch translated FAL relations with l10n_parent = 0. Hope the feedback is appreciated and some how helpfull CU Marc -- ........................................................... Marc W?hlken TYPO3 certified integrator Quadracom - Proffe & W?hlken Rembertistra?e 32 WWW: http://www.quadracom.de D-28203 Bremen E-Mail: woehlken at quadracom.de ______________ PGP-Key: http://pgp.quadracom.de From invisible.kinder at gmail.com Fri Jun 27 16:20:39 2014 From: invisible.kinder at gmail.com (Viktor Livakivskyi) Date: Fri, 27 Jun 2014 17:20:39 +0300 Subject: [TYPO3-dev] =?utf-8?q?Translation_problem_when_using_FAL?= References: Message-ID: Hi, Helmut. > thanks for your precise analysis! You're welcome :) > I have not looked into the details yet, but can you check if the > recently merged fix for #57063[1] fixes at least some of the issues you > mention? Thank you for pointing to this fix. Actually, this fix also resolves issue #40656 reported by myself [2]. But this is only one side of a story. As I've metioned in comment to #21964, this fix is not enough [3]. Quote: "fix for that issue is quite simple, but not enough. Because, even if InlineElement->createNewRecord() sets correct sys_language_uid to a child on creation, saving of a record again leads to sys_language_uid=0 for a child, which is worng and problem persists somewhere in BE DataMapper." I've tried once again to reproduce this issue and found, that this haapens under special conditions: 'sys_language_uid' field needs to be marked as 'readOnly' in config section. This is also common behaviour, since there is no need to allow editors to change language of a localization. So, there is still some issue in DataMapper persists. Unfortenuately, I wasn't able to find the exact place, where this happens... [1] http://forge.typo3.org/issues/57063 [2] http://forge.typo3.org/issues/40656 [3] http://forge.typo3.org/issues/21964#note-8 From invisible.kinder at gmail.com Fri Jun 27 16:41:40 2014 From: invisible.kinder at gmail.com (Viktor Livakivskyi) Date: Fri, 27 Jun 2014 17:41:40 +0300 Subject: [TYPO3-dev] =?utf-8?q?Translation_problem_when_using_FAL?= References: Message-ID: Hi, Marc > Bad: > l10n_parent is 0 which is absolutely correct as a FAL relation added to > a translated record set has no parent. Sadly extbase seems to refuse to > fetch translated FAL relations with l10n_parent = 0. Yes, and that is another part of a story. I can see at least this [1] issue at Forge, related to FAL translation problems. This is something different form what I know, but looks similar. With the only exception, that in my case no record is fetched, but in the issue it is said, taht original resource is shown instead. Maybe, it is because TYPO3 CMS 6.2 is mentioned in the issue, but I have not yet worked with it. My experience is based on 6.0 and 6.1 Also I see another issue [2] at Forge, which is partly (or fully ?) related to Extbase handling of translations. Unfortunately issue is about TS select() function and I have no clue, does it affect also an Extbase records fetching mechanism or not. Would be nice to get feedback from someone with TYPO3 6.2 experience and know if it also fixes Extbase issue with translations or not. And if not, I'd also like to know, if there is a report on Forge about Extbase problem with localizations, which don't have master record. I wasn't able to find something similar at Forge. [1] http://forge.typo3.org/issues/57272 [2] http://forge.typo3.org/issues/49106 From invisible.kinder at gmail.com Fri Jun 27 16:57:41 2014 From: invisible.kinder at gmail.com (Viktor Livakivskyi) Date: Fri, 27 Jun 2014 17:57:41 +0300 Subject: [TYPO3-dev] =?utf-8?q?Translation_problem_when_using_FAL?= References: Message-ID: > But this is only one side of a story. As I've metioned in comment to #21964, this fix is not enough [3]. > Quote: "fix for that issue is quite simple, but not enough. Because, even if InlineElement->createNewRecord() sets correct sys_language_uid to a child on creation, saving of a record again leads to sys_language_uid=0 for a child, which is worng and problem persists somewhere in BE DataMapper." > > I've tried once again to reproduce this issue and found, that this haapens under special conditions: 'sys_language_uid' field needs to be marked as 'readOnly' in config section. This is also common behaviour, since there is no need to allow editors to change language of a localization. > So, there is still some issue in DataMapper persists. Unfortenuately, I wasn't able to find the exact place, where this happens... I was too blind to see the reason. If a field marked as 'readOnly' it is rendered with 'disabled' attribute in HTML, and therefore it's value is not sent to the server. Therefore DataMapper sets sys_language_uid to 0, since nothing comes in POST-request. But anyway, in my opinioin, DataMapper needs to set explicitly sys_language_uid to value, taken from parent record, if it doesn't appear in POST and is defined as 'languageField' in 'ctrl' section of TCA. > [3] http://forge.typo3.org/issues/21964#note-8 From helmut.hummel at typo3.org Sun Jun 29 13:45:01 2014 From: helmut.hummel at typo3.org (Helmut Hummel) Date: Sun, 29 Jun 2014 13:45:01 +0200 Subject: [TYPO3-dev] Translation problem when using FAL In-Reply-To: References:

Message-ID: Hi Viktor, On 27.06.14 16:57, Viktor Livakivskyi wrote: >> But this is only one side of a story. As I've metioned in comment to #21964, this fix is not enough [3]. >> Quote: "fix for that issue is quite simple, but not enough. Because, even if InlineElement->createNewRecord() sets correct sys_language_uid to a child on creation, saving of a record again leads to sys_language_uid=0 for a child, which is worng and problem persists somewhere in BE DataMapper." >> >> I've tried once again to reproduce this issue and found, that this haapens under special conditions: 'sys_language_uid' field needs to be marked as 'readOnly' in config section. This is also common behaviour, since there is no need to allow editors to change language of a localization. >> So, there is still some issue in DataMapper persists. Unfortenuately, I wasn't able to find the exact place, where this happens... > > I was too blind to see the reason. If a field marked as 'readOnly' it is rendered with 'disabled' attribute in HTML, and therefore it's value is not sent to the server. Therefore DataMapper sets sys_language_uid to 0, since nothing comes in POST-request. While I totally understand the use case for having this (and also l10n_parent) readOnly (or even completely hidden) for editors , it is just not possible at the moment. > But anyway, in my opinioin, DataMapper needs to set explicitly sys_language_uid to value, taken from parent record, if it doesn't appear in POST and is defined as 'languageField' in 'ctrl' section of TCA. I agree, but this would be a rather big change to DataHandler to support it. This would not be a bugfix any more but a conceptual change in the complete language handling (which I would support for future versions) Kind regards, Helmut -- Helmut Hummel Release Manager TYPO3 6.0 TYPO3 Core Developer, TYPO3 Security Team Member TYPO3 .... inspiring people to share! Get involved: typo3.org From helmut.hummel at typo3.org Sun Jun 29 13:57:16 2014 From: helmut.hummel at typo3.org (Helmut Hummel) Date: Sun, 29 Jun 2014 13:57:16 +0200 Subject: [TYPO3-dev] Translation problem when using FAL In-Reply-To: References:

Message-ID: Hi Marc, On 27.06.14 15:39, Marc W?hlken wrote: > Applied the patch to TYPO3 6.2.3 and it solves... some issues. > > Good: > sys_language_uid is now set correctly for FAL relations > (sys_file_reference) added to a translated record set. Good; one issue solved :) > Bad: > l10n_parent is 0 which is absolutely correct as a FAL relation added to > a translated record set has no parent. Sadly extbase seems to refuse to > fetch translated FAL relations with l10n_parent = 0. There are still issues remaining to be solved: http://forge.typo3.org/issues/57272 http://forge.typo3.org/issues/59192 and probably more. > Hope the feedback is appreciated and some how helpfull Feedback is always appreciated and also helping to improve our product. Kind regards, Helmut -- Helmut Hummel Release Manager TYPO3 6.0 TYPO3 Core Developer, TYPO3 Security Team Member TYPO3 .... inspiring people to share! Get involved: typo3.org From dirk_studivz at web.de Sun Jun 29 21:59:51 2014 From: dirk_studivz at web.de (Dirk Ho) Date: Sun, 29 Jun 2014 21:59:51 +0200 Subject: [TYPO3-dev] New Extension does not show anything Message-ID: Hi all, I tried to create a new extension with the Extension Builder extension. Aggregate Root is a Model called "Category", having a n:1 relation to "Forum" ("Forum has a n:1 relation to "Topic", "Topic" has a n:1 relation to "Post"). I added the extension "Forumlisting" to a page named "Forum". When I now call "Forum" nothing is shown (except the page's template). I already cleared Cache,... but it didn't work. Any idea, what I do wrong? When i put file_put_contents to CategoryController's list method this file is not written. /var/log/apache2/error.log does not show any error. Beneath I posted some code/config information. Do you need additional information? Thanks and best wishes, Dirk My ext_localconf.php looks like that: 'list', ), // non-cacheable actions array( 'Category' => 'list', ) ); My Category Controller looks like: objectManager->get('\\DH\\Forum\\Domain\\Model\\Category'); $category->setTitle('A'.$i); $category->setDescription('A'); $category->setOrderId($i); $category->setCreatedAt(now()); } $this->persistenceManager->persistAll(); $categories = $this->categoryRepository->findAll(); $this->view->assign('categories', $categories); } } My Resources\Private\Template\Category\List.html looks like

"Forum" ("Forum has a n:1 relation to "Topic", "Topic" has a n:1 > relation to "Post"). > > I added the extension "Forumlisting" to a page named "Forum". When I now > call "Forum" nothing is shown (except the page's template). I already > cleared Cache,... but it didn't work. > > Any idea, what I do wrong? When i put file_put_contents to > CategoryController's list method this file is not written. > /var/log/apache2/error.log does not show any error. > > Beneath I posted some code/config information. Do you need additional > information? > > Thanks and best wishes, > > Dirk > > My ext_localconf.php looks like that: > if (!defined('TYPO3_MODE')) { > die('Access denied.'); > } > > \TYPO3\CMS\Extbase\Utility\ExtensionUtility::configurePlugin( > 'DH.' . $_EXTKEY, > 'Forumlisting', > array( > 'Category' => 'list', > > ), > // non-cacheable actions > array( > 'Category' => 'list', > > ) > ); > > My Category Controller looks like: > > namespace DH\Forum\Controller; > /** > * CategoryController > */ > class CategoryController extends > \TYPO3\CMS\Extbase\Mvc\Controller\ActionContro$ > > /** > * categoryRepository > * > * @var \DH\Forum\Domain\Repository\CategoryRepository > * @inject > */ > > /** > * @var \TYPO3\CMS\Extbase\Persistence\Generic\PersistenceManager > * @inject > */ > protected $persistenceManager; > > > /** > * action list > * > * @return void > */ > public function listAction() { > > file_put_contents('/var/www/supporters-karlsruhe.de/log.log', 'TEST'); > > for ($i = 0; $i <= 3; $i++) { > $category = > $this->objectManager->get('\\DH\\Forum\\Domain\\Model\\Category'); > $category->setTitle('A'.$i); > $category->setDescription('A'); > $category->setOrderId($i); > $category->setCreatedAt(now()); $this->categoryRepository->add($category); > } > > $this->persistenceManager->persistAll(); > > $categories = $this->categoryRepository->findAll(); > $this->view->assign('categories', $categories); > } > } > > > My Resources\Private\Template\Category\List.html looks like > From richard at ocular.co.nz Mon Jun 30 00:04:57 2014 From: richard at ocular.co.nz (Richard Davies) Date: Mon, 30 Jun 2014 10:04:57 +1200 Subject: [TYPO3-dev] Only show records of the logged in backend user in list module for extension In-Reply-To: References:

Message-ID: Hi Anja, thanks for your explanations! If I'm not completely wrong I already added the template to my root template. The hint you gave me with adding the categories to the categoryRepository is probably the reason - I can first check it, when I'm not in office anymore. Stupid error... For testing I directly edit in the nano / vi accessed via the debian shell, until I get my shared folder work for my VirtualBox, than I can add the Resources to Eclipse. Thanks again for that fast and great help! Best wishes, Dirk Am 29.06.2014 22:47, schrieb Anja Leichsenring: > Hi Dirk, > > I take your code as a example for usage, otherwise I would need to write > a book now. > > First of all, you need a TypoScript Template, what the extension_builder > should have generated for you. This you need to add to your root > template, and set at least the PID in setup or constants, where your > records are stored and looked for. > > In your list action, you create a new instance, but you never add it to > the repository, so no call to the persistence manager will do any good. > I add the missing line in your code below. > > After this, you should see your categories. > > Hope this helps. > Kind regards > Anja > > On 29.06.2014 21:59, Dirk Ho wrote: >> Hi all, >> >> I tried to create a new extension with the Extension Builder extension. >> >> Aggregate Root is a Model called "Category", having a n:1 relation to >> "Forum" ("Forum has a n:1 relation to "Topic", "Topic" has a n:1 >> relation to "Post"). >> >> I added the extension "Forumlisting" to a page named "Forum". When I now >> call "Forum" nothing is shown (except the page's template). I already >> cleared Cache,... but it didn't work. >> >> Any idea, what I do wrong? When i put file_put_contents to >> CategoryController's list method this file is not written. >> /var/log/apache2/error.log does not show any error. >> >> Beneath I posted some code/config information. Do you need additional >> information? >> >> Thanks and best wishes, >> >> Dirk >> >> My ext_localconf.php looks like that: >> > if (!defined('TYPO3_MODE')) { >> die('Access denied.'); >> } >> >> \TYPO3\CMS\Extbase\Utility\ExtensionUtility::configurePlugin( >> 'DH.' . $_EXTKEY, >> 'Forumlisting', >> array( >> 'Category' => 'list', >> >> ), >> // non-cacheable actions >> array( >> 'Category' => 'list', >> >> ) >> ); >> >> My Category Controller looks like: >> >> > namespace DH\Forum\Controller; >> /** >> * CategoryController >> */ >> class CategoryController extends >> \TYPO3\CMS\Extbase\Mvc\Controller\ActionContro$ >> >> /** >> * categoryRepository >> * >> * @var \DH\Forum\Domain\Repository\CategoryRepository >> * @inject >> */ >> >> /** >> * @var >> \TYPO3\CMS\Extbase\Persistence\Generic\PersistenceManager >> * @inject >> */ >> protected $persistenceManager; >> >> >> /** >> * action list >> * >> * @return void >> */ >> public function listAction() { >> >> file_put_contents('/var/www/supporters-karlsruhe.de/log.log', 'TEST'); >> >> for ($i = 0; $i <= 3; $i++) { >> $category = >> $this->objectManager->get('\\DH\\Forum\\Domain\\Model\\Category'); >> $category->setTitle('A'.$i); >> $category->setDescription('A'); >> $category->setOrderId($i); >> $category->setCreatedAt(now()); > > $this->categoryRepository->add($category); > >> } >> >> $this->persistenceManager->persistAll(); >> >> $categories = $this->categoryRepository->findAll(); >> $this->view->assign('categories', $categories); >> } >> } >> >> >> My Resources\Private\Template\Category\List.html looks like >> > From dirk_studivz at web.de Mon Jun 30 19:38:55 2014 From: dirk_studivz at web.de (Dirk Ho) Date: Mon, 30 Jun 2014 19:38:55 +0200 Subject: [TYPO3-dev] New Extension does not show anything In-Reply-To: References:

Message-ID: Hi again, I'm sorry for disturbing again. I added Anjas hint ot my CategoryController class. The template is also added to my root template. What I do not have, yet, is the TypoScript I (seem to) need. In my book, they do not show, how this TypoScript should look like for the folder, the Category objects are stored in. In the books example the new generated elements can be found on the same page as the Extension (the one I call in the frontend, in my case the "Forum" page). But when I use "List" view in the Backend (Typo3 6.2) they do not seem to be stored. Calling the "Forum" page I get an error "Found an invalid element type declaration in %s. A type "''" does not exist." Perhaps the problem is, that these objects are not stored anywhere?! Can you help me with the TypoScript for the folder I store my Objects in? Another problem is, if I want to use php objects or methods like DateTime or now() I get the message, that it cannot be found in DH\Forum\Controller\DateTime - of course. If I try to put an annotation above the variable like /** * @var \DateTime */ $data = new DateTime(); Nevertheless I cannot use the DateTime object. How do I have to use php objects/methods? Thanks and best wishes, Dirk Am 29.06.2014 22:47, schrieb Anja Leichsenring: > Hi Dirk, > > I take your code as a example for usage, otherwise I would need to write > a book now. > > First of all, you need a TypoScript Template, what the extension_builder > should have generated for you. This you need to add to your root > template, and set at least the PID in setup or constants, where your > records are stored and looked for. > > In your list action, you create a new instance, but you never add it to > the repository, so no call to the persistence manager will do any good. > I add the missing line in your code below. > > After this, you should see your categories. > > Hope this helps. > Kind regards > Anja > > On 29.06.2014 21:59, Dirk Ho wrote: >> Hi all, >> >> I tried to create a new extension with the Extension Builder extension. >> >> Aggregate Root is a Model called "Category", having a n:1 relation to >> "Forum" ("Forum has a n:1 relation to "Topic", "Topic" has a n:1 >> relation to "Post"). >> >> I added the extension "Forumlisting" to a page named "Forum". When I now >> call "Forum" nothing is shown (except the page's template). I already >> cleared Cache,... but it didn't work. >> >> Any idea, what I do wrong? When i put file_put_contents to >> CategoryController's list method this file is not written. >> /var/log/apache2/error.log does not show any error. >> >> Beneath I posted some code/config information. Do you need additional >> information? >> >> Thanks and best wishes, >> >> Dirk >> >> My ext_localconf.php looks like that: >> > if (!defined('TYPO3_MODE')) { >> die('Access denied.'); >> } >> >> \TYPO3\CMS\Extbase\Utility\ExtensionUtility::configurePlugin( >> 'DH.' . $_EXTKEY, >> 'Forumlisting', >> array( >> 'Category' => 'list', >> >> ), >> // non-cacheable actions >> array( >> 'Category' => 'list', >> >> ) >> ); >> >> My Category Controller looks like: >> >> > namespace DH\Forum\Controller; >> /** >> * CategoryController >> */ >> class CategoryController extends >> \TYPO3\CMS\Extbase\Mvc\Controller\ActionContro$ >> >> /** >> * categoryRepository >> * >> * @var \DH\Forum\Domain\Repository\CategoryRepository >> * @inject >> */ >> >> /** >> * @var >> \TYPO3\CMS\Extbase\Persistence\Generic\PersistenceManager >> * @inject >> */ >> protected $persistenceManager; >> >> >> /** >> * action list >> * >> * @return void >> */ >> public function listAction() { >> >> file_put_contents('/var/www/supporters-karlsruhe.de/log.log', 'TEST'); >> >> for ($i = 0; $i <= 3; $i++) { >> $category = >> $this->objectManager->get('\\DH\\Forum\\Domain\\Model\\Category'); >> $category->setTitle('A'.$i); >> $category->setDescription('A'); >> $category->setOrderId($i); >> $category->setCreatedAt(now()); > > $this->categoryRepository->add($category); > >> } >> >> $this->persistenceManager->persistAll(); >> >> $categories = $this->categoryRepository->findAll(); >> $this->view->assign('categories', $categories); >> } >> } >> >> >> My Resources\Private\Template\Category\List.html looks like >> >