From dmitry at typo3.org Mon Sep 1 10:31:21 2008 From: dmitry at typo3.org (Dmitry Dulepov [typo3]) Date: Mon, 01 Sep 2008 11:31:21 +0300 Subject: [TYPO3-dev] Flexform language In-Reply-To: References: Message-ID: Hi! Steffen Kamper wrote: > i examined lang-habdling in flexforms. There is one thing i don't agree > and want to hear your opinion. There are somethings that I do not agree too but it is a taboo to change language handling in flexforms because it will ruin too much. > Using 1 > tceforms looks for installed language (in sys_languages). if found, it > choose language of BE (if i'm right) Wrong... > So what i don't agree: > Labels of flexform alway should use lanuage setting of BE_USER > independent of choosen language for the record, so IMHO this seems to be > mixed up. They do. Read the FE localization manual to see what langDisable really does. -- Dmitry Dulepov TYPO3 Core team My TYPO3 book: http://www.packtpub.com/typo3-extension-development/book In the blog: http://typo3bloke.net/pages/book-reviews/presentation-zen-by-garr-reynolds/ From info at sk-typo3.de Mon Sep 1 10:39:52 2008 From: info at sk-typo3.de (Steffen Kamper) Date: Mon, 01 Sep 2008 10:39:52 +0200 Subject: [TYPO3-dev] Flexform language In-Reply-To: References:

Message-ID: Dmitry Dulepov [typo3] schrieb: >> So what i don't agree: >> Labels of flexform alway should use lanuage setting of BE_USER >> independent of choosen language for the record, so IMHO this seems to >> be mixed up. > > They do. Read the FE localization manual to see what langDisable really > does. > Hi Dmitry, this is result of my tests. I have german BE, insert a plugin with Flexform : it has english labels. If i create a language record "german" flexform has german labels - all without any translation of the record This is the point i want to discuss, i don't want to reinvent lang-handling of Flexforms, so my point are only the labels in BE vg Steffen From dmitry at typo3.org Mon Sep 1 10:59:23 2008 From: dmitry at typo3.org (Dmitry Dulepov [typo3]) Date: Mon, 01 Sep 2008 11:59:23 +0300 Subject: [TYPO3-dev] Flexform language In-Reply-To: References:

Message-ID: Hi! Steffen Kamper wrote: > I have german BE, insert a plugin with Flexform : it has english labels. > If i create a language record "german" flexform has german labels - all > without any translation of the record Take a look to DS XML. I am sure labels there are defined as references to LLL file. So, when translator sees these labels, they are in the language he is using to translate to. That was Kasper's idea I think. To me it looks motivated. -- Dmitry Dulepov TYPO3 Core team My TYPO3 book: http://www.packtpub.com/typo3-extension-development/book In the blog: http://typo3bloke.net/pages/book-reviews/presentation-zen-by-garr-reynolds/ From info at sk-typo3.de Mon Sep 1 11:04:42 2008 From: info at sk-typo3.de (Steffen Kamper) Date: Mon, 01 Sep 2008 11:04:42 +0200 Subject: [TYPO3-dev] Flexform language In-Reply-To: References:

Message-ID: Hi Dmitry, Dmitry Dulepov [typo3] schrieb: > Hi! > > Steffen Kamper wrote: >> I have german BE, insert a plugin with Flexform : it has english labels. >> If i create a language record "german" flexform has german labels - >> all without any translation of the record > > Take a look to DS XML. I am sure labels there are defined as references > to LLL file. So, when translator sees these labels, they are in the > language he is using to translate to. That was Kasper's idea I think. To > me it looks motivated. > i looked in source of tceforms - flex field rendering. Sure, labels are with reference to LL-file, like other labels of fields too. But in flexform the language for labels is choosen from record language which is wrong IMHO. So if you don't translate the record, lang of labels is DEF while other fields are using $GLOBALS['LANG']->lang vg Steffen From dmitry at typo3.org Mon Sep 1 14:22:07 2008 From: dmitry at typo3.org (Dmitry Dulepov [typo3]) Date: Mon, 01 Sep 2008 15:22:07 +0300 Subject: [TYPO3-dev] Flexform language In-Reply-To: References:

Message-ID: Hi! Steffen Kamper wrote: > i looked in source of tceforms - flex field rendering. > Sure, labels are with reference to LL-file, like other labels of fields > too. > But in flexform the language for labels is choosen from record language > which is wrong IMHO. So if you don't translate the record, lang of > labels is DEF while other fields are using $GLOBALS['LANG']->lang Well, consult FE localization manual and see what (and if) it says anything on the subject. If it does, it can't be changed... -- Dmitry Dulepov TYPO3 Core team My TYPO3 book: http://www.packtpub.com/typo3-extension-development/book In the blog: http://typo3bloke.net/pages/book-reviews/presentation-zen-by-garr-reynolds/ From info at sk-typo3.de Mon Sep 1 14:37:09 2008 From: info at sk-typo3.de (Steffen Kamper) Date: Mon, 01 Sep 2008 14:37:09 +0200 Subject: [TYPO3-dev] Flexform language In-Reply-To: References:

Message-ID: Dmitry Dulepov [typo3] schrieb: > Hi! > > Steffen Kamper wrote: >> i looked in source of tceforms - flex field rendering. >> Sure, labels are with reference to LL-file, like other labels of >> fields too. >> But in flexform the language for labels is choosen from record >> language which is wrong IMHO. So if you don't translate the record, >> lang of labels is DEF while other fields are using $GLOBALS['LANG']->lang > > Well, consult FE localization manual and see what (and if) it says > anything on the subject. If it does, it can't be changed... > Hi, i did. There is nothing inside about the labels. It explains how localisation is done with flexforms. So i see no reason to change output of the labels. This should be consistent with output of other form labels in tceforms (and doesn't touch the localisation feature of flexforms) vg Steffen From dmitry at typo3.org Mon Sep 1 15:12:13 2008 From: dmitry at typo3.org (Dmitry Dulepov [typo3]) Date: Mon, 01 Sep 2008 16:12:13 +0300 Subject: [TYPO3-dev] Flexform language In-Reply-To: References:

Message-ID: Hi! Steffen Kamper wrote: > i did. There is nothing inside about the labels. It explains how > localisation is done with flexforms. > > So i see no reason to change output of the labels. This should be > consistent with output of other form labels in tceforms (and doesn't > touch the localisation feature of flexforms) What's about translator mode? Any hints on workflow, etc? Sometimes labels in translator's language help a lot. -- Dmitry Dulepov TYPO3 Core team My TYPO3 book: http://www.packtpub.com/typo3-extension-development/book In the blog: http://typo3bloke.net/pages/book-reviews/presentation-zen-by-garr-reynolds/ From info at sk-typo3.de Mon Sep 1 15:51:03 2008 From: info at sk-typo3.de (Steffen Kamper) Date: Mon, 01 Sep 2008 15:51:03 +0200 Subject: [TYPO3-dev] Flexform language In-Reply-To: References:

Message-ID: Hi, Dmitry Dulepov [typo3] schrieb: > What's about translator mode? Any hints on workflow, etc? Sometimes > labels in translator's language help a lot. > i don't see a reason why labels in flexforms should be shown in different language as other labels of form fields. A translator normally choose the BE language he understand, also translator has to understand the language of the content to be translated as well. What do you exactly mean with translater mode / workflow ? In general if you have a editor you give him his native language for BE. In case you have a german editor who don't speak english he won't understand meaning of flexform fields with english label/description. Again, i don't speak about content of the fields or language mode ;-) vg Steffen From info at sk-typo3.de Mon Sep 1 16:52:02 2008 From: info at sk-typo3.de (Steffen Kamper) Date: Mon, 01 Sep 2008 16:52:02 +0200 Subject: [TYPO3-dev] TYPO3 Bug Day coming up this Friday, August 29th In-Reply-To: References: Message-ID: Ingo Renner schrieb: > Hi all, > > TYPO3 Bug Day has established itself as a new regularly reocurring event > after having been a big success every time before. > > If you're an extension developer and never really got into the inner > workings of the TYPO3 core, this is your chance to gain insight. If you > always had an annoyance that drove you crazy and that you want to see > fixed, let us know. > > On August 29th please join us on IRC (#typo3-bugday on > irc.freenode.net), where you can offer your help in fixing bugs and > cleaning up the bugtracker. The core developers Ingo Renner, Benjamin > Mack, Ingmar Schlecht, and Christian Jul Jensen will be around to assist > interested developers and to coordinate the event. > > For more information also check out the pages dedicated to TYPO3's Bug > Day: http://typo3.org/development/bug-fixing/bug-day/ > > > best > Ingo > > Hi, i'm wondering about less action in core list after Bug day. I'm also wondering about no core member review of sent patches. In general there are such big amount of open patches in core list that need review, at least core members have to vote to get them in core. I'm tired about sending reminders, i myself have about >7 open patches in this list. Also i feel the importance of the reviews instead of flooding list with new patches (don't misunderstand, patches are alway good and welcome) but for patchers the low input of core members is kind of frustrating. There are some "all time active" members being active, but they can't review all open patches! vg Steffen From dmitry at typo3.org Mon Sep 1 17:24:17 2008 From: dmitry at typo3.org (Dmitry Dulepov [typo3]) Date: Mon, 01 Sep 2008 18:24:17 +0300 Subject: [TYPO3-dev] TYPO3 Bug Day coming up this Friday, August 29th In-Reply-To: References:

Message-ID: Hi! Steffen Kamper wrote: > i'm wondering about less action in core list after Bug day. > I'm also wondering about no core member review of sent patches. > > In general there are such big amount of open patches in core list that > need review, at least core members have to vote to get them in core. > I'm tired about sending reminders, i myself have about >7 open patches > in this list. Also i feel the importance of the reviews instead of > flooding list with new patches (don't misunderstand, patches are alway > good and welcome) but for patchers the low input of core members is kind > of frustrating. There are some "all time active" members being active, > but they can't review all open patches! Hm, seems like you hit the same problem that core team hit long time ago: people send patches and no one looks at them... -- Dmitry Dulepov TYPO3 Core team My TYPO3 book: http://www.packtpub.com/typo3-extension-development/book In the blog: http://typo3bloke.net/pages/book-reviews/presentation-zen-by-garr-reynolds/ From info at sk-typo3.de Mon Sep 1 17:28:44 2008 From: info at sk-typo3.de (Steffen Kamper) Date: Mon, 01 Sep 2008 17:28:44 +0200 Subject: [TYPO3-dev] TYPO3 Bug Day coming up this Friday, August 29th In-Reply-To: References:

Message-ID: Dmitry Dulepov [typo3] schrieb: > Hi! > > Steffen Kamper wrote: >> i'm wondering about less action in core list after Bug day. >> I'm also wondering about no core member review of sent patches. >> >> In general there are such big amount of open patches in core list that >> need review, at least core members have to vote to get them in core. >> I'm tired about sending reminders, i myself have about >7 open patches >> in this list. Also i feel the importance of the reviews instead of >> flooding list with new patches (don't misunderstand, patches are alway >> good and welcome) but for patchers the low input of core members is >> kind of frustrating. There are some "all time active" members being >> active, but they can't review all open patches! > > Hm, seems like you hit the same problem that core team hit long time > ago: people send patches and no one looks at them... > Hi Dmitry, yes, it seems so. And you are one of the exceptions as you are reviewing a lot of patches, many thx to you for that! So what to do? Long time well known problem, but no change anyway? vg Steffen From franz at fholzinger.com Mon Sep 1 18:06:40 2008 From: franz at fholzinger.com (Franz Holzinger) Date: Mon, 01 Sep 2008 18:06:40 +0200 Subject: [TYPO3-dev] TYPO3 Bug Day coming up this Friday, August 29th In-Reply-To: References:

Message-ID: Steffen Kamper a ?crit : > In general there are such big amount of open patches in core list that > need review, at least core members have to vote to get them in core. > I'm tired about sending reminders, i myself have about >7 open patches > in this list. Also i feel the importance of the reviews instead of > flooding list with new patches (don't misunderstand, patches are alway > good and welcome) but for patchers the low input of core members is kind > of frustrating. There are some "all time active" members being active, > but they can't review all open patches! and there is still a long list of patches on the bugtracker http://bugs.typo3.org/ At the moment it does not make much sense to send anything to the Core list or write more patches because of the lack of response. - Franz From dmitry at typo3.org Mon Sep 1 18:18:03 2008 From: dmitry at typo3.org (Dmitry Dulepov [typo3]) Date: Mon, 01 Sep 2008 19:18:03 +0300 Subject: [TYPO3-dev] TYPO3 Bug Day coming up this Friday, August 29th In-Reply-To: References:

Message-ID: Hi! Steffen Kamper wrote: > yes, it seems so. And you are one of the exceptions as you are reviewing > a lot of patches, many thx to you for that! :) > So what to do? Long time well known problem, but no change anyway? Once I proposed a ban on new patches for a week. The whole week should be dedicated only to reviews. May be we should really try it? -- Dmitry Dulepov TYPO3 Core team My TYPO3 book: http://www.packtpub.com/typo3-extension-development/book In the blog: http://typo3bloke.net/pages/book-reviews/presentation-zen-by-garr-reynolds/ From masi-no at spam-typo3.org Mon Sep 1 18:28:35 2008 From: masi-no at spam-typo3.org (Martin Kutschker) Date: Mon, 01 Sep 2008 18:28:35 +0200 Subject: [TYPO3-dev] TYPO3 Bug Day coming up this Friday, August 29th In-Reply-To: References:

Message-ID: Dmitry Dulepov [typo3] schrieb: > Hi! > > Steffen Kamper wrote: >> yes, it seems so. And you are one of the exceptions as you are >> reviewing a lot of patches, many thx to you for that! > > :) > >> So what to do? Long time well known problem, but no change anyway? > > Once I proposed a ban on new patches for a week. The whole week should > be dedicated only to reviews. May be we should really try it? Why not? Or something like a review day. Reviewing (with proper testing *) is much more time consuming as some on the lists may think. Masi * even thinking about the problem and it's solution is not always done in a couple of minutes. From typo3 at jhpc.de Mon Sep 1 18:29:48 2008 From: typo3 at jhpc.de (Helmut Hummel) Date: Mon, 01 Sep 2008 18:29:48 +0200 Subject: [TYPO3-dev] Adding snippet to standard .htaccess ruleset to avoid 404 recursion Message-ID: Hi there, how about adding the snippet Dmitry provided in his blog post[1] to the _htaccess sample that comes with the dummy package? It avoids a big problem you encounter, whe using TYPO3 with a custom 404 page and " References:

Message-ID: Dmitry Dulepov [typo3] a ?crit : > Steffen Kamper wrote: >> yes, it seems so. And you are one of the exceptions as you are >> reviewing a lot of patches, many thx to you for that! > > :) > >> So what to do? Long time well known problem, but no change anyway? > > Once I proposed a ban on new patches for a week. The whole week should > be dedicated only to reviews. May be we should really try it? Make a freeze until all patches older than 1 month are in the TYPO3 Core or at least the API is enhanced so it can be easily moved into a patch extension. So others could aleady use it by installing an extension and even start to enhance this for the future. A patch extension however should not require any XCLASS! Franz From info at sk-typo3.de Mon Sep 1 18:42:28 2008 From: info at sk-typo3.de (Steffen Kamper) Date: Mon, 01 Sep 2008 18:42:28 +0200 Subject: [TYPO3-dev] TYPO3 Bug Day coming up this Friday, August 29th In-Reply-To: References:

Message-ID: Martin Kutschker schrieb: > Dmitry Dulepov [typo3] schrieb: >> Hi! >> >> Steffen Kamper wrote: >>> yes, it seems so. And you are one of the exceptions as you are >>> reviewing a lot of patches, many thx to you for that! >> :) >> >>> So what to do? Long time well known problem, but no change anyway? >> Once I proposed a ban on new patches for a week. The whole week should >> be dedicated only to reviews. May be we should really try it? > > Why not? Or something like a review day. Reviewing (with proper testing > *) is much more time consuming as some on the lists may think. > > Masi > > * even thinking about the problem and it's solution is not always done > in a couple of minutes. well, +1 for a "review" day. Unfortunally the inactive members also not read this list so how address them? Should be done internal. And yes, reviewing / understanding is difficult and time consuming. And it needs a special care. May be it should also be a rule to make a test note "How to test and reproduce" vg Steffen From lolli at schwarzbu.ch Mon Sep 1 18:47:55 2008 From: lolli at schwarzbu.ch (Christian Kuhn) Date: Mon, 01 Sep 2008 18:47:55 +0200 Subject: [TYPO3-dev] TYPO3 Bug Day coming up this Friday, August 29th In-Reply-To: References:

Message-ID: Hi! Steffen Kamper wrote: > Dmitry Dulepov [typo3] schrieb: >> Hi! >> >> Steffen Kamper wrote: >>> i'm wondering about less action in core list after Bug day. >>> I'm also wondering about no core member review of sent patches. >>> >>> In general there are such big amount of open patches in core list that >>> need review, at least core members have to vote to get them in core. >>> I'm tired about sending reminders, i myself have about >7 open patches >>> in this list. Also i feel the importance of the reviews instead of >>> flooding list with new patches (don't misunderstand, patches are alway >>> good and welcome) but for patchers the low input of core members is >>> kind of frustrating. There are some "all time active" members being >>> active, but they can't review all open patches! >> Hm, seems like you hit the same problem that core team hit long time >> ago: people send patches and no one looks at them... The fact that a lot of patches already got +1 from an external dev and are still not reviewed by a core dev is indeed a bit frustrating. Benni just told me he needs to finish a customer project and will then give some time to the core list again. It's generally good to see core devs working on new major features, there are some things for 4.3 I am really looking forward to. Some of the more simple things are done by externals today and this is good. The bugday already guided some people on how to patch and send to the list. Maybe there could be some core devs who are officially assigned to patch reviewing and guiding new devs? I try do do the following to take some load off from core devs: - Test more patches faithfully than I send in. - Update patches if they are not ok from my point of view (sometimes just because of CGL), regardless of who sent them and how old long they have been hanging around. - Give tips on how to simple test / verify an issue. I will probably start a new round of reviewing and testing older patches the next days. I really hope this helps if at least someone verifies or updates things to be compliant to current trunk. > Hi Dmitry, > > yes, it seems so. And you are one of the exceptions as you are reviewing > a lot of patches, many thx to you for that! *sign* Your work is highly appreciated! Your input is always straight forwards and points important problems out. Regards Christian From benni at typo3.org Mon Sep 1 19:11:34 2008 From: benni at typo3.org (Benjamin Mack) Date: Mon, 01 Sep 2008 12:11:34 -0500 Subject: [TYPO3-dev] Adding snippet to standard .htaccess ruleset to avoid 404 recursion In-Reply-To: References: Message-ID: Hey Helmut, good idea. Want to create a patch for this? -- All the best, benni. -SDG- From peter at umloud.dk Mon Sep 1 19:13:28 2008 From: peter at umloud.dk (Peter Klein) Date: Mon, 1 Sep 2008 19:13:28 +0200 Subject: [TYPO3-dev] Append sheet to existing plugin flexform Message-ID: Is there any way to append a FlexForm sheet to the FlexForm setup of an existing plugin? What I want, is to add an extra sheet (tab) of options to the tt_news flexform setup. I can replace the entire sheet by issuing a: t3lib_extMgm::addPiFlexFormValue(9, 'FILE:EXT:myext/flexform_ds.xml'); But then I have to update my flexform file everytime the oringinal flexform file is changed. :( -- Peter Klein From mail-spam at ringerge.org Mon Sep 1 19:25:15 2008 From: mail-spam at ringerge.org (Georg Ringer) Date: Mon, 01 Sep 2008 19:25:15 +0200 Subject: [TYPO3-dev] Append sheet to existing plugin flexform In-Reply-To: References: Message-ID: Peter Klein schrieb: > Is there any way to append a FlexForm sheet to the FlexForm setup of an > existing plugin? IMO not :( georg From info at sk-typo3.de Mon Sep 1 19:42:03 2008 From: info at sk-typo3.de (Steffen Kamper) Date: Mon, 01 Sep 2008 19:42:03 +0200 Subject: [TYPO3-dev] Append sheet to existing plugin flexform In-Reply-To: References: Message-ID: Peter Klein schrieb: > Is there any way to append a FlexForm sheet to the FlexForm setup of an > existing plugin? > > What I want, is to add an extra sheet (tab) of options to the tt_news > flexform setup. > > I can replace the entire sheet by issuing a: > > t3lib_extMgm::addPiFlexFormValue(9, 'FILE:EXT:myext/flexform_ds.xml'); > > But then I have to update my flexform file everytime the oringinal flexform > file is changed. :( > > -- > Peter Klein > > > Hi, have a look to Dmitry's comments, you see a possibility to include complete flexform EXT:comments/pi1/flexform_ds_general.xml EXT:comments/pi1/flexform_ds_advanced.xml EXT:comments/pi1/flexform_ds_spamprotect.xml so you probably add your flexform and include original one vg Steffen From fsuter at cobweb.ch Mon Sep 1 21:15:41 2008 From: fsuter at cobweb.ch (Francois Suter) Date: Mon, 01 Sep 2008 21:15:41 +0200 Subject: [TYPO3-dev] TYPO3 Bug Day coming up this Friday, August 29th In-Reply-To: References:

Message-ID: Hi, > Once I proposed a ban on new patches for a week. The whole week should > be dedicated only to reviews. May be we should really try it? Could be a solution, but we would still need to have people available for reviewing. And as Christian notes in another post, in some cases it's strict core devs that are needed, because some patches already have enough non-core-devs +1's. We could also declare that next Bug Day (Sep 26) is Review Day. Cheers -- Francois Suter Cobweb Development Sarl - http://www.cobweb.ch From peter at umloud.dk Mon Sep 1 21:42:03 2008 From: peter at umloud.dk (Peter Klein) Date: Mon, 1 Sep 2008 21:42:03 +0200 Subject: [TYPO3-dev] Append sheet to existing plugin flexform References:

Message-ID: "Steffen Kamper" wrote in message news:mailman.1.1220290923.20354.typo3-dev at lists.netfielders.de... > Peter Klein schrieb: >> Is there any way to append a FlexForm sheet to the FlexForm setup of an >> existing plugin? >> >> What I want, is to add an extra sheet (tab) of options to the tt_news >> flexform setup. >> > > have a look to Dmitry's comments, you see a possibility to include > complete flexform > > EXT:comments/pi1/flexform_ds_general.xml > EXT:comments/pi1/flexform_ds_advanced.xml > > EXT:comments/pi1/flexform_ds_spamprotect.xml > > > so you probably add your flexform and include original one > > vg Steffen Hi Steffen. Unfortunatly that doesn't work, as the above example can import seperate sheets, but not complete flexform files. So in order for this to work, tt_news (and other) should have all it's flexform sheets split up in seperate files, with one main "flexform:ds.xml" that loads all the external sheets. That way, you just create your own "flexform:ds.xml", that loaded the same external sheets as the original, + your extra sheet. -- Peter Klein From info at sk-typo3.de Mon Sep 1 22:38:21 2008 From: info at sk-typo3.de (Steffen Kamper) Date: Mon, 01 Sep 2008 22:38:21 +0200 Subject: [TYPO3-dev] Append sheet to existing plugin flexform In-Reply-To: References:

Message-ID: Peter Klein schrieb: > "Steffen Kamper" wrote in message > news:mailman.1.1220290923.20354.typo3-dev at lists.netfielders.de... >> Peter Klein schrieb: >>> Is there any way to append a FlexForm sheet to the FlexForm setup of an >>> existing plugin? >>> >>> What I want, is to add an extra sheet (tab) of options to the tt_news >>> flexform setup. >>> >> have a look to Dmitry's comments, you see a possibility to include >> complete flexform >> >> EXT:comments/pi1/flexform_ds_general.xml >> EXT:comments/pi1/flexform_ds_advanced.xml >> >> EXT:comments/pi1/flexform_ds_spamprotect.xml >> >> >> so you probably add your flexform and include original one >> >> vg Steffen > > Hi Steffen. > > Unfortunatly that doesn't work, as the above example can import seperate > sheets, but not complete flexform files. > So in order for this to work, tt_news (and other) should have all it's > flexform sheets split up in seperate files, with one main "flexform:ds.xml" > that loads all the external sheets. > > That way, you just create your own "flexform:ds.xml", that loaded the same > external sheets as the original, + your extra sheet. > > -- > Peter Klein > > > Hi Peter, ok, i see the limitation. What's about replacing original flexform, reading original Flexform and including in own? At least you should only have a flexform where the original values can be read with same reference. vg Steffen From masi-no at spam-typo3.org Mon Sep 1 22:54:55 2008 From: masi-no at spam-typo3.org (Martin Kutschker) Date: Mon, 01 Sep 2008 22:54:55 +0200 Subject: [TYPO3-dev] TYPO3 Bug Day coming up this Friday, August 29th In-Reply-To: References:

Message-ID: Steffen Kamper schrieb: > > And yes, reviewing / understanding is difficult and time consuming. And > it needs a special care. One of the biggest tasks is to see - as Kasper phrased it - the big picture. What other parts of TYPO3 will the change affect? Will the new code break something? This is the hardest part for new TYPO3 programmers. Unfortunately it takes a considerable amount of time to read TYPO3's code. I never started a read-all-files sections so I still haven't read all files by now ;-) Masi From dmitry at typo3.org Tue Sep 2 08:42:40 2008 From: dmitry at typo3.org (Dmitry Dulepov [typo3]) Date: Tue, 02 Sep 2008 09:42:40 +0300 Subject: [TYPO3-dev] TYPO3 Bug Day coming up this Friday, August 29th In-Reply-To: References:

Message-ID: Hi! Christian Kuhn wrote: > The fact that a lot of patches already got +1 from an external dev and > are still not reviewed by a core dev is indeed a bit frustrating. Benni > just told me he needs to finish a customer project and will then give > some time to the core list again. I can tell only about myself. Sometimes I do not feel like I am a right person to review the patch because I feel weak in that area (EM, for example). On the other case I do not like the idea on the intuitive level but this is not a reason to stop the patch. So I keep quiet again. Yet another case is that testing the patch takes lots of effort to reproduce the bug (it was like that with #8232). Other developers may have the same reasons. Don't also forget that all core devs do core work in their spare time. Only v5 team is paid for working on TYPO3, v4 is not! > Maybe there could be some core devs who are officially assigned to patch > reviewing and guiding new devs? It is difficult to "assign" people in core team because they are not oligated to work on core (not paid for this). Core team members mostly volunteer for tasks. -- Dmitry Dulepov TYPO3 Core team My TYPO3 book: http://www.packtpub.com/typo3-extension-development/book In the blog: http://typo3bloke.net/pages/book-reviews/presentation-zen-by-garr-reynolds/ From dmitry at typo3.org Tue Sep 2 08:45:45 2008 From: dmitry at typo3.org (Dmitry Dulepov [typo3]) Date: Tue, 02 Sep 2008 09:45:45 +0300 Subject: [TYPO3-dev] Append sheet to existing plugin flexform In-Reply-To: References: Message-ID: Hi! Peter Klein wrote: > Is there any way to append a FlexForm sheet to the FlexForm setup of an > existing plugin? > > What I want, is to add an extra sheet (tab) of options to the tt_news > flexform setup. > > I can replace the entire sheet by issuing a: > > t3lib_extMgm::addPiFlexFormValue(9, 'FILE:EXT:myext/flexform_ds.xml'); > > But then I have to update my flexform file everytime the oringinal flexform > file is changed. :( I thought about this feature (extending flexform). My idea was that you can not only add a new sheet but override flexform definition in existing sheets. This is not possible now but can be developed. As usual it needs time and sponsoring :D Therefore it is in the idea box for now. I know how to do it, I simply do not have time/money for it. -- Dmitry Dulepov TYPO3 Core team My TYPO3 book: http://www.packtpub.com/typo3-extension-development/book In the blog: http://typo3bloke.net/pages/book-reviews/presentation-zen-by-garr-reynolds/ From fsuter at cobweb.ch Tue Sep 2 09:56:43 2008 From: fsuter at cobweb.ch (Francois Suter) Date: Tue, 02 Sep 2008 09:56:43 +0200 Subject: [TYPO3-dev] Can wizard_edit.php behave like wizard_add.php? Message-ID: Hi all, I have defined some wizard configuration in one of my extensions as such: 'wizards' => array( 'add' => array( 'type' => 'script', 'title' => 'LLL:EXT:displaycontroller/locallang_db.xml:wizards.add_dataprovider', 'script' => 'wizard_add.php', 'icon' => 'add.gif', 'params' => array( 'table' => 'tx_dataquery_queries', 'pid' => '###CURRENT_PID###', 'setValue' => 'append' ) ), 'edit' => array( 'type' => 'popup', 'title' => 'LLL:EXT:displaycontroller/locallang_db.xml:wizards.edit_dataprovider', 'script' => 'wizard_edit.php', 'icon' => 'edit2.gif', 'popup_onlyOpenIfSelected' => 1 ), ) This configuration is based on examples from Core APIs and works fine. However I would like the edit window to open inside the same frame and not in a popup window. Just like the add wizard does. Unfortunately I couldn't achieve that. All I got was a blank frame. Is this possible at all and, if yes, what is the proper configuration? Cheers -- Francois Suter Cobweb Development Sarl - http://www.cobweb.ch From news at ringerge.org Tue Sep 2 10:01:29 2008 From: news at ringerge.org (Georg Ringer) Date: Tue, 02 Sep 2008 10:01:29 +0200 Subject: [TYPO3-dev] Can wizard_edit.php behave like wizard_add.php? In-Reply-To: References: Message-ID: Hi, change 'type' => 'popup', to 'type' => 'script', maybe this works but I don't know georg From franz at fholzinger.com Tue Sep 2 10:23:42 2008 From: franz at fholzinger.com (Franz Holzinger) Date: Tue, 02 Sep 2008 10:23:42 +0200 Subject: [TYPO3-dev] TYPO3 Bug Day coming up this Friday, August 29th In-Reply-To: References:

Message-ID: Dmitry Dulepov [typo3] a ?crit : > It is difficult to "assign" people in core team because they are not > oligated to work on core (not paid for this). Core team members mostly > volunteer for tasks. But then many bugfixes and enhancements are blocked by Core people. No improvements can be made to the TYPO3 Core by others and not even by Core members themselves. Therefore even _extension developers_ should be allowed to put their patches into svn trunk if they have two +1 and nobody opposes after 3 weeks or has a better solution at the moment. The patch could be removed again later before the next release is published, if it did not work and nobody has been willing to fix it in time. - Franz From dmitry at typo3.org Tue Sep 2 10:30:37 2008 From: dmitry at typo3.org (Dmitry Dulepov [typo3]) Date: Tue, 02 Sep 2008 11:30:37 +0300 Subject: [TYPO3-dev] TYPO3 Bug Day coming up this Friday, August 29th In-Reply-To: References:

Message-ID: Hi! Franz Holzinger wrote: > But then many bugfixes and enhancements are blocked by Core people. No > improvements can be made to the TYPO3 Core by others and not even by > Core members themselves. Usually they are blocked for a reason. > Therefore even _extension developers_ should be allowed to put their > patches into svn trunk if they have two +1 and nobody opposes after 3 > weeks or has a better solution at the moment. The patch could be removed > again later before the next release is published, if it did not work and > nobody has been willing to fix it in time. No. We do not risk the stability of the TYPO3 core. -- Dmitry Dulepov TYPO3 Core team My TYPO3 book: http://www.packtpub.com/typo3-extension-development/book In the blog: http://typo3bloke.net/pages/book-reviews/presentation-zen-by-garr-reynolds/ From masi-no at spam-typo3.org Tue Sep 2 10:32:55 2008 From: masi-no at spam-typo3.org (Martin Kutschker) Date: Tue, 02 Sep 2008 10:32:55 +0200 Subject: [TYPO3-dev] TYPO3 Bug Day coming up this Friday, August 29th In-Reply-To: References:

Message-ID: Franz Holzinger schrieb: > Dmitry Dulepov [typo3] a ?crit : > >> It is difficult to "assign" people in core team because they are not >> oligated to work on core (not paid for this). Core team members mostly >> volunteer for tasks. > > But then many bugfixes and enhancements are blocked by Core people. No > improvements can be made to the TYPO3 Core by others and not even by > Core members themselves. > Therefore even _extension developers_ should be allowed to put their > patches into svn trunk if they have two +1 and nobody opposes after 3 > weeks or has a better solution at the moment. The patch could be removed > again later before the next release is published, if it did not work and > nobody has been willing to fix it in time. No. QA is poor enough as it is now. Core devs are no superiour beings but they have proven that they know enough of this "big picture" to judge if a patch may be committed. Masi From dmitry at typo3.org Tue Sep 2 10:32:54 2008 From: dmitry at typo3.org (Dmitry Dulepov [typo3]) Date: Tue, 02 Sep 2008 11:32:54 +0300 Subject: [TYPO3-dev] TYPO3 Bug Day coming up this Friday, August 29th In-Reply-To: References:

Message-ID: Hi! Dmitry Dulepov [typo3] wrote: >> Therefore even _extension developers_ should be allowed to put their >> patches into svn trunk if they have two +1 and nobody opposes after 3 >> weeks or has a better solution at the moment. The patch could be >> removed again later before the next release is published, if it did >> not work and nobody has been willing to fix it in time. > > No. We do not risk the stability of the TYPO3 core. Btw, if every extension developer will be allowed to commit, next release will have lots of security bulletins or performance issues. I often have to work with other extension and fix either SQL injections or set_no_cache() there. Think, would Linux kernel people allow any Linux developer to commit to the Linux kernel? What will happen then? -- Dmitry Dulepov TYPO3 Core team My TYPO3 book: http://www.packtpub.com/typo3-extension-development/book In the blog: http://typo3bloke.net/pages/book-reviews/presentation-zen-by-garr-reynolds/ From fsuter at cobweb.ch Tue Sep 2 10:48:20 2008 From: fsuter at cobweb.ch (Francois Suter) Date: Tue, 02 Sep 2008 10:48:20 +0200 Subject: [TYPO3-dev] Can wizard_edit.php behave like wizard_add.php? In-Reply-To: References:

Message-ID: Hi, > change > 'type' => 'popup', > to > 'type' => 'script', > > maybe this works but I don't know I tried, but it'a not enough. If I do that I get an empty frame with just: inside... Cheers -- Francois Suter Cobweb Development Sarl - http://www.cobweb.ch From franz at fholzinger.com Tue Sep 2 10:54:54 2008 From: franz at fholzinger.com (Franz Holzinger) Date: Tue, 02 Sep 2008 10:54:54 +0200 Subject: [TYPO3-dev] TYPO3 Bug Day coming up this Friday, August 29th In-Reply-To: References:

Message-ID: Dmitry Dulepov [typo3] a ?crit : >>> Therefore even _extension developers_ should be allowed to put their >>> patches into svn trunk if they have two +1 and nobody opposes after 3 >>> weeks or has a better solution at the moment. The patch could be >>> removed again later before the next release is published, if it did >>> not work and nobody has been willing to fix it in time. >> >> No. We do not risk the stability of the TYPO3 core. > > Btw, if every extension developer will be allowed to commit, next > release will have lots of security bulletins or performance issues. I > often have to work with other extension and fix either SQL injections or > set_no_cache() there. The core developers have had 3 weeks to give a -1 because of such a case. So they can concentrate more on checking only the SQL statements. Many more patches could provide many more improvements to TYPO3. Many of them are blocked for a undefinite long period of time. > Think, would Linux kernel people allow any Linux developer to commit to > the Linux kernel? What will happen then? You cannot compare this, because the LINUX kernel is a sponsored work. And no normal developer will want to contribute to the kernel, but rather to the desktop environment like KDE and GNOME. Franz From fsuter at cobweb.ch Tue Sep 2 10:56:43 2008 From: fsuter at cobweb.ch (Francois Suter) Date: Tue, 02 Sep 2008 10:56:43 +0200 Subject: [TYPO3-dev] Can wizard_edit.php behave like wizard_add.php? In-Reply-To: References:

Message-ID: Hi, > I tried, but it'a not enough. If I do that I get an empty frame with just: > > > > inside... Following up on that, I found what the problem is. When the wizard is of type "popup", the edit wizard receives the following information: currentValue tx_datadisplay_displays_1 currentSelectedValues tx_datadisplay_displays_1, But when the same wizard is declared as type "script", that information is *not* passed to the wizard, hencer the empty frame. Should this be considered a bug or is the edit wizard designed to be used purely as a popup? Cheers -- Francois Suter Cobweb Development Sarl - http://www.cobweb.ch From franz at fholzinger.com Tue Sep 2 11:11:31 2008 From: franz at fholzinger.com (Franz Holzinger) Date: Tue, 02 Sep 2008 11:11:31 +0200 Subject: [TYPO3-dev] TYPO3 Bug Day coming up this Friday, August 29th In-Reply-To: References:

Message-ID: Dmitry Dulepov [typo3] a ?crit : > Think, would Linux kernel people allow any Linux developer to commit to > the Linux kernel? What will happen then? Did you ever see such an error message under LINUX, when everything is blocked? LINUX Kernel Fatal Error: Module named "mymodule" was NOT loaded! (linux_extMgm::extPath) This never happens under any LINUX, however a normal TYPO3 user will happen to end up here. Nobody would use a LINUX kernel which could cause such a big trouble to users and where not restart could help. Unfortunately not even some of such serious blockers are getting fixed in TYPO3. It had helped already a lot if the error message would be telling more than only saying that it is a fatal error. Franz From dmitry at typo3.org Tue Sep 2 11:31:30 2008 From: dmitry at typo3.org (Dmitry Dulepov [typo3]) Date: Tue, 02 Sep 2008 12:31:30 +0300 Subject: [TYPO3-dev] TYPO3 Bug Day coming up this Friday, August 29th In-Reply-To: References:

Message-ID: Hi! Franz Holzinger wrote: > Did you ever see such an error message under LINUX, when everything is > blocked? > > LINUX Kernel Fatal Error: Module named "mymodule" was NOT loaded! > (linux_extMgm::extPath) I admit, this is a bad thing and should be fixed. Is there a patch already? > This never happens under any LINUX, however a normal TYPO3 user will > happen to end up here. Nobody would use a LINUX kernel which could cause > such a big trouble to users and where not restart could help. > > Unfortunately not even some of such serious blockers are getting fixed > in TYPO3. It had helped already a lot if the error message would be > telling more than only saying that it is a fatal error. Post the request to core list and make reminders if no one looks at it! -- Dmitry Dulepov TYPO3 Core team My TYPO3 book: http://www.packtpub.com/typo3-extension-development/book In the blog: http://typo3bloke.net/pages/book-reviews/presentation-zen-by-garr-reynolds/ From dmitry at typo3.org Tue Sep 2 11:34:04 2008 From: dmitry at typo3.org (Dmitry Dulepov [typo3]) Date: Tue, 02 Sep 2008 12:34:04 +0300 Subject: [TYPO3-dev] TYPO3 Bug Day coming up this Friday, August 29th In-Reply-To: References:

Message-ID: Hi! Franz Holzinger wrote: > The core developers have had 3 weeks to give a -1 because of such a > case. So they can concentrate more on checking only the SQL statements. > Many more patches could provide many more improvements to TYPO3. Many of > them are blocked for a undefinite long period of time. I know. Some of mine are blocked for years now and I apply them manually for each new version at my servers. But still some patches are turned down because they do harm to other parts of the system. We cannot let that happen. It may hit business of companies who use TYPO3. >> Think, would Linux kernel people allow any Linux developer to commit >> to the Linux kernel? What will happen then? > You cannot compare this, because the LINUX kernel is a sponsored work. > And no normal developer will want to contribute to the kernel, but > rather to the desktop environment like KDE and GNOME. Some work for TYPO3 core is also sponsored. Unfortunately TYPO3 association does not care about v4 any more and they sponsor only v5 :( So it is all in the hands of 3rd party interested companies... -- Dmitry Dulepov TYPO3 Core team My TYPO3 book: http://www.packtpub.com/typo3-extension-development/book In the blog: http://typo3bloke.net/pages/book-reviews/presentation-zen-by-garr-reynolds/ From franz at fholzinger.com Tue Sep 2 11:45:25 2008 From: franz at fholzinger.com (Franz Holzinger) Date: Tue, 02 Sep 2008 11:45:25 +0200 Subject: [TYPO3-dev] TYPO3 Bug Day coming up this Friday, August 29th In-Reply-To: References:

Message-ID: Dmitry Dulepov [typo3] a ?crit : > Franz Holzinger wrote: >> Did you ever see such an error message under LINUX, when everything is >> blocked? >> >> LINUX Kernel Fatal Error: Module named "mymodule" was NOT loaded! >> (linux_extMgm::extPath) > > I admit, this is a bad thing and should be fixed. Is there a patch already? A minimum would be this patch http://bugs.typo3.org/view.php?id=5873 which at least gives me more info for bugtracking. At the moment I am stuck again with the same bug. _TYPO3 Fatal Error: Extension key "extkey" was NOT loaded! (t3lib_extMgm::extPath)_ I do not know why, but the latest TYPO3 4.3 trunk demands an extension. So please let me get this patch into svn trunk. This would save me a lot of time for investigations. I would also provide another patch if you tell me what should be done here and you agree to help to get it into Core later. - Franz From oliver at typo3.org Tue Sep 2 13:55:16 2008 From: oliver at typo3.org (Oliver Hader) Date: Tue, 02 Sep 2008 13:55:16 +0200 Subject: [TYPO3-dev] Pages overlay from TypoScript Message-ID: Hi guys, maybe I didn't have enough coffee today, but also maybe this is currently not possible: Scenario: I want to display the localized title of a page in FE by the RECORDS object in TypoScript - example: temp.pageTitle = RECORDS temp.pageTitle { source = pages_123 tables = pages conf.pages < lib.whatever } In tslib_cObj there's a call to $GLOBALS['TSFE']->sys_page->getRecordOverlay() which won't work for pages, since pages have an own table for localization stuff - thus getPageOverlay() would be correct for the table 'pages' in the RECORDS and CONTENT TS-object... Do I need more coffee? olly -- Oliver Hader TYPO3 4.3 Release Manager From info at sk-typo3.de Tue Sep 2 14:04:32 2008 From: info at sk-typo3.de (Steffen Kamper) Date: Tue, 02 Sep 2008 14:04:32 +0200 Subject: [TYPO3-dev] Pages overlay from TypoScript In-Reply-To: References: Message-ID: Oliver Hader schrieb: > Hi guys, > > maybe I didn't have enough coffee today, but also maybe this is > currently not possible: > > Scenario: > I want to display the localized title of a page in FE by the RECORDS > object in TypoScript - example: > > temp.pageTitle = RECORDS > temp.pageTitle { > source = pages_123 > tables = pages > conf.pages < lib.whatever > } > > In tslib_cObj there's a call to > $GLOBALS['TSFE']->sys_page->getRecordOverlay() which won't work for > pages, since pages have an own table for localization stuff - thus > getPageOverlay() would be correct for the table 'pages' in the RECORDS > and CONTENT TS-object... > > Do I need more coffee? > > olly Hi olly, more coffee isn't bad anyway ... :-) You're right, as pages don't have [ctrl][languageField] There is missing the check for [ctrl][transForeignTable] which is configured in TCA of pages. vg Steffen From fsuter at cobweb.ch Tue Sep 2 14:14:54 2008 From: fsuter at cobweb.ch (Francois Suter) Date: Tue, 02 Sep 2008 14:14:54 +0200 Subject: [TYPO3-dev] Pages overlay from TypoScript In-Reply-To: References:

Message-ID: Hi, > You're right, as pages don't have [ctrl][languageField] > > There is missing the check for [ctrl][transForeignTable] which is > configured in TCA of pages. I stumbled on this problem too and worked around by not using a RECORDS object, but a HMENU with a special property of type list. Then special.value is a stdWrap, so you should be able to extract what you need. Hopefully.. HTH -- Francois Suter Cobweb Development Sarl - http://www.cobweb.ch From lolli at schwarzbu.ch Tue Sep 2 15:03:23 2008 From: lolli at schwarzbu.ch (Christian Kuhn) Date: Tue, 02 Sep 2008 15:03:23 +0200 Subject: [TYPO3-dev] TYPO3 Bug Day coming up this Friday, August 29th In-Reply-To: References:

Message-ID: Hi, Franz Holzinger wrote: > Dmitry Dulepov [typo3] a ?crit : > >> Think, would Linux kernel people allow any Linux developer to commit to >> the Linux kernel? What will happen then? > > Did you ever see such an error message under LINUX, when everything is > blocked? > > LINUX Kernel Fatal Error: Module named "mymodule" was NOT loaded! > (linux_extMgm::extPath) > > This never happens under any LINUX, however a normal TYPO3 user will > happen to end up here. Nobody would use a LINUX kernel which could cause > such a big trouble to users and where not restart could help. If your refer to the vanilla Linus tree of Linux, there is a well known, very monolithic, well structured, long and winding road to get patches in. They usually go over Sub or Sub-Sub Maintainers or even through separate trees for the testing and fixing process (eg. linux nextgen, mm-tree). Even if you have a nice solution to something, but you fucked up some tiny bit in this hole process, it might happen that your hole happy little project never makes it to vanilla. Its not as simple as you might think, please refer to [1] for details. Linux also changed the hole process several times to get a working solution, they still argue about details today. They even hacked up an own versioning tool to solve some problems. And there are still bugs in the kernel. I remember those promise ide controllers never where stable for me, the dvb driver still blew up my system sometimes and I have a serious regression somewhere in the block layer on one of my systems if I use filesystem encryption. Every one of those would probably take me years of getting more knowledge to have a minor chance to fix them. Back to TYPO3: IMHO the core is amazingly stable. If you lower the barrier to the core any further you will get a totally bloated and unstable solution within weeks. I am personally very glad that patches need to be reviewed, I still make lots of mistakes and I am very happy if a core dev takes a look to stuff or even points errors out. Serious testing and reviewing is a very time consuming task, you will never hear something like "come on lazy devs, get my stuff in" from me! I just can do my best to help. Even if there are currently quite some pending patches, many of them still have problems and a reason why they have not been committed. Regards Christian [1] On submitting kernel patches http://ols.fedoraproject.org/OLS/Reprints-2008/kleen-reprint.pdf From oliver at typo3.org Tue Sep 2 17:40:33 2008 From: oliver at typo3.org (Oliver Hader) Date: Tue, 02 Sep 2008 17:40:33 +0200 Subject: [TYPO3-dev] Pages overlay from TypoScript In-Reply-To: References:

Message-ID: Hi Francois, Francois Suter schrieb: >> You're right, as pages don't have [ctrl][languageField] >> >> There is missing the check for [ctrl][transForeignTable] which is >> configured in TCA of pages. > > I stumbled on this problem too and worked around by not using a RECORDS > object, but a HMENU with a special property of type list. Then > special.value is a stdWrap, so you should be able to extract what you > need. Hopefully.. Thanks for your feedback. I then I tend to look at this as a bug which should be fixed. I'm going to do this... ;-) olly -- Oliver Hader TYPO3 4.3 Release Manager From dmitry at typo3.org Tue Sep 2 17:46:21 2008 From: dmitry at typo3.org (Dmitry Dulepov [typo3]) Date: Tue, 02 Sep 2008 18:46:21 +0300 Subject: [TYPO3-dev] Pages overlay from TypoScript In-Reply-To: References:

Message-ID: Hi! Oliver Hader wrote: > Thanks for your feedback. I then I tend to look at this as a bug which > should be fixed. I'm going to do this... ;-) +1 - a bug! -- Dmitry Dulepov TYPO3 Core team My TYPO3 book: http://www.packtpub.com/typo3-extension-development/book In the blog: http://typo3bloke.net/pages/book-reviews/presentation-zen-by-garr-reynolds/ From moreno.feltscher at gmail.com Tue Sep 2 17:54:57 2008 From: moreno.feltscher at gmail.com (Moreno Feltscher) Date: Tue, 2 Sep 2008 17:54:57 +0200 Subject: [TYPO3-dev] GMENU und wrapItemAndSub In-Reply-To: References: Message-ID: Nothing new here? A working patch would be nice.. I can't do this by myself, knowledge problem based :-) Cheers Moreno From mail-spam at ringerge.org Tue Sep 2 18:18:51 2008 From: mail-spam at ringerge.org (Georg Ringer) Date: Tue, 02 Sep 2008 18:18:51 +0200 Subject: [TYPO3-dev] Can wizard_edit.php behave like wizard_add.php? In-Reply-To: References:

Message-ID: Francois Suter wrote: > But when the same wizard is declared as type "script", that information > is *not* passed to the wizard, hencer the empty frame. pass it manually. if it works, i would consider it as a bug georg From typo3ml at andreaswolf.info Wed Sep 3 00:12:13 2008 From: typo3ml at andreaswolf.info (Andreas Wolf) Date: Wed, 03 Sep 2008 00:12:13 +0200 Subject: [TYPO3-dev] Append sheet to existing plugin flexform In-Reply-To: References:

Message-ID: Hi Dmitry! Dmitry Dulepov [typo3] schrieb: > I thought about this feature (extending flexform). My idea was that > you can not only add a new sheet but override flexform definition in > existing sheets. This is not possible now but can be developed. As > usual it needs time and sponsoring :D Therefore it is in the idea box > for now. I know how to do it, I simply do not have time/money for it. Perhaps this would be something for the new TCEforms? As a second step of course, first I need to get the old model working. But I could imagine an object oriented approach of directly replacing a certain form element or form sheet and also adding new ones - especially the latter should be possible by design because everything will be available as an object. Cheers Andreas From info at sk-typo3.de Wed Sep 3 00:21:20 2008 From: info at sk-typo3.de (Steffen Kamper) Date: Wed, 03 Sep 2008 00:21:20 +0200 Subject: [TYPO3-dev] Append sheet to existing plugin flexform In-Reply-To: References:

Message-ID: Andreas Wolf schrieb: > Hi Dmitry! > > Dmitry Dulepov [typo3] schrieb: >> I thought about this feature (extending flexform). My idea was that >> you can not only add a new sheet but override flexform definition in >> existing sheets. This is not possible now but can be developed. As >> usual it needs time and sponsoring :D Therefore it is in the idea box >> for now. I know how to do it, I simply do not have time/money for it. > Perhaps this would be something for the new TCEforms? As a second step > of course, first I need to get the old model working. But I could > imagine an object oriented approach of directly replacing a certain form > element or form sheet and also adding new ones - especially the latter > should be possible by design because everything will be available as an > object. > > Cheers > > Andreas > you have my full and loudest +1 for that :-) vg Steffen From jayden at thermosis.com Wed Sep 3 02:00:40 2008 From: jayden at thermosis.com (Jayden Lawson) Date: Wed, 3 Sep 2008 10:00:40 +1000 Subject: [TYPO3-dev] Flash, XML, Typo3 Message-ID: Hi all, I'm a total noob with Typo3, so please excuse any comments wreaking of noobiness. I'm currently hunting for an appropriate CMS that can power my Flash websites that are fed by XML. All I have at the moment is an Apache server. Can you please recommend Typo3 tutorials and/or resources that will help me: - learn how to install Typo3 - learn how to export all needed data as XML upon a HTTP request. I'm assuming I can simply load that XML in to my Flash website and use that to create all my website's content. I don't mind doing my own research, so if you have any recommendations of where best to look for anything related to the above... please reply :) Many thanks, Jayden From peter at umloud.dk Wed Sep 3 09:25:23 2008 From: peter at umloud.dk (Peter Klein) Date: Wed, 03 Sep 2008 09:25:23 +0200 Subject: [TYPO3-dev] Append sheet to existing plugin flexform References:

Message-ID: On Mon, 01 Sep 2008 22:38:21 +0200, Steffen Kamper wrote: >Peter Klein schrieb: >> "Steffen Kamper" wrote in message >> news:mailman.1.1220290923.20354.typo3-dev at lists.netfielders.de... >>> Peter Klein schrieb: >>>> Is there any way to append a FlexForm sheet to the FlexForm setup of an >>>> existing plugin? >>>> >>>> What I want, is to add an extra sheet (tab) of options to the tt_news >>>> flexform setup. >>>> >>> have a look to Dmitry's comments, you see a possibility to include >>> complete flexform >>> >>> EXT:comments/pi1/flexform_ds_general.xml >>> EXT:comments/pi1/flexform_ds_advanced.xml >>> >>> EXT:comments/pi1/flexform_ds_spamprotect.xml >>> >>> >>> so you probably add your flexform and include original one >>> >>> vg Steffen >> >> Hi Steffen. >> >> Unfortunatly that doesn't work, as the above example can import seperate >> sheets, but not complete flexform files. >> So in order for this to work, tt_news (and other) should have all it's >> flexform sheets split up in seperate files, with one main "flexform:ds.xml" >> that loads all the external sheets. >> >> That way, you just create your own "flexform:ds.xml", that loaded the same >> external sheets as the original, + your extra sheet. >> >> -- >> Peter Klein >> >> >> >Hi Peter, > >ok, i see the limitation. >What's about replacing original flexform, reading original Flexform and >including in own? >At least you should only have a flexform where the original values can >be read with same reference. > >vg Steffen Hi Steffen. I ended up with something similar. I created a updf, which reads the original FlexForm DS files, merges in my custom sheet after the original ones and saves the modified version. The modified version is then used to replace the original one. This gives the admin a fairly simple way of keeping the modified FF file up-to-date. (Providing that no other extensions do the same..) -- Peter From franz at fholzinger.com Wed Sep 3 09:34:24 2008 From: franz at fholzinger.com (Franz Holzinger) Date: Wed, 03 Sep 2008 09:34:24 +0200 Subject: [TYPO3-dev] Magento to TYPO3 In-Reply-To: References:

Message-ID: Martin Kutschker a ?crit : > Franz Holzinger schrieb: >> TYPO3 forces all frontend extensions into the pi_base class. IMHO there >> is no alternative API possible for TYPO3 extensions at the moment. > > Why? You don't have to extend pi_base at all if you don't want to. It's > just a custom. You have to have only a method that takes the two > parameters $conf and $content, which you can name whatever you like. Hello Masi, this works fine, thanks! Only the $cObj is still necessary if you do want to get the data out of the parent cObj. I have change the class now to this (see below). This helps to get rid of the pibase object parameter in all init functions. So a simple API can be created now. Franz ---------------------------------- class tx_ttproducts_pi1 { /** * The backReference to the mother cObj object set at call time * * @var tslib_cObj */ var $cObj; /** * Main method. Call this from TypoScript by a USER cObject. */ public function main($content,&$conf) { $pibaseObj = &t3lib_div::getUserObj('&tx_ttproducts_pi1_base'); $pibaseObj->cObj = &$this->cObj; $content = $pibaseObj->main($content,$conf); return $content; } } From masi-no at spam-typo3.org Wed Sep 3 09:39:09 2008 From: masi-no at spam-typo3.org (Martin Kutschker) Date: Wed, 03 Sep 2008 09:39:09 +0200 Subject: [TYPO3-dev] Magento to TYPO3 In-Reply-To: References:

Message-ID: Franz Holzinger schrieb: > Martin Kutschker a ?crit : >> Franz Holzinger schrieb: >>> TYPO3 forces all frontend extensions into the pi_base class. IMHO there >>> is no alternative API possible for TYPO3 extensions at the moment. >> >> Why? You don't have to extend pi_base at all if you don't want to. It's >> just a custom. You have to have only a method that takes the two >> parameters $conf and $content, which you can name whatever you like. > > Hello Masi, > > this works fine, thanks! > > Only the $cObj is still necessary if you do want to get the data out of > the parent cObj. True. Masi From info at sk-typo3.de Wed Sep 3 11:25:23 2008 From: info at sk-typo3.de (Steffen Kamper) Date: Wed, 03 Sep 2008 11:25:23 +0200 Subject: [TYPO3-dev] Problem with pageNotFound_handling and type Message-ID: Hi, i have a problem. I configured pageNotFound_handling which works ok almost. But some urls are disinterpreted, like /index.php/news/23/57/ Then instead of 404-page i get TYPO3-error: The page is not configured! [type= 57][] How can i prevent this without defining all types? :-) vg Steffen From typo3ng_2008 at martinholtz.de Wed Sep 3 11:28:50 2008 From: typo3ng_2008 at martinholtz.de (Martin Holtz) Date: Wed, 03 Sep 2008 11:28:50 +0200 Subject: [TYPO3-dev] page cache is not influenced by tt_content.starttime/endtime In-Reply-To: References:

Message-ID: Hi, >> So i wrote an extension which checks now all content elements of an page >> before it is written to page cache. If there is an element with >> starttime/endtime within the 24hours, the cache expire timestamp is >> set to >> that value. > > this definitly is something that should be in the core rather than be > sleeping in some extension... > > could you please make a patch and send it to the core list? Looking > forward to your patch! No it respects groups permissions via enableFields() but i have not test it enough. And i thought about an hook or an global variable where an extension could check the expire time too. I think it would be very usefull, if an tt_news plugin could set the expire-timestamp too, so if an news should be shown the expire-time of that page would be set to the correct time. I have two solutions in my mind for that: 1) an global variable where every extension can set the value is - i think - an easy solution. 2) Using a Hook - it is the comman way and has an clear interface. It would be easy to recognice that feature. But i think it has much more "overhead" to intantiate some classes to get an simple integer value. At the perfomance view i would take solution 1) but from point of separation and team work, i would take soulution 2) Can someone give me an comment on that? thanks, martin From info at sk-typo3.de Wed Sep 3 11:34:44 2008 From: info at sk-typo3.de (Steffen Kamper) Date: Wed, 03 Sep 2008 11:34:44 +0200 Subject: [TYPO3-dev] page cache is not influenced by tt_content.starttime/endtime In-Reply-To: References:

Message-ID: Martin Holtz schrieb: > Hi, > >>> So i wrote an extension which checks now all content elements of an page >>> before it is written to page cache. If there is an element with >>> starttime/endtime within the 24hours, the cache expire timestamp is >>> set to >>> that value. >> this definitly is something that should be in the core rather than be >> sleeping in some extension... >> >> could you please make a patch and send it to the core list? Looking >> forward to your patch! > No it respects groups permissions via enableFields() but i have not test > it enough. > > And i thought about an hook or an global variable where an extension > could check the expire time too. > > I think it would be very usefull, if an tt_news plugin could set the > expire-timestamp too, so if an news should be shown the expire-time of > that page would be set to the correct time. > > I have two solutions in my mind for that: > > 1) an global variable where every extension can set the value is - i > think - an easy solution. > > 2) Using a Hook - it is the comman way and has an clear interface. It > would be easy to recognice that feature. But i think it has much more > "overhead" to intantiate some classes to get an simple integer value. > > At the perfomance view i would take solution 1) but from point of > separation and team work, i would take soulution 2) > > Can someone give me an comment on that? > > thanks, > martin Hi Martin, i didn't digged in this deeper, but does TSFE has this as variable? It should work in same manner as overriding the page title as seen in tt_news. vg Steffen From info at sk-typo3.de Wed Sep 3 14:44:28 2008 From: info at sk-typo3.de (Steffen Kamper) Date: Wed, 03 Sep 2008 14:44:28 +0200 Subject: [TYPO3-dev] Problem with pageNotFound_handling and type In-Reply-To: References: Message-ID: Steffen Kamper schrieb: > Hi, > > i have a problem. I configured pageNotFound_handling which works ok almost. > > But some urls are disinterpreted, like > /index.php/news/23/57/ > > Then instead of 404-page i get TYPO3-error: The page is not configured! > [type= 57][] > > How can i prevent this without defining all types? :-) > > vg Steffen ok, after digging into the code i found a way. I defined: $TYPO3_CONF_VARS['FE']['pageUnavailable_handling'] = 'REDIRECT:/404.html'; Because i didn't want to write own user_func i patched tslib_fe in this way: } elseif (t3lib_div::isFirstPartOfStr($code,'REDIRECT:')) { $redirect = explode(':', $code); $replace = intval($code[2]) ? true : false; $http_response_code = $code[3] ? $code[3] : '404'; header('Location: '.t3lib_div::locationHeaderUrl($code[1]), $replace, $http_response_code); exit; So it is possible to declare ohn http_response_code for the redirect. What do you think of that? btw - i remember Jeff enhanced these handlers, are they documented in actual docs? vg Steffen From cryangel at gmail.com Wed Sep 3 15:01:45 2008 From: cryangel at gmail.com (Cray Flatline) Date: Wed, 03 Sep 2008 16:01:45 +0300 Subject: [TYPO3-dev] Backend extension form fields question Message-ID: Hi, All! I'm seeking answer to the noob question. I'm creating extension with car base, where I need to have three fields in the background. Type Make Model I want to make such thing: when I add new item in BE with this extension (car), I choose from type for example "motorcycle", so in the Make I will see only makes of motorcycles (honda, kawasaki etc.) but not for automobiles (i.e. Ford, VW). And when I choose something from Make (i.e. Honda), I want to see in Model only Honda models. Can I do it someway? I need to use "type-field" to reload page every time I choose from Type or Make? Or I can make it with something like ajax? Can anybody give me right direction to see/read/seek? (: Thanks a lot! Cray Flatline From info at sk-typo3.de Wed Sep 3 15:17:41 2008 From: info at sk-typo3.de (Steffen Kamper) Date: Wed, 03 Sep 2008 15:17:41 +0200 Subject: [TYPO3-dev] Backend extension form fields question In-Reply-To: References: Message-ID: Cray Flatline schrieb: > Hi, All! I'm seeking answer to the noob question. > > I'm creating extension with car base, where I need to have three fields > in the background. > > Type > Make > Model > > I want to make such thing: when I add new item in BE with this extension > (car), I choose from type for example "motorcycle", so in the Make I > will see only makes of motorcycles (honda, kawasaki etc.) but not for > automobiles (i.e. Ford, VW). And when I choose something from Make > (i.e. Honda), I want to see in Model only Honda models. > > Can I do it someway? I need to use "type-field" to reload page every > time I choose from Type or Make? Or I can make it with something like ajax? > > Can anybody give me right direction to see/read/seek? (: > > Thanks a lot! > Cray Flatline Hi, have a look at the documentation and search for DisplayCond http://typo3.org/documentation/document-library/core-documentation/doc_core_api/4.1.0/view/4/2/ vg Steffen From cryangel at gmail.com Wed Sep 3 15:44:42 2008 From: cryangel at gmail.com (Cray Flatline) Date: Wed, 03 Sep 2008 16:44:42 +0300 Subject: [TYPO3-dev] Backend extension form fields question In-Reply-To: References:

Message-ID: Steffen Kamper wrote: displayCond string Contains a condition rule for whether to display the field or not. Sorry, but I don't need to show/hide fields, I need to change items in the Make dropdown field dependently of user choise in Type dropdown field, and change items in the Model dropdown field dependently of user choise in Make field. > Hi, > > have a look at the documentation and search for DisplayCond > http://typo3.org/documentation/document-library/core-documentation/doc_core_api/4.1.0/view/4/2/ > > > vg Steffen From info at sk-typo3.de Wed Sep 3 15:47:25 2008 From: info at sk-typo3.de (Steffen Kamper) Date: Wed, 03 Sep 2008 15:47:25 +0200 Subject: [TYPO3-dev] Backend extension form fields question In-Reply-To: References:

Message-ID: Cray Flatline schrieb: > Steffen Kamper wrote: > > displayCond string Contains a condition rule for whether to > display the field or not. > > > Sorry, but I don't need to show/hide fields, I need to change items in > the Make dropdown field dependently of user choise in Type dropdown > field, and change items in the Model dropdown field dependently of user > choise in Make field. > > exactly, and when you change a field which influences other fields having this displayCond, form will be reloaded with the now visible field vg Steffen From cryangel at gmail.com Wed Sep 3 16:52:26 2008 From: cryangel at gmail.com (Cray Flatline) Date: Wed, 03 Sep 2008 17:52:26 +0300 Subject: [TYPO3-dev] Backend extension form fields question In-Reply-To: References:

Message-ID: Steffen Kamper wrote: All three fields are visible. How I can change content of that dropdowns depend of parent dropdown? >> displayCond string Contains a condition rule for whether to >> display the field or not. >> >> >> Sorry, but I don't need to show/hide fields, I need to change items in >> the Make dropdown field dependently of user choise in Type dropdown >> field, and change items in the Model dropdown field dependently of user >> choise in Make field. > exactly, and when you change a field which influences other fields > having this displayCond, form will be reloaded with the now visible field > > vg Steffen From typo3 at jhpc.de Wed Sep 3 17:16:58 2008 From: typo3 at jhpc.de (Helmut Hummel) Date: Wed, 03 Sep 2008 17:16:58 +0200 Subject: [TYPO3-dev] GMENU und wrapItemAndSub In-Reply-To: References:

Message-ID: Hi, Steffen Kamper schrieb: > Martin Kutschker schrieb: >> >> No, I never use GMENU. I've been told to use text menus for >> accessibility reasons. Yeah, I know I could use alt/title but I cannot >> recall creating an image menu for a very long time. > > same with me. But GMENU is part of the core and some use it, not all > need the accessibility. > > In some cases it's important if client wishes to use their house font. > There are some techniques to use images and having accessibility. Well, there are solutions how to get the GMENU accessible: http://wiki.typo3.org/index.php/GTMENU It would be very nice to implement this into core or to rewrite GMENU to output accessible HTML/CSS code. Any volunteers? ;) Kind regards Helmut From dmitry at typo3.org Wed Sep 3 17:22:55 2008 From: dmitry at typo3.org (Dmitry Dulepov [typo3]) Date: Wed, 03 Sep 2008 18:22:55 +0300 Subject: [TYPO3-dev] Backend extension form fields question In-Reply-To: References: Message-ID: Hi! Cray Flatline wrote: > I'm creating extension with car base, where I need to have three fields > in the background. > > Type > Make > Model > > I want to make such thing: when I add new item in BE with this extension > (car), I choose from type for example "motorcycle", so in the Make I > will see only makes of motorcycles (honda, kawasaki etc.) but not for > automobiles (i.e. Ford, VW). And when I choose something from Make > (i.e. Honda), I want to see in Model only Honda models. > > Can I do it someway? I need to use "type-field" to reload page every > time I choose from Type or Make? Or I can make it with something like ajax? > > Can anybody give me right direction to see/read/seek? (: Firsts, you need to add "Make" field into "requestUpdates" in the "ctrl" section of TCA. Next you need to read through "select" section of the "TYPO3 core API" and see how you can use foreign_table_where to show values of one field using values of another. It is all possible. -- Dmitry Dulepov TYPO3 Core team My TYPO3 book: http://www.packtpub.com/typo3-extension-development/book In the blog: http://typo3bloke.net/pages/book-reviews/presentation-zen-by-garr-reynolds/ From dmitry at typo3.org Wed Sep 3 17:24:35 2008 From: dmitry at typo3.org (Dmitry Dulepov [typo3]) Date: Wed, 03 Sep 2008 18:24:35 +0300 Subject: [TYPO3-dev] Problem with pageNotFound_handling and type In-Reply-To: References:

Message-ID: Hi! Steffen Kamper wrote: > So it is possible to declare ohn http_response_code for the redirect. > What do you think of that? I would check if "Location" is valid with 404 code according to the HTTP spec. -- Dmitry Dulepov TYPO3 Core team My TYPO3 book: http://www.packtpub.com/typo3-extension-development/book In the blog: http://typo3bloke.net/pages/book-reviews/presentation-zen-by-garr-reynolds/ From info at sk-typo3.de Wed Sep 3 17:34:29 2008 From: info at sk-typo3.de (Steffen Kamper) Date: Wed, 03 Sep 2008 17:34:29 +0200 Subject: [TYPO3-dev] Problem with pageNotFound_handling and type In-Reply-To: References:

Message-ID: Hi Dmitry, Dmitry Dulepov [typo3] schrieb: > Hi! > > Steffen Kamper wrote: >> So it is possible to declare ohn http_response_code for the redirect. >> What do you think of that? > > I would check if "Location" is valid with 404 code according to the HTTP > spec. > after talking to Jeff the problem is more complex. The question is - if a page type is not configured, is it pageUnavailable or pageNotFound? We came to an idea to configure pageTypes used in T3 config.pageTypes = 110,300 (0 is default and not needed here) For such usecase: You use 110 for RSS and 300 for ICS. But you disable template for RSS. Now if someone call the RSS, you will send a 503 (temp. unavailable) But if someone send a request for type=254 you want to send a 404 because this type never will exist in your setup. That was the idea so far vg Steffen From info at sk-typo3.de Wed Sep 3 17:53:28 2008 From: info at sk-typo3.de (Steffen Kamper) Date: Wed, 03 Sep 2008 17:53:28 +0200 Subject: [TYPO3-dev] Documentation of TYPO3_CONF_VARS Message-ID: Hi, while searching for docs about pageNotFound_handler i have to state that there is no doc describing them. There is a doc "Inside T3" which would match best. So i vote for adding a table of possible values there. For the start we could use the descriptions in config_default, also displayed in install tool Then we have a place to describe the more complex ones with some examples. For example the syntax for pageErrorHandler is complex and there are different usages like REDIRECT, READFILE, USER_FUNCTION etc. which should descrbed and explained. This would help a lot imho vg Steffen From ingo at typo3.org Wed Sep 3 17:55:33 2008 From: ingo at typo3.org (Ingo Renner) Date: Wed, 03 Sep 2008 10:55:33 -0500 Subject: [TYPO3-dev] page cache is not influenced by tt_content.starttime/endtime In-Reply-To: References:

Message-ID: Martin Holtz wrote: > 2) Using a Hook - it is the comman way and has an clear interface. It > would be easy to recognice that feature. But i think it has much more > "overhead" to intantiate some classes to get an simple integer value. > > At the perfomance view i would take solution 1) but from point of > separation and team work, i would take soulution 2) > > Can someone give me an comment on that? go for v2 I'd say Ingo -- Ingo Renner TYPO3 Core Developer, Release Manager TYPO3 4.2 From typo3 at jhpc.de Wed Sep 3 17:09:48 2008 From: typo3 at jhpc.de (Helmut Hummel) Date: Wed, 03 Sep 2008 17:09:48 +0200 Subject: [TYPO3-dev] Adding snippet to standard .htaccess ruleset to avoid 404 recursion In-Reply-To: References:

Message-ID: Hey Benni, Benjamin Mack schrieb: > > good idea. Want to create a patch for this? Of course. But can you point me to the place in SVN where the dummy package itself or at last the _htaccess is located? Kind regards Helmut From dmitry at typo3.org Wed Sep 3 18:21:22 2008 From: dmitry at typo3.org (Dmitry Dulepov [typo3]) Date: Wed, 03 Sep 2008 19:21:22 +0300 Subject: [TYPO3-dev] Problem with pageNotFound_handling and type In-Reply-To: References: