From phil at philippgampe.info Tue Dec 1 00:32:11 2009 From: phil at philippgampe.info (Philipp Gampe) Date: Tue, 01 Dec 2009 00:32:11 +0100 Subject: [TYPO3-dev] scheduler script in TYPO3 4.3 References: Message-ID: Am 30.11.2009, 22:57 Uhr, schrieb Francois Suter : > Hi, > >> I've setup the cronjob in my hosters config utility (rp hosting) and >> there is an option for calling a real script and just do a http >> request. Thats what the sh script returns when its called from >> cronjob... It might be something with the environment... the 404 error >> is clearly from TYPO3... > > Yes, this is what I suspected and that Steffen also mentioned. Your > hoster does not really provide cron job support. Only some kind of fake > mechanism using HTTP requests. This cannot work with the Scheduler > currently. this works for me: create a php file cron_run.php and put these lines into it you can find the path in php info which you can also find in the install tool as you can read in steffans post this is kind of a facked cron job, but it does work as long as there is not too much work (and as long as you can call system to use a shell command) -- Philipp Gampe http://www.philippgampe.info From masi-no at spam-typo3.org Tue Dec 1 08:42:55 2009 From: masi-no at spam-typo3.org (Martin Kutschker) Date: Tue, 01 Dec 2009 08:42:55 +0100 Subject: [TYPO3-dev] scheduler script in TYPO3 4.3 In-Reply-To: References: Message-ID: Cyrill Helg schrieb: > > I'm trying to run the cli_dispatch from an own script and when run by the > cronjob on that server I get this: > > > Status: 404 Not Found > X-Powered-By: PHP/5.2.9 > Content-type: text/html > > No input file specified. I don't understand why you're getting a 404 but you will not get the scheduler running via HTTP. cli_dispatch.php runs *only* with the PHP CLI ISAPI (this is a security measurement). You're out of luck if you want to use the scheduler that way. As solution is to write a clone of cli_dispatch.php that works on any ISAPI. But beware that the default PHP settings vary between the CLI ISAPI and the other ISAPIs. This may affect your script. Masi From stefano.cecere at krur.com Tue Dec 1 09:06:06 2009 From: stefano.cecere at krur.com (Stefano Cecere) Date: Tue, 01 Dec 2009 09:06:06 +0100 Subject: [TYPO3-dev] why USER "_INT" ? Message-ID: i know, stupid question, but does anybody know why a non cached object is called USER_INT ? what does this "_INT" mean? i ask because i have some difficulties to memorize it (i often don't remember which of USER or USER_INT is the cached one :) thank you! stefano From peter.russ at 4many.net Tue Dec 1 09:40:10 2009 From: peter.russ at 4many.net (Peter Russ) Date: Tue, 01 Dec 2009 09:40:10 +0100 Subject: [TYPO3-dev] why USER "_INT" ? In-Reply-To: References: Message-ID: --- Original Nachricht --- Absender: Stefano Cecere Datum: 01.12.2009 09:06: > i know, stupid question, but does anybody know why a non cached object > is called USER_INT ? > what does this "_INT" mean? > > i ask because i have some difficulties to memorize it (i often don't > remember which of USER or USER_INT is the cached one :) > > thank you! > > stefano It goes Not To cache ;-) -- loans that change lives http://www.kiva.org _____________________________ uon GbR http://www.uon.li http://www.xing.com/profile/Peter_Russ From jigal at xs4all.nl Tue Dec 1 10:00:31 2009 From: jigal at xs4all.nl (Jigal van Hemert) Date: Tue, 01 Dec 2009 10:00:31 +0100 Subject: [TYPO3-dev] why USER "_INT" ? In-Reply-To: References: Message-ID: Stefano Cecere wrote: > i know, stupid question, but does anybody know why a non cached object > is called USER_INT ? > what does this "_INT" mean? > > i ask because i have some difficulties to memorize it (i often don't > remember which of USER or USER_INT is the cached one :) The explanation won't help you to memorize it :-) In TSRef you can see in the description of PHP_SCRIPT, PHP_SCRIPT_INT and PHP_SCRIPT_EXT the origin of the _INT suffix. So the suffix comes from the difference between _INT and _EXT, but the suffix is used for COA and USER because the _INT versions of these are handled the same way as PHP_SCRIPT_INT: only a marker ("divider-string") is inserted in the cached page content and this marker is replaced by the content generated by the USER_INT or COA_INT object after the page is fetched from the cache. This behaviour caused the suffix _INT to be used for COA_INT and USER_INT, although it might not be that obvious for most people. Regards, Jigal. From info at sk-typo3.de Tue Dec 1 10:05:42 2009 From: info at sk-typo3.de (Steffen Kamper) Date: Tue, 01 Dec 2009 10:05:42 +0100 Subject: [TYPO3-dev] why USER "_INT" ? In-Reply-To: References: Message-ID: Hi, try to memorize INT = Internal handling = generate by code EXT = External handling = comes from cache It's a developers sight. As Jigal mentioned EXT is not used any more as it's default. vg Steffen From masi-no at spam-typo3.org Tue Dec 1 10:59:28 2009 From: masi-no at spam-typo3.org (Martin Kutschker) Date: Tue, 01 Dec 2009 10:59:28 +0100 Subject: [TYPO3-dev] why USER "_INT" ? In-Reply-To: References: Message-ID: Steffen Kamper schrieb: > Hi, > > try to memorize > > INT = Internal handling = generate by code > EXT = External handling = comes from cache > > It's a developers sight. > > As Jigal mentioned EXT is not used any more as it's default. But PHP_SCRIPT* comes in three flavours: no suffix, _INT and _EXT. If you have a look at the implementation of PHP_SCRIPT in tslib_content you can see that both INT and EXT are handled with a script marker in TYPO3's cache. For INT an object is stored (serialized), for EXT it's data (both are non-cached *). The version without any suffix results always in an include at render time (cached). So USER_INT and PHP_SCRIPT_INT work in the same way. But USER and and PHP_SCRIPT do *not* work in the same way. The only thing in common is that the So I don't even get the reason for the suffixes for PHP_SCRIPT*. The INTernal and EXTernal explanation doesn't make sense to me. Masi * I'm at loss now what excactly is stored in the cache for PHP_SCRIP_EXT. Must be some extra magic. From masi-no at spam-typo3.org Tue Dec 1 11:01:40 2009 From: masi-no at spam-typo3.org (Martin Kutschker) Date: Tue, 01 Dec 2009 11:01:40 +0100 Subject: [TYPO3-dev] why USER "_INT" ? In-Reply-To: References: Message-ID: Steffen Kamper schrieb: > Hi, > > try to memorize > > INT = Internal handling = generate by code > EXT = External handling = comes from cache Looking at TSref this is really not true. Neither the output of INT nor EXT are cached. Masi From info at sk-typo3.de Tue Dec 1 11:04:06 2009 From: info at sk-typo3.de (Steffen Kamper) Date: Tue, 01 Dec 2009 11:04:06 +0100 Subject: [TYPO3-dev] why USER "_INT" ? In-Reply-To: References: Message-ID: Hi, Martin Kutschker schrieb: > > * I'm at loss now what excactly is stored in the cache for PHP_SCRIP_EXT. Must be some extra magic. i think it's too late to change the suffix :) NC would be the one all know (NoCache) For PHP_SCRIPT i always only used the INT, so i never touched the logic. Does it make sense in your eyes to have 3 variants? I will have a look to code too, looking for being loss too :) vg Steffen From masi-no at spam-typo3.org Tue Dec 1 11:06:52 2009 From: masi-no at spam-typo3.org (Martin Kutschker) Date: Tue, 01 Dec 2009 11:06:52 +0100 Subject: [TYPO3-dev] why USER "_INT" ? In-Reply-To: References: Message-ID: Steffen Kamper schrieb: > > For PHP_SCRIPT i always only used the INT, so i never touched the logic. > Does it make sense in your eyes to have 3 variants? I will have a look > to code too, looking for being loss too :) In my opinion it makes no sense at all to use PHP_SCRIPT. Masi From info at sk-typo3.de Tue Dec 1 11:10:14 2009 From: info at sk-typo3.de (Steffen Kamper) Date: Tue, 01 Dec 2009 11:10:14 +0100 Subject: [TYPO3-dev] why USER "_INT" ? In-Reply-To: References: Message-ID: Hi, Martin Kutschker schrieb: > Steffen Kamper schrieb: >> For PHP_SCRIPT i always only used the INT, so i never touched the logic. >> Does it make sense in your eyes to have 3 variants? I will have a look >> to code too, looking for being loss too :) > > In my opinion it makes no sense at all to use PHP_SCRIPT. > because it's hacky? I often use it to make something quick without coding an extension, or to debug something in page, so i don't want to loose this option. vg Steffen From masi-no at spam-typo3.org Tue Dec 1 11:15:32 2009 From: masi-no at spam-typo3.org (Martin Kutschker) Date: Tue, 01 Dec 2009 11:15:32 +0100 Subject: [TYPO3-dev] why USER "_INT" ? In-Reply-To: References: Message-ID: Steffen Kamper schrieb: > Hi, > > Martin Kutschker schrieb: >> Steffen Kamper schrieb: >>> For PHP_SCRIPT i always only used the INT, so i never touched the logic. >>> Does it make sense in your eyes to have 3 variants? I will have a look >>> to code too, looking for being loss too :) >> >> In my opinion it makes no sense at all to use PHP_SCRIPT. >> > > because it's hacky? I often use it to make something quick without > coding an extension, I never code anything that's not in an extension. > or to debug something in page, Ah. In that case I usually start to hack the sources (on a dev machine). Masi From info at sk-typo3.de Tue Dec 1 11:19:07 2009 From: info at sk-typo3.de (Steffen Kamper) Date: Tue, 01 Dec 2009 11:19:07 +0100 Subject: [TYPO3-dev] why USER "_INT" ? In-Reply-To: References: Message-ID: Hi, Martin Kutschker schrieb: > >> or to debug something in page, > > Ah. In that case I usually start to hack the sources (on a dev machine). > and i do that in typoscriptce on client machine where i have no access to src vg Steffen From stefano.cecere at krur.com Tue Dec 1 11:58:15 2009 From: stefano.cecere at krur.com (Stefano Cecere) Date: Tue, 01 Dec 2009 11:58:15 +0100 Subject: [TYPO3-dev] why USER "_INT" ? References: Message-ID: On Tue, 01 Dec 2009 10:05:42 +0100, Steffen Kamper wrote: > Hi, > > try to memorize > > INT = Internal handling = generate by code > EXT = External handling = comes from cache > > It's a developers sight. sounds as the best way to memorize.... ^_^ INT .. no cache EXT or nothing.. cache INT. no cache INT NO CACHE! ^_^ thanks you all TYPO3 veterans! ^_^ stefano From t33k.RE.MO.VE at RE.MO.VE.prolabium.com Tue Dec 1 13:27:24 2009 From: t33k.RE.MO.VE at RE.MO.VE.prolabium.com (Krystian Szymukowicz) Date: Tue, 01 Dec 2009 13:27:24 +0100 Subject: [TYPO3-dev] Announce: Released enetcache to forge In-Reply-To: References: Message-ID: Christian Kuhn wrote: >> Few questions: >> 1. Do you have a tt_news 3.0.0. that use enetcache? Can you provide a >> patch against tt_news 3.0.0. It would be great to test it on a real >> case :) > > No, unfortunately we didn't use tt_news 3.0.0 so far. For an own project > we wrote a wrapper extension to tt_news 2.5.2 that does a lot more > things. This extension uses enetcache and handles tt_news as a black box > (we had nearly no code change in tt_news). In fact its pretty easy to > set up such a wrapper ext, the interface that comes with enetcache helps > a bit here, too. Is there any problem to share that tt_news wrapper? I think everyone uses tt_news and if someone would want to check in real if enetcache works it would be for sure tt_news case. I'am using "ttnewscache" together with t"tnewscache_clearlike" but %LIKE% searching is (as I expected when creating this ext) too slow with very large cache_pages. I was preparing to make tt_news tags cache for some time and if you have it now (tt_news wrapper) I would like to test if it fits my needs. Why to reinvent the wheel ;) ? > >> I think a good, commonly used extension that would gain a lot could be >> DAM. Right now if user change fe. "title" of the image in DAM then >> this change is not automatically reflected in frontend. The dirty >> solution it to flush the cache for all pages which is such a waste of >> resources. If every single use of image in the frontend would be >> tagged this could solve this problem and with your extension this >> seems to be a quite easy task. > > Yes, thats a common use case. Give it a shot, it's not too difficult! I will try as soon as there will be stable DAM for 4.3. > >> 3. What is the roadmap? Do you have any plans? > > - Small diff for the core to realize an extended insert in the db api, > to many tags at once with dbBackend. Unfortunatly something like that > was not ready for 4.3. > - We will experiment with a new cache backend, more information if the > idea proves to be working. > - enetcacheanalytics needs some cleanups and a menual. > - Hope for feedback to prove usefulness of enetcache, handle issues, > bugs and ideas. > - Release to TER soon. Great! -- grtz Krystian Szymukowicz From sebastian.gebhard at gmail.com Tue Dec 1 13:40:31 2009 From: sebastian.gebhard at gmail.com (Sebastian Gebhard) Date: Tue, 01 Dec 2009 13:40:31 +0100 Subject: [TYPO3-dev] Like to hear your opinion regarding security Message-ID: Hi *, i'm planning to write an extension that lists BE-Users with OpenID-Identifiers on the Login-Screen (only suitable for sites with less than 20 BE-Users). When you click on a username you get logged in via OpenID with this user (if the OpenID belongs to you of course.) So basically the extension discloses Usernames and OpenID Identifiers. From my point of view these data are not a security risk, what do you think? What do you think about a 1-click-login? Kind regards, Sebastian From info at sk-typo3.de Tue Dec 1 14:41:42 2009 From: info at sk-typo3.de (Steffen Kamper) Date: Tue, 01 Dec 2009 14:41:42 +0100 Subject: [TYPO3-dev] Like to hear your opinion regarding security In-Reply-To: References: Message-ID: Hi, Sebastian Gebhard schrieb: > Hi *, > > i'm planning to write an extension that lists BE-Users with > OpenID-Identifiers on the Login-Screen (only suitable for sites with > less than 20 BE-Users). > When you click on a username you get logged in via OpenID with this user > (if the OpenID belongs to you of course.) > > So basically the extension discloses Usernames and OpenID Identifiers. > From my point of view these data are not a security risk, what do you > think? > > What do you think about a 1-click-login? > i don't like to publish other users openID, this belongs to private data i think. vg Steffen From typo3 at rvt.dds.nl Tue Dec 1 14:46:29 2009 From: typo3 at rvt.dds.nl (Ries van Twisk) Date: Tue, 1 Dec 2009 08:46:29 -0500 Subject: [TYPO3-dev] Like to hear your opinion regarding security In-Reply-To: References: Message-ID: On Dec 1, 2009, at 8:41 AM, Steffen Kamper wrote: > Hi, > > Sebastian Gebhard schrieb: >> Hi *, >> i'm planning to write an extension that lists BE-Users with OpenID- >> Identifiers on the Login-Screen (only suitable for sites with less >> than 20 BE-Users). >> When you click on a username you get logged in via OpenID with this >> user (if the OpenID belongs to you of course.) >> So basically the extension discloses Usernames and OpenID >> Identifiers. From my point of view these data are not a security >> risk, what do you think? >> What do you think about a 1-click-login? > > i don't like to publish other users openID, this belongs to private > data i think. > > vg Steffen Steffen, if it's used in the context of an in-house (intranet) TYPO3 installation, I think it will only benefit. Ries From usenet at schani.com Tue Dec 1 15:01:31 2009 From: usenet at schani.com (Christian Leicht) Date: Tue, 01 Dec 2009 15:01:31 +0100 Subject: [TYPO3-dev] 4.3 Install Tool looking with ENABLE_INSTALL_TOOL Message-ID: Hello, i have since 4.3 the problem that i can?t open the Install tool from BE. Of course, I have created the Install tool enable File in Settings. The file is toched. If i use the external Link www.domain.de/typo3/install everything works fine. But not from the BE. Today i changed my PHP register_global to "On" an now the Install Tool works from BE. Is this a bug ore a feature? I dont like to run my PHP in register_globals on. Thanks for help Christian From steffen at steffen-gebert.de Tue Dec 1 16:31:51 2009 From: steffen at steffen-gebert.de (Steffen Gebert) Date: Tue, 01 Dec 2009 16:31:51 +0100 Subject: [TYPO3-dev] 4.3 Install Tool looking with ENABLE_INSTALL_TOOL References: Message-ID: Am 01.12.2009, 15:01 Uhr, schrieb Christian Leicht : > Hello, > > i have since 4.3 the problem that i can?t open the Install tool from BE. > Of course, I have created the Install tool enable File in Settings. The > file is toched. If i use the external Link www.domain.de/typo3/install > everything works fine. But not from the BE. > > Today i changed my PHP register_global to "On" an now the Install Tool > works from BE. > > Is this a bug ore a feature? > I dont like to run my PHP in register_globals on. What means "does not work"? Do you get the message that install tool is locked? It doesn't rely on register_globals for sure. Steffen From patrick.gaumond-nospam at hotmail.com Tue Dec 1 16:49:42 2009 From: patrick.gaumond-nospam at hotmail.com (Patrick Gaumond) Date: Tue, 01 Dec 2009 10:49:42 -0500 Subject: [TYPO3-dev] why USER "_INT" ? In-Reply-To: References: Message-ID: My own memory trick is: INT = Is NoT cached Late at the party... Patrick From patrick.gaumond-nospam at hotmail.com Tue Dec 1 16:54:46 2009 From: patrick.gaumond-nospam at hotmail.com (Patrick Gaumond) Date: Tue, 01 Dec 2009 10:54:46 -0500 Subject: [TYPO3-dev] scheduler script in TYPO3 4.3 In-Reply-To: References: Message-ID: Martin Kutschker wrote: > As solution is to write a clone of cli_dispatch.php that works on any ISAPI. But beware that the > default PHP settings vary between the CLI ISAPI and the other ISAPIs. This may affect your script. Our Drupal friends seems to use their browser or wget in their examples for the scheduler here: http://drupal.org/node/31506 I stumble upin when writing the Windows part in the scheduler manual... It looks weird to call firefox.exe in a script... Patrick From bedlamhotel at gmail.com Tue Dec 1 17:21:39 2009 From: bedlamhotel at gmail.com (Christopher Torgalson) Date: Tue, 1 Dec 2009 08:21:39 -0800 Subject: [TYPO3-dev] scheduler script in TYPO3 4.3 In-Reply-To: References: Message-ID: Hi, On Tue, Dec 1, 2009 at 7:54 AM, Patrick Gaumond wrote: > Martin Kutschker wrote: > >> As solution is to write a clone of cli_dispatch.php that works on any >> ISAPI. But beware that the >> default PHP settings vary between the CLI ISAPI and the other ISAPIs. This >> may affect your script. > > Our Drupal friends seems to use their browser or wget in their examples for > the scheduler here: > > http://drupal.org/node/31506 > > I stumble upin when writing the Windows part in the scheduler manual... It > looks weird to call firefox.exe in a script... It's true that Drupal's scheduler (cron.php) can be called with a browser, but there is also some degree of risk associated with the fact that (in most Drupal installations) *anybody* can cause the scheduler script to run. From this perspective at least, a scheduler accessible only from the command line is a bit nicer... -- Christopher Torgalson http://www.typo3apprentice.com/ From olivier.dobberkau at dkd.de Tue Dec 1 18:38:47 2009 From: olivier.dobberkau at dkd.de (Olivier Dobberkau) Date: Tue, 01 Dec 2009 18:38:47 +0100 Subject: [TYPO3-dev] why USER "_INT" ? In-Reply-To: References: Message-ID: Am 01.12.09 16:49, schrieb Patrick Gaumond: > INT = Is NoT cached he. he. he. Even better. INT = inspiring newbies today Olivier From info at rs-websystems.de Tue Dec 1 18:53:20 2009 From: info at rs-websystems.de (Steffen Ritter) Date: Tue, 01 Dec 2009 18:53:20 +0100 Subject: [TYPO3-dev] why USER "_INT" ? In-Reply-To: References: Message-ID: Olivier Dobberkau schrieb: > Am 01.12.09 16:49, schrieb Patrick Gaumond: > >> INT = Is NoT cached > > he. he. he. > > Even better. > > INT = inspiring newbies today > > Olivier > > Probable we should teach: Its Not Touse From steffen at steffen-gebert.de Tue Dec 1 19:18:03 2009 From: steffen at steffen-gebert.de (Steffen Gebert) Date: Tue, 01 Dec 2009 19:18:03 +0100 Subject: [TYPO3-dev] Moving from newloginbox to felogin Message-ID: Hi, I'd like to replace the old newloginbox extension with felogin and adopt the old settings (flexform!). Does anybody of you already have a script, which parses the old FF and writes it in the new structure? Adjusting TypoScript is no problem, but I don't like to adopt FF config 120x by hand ;) Would be great! Steffen From olivier.dobberkau at dkd.de Tue Dec 1 20:30:10 2009 From: olivier.dobberkau at dkd.de (Olivier Dobberkau) Date: Tue, 01 Dec 2009 20:30:10 +0100 Subject: [TYPO3-dev] scheduler script in TYPO3 4.3 In-Reply-To: References: Message-ID: Am 01.12.09 17:21, schrieb Christopher Torgalson: > It's true that Drupal's scheduler (cron.php) can be called with a > browser, but there is also some degree of risk associated with the > fact that (in most Drupal installations)*anybody* can cause the > scheduler script to run. From this perspective at least, a scheduler > accessible only from the command line is a bit nicer... should be no problem if we had an api key that comes with the request. like the stuff piwik does. olivier From t33k.RE.MO.VE at RE.MO.VE.prolabium.com Tue Dec 1 20:47:23 2009 From: t33k.RE.MO.VE at RE.MO.VE.prolabium.com (Krystian Szymukowicz) Date: Tue, 01 Dec 2009 20:47:23 +0100 Subject: [TYPO3-dev] index on cache_hash ident field Message-ID: hi I would not call myself and database expert so I'd like to ask you: should not there be an index created on filed "ident" in table "cache_hash" ? Typical use of ident in cache hash would be SELECT * FROM cache_hash WHERE ident = 'foobar' DELETE FROM cache_hash WHERE ident = 'foobar' so the index on 'ident' would play his part quite well here, I think. With hundred thousands records simple "DELETE FROM cache_hash WHERE ident = 'foobar'" create quite huge time lag (about minute). What's your opinion? -- grtz Krystian Szymukowicz From fsu-lists at cobweb.ch Tue Dec 1 20:52:36 2009 From: fsu-lists at cobweb.ch (Francois Suter) Date: Tue, 01 Dec 2009 20:52:36 +0100 Subject: [TYPO3-dev] scheduler script in TYPO3 4.3 In-Reply-To: References: Message-ID: Hi, > should be no problem if we had an api key that comes with the request. > like the stuff piwik does. There's definitely something to be done to be able to make secured remote calls to the TYPO3 backend. If we had first such a general mechanism, we could then easily and confidently call the Scheduler and other scripts remotely over HTTP. Cheers -- Francois Suter Cobweb Development Sarl - http://www.cobweb.ch From typo3-dev at bruchmann-web.de Tue Dec 1 21:02:39 2009 From: typo3-dev at bruchmann-web.de (David Bruchmann) Date: Tue, 01 Dec 2009 21:02:39 +0100 Subject: [TYPO3-dev] Like to hear your opinion regarding security In-Reply-To: References: Message-ID: ----- Urspr?ngliche Nachricht ----- Von: Ries van Twisk Gesendet: Dienstag, 1. Dezember 2009 14:46:29 An: List for Core-/Extension development CC: Betreff: Re: [TYPO3-dev] Like to hear your opinion regarding security > > On Dec 1, 2009, at 8:41 AM, Steffen Kamper wrote: > >> Hi, >> >> Sebastian Gebhard schrieb: >>> Hi *, >>> i'm planning to write an extension that lists BE-Users with >>> OpenID-Identifiers on the Login-Screen (only suitable for sites with >>> less than 20 BE-Users). >>> When you click on a username you get logged in via OpenID with this >>> user (if the OpenID belongs to you of course.) >>> So basically the extension discloses Usernames and OpenID >>> Identifiers. From my point of view these data are not a security >>> risk, what do you think? >>> What do you think about a 1-click-login? >> >> i don't like to publish other users openID, this belongs to private >> data i think. >> >> vg Steffen > > > > Steffen, > > if it's used in the context of an in-house (intranet) TYPO3 installation, > I think it will only benefit. > > Ries > Sorry, it's absolutly tabu in my opinion. OpenIDs are really what the name says: they open every Account someone is registered. Integrating the possibility to login with an openID you've to control really everything in the system that no foreign Account is called with this ID. With a local account your more free even local accounts should be privat too. Best Regards David From scecere at krur.com Tue Dec 1 21:02:06 2009 From: scecere at krur.com (Stefano Cecere) Date: Tue, 01 Dec 2009 21:02:06 +0100 Subject: [TYPO3-dev] scheduler script in TYPO3 4.3 References: Message-ID: in 4.3 we got the Scheduler.. in 4.4 we could get a basic SOAP/REST services framework integrated in the Core? stefano On Tue, 01 Dec 2009 20:52:36 +0100, Francois Suter wrote: > Hi, > >> should be no problem if we had an api key that comes with the request. >> like the stuff piwik does. > > There's definitely something to be done to be able to make secured > remote calls to the TYPO3 backend. If we had first such a general > mechanism, we could then easily and confidently call the Scheduler and > other scripts remotely over HTTP. > > Cheers > -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ From sebastian.gebhard at gmail.com Tue Dec 1 21:30:33 2009 From: sebastian.gebhard at gmail.com (Sebastian Gebhard) Date: Tue, 01 Dec 2009 21:30:33 +0100 Subject: [TYPO3-dev] Like to hear your opinion regarding security In-Reply-To: References: Message-ID: David Bruchmann schrieb: > Integrating the possibility to login with an openID > you've to control really everything in the system that no foreign > Account is called with this ID. > With a local account your more free even local accounts should be privat > too. You never get access to a "foreign" OpenID. When you access the backend login you can only click on your own username to log in. When you click a foreign username you'll be propted to provide the OpenID password by the respective OpenID provider. You can find out my OpenID Identifier if you do some research, because I produced a podcast about OpenID which shows my ID. But you'll never get the 23char long generated password for my OpenID account - so it's not a security risk for me, is it? From peter.russ at 4many.net Tue Dec 1 21:41:49 2009 From: peter.russ at 4many.net (Peter Russ) Date: Tue, 01 Dec 2009 21:41:49 +0100 Subject: [TYPO3-dev] Like to hear your opinion regarding security In-Reply-To: References: Message-ID: --- Original Nachricht --- Absender: Sebastian Gebhard Datum: 01.12.2009 21:30: > David Bruchmann schrieb: >> Integrating the possibility to login with an openID you've to control >> really everything in the system that no foreign Account is called with >> this ID. >> With a local account your more free even local accounts should be >> privat too. > > You never get access to a "foreign" OpenID. When you access the backend > login you can only click on your own username to log in. When you click > a foreign username you'll be propted to provide the OpenID password by > the respective OpenID provider. > > You can find out my OpenID Identifier if you do some research, because I > produced a podcast about OpenID which shows my ID. But you'll never get > the 23char long generated password for my OpenID account - so it's not a > security risk for me, is it? By the way: what's the ID of your identity card? Ok I don't have your fingerprint. But some sites don't care about that ;-) If a user can enable your planed feature and if it is disabled by default it should be ok. Peter. -- loans that change lives http://www.kiva.org _____________________________ uon GbR http://www.uon.li http://www.xing.com/profile/Peter_Russ From peter.russ at 4many.net Tue Dec 1 21:58:33 2009 From: peter.russ at 4many.net (Peter Russ) Date: Tue, 01 Dec 2009 21:58:33 +0100 Subject: [TYPO3-dev] Like to hear your opinion regarding security In-Reply-To: References: Message-ID: --- Original Nachricht --- Absender: Sebastian Gebhard Datum: 01.12.2009 21:30: [...] > You can find out my OpenID Identifier if you do some research, because I > produced a podcast about OpenID which shows my ID. But you'll never get > the 23char long generated password for my OpenID account - so it's not a > security risk for me, is it? As secure as the provider is. Or as long as no one is selling the passwords. Or as long as people gotn't trapped by providing their password to as fake.... IMHO it's as secure as any other solution ;-) Using one id with one password is pretty native. But that's MHO, solidated half knowledge. Peter. -- loans that change lives http://www.kiva.org _____________________________ uon GbR http://www.uon.li http://www.xing.com/profile/Peter_Russ From typo3-dev at bruchmann-web.de Tue Dec 1 22:01:24 2009 From: typo3-dev at bruchmann-web.de (David Bruchmann) Date: Tue, 01 Dec 2009 22:01:24 +0100 Subject: [TYPO3-dev] Like to hear your opinion regarding security In-Reply-To: References: Message-ID: ----- Urspr?ngliche Nachricht ----- Von: Sebastian Gebhard Gesendet: Dienstag, 1. Dezember 2009 21:30:33 An: typo3-dev at lists.typo3.org CC: Betreff: Re: [TYPO3-dev] Like to hear your opinion regarding security > David Bruchmann schrieb: >> Integrating the possibility to login with an openID you've to control >> really everything in the system that no foreign Account is called with >> this ID. >> With a local account your more free even local accounts should be >> privat too. > > You never get access to a "foreign" OpenID. When you access the backend > login you can only click on your own username to log in. When you click > a foreign username you'll be propted to provide the OpenID password by > the respective OpenID provider. Ok, then I misunderstood your plan. > > You can find out my OpenID Identifier if you do some research, because I > produced a podcast about OpenID which shows my ID. But you'll never get > the 23char long generated password for my OpenID account - so it's not a > security risk for me, is it? It's easier to find only a password than a combination of name and password. Nevertheless a password with 23 chars is hard to hack / brutforce. Best Regards David From olivier.dobberkau at dkd.de Tue Dec 1 22:02:24 2009 From: olivier.dobberkau at dkd.de (Olivier Dobberkau) Date: Tue, 01 Dec 2009 22:02:24 +0100 Subject: [TYPO3-dev] scheduler script in TYPO3 4.3 In-Reply-To: References: Message-ID: Am 01.12.09 21:02, schrieb Stefano Cecere: > in 4.4 we could get a basic SOAP/REST services framework integrated in > the Core? REST please! +1 Olivier From stefano.cecere at krur.com Tue Dec 1 22:49:37 2009 From: stefano.cecere at krur.com (Stefano Cecere) Date: Tue, 01 Dec 2009 22:49:37 +0100 Subject: [TYPO3-dev] scheduler script in TYPO3 4.3 References: Message-ID: On Tue, 01 Dec 2009 22:02:24 +0100, Olivier Dobberkau wrote: > Am 01.12.09 21:02, schrieb Stefano Cecere: > >> in 4.4 we could get a basic SOAP/REST services framework integrated in >> the Core? > > REST please! +1 maybe http://typo3.org/extensions/repository/view/remote_server/current/ could be a good starting point? as it was done with Gabriel -> Scheduler ? From marcus#exp2009 at t3sec.info Tue Dec 1 22:52:11 2009 From: marcus#exp2009 at t3sec.info (Marcus Krause) Date: Tue, 01 Dec 2009 22:52:11 +0100 Subject: [TYPO3-dev] scheduler script in TYPO3 4.3 In-Reply-To: References: Message-ID: Olivier Dobberkau schrieb: > Am 01.12.09 21:02, schrieb Stefano Cecere: > >> in 4.4 we could get a basic SOAP/REST services framework integrated in >> the Core? > > REST please! +1 TYPO3 claims to be a ECMS. Therefore: -1 on REST +1 on SOAP ;-) Marcus. From sebastian.gebhard at gmail.com Tue Dec 1 23:03:46 2009 From: sebastian.gebhard at gmail.com (Sebastian Gebhard) Date: Tue, 01 Dec 2009 23:03:46 +0100 Subject: [TYPO3-dev] Like to hear your opinion regarding security In-Reply-To: References: Message-ID: Thank you for sharing your thoughts. I think i'll disable the option by default for every user and let them enable it on their own, with a notice in the BE-Form that their OpenID will be disclosed. From fsu-lists at cobweb.ch Tue Dec 1 23:05:34 2009 From: fsu-lists at cobweb.ch (Francois Suter) Date: Tue, 01 Dec 2009 23:05:34 +0100 Subject: [TYPO3-dev] scheduler script in TYPO3 4.3 In-Reply-To: References: Message-ID: Hi, > TYPO3 claims to be a ECMS. Therefore: > -1 on REST > +1 on SOAP If TYPO3 is a ECMS it should support multiple remote call methods. SOAP sounds nice in project managers' mouth and is beautiful from a theoretical point of view, but it's awfully slow and a pain in the butt to use in practice. Not to mention incompatibilities between implementations (like Apache Axis and PHP). The more I use SOAP, the more I hate it. So openness to various protocols would be the key in my eyes, although it definitely complicates matter, especially since SOAP behaves very differently. Cheers -- Francois Suter Cobweb Development Sarl - http://www.cobweb.ch From olivier.dobberkau at dkd.de Tue Dec 1 23:44:39 2009 From: olivier.dobberkau at dkd.de (Olivier Dobberkau) Date: Tue, 01 Dec 2009 23:44:39 +0100 Subject: [TYPO3-dev] scheduler script in TYPO3 4.3 In-Reply-To: References: Message-ID: Am 01.12.09 22:52, schrieb Marcus Krause: > TYPO3 claims to be a ECMS. Therefore: > -1 on REST > +1 on SOAP soap is very bad in php. we created a soap client -> typoscript and had big problems with some soap dialects used. rest seems to be highly usable for api stuff as we see it. or does twitter have a soap interface. (rant) but we should discus this in another thread. olivier From olivier.dobberkau at dkd.de Tue Dec 1 23:46:49 2009 From: olivier.dobberkau at dkd.de (Olivier Dobberkau) Date: Tue, 01 Dec 2009 23:46:49 +0100 Subject: [TYPO3-dev] scheduler script in TYPO3 4.3 In-Reply-To: References: Message-ID: Am 01.12.09 23:05, schrieb Francois Suter: > So openness to various protocols would be the key in my eyes, although > it definitely complicates matter, especially since SOAP behaves very > differently. francois. we should team up to form a task force on this. maybe different requirements need different interfaces. feel free to contact me. olivier From usenet at schani.com Wed Dec 2 10:34:11 2009 From: usenet at schani.com (Christian Leicht) Date: Wed, 02 Dec 2009 10:34:11 +0100 Subject: [TYPO3-dev] 4.3 Install Tool looking with ENABLE_INSTALL_TOOL In-Reply-To: References: Message-ID: Steffen Gebert schrieb: > Am 01.12.2009, 15:01 Uhr, schrieb Christian Leicht : > >> Hello, >> >> i have since 4.3 the problem that i can?t open the Install tool from BE. >> Of course, I have created the Install tool enable File in Settings. >> The file is toched. If i use the external Link >> www.domain.de/typo3/install everything works fine. But not from the BE. >> >> Today i changed my PHP register_global to "On" an now the Install Tool >> works from BE. >> >> Is this a bug ore a feature? >> I dont like to run my PHP in register_globals on. > > What means "does not work"? Do you get the message that install tool is > locked? > > It doesn't rely on register_globals for sure. > > Steffen Hello Steffen, yes I have testet it with register_globals On - and i can use the Install Tool inside BE. With register_globals OFF - i can only use it direct (www.domain.de/typo3/install). In both the File ENABLE_INSTALL_TOOL exist. Christian #### The Install Tool is locked. Fix: Create a file typo3conf/ENABLE_INSTALL_TOOL This file may simply be empty. For security reasons, it is highly recommended to rename or delete the file after the operation is finished. If the file is older than 1 hour TYPO3 has automatically deleted it, so it needs to be created again. #### From typo3 at t3node.com Wed Dec 2 10:50:35 2009 From: typo3 at t3node.com (=?UTF-8?B?U3RlZmZlbiBNw7xsbGVy?=) Date: Wed, 02 Dec 2009 10:50:35 +0100 Subject: [TYPO3-dev] scheduler script in TYPO3 4.3 In-Reply-To: References: Message-ID: Hi. On 01.12.2009 22:52 Marcus Krause wrote: > > -1 on REST > +1 on SOAP > http://geekandpoke.typepad.com/geekandpoke/2009/11/service-calling-made-easy-part-1.html :) -- cheers, Steffen TYPO3 Blog: http://www.t3node.com/ Blubber on Twitter: http://twitter.com/t3node From info at sk-typo3.de Wed Dec 2 10:58:42 2009 From: info at sk-typo3.de (Steffen Kamper) Date: Wed, 02 Dec 2009 10:58:42 +0100 Subject: [TYPO3-dev] scheduler script in TYPO3 4.3 In-Reply-To: References: Message-ID: Hi, i also thought about sending this link :) vg Steffen Steffen M?ller schrieb: > Hi. > > On 01.12.2009 22:52 Marcus Krause wrote: >> >> -1 on REST >> +1 on SOAP >> > > http://geekandpoke.typepad.com/geekandpoke/2009/11/service-calling-made-easy-part-1.html > > :) > > From steffen at steffen-gebert.de Wed Dec 2 11:05:39 2009 From: steffen at steffen-gebert.de (Steffen Gebert) Date: Wed, 02 Dec 2009 11:05:39 +0100 Subject: [TYPO3-dev] 4.3 Install Tool looking with ENABLE_INSTALL_TOOL References: Message-ID: Am 02.12.2009, 10:34 Uhr, schrieb Christian Leicht : > I have testet it with register_globals On - and i can use the Install > Tool inside BE. With register_globals OFF - i can only use it direct > (www.domain.de/typo3/install). In both the File ENABLE_INSTALL_TOOL > exist. Sounds really weird.. Could you have a look, which URL is shown, when you open it from BE? Have no clue.. Steffen From hphoeksma at stylence.nl Wed Dec 2 11:09:06 2009 From: hphoeksma at stylence.nl (Henjo Hoeksma) Date: Wed, 2 Dec 2009 11:09:06 +0100 Subject: [TYPO3-dev] language labels in eID not subsituted with alternative language Message-ID: Hi list, I am new to the eID thing and have managed to have it working allmost completely to what I want it to do. One thing doesn't work for me though: language labels are not parsed when using an alternative language. The eID script is called using ajax (jQuery) and one of the parameters is the L variable. Default language labels are substituted, but when viewing the site in a non-default language they are not. My script: http://pastie.org/720684 Any clues? Thanks in advance. Henjo -- Stylence | webdevelopment in style www.stylence.nl From pedersen at resi2.office.frm2 Wed Dec 2 11:53:36 2009 From: pedersen at resi2.office.frm2 (Bjoern Pedersen) Date: Wed, 02 Dec 2009 11:53:36 +0100 Subject: [TYPO3-dev] language labels in eID not subsituted with alternative language References: Message-ID: Henjo Hoeksma writes: > Hi list, > > I am new to the eID thing and have managed to have it working allmost > completely to what I want it to do. > One thing doesn't work for me though: language labels are not parsed > when using an alternative language. > > The eID script is called using ajax (jQuery) and one of the parameters > is the L variable. > You are only initalizing the default language (and even that one incorrectly). You have to pass a 2-char languae identifier to $LANG->init. >From the api docs(install t3dev to get convient links): lang.php Contains the TYPO3 Backend Language class For detailed information about how localization is handled, please refer to the 'Inside TYPO3' document which descibes this. This class is normally instantiated as the global variable $LANG in typo3/template.php It's only available in the backend and under certain circumstances in the frontend Filesize: 18.4 K Func/Classes: 13 Tags: @author Kasper Skaarhoj @package TYPO3 @subpackage core @see typo3/template.php, template class language Contains the TYPO3 Backend Language class For detailed information about how localization is handled, please refer to the 'Inside TYPO3' document which descibes this. This class is normally instantiated as the global variable $LANG in typo3/template.php It's only available in the backend and under certain circumstances in the frontend Returns: [type] ... @author Kasper Skaarhoj @package TYPO3 @subpackage core @see typo3/template.php, template function init($lang,$altPath='') Initializes the backend language. This is for example done in typo3/template.php with lines like these: require (PATH_typo3.'sysext/lang/lang.php'); $LANG = t3lib_div::makeInstance('language'); $LANG->init($BE_USER->uc['lang']); $lang string The language key (two character string from backend users profile) $altPath='' string IGNORE. Not used. Returns: void From pedersen at resi2.office.frm2 Wed Dec 2 11:55:20 2009 From: pedersen at resi2.office.frm2 (Bjoern Pedersen) Date: Wed, 02 Dec 2009 11:55:20 +0100 Subject: [TYPO3-dev] language labels in eID not subsituted with alternative language References: Message-ID: For FE-output, take a look at Localization, locallang functions function pi_getLL($key,$alt='',$hsc=FALSE) function pi_loadLL() from pi_base and how they are implemented. From typo3 at penpal4u.net Wed Dec 2 12:30:03 2009 From: typo3 at penpal4u.net (Christian Lerrahn) Date: Wed, 2 Dec 2009 22:30:03 +1100 Subject: [TYPO3-dev] Non-standard BE path Message-ID: Hi, I'm running a site that has a non-standard BE path. I originally followed the instructions at http://typo3.org/documentation/document-library/core-documentation/doc_core_inside/4.1.0/view/3/11/#id4054973 However, in recent versions it has become increasingly difficult to use a BE path other than 'typo3/'. In 4.3 there is now a hardcoded 'typo3/' in typo3/sysext/install/updates/class.tx_coreupdates_installnewsysexts.php and the BE JS seems to get messed up by the change (e.g. collapsed parts of the tree cannot be expanded any more). I realise that it is not encouraged to change the BE path. However, it is a nice simple measure to keep script from putting the server under unnecessary load. I'm happy to report back for every release what it takes to get the non-standard path going. However, for 4.3 I'd be very grateful for a hint about the JS BE path dependency. Cheers, Christian From info at sk-typo3.de Wed Dec 2 12:34:54 2009 From: info at sk-typo3.de (Steffen Kamper) Date: Wed, 02 Dec 2009 12:34:54 +0100 Subject: [TYPO3-dev] Non-standard BE path In-Reply-To: References: Message-ID: Hi, in short: hardcoded typo3/ is a bug and should be reported. Usage of TYPO3_mainDir in core is mandantory. vg Steffen From typo3 at penpal4u.net Wed Dec 2 12:56:27 2009 From: typo3 at penpal4u.net (Christian Lerrahn) Date: Wed, 2 Dec 2009 22:56:27 +1100 Subject: [TYPO3-dev] Non-standard BE path References: Message-ID: Hi Steffen, > in short: hardcoded typo3/ is a bug and should be reported. Usage of > TYPO3_mainDir in core is mandantory. I was about to report it when I decided that this might be different for the installer... Anyway, there is a report now at http://bugs.typo3.org/view.php?id=12881 :) Still haven't figured out the JS problems, though. Cheers, Christian From info at sk-typo3.de Wed Dec 2 13:08:49 2009 From: info at sk-typo3.de (Steffen Kamper) Date: Wed, 02 Dec 2009 13:08:49 +0100 Subject: [TYPO3-dev] Non-standard BE path In-Reply-To: References: Message-ID: Hi Christian, Christian Lerrahn schrieb: > Hi Steffen, >> in short: hardcoded typo3/ is a bug and should be reported. Usage of >> TYPO3_mainDir in core is mandantory. > > I was about to report it when I decided that this might be different > for the installer... Anyway, there is a report now at > http://bugs.typo3.org/view.php?id=12881 :) > thanks. I make a search if they are the only ones. > Still haven't figured out the JS problems, though. > which ones? Can you add them to same report? vg Steffen From typo3 at penpal4u.net Wed Dec 2 13:34:19 2009 From: typo3 at penpal4u.net (Christian Lerrahn) Date: Wed, 2 Dec 2009 23:34:19 +1100 Subject: [TYPO3-dev] Non-standard BE path References: Message-ID: Hi Steffen, > > Still haven't figured out the JS problems, though. > > > > which ones? Can you add them to same report? Actually, I haven't even identified the problematic code, yet. All I know is that expanding subtrees doesn't work any more. I'll have a closer look as soon as I have time. Cheers, Christian From hphoeksma at stylence.nl Wed Dec 2 13:36:47 2009 From: hphoeksma at stylence.nl (Henjo Hoeksma) Date: Wed, 2 Dec 2009 13:36:47 +0100 Subject: [TYPO3-dev] language labels in eID not subsituted with alternative language References: Message-ID: On 2009-12-02 11:55:20 +0100, Bjoern Pedersen said: > > For FE-output, take a look at > Localization, locallang functions > function pi_getLL($key,$alt='',$hsc=FALSE) > function pi_loadLL() > > from pi_base and how they are implemented. Thanks Bjoern! -- Stylence | webdevelopment in style www.stylence.nl From patrick.gaumond-nospam at hotmail.com Wed Dec 2 16:55:16 2009 From: patrick.gaumond-nospam at hotmail.com (Patrick Gaumond) Date: Wed, 02 Dec 2009 10:55:16 -0500 Subject: [TYPO3-dev] scheduler script in TYPO3 4.3 In-Reply-To: References: Message-ID: Francois Suter wrote: > SOAP sounds nice in project managers' mouth and is beautiful from a > theoretical point of view Amen to that ! Speed, simplicity. I like them more than theory... But I'm also ok with multiple remote call methods as long as we can keep simplicity and speed over over-engineering stuff. Patrick From typo3 at abezet.de Wed Dec 2 18:19:05 2009 From: typo3 at abezet.de (franz ripfel) Date: Wed, 02 Dec 2009 18:19:05 +0100 Subject: [TYPO3-dev] You are the best, keep rocking! Message-ID: all hail TYPO3-community! To all people contributing to TYPO3: You are the best! 4.3 is really fun and promising. Big thanks to Olli and his core team! Written here since in core list only patches allowed :) Looking forward to meet some of you guys on the next community events. Franz Ripfel from munich From thasmo at gmail.com Wed Dec 2 18:49:19 2009 From: thasmo at gmail.com (Thomas "Thasmo" Deinhamer) Date: Wed, 02 Dec 2009 18:49:19 +0100 Subject: [TYPO3-dev] You are the best, keep rocking! In-Reply-To: References: Message-ID: Same respect from myself, you all did a great job with TYPO3 4.3, especially Fluid and Extbase, plus all the other great improvements. Thomas franz ripfel schrieb: > all hail TYPO3-community! > To all people contributing to TYPO3: > You are the best! > 4.3 is really fun and promising. > Big thanks to Olli and his core team! Written here since in core list > only patches allowed :) > > Looking forward to meet some of you guys on the next community events. > > > Franz Ripfel from munich From peter.russ at 4many.net Wed Dec 2 20:16:58 2009 From: peter.russ at 4many.net (Peter Russ) Date: Wed, 02 Dec 2009 20:16:58 +0100 Subject: [TYPO3-dev] Code beauteousness Message-ID: Just wondering what the author of this poem is trying to say us: $content = array('user' => array(), 'html' => array(), 'admin' => array(), 'mail' => array()); $content['mail'] = ''; $content['user']['all'] = ''; $content['html']['all'] = ''; $content['admin']['all'] = ''; I'm paid by lines? I don't care about the lines before? Check how this code formats in your IDE? Starving for beauteousness... -- loans that change lives http://www.kiva.org _____________________________ uon GbR http://www.uon.li http://www.xing.com/profile/Peter_Russ From info at sk-typo3.de Wed Dec 2 20:33:14 2009 From: info at sk-typo3.de (Steffen Kamper) Date: Wed, 02 Dec 2009 20:33:14 +0100 Subject: [TYPO3-dev] Code beauteousness In-Reply-To: References: Message-ID: Hi, Peter Russ schrieb: > Just wondering what the author of this poem is trying to say us: > > $content = array('user' => array(), 'html' => array(), 'admin' => > array(), 'mail' => array()); > $content['mail'] = ''; > $content['user']['all'] = ''; > $content['html']['all'] = ''; > $content['admin']['all'] = ''; > code is wrong, this is missing after all: unset($content, $content['mail'], $content['user']['all'], $content['html']['all'], $content['admin']['all']); otherwise something could be left ... vg Steffen From typo3-dev at bruchmann-web.de Wed Dec 2 20:35:37 2009 From: typo3-dev at bruchmann-web.de (David Bruchmann) Date: Wed, 02 Dec 2009 20:35:37 +0100 Subject: [TYPO3-dev] Code beauteousness In-Reply-To: References: Message-ID: Von: Peter Russ Gesendet: Mittwoch, 2. Dezember 2009 20:16:58 Betreff: [TYPO3-dev] Code beauteousness > Just wondering what the author of this poem is trying to say us: > > $content = array('user' => array(), 'html' => array(), 'admin' => > array(), 'mail' => array()); > $content['mail'] = ''; > $content['user']['all'] = ''; > $content['html']['all'] = ''; > $content['admin']['all'] = ''; > > I'm paid by lines? > I don't care about the lines before? > Check how this code formats in your IDE? Hi Peter, Where did you find it? It's a bit senseless posting (nearly?) senseless things without context ;-) Best Regards David From typo3-dev at bruchmann-web.de Wed Dec 2 20:37:33 2009 From: typo3-dev at bruchmann-web.de (David Bruchmann) Date: Wed, 02 Dec 2009 20:37:33 +0100 Subject: [TYPO3-dev] Code beauteousness In-Reply-To: References: Message-ID: ----- Urspr?ngliche Nachricht ----- Von: Steffen Kamper Gesendet: Mittwoch, 2. Dezember 2009 20:33:14 An: typo3-dev at lists.typo3.org CC: Betreff: Re: [TYPO3-dev] Code beauteousness > Hi, > > Peter Russ schrieb: >> Just wondering what the author of this poem is trying to say us: >> >> $content = array('user' => array(), 'html' => array(), 'admin' => >> array(), 'mail' => array()); >> $content['mail'] = ''; >> $content['user']['all'] = ''; >> $content['html']['all'] = ''; >> $content['admin']['all'] = ''; >> > > > code is wrong, this is missing after all: > unset($content, $content['mail'], $content['user']['all'], > $content['html']['all'], $content['admin']['all']); > > otherwise something could be left ... > > vg Steffen *lol* David From peter.russ at 4many.net Wed Dec 2 21:01:03 2009 From: peter.russ at 4many.net (Peter Russ) Date: Wed, 02 Dec 2009 21:01:03 +0100 Subject: [TYPO3-dev] Code beauteousness In-Reply-To: References: Message-ID: --- Original Nachricht --- Absender: David Bruchmann Datum: 02.12.2009 20:35: > Von: Peter Russ > Gesendet: Mittwoch, 2. Dezember 2009 20:16:58 > Betreff: [TYPO3-dev] Code beauteousness >> Just wondering what the author of this poem is trying to say us: >> >> $content = array('user' => array(), 'html' => array(), 'admin' => >> array(), 'mail' => array()); >> $content['mail'] = ''; >> $content['user']['all'] = ''; >> $content['html']['all'] = ''; >> $content['admin']['all'] = ''; >> >> I'm paid by lines? >> I don't care about the lines before? >> Check how this code formats in your IDE? > > Hi Peter, > > Where did you find it? > It's a bit senseless posting (nearly?) senseless things without context ;-) > > Best Regards > David As every TYPO3 extension is in TER it should be easy to find it ;-) Come on and improve your Google skills! You could also try on Forge... Enjoy ;-) -- loans that change lives http://www.kiva.org _____________________________ uon GbR http://www.uon.li http://www.xing.com/profile/Peter_Russ From typo3-dev at bruchmann-web.de Wed Dec 2 21:23:57 2009 From: typo3-dev at bruchmann-web.de (David Bruchmann) Date: Wed, 02 Dec 2009 21:23:57 +0100 Subject: [TYPO3-dev] Code beauteousness In-Reply-To: References: Message-ID: > > As every TYPO3 extension is in TER it should be easy to find it ;-) > Come on and improve your Google skills! > You could also try on Forge... > > Enjoy ;-) > Sorry, wasting time with senseless code is ridiculous enough. Real google skills are defined by other abilities anyway. From rupi at gmx.li Wed Dec 2 21:30:50 2009 From: rupi at gmx.li (Rupert Germann) Date: Wed, 02 Dec 2009 21:30:50 +0100 Subject: [TYPO3-dev] index on cache_hash ident field In-Reply-To: References: Message-ID: Krystian Szymukowicz schrieb: > I would not call myself and database expert so I'd like to ask you: > should not there be an index created on filed "ident" in table > "cache_hash" ? > > Typical use of ident in cache hash would be > SELECT * FROM cache_hash WHERE ident = 'foobar' > DELETE FROM cache_hash WHERE ident = 'foobar' > > so the index on 'ident' would play his part quite well here, I think. > > > With hundred thousands records simple "DELETE FROM cache_hash WHERE > ident = 'foobar'" create quite huge time lag (about minute). > > What's your opinion? in theory there should be an index, but practical this field is not used in the core - only by some extensions (e.g. automaketemplate). but AFAIK there's no select query on this field. So I see no problem here. greets rupert -- Rupert Germann tt_news maintainer, TYPO3 core developer, http://rgdata.de From ernst at cron-it.de Wed Dec 2 21:33:57 2009 From: ernst at cron-it.de (Ernesto Baschny [cron IT]) Date: Wed, 02 Dec 2009 21:33:57 +0100 Subject: [TYPO3-dev] scheduler script in TYPO3 4.3 In-Reply-To: References: Message-ID: Hi, Francois Suter schrieb: > If you set up your cron job to run every hour, then your tasks are going > to run also every hour, no matter if you set them up to run every 5 > minutes. > > The Scheduler does not know at what frequency it is being called by the > cron daemon, so it cannot warn the user. However if you go to the BE > module you should see your tasks being nearly always late. That gives an > indication that the frequency of the cron job is not appropriate with > regards to what you are trying to achieve. Maybe the scheduler could indeed check in which interval it is being run in the cronjob and offer a warning for tasks that won't be able to be executed "in time" because of it. A feature for 4.4. Would that be possible? >> Second thing: The script to execute needs an argument "scheduler", >> which in my opinion could give problems for a lot of users, because >> often the hosters cron configuration does allow to set a path to >> script only without arguments. So it might be better and more >> userfriendly if TYPO3 would come with a single script that just >> handles the scheduling things. (I know that its actually easy to >> create another script that calls cli_dispatch.phpsh scheduler, but >> thats not optimal and i'm having problems on one of my servers to set >> it up) >> Maybe I should create a bug report for this? What do you think? > The whole point of the cli_dispatch script is to be the central way to > call TYPO3 from the command line. And the whole point of the Scheduler > is to have a central place for recurring jobs. So I wouldn't introduce a > separate script. At least not in the Core. But you could create an > extension that provides a script encapsulating the call to cli_dispatch. I agree with Francois. It is nice the way it is, and a TYPO3 hoster will know how to set up the cronjob for the scheduler, if this service is provided to its customers. And you could probably create a wrapper shell script to call the scheduler and add that as your cronjob if the hoster doesn't allow you otherwise. Cheers, Ernesto From peter.russ at 4many.net Wed Dec 2 21:53:01 2009 From: peter.russ at 4many.net (Peter Russ) Date: Wed, 02 Dec 2009 21:53:01 +0100 Subject: [TYPO3-dev] [ot] Code beauteousness In-Reply-To: References: Message-ID: --- Original Nachricht --- Absender: David Bruchmann Datum: 02.12.2009 21:23: > >> >> As every TYPO3 extension is in TER it should be easy to find it ;-) >> Come on and improve your Google skills! >> You could also try on Forge... >> >> Enjoy ;-) >> > > Sorry, wasting time with senseless code is ridiculous enough. > Real google skills are defined by other abilities anyway. Just wondering what if * a search engine would be able to understand the poem * bring this verse in relation with the poet * show history of his creativeness If I were a HR manager I would love this feature Hey folks to late to get a patent on that. It's published ;-) Ok - just dreaming... And hacking more of these poems ;-) P.S: I'm not the author of the lines mentioned earlier. This typo wurlitzer goes for an other guy.... -- loans that change lives http://www.kiva.org _____________________________ uon GbR http://www.uon.li http://www.xing.com/profile/Peter_Russ From t33k.RE.MO.VE at RE.MO.VE.prolabium.com Wed Dec 2 21:53:59 2009 From: t33k.RE.MO.VE at RE.MO.VE.prolabium.com (Krystian Szymukowicz) Date: Wed, 02 Dec 2009 21:53:59 +0100 Subject: [TYPO3-dev] index on cache_hash ident field In-Reply-To: References: Message-ID: Rupert Germann wrote: > Krystian Szymukowicz schrieb: >> I would not call myself and database expert so I'd like to ask you: >> should not there be an index created on filed "ident" in table >> "cache_hash" ? >> >> Typical use of ident in cache hash would be >> SELECT * FROM cache_hash WHERE ident = 'foobar' >> DELETE FROM cache_hash WHERE ident = 'foobar' >> >> so the index on 'ident' would play his part quite well here, I think. >> >> >> With hundred thousands records simple "DELETE FROM cache_hash WHERE >> ident = 'foobar'" create quite huge time lag (about minute). >> >> What's your opinion? > > in theory there should be an index, but practical this field is not used > in the core - only by some extensions (e.g. automaketemplate). > but AFAIK there's no select query on this field. > So I see no problem here. > Yes. In the core there is no SELECT and DELETE on this table. But in TYPO3 documentation there is a statement that cache_hash is a *universal* cache table which can be used by extensions too (this is my case). I think that if it is universal it should be prepared for SELECT and DELETE. And what is the sense of this field if it cannot be used effectively by extensions and is not used in core anyway? -- grtz Krystian Szymukowicz From t33k.RE.MO.VE at RE.MO.VE.prolabium.com Wed Dec 2 21:56:20 2009 From: t33k.RE.MO.VE at RE.MO.VE.prolabium.com (Krystian Szymukowicz) Date: Wed, 02 Dec 2009 21:56:20 +0100 Subject: [TYPO3-dev] index on cache_hash ident field In-Reply-To: References: Message-ID: Rupert Germann pisze: > Krystian Szymukowicz schrieb: >> I would not call myself and database expert so I'd like to ask you: >> should not there be an index created on filed "ident" in table >> "cache_hash" ? >> >> Typical use of ident in cache hash would be >> SELECT * FROM cache_hash WHERE ident = 'foobar' >> DELETE FROM cache_hash WHERE ident = 'foobar' >> >> so the index on 'ident' would play his part quite well here, I think. >> >> >> With hundred thousands records simple "DELETE FROM cache_hash WHERE >> ident = 'foobar'" create quite huge time lag (about minute). >> >> What's your opinion? > > in theory there should be an index, but practical this field is not used > in the core - only by some extensions (e.g. automaketemplate). > but AFAIK there's no select query on this field. > So I see no problem here. > Yes. In the core there is no SELECT and DELETE on this field. But in TYPO3 documentation there is a statement that cache_hash is a *universal* cache table which can be used by extensions too (this is my case). I think that if it is universal it should be prepared for SELECT and DELETE. And what is the sense of this field if it cannot be used effectively by extensions and is not used in core anyway? -- grtz Krystian Szymukowicz From fsu-lists at cobweb.ch Wed Dec 2 21:58:17 2009 From: fsu-lists at cobweb.ch (Francois Suter) Date: Wed, 02 Dec 2009 21:58:17 +0100 Subject: [TYPO3-dev] scheduler script in TYPO3 4.3 In-Reply-To: References: Message-ID: Hi, > Maybe the scheduler could indeed check in which interval it is being run > in the cronjob and offer a warning for tasks that won't be able to be > executed "in time" because of it. A feature for 4.4. Would that be possible? In principle, there's nothing against it. It would just be a matter of keeping some history of the calls for each task, doing an average and see if that matches the frequency of the task. Anyone should feel free to submit a patch for that (personally I have no need for it, so don't expect that to come from me). Cheers -- Francois Suter Cobweb Development Sarl - http://www.cobweb.ch From typo3-dev at bruchmann-web.de Wed Dec 2 22:09:20 2009 From: typo3-dev at bruchmann-web.de (David Bruchmann) Date: Wed, 02 Dec 2009 22:09:20 +0100 Subject: [TYPO3-dev] [ot] Code beauteousness In-Reply-To: References: Message-ID: ----- Urspr?ngliche Nachricht ----- Von: Peter Russ Gesendet: Mittwoch, 2. Dezember 2009 21:53:01 An: typo3-dev at lists.typo3.org CC: Betreff: Re: [TYPO3-dev] [ot] Code beauteousness > > Just wondering what if > * a search engine would be able to understand the poem > * bring this verse in relation with the poet > * show history of his creativeness > > If I were a HR manager I would love this feature > Hey folks to late to get a patent on that. It's published ;-) > > Ok - just dreaming... > > And hacking more of these poems ;-) > > P.S: I'm not the author of the lines mentioned earlier. > This typo wurlitzer goes for an other guy.... > I see, you're going crazy ;-) From ernst at cron-it.de Wed Dec 2 23:07:01 2009 From: ernst at cron-it.de (Ernesto Baschny [cron IT]) Date: Wed, 02 Dec 2009 23:07:01 +0100 Subject: [TYPO3-dev] 4.3 Install Tool looking with ENABLE_INSTALL_TOOL In-Reply-To: References: Message-ID: Christian Leicht schrieb: > Hello, > > i have since 4.3 the problem that i can?t open the Install tool from BE. > Of course, I have created the Install tool enable File in Settings. The > file is toched. If i use the external Link www.domain.de/typo3/install > everything works fine. But not from the BE. > > Today i changed my PHP register_global to "On" an now the Install Tool > works from BE. > > Is this a bug ore a feature? > I dont like to run my PHP in register_globals on. I usually have this behaviour from "time to time" in the backend frame, because the browser caches the resulting page that displays "Please touch the typo3conf/ENABLE_INSTALL_TOOL file bla bla". If you in this frame say "open in new frame" and RELOAD it (or simply "reload this frame"), it will overcome the browsers cache and then load the install tool as expected. Isn't this the case in your situation? Might be that we have missing "no-cache" headers in the output of the error message. Cheers, Ernesto From gawain at camlann.de Wed Dec 2 23:32:43 2009 From: gawain at camlann.de (Christian Welzel) Date: Wed, 02 Dec 2009 23:32:43 +0100 Subject: [TYPO3-dev] Code beauteousness References: Message-ID: Peter Russ wrote: > Just wondering what the author of this poem is trying to say us: > > $content = array('user' => array(), 'html' => array(), 'admin' => > array(), 'mail' => array()); > $content['mail'] = ''; > $content['user']['all'] = ''; > $content['html']['all'] = ''; > $content['admin']['all'] = ''; He is initializing array members to an empty value? I cannot see, whats wrong with it. Ok, this could all be in the first line, but thats personal style, isnt it? > $content['mail'] = ''; This is probably a typo and the ['all'] is missing. I why all this? Perhaps to avoid nasty php notice warnings in the log file when accessing undefined array members: > error_reporting(E_ALL); > $content=array("foo" => array()); > if($content["foo"]["bar"]=="dummy"); > > Notice: Undefined index: bar in Command line code on line 3 The original code seems a bit stupid, but its not. -- MfG, Christian Welzel GPG-Key: http://www.camlann.de/key.asc Fingerprint: 4F50 19BF 3346 36A6 CFA9 DBDC C268 6D24 70A1 AD15 From sebastian.gebhard at gmail.com Thu Dec 3 01:49:06 2009 From: sebastian.gebhard at gmail.com (Sebastian Gebhard) Date: Thu, 03 Dec 2009 01:49:06 +0100 Subject: [TYPO3-dev] Code beauteousness In-Reply-To: References: Message-ID: found the source.. You stole 10 minutes of my precious life! :D From jigal at xs4all.nl Thu Dec 3 09:33:57 2009 From: jigal at xs4all.nl (Jigal van Hemert) Date: Thu, 03 Dec 2009 09:33:57 +0100 Subject: [TYPO3-dev] Code beauteousness In-Reply-To: References: Message-ID: Sebastian Gebhard wrote: > found the source.. > > You stole 10 minutes of my precious life! :D To save the rest of the world 10 minutes per person: typo3conf/ext/sr_feuser_register/lib/class.tx_srfeuserregister_email.php tx_srfeuserregister_email::compile() -- Regards, Jigal. From denyerec at gmail.com Thu Dec 3 10:17:24 2009 From: denyerec at gmail.com (Denyer Ec) Date: Thu, 3 Dec 2009 09:17:24 +0000 Subject: [TYPO3-dev] Code beauteousness In-Reply-To: References: Message-ID: *Note to self: Never submit code to TER* :D On Thu, Dec 3, 2009 at 8:33 AM, Jigal van Hemert wrote: > Sebastian Gebhard wrote: >> >> found the source.. >> >> You stole 10 minutes of my precious life! :D > > To save the rest of the world 10 minutes per person: > typo3conf/ext/sr_feuser_register/lib/class.tx_srfeuserregister_email.php > tx_srfeuserregister_email::compile() > > -- > Regards, Jigal. > _______________________________________________ > TYPO3-dev mailing list > TYPO3-dev at lists.typo3.org > http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-dev > -- ------- http://gallery.denyerec.co.uk From info at sk-typo3.de Thu Dec 3 10:29:24 2009 From: info at sk-typo3.de (Steffen Kamper) Date: Thu, 03 Dec 2009 10:29:24 +0100 Subject: [TYPO3-dev] Code beauteousness In-Reply-To: References: Message-ID: Hi, Denyer Ec schrieb: > *Note to self: Never submit code to TER* > wrong: always review your code _before_ submitting to TER. Use good IDE as it helps you finding errors. vg Steffen From news at ringerge.org Thu Dec 3 10:37:03 2009 From: news at ringerge.org (Georg Ringer) Date: Thu, 03 Dec 2009 10:37:03 +0100 Subject: [TYPO3-dev] Code beauteousness In-Reply-To: References: Message-ID: Hi, more fun code if($int_version >= 4003000) { $this->bool_typo3_43 = TRUE; } if($int_version < 4003000) { $this->bool_typo3_43 = FALSE; } Georg From peter.russ at 4many.net Thu Dec 3 10:45:43 2009 From: peter.russ at 4many.net (Peter Russ) Date: Thu, 03 Dec 2009 10:45:43 +0100 Subject: [TYPO3-dev] Code beauteousness In-Reply-To: References: Message-ID: --- Original Nachricht --- Absender: Georg Ringer Datum: 03.12.2009 10:37: > Hi, > > more fun code > > if($int_version >= 4003000) > { > $this->bool_typo3_43 = TRUE; > } > if($int_version < 4003000) > { > $this->bool_typo3_43 = FALSE; > } This folks got paid per line ;-) And I wondered how they created so many lines in such a short time ;-) -- loans that change lives http://www.kiva.org _____________________________ uon GbR http://www.uon.li http://www.xing.com/profile/Peter_Russ From info at rs-websystems.de Thu Dec 3 10:46:58 2009 From: info at rs-websystems.de (Steffen Ritter) Date: Thu, 03 Dec 2009 10:46:58 +0100 Subject: [TYPO3-dev] Code beauteousness In-Reply-To: References: Message-ID: Peter Russ schrieb: > This folks got paid per line ;-) > And I wondered how they created so many lines in such a short time ;-) $this->bool_typo3_43 = ($int_version >= 4003000); would be to unreadable to non programmers :P and you know: always write readable code ;) From news at ringerge.org Thu Dec 3 10:48:13 2009 From: news at ringerge.org (Georg Ringer) Date: Thu, 03 Dec 2009 10:48:13 +0100 Subject: [TYPO3-dev] Code beauteousness In-Reply-To: References: Message-ID: Peter Russ schrieb: > This folks got paid per line ;-) > And I wondered how they created so many lines in such a short time ;-) but at least they claim to be the most expensive TYPO3 agency and raising their hourly rates next year from ?117 to ?190 and they just produce high-quality extensions Georg From news at ringerge.org Thu Dec 3 10:51:09 2009 From: news at ringerge.org (Georg Ringer) Date: Thu, 03 Dec 2009 10:51:09 +0100 Subject: [TYPO3-dev] Code beauteousness In-Reply-To: References: Message-ID: Steffen Ritter schrieb: > would be to unreadable to non programmers :P and you know: always write > readable code ;) you mean readable like a book - hundreds of pages? ;) georg From sebastian.gebhard at gmail.com Thu Dec 3 14:09:21 2009 From: sebastian.gebhard at gmail.com (Sebastian Gebhard) Date: Thu, 03 Dec 2009 14:09:21 +0100 Subject: [TYPO3-dev] Multiple Authors of one extension Message-ID: Currently the doc_core_api, the TER and the EM do not really support multiple authors for one extension. extbase_kickstarter was designed to support multiple Persons involved in an extension with different roles (Project Manager and Developer at the moment) and now I tried how to represent that in ext_emconf.php Assuming the following Persons: Name: Anthony Company: Agency Role: Project Manager Email: anthony at agency.com Name: Billy Company: BlueOffice Role: Developer Email: billy at blue-office.org Name: Charly Company: CharmingWeb Role: Developer Email: charly at charmingweb.info Now I "solved" it like this: 'author' => 'Anthony,Billy,Charly', 'author_email' => 'anthony at agency.com,billy at blue-office.org,charly at charmingweb.info', 'author_company' => 'Agency,BlueOffice,CharmingWeb', But the EM badly supports this, because it results in a Mail link like: "mailto:anthony at agency.com,billy at blue-office.org,charly at charmingweb.info" I'd go for a clean solution an introduce an array for persons on ext_emconf: 'persons' => array( array( 'name' => 'Anthony', 'email' => 'anthony at agency.com', 'company' => 'Agency', 'role' => 'Product Manager', ), array( 'name' => 'Billy', 'email' => 'billy at blue-office.org', 'company' => 'BlueOffice', 'role' => 'Developer', ), // and so on.. ), TER and EM would need updates then. What do you think? Kind regards, Sebastian From news at ringerge.org Thu Dec 3 14:17:14 2009 From: news at ringerge.org (Georg Ringer) Date: Thu, 03 Dec 2009 14:17:14 +0100 Subject: [TYPO3-dev] Multiple Authors of one extension In-Reply-To: References: Message-ID: Hi, if you are planning such a big extension, create a project at forge and present the info there. IMO no need to put that all in the extension Georg From typo3-dev at bruchmann-web.de Thu Dec 3 14:37:17 2009 From: typo3-dev at bruchmann-web.de (David Bruchmann) Date: Thu, 03 Dec 2009 14:37:17 +0100 Subject: [TYPO3-dev] Multiple Authors of one extension In-Reply-To: References: Message-ID: Von: Georg Ringer Gesendet: Donnerstag, 3. Dezember 2009 14:17:14 An: typo3-dev at lists.typo3.org > if you are planning such a big extension, create a project at forge and > present the info there. > > IMO no need to put that all in the extension Hi, 1) I see no reason for restrictions if somone likes to do the work. 2) I also desired more flexibility in the array 3) not every extension shall be public, so forge isn't the one solution for everything. my +1 for the general idea. Best regards David From info at rs-websystems.de Thu Dec 3 14:35:46 2009 From: info at rs-websystems.de (Steffen Ritter) Date: Thu, 03 Dec 2009 14:35:46 +0100 Subject: [TYPO3-dev] Multiple Authors of one extension In-Reply-To: References: Message-ID: Sebastian Gebhard schrieb: > TER and EM would need updates then. What do you think? +1 but: cleaning TER as whole... (new plugins, more flexible api, better categorisation and voting :) ) From typo3 at perseguers.ch Thu Dec 3 14:41:03 2009 From: typo3 at perseguers.ch (Xavier Perseguers) Date: Thu, 03 Dec 2009 14:41:03 +0100 Subject: [TYPO3-dev] Multiple Authors of one extension In-Reply-To: References: Message-ID: > TER and EM would need updates then. What do you think? -1. For me the purpose of that field is to provide a way for users to know where to report problems or request (paid) support. Purpose is not to show the responsability of each person involved in the projet but have one contact reference. I don't see the point of knowing who brought coffee, ordered pizzas or gave rewards to good programmers, I only expect here to have some information about the leader of the extension, may it be a company's boss, the "info at company.org" email, or whatever. Just my 2c. -- Xavier Perseguers DBAL Leader http://forge.typo3.org/projects/show/extension-dbal From jigal at xs4all.nl Thu Dec 3 14:43:10 2009 From: jigal at xs4all.nl (Jigal van Hemert) Date: Thu, 03 Dec 2009 14:43:10 +0100 Subject: [TYPO3-dev] MM-MM-tables? Message-ID: Hi list, I have a mm-relation between two tables (let's call them fe_users and mycat). For each relation there must be extra configuration in the shape of a relation to one or more locations. Schematic view: fe_users -> mm-table -> mycat plus: mm-table -> mm2-table -> location The second relation is /not/ a relation between the category and the location, but between the category selection made by the user and one or more locations. Each user can make relations to different locations for a particular category. It's not a problem to build this in a database and to use it an extension, but I was wondering if there are ways to do this in a TYPO3 way, with support in the TCA and API functions? Regards, Jigal. From typo3-dev at bruchmann-web.de Thu Dec 3 14:57:52 2009 From: typo3-dev at bruchmann-web.de (David Bruchmann) Date: Thu, 03 Dec 2009 14:57:52 +0100 Subject: [TYPO3-dev] Multiple Authors of one extension In-Reply-To: References: Message-ID: ----- Urspr?ngliche Nachricht ----- Von: Xavier Perseguers Gesendet: Donnerstag, 3. Dezember 2009 14:41:03 An: typo3-dev at lists.typo3.org CC: Betreff: Re: [TYPO3-dev] Multiple Authors of one extension >> TER and EM would need updates then. What do you think? > > -1. > > For me the purpose of that field is to provide a way for users to know > where to report problems or request (paid) support. Purpose is not to > show the responsability of each person involved in the projet but have > one contact reference. > > I don't see the point of knowing who brought coffee, ordered pizzas or > gave rewards to good programmers, I only expect here to have some > information about the leader of the extension, may it be a company's > boss, the "info at company.org" email, or whatever. > > Just my 2c. > Hey Xavier, I think it's in responsibility of the authors to define who brought enough pizza to be mentioned at this place ;-) Your arguments aren't plausible to me. *searching knobs instead of cents* Best Regards David From patrick.gaumond-nospam at hotmail.com Thu Dec 3 15:00:04 2009 From: patrick.gaumond-nospam at hotmail.com (Patrick Gaumond) Date: Thu, 03 Dec 2009 09:00:04 -0500 Subject: [TYPO3-dev] Multiple Authors of one extension In-Reply-To: References: Message-ID: Xavier Perseguers wrote: >> TER and EM would need updates then. What do you think? > > -1. > > For me the purpose of that field is to provide a way for users to know > where to report problems or request (paid) support. Purpose is not to > show the responsability of each person involved in the projet but have > one contact reference. > > I don't see the point of knowing who brought coffee, ordered pizzas or > gave rewards to good programmers, I only expect here to have some > information about the leader of the extension, may it be a company's > boss, the "info at company.org" email, or whatever. /doc/manual.sxw is perfect to give credits to your espresso machine ! Keep it simple. Patrick From peter.russ at 4many.net Thu Dec 3 15:04:40 2009 From: peter.russ at 4many.net (Peter Russ) Date: Thu, 03 Dec 2009 15:04:40 +0100 Subject: [TYPO3-dev] MM-MM-tables? In-Reply-To: References: Message-ID: --- Original Nachricht --- Absender: Jigal van Hemert Datum: 03.12.2009 14:43: > Hi list, > > I have a mm-relation between two tables (let's call them fe_users and > mycat). For each relation there must be extra configuration in the shape > of a relation to one or more locations. > > Schematic view: > fe_users -> mm-table -> mycat > > plus: > > mm-table -> mm2-table -> location > > > The second relation is /not/ a relation between the category and the > location, but between the category selection made by the user and one or > more locations. Each user can make relations to different locations for > a particular category. > > It's not a problem to build this in a database and to use it an > extension, but I was wondering if there are ways to do this in a TYPO3 > way, with support in the TCA and API functions? > > Regards, Jigal. Did you try that: http://wiki.typo3.org/index.php/Inline_Relational_Record_Editing Peter. -- loans that change lives http://www.kiva.org _____________________________ uon GbR http://www.uon.li http://www.xing.com/profile/Peter_Russ From peter.russ at 4many.net Thu Dec 3 15:07:39 2009 From: peter.russ at 4many.net (Peter Russ) Date: Thu, 03 Dec 2009 15:07:39 +0100 Subject: [TYPO3-dev] Multiple Authors of one extension In-Reply-To: References: Message-ID: --- Original Nachricht --- Absender: Patrick Gaumond Datum: 03.12.2009 15:00: > Xavier Perseguers wrote: >>> TER and EM would need updates then. What do you think? >> >> -1. >> >> For me the purpose of that field is to provide a way for users to know >> where to report problems or request (paid) support. Purpose is not to >> show the responsability of each person involved in the projet but have >> one contact reference. >> >> I don't see the point of knowing who brought coffee, ordered pizzas or >> gave rewards to good programmers, I only expect here to have some >> information about the leader of the extension, may it be a company's >> boss, the "info at company.org" email, or whatever. > > /doc/manual.sxw is perfect to give credits to your espresso machine ! > > Keep it simple. > > Patrick +1 less is more.... -- loans that change lives http://www.kiva.org _____________________________ uon GbR http://www.uon.li http://www.xing.com/profile/Peter_Russ From typo3-dev at bruchmann-web.de Thu Dec 3 15:40:54 2009 From: typo3-dev at bruchmann-web.de (David Bruchmann) Date: Thu, 03 Dec 2009 15:40:54 +0100 Subject: [TYPO3-dev] Multiple Authors of one extension In-Reply-To: References: Message-ID: ----- Urspr?ngliche Nachricht ----- Von: Patrick Gaumond Gesendet: Donnerstag, 3. Dezember 2009 15:00:04 An: typo3-dev at lists.typo3.org CC: Betreff: Re: [TYPO3-dev] Multiple Authors of one extension > Xavier Perseguers wrote: >>> TER and EM would need updates then. What do you think? >> >> -1. >> >> For me the purpose of that field is to provide a way for users to know >> where to report problems or request (paid) support. Purpose is not to >> show the responsability of each person involved in the projet but have >> one contact reference. >> >> I don't see the point of knowing who brought coffee, ordered pizzas or >> gave rewards to good programmers, I only expect here to have some >> information about the leader of the extension, may it be a company's >> boss, the "info at company.org" email, or whatever. > > /doc/manual.sxw is perfect to give credits to your espresso machine ! > > Keep it simple. > The reasons are missing. I see only a handful developers pooling together to block something they don't like. I think at list a few arguments should be placed here to show what's wrong with the idea. The pizza argument was very weak. Best Regards David From jigal at xs4all.nl Thu Dec 3 15:48:43 2009 From: jigal at xs4all.nl (Jigal van Hemert) Date: Thu, 03 Dec 2009 15:48:43 +0100 Subject: [TYPO3-dev] Multiple Authors of one extension In-Reply-To: References: Message-ID: Sebastian Gebhard wrote: > Currently the doc_core_api, the TER and the EM do not really support > multiple authors for one extension. I encountered the same problem: the original author should be mentioned plus the current maintainer. Putting multiple email addresses in em_conf only produces problems :-( Things like these are sometimes pretty sensitive. Options to have multiple authors are very much welcomed by many. Regards, Jigal. From news at ringerge.org Thu Dec 3 15:52:52 2009 From: news at ringerge.org (Georg Ringer) Date: Thu, 03 Dec 2009 15:52:52 +0100 Subject: [TYPO3-dev] Multiple Authors of one extension In-Reply-To: References: Message-ID: David Bruchmann schrieb: > The reasons are missing. > I see only a handful developers pooling together to block something they > don't like. I think at list a few arguments should be placed here to > show what's wrong with the idea. The pizza argument was very weak. I don't see the reason for multiple people. Should all printed on typo3.org/extensions? if yes this will just make it even worse. if no, there will be no place where the information is shown - so no sense for it. manual is perfect because you can set there any text you need, how many columns you need ... Georg From jigal at xs4all.nl Thu Dec 3 15:56:29 2009 From: jigal at xs4all.nl (Jigal van Hemert) Date: Thu, 03 Dec 2009 15:56:29 +0100 Subject: [TYPO3-dev] MM-MM-tables? In-Reply-To: References: Message-ID: Hi Peter, Peter Russ wrote: > --- Original Nachricht --- > Absender: Jigal van Hemert >> I have a mm-relation between two tables (let's call them fe_users and >> mycat). For each relation there must be extra configuration in the >> shape of a relation to one or more locations. > Did you try that: > http://wiki.typo3.org/index.php/Inline_Relational_Record_Editing I briefly thought about IRRE, but the connecting table is still an MM-table (although the relationship is not always many to many) with only the uids of two of the related tables. It could work with MMM-tables (three related tables), but there is no such thing in TYPO3. Regards, Jigal. From typo3-dev at bruchmann-web.de Thu Dec 3 16:06:07 2009 From: typo3-dev at bruchmann-web.de (David Bruchmann) Date: Thu, 03 Dec 2009 16:06:07 +0100 Subject: [TYPO3-dev] Multiple Authors of one extension In-Reply-To: References: Message-ID: ----- Urspr?ngliche Nachricht ----- Von: Georg Ringer Gesendet: Donnerstag, 3. Dezember 2009 15:52:52 An: typo3-dev at lists.typo3.org CC: Betreff: Re: [TYPO3-dev] Multiple Authors of one extension > David Bruchmann schrieb: >> The reasons are missing. >> I see only a handful developers pooling together to block something they >> don't like. I think at list a few arguments should be placed here to >> show what's wrong with the idea. The pizza argument was very weak. > > I don't see the reason for multiple people. We recognized your point of view. But other people have other opinions and requirements. > Should all printed on > typo3.org/extensions? if yes this will just make it even worse. if no, > there will be no place where the information is shown - so no sense for it. 1) Information is shown in the Ext.Manager too. 2) When an extension has several authors, that should be displayed in TER and forge too. 3) Userdefined extensions could read the information too. Nice try, but in my opinion the arguments still are weak and mixed up with personal opinion and prejudgement. Best Regards David From news at ringerge.org Thu Dec 3 16:13:49 2009 From: news at ringerge.org (Georg Ringer) Date: Thu, 03 Dec 2009 16:13:49 +0100 Subject: [TYPO3-dev] Multiple Authors of one extension In-Reply-To: References: Message-ID: David Bruchmann schrieb: > Nice try, but in my opinion the arguments still are weak and mixed up > with personal opinion and prejudgement. It is everones personal opinion ;) I just fear to have something like that http://img339.imageshack.us/img339/5586/ter.gif Georg From sebastian.gebhard at gmail.com Thu Dec 3 16:22:22 2009 From: sebastian.gebhard at gmail.com (Sebastian Gebhard) Date: Thu, 03 Dec 2009 16:22:22 +0100 Subject: [TYPO3-dev] Multiple Authors of one extension In-Reply-To: References: Message-ID: Georg Ringer schrieb: > I just fear to have something like that > http://img339.imageshack.us/img339/5586/ter.gif That would indeed be bad style, but you can't force someone to write a good extension, can you? The upload comment is a completely free field which could be very long too. The solution: height:4.2em; overflow:auto; btw: My intention when starting this topic was not to get this change through, I just don't know what to do with the current extbase_kickstarter. However I think it would be quite useful. And like always: If you don't like the feature you don't need to use it. From typo3-dev at bruchmann-web.de Thu Dec 3 16:41:06 2009 From: typo3-dev at bruchmann-web.de (David Bruchmann) Date: Thu, 03 Dec 2009 16:41:06 +0100 Subject: [TYPO3-dev] Multiple Authors of one extension In-Reply-To: References: Message-ID: ----- Urspr?ngliche Nachricht ----- Von: Georg Ringer Gesendet: Donnerstag, 3. Dezember 2009 16:13:49 An: typo3-dev at lists.typo3.org CC: Betreff: Re: [TYPO3-dev] Multiple Authors of one extension > David Bruchmann schrieb: >> Nice try, but in my opinion the arguments still are weak and mixed up >> with personal opinion and prejudgement. > > It is everones personal opinion ;) > > I just fear to have something like that > http://img339.imageshack.us/img339/5586/ter.gif > Sure, every possibility gives the ability to malpractice. But 1) most developers are not stupid (I hope ;-) ) and like to have a welldone presentation of their extension, so they'll reduce the amount of entries to the importanced. About a limit could be dicussed but I think Xavier pointed out that it's in interest of the authors to keep it short anyway. Furthermore a limit on TER could be set but in extensions it's unlimited. 2) the decision whether to integrate an idea is made on another level but the kind how Sebastians posting was commented wasn't objective at all. When someone writes " *in my opinion* it's shit" than it's clear it's opinion but writing just "keep it simple" sounds like a judgement of a special person - this is neither the case nor does it respect the idea and the author. Best Regards David From sebastian.gebhard at gmail.com Thu Dec 3 16:45:37 2009 From: sebastian.gebhard at gmail.com (Sebastian Gebhard) Date: Thu, 03 Dec 2009 16:45:37 +0100 Subject: [TYPO3-dev] Multiple Authors of one extension In-Reply-To: References: Message-ID: David Bruchmann schrieb: > Furthermore a limit on TER could be set but in extensions > it's unlimited. +1 From info at rs-websystems.de Thu Dec 3 16:48:45 2009 From: info at rs-websystems.de (Steffen Ritter) Date: Thu, 03 Dec 2009 16:48:45 +0100 Subject: [TYPO3-dev] Multiple Authors of one extension In-Reply-To: References: Message-ID: Jigal van Hemert schrieb: > Sebastian Gebhard wrote: >> Currently the doc_core_api, the TER and the EM do not really support >> multiple authors for one extension. > > I encountered the same problem: the original author should be mentioned > plus the current maintainer. > > Putting multiple email addresses in em_conf only produces problems :-( > > > Things like these are sometimes pretty sensitive. Options to have > multiple authors are very much welcomed by many. > > Regards, Jigal. +1, extensions now maintained by someone but originally written by kasper f.e. drop kasper to allow enter the new email address? im for implemtenting the simple variant, with explodes on commas and displaying maximum 3 entries regards From typo3-dev at bruchmann-web.de Thu Dec 3 16:54:20 2009 From: typo3-dev at bruchmann-web.de (David Bruchmann) Date: Thu, 03 Dec 2009 16:54:20 +0100 Subject: [TYPO3-dev] Multiple Authors of one extension In-Reply-To: References: Message-ID: ----- Urspr?ngliche Nachricht ----- Von: Sebastian Gebhard Gesendet: Donnerstag, 3. Dezember 2009 16:45:37 An: typo3-dev at lists.typo3.org CC: Betreff: Re: [TYPO3-dev] Multiple Authors of one extension > David Bruchmann schrieb: >> Furthermore a limit on TER could be set but in extensions it's unlimited. > +1 I brought the coffee to myself ;-) From t3ng at pi-phi.tk Thu Dec 3 16:55:05 2009 From: t3ng at pi-phi.tk (bernd wilke) Date: Thu, 3 Dec 2009 15:55:05 +0000 (UTC) Subject: [TYPO3-dev] Multiple Authors of one extension References: Message-ID: On Thu, 03 Dec 2009 14:09:21 +0100 Sebastian Gebhard wrote: > Currently the doc_core_api, the TER and the EM do not really support > multiple authors for one extension. > > extbase_kickstarter was designed to support multiple Persons involved in > an extension with different roles (Project Manager and Developer at the > moment) and now I tried how to represent that in ext_emconf.php > I understand the wish of everyone to be mentioned in an extension, but we can't have so much credits at every place. I see the authorname and email in em_conf.php as a contact. but does I need to contact everyone in a dev-team? easily in each (PHP-)file of an extension the individual author(s) can be named and all names (and emails) could be mentioned in the manual. If no leader of an extension build by a team can be named, why not name it '-team' and a new email with internal multi-forwarding to each team-member should not be a problem nowadays. in this way we don't need changes in TER and EM. who would make all those changes? IMHO those people could do better (more needed) things. bernd -- http://www.pi-phi.de/cheatsheet.html From news at ringerge.org Thu Dec 3 16:54:47 2009 From: news at ringerge.org (Georg Ringer) Date: Thu, 03 Dec 2009 16:54:47 +0100 Subject: [TYPO3-dev] Multiple Authors of one extension In-Reply-To: References: Message-ID: Steffen Ritter schrieb: > extensions now maintained by someone but originally written by kasper > f.e. drop kasper to allow enter the new email address? sure! what is the sense of having the original author's email in ext_emconf.php if he doesn't suppor the extension anymore? Of course the name and email address can be still found in e.g. the pi1/class.tx_key_pi1.php file or a message in the manual saying "original author is xxx, thanks for the extension and it is a pleasure to be now the new contact person". > im for implemtenting the simple variant, with explodes on commas and > displaying maximum 3 entries what is the sense with 3? why not 5 or 7 or 10 Don't get me wrong: Multiple authors are great, I just don't see a real sense in having it in ext_emconf.php Georg From typo3-dev at bruchmann-web.de Thu Dec 3 17:07:00 2009 From: typo3-dev at bruchmann-web.de (David Bruchmann) Date: Thu, 03 Dec 2009 17:07:00 +0100 Subject: [TYPO3-dev] Multiple Authors of one extension In-Reply-To: References: Message-ID: ----- Urspr?ngliche Nachricht ----- Von: bernd wilke Gesendet: Donnerstag, 3. Dezember 2009 16:55:05 An: typo3-dev at lists.typo3.org CC: Betreff: Re: [TYPO3-dev] Multiple Authors of one extension > On Thu, 03 Dec 2009 14:09:21 +0100 Sebastian Gebhard wrote: > >> Currently the doc_core_api, the TER and the EM do not really support >> multiple authors for one extension. >> >> extbase_kickstarter was designed to support multiple Persons involved in >> an extension with different roles (Project Manager and Developer at the >> moment) and now I tried how to represent that in ext_emconf.php >> > I understand the wish of everyone to be mentioned in an extension, but we > can't have so much credits at every place. I see the authorname and email > in em_conf.php as a contact. > but does I need to contact everyone in a dev-team? > > easily in each (PHP-)file of an extension the individual author(s) can be > named and all names (and emails) could be mentioned in the manual. > > If no leader of an extension build by a team can be named, why not name > it '-team' and a new email with internal multi-forwarding to each > team-member should not be a problem nowadays. > > in this way we don't need changes in TER and EM. who would make all those > changes? IMHO those people could do better (more needed) things. > Just an example: Grafic: goofy XML: fred feuerstein ajax: arielle php: micky mouse So it's clear who has to be contacted in most cases. Best Regards David From patrick.gaumond-nospam at hotmail.com Thu Dec 3 17:18:52 2009 From: patrick.gaumond-nospam at hotmail.com (Patrick Gaumond) Date: Thu, 03 Dec 2009 11:18:52 -0500 Subject: [TYPO3-dev] Multiple Authors of one extension In-Reply-To: References: Message-ID: David Bruchmann wrote: > Just an example: > > Grafic: goofy > XML: fred feuerstein > ajax: arielle > php: micky mouse > > So it's clear who has to be contacted in most cases. David, why the manual isn't enough ? TER/EM aren't places for "Hall of fame". If I want to contact someone, the manual IS the place, not TER. Patrick From peter.russ at 4many.net Thu Dec 3 17:22:56 2009 From: peter.russ at 4many.net (Peter Russ) Date: Thu, 03 Dec 2009 17:22:56 +0100 Subject: [TYPO3-dev] MM-MM-tables? In-Reply-To: References: Message-ID: --- Original Nachricht --- Absender: Jigal van Hemert Datum: 03.12.2009 15:56: > Hi Peter, > > Peter Russ wrote: >> --- Original Nachricht --- >> Absender: Jigal van Hemert >>> I have a mm-relation between two tables (let's call them fe_users and >>> mycat). For each relation there must be extra configuration in the >>> shape of a relation to one or more locations. >> Did you try that: >> http://wiki.typo3.org/index.php/Inline_Relational_Record_Editing > > I briefly thought about IRRE, but the connecting table is still an > MM-table (although the relationship is not always many to many) with > only the uids of two of the related tables. > > It could work with MMM-tables (three related tables), but there is no > such thing in TYPO3. > > Regards, Jigal. Let's do it otherway round to come to clean IRRE: Let us call it personal-event(PE). A PE is defined by a category and a location and because it's personal by a n:1 relation to fe_users so one user can have several "personal events". So by doing this there is no need for mm? or even more... Peter. -- loans that change lives http://www.kiva.org _____________________________ uon GbR http://www.uon.li http://www.xing.com/profile/Peter_Russ From t3ng at pi-phi.tk Thu Dec 3 17:31:47 2009 From: t3ng at pi-phi.tk (bernd wilke) Date: Thu, 3 Dec 2009 16:31:47 +0000 (UTC) Subject: [TYPO3-dev] Multiple Authors of one extension References: Message-ID: On Thu, 03 Dec 2009 17:07:00 +0100 David Bruchmann wrote: > Just an example: > > Grafic: goofy > XML: fred feuerstein > ajax: arielle > php: micky mouse > > So it's clear who has to be contacted in most cases. > if you want this to be displayed in TER or EM you need a lot more changes :-( bernd -- http://www.pi-phi.de/cheatsheet.html From typo3-dev at bruchmann-web.de Thu Dec 3 17:34:32 2009 From: typo3-dev at bruchmann-web.de (David Bruchmann) Date: Thu, 03 Dec 2009 17:34:32 +0100 Subject: [TYPO3-dev] Multiple Authors of one extension In-Reply-To: References: Message-ID: ----- Urspr?ngliche Nachricht ----- Von: Patrick Gaumond Gesendet: Donnerstag, 3. Dezember 2009 17:18:52 An: typo3-dev at lists.typo3.org CC: Betreff: Re: [TYPO3-dev] Multiple Authors of one extension > David Bruchmann wrote: > >> Just an example: >> >> Grafic: goofy >> XML: fred feuerstein >> ajax: arielle >> php: micky mouse >> >> So it's clear who has to be contacted in most cases. > > David, why the manual isn't enough ? > > TER/EM aren't places for "Hall of fame". > > If I want to contact someone, the manual IS the place, not TER. > > Patrick Hi Patrick. Having a field in TER / Ext.Mgm named author logically requires all authors else it's title is wrong. About singular and plural we can discuss too if you like ;-) Using the option as "Hall of Fame" isn't the intention and sounds pretty bad. As Sebastian said: Nobody is obligated to use it. When somone wants to do the work I see no reason to stop him without real arguments. You don't have to do anything but perhaps can profit from small improvements - where is the problem? Best Regards David From patrick.gaumond-nospam at hotmail.com Thu Dec 3 17:53:14 2009 From: patrick.gaumond-nospam at hotmail.com (Patrick Gaumond) Date: Thu, 03 Dec 2009 11:53:14 -0500 Subject: [TYPO3-dev] Multiple Authors of one extension In-Reply-To: References: Message-ID: David Bruchmann wrote: > When somone wants to do the work I see no reason to stop him without > real arguments. You don't have to do anything but perhaps can profit > from small improvements - where is the problem? This is my last email about this. My "real arguments" are: 1. It takes time to implement and touch sysext/core; 2. It requires CoreDev time because it touches also: EM, TER, API manual(or is it Inside TYPO3?); 3. I can't see any ROI* for TER showing a long list of the team behind an extension; 4. Using the manual to put such information has no restriction and manual content is fully visible on typo3.org; 5. Using the manual or ext sources gives you the "feature" right now, without any work for anyone. I'm usually a "features creep" but I always think about ROI and "universality" of the feature before lobbying for such. Have a great evening, it's just lunchtime on my side of the ocean. :) Patrick *ROI stands for "Return On Investment". From typo3-dev at bruchmann-web.de Thu Dec 3 18:18:46 2009 From: typo3-dev at bruchmann-web.de (David Bruchmann) Date: Thu, 03 Dec 2009 18:18:46 +0100 Subject: [TYPO3-dev] Multiple Authors of one extension In-Reply-To: References: Message-ID: ----- Urspr?ngliche Nachricht ----- Von: Patrick Gaumond Gesendet: Donnerstag, 3. Dezember 2009 17:53:14 An: typo3-dev at lists.typo3.org CC: Betreff: Re: [TYPO3-dev] Multiple Authors of one extension Hi Patrick, > >> When somone wants to do the work I see no reason to stop him without >> real arguments. You don't have to do anything but perhaps can profit >> from small improvements - where is the problem? > > This is my last email about this. God bless the queen ;-) > > My "real arguments" are: > > 1. It takes time to implement and touch sysext/core; It's not yours. > 2. It requires CoreDev time because it touches also: > EM, TER, API manual(or is it Inside TYPO3?); AFAIK there is no general Feature-Stop. > 3. I can't see any ROI* for TER showing a long list of the > team behind an extension; I'm sure there're also other Features missing some ROI. It's a personal point of view. > 4. Using the manual to put such information has no restriction and > manual content is fully visible on typo3.org; Manual is the wrong word then and should be renamed in "Documentation" but that's not to important, you can do it tomorrow ;-) Serious: Sure, it's a possibility but that's no reason against the other solution. > 5. Using the manual or ext sources gives you the "feature" right now, > without any work for anyone. In other words: "I want you not to want to do the work!" - thanks ;-) > > I'm usually a "features creep" but I always think about ROI and > "universality" of the feature before lobbying for such. > > Have a great evening, it's just lunchtime on my side of the ocean. > :) Enjoy your meal, keep care never getting to fat ;-) > *ROI stands for "Return On Investment". Best Regards David From info at cybercraft.de Thu Dec 3 18:55:53 2009 From: info at cybercraft.de (JoH asenau) Date: Thu, 3 Dec 2009 18:55:53 +0100 Subject: [TYPO3-dev] MM-MM-tables? References: Message-ID: >>> I have a mm-relation between two tables (let's call them fe_users >>> and mycat). For each relation there must be extra configuration in >>> the shape of a relation to one or more locations. >> Did you try that: >> http://wiki.typo3.org/index.php/Inline_Relational_Record_Editing > > I briefly thought about IRRE, but the connecting table is still an > MM-table (although the relationship is not always many to many) with > only the uids of two of the related tables. Each table that comes with its own TCA settings can be made editable in the Backend. Especially with IRRE (but not exclusively) this is true for MM-tables as well. You can just add the necessary fields like uid, pid and others, give it a TCA and fill in the field that will be connected to the locations via the second MM table later on. Take a look at the examples given in the tutorial: http://www.wurm.thomas-hirt.at/images/group-shows/example-folder-4/example-s ubfolder-3.html 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 sebastian.gebhard at gmail.com Thu Dec 3 19:03:01 2009 From: sebastian.gebhard at gmail.com (Sebastian Gebhard) Date: Thu, 03 Dec 2009 19:03:01 +0100 Subject: [TYPO3-dev] Multiple Authors of one extension In-Reply-To: References: Message-ID: I've got another proposal for extbase_kickstarter: It should fill in the old fields with the main person and introduce a new array with all involved persons. So nothing will break and the data is available if someone needs it. And when typo3.org will be relaunched at some point they can decide if they take those data into the TER-Frontend or not. And I'm sure, when there are some Extensions out there with those data, someone will come up with a nice patch for the EM, too. Compromise? From fsu-lists at cobweb.ch Thu Dec 3 20:18:22 2009 From: fsu-lists at cobweb.ch (Francois Suter) Date: Thu, 03 Dec 2009 20:18:22 +0100 Subject: [TYPO3-dev] Multiple Authors of one extension In-Reply-To: References: Message-ID: Hi, > It should fill in the old fields with the main person and introduce a > new array with all involved persons. So nothing will break and the data > is available if someone needs it. And when typo3.org will be relaunched > at some point they can decide if they take those data into the > TER-Frontend or not. AFAIK this will not work. The TER has to know about each field found in ext_emconf.php, because it regenerates that file. The problem cropped up recently with the new "doNotLoadInFE" flag which is still not supported by the TER. Cheers -- Francois Suter Cobweb Development Sarl - http://www.cobweb.ch From peter.russ at 4many.net Thu Dec 3 20:30:01 2009 From: peter.russ at 4many.net (Peter Russ) Date: Thu, 03 Dec 2009 20:30:01 +0100 Subject: [TYPO3-dev] Multiple Authors of one extension In-Reply-To: References: Message-ID: --- Original Nachricht --- Absender: David Bruchmann Datum: 03.12.2009 18:18: > ----- Urspr?ngliche Nachricht ----- > Von: Patrick Gaumond > Gesendet: Donnerstag, 3. Dezember 2009 17:53:14 > An: typo3-dev at lists.typo3.org > CC: > Betreff: Re: [TYPO3-dev] Multiple Authors of one extension > > Hi Patrick, > >> >>> When somone wants to do the work I see no reason to stop him without >>> real arguments. You don't have to do anything but perhaps can profit >>> from small improvements - where is the problem? >> >> This is my last email about this. > > God bless the queen ;-) > >> >> My "real arguments" are: >> >> 1. It takes time to implement and touch sysext/core; > > It's not yours. > >> 2. It requires CoreDev time because it touches also: >> EM, TER, API manual(or is it Inside TYPO3?); > > AFAIK there is no general Feature-Stop. > >> 3. I can't see any ROI* for TER showing a long list of the >> team behind an extension; > > I'm sure there're also other Features missing some ROI. It's a personal > point of view. > >> 4. Using the manual to put such information has no restriction and >> manual content is fully visible on typo3.org; > > Manual is the wrong word then and should be renamed in "Documentation" > but that's not to important, you can do it tomorrow ;-) > Serious: Sure, it's a possibility but that's no reason against the other > solution. > >> 5. Using the manual or ext sources gives you the "feature" right now, >> without any work for anyone. > > In other words: "I want you not to want to do the work!" - thanks ;-) > >> >> I'm usually a "features creep" but I always think about ROI and >> "universality" of the feature before lobbying for such. >> >> Have a great evening, it's just lunchtime on my side of the ocean. >> :) > > Enjoy your meal, keep care never getting to fat ;-) > >> *ROI stands for "Return On Investment". > > Best Regards > David David IMHO your comments on Patrick's post are not appropriate. Peter. -- loans that change lives http://www.kiva.org _____________________________ uon GbR http://www.uon.li http://www.xing.com/profile/Peter_Russ From typo3-dev at bruchmann-web.de Thu Dec 3 21:03:34 2009 From: typo3-dev at bruchmann-web.de (David Bruchmann) Date: Thu, 03 Dec 2009 21:03:34 +0100 Subject: [TYPO3-dev] Multiple Authors of one extension In-Reply-To: References: Message-ID: > > David IMHO your comments on Patrick's post are not appropriate. > > Peter. > Forget it. My Point of view was clear before and Patrick understood it - I think. My jokes (all lines ending with a smiley ;-) ) weren't meant negative. BTW: just in this thread are a lot of answeres never aproppriating to previous posts. I'll never try to write for your changing or irregular criteria. From franz at ttproducts.de Thu Dec 3 22:05:13 2009 From: franz at ttproducts.de (Franz Holzinger) Date: Thu, 03 Dec 2009 22:05:13 +0100 Subject: [TYPO3-dev] Multiple Authors of one extension In-Reply-To: References: Message-ID: bernd wilke a ?crit : > in this way we don't need changes in TER and EM. who would make all those > changes? IMHO those people could do better (more needed) things. Why should more persons contribute to voluntary unpaid work if they are not mentioned anywhere? They could get the feeling to only push the one author mentioned in the extension in the EM, while they themselves are unknown to others. Maybe this could help to get the numbers of extensions doing the same things smaller. Maybe the listing of their names on TER could motivate more persons to contribute to existing extensions instead of keeping their work private or doing nothing? - Franz From marcus#exp2009 at t3sec.info Thu Dec 3 22:07:40 2009 From: marcus#exp2009 at t3sec.info (Marcus Krause) Date: Thu, 03 Dec 2009 22:07:40 +0100 Subject: [TYPO3-dev] Multiple Authors of one extension In-Reply-To: References: Message-ID: Franz Holzinger schrieb: > bernd wilke a ?crit : >> in this way we don't need changes in TER and EM. who would make all >> those changes? IMHO those people could do better (more needed) things. > > Why should more persons contribute to voluntary unpaid work if they are > not mentioned anywhere? [skipped the rest] Even now, they could mentioned in the changelog, manual and or as comment to their code contributions in files. Take the ext_emconf.php author field as "maintainer". Then this is either a single person or an agency that are able to be contacted by one single mail address. Marcus. From franz at ttproducts.de Thu Dec 3 22:27:32 2009 From: franz at ttproducts.de (Franz Holzinger) Date: Thu, 03 Dec 2009 22:27:32 +0100 Subject: [TYPO3-dev] Multiple Authors of one extension In-Reply-To: References: Message-ID: Marcus Krause a ?crit : > Franz Holzinger schrieb: >> bernd wilke a ?crit : >>> in this way we don't need changes in TER and EM. who would make all >>> those changes? IMHO those people could do better (more needed) things. >> Why should more persons contribute to voluntary unpaid work if they are >> not mentioned anywhere? [skipped the rest] > > Even now, they could mentioned in the changelog, manual and or as > comment to their code contributions in files. > Who reads the manual or the PHP code files? - Franz From typo3-dev at bruchmann-web.de Thu Dec 3 23:05:34 2009 From: typo3-dev at bruchmann-web.de (David Bruchmann) Date: Thu, 03 Dec 2009 23:05:34 +0100 Subject: [TYPO3-dev] Multiple Authors of one extension In-Reply-To: References: Message-ID: ----- Urspr?ngliche Nachricht ----- Von: Marcus Krause Gesendet: Donnerstag, 3. Dezember 2009 22:07:40 An: typo3-dev at lists.typo3.org CC: Betreff: Re: [TYPO3-dev] Multiple Authors of one extension > Franz Holzinger schrieb: >> bernd wilke a ?crit : >>> in this way we don't need changes in TER and EM. who would make all >>> those changes? IMHO those people could do better (more needed) things. >> Why should more persons contribute to voluntary unpaid work if they are >> not mentioned anywhere? [skipped the rest] > > Even now, they could mentioned in the changelog, manual and or as > comment to their code contributions in files. > > Take the ext_emconf.php author field as "maintainer". Then this is > either a single person or an agency that are able to be contacted by one > single mail address. Intention of the thread was not to find somwhere a place to write something but to improve existing logic. Reading in TER that an extension was developed by two or three wellknown developers the extension will enjoy more public confidence than those a single person has written. And reading 20 manuals for galleries isn't really funny to make a descision. Beside ranging, amount of downloads and the Backend-Feature "reviewed" it can become another category for quality - without reading any files. The arguments of ROI and work are right but nobody is obligated to write a single line - it's done by those people who like doing the work. So I don't understand the passive message "keep it like it is". Best Regards David From peter.russ at 4many.net Thu Dec 3 23:38:34 2009 From: peter.russ at 4many.net (Peter Russ) Date: Thu, 03 Dec 2009 23:38:34 +0100 Subject: [TYPO3-dev] Multiple Authors of one extension In-Reply-To: References: Message-ID: --- Original Nachricht --- Absender: David Bruchmann Datum: 03.12.2009 23:05: > ----- Urspr?ngliche Nachricht ----- > Von: Marcus Krause > Gesendet: Donnerstag, 3. Dezember 2009 22:07:40 > An: typo3-dev at lists.typo3.org > CC: > Betreff: Re: [TYPO3-dev] Multiple Authors of one extension >> Franz Holzinger schrieb: >>> bernd wilke a ?crit : >>>> in this way we don't need changes in TER and EM. who would make all >>>> those changes? IMHO those people could do better (more needed) things. >>> Why should more persons contribute to voluntary unpaid work if they are >>> not mentioned anywhere? [skipped the rest] >> >> Even now, they could mentioned in the changelog, manual and or as >> comment to their code contributions in files. >> >> Take the ext_emconf.php author field as "maintainer". Then this is >> either a single person or an agency that are able to be contacted by one >> single mail address. > > Intention of the thread was not to find somwhere a place to write > something but to improve existing logic. > > Reading in TER that an extension was developed by two or three wellknown > developers the extension will enjoy more public confidence than those a > single person has written. And reading 20 manuals for galleries isn't > really funny to make a descision. > Beside ranging, amount of downloads and the Backend-Feature "reviewed" > it can become another category for quality - without reading any files. > > The arguments of ROI and work are right but nobody is obligated to write > a single line - it's done by those people who like doing the work. So I > don't understand the passive message "keep it like it is". > > Best Regards > David Personally I don't care about this. If I think something is good for the community I'll publish it. Please check TER. Publishing an author more or less is not a feature for any customer. If you want to improve the reputation please provide code to TER to buglist with patches etc. If you like to improve something: DO IT. If it is good it will be accepted. But please take care for features and not marketing (as this is still dev list ;-) Who cares about the end titles. A movie has always one director ;-) Peter. -- loans that change lives http://www.kiva.org _____________________________ uon GbR http://www.uon.li http://www.xing.com/profile/Peter_Russ From info at sk-typo3.de Fri Dec 4 00:06:20 2009 From: info at sk-typo3.de (Steffen Kamper) Date: Fri, 04 Dec 2009 00:06:20 +0100 Subject: [TYPO3-dev] $TSFE->set_no_cache() Message-ID: Hi, it was considered that $TSFE->set_no_cache() is bad and therefore it logs to syslog whenever it is used. This was target to extensions using this to find out if extension does this and prevent caching of the page. But there is a big conflict now, because the admin panel also does this. And this is correct because with admin panel you want to disable cache for debugging page output. So now core self triggers a lot of syslog entries there when using admin panel. Solution would be to disable the logging for $TSFE->set_no_cache() when admin panel is active. vg Steffen From typo.removeformessage at fx-graefix.de Fri Dec 4 00:55:54 2009 From: typo.removeformessage at fx-graefix.de (Franz Koch) Date: Fri, 04 Dec 2009 00:55:54 +0100 Subject: [TYPO3-dev] Multiple Authors of one extension In-Reply-To: References: Message-ID: Hi, >> Nice try, but in my opinion the arguments still are weak and mixed up >> with personal opinion and prejudgement. > > It is everones personal opinion ;) > > I just fear to have something like that > http://img339.imageshack.us/img339/5586/ter.gif Who said that all persons have to be displayed on the frontpage/overview? It's sure enough to only list the responsible persons in the detail view - and for that the layout can be optimized. I'd even vote to drop primary useless information like the author and downloads from list view - it's enough to see them in the detail view in general. -- kind regards, Franz Koch --------------------------------------------------- PayPal-Account: 'paypal _at_ elements-net _dot_ de' --------------------------------------------------- From peter.russ at 4many.net Fri Dec 4 07:29:16 2009 From: peter.russ at 4many.net (Peter Russ) Date: Fri, 04 Dec 2009 07:29:16 +0100 Subject: [TYPO3-dev] $TSFE->set_no_cache() In-Reply-To: References: Message-ID: --- Original Nachricht --- Absender: Steffen Kamper Datum: 04.12.2009 00:06: > Hi, > > it was considered that $TSFE->set_no_cache() is bad and therefore it > logs to syslog whenever it is used. This was target to extensions using > this to find out if extension does this and prevent caching of the page. > > But there is a big conflict now, because the admin panel also does this. > And this is correct because with admin panel you want to disable cache > for debugging page output. So now core self triggers a lot of syslog > entries there when using admin panel. > > Solution would be to disable the logging for $TSFE->set_no_cache() when > admin panel is active. > > vg Steffen Hmm.... When I open the cache tab at adminpanel I see that the page is cached. So I can't confirm that adminpanel disables cacheing by default. Or is there something wrong with my panel? Peter -- loans that change lives http://www.kiva.org _____________________________ uon GbR http://www.uon.li http://www.xing.com/profile/Peter_Russ From sebastian at typo3.org Fri Dec 4 08:15:30 2009 From: sebastian at typo3.org (=?ISO-8859-15?Q?Sebastian_Kurf=FCrst?=) Date: Fri, 04 Dec 2009 08:15:30 +0100 Subject: [TYPO3-dev] Multiple Authors of one extension In-Reply-To: References: Message-ID: Hey, > I've got another proposal for extbase_kickstarter: > > It should fill in the old fields with the main person and introduce a > new array with all involved persons. So nothing will break and the data > is available if someone needs it. And when typo3.org will be relaunched > at some point they can decide if they take those data into the > TER-Frontend or not. I think that's a quite good idea. Personally I didn't expect such a long discussion on such a simple matter - for me it makes more sense to have multiple persons, just if you take extbase and Fluid as an example: In Extbase, Jochen and myself are responsible, while in Fluid, Bastian and I are. In that case at least it does not make sense to use "just a single maintainer" because this is just not the case. For extbase kickstarter I'd currently go with your compromise. I know that TER needs to be adjusted for the new field, but one has to do this for doNotLoadInFE anyways, so this could be done at the same place. Thanks for your work on the extbase kickstarter, I'll have a look right away (and I think there are much bigger and more fun tasks than the authors of the extension ;) ) Greets, Sebastian From news at ringerge.org Fri Dec 4 08:23:09 2009 From: news at ringerge.org (Georg Ringer) Date: Fri, 04 Dec 2009 08:23:09 +0100 Subject: [TYPO3-dev] Multiple Authors of one extension In-Reply-To: References: Message-ID: David Bruchmann schrieb: > Just an example: > > Grafic: goofy > XML: fred feuerstein > ajax: arielle > php: micky mouse > > So it's clear who has to be contacted in most cases. There should be one contact who is responsible, who should get the mails and who is shown there, and as already said by someone else: it still can be a office at workplace.com or mail at project.com and an internal forward. I am working in the security team and therefore I am writing to lots of authors and it is extremly helpful to have just one email address there because: * it makes life just simplier * the chance that I contact the correct person is high Who should I contact when there is a problem with an ajax response which is done with XML (common case): All of the 3, just one? This is not clear at all! The graffic guy is also not the one who is allowed to upload the extension (I guess) but this is only possible by 1 person (or at least 1 account) There is always one responsible person for the outside world! This is also the case with TYPO3 itself. Even if many many dozen people contribute to the project there is one member outstanding for every release and responsible! This makes sense a lot! Franz Holzinger said: > Why should more persons contribute to voluntary unpaid work > if they are not mentioned anywhere? Because it is for the greater good! I don't contribute core patches or work dozens of hours every month for the Security Team because I am mentioned anywhere. I do it for TYPO3 and do make it better! Inspiring people to share! There are many good places to give kudos to people (manual, project website, changelog, code comments, readme) but not in ext_emconf.php Georg PS: my last mail in this thread From fsu-lists at cobweb.ch Fri Dec 4 08:58:39 2009 From: fsu-lists at cobweb.ch (Francois Suter) Date: Fri, 04 Dec 2009 08:58:39 +0100 Subject: [TYPO3-dev] Multiple Authors of one extension In-Reply-To: References: Message-ID: Hi Sebastian, > For extbase kickstarter I'd currently go with your compromise. I know > that TER needs to be adjusted for the new field, but one has to do this > for doNotLoadInFE anyways, so this could be done at the same place. This is sliding slightly to a different topic, but we could try to make it easier to add new fields handling to the TER. I don't know how it's done now, maybe it's already easy ;-) Whoever works on this should keep in mind that there are also fields that we may want to remove, as they are no longer used. Cheers -- Francois Suter Cobweb Development Sarl - http://www.cobweb.ch From franz at ttproducts.de Fri Dec 4 09:37:21 2009 From: franz at ttproducts.de (Franz Holzinger) Date: Fri, 04 Dec 2009 09:37:21 +0100 Subject: [TYPO3-dev] Multiple Authors of one extension In-Reply-To: References: Message-ID: Sebastian Kurf?rst a ?crit : > Hey, > >> I've got another proposal for extbase_kickstarter: >> >> It should fill in the old fields with the main person and introduce a >> new array with all involved persons. So nothing will break and the data >> is available if someone needs it. And when typo3.org will be relaunched >> at some point they can decide if they take those data into the >> TER-Frontend or not. > I think that's a quite good idea. Personally I didn't expect such a long > discussion on such a simple matter - for me it makes more sense to have > multiple persons, just if you take extbase and Fluid as an example: > In Extbase, Jochen and myself are responsible, while in Fluid, Bastian > and I are. In that case at least it does not make sense to use "just a > single maintainer" because this is just not the case. Think also about bigger extensions, where the author is involved in many tasks. He might not answer to emails sent to him, because he is very busy. You will probably have experienced this already. In such a case it would be very helpful to see also the emails of others in an extension, so you could mail those other persons and ask your questions. - Franz From info at cybercraft.de Fri Dec 4 09:43:52 2009 From: info at cybercraft.de (JoH asenau) Date: Fri, 4 Dec 2009 09:43:52 +0100 Subject: [TYPO3-dev] MM-MM-tables? References: Message-ID: > Take a look at the examples given in the tutorial: > http://www.wurm.thomas-hirt.at/images/group-shows/example-folder-4/example-s > ubfolder-3.html Sorry - wrong link: http://typo3.org/documentation/document-library/extension-manuals/irre_tutor ial/0.1.10/view/1/2/ Did I mention that i sometimes hate the clipboard behaviour between virtual boxes? ;-) 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 peter.russ at 4many.net Fri Dec 4 10:39:34 2009 From: peter.russ at 4many.net (Peter Russ) Date: Fri, 04 Dec 2009 10:39:34 +0100 Subject: [TYPO3-dev] Multiple Authors of one extension In-Reply-To: References: Message-ID: --- Original Nachricht --- Absender: Franz Holzinger Datum: 04.12.2009 09:37: > Sebastian Kurf?rst a ?crit : >> Hey, >> >>> I've got another proposal for extbase_kickstarter: >>> >>> It should fill in the old fields with the main person and introduce a >>> new array with all involved persons. So nothing will break and the data >>> is available if someone needs it. And when typo3.org will be relaunched >>> at some point they can decide if they take those data into the >>> TER-Frontend or not. >> I think that's a quite good idea. Personally I didn't expect such a long >> discussion on such a simple matter - for me it makes more sense to have >> multiple persons, just if you take extbase and Fluid as an example: >> In Extbase, Jochen and myself are responsible, while in Fluid, Bastian >> and I are. In that case at least it does not make sense to use "just a >> single maintainer" because this is just not the case. > > Think also about bigger extensions, where the author is involved in many > tasks. He might not answer to emails sent to him, because he is very > busy. You will probably have experienced this already. In such a case it > would be very helpful to see also the emails of others in an extension, > so you could mail those other persons and ask your questions. > > > - Franz > I always thought that the NG is here as this question and answe might also be interesting for others. Peter. -- loans that change lives http://www.kiva.org _____________________________ uon GbR http://www.uon.li http://www.xing.com/profile/Peter_Russ From info at sk-typo3.de Fri Dec 4 10:42:34 2009 From: info at sk-typo3.de (Steffen Kamper) Date: Fri, 04 Dec 2009 10:42:34 +0100 Subject: [TYPO3-dev] $TSFE->set_no_cache() In-Reply-To: References: Message-ID: Hi, Peter Russ schrieb: > > Hmm.... When I open the cache tab at adminpanel I see that the page is > cached. So I can't confirm that adminpanel disables cacheing by default. > Or is there something wrong with my panel? > i didn't said "by default", i said admPanel use $TSFE->set_no_cache() vg Steffen From info at sk-typo3.de Fri Dec 4 11:04:46 2009 From: info at sk-typo3.de (Steffen Kamper) Date: Fri, 04 Dec 2009 11:04:46 +0100 Subject: [TYPO3-dev] MM-MM-tables? In-Reply-To: References: Message-ID: Hi, JoH asenau schrieb: > Sorry - wrong link: > http://typo3.org/documentation/document-library/extension-manuals/irre_tutor > ial/0.1.10/view/1/2/ > again not clickable in thunderbird couse the linebreak, use this: http://tinyurl.com/ydg2mko vg Steffen From peter.russ at 4many.net Fri Dec 4 11:24:31 2009 From: peter.russ at 4many.net (Peter Russ) Date: Fri, 04 Dec 2009 11:24:31 +0100 Subject: [TYPO3-dev] $TSFE->set_no_cache() In-Reply-To: References: Message-ID: --- Original Nachricht --- Absender: Steffen Kamper Datum: 04.12.2009 10:42: > Hi, > > Peter Russ schrieb: >> >> Hmm.... When I open the cache tab at adminpanel I see that the page is >> cached. So I can't confirm that adminpanel disables cacheing by default. >> Or is there something wrong with my panel? >> > > i didn't said "by default", i said admPanel use $TSFE->set_no_cache() > > vg Steffen If it would use this then no page should be shown at "Cache entries" and clear cache should be obsolete? Do you agree? An the option "no caching" would only be a dummy. Right? -- loans that change lives http://www.kiva.org _____________________________ uon GbR http://www.uon.li http://www.xing.com/profile/Peter_Russ From typo3 at t3node.com Fri Dec 4 11:24:05 2009 From: typo3 at t3node.com (=?UTF-8?B?U3RlZmZlbiBNw7xsbGVy?=) Date: Fri, 04 Dec 2009 11:24:05 +0100 Subject: [TYPO3-dev] Multiple Authors of one extension In-Reply-To: References: Message-ID: Hi. On 03.12.2009 14:09 Sebastian Gebhard wrote: > Currently the doc_core_api, the TER and the EM do not really support > multiple authors for one extension. > > extbase_kickstarter was designed to support multiple Persons involved in > an extension with different roles (Project Manager and Developer at the > moment) and now I tried how to represent that in ext_emconf.php > bloated. give credits and organization chart in the docs and keep it a simple maintainer contact in TER. Improve TER by changing author to maintainer. -- cheers, Steffen TYPO3 Blog: http://www.t3node.com/ Blubber on Twitter: http://twitter.com/t3node From peter.russ at 4many.net Fri Dec 4 11:27:19 2009 From: peter.russ at 4many.net (Peter Russ) Date: Fri, 04 Dec 2009 11:27:19 +0100 Subject: [TYPO3-dev] $TSFE->set_no_cache() In-Reply-To: References: Message-ID: --- Original Nachricht --- Absender: Steffen Kamper Datum: 04.12.2009 10:42: > Hi, > > Peter Russ schrieb: >> >> Hmm.... When I open the cache tab at adminpanel I see that the page is >> cached. So I can't confirm that adminpanel disables cacheing by default. >> Or is there something wrong with my panel? >> > > i didn't said "by default", i said admPanel use $TSFE->set_no_cache() > > vg Steffen May by you are using config.no_cache=1 at the development server? -- loans that change lives http://www.kiva.org _____________________________ uon GbR http://www.uon.li http://www.xing.com/profile/Peter_Russ From typo3 at susanne-moog.de Fri Dec 4 11:28:41 2009 From: typo3 at susanne-moog.de (Susanne Moog) Date: Fri, 04 Dec 2009 11:28:41 +0100 Subject: [TYPO3-dev] $TSFE->set_no_cache() In-Reply-To: References: Message-ID: Peter Russ wrote: > --- Original Nachricht --- > Absender: Steffen Kamper > Datum: 04.12.2009 10:42: >> Hi, >> >> Peter Russ schrieb: >>> >>> Hmm.... When I open the cache tab at adminpanel I see that the page >>> is cached. So I can't confirm that adminpanel disables cacheing by >>> default. >>> Or is there something wrong with my panel? >>> >> >> i didn't said "by default", i said admPanel use $TSFE->set_no_cache() >> >> vg Steffen > > If it would use this then no page should be shown at "Cache entries" and > clear cache should be obsolete? Do you agree? > An the option "no caching" would only be a dummy. Right? I think he meant that you can enable "no cache" within the admin panel to see non cached output - for debugging etc. HTH, Susanne From info at sk-typo3.de Fri Dec 4 11:37:35 2009 From: info at sk-typo3.de (Steffen Kamper) Date: Fri, 04 Dec 2009 11:37:35 +0100 Subject: [TYPO3-dev] $TSFE->set_no_cache() In-Reply-To: References: Message-ID: Hi, Susanne Moog schrieb: > I think he meant that you can enable "no cache" within the admin panel > to see non cached output - for debugging etc. > no. if you open admPanel and check "Display Edit Icons" you see the log entry: cms: $TSFE->set_no_cache() was triggered by typo3\sysext\cms\tslib\class.tslib_fe.php on line 3068. Caching is disabled!, referer: ... vg Steffen From news at ringerge.org Fri Dec 4 12:10:12 2009 From: news at ringerge.org (Georg Ringer) Date: Fri, 04 Dec 2009 12:10:12 +0100 Subject: [TYPO3-dev] XCLASS of t3lib_userAuthGroup not working Message-ID: Hi, can somebody help me with a small problem. I can't get it working to XCLASS t3lib_userAuthGroup. ext_localconf.php $TYPO3_CONF_VARS[TYPO3_MODE]['XCLASS']['t3lib/class.t3lib_userauthgroup.php'] = t3lib_extMgm::extPath($_EXTKEY).'class.ux_t3lib_userauthgroup.php'; file class.ux_t3lib_userauthgroup.php ======================================================= ======================================================= the overwritten function is just not loaded. also tried ext_autoload (working with 4.3) and return array( 'ux_t3lib_userAuthGroup' => t3lib_extMgm::extPath('extkey', 'class.ux_t3lib_userauthgroup.php'), ); thanks a lot Georg From masi-no at spam-typo3.org Fri Dec 4 12:43:25 2009 From: masi-no at spam-typo3.org (Martin Kutschker) Date: Fri, 04 Dec 2009 12:43:25 +0100 Subject: [TYPO3-dev] XCLASS of t3lib_userAuthGroup not working In-Reply-To: References: Message-ID: Georg Ringer schrieb: > Hi, > > can somebody help me with a small problem. > I can't get it working to XCLASS t3lib_userAuthGroup. IIRC the cause is that the class is itself extended by TYPO3 (for BE). So you must put your code into the final class. Note: that clearly shows that a) TYPO3 doesn't use many class hierarchies and b) XLASSes are not compatible with class hierarchies. Masi PS: I think that the issue could be resolved with the autoloader. The idea is that the autoloader doesn't load the original class, but an amended one. So you can a) modify a non-final class and b) use more than one modification at once. From jigal at xs4all.nl Fri Dec 4 13:09:43 2009 From: jigal at xs4all.nl (Jigal van Hemert) Date: Fri, 04 Dec 2009 13:09:43 +0100 Subject: [TYPO3-dev] MM-MM-tables? In-Reply-To: References: Message-ID: JoH asenau wrote: >> Take a look at the examples given in the tutorial: >> > http://typo3.org/documentation/document-library/extension-manuals/irre_tutor > ial/0.1.10/view/1/2/ Thanks for the hint! I only used the first part of that manual. I have reading material for this weekend ;-) Regards, Jigal. From Andreas.Kundoch at mehrwert.de Fri Dec 4 13:19:45 2009 From: Andreas.Kundoch at mehrwert.de (Andreas Kundoch) Date: Fri, 04 Dec 2009 13:19:45 +0100 Subject: [TYPO3-dev] Hard-coded sizelimit for TypoScript inlucde files in t3lib/class.t3lib_tsparser.php->checkIncludeLines Message-ID: Hi, does anybody know why the limit of TypoScript inlucde files has been hardcoded and set to 100KB in t3lib/class.t3lib_tsparser.php->checkIncludeLines? The line reads: if (@is_file($filename) && filesize($filename)<100000) { // Max. 100 KB include files! but no further comment about the limit. Has this been done because of performance reasons or memory limits? Any info on this? Thanks! Andreas From news at _REMOVETHIS_fabrizio-branca.de Fri Dec 4 15:04:04 2009 From: news at _REMOVETHIS_fabrizio-branca.de (Fabrizio Branca) Date: Fri, 04 Dec 2009 15:04:04 +0100 Subject: [TYPO3-dev] Metrics for TYPO3, FLOW3, Wordpress, Joomla, Drupal Message-ID: Hi everybody, maybe this is interesting for some of you developers: I compared the code - of the last TYPO3 versions - of TYPO3 and FLOW3 - of TYPO3 and other cms (or those claiming to be :) to each other using phploc and generated some graphs. Here are the results: http://www.fabrizio-branca.de/fablog/post/typo3-metrics.html http://www.fabrizio-branca.de/fablog/post/comparing-typo3-4-3-0-and-flow3-1-0-0alpha6.html http://www.fabrizio-branca.de/fablog/post/comparing-metrics-for-typo3-wordpress-joomla-and-drupal.html Bye, Fabrizio From info at rs-websystems.de Fri Dec 4 15:11:26 2009 From: info at rs-websystems.de (Steffen Ritter) Date: Fri, 04 Dec 2009 15:11:26 +0100 Subject: [TYPO3-dev] Metrics for TYPO3, FLOW3, Wordpress, Joomla, Drupal In-Reply-To: References: Message-ID: Fabrizio Branca schrieb: > Hi everybody, > > maybe this is interesting for some of you developers: > > I compared the code > - of the last TYPO3 versions > - of TYPO3 and FLOW3 > - of TYPO3 and other cms (or those claiming to be :) > to each other using phploc and generated some graphs. > Thanks for sharing... BTW: concrete, is that stuff houses are build of, water sand and cement, so called Beton in german :) that's why i hate the usage of it as adjective, i would prefer precise or sth. like this :P regards Steffen From mathias.schreiber at wmdb.de Fri Dec 4 15:51:49 2009 From: mathias.schreiber at wmdb.de (Mathias Schreiber [wmdb >]) Date: Fri, 04 Dec 2009 15:51:49 +0100 Subject: [TYPO3-dev] $TSFE->set_no_cache() In-Reply-To: References: Message-ID: Peter Russ schrieb: > If it would use this then no page should be shown at "Cache entries" and > clear cache should be obsolete? Do you agree? > An the option "no caching" would only be a dummy. Right? set_no_cache does this: Render everything, write it into the cache, deliver the rendered content, delete from cache. Check the cache tables in an mysql monitor, set no cache on a site with some traffic - fascinating bs :) -- TYPO3 certified interogator T3DD09 Entertainer From mathias.schreiber at wmdb.de Fri Dec 4 15:58:27 2009 From: mathias.schreiber at wmdb.de (Mathias Schreiber [wmdb >]) Date: Fri, 04 Dec 2009 15:58:27 +0100 Subject: [TYPO3-dev] Hard-coded sizelimit for TypoScript inlucde files in t3lib/class.t3lib_tsparser.php->checkIncludeLines In-Reply-To: References: Message-ID: Andreas Kundoch schrieb: > Hi, > > does anybody know why the limit of TypoScript inlucde files has been > hardcoded and set to 100KB in > t3lib/class.t3lib_tsparser.php->checkIncludeLines? > > The line reads: > > if (@is_file($filename) && filesize($filename)<100000) { > // Max. 100 KB include files! > > but no further comment about the limit. Has this been done because of > performance reasons or memory limits? Any info on this? I'd go with educative reasons. 100kb of TS in one file and you're doing A LOT wrong. -- TYPO3 certified interogator T3DD09 Entertainer From dosipov at phillyburbs.com Fri Dec 4 16:01:22 2009 From: dosipov at phillyburbs.com (Dan Osipov) Date: Fri, 04 Dec 2009 10:01:22 -0500 Subject: [TYPO3-dev] Metrics for TYPO3, FLOW3, Wordpress, Joomla, Drupal In-Reply-To: References: Message-ID: What would be most interesting are the conclusions you could reach by analyzing the data, not just the graphs. To me large number of files & directories speak complexity (no surprise here), but it could also speak more functionality (though that one is less direct)... Dan Osipov Calkins Media http://danosipov.com/blog/ Fabrizio Branca wrote: > Hi everybody, > > maybe this is interesting for some of you developers: > > I compared the code > - of the last TYPO3 versions > - of TYPO3 and FLOW3 > - of TYPO3 and other cms (or those claiming to be :) > to each other using phploc and generated some graphs. > > Here are the results: > > http://www.fabrizio-branca.de/fablog/post/typo3-metrics.html > http://www.fabrizio-branca.de/fablog/post/comparing-typo3-4-3-0-and-flow3-1-0-0alpha6.html > > http://www.fabrizio-branca.de/fablog/post/comparing-metrics-for-typo3-wordpress-joomla-and-drupal.html > > > Bye, > > Fabrizio From chris at swift-lizard.com Fri Dec 4 16:08:26 2009 From: chris at swift-lizard.com (Chris Zepernick {SwiftLizard}) Date: Fri, 04 Dec 2009 16:08:26 +0100 Subject: [TYPO3-dev] Hard-coded sizelimit for TypoScript inlucde files in t3lib/class.t3lib_tsparser.php->checkIncludeLines In-Reply-To: References: Message-ID: Mathias Schreiber [wmdb >] schrieb: > I'd go with educative reasons. > 100kb of TS in one file and you're doing A LOT wrong. + 1 !!!!! From news at _REMOVETHIS_fabrizio-branca.de Fri Dec 4 16:25:34 2009 From: news at _REMOVETHIS_fabrizio-branca.de (Fabrizio Branca) Date: Fri, 04 Dec 2009 16:25:34 +0100 Subject: [TYPO3-dev] Metrics for TYPO3, FLOW3, Wordpress, Joomla, Drupal In-Reply-To: References: Message-ID: > What would be most interesting are the conclusions you could reach by > analyzing the data, not just the graphs. To me large number of files & > directories speak complexity (no surprise here), but it could also speak > more functionality (though that one is less direct)... The absolute values are only for getting a rough idea what dimensions the projects have and how there are structured. Drupal for example has a single class only and is organized completely in functions. This fact has some influence on the code quality in my opinion. The most interesting values are the relative values: For example the avarage ccn (Cyclomatic Complexity Number) per method or per lines of code. The ccn counts all control structures (if, switch,...) and given you an idea on how complex the methods are. Another approach (which will not be calculated by phploc, but by pdepend) is the npath complexity, which does not only count the control structures, but also takes into account how they are nested and counts all paths that are possible in your code. These values can help you to spot snippets that should be refactored, but can give you only a hint on how code quality is. You need to find your own threshold values and interpretations of values. Then, calculating those avarages for a complete project has only a little information value. Pdepend gives you those values on a per class and even per method basis. To compare complete projects with ccn per method-Values you should take the some max and variance values into account. Bye, Fabrizio From Andreas.Kundoch at mehrwert.de Fri Dec 4 16:25:55 2009 From: Andreas.Kundoch at mehrwert.de (Andreas Kundoch) Date: Fri, 04 Dec 2009 16:25:55 +0100 Subject: [TYPO3-dev] Hard-coded sizelimit for TypoScript inlucde files in t3lib/class.t3lib_tsparser.php->checkIncludeLines In-Reply-To: References: Message-ID: Am 04.12.09 16:08, schrieb Chris Zepernick {SwiftLizard}: > Mathias Schreiber [wmdb >] schrieb: > >> I'd go with educative reasons. >> 100kb of TS in one file and you're doing A LOT wrong. > > + 1 !!!!! Thanks ;-) But I asked if there's a pure technical reason for this, not if it would be good style to do so (in this case also a +1 from me). At last someone made the decision in the parser to set this limit and I think there must be a technical reason for this since it is not documented elsewhere and a template in the database may contain only less lines since it is a TEXT field (if I got this right). Andreas From peter.russ at 4many.net Fri Dec 4 16:29:02 2009 From: peter.russ at 4many.net (Peter Russ) Date: Fri, 04 Dec 2009 16:29:02 +0100 Subject: [TYPO3-dev] $TSFE->set_no_cache() In-Reply-To: References: Message-ID: --- Original Nachricht --- Absender: Mathias Schreiber [wmdb >] Datum: 04.12.2009 15:51: > Peter Russ schrieb: >> If it would use this then no page should be shown at "Cache entries" >> and clear cache should be obsolete? Do you agree? >> An the option "no caching" would only be a dummy. Right? > > set_no_cache does this: > Render everything, write it into the cache, deliver the rendered > content, delete from cache. > > Check the cache tables in an mysql monitor, set no cache on a site with > some traffic - fascinating bs :) So setting &no_cache=1 is an improvement in total as this won't go into cache and hasn't do be deleted? -- loans that change lives http://www.kiva.org _____________________________ uon GbR http://www.uon.li http://www.xing.com/profile/Peter_Russ From mathias.schreiber at wmdb.de Fri Dec 4 16:36:06 2009 From: mathias.schreiber at wmdb.de (Mathias Schreiber [wmdb >]) Date: Fri, 04 Dec 2009 16:36:06 +0100 Subject: [TYPO3-dev] Hard-coded sizelimit for TypoScript inlucde files in t3lib/class.t3lib_tsparser.php->checkIncludeLines In-Reply-To: References: Message-ID: Andreas Kundoch schrieb: > Thanks ;-) But I asked if there's a pure technical reason for this, not > if it would be good style to do so (in this case also a +1 from me). At > last someone made the decision in the parser to set this limit and I > think there must be a technical reason for this since it is not > documented elsewhere and a template in the database may contain only > less lines since it is a TEXT field (if I got this right). There is no technical necessity to do so. But this is the same issue with an index in a database. There is no technical necessity to set an index, even if it takes the query 2 hours to complete. Bottomline: Change the line, if you need to - but still it might (not "will") affect the performance of your site. cheers Mathias -- TYPO3 certified interogator T3DD09 Entertainer From mathias.schreiber at wmdb.de Fri Dec 4 16:40:17 2009 From: mathias.schreiber at wmdb.de (Mathias Schreiber [wmdb >]) Date: Fri, 04 Dec 2009 16:40:17 +0100 Subject: [TYPO3-dev] $TSFE->set_no_cache() In-Reply-To: References: Message-ID: Peter Russ schrieb: > So setting &no_cache=1 is an improvement in total as this won't go into > cache and hasn't do be deleted? Um no. I build a short scenario: Request page: a) available in cache - deliver from cache b) not available in cache - render page, write cache, deliver page (!) next request with same URL can be delivered from cache c) not in cache, but no_cache via URL or set_no_cache() via PHP render page, write cache, deliver page, delete cache (so that next request with same URL cannot be delivered from cache) I don't know, if something changed in 4.2+ but prior versions handled it this way. cheers Mathias -- TYPO3 certified interrogator T3DD09 Entertainer From peter.russ at 4many.net Fri Dec 4 17:27:07 2009 From: peter.russ at 4many.net (Peter Russ) Date: Fri, 04 Dec 2009 17:27:07 +0100 Subject: [TYPO3-dev] $TSFE->set_no_cache() In-Reply-To: References: Message-ID: --- Original Nachricht --- Absender: Mathias Schreiber [wmdb >] Datum: 04.12.2009 16:40: [...] > I don't know, if something changed in 4.2+ but prior versions handled it > this way. Compared to my version 3.5 it's changed a lot :-P -- loans that change lives http://www.kiva.org _____________________________ uon GbR http://www.uon.li http://www.xing.com/profile/Peter_Russ From peter.russ at 4many.net Fri Dec 4 17:28:56 2009 From: peter.russ at 4many.net (Peter Russ) Date: Fri, 04 Dec 2009 17:28:56 +0100 Subject: [TYPO3-dev] Hard-coded sizelimit for TypoScript inlucde files in t3lib/class.t3lib_tsparser.php->checkIncludeLines In-Reply-To: References: Message-ID: --- Original Nachricht --- Absender: Mathias Schreiber [wmdb >] Datum: 04.12.2009 16:36: > Andreas Kundoch schrieb: >> Thanks ;-) But I asked if there's a pure technical reason for this, >> not if it would be good style to do so (in this case also a +1 from >> me). At last someone made the decision in the parser to set this limit >> and I think there must be a technical reason for this since it is not >> documented elsewhere and a template in the database may contain only >> less lines since it is a TEXT field (if I got this right). > > There is no technical necessity to do so. > But this is the same issue with an index in a database. > There is no technical necessity to set an index, even if it takes the > query 2 hours to complete. > > Bottomline: > Change the line, if you need to - but still it might (not "will") affect > the performance of your site. > > cheers > Mathias > There was: there a limit in file editing limited to 100k. I think this was the reason to limit that also. BUT no idea why hrad coded... -- loans that change lives http://www.kiva.org _____________________________ uon GbR http://www.uon.li http://www.xing.com/profile/Peter_Russ From masi-no at spam-typo3.org Fri Dec 4 17:30:20 2009 From: masi-no at spam-typo3.org (Martin Kutschker) Date: Fri, 04 Dec 2009 17:30:20 +0100 Subject: [TYPO3-dev] $TSFE->set_no_cache() In-Reply-To: References: Message-ID: Mathias Schreiber [wmdb >] schrieb: > Peter Russ schrieb: >> If it would use this then no page should be shown at "Cache entries" >> and clear cache should be obsolete? Do you agree? >> An the option "no caching" would only be a dummy. Right? > > set_no_cache does this: > Render everything, write it into the cache, deliver the rendered > content, delete from cache. Are you sure? AFAIK the flag disables the writing to cache. > Check the cache tables in an mysql monitor, set no cache on a site with > some traffic - fascinating bs :) Hm. Seems I'm not wight :( Masi From masi-no at spam-typo3.org Fri Dec 4 17:31:44 2009 From: masi-no at spam-typo3.org (Martin Kutschker) Date: Fri, 04 Dec 2009 17:31:44 +0100 Subject: [TYPO3-dev] Metrics for TYPO3, FLOW3, Wordpress, Joomla, Drupal In-Reply-To: References: Message-ID: Dan Osipov schrieb: > What would be most interesting are the conclusions you could reach by > analyzing the data, not just the graphs. As you can see TYPO3 is the only product that uses at least a few PHP 5.x features :) Masi From mathias.schreiber at wmdb.de Fri Dec 4 17:51:57 2009 From: mathias.schreiber at wmdb.de (Mathias Schreiber [wmdb >]) Date: Fri, 04 Dec 2009 17:51:57 +0100 Subject: [TYPO3-dev] $TSFE->set_no_cache() In-Reply-To: References: Message-ID: Martin Kutschker schrieb: > Mathias Schreiber [wmdb >] schrieb: >> Peter Russ schrieb: >>> If it would use this then no page should be shown at "Cache entries" >>> and clear cache should be obsolete? Do you agree? >>> An the option "no caching" would only be a dummy. Right? >> set_no_cache does this: >> Render everything, write it into the cache, deliver the rendered >> content, delete from cache. > > Are you sure? AFAIK the flag disables the writing to cache. I stumbled across this in 4.0 or 4.1 (not sure) while using DBAL on MSSQL and had the query profiler running. -- TYPO3 certified interogator T3DD09 Entertainer From info at sk-typo3.de Fri Dec 4 18:07:07 2009 From: info at sk-typo3.de (Steffen Kamper) Date: Fri, 04 Dec 2009 18:07:07 +0100 Subject: [TYPO3-dev] Hard-coded sizelimit for TypoScript inlucde files in t3lib/class.t3lib_tsparser.php->checkIncludeLines In-Reply-To: References: Message-ID: Hi, Peter Russ schrieb: >> > There was: there a limit in file editing limited to 100k. I think this > was the reason to limit that also. BUT no idea why hrad coded... > hm - as far as i can remember there was a limit for a string (64KB) . So 100KB sounds only like any number for a limit. But to be honest i don't see a need to raise or make it configurable. vg Steffen From peter.russ at 4many.net Fri Dec 4 18:27:17 2009 From: peter.russ at 4many.net (Peter Russ) Date: Fri, 04 Dec 2009 18:27:17 +0100 Subject: [TYPO3-dev] Hard-coded sizelimit for TypoScript inlucde files in t3lib/class.t3lib_tsparser.php->checkIncludeLines In-Reply-To: References: Message-ID: --- Original Nachricht --- Absender: Steffen Kamper Datum: 04.12.2009 18:07: > Hi, > > Peter Russ schrieb: >>> >> There was: there a limit in file editing limited to 100k. I think this >> was the reason to limit that also. BUT no idea why hrad coded... >> > > hm - as far as i can remember there was a limit for a string (64KB) . So > 100KB sounds only like any number for a limit. But to be honest i don't > see a need to raise or make it configurable. > > vg Steffen We are not talking about a limit due to integer size or smiliar. It was just in TYPO3 hardcoded. And there was no way to edit files directly larger than 100k without xclassing that. As the way we develop changed I don't care if configurable or not. But before it was boring.... And there is no real reason why a file larger than 100k should be editable or why it's not configuratble. -- loans that change lives http://www.kiva.org _____________________________ uon GbR http://www.uon.li http://www.xing.com/profile/Peter_Russ From jalexander at digipen.edu Fri Dec 4 20:31:49 2009 From: jalexander at digipen.edu (Jason Alexander) Date: Fri, 4 Dec 2009 11:31:49 -0800 Subject: [TYPO3-dev] Meta Tags Message-ID: Hey guys, So I have seen several ways on how to add meta tags to Typo3. Whether it is via TypoScript or a extension or even using the Advance page section. I am wondering though if you guys have a "best practices" approach with dealing with inserting meta tags. I am looking for a viable way for our content contributors to add meta data to their pages without using any TypoScript. Any suggestions?? Thanks in advance, Jason From mathias.schreiber at wmdb.de Fri Dec 4 20:55:07 2009 From: mathias.schreiber at wmdb.de (Mathias Schreiber [wmdb >]) Date: Fri, 04 Dec 2009 20:55:07 +0100 Subject: [TYPO3-dev] Meta Tags In-Reply-To: References: Message-ID: Jason Alexander schrieb: > Hey guys, > > So I have seen several ways on how to add meta tags to Typo3. Whether it is via TypoScript or a extension or even using the Advance page section. I am wondering though if you guys have a "best practices" approach with dealing with inserting meta tags. I am looking for a viable way for our content contributors to add meta data to their pages without using any TypoScript. > > Any suggestions?? My Suggestion would be this: - Use the fields in the Pages table Use this TS (from memory, results may vary :)) page.meta.KEYWORDS = blabla my funky default keywords page.meta.KEYWORDS.override.field = keywords page.meta.DESCRIPTION = blabla my funky default description page.meta.DESCRIPTION.override.field = description This will load the default keywords from TS unless an editor has entered other data in the pages records. cheers Mathias -- TYPO3 certified interogator T3DD09 Entertainer From jalexander at digipen.edu Fri Dec 4 21:17:37 2009 From: jalexander at digipen.edu (Jason Alexander) Date: Fri, 4 Dec 2009 12:17:37 -0800 Subject: [TYPO3-dev] Meta Tags In-Reply-To: References: Message-ID: Thank you for your input I suspected it was something like that. Jason On Dec 4, 2009, at 11:55 AM, Mathias Schreiber [wmdb >] wrote: > Jason Alexander schrieb: >> Hey guys, >> So I have seen several ways on how to add meta tags to Typo3. Whether it is via TypoScript or a extension or even using the Advance page section. I am wondering though if you guys have a "best practices" approach with dealing with inserting meta tags. I am looking for a viable way for our content contributors to add meta data to their pages without using any TypoScript. Any suggestions?? > > My Suggestion would be this: > > - Use the fields in the Pages table > Use this TS (from memory, results may vary :)) > page.meta.KEYWORDS = blabla my funky default keywords > page.meta.KEYWORDS.override.field = keywords > page.meta.DESCRIPTION = blabla my funky default description > page.meta.DESCRIPTION.override.field = description > > This will load the default keywords from TS unless an editor has entered other data in the pages records. > > cheers > Mathias > > > -- > TYPO3 certified interogator > T3DD09 Entertainer > _______________________________________________ > TYPO3-dev mailing list > TYPO3-dev at lists.typo3.org > http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-dev From sebastian.gebhard at gmail.com Fri Dec 4 21:56:40 2009 From: sebastian.gebhard at gmail.com (Sebastian Gebhard) Date: Fri, 04 Dec 2009 21:56:40 +0100 Subject: [TYPO3-dev] Meta Tags In-Reply-To: References: Message-ID: Jason Alexander schrieb: > I am wondering though if you guys have a "best practices" approach with dealing with inserting meta tags. Best practise is to save the time and keep them out, as they are totally useless ;) From aklemm at digipen.edu Fri Dec 4 23:37:46 2009 From: aklemm at digipen.edu (Aaron E. Klemm) Date: Fri, 04 Dec 2009 14:37:46 -0800 Subject: [TYPO3-dev] Meta Tags In-Reply-To: References: Message-ID: Sebastian Gebhard wrote: > Jason Alexander schrieb: >> I am wondering though if you guys have a "best practices" approach >> with dealing with inserting meta tags. > > Best practise is to save the time and keep them out, as they are > totally useless ;) Google will use the meta description in many cases. Meta tags can also be useful for other machine-to-machine communication. At any rate, many Typo3 users have legitimate reasons to expect a clear way to manipulate meta tags and other information. ak > _______________________________________________ > TYPO3-dev mailing list > TYPO3-dev at lists.typo3.org > http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-dev From phil at philippgampe.info Sat Dec 5 00:00:10 2009 From: phil at philippgampe.info (Philipp Gampe) Date: Sat, 05 Dec 2009 00:00:10 +0100 Subject: [TYPO3-dev] Meta Tags References: Message-ID: Am 04.12.2009, 21:17 Uhr, schrieb Jason Alexander : > Thank you for your input I suspected it was something like that. > > Jason > it might be a good idea to the the new slide property in order to automatically inherit the keywords of the next page in rootline this might be better then setting some global keywords and should reflect the content much closer as the default ones :) Best regards Phil -- Philipp Gampe http://www.philippgampe.info From jigal at xs4all.nl Sat Dec 5 07:39:51 2009 From: jigal at xs4all.nl (Jigal van Hemert) Date: Sat, 05 Dec 2009 07:39:51 +0100 Subject: [TYPO3-dev] Hard-coded sizelimit for TypoScript inlucde files in t3lib/class.t3lib_tsparser.php->checkIncludeLines In-Reply-To: References: Message-ID: Andreas Kundoch wrote: > think there must be a technical reason for this since it is not > documented elsewhere and a template in the database may contain only It is mentioned in the "TypoScript Syntax and In-depth Study" [1] document. But the actual reason behind the 100KB??? [1] http://typo3.org/documentation/document-library/core-documentation/doc_core_ts/4.2.0/view/1/2/#id4143541 Regards, Jigal. From Andreas.Kundoch at mehrwert.de Sat Dec 5 12:16:31 2009 From: Andreas.Kundoch at mehrwert.de (Andreas Kundoch) Date: Sat, 05 Dec 2009 12:16:31 +0100 Subject: [TYPO3-dev] Hard-coded sizelimit for TypoScript inlucde files in t3lib/class.t3lib_tsparser.php->checkIncludeLines In-Reply-To: References: Message-ID: Am 04.12.09 18:27, schrieb Peter Russ: > We are not talking about a limit due to integer size or smiliar. > It was just in TYPO3 hardcoded. And there was no way to edit files > directly larger than 100k without xclassing that. > > As the way we develop changed I don't care if configurable or not. But > before it was boring.... And there is no real reason why a file larger > than 100k should be editable or why it's not configuratble. Thanks for all feedback! To sum it up: that the limit is documented in TS Documentation but the number not ?really? explained. Seems to be a limit with a technical background (I'd really like to see such limits explained in the source right beside the place it's set). Since I asked because I was mainly courious *why* this was set to the exact value all of your feedback was helpful - no matter if it's right to have such large TS files or not, that's another point :-) Thanks, Andreas From info at sk-typo3.de Sat Dec 5 12:28:45 2009 From: info at sk-typo3.de (Steffen Kamper) Date: Sat, 05 Dec 2009 12:28:45 +0100 Subject: [TYPO3-dev] Hard-coded sizelimit for TypoScript inlucde files in t3lib/class.t3lib_tsparser.php->checkIncludeLines In-Reply-To: References: Message-ID: Hi, Jigal van Hemert schrieb: > Andreas Kundoch wrote: >> think there must be a technical reason for this since it is not >> documented elsewhere and a template in the database may contain only > > It is mentioned in the "TypoScript Syntax and In-depth Study" [1] > document. But the actual reason behind the 100KB??? > reminfs me to a Jazzworkshop where a student asked "In the tune "There Is no greater Love", in bar 47 where the chord original is Gm7, why do you played Eb7 there?" Answer: "Because it sounds good." vg Steffen From daniel at typo3-nl.eu Sat Dec 5 13:59:11 2009 From: daniel at typo3-nl.eu (Daniel Doesburg) Date: Sat, 05 Dec 2009 13:59:11 +0100 Subject: [TYPO3-dev] Bugtracker for Dummies? Message-ID: Hi Listreaders, I've a little problem. I think I've found a bug in T3 4.3.0. How can I see if this bug already is added to the bugtracker? I'm missing a search feature. It is a message in my logfile: output handler 'ob_gzhandler' cannot be used after 'URL-Rewriter' in .... /typo3_src-4.3.0/typo3/init.php line 436 And there are some more. Kind regards, Daniel Doesburg From info at sk-typo3.de Sat Dec 5 14:20:07 2009 From: info at sk-typo3.de (Steffen Kamper) Date: Sat, 05 Dec 2009 14:20:07 +0100 Subject: [TYPO3-dev] Bugtracker for Dummies? In-Reply-To: References: Message-ID: Hi, there is a search, but you have to be logged in. If you don't have an account on typo3.org you should create one. Anyway i didn't found this bug in mantis, so just report it ;) vg Steffen Daniel Doesburg schrieb: > Hi Listreaders, > > I've a little problem. I think I've found a bug in T3 4.3.0. > How can I see if this bug already is added to the bugtracker? > I'm missing a search feature. > > It is a message in my logfile: > output handler 'ob_gzhandler' cannot be used after 'URL-Rewriter' in > .... /typo3_src-4.3.0/typo3/init.php line 436 > > And there are some more. > > Kind regards, > > Daniel Doesburg From typo3 at t3node.com Sat Dec 5 15:08:19 2009 From: typo3 at t3node.com (=?UTF-8?B?U3RlZmZlbiBNw7xsbGVy?=) Date: Sat, 05 Dec 2009 15:08:19 +0100 Subject: [TYPO3-dev] Meta Tags In-Reply-To: References: Message-ID: Hi. On 04.12.2009 20:31 Jason Alexander wrote: > > So I have seen several ways on how to add meta tags to Typo3. Whether it is via TypoScript or a extension or even using the Advance page section. I am wondering though if you guys have a "best practices" approach with dealing with inserting meta tags. I am looking for a viable way for our content contributors to add meta data to their pages without using any TypoScript. > Depends on the use of keywords. If you only want to feed google with meta keywords, don't invest too much efforts. Better leave them out than use the same keywords for any page. If you want to add a simple tagcloud to your website later, add the keywords to page properties of all pages. If you need to have a full feature tagging suite, use tagpack extension. -- cheers, Steffen TYPO3 Blog: http://www.t3node.com/ Blubber on Twitter: http://twitter.com/t3node From typo3 at t3node.com Sat Dec 5 15:12:08 2009 From: typo3 at t3node.com (=?UTF-8?B?U3RlZmZlbiBNw7xsbGVy?=) Date: Sat, 05 Dec 2009 15:12:08 +0100 Subject: [TYPO3-dev] Bugtracker for Dummies? In-Reply-To: References: Message-ID: Hi. On 05.12.2009 14:20 Steffen Kamper wrote: > > there is a search, but you have to be logged in. If you don't have an > account on typo3.org you should create one. > Wrong. Find the search field on this page: http://bugs.typo3.org/view_all_bug_page.php > Anyway i didn't found this bug in mantis, so just report it ;) > Also wrong: http://bugs.typo3.org/view.php?id=10273 -- cheers, Steffen TYPO3 Blog: http://www.t3node.com/ Blubber on Twitter: http://twitter.com/t3node From jigal at xs4all.nl Sat Dec 5 15:28:19 2009 From: jigal at xs4all.nl (Jigal van Hemert) Date: Sat, 05 Dec 2009 15:28:19 +0100 Subject: [TYPO3-dev] Hard-coded sizelimit for TypoScript inlucde files in t3lib/class.t3lib_tsparser.php->checkIncludeLines In-Reply-To: References: Message-ID: Hi, Steffen Kamper wrote: > reminfs me to a Jazzworkshop where a student asked "In the tune "There > Is no greater Love", in bar 47 where the chord original is Gm7, why do > you played Eb7 there?" > Answer: > "Because it sounds good." Perfectly good reason in that case. In the case of TYPO3, and more particularly something that probably has come from Kasper's mind, I would have expected a reason that was somehow related to the Bible :-) But I couldn't find anything related to the number 100 with a quick search... Regards, Jigal. From daniel at typo3-nl.eu Sat Dec 5 16:23:57 2009 From: daniel at typo3-nl.eu (Daniel Doesburg) Date: Sat, 05 Dec 2009 16:23:57 +0100 Subject: [TYPO3-dev] Bugtracker for Dummies? In-Reply-To: References: Message-ID: Hi Steffen *2, Thanks a lot. I'll report this warning. Kind regards, Daniel Doesburg Steffen M?ller schreef: > Hi. > > On 05.12.2009 14:20 Steffen Kamper wrote: >> >> there is a search, but you have to be logged in. If you don't have an >> account on typo3.org you should create one. >> > > Wrong. Find the search field on this page: > http://bugs.typo3.org/view_all_bug_page.php > > >> Anyway i didn't found this bug in mantis, so just report it ;) >> > > Also wrong: > http://bugs.typo3.org/view.php?id=10273 > From typo3 at t3node.com Sat Dec 5 16:34:18 2009 From: typo3 at t3node.com (=?UTF-8?B?U3RlZmZlbiBNw7xsbGVy?=) Date: Sat, 05 Dec 2009 16:34:18 +0100 Subject: [TYPO3-dev] Bugtracker for Dummies? In-Reply-To: References: Message-ID: Hi. On 05.12.2009 16:23 Daniel Doesburg wrote: > > I'll report this warning. > Please read. It was already reported: http://bugs.typo3.org/view.php?id=10273 -- cheers, Steffen TYPO3 Blog: http://www.t3node.com/ Blubber on Twitter: http://twitter.com/t3node From t3ng at pi-phi.tk Sat Dec 5 21:22:39 2009 From: t3ng at pi-phi.tk (bernd wilke) Date: Sat, 5 Dec 2009 20:22:39 +0000 (UTC) Subject: [TYPO3-dev] Multiple Authors of one extension and other new features for TER References: Message-ID: On Fri, 04 Dec 2009 09:37:21 +0100 Franz Holzinger wrote: > Sebastian Kurf?rst a ?crit : >> Hey, >> >>> I've got another proposal for extbase_kickstarter: >>> >>> It should fill in the old fields with the main person and introduce a >>> new array with all involved persons. So nothing will break and the >>> data is available if someone needs it. And when typo3.org will be >>> relaunched at some point they can decide if they take those data into >>> the TER-Frontend or not. >> I think that's a quite good idea. Personally I didn't expect such a >> long discussion on such a simple matter - for me it makes more sense to >> have multiple persons, just if you take extbase and Fluid as an >> example: In Extbase, Jochen and myself are responsible, while in Fluid, >> Bastian and I are. In that case at least it does not make sense to use >> "just a single maintainer" because this is just not the case. > > Think also about bigger extensions, where the author is involved in many > tasks. He might not answer to emails sent to him, because he is very > busy. You will probably have experienced this already. In such a case it > would be very helpful to see also the emails of others in an extension, > so you could mail those other persons and ask your questions. going this way it might be helpful to have a discussion-forum/-guestbook/- commentlist with each extension where everyone can ask and answer. something like on php.net for each php-function that could be a nice-to-have-feature for the next TER. bernd -- http://www.pi-phi.de/cheatsheet.html From ben at typo3.org Sat Dec 5 21:37:11 2009 From: ben at typo3.org (ben van 't ende) Date: Sat, 05 Dec 2009 21:37:11 +0100 Subject: [TYPO3-dev] Bugtracker for Dummies? In-Reply-To: References: Message-ID: Hey Guys, Daniel has a point there about bugtracker for dummies. Mantis is not alltogether userfriendly. I tried looking for it on TYPO3.org, but couldn't find it. I suppose that is because it isn't there? I would write a small manual if I knew how and what, but I must admit I am no bug hero as well. If there is any volunteer to write a small piece for that I can put it on TYPO3.org. gRTz ben Daniel Doesburg wrote: > Hi Listreaders, > > I've a little problem. I think I've found a bug in T3 4.3.0. > How can I see if this bug already is added to the bugtracker? > I'm missing a search feature. > > It is a message in my logfile: > output handler 'ob_gzhandler' cannot be used after 'URL-Rewriter' in > .... /typo3_src-4.3.0/typo3/init.php line 436 > > And there are some more. > > Kind regards, > > Daniel Doesburg -- ben van 't ende TYPO3 Steering Committee Spokesperson TWITTER: http://twitter.com/typo3 ?Slow down, everyone. You?re moving too fast.? - Jack Johnson From info at rs-websystems.de Sun Dec 6 10:04:10 2009 From: info at rs-websystems.de (Steffen Ritter) Date: Sun, 06 Dec 2009 10:04:10 +0100 Subject: [TYPO3-dev] Multiple Authors of one extension and other new features for TER In-Reply-To: References: Message-ID: bernd wilke schrieb: > On Fri, 04 Dec 2009 09:37:21 +0100 Franz Holzinger wrote: > going this way it might be helpful to have a discussion-forum/-guestbook/- > commentlist with each extension where everyone can ask and answer. > something like on php.net for each php-function > that could be a nice-to-have-feature for the next TER. > > bernd the magento ext repository is very nice... From bb at bellevuevej.dk Sun Dec 6 18:08:51 2009 From: bb at bellevuevej.dk (Brian Bendtsen) Date: Sun, 06 Dec 2009 18:08:51 +0100 Subject: [TYPO3-dev] Powermail hooks - fetch id of powermail mail record just created? Message-ID: Hi I'm playing around with powermail and its hooks. I need to output the id of the powermail mail record that has just been created after the user submits the form. So far I have not succeeded. Does any of you hardcore developers have a suggestion to how I might do this? /BB From florian.schaeffer at mercoline.de Mon Dec 7 07:47:08 2009 From: florian.schaeffer at mercoline.de (Florian Schaeffer) Date: Mon, 07 Dec 2009 07:47:08 +0100 Subject: [TYPO3-dev] Powermail hooks - fetch id of powermail mail record just created? In-Reply-To: References: Message-ID: Hello Brain, > I'm playing around with powermail and its hooks. I need to output the id > of the powermail mail record that has just been created after the user > submits the form. So far I have not succeeded. As the docs to powermail state there is no real hook for it available ATM but in the forums on forge there is an entry which proposes to use a userFunction for it. One should simply get the last entry of the powermail_mails-table and use it as uid of the mail. But it has to be said, this can only be used on mid-traffic sites. If you have a LOT! of entries happening at the same time the function may return a false id.... This is how we do it: Make a userFunc-PHP-File: exec_SELECTquery( 'max(uid) as uid', 'tx_powermail_mails', ''); $row = $GLOBALS['TYPO3_DB']->sql_fetch_assoc($result); return $row['uid']+1; } } ?> and then on the page where the powermail-form is add an additional template and out something like this in the setup-field includeLibs.user_userFuncPowermail = fileadmin/templates/Erweiterungen/userFunc.powermail.php plugin.tx_powermail_pi1 { dynamicTyposcript { lastMailId = USER lastMailId.userFunc = user_userFuncPowermail->user_getUidOfMail } } this f.e. will make the UID-field accessible for the mail processing-functions. In our case we just send the generated ID to the user so he has an unique identifier for his ticket (the marker can be accessed like "Ticket-ID: ###POWERMAIL_TYPOSCRIPT_LASTMAILID###") HTH Florian From news at ringerge.org Mon Dec 7 08:10:23 2009 From: news at ringerge.org (Georg Ringer) Date: Mon, 07 Dec 2009 08:10:23 +0100 Subject: [TYPO3-dev] XCLASS of t3lib_userAuthGroup not working In-Reply-To: References: Message-ID: Martin Kutschker schrieb: > IIRC the cause is that the class is itself extended by TYPO3 (for BE). So you must put your code > into the final class. oh damn, thanks - works of course now. Georg From typo3 at we-make.net Mon Dec 7 11:36:31 2009 From: typo3 at we-make.net (Stefan Beylen) Date: Mon, 07 Dec 2009 11:36:31 +0100 Subject: [TYPO3-dev] Send email on stop date Message-ID: hi, is there a recommended way to perform an action after a records stop date is reached such as sending an email out? what will be the best way to do that? daily cronjob on a custom php script that checks for the last 86400 seconds? thx steve From fsu-lists at cobweb.ch Mon Dec 7 12:01:04 2009 From: fsu-lists at cobweb.ch (Francois Suter) Date: Mon, 07 Dec 2009 12:01:04 +0100 Subject: [TYPO3-dev] Send email on stop date In-Reply-To: References: Message-ID: Hi, > is there a recommended way to perform an action after a records stop > date is reached such as sending an email out? what will be the best way > to do that? daily cronjob on a custom php script that checks for the > last 86400 seconds? There's nothing in the TYPO3 core that will do that for you, so you would have to go with a custom script. Now if you're using 4.3 I would strongly advise to do this as a Scheduler task and not as an independent PHP script. If you run 4.2 or less, you can use extension "gabriel" (which is the forerunner of the Scheduler), but it's not as well documented (and you would need to take the SVN version from Forge, because the public version from TER is totally outdated). HTH -- Francois Suter Cobweb Development Sarl - http://www.cobweb.ch From typo3 at perseguers.ch Mon Dec 7 12:02:44 2009 From: typo3 at perseguers.ch (Xavier Perseguers) Date: Mon, 07 Dec 2009 12:02:44 +0100 Subject: [TYPO3-dev] Send email on stop date In-Reply-To: References: Message-ID: Hi Francois, > If you run 4.2 or less, you can use extension "gabriel" > (which is the forerunner of the Scheduler), but it's not as well > documented (and you would need to take the SVN version from Forge, > because the public version from TER is totally outdated). Maybe you may release a new version of Gabriel since you took "it" over for 4.3? -- Xavier Perseguers DBAL Leader http://forge.typo3.org/projects/show/extension-dbal From typo3 at we-make.net Mon Dec 7 12:08:10 2009 From: typo3 at we-make.net (Stefan Beylen) Date: Mon, 07 Dec 2009 12:08:10 +0100 Subject: [TYPO3-dev] Send email on stop date In-Reply-To: References: Message-ID: Francois Suter wrote: > so you > would have to go with a custom script. thought so, thank you for your answer br steve From fsu-lists at cobweb.ch Mon Dec 7 12:31:34 2009 From: fsu-lists at cobweb.ch (Francois Suter) Date: Mon, 07 Dec 2009 12:31:34 +0100 Subject: [TYPO3-dev] Send email on stop date In-Reply-To: References: Message-ID: Hi, > Maybe you may release a new version of Gabriel since you took "it" over > for 4.3? Releasing a new version of Gabriel is not in my hands. I don't have the extension key and I didn't do most of the work on it. I don't know why it never happened. Cheers -- Francois Suter Cobweb Development Sarl - http://www.cobweb.ch From mathias.schreiber at wmdb.de Mon Dec 7 13:49:15 2009 From: mathias.schreiber at wmdb.de (Mathias Schreiber [wmdb >]) Date: Mon, 07 Dec 2009 13:49:15 +0100 Subject: [TYPO3-dev] Bugtracker for Dummies? In-Reply-To: References: Message-ID: ben van 't ende schrieb: > Hey Guys, > > Daniel has a point there about bugtracker for dummies. Mantis is not alltogether > userfriendly. I tried looking for it on TYPO3.org, but couldn't find it. I > suppose that is because it isn't there? I would write a small manual if I knew > how and what, but I must admit I am no bug hero as well. > > If there is any volunteer to write a small piece for that I can put it on TYPO3.org. http://typo3.org/development/bug-fixing/reporting-bugs/ ? I know there are no screenshots, but operating a searchbox isn't that hard IMO. I do admit that Mantis may not be the easiest bugtracker, but all in all it's pretty straightforward. Search for relevant keywords and try to find a bug report that might be the same for your bug. If there are none, just add the report by filling in the fields. cheers Mathias -- TYPO3 certified interogator T3DD09 Entertainer From denyerec at gmail.com Mon Dec 7 16:12:27 2009 From: denyerec at gmail.com (Denyer Ec) Date: Mon, 7 Dec 2009 15:12:27 +0000 Subject: [TYPO3-dev] Bugtracker for Dummies? In-Reply-To: References: Message-ID: Just my 2p... I would think that a more guided "Send people to the bugtracker" process would be part of the typo3.org redesign process that is, hopefully, under way. A lot of the problems Typo3 experiences are due to people not being adequately guided to the correct resources, leading to a lot of frustration and/or a lot of "Newbie" questions. Now, these can be solved on behalf of the newbie with some googling and some spare time, sure, but it's unreasonable to give that as a response when other organisations and codebases do a much more complete job and thus tempt away those newbies. Given that the life of Typo3 depends upon the size of its userbase, I would think that clear, accessible and userfriendly routing of users to information would be a paramount concern. "Google the mailling list" as a response will only drive people away. Today's children are tomorrow's core developers. ------- http://gallery.denyerec.co.uk From mathias.schreiber at wmdb.de Mon Dec 7 18:56:26 2009 From: mathias.schreiber at wmdb.de (Mathias Schreiber [wmdb >]) Date: Mon, 07 Dec 2009 18:56:26 +0100 Subject: [TYPO3-dev] Bugtracker for Dummies? In-Reply-To: References: Message-ID: Denyer Ec schrieb: > Just my 2p... > I would think that a more guided "Send people to the bugtracker" > process would be part of the typo3.org redesign process that is, > hopefully, under way. A lot of the problems Typo3 experiences are due > to people not being adequately guided to the correct resources, > leading to a lot of frustration and/or a lot of "Newbie" questions. > Now, these can be solved on behalf of the newbie with some googling > and some spare time, sure, but it's unreasonable to give that as a > response when other organisations and codebases do a much more > complete job and thus tempt away those newbies. While I generally agree I think it is REALLY difficult to get this into the right direction. You simply cannot design the home-page of TYPO3.org like "Hi, I want to write Code" and "Hi, I think, I found a bug" and "Hi, I want to invest" and "Hi, I want to evaluate the product" and "Hi, I want to find and extension" and "Hi, I want to find upcoming events" and so on... Would be a little too much "Hi, I want"'s for one single page. Right now the navigation is pretty straightforward - at least I would look or "Development" in order to submit a bug. I admit that a page with "how do I submit a bug?" would come in handy from time to time - on the other hand we need to deal with bugs being reported for the 4th time and then being assigned accordingly, which is a lot of work. > Given that the life of Typo3 depends upon the size of its userbase, I > would think that clear, accessible and userfriendly routing of users > to information would be a paramount concern. I like to hear input like this, honestly. Got any idea how to guide the 50 different users with 50 different questions in a convinient way? This is where the bit our teeth out while I worked on TYPO3.org. > "Google the mailling list" as a response will only drive people away. > Today's children are tomorrow's core developers. Granted, I don't like this attitude either - although I find myself in the same situation from time to time. For me personally it's quite hard to keep my temper down if a question has been asked and I need to switch 4 threads down to see the solution. The problem is that a lot of the real pros here help out from time to time while they need to relax from their everydays work, and they are often mistaken with some "Hey, I offer free unlimited support" guy :) -- TYPO3 certified interogator T3DD09 Entertainer From franz at ttproducts.de Tue Dec 8 06:15:19 2009 From: franz at ttproducts.de (Franz Holzinger) Date: Tue, 08 Dec 2009 06:15:19 +0100 Subject: [TYPO3-dev] is it time for PHP5.2.1 now? Message-ID: Hello, what do you think? Is it now time to develop all TYPO3 extensions in PHP 5.2.1? Or is it still necessary to maintain some extensions like sr_feuser_register for a half year or longer in PHP4? Which extensions would still be needed under PHP4? Regards, Franz From mail at ringerge.org Tue Dec 8 08:21:41 2009 From: mail at ringerge.org (Georg Ringer) Date: Tue, 08 Dec 2009 08:21:41 +0100 Subject: [TYPO3-dev] is it time for PHP5.2.1 now? In-Reply-To: References: Message-ID: Hi, TYPO3 4.1. is not supported anymore, so PHP 5 is finally required for any supported extension. IMO you can stop supporting PHP4 (which you could have done already a long time ago too) Georg From typo3 at perseguers.ch Tue Dec 8 08:29:15 2009 From: typo3 at perseguers.ch (Xavier Perseguers) Date: Tue, 08 Dec 2009 08:29:15 +0100 Subject: [TYPO3-dev] is it time for PHP5.2.1 now? In-Reply-To: References: Message-ID: Hi, > TYPO3 4.1. is not supported anymore, so PHP 5 is finally required for > any supported extension. > > IMO you can stop supporting PHP4 (which you could have done already a > long time ago too) ... and one may reconfigure Mantis to drop pre-PHP5 versions in the corresponding dropdown list :-) -- Xavier Perseguers DBAL Leader http://forge.typo3.org/projects/show/extension-dbal From mail at ringerge.org Tue Dec 8 08:32:20 2009 From: mail at ringerge.org (Georg Ringer) Date: Tue, 08 Dec 2009 08:32:20 +0100 Subject: [TYPO3-dev] is it time for PHP5.2.1 now? In-Reply-To: References: Message-ID: Xavier Perseguers schrieb: > ... and one may reconfigure Mantis to drop pre-PHP5 versions in the > corresponding dropdown list :-) or at least move it down? can you write it in the typo3org list? georg From fsu-lists at cobweb.ch Tue Dec 8 09:13:55 2009 From: fsu-lists at cobweb.ch (Francois Suter) Date: Tue, 08 Dec 2009 09:13:55 +0100 Subject: [TYPO3-dev] is it time for PHP5.2.1 now? In-Reply-To: References: Message-ID: Hi, > what do you think? > Is it now time to develop all TYPO3 extensions in PHP 5.2.1? > Or is it still necessary to maintain some extensions like > sr_feuser_register for a half year or longer in PHP4? Which extensions > would still be needed under PHP4? I would drop PHP4 support. I have already done so in all my recent extensions and plan to do so in all future updates of older extensions. Nobody has complained so far ;-) Cheers -- Francois Suter Cobweb Development Sarl - http://www.cobweb.ch From dmitry.dulepov at gmail.com Tue Dec 8 09:35:52 2009 From: dmitry.dulepov at gmail.com (Dmitry Dulepov) Date: Tue, 08 Dec 2009 10:35:52 +0200 Subject: [TYPO3-dev] is it time for PHP5.2.1 now? In-Reply-To: References: Message-ID: Hi! On 08/12/2009 07:15, Franz Holzinger wrote: > what do you think? I switched to PHP 5.2 in April. If somebody uses obsolete software, why do I care? :) -- Dmitry Dulepov "Trust me, I am a doctor!" (c) Gregory House, M.D. From p.dudoret at groupe-belink.fr Tue Dec 8 10:40:24 2009 From: p.dudoret at groupe-belink.fr (Pierre Dudoret) Date: Tue, 8 Dec 2009 10:40:24 +0100 Subject: [TYPO3-dev] is it time for PHP5.2.1 now? In-Reply-To: References: Message-ID: Hi erveybody, Please don't skip a step : typo3 4.2 requires only php 5.1:) 2009/12/8 Dmitry Dulepov > Hi! > > On 08/12/2009 07:15, Franz Holzinger wrote: > >> what do you think? >> > > I switched to PHP 5.2 in April. If somebody uses obsolete software, why do > I care? :) > > -- > Dmitry Dulepov > "Trust me, I am a doctor!" (c) Gregory House, M.D. > > _______________________________________________ > TYPO3-dev mailing list > TYPO3-dev at lists.typo3.org > http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-dev > From mail at ringerge.org Tue Dec 8 10:54:47 2009 From: mail at ringerge.org (Georg Ringer) Date: Tue, 08 Dec 2009 10:54:47 +0100 Subject: [TYPO3-dev] is it time for PHP5.2.1 now? In-Reply-To: References: Message-ID: Pierre Dudoret schrieb: > Please don't skip a step : typo3 4.2 requires only php 5.1:) if it needs too much time, skip the step because 4.2. will get depricated with 4.4 and still, if someone wants to use latest extension versions, use latest TYPO3 or just don't use it. Georg From typo3 at rvt.dds.nl Tue Dec 8 12:14:30 2009 From: typo3 at rvt.dds.nl (Ries van Twisk) Date: Tue, 8 Dec 2009 06:14:30 -0500 Subject: [TYPO3-dev] is it time for PHP5.2.1 now? In-Reply-To: References: Message-ID: On Dec 8, 2009, at 3:35 AM, Dmitry Dulepov wrote: > Hi! > > On 08/12/2009 07:15, Franz Holzinger wrote: >> what do you think? > > I switched to PHP 5.2 in April. If somebody uses obsolete software, > why do I care? :) > Because there are large companies that cannot easily switch to a newer version of software XYZ. Not that you need to support your latest extension with a lower version number, but you cannot ignore the fact that some companies use a strategy for updating software. regards, Ries van Twisk ------------------------------------------------------------------------------------------------- tags: Freelance TYPO3 Glassfish JasperReports JasperETL Flex Blaze-DS WebORB PostgreSQL DB-Architect email: ries at vantwisk.nl web: http://www.rvantwisk.nl/ skype: callto://r.vantwisk Phone: +1-810-476-4196 Cell: +593 9901 7694 SIP: +1-747-690-5133 From jigal at xs4all.nl Tue Dec 8 12:15:22 2009 From: jigal at xs4all.nl (Jigal van Hemert) Date: Tue, 08 Dec 2009 12:15:22 +0100 Subject: [TYPO3-dev] is it time for PHP5.2.1 now? In-Reply-To: References: Message-ID: Pierre Dudoret wrote: > Please don't skip a step : typo3 4.2 requires only php 5.1:) A nice article from the TYPO3 history: [1] That was 2.5 years ago :-) So PHP5.2 is now over three years old... [1] http://buzz.typo3.org/people/stucki/article/leaving-php4-behind/ -- Regards, Jigal. From jigal at xs4all.nl Tue Dec 8 12:26:34 2009 From: jigal at xs4all.nl (Jigal van Hemert) Date: Tue, 08 Dec 2009 12:26:34 +0100 Subject: [TYPO3-dev] is it time for PHP5.2.1 now? In-Reply-To: References: Message-ID: Hi Ries, Ries van Twisk wrote: > Because there are large companies that cannot easily switch to a newer > version of software XYZ. The question is always: "why can't they switch?". In the case of PHP4 there is also the fact that development of PHP4 has been dropped completely. Any security problems are simply ignored. Not switching to PHP5 means that you don't care much about things like security. The most frequently given answer to the switching problem is that there is some legacy application which supposedly can't work with a newer version. There are plenty of solutions one can think of, but these cost money for one departement, while not moving to newer software means more cost for many other departements and projects. > Not that you need to support your latest extension with a lower version > number, but you cannot ignore > the fact that some companies use a strategy for updating software. This strategy obviously has flaws :-) -- Regards, Jigal. From typo3 at rvt.dds.nl Tue Dec 8 12:37:44 2009 From: typo3 at rvt.dds.nl (Ries van Twisk) Date: Tue, 8 Dec 2009 06:37:44 -0500 Subject: [TYPO3-dev] is it time for PHP5.2.1 now? In-Reply-To: References: Message-ID: Hey Jegal, On Dec 8, 2009, at 6:26 AM, Jigal van Hemert wrote: > Hi Ries, > > Ries van Twisk wrote: >> Because there are large companies that cannot easily switch to a >> newer version of software XYZ. > > The question is always: "why can't they switch?". There can be many reasons... short term reasons is mosty that time doesn't permit and other projects are more important. Long terms reasons are mostly because other software that is running on the same machine has different requirements. > In the case of PHP4 there is also the fact that development of PHP4 > has been dropped completely. Any security problems are simply > ignored. Not switching to PHP5 means that you don't care much about > things like security. Agreed, often the risk needs to get evaluated and for an internal system the risks are usually very low. > The most frequently given answer to the switching problem is that > there is some legacy application which supposedly can't work with a > newer version. Yup > There are plenty of solutions one can think of, but these cost money > for one departement, while not moving to newer software means more > cost for many other departements and projects. Well, that depends. upgrading does cost, staying at some lower version might also cost. Some companies buy hardware before the end of the year to close there bookings, other companies spend to much year and postpone the project to next year. There is also a risk that new software does work, but doesn't perform as well as expected, or just bails out once a while. Some people say 'Don't fix what is not broken' :) But not upgrading and staying at some version of software XYZ (while for us there is no good reason) is a fact of life. > >> Not that you need to support your latest extension with a lower >> version number, but you cannot ignore >> the fact that some companies use a strategy for updating software. > > This strategy obviously has flaws :-) it has less flaws then don't having a strategy ;) > > -- > Regards, Jigal. > _______________________________________________ > TYPO3-dev mailing list > TYPO3-dev at lists.typo3.org > http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-dev regards, Ries van Twisk ------------------------------------------------------------------------------------------------- tags: Freelance TYPO3 Glassfish JasperReports JasperETL Flex Blaze-DS WebORB PostgreSQL DB-Architect email: ries at vantwisk.nl web: http://www.rvantwisk.nl/ skype: callto://r.vantwisk Phone: +1-810-476-4196 Cell: +593 9901 7694 SIP: +1-747-690-5133 From mail at ringerge.org Tue Dec 8 12:39:11 2009 From: mail at ringerge.org (Georg Ringer) Date: Tue, 08 Dec 2009 12:39:11 +0100 Subject: [TYPO3-dev] is it time for PHP5.2.1 now? In-Reply-To: References: Message-ID: Ries van Twisk schrieb: > Because there are large companies that cannot easily switch to a newer > version of software XYZ. this is not a problem but you can't get B without having A! So it is perfect for the company if they are using 4.1.x as TYPO3 version and the extension z with version 1.0.0. If extension z gets some new features in 2.0.0 nobody can say: Oh this features need to be backported to 1.0.0 because a) nobody will pay and b) most features just won't work there. It is like the funny people who update everything else like the browser and wondering why some new features won't work with older TYPO3. You just can't get both! Georg From typo3 at rvt.dds.nl Tue Dec 8 13:01:04 2009 From: typo3 at rvt.dds.nl (Ries van Twisk) Date: Tue, 8 Dec 2009 07:01:04 -0500 Subject: [TYPO3-dev] is it time for PHP5.2.1 now? In-Reply-To: References: Message-ID: On Dec 8, 2009, at 6:39 AM, Georg Ringer wrote: > Ries van Twisk schrieb: >> Because there are large companies that cannot easily switch to a >> newer >> version of software XYZ. > > this is not a problem but you can't get B without having A! > > So it is perfect for the company if they are using 4.1.x as TYPO3 > version and the extension z with version 1.0.0. > > If extension z gets some new features in 2.0.0 nobody can say: Oh this > features need to be backported to 1.0.0 because a) nobody will pay and > b) most features just won't work there. > > It is like the funny people who update everything else like the > browser > and wondering why some new features won't work with older TYPO3. > > You just can't get both! > Georg Georg, nobody is saying that features need to get back-ported. I was responding to Dmitry saying : "I switched to PHP 5.2 in April. If somebody uses obsolete software, why do I care? :)" Please read back and see the messages in the right context. regards, Ries van Twisk ------------------------------------------------------------------------------------------------- tags: Freelance TYPO3 Glassfish JasperReports JasperETL Flex Blaze-DS WebORB PostgreSQL DB-Architect email: ries at vantwisk.nl web: http://www.rvantwisk.nl/ skype: callto://r.vantwisk Phone: +1-810-476-4196 Cell: +593 9901 7694 SIP: +1-747-690-5133 From franz at ttproducts.de Tue Dec 8 16:47:13 2009 From: franz at ttproducts.de (Franz Holzinger) Date: Tue, 08 Dec 2009 16:47:13 +0100 Subject: [TYPO3-dev] is it time for PHP5.2.1 now? In-Reply-To: References: Message-ID: Ries van Twisk a ?crit : > > On Dec 8, 2009, at 3:35 AM, Dmitry Dulepov wrote: > >> Hi! >> >> On 08/12/2009 07:15, Franz Holzinger wrote: >>> what do you think? >> >> I switched to PHP 5.2 in April. If somebody uses obsolete software, >> why do I care? :) >> > > > Because there are large companies that cannot easily switch to a newer > version of software XYZ. > > Not that you need to support your latest extension with a lower version > number, but you cannot ignore > the fact that some companies use a strategy for updating software. Do you have any experience, which percentage of all TYPO3 using companies are still staying with PHP4 at the moment? - Franz From oliver at typo3.org Tue Dec 8 16:54:27 2009 From: oliver at typo3.org (Oliver Hader) Date: Tue, 08 Dec 2009 16:54:27 +0100 Subject: [TYPO3-dev] is it time for PHP5.2.1 now? In-Reply-To: References: Message-ID: Hi Pierre, unfortunately that's wrong, TYPO3 4.2 requires PHP 5.2, see: http://news.typo3.org/news/article/typo3-42-rc-2/ https://svn.typo3.org/TYPO3v4/Core/branches/TYPO3_4-2/NEWS.txt olly Pierre Dudoret schrieb: > Hi erveybody, > > Please don't skip a step : typo3 4.2 requires only php 5.1:) > > 2009/12/8 Dmitry Dulepov > >> Hi! >> >> On 08/12/2009 07:15, Franz Holzinger wrote: >> >>> what do you think? >>> >> I switched to PHP 5.2 in April. If somebody uses obsolete software, why do >> I care? :) >> >> -- >> Dmitry Dulepov >> "Trust me, I am a doctor!" (c) Gregory House, M.D. >> >> _______________________________________________ >> TYPO3-dev mailing list >> TYPO3-dev at lists.typo3.org >> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-dev -- Oliver Hader TYPO3 Release Manager 4.3 From typo3 at rvt.dds.nl Tue Dec 8 17:00:25 2009 From: typo3 at rvt.dds.nl (Ries van Twisk) Date: Tue, 8 Dec 2009 11:00:25 -0500 Subject: [TYPO3-dev] is it time for PHP5.2.1 now? In-Reply-To: References: Message-ID: On Dec 8, 2009, at 10:47 AM, Franz Holzinger wrote: > Ries van Twisk a ?crit : >> On Dec 8, 2009, at 3:35 AM, Dmitry Dulepov wrote: >>> Hi! >>> >>> On 08/12/2009 07:15, Franz Holzinger wrote: >>>> what do you think? >>> >>> I switched to PHP 5.2 in April. If somebody uses obsolete >>> software, why do I care? :) >>> >> Because there are large companies that cannot easily switch to a >> newer version of software XYZ. >> Not that you need to support your latest extension with a lower >> version number, but you cannot ignore >> the fact that some companies use a strategy for updating software. > > Do you have any experience, which percentage of all TYPO3 using > companies are still staying with PHP4 at the moment? > > - Franz Franz, I think I said all there was to say and I think my responses where clear. Ries From robertvonhackwitz at gmail.com Tue Dec 8 19:07:58 2009 From: robertvonhackwitz at gmail.com (Robert von Hackwitz) Date: Tue, 08 Dec 2009 19:07:58 +0100 Subject: [TYPO3-dev] is it time for PHP5.2.1 now? In-Reply-To: References: Message-ID: On Tue, 2009-12-08 at 16:54 +0100, Oliver Hader wrote: > Hi Pierre, > > unfortunately that's wrong, TYPO3 4.2 requires PHP 5.2, see: > > http://news.typo3.org/news/article/typo3-42-rc-2/ > https://svn.typo3.org/TYPO3v4/Core/branches/TYPO3_4-2/NEWS.txt > > olly > > Hi Olly, i beg your pardon, but line 63 in init.php is very clear: if (version_compare(phpversion(), '5.1', '<')) die ('TYPO3 requires PHP 5.1.0 or higher.'); So, TYPO3 4.2 requires at least PHP 5.1.0 Best regards -- Robert von Hackwitz robertvonhackwitz at gmail.com From typo3 at t3node.com Tue Dec 8 19:35:59 2009 From: typo3 at t3node.com (=?UTF-8?B?U3RlZmZlbiBNw7xsbGVy?=) Date: Tue, 08 Dec 2009 19:35:59 +0100 Subject: [TYPO3-dev] is it time for PHP5.2.1 now? In-Reply-To: References: Message-ID: Hi. On 08.12.2009 19:07 Robert von Hackwitz wrote: > i beg your pardon, but line 63 in init.php is very clear: > if (version_compare(phpversion(), '5.1', '<')) die ('TYPO3 requires PHP > 5.1.0 or higher.'); > please open a bugreport :) -- cheers, Steffen TYPO3 Blog: http://www.t3node.com/ Blubber on Twitter: http://twitter.com/t3node From jigal at xs4all.nl Tue Dec 8 20:14:47 2009 From: jigal at xs4all.nl (Jigal van Hemert) Date: Tue, 08 Dec 2009 20:14:47 +0100 Subject: [TYPO3-dev] is it time for PHP5.2.1 now? In-Reply-To: References: Message-ID: Steffen M?ller wrote: > Hi. > > On 08.12.2009 19:07 Robert von Hackwitz wrote: >> i beg your pardon, but line 63 in init.php is very clear: >> if (version_compare(phpversion(), '5.1', '<')) die ('TYPO3 requires >> PHP >> 5.1.0 or higher.'); >> > > please open a bugreport :) > Because attachments don't work on this list and the patch is very small, a patch is supplied below. -- Regards, Jigal. Index: init.php =================================================================== --- init.php (revision 6566) +++ init.php (working copy) @@ -60,7 +60,7 @@ // ******************************* // Checking PHP version // ******************************* -if (version_compare(phpversion(), '5.1', '<')) die ('TYPO3 requires PHP 5.1.0 or higher.'); +if (version_compare(phpversion(), '5.2', '<')) die ('TYPO3 requires PHP 5.2.0 or higher.'); // ******************************* From bartoszx at SPAMgmail.com Tue Dec 8 20:50:06 2009 From: bartoszx at SPAMgmail.com (Bartosz Aninowski) Date: Tue, 08 Dec 2009 20:50:06 +0100 Subject: [TYPO3-dev] EM hangs Message-ID: Does anyone of you encountered a similar problem? http://bugs.typo3.org/view.php?id=12985 -- Bartosz Aninowski typo(3)holics http://techblog.evo.pl/en/evo_nginx_boost-extension/ [Memcache Power for TYPO3] From typo3 at rvt.dds.nl Tue Dec 8 21:10:46 2009 From: typo3 at rvt.dds.nl (Ries van Twisk) Date: Tue, 8 Dec 2009 15:10:46 -0500 Subject: [TYPO3-dev] is it time for PHP5.2.1 now? In-Reply-To: References: Message-ID: On Dec 8, 2009, at 1:35 PM, Steffen M?ller wrote: > Hi. > > On 08.12.2009 19:07 Robert von Hackwitz wrote: >> i beg your pardon, but line 63 in init.php is very clear: >> if (version_compare(phpversion(), '5.1', '<')) die ('TYPO3 requires >> PHP >> 5.1.0 or higher.'); > > please open a bugreport :) May be it's a feature ;) > > -- > cheers, > Steffen From stephenbungert at yahoo.de Tue Dec 8 21:14:22 2009 From: stephenbungert at yahoo.de (StephenBungert) Date: Tue, 8 Dec 2009 12:14:22 -0800 (PST) Subject: [TYPO3-dev] BE RTE questions Message-ID: For an extension I am writing I used the hooks in class.tx_rtehtmlarea_pi3 to add a new tab to the link browser, looking at the mod3 php I can see how the title box and width and height are made and have added those to my tab, now I want to show records from my extension. 1> Is there away of making a page tree that allows you to select records? I see how the page tree is added but looking in the API I can't see how I can tell it to allow me to select db records. I started trying to build my own interface, getting the records my self and creating the fields from scratch. I have a record (a book), and each book has associated pages (records from a second table). I want to just show books that the backend user is allowed to see (because he is the author), the BE user then selects a book and then I want to show pages that are part of the selected book. Then when you click on the page a link to it is created. Is there some kind of function that allows you to control the creation of the tree or specify that you want to select records with it? If this is not possible, I shall keep going with my own approach - I have learnt quite a lot about the rte and how parts of TYPO3 function :-) What would be good, if I have to build my own record selector, is to know what page is the site root. I have the content element id and from this I have found the page that the rte is on, but how can I find the site root from this page? I need to know it so that I can use the uid in my queries. 2> My classes modifyMenuDefinition method looks like this at the moment: public function modifyMenuDefinition($menuDefinition) { // Menus seem to be the tabs at the tob of the popup. Array keys: // sActive - 1 marks tab as active, otherwise empty. Still can't get it to add the correct class to the td // label - The tabs title Text // url - defaut seems to be #. // addParams - seems to be an onclick event handler, example: onclick="jumpToUrl('?act=page&editorNo=data[tt_content][166][bodytext]&contentTypo3Language=false&contentTypo3Charset=utf-8');return false;" $active = false; // Set active status of the tab of it is selected if ($this->parentObj->act == 'gamebook') { $active = 1; } $menuDefinition['gamebook'] = array( 'sActive' => $active, 'label' => 'Gamebook', 'url' => '#', 'addParams' => 'onclick="jumpToUrl(\'?act=gamebook&editorNo=data[tt_content][166][bodytext]&contentTypo3Language=false&contentTypo3Charset=utf-8\');return false;"' ); return $menuDefinition; } I check to see if it is active and set the sActive ele to 1, like I saw other tabs in the link browser doing, but my tab, even when selected, is never has the correct class. Other tabs when selected have the class 'tabSelected' (if I remember correctly) and mine always has just 'tab', so it never looks selected, even though it is. What do I have to do in addition to what I have already done to get the class changing when my tab is selected? ----- -- Stephen Bungert -- View this message in context: http://old.nabble.com/BE-RTE-questions-tp26699970p26699970.html Sent from the TYPO3 Dev mailing list archive at Nabble.com. From t3 at aafhh.de Wed Dec 9 01:00:11 2009 From: t3 at aafhh.de (Michael Knabe) Date: Wed, 09 Dec 2009 01:00:11 +0100 Subject: [TYPO3-dev] EM hangs In-Reply-To: References: Message-ID: Hi, I once ran into a similar problem (#11818) as EM includes all ext_emconf.php files from the ext-dir. So if you didn't mess around with your TYPO3-core you should look through these files. Maybe one of them contains an infinite loop although I have no Idea why one should do that. Cheers, Michael From t3 at aafhh.de Wed Dec 9 01:03:15 2009 From: t3 at aafhh.de (Michael Knabe) Date: Wed, 09 Dec 2009 01:03:15 +0100 Subject: [TYPO3-dev] BE RTE questions In-Reply-To: References: Message-ID: Hi, looks like you are reinventing the wheel. If you want to link to db records in RTE you should take a look at EXT:ch_rterecords. At least you should find some hints there. Cheers, Michael From franz at ttproducts.de Wed Dec 9 05:48:05 2009 From: franz at ttproducts.de (Franz Holzinger) Date: Wed, 09 Dec 2009 05:48:05 +0100 Subject: [TYPO3-dev] is it time for PHP5.2.1 now? In-Reply-To: References: Message-ID: Announcement: If nobody opposes on this list, then I will start developing sr_feuser_register in PHP 5.2.1 in the next year. All new bug fixes and features will require PHP 5.2.1 then. Also all other extensions, which I maintain at the moment, will require PHP 5.2.1, e.g. tt_board, tt_guest, div, div2007 and tt_products 2.7.0. static_info_tables in the latest version already requires PHP 5. - Franz From jigal at xs4all.nl Wed Dec 9 07:50:28 2009 From: jigal at xs4all.nl (Jigal van Hemert) Date: Wed, 09 Dec 2009 07:50:28 +0100 Subject: [TYPO3-dev] BE RTE questions In-Reply-To: References: Message-ID: Michael Knabe wrote: > If you want to link to db records in RTE you should take a look at > EXT:ch_rterecords. At least you should find some hints there. I would look at the extension "linkhandler". It also supports links in other places than just the RTE. Configuration of linkhandler is also a bit more flexible to me. Even if one needs to add your own logic to one of the tabs, using linkhandler as the basis for an extension would be better than to reinvent the wheel indeed! Regards, Jigal. From info at rs-websystems.de Wed Dec 9 08:43:59 2009 From: info at rs-websystems.de (Steffen Ritter) Date: Wed, 09 Dec 2009 08:43:59 +0100 Subject: [TYPO3-dev] EM hangs In-Reply-To: References: Message-ID: Bartosz Aninowski schrieb: > Does anyone of you encountered a similar problem? > http://bugs.typo3.org/view.php?id=12985 > > Delete date2cal from filesystem if present! From michal at alternet.nl Wed Dec 9 09:17:14 2009 From: michal at alternet.nl (Michal Krypczyk) Date: Wed, 09 Dec 2009 09:17:14 +0100 Subject: [TYPO3-dev] EM hangs In-Reply-To: References: Message-ID: Bartosz Aninowski schreef: > Does anyone of you encountered a similar problem? > http://bugs.typo3.org/view.php?id=12985 > > Check your extensions. Anything new installed recently? Typo3 updated? --- Regards, Michal From typo3 at t3node.com Wed Dec 9 09:40:29 2009 From: typo3 at t3node.com (=?UTF-8?B?U3RlZmZlbiBNw7xsbGVy?=) Date: Wed, 09 Dec 2009 09:40:29 +0100 Subject: [TYPO3-dev] is it time for PHP5.2.1 now? In-Reply-To: References: Message-ID: Hi. On 09.12.2009 05:48 Franz Holzinger wrote: > > If nobody opposes on this list, then I will start developing > sr_feuser_register in PHP 5.2.1 in the next year. > All new bug fixes and features will require PHP 5.2.1 then. > I guess users of Debian Etch would raise their hand, since they have 5.2.0 and Etch is still supported. Urhhhhm, I am one of those users. *Oppose* What's so different that you need 5.2.1 instead of 5.2.0? -- cheers, Steffen TYPO3 Blog: http://www.t3node.com/ Blubber on Twitter: http://twitter.com/t3node From franz at ttproducts.de Wed Dec 9 11:01:16 2009 From: franz at ttproducts.de (Franz Holzinger) Date: Wed, 09 Dec 2009 11:01:16 +0100 Subject: [TYPO3-dev] is it time for PHP5.2.1 now? In-Reply-To: References: Message-ID: Steffen M?ller a ?crit : > On 09.12.2009 05:48 Franz Holzinger wrote: >> >> If nobody opposes on this list, then I will start developing >> sr_feuser_register in PHP 5.2.1 in the next year. >> All new bug fixes and features will require PHP 5.2.1 then. >> > > I guess users of Debian Etch would raise their hand, since they have > 5.2.0 and Etch is still supported. > Urhhhhm, I am one of those users. *Oppose* > > What's so different that you need 5.2.1 instead of 5.2.0? IMHO PHP 5.2.0 contains too many security relevant bugs. Therefore the requirement should start with at least 5.2.1 or even better 5.2.2 which fixes security issues: http://php.net/ChangeLog-5.php Version 5.2.2 03-May-2007 * Security Fixes o Fixed CVE-2007-1001, GD wbmp used with invalid image size ... - Franz From masi-no at spam-typo3.org Wed Dec 9 11:18:45 2009 From: masi-no at spam-typo3.org (Martin Kutschker) Date: Wed, 09 Dec 2009 11:18:45 +0100 Subject: [TYPO3-dev] is it time for PHP5.2.1 now? In-Reply-To: References: Message-ID: Ries van Twisk schrieb: > > On Dec 8, 2009, at 1:35 PM, Steffen M?ller wrote: > >> Hi. >> >> On 08.12.2009 19:07 Robert von Hackwitz wrote: >>> i beg your pardon, but line 63 in init.php is very clear: >>> if (version_compare(phpversion(), '5.1', '<')) die ('TYPO3 >>> requires PHP >>> 5.1.0 or higher.'); >> >> please open a bugreport :) > > May be it's a feature ;) Actually it is. 4.2 will run fine on 5.1, but you're encouraged to use 5.2+. Masi From dmitry.dulepov at gmail.com Wed Dec 9 11:20:14 2009 From: dmitry.dulepov at gmail.com (Dmitry Dulepov) Date: Wed, 09 Dec 2009 12:20:14 +0200 Subject: [TYPO3-dev] is it time for PHP5.2.1 now? In-Reply-To: References: Message-ID: Hi! On 08/12/2009 13:14, Ries van Twisk wrote: > Because there are large companies that cannot easily switch to a newer > version of software XYZ. If a large company still uses PHP4, it means only one thing: bad admins at that company. PHP4 even has no security updates. If somebody still uses it, it is totally unprofessional. I am not going to support or promote unprofessional and lazy behavior :) > Not that you need to support your latest extension with a lower version > number, but you cannot ignore > the fact that some companies use a strategy for updating software. It is very slooooooooooooooow strategy if they still use PHP 4 :) I really do not want to care about such big but stupid companies :) -- Dmitry Dulepov "Trust me, I am a doctor!" (c) Gregory House, M.D. From dmitry.dulepov at gmail.com Wed Dec 9 11:21:07 2009 From: dmitry.dulepov at gmail.com (Dmitry Dulepov) Date: Wed, 09 Dec 2009 12:21:07 +0200 Subject: [TYPO3-dev] is it time for PHP5.2.1 now? In-Reply-To: References: Message-ID: Hi! On 08/12/2009 21:14, Jigal van Hemert wrote: > Because attachments don't work on this list and the patch is very small, > a patch is supplied below. And why? Nobody will care about the patch in this list. Useless job :( Sorry. -- Dmitry Dulepov "Trust me, I am a doctor!" (c) Gregory House, M.D. From typo3 at rvt.dds.nl Wed Dec 9 11:42:37 2009 From: typo3 at rvt.dds.nl (Ries van Twisk) Date: Wed, 9 Dec 2009 05:42:37 -0500 Subject: [TYPO3-dev] is it time for PHP5.2.1 now? In-Reply-To: References: Message-ID: On Dec 9, 2009, at 5:20 AM, Dmitry Dulepov wrote: > Hi! > > On 08/12/2009 13:14, Ries van Twisk wrote: >> Because there are large companies that cannot easily switch to a >> newer >> version of software XYZ. > > If a large company still uses PHP4, it means only one thing: bad > admins at that company. PHP4 even has no security updates. If > somebody still uses it, it is totally unprofessional. I am not going > to support or promote unprofessional and lazy behavior :) > >> Not that you need to support your latest extension with a lower >> version >> number, but you cannot ignore >> the fact that some companies use a strategy for updating software. > > It is very slooooooooooooooow strategy if they still use PHP 4 :) I > really do not want to care about such big but stupid companies :) > > -- > Dmitry Dulepov > "Trust me, I am a doctor!" (c) Gregory House, M.D. Dmitry, I didn't mention any version number at all. I just said that companies have update strategies and this is something to think about. From typo3dev2009.nospam1 at geithware.de Wed Dec 9 12:21:51 2009 From: typo3dev2009.nospam1 at geithware.de (Stefan Geith) Date: Wed, 09 Dec 2009 12:21:51 +0100 Subject: [TYPO3-dev] is it time for PHP5.2.1 now? In-Reply-To: References: Message-ID: Franz Holzinger schrieb: >>> If nobody opposes on this list, then I will start developing >>> sr_feuser_register in PHP 5.2.1 in the next year. >>> All new bug fixes and features will require PHP 5.2.1 then. >>> >> >> I guess users of Debian Etch would raise their hand, since they have >> 5.2.0 and Etch is still supported. >> Urhhhhm, I am one of those users. *Oppose* >> >> What's so different that you need 5.2.1 instead of 5.2.0? > > IMHO PHP 5.2.0 contains too many security relevant bugs. Therefore the > requirement should start with at least 5.2.1 or even better 5.2.2 which > fixes security issues: > http://php.net/ChangeLog-5.php > > Version 5.2.2 > 03-May-2007 > > * Security Fixes > o Fixed CVE-2007-1001, GD wbmp used with invalid image size > ... But for Debian: all security issues get backported. So _if_ Etch comes with 5.2.0, then all security patches are backported to 5.2.0 and thus 5.2.0 in Etch can be considered secure. So as long as Debian Etch is supported, 5.2.0 should be good ... /Stefan From jigal at xs4all.nl Wed Dec 9 13:36:34 2009 From: jigal at xs4all.nl (Jigal van Hemert) Date: Wed, 09 Dec 2009 13:36:34 +0100 Subject: [TYPO3-dev] is it time for PHP5.2.1 now? In-Reply-To: References: Message-ID: Hi Dmitry, Dmitry Dulepov wrote: > On 08/12/2009 21:14, Jigal van Hemert wrote: >> Because attachments don't work on this list and the patch is very small, >> a patch is supplied below. > > And why? Nobody will care about the patch in this list. Useless job :( > Sorry. It wasn't meant seriously. If I thought it needed a real patch I would've sent it to the core list. (Which would not have made a big difference, because patches of many people are simply ignored there) Regards, Jigal. From jigal at xs4all.nl Wed Dec 9 13:41:50 2009 From: jigal at xs4all.nl (Jigal van Hemert) Date: Wed, 09 Dec 2009 13:41:50 +0100 Subject: [TYPO3-dev] is it time for PHP5.2.1 now? In-Reply-To: References: Message-ID: Stefan Geith wrote: > But for Debian: all security issues get backported. > So _if_ Etch comes with 5.2.0, then all security > patches are backported to 5.2.0 and thus 5.2.0 in Etch > can be considered secure. Talking about stupid update strategies... ;-) > So as long as Debian Etch is supported, 5.2.0 should be > good ... No, because if you say that 5.2.0 is okay, this includes the "real" 5.2.0 as published by Zend (without the back-ported patches). Very bad decision by Debian to create versions which are not equal to other versions with the same number! Regards, Jigal. From mueller at cyperfection.de Wed Dec 9 13:48:24 2009 From: mueller at cyperfection.de (=?ISO-8859-15?Q?Chris_M=FCller?=) Date: Wed, 09 Dec 2009 13:48:24 +0100 Subject: [TYPO3-dev] Workspaces and getting records Message-ID: Hi, I now switched zu TYPO3 4.3 and recognized that my extensions doesn't work anymore in draft workspace preview. I used the method t3lib_BEfunc::getWorkspaceVersionOfRecord() to get the workspace version of a record. As the record contains dam references I need the new uid of this record to look up the probably changed image reference. In Version 4.3 the sysext "version" became optional. So in the method t3lib_BEfunc::getWorkspaceVersionOfRecord() there is a new if-statement to check if "version" is loaded. Because "version" is now only a backend module and no more available in frontend that function returns always false. Now I tried to use versionOL() and pi_getRecord(), but both functions gave me back the live uid, not the new uid of the workspace record. But I need the uid of the workspace record to get the appropriate record from dam via tx_dam_db::getReferencedFiles(). Okay, now I can query the record table on my own, having in mind that I have to check all the t3ver_states, deleted and so on. Then I use the record uid to query for the dam files. But there must be a more easy way? Or is it the way is has to be? Regards, Chris. From dosipov at phillyburbs.com Wed Dec 9 14:51:24 2009 From: dosipov at phillyburbs.com (Dan Osipov) Date: Wed, 09 Dec 2009 08:51:24 -0500 Subject: [TYPO3-dev] is it time for PHP5.2.1 now? In-Reply-To: References: Message-ID: Steffen, We recently upgraded Etch to Lenny (which ships with PHP 5.2.6), and the resource footprint from PHP dropped dramatically. That's one reason to upgrade ;) Dan Osipov Calkins Media http://danosipov.com/blog/ Steffen M?ller wrote: > Hi. > > On 09.12.2009 05:48 Franz Holzinger wrote: >> >> If nobody opposes on this list, then I will start developing >> sr_feuser_register in PHP 5.2.1 in the next year. >> All new bug fixes and features will require PHP 5.2.1 then. >> > > I guess users of Debian Etch would raise their hand, since they have > 5.2.0 and Etch is still supported. > Urhhhhm, I am one of those users. *Oppose* > > What's so different that you need 5.2.1 instead of 5.2.0? > > > From info at sk-typo3.de Wed Dec 9 17:41:39 2009 From: info at sk-typo3.de (Steffen Kamper) Date: Wed, 09 Dec 2009 17:41:39 +0100 Subject: [TYPO3-dev] Workspaces and getting records In-Reply-To: References: Message-ID: Hi, try t3lib_BEfunc::getRecordWSOL - that's how TV does it. vg Steffen From jalexander at digipen.edu Wed Dec 9 18:09:02 2009 From: jalexander at digipen.edu (Jason Alexander) Date: Wed, 9 Dec 2009 09:09:02 -0800 Subject: [TYPO3-dev] Main Module Creation In-Reply-To: References: Message-ID: Hey guys, I am looking for a way to create a main module that would hold all our custom backend sub-modules. Basically we want a main module that is called our company name and every time we create a new sub-module we want to put it under this company name main module. For example: Company Name (Main Module) -Sub-module -Sub-module Now of course I have used kickstarter and can create a main module.(Not sure if this is the right approach) But I want to add sub-modules to this main module. I guess it is similar to how the "Web" main module can have multiple custom sub-modules under it. I have looked at several tutorials and discussing on how modules work. But am a little confused on what files to edit. As some of these discussion either didn't apply to me or it was simply out of date. I've seen discussions on editing the table.php, the ext_table.php files...etc. But can't seem to get a clear path on how to do this. Forgive the inexperience but can some direct me to the correct documentation on how to implement this or ANY kind of direction. The search continues.... Thanks in advance, Jason From andreas.wagner at klee.se Wed Dec 9 23:08:00 2009 From: andreas.wagner at klee.se (Andreas Wagner) Date: Wed, 09 Dec 2009 23:08:00 +0100 Subject: [TYPO3-dev] Main Module Creation In-Reply-To: References: Message-ID: Hi, This is how I do it in an extension of mine. In ext_tables.php: // add BE modules after file module if (TYPO3_MODE == 'BE') { if (!isset($GLOBALS['TBE_MODULES']['myMainModule'])) { $temp_TBE_MODULES = array(); foreach($GLOBALS['TBE_MODULES'] as $key => $val) { if ($key === 'file') { $temp_TBE_MODULES[$key] = $val; $temp_TBE_MODULES['myMainModule'] = $val; } else { $temp_TBE_MODULES[$key] = $val; } } $GLOBALS['TBE_MODULES'] = $temp_TBE_MODULES; unset($temp_TBE_MODULES); } t3lib_extMgm::addModule('myMainModule', '', '', t3lib_extMgm::extPath($_EXTKEY) . 'mod_main/'); t3lib_extMgm::addModule('myMainModule', 'mySubModule', '', t3lib_extMgm::extPath($_EXTKEY) . 'mod_sub/'); t3lib_extMgm::addModule('myMainModule', 'mySubModule2', '', t3lib_extMgm::extPath($_EXTKEY) . 'mod_sub2/'); } Best regards, Andreas Jason Alexander wrote: > Hey guys, > > I am looking for a way to create a main module that would hold all our custom backend sub-modules. Basically we want a main module that is called our company name and every time we create a new sub-module we want to put it under this company name main module. For example: > > Company Name (Main Module) > -Sub-module > -Sub-module > > Now of course I have used kickstarter and can create a main module.(Not sure if this is the right approach) But I want to add sub-modules to this main module. I guess it is similar to how the "Web" main module can have multiple custom sub-modules under it. I have looked at several tutorials and discussing on how modules work. But am a little confused on what files to edit. As some of these discussion either didn't apply to me or it was simply out of date. I've seen discussions on editing the table.php, the ext_table.php files...etc. But can't seem to get a clear path on how to do this. > > > Forgive the inexperience but can some direct me to the correct documentation on how to implement this or ANY kind of direction. > > The search continues.... > > Thanks in advance, > > Jason From scecere at krur.com Thu Dec 10 01:58:04 2009 From: scecere at krur.com (Stefano Cecere) Date: Thu, 10 Dec 2009 01:58:04 +0100 Subject: [TYPO3-dev] Main Module Creation: into snippets? References: Message-ID: what about posting snippets on http://snippets.typo3.org/ ? ^_^ maybe the user who receives/find a solution to something (maybe with the help of the community) could help others by posting the solution on this (still pretty ugly but really useful) repository? what do you think? thanks! stefano On Wed, 09 Dec 2009 23:08:00 +0100, Andreas Wagner wrote: > Hi, > > This is how I do it in an extension of mine. In ext_tables.php: > > // add BE modules after file module > if (TYPO3_MODE == 'BE') { > if (!isset($GLOBALS['TBE_MODULES']['myMainModule'])) { > $temp_TBE_MODULES = array(); > foreach($GLOBALS['TBE_MODULES'] as $key => $val) { > if ($key === 'file') { > $temp_TBE_MODULES[$key] = $val; > $temp_TBE_MODULES['myMainModule'] = $val; > } else { > $temp_TBE_MODULES[$key] = $val; > } > } > $GLOBALS['TBE_MODULES'] = $temp_TBE_MODULES; > unset($temp_TBE_MODULES); > } > t3lib_extMgm::addModule('myMainModule', '', '', > t3lib_extMgm::extPath($_EXTKEY) . 'mod_main/'); > t3lib_extMgm::addModule('myMainModule', 'mySubModule', '', > t3lib_extMgm::extPath($_EXTKEY) . 'mod_sub/'); > t3lib_extMgm::addModule('myMainModule', 'mySubModule2', '', > t3lib_extMgm::extPath($_EXTKEY) . 'mod_sub2/'); > } From mueller at cyperfection.de Thu Dec 10 09:07:02 2009 From: mueller at cyperfection.de (=?ISO-8859-15?Q?Chris_M=FCller?=) Date: Thu, 10 Dec 2009 09:07:02 +0100 Subject: [TYPO3-dev] Workspaces and getting records In-Reply-To: References: Message-ID: Hi Steffen, thank you for your answer. Now I recognized that t3lib_BEfunc::getRecordWSOL() just as pi_getRecord() gave also back the fields "_ORIG_uid" and "_ORIG_pid". It is save to use them in an extension or are they subject to change? Regards, Chris. Am 09.12.2009 17:41, schrieb Steffen Kamper: > Hi, > > try t3lib_BEfunc::getRecordWSOL - that's how TV does it. > > vg Steffen From info at sk-typo3.de Thu Dec 10 09:21:16 2009 From: info at sk-typo3.de (Steffen Kamper) Date: Thu, 10 Dec 2009 09:21:16 +0100 Subject: [TYPO3-dev] Workspaces and getting records In-Reply-To: References: Message-ID: Hi, Chris M?ller schrieb: > Hi Steffen, > > thank you for your answer. Now I recognized that > t3lib_BEfunc::getRecordWSOL() just as pi_getRecord() gave also back the > fields "_ORIG_uid" and "_ORIG_pid". It is save to use them in an > extension or are they subject to change? > it is save - core use it too. vg Steffen From sebastian.gebhard at gmail.com Thu Dec 10 11:00:17 2009 From: sebastian.gebhard at gmail.com (Sebastian Gebhard) Date: Thu, 10 Dec 2009 11:00:17 +0100 Subject: [TYPO3-dev] Creating a realurled request with a GET form Message-ID: Hi *, I don't know if anyone of you has ever solved this, but that's why I'm asking ;) When I have a GET-Form of course it appends all parameters with ? and &. But I would need my form to send a realurled request because I need the result being cached and requests containing "?" are not cached by nc_staticfilecache. So I guess this has to be done with Javascript somehow. Any best practices, extensions, hints, concerns? Kind regards, Sebastian From info at rs-websystems.de Thu Dec 10 11:10:07 2009 From: info at rs-websystems.de (Steffen Ritter) Date: Thu, 10 Dec 2009 11:10:07 +0100 Subject: [TYPO3-dev] Creating a realurled request with a GET form In-Reply-To: References: Message-ID: Sebastian Gebhard schrieb: > Hi *, > > I don't know if anyone of you has ever solved this, but that's why I'm > asking ;) > > When I have a GET-Form of course it appends all parameters with ? and &. > But I would need my form to send a realurled request because I need the > result being cached and requests containing "?" are not cached by > nc_staticfilecache. > > So I guess this has to be done with Javascript somehow. Any best > practices, extensions, hints, concerns? > > Kind regards, > Sebastian Yes, possible! I've done sth. similiar. I just do an AJAX Query with these Params, pass them to the typolink function, and do an redirect to the returned url... regards Steffen From sebastian.gebhard at gmail.com Thu Dec 10 11:25:05 2009 From: sebastian.gebhard at gmail.com (Sebastian Gebhard) Date: Thu, 10 Dec 2009 11:25:05 +0100 Subject: [TYPO3-dev] Creating a realurled request with a GET form In-Reply-To: References: Message-ID: Am 10.12.2009 11:10, schrieb Steffen Ritter: > Sebastian Gebhard schrieb: >> Hi *, >> >> I don't know if anyone of you has ever solved this, but that's why I'm >> asking ;) >> >> When I have a GET-Form of course it appends all parameters with ? and >> &. But I would need my form to send a realurled request because I need >> the result being cached and requests containing "?" are not cached by >> nc_staticfilecache. >> >> So I guess this has to be done with Javascript somehow. Any best >> practices, extensions, hints, concerns? >> >> Kind regards, >> Sebastian > Yes, possible! I've done sth. similiar. > I just do an AJAX Query with these Params, pass them to the typolink > function, and do an redirect to the returned url... > > regards > > Steffen I see this is a solution, but I want to do this mostly for performance reasons. Adding an additional AJAX requests makes it absurd in my case, because now I have 1 uncached request and then I have 1 cached request and 1 additional uncached request. Thanks anyway From info at rs-websystems.de Thu Dec 10 11:41:17 2009 From: info at rs-websystems.de (Steffen Ritter) Date: Thu, 10 Dec 2009 11:41:17 +0100 Subject: [TYPO3-dev] Creating a realurled request with a GET form In-Reply-To: References: Message-ID: Sebastian Gebhard schrieb: > Am 10.12.2009 11:10, schrieb Steffen Ritter: >> Sebastian Gebhard schrieb: >>> Hi *, >>> >>> I don't know if anyone of you has ever solved this, but that's why I'm >>> asking ;) >>> >>> When I have a GET-Form of course it appends all parameters with ? and >>> &. But I would need my form to send a realurled request because I need >>> the result being cached and requests containing "?" are not cached by >>> nc_staticfilecache. >>> >>> So I guess this has to be done with Javascript somehow. Any best >>> practices, extensions, hints, concerns? >>> >>> Kind regards, >>> Sebastian >> Yes, possible! I've done sth. similiar. >> I just do an AJAX Query with these Params, pass them to the typolink >> function, and do an redirect to the returned url... >> >> regards >> >> Steffen > I see this is a solution, but I want to do this mostly for performance > reasons. Adding an additional AJAX requests makes it absurd in my case, > because now I have 1 uncached request and then I have 1 cached request > and 1 additional uncached request. > > Thanks anyway It's not possible to do this via javascript without an request, not if you want to have an chash entry for cachig! An Ajax request should not be that problem... And if the form always differs, it won't be in cache anyways ;) If there are only some possibilities, use the ajax solution, and fetch the domain only if it has not been build before (by adding the already "known" urls to an tree structure in javascript you can search for on submit) regards Steffen From jorgosch at terra.es Thu Dec 10 14:19:47 2009 From: jorgosch at terra.es (Jörg Schaller) Date: Thu, 10 Dec 2009 14:19:47 +0100 Subject: [TYPO3-dev] Websockets - APE Message-ID: Hello list, websockets could be one of the most interesting pieces of technology to come along in the near future. It allows for real time updates of webpages without reloading. Here's an open source implementation done in javascript which is browser-independent, maybe this could be interesting as well for interactive applications in Typo3: http://www.ape-project.org/en/ajax-push.html Cheers, J?rg Cheers, J?rg ==================== http://spanien.jorgo.org ==================== From typo3 at perseguers.ch Thu Dec 10 15:32:21 2009 From: typo3 at perseguers.ch (Xavier Perseguers) Date: Thu, 10 Dec 2009 15:32:21 +0100 Subject: [TYPO3-dev] Websockets - APE In-Reply-To: References: Message-ID: Hi J?rg, > websockets could be one of the most interesting pieces of technology > to come along in the near future. It allows for real time updates of > webpages without reloading. > > Here's an open source implementation done in javascript which is > browser-independent, maybe this could be interesting as well for > interactive applications in Typo3: > > http://www.ape-project.org/en/ajax-push.html I don't know whether using a server coming from nowhere is the best solution instead of using some servlet engine that supports comet since a long time (Jetty, Grizzly or Tomcat) but Comet is for sure something to keep on radar. Another framework is becoming the de-facto, this is http://liftweb.net. You may start a projet on Forge... -- Xavier Perseguers DBAL Leader http://forge.typo3.org/projects/show/extension-dbal From dmitry.dulepov at gmail.com Thu Dec 10 15:55:51 2009 From: dmitry.dulepov at gmail.com (Dmitry Dulepov) Date: Thu, 10 Dec 2009 16:55:51 +0200 Subject: [TYPO3-dev] Websockets - APE In-Reply-To: References: Message-ID: Hi! On 10/12/2009 15:19, J?rg Schaller wrote: > websockets could be one of the most interesting pieces of technology > to come along in the near future. It allows for real time updates of > webpages without reloading. Sounds like ajax... -- Dmitry Dulepov "Trust me, I am a doctor!" (c) Gregory House, M.D. From typo3 at perseguers.ch Thu Dec 10 16:00:37 2009 From: typo3 at perseguers.ch (Xavier Perseguers) Date: Thu, 10 Dec 2009 16:00:37 +0100 Subject: [TYPO3-dev] Websockets - APE In-Reply-To: References: Message-ID: Hi, > On 10/12/2009 15:19, J?rg Schaller wrote: >> websockets could be one of the most interesting pieces of technology >> to come along in the near future. It allows for real time updates of >> webpages without reloading. > > Sounds like ajax... Reverse-AJAX in fact... -- Xavier Perseguers DBAL Leader http://forge.typo3.org/projects/show/extension-dbal From takoje at takoje.hr Thu Dec 10 16:06:38 2009 From: takoje at takoje.hr (Pero Matic) Date: Thu, 10 Dec 2009 16:06:38 +0100 Subject: [TYPO3-dev] Ext. dev. newbie Message-ID: Hi. I have just started development of a new ext. for Typo3 with kickstarter and have one problem. How to get a table fields defined in new custom table created with kickstarter to be displayed in plugin content? I get those fields only if i go to insert records, but i'd like to get them in the plugin too. So, currenly in plugin content i have only filed: Starting point :-( Thx! From jigal at xs4all.nl Thu Dec 10 16:28:21 2009 From: jigal at xs4all.nl (Jigal van Hemert) Date: Thu, 10 Dec 2009 16:28:21 +0100 Subject: [TYPO3-dev] Ext. dev. newbie In-Reply-To: References: Message-ID: Pero Matic wrote: > Hi. I have just started development of a new ext. for Typo3 with kickstarter > and have one problem. How to get a table fields defined in new custom table > created with kickstarter to be displayed in plugin content? If you want to learn how to build extensions for TYPO3, you should get yourself a copy of Dmitry Dulepov's book [1]. It explains almost everything in detail with examples. [1] http://www.packtpub.com/typo3-extension-development/book Regards, Jigal. From masi-no at spam-typo3.org Thu Dec 10 16:34:21 2009 From: masi-no at spam-typo3.org (Martin Kutschker) Date: Thu, 10 Dec 2009 16:34:21 +0100 Subject: [TYPO3-dev] Websockets - APE In-Reply-To: References: Message-ID: Xavier Perseguers schrieb: > Hi J?rg, > >> websockets could be one of the most interesting pieces of technology >> to come along in the near future. It allows for real time updates of >> webpages without reloading. >> >> Here's an open source implementation done in javascript which is >> browser-independent, maybe this could be interesting as well for >> interactive applications in Typo3: >> >> http://www.ape-project.org/en/ajax-push.html > > I don't know whether using a server coming from nowhere is the best > solution instead of using some servlet engine that supports comet since > a long time (Jetty, Grizzly or Tomcat) but Comet is for sure something > to keep on radar. > > Another framework is becoming the de-facto, this is http://liftweb.net. > > You may start a projet on Forge... As there are even meta-sites around like http://cometdaily.com/ I'm sure we don't need another Websockets aka Comet aka AJAX Push project. Masi From fsu-lists at cobweb.ch Thu Dec 10 16:46:30 2009 From: fsu-lists at cobweb.ch (Francois Suter) Date: Thu, 10 Dec 2009 16:46:30 +0100 Subject: [TYPO3-dev] Creating a realurled request with a GET form In-Reply-To: References: Message-ID: Hi, > When I have a GET-Form of course it appends all parameters with ? and &. > But I would need my form to send a realurled request because I need the > result being cached and requests containing "?" are not cached by > nc_staticfilecache. > > So I guess this has to be done with Javascript somehow. Any best > practices, extensions, hints, concerns? As mentioned by Steffen, you can't do this with just JavaScript as the cHash has to be saved in RealURL table. This is what we do when we have a simple selector: rather than making it a drop-down to select a value and then submitting the form, we make it like a quick jump menu. All URLs are calculated (server-side, when the form is rendered) and used as values for the drop-down. Then a JavaScript just changes the location to the selected URL. Of course this method won't work if you have some free input fields. It can work only with selectors having a predefined set of values. And if you have multiple selectors, you will have to build a set of URLs corresponding to all combinations and select the right one using JS. HTH -- Francois Suter Cobweb Development Sarl - http://www.cobweb.ch From peter.russ at 4many.net Thu Dec 10 16:59:02 2009 From: peter.russ at 4many.net (Peter Russ) Date: Thu, 10 Dec 2009 16:59:02 +0100 Subject: [TYPO3-dev] Creating a realurled request with a GET form In-Reply-To: References: Message-ID: --- Original Nachricht --- Absender: Francois Suter Datum: 10.12.2009 16:46: > Hi, > >> When I have a GET-Form of course it appends all parameters with ? and &. >> But I would need my form to send a realurled request because I need the >> result being cached and requests containing "?" are not cached by >> nc_staticfilecache. >> >> So I guess this has to be done with Javascript somehow. Any best >> practices, extensions, hints, concerns? > > As mentioned by Steffen, you can't do this with just JavaScript as the > cHash has to be saved in RealURL table. This is what we do when we have > a simple selector: rather than making it a drop-down to select a value > and then submitting the form, we make it like a quick jump menu. All > URLs are calculated (server-side, when the form is rendered) and used as > values for the drop-down. Then a JavaScript just changes the location to > the selected URL. > > Of course this method won't work if you have some free input fields. It > can work only with selectors having a predefined set of values. And if > you have multiple selectors, you will have to build a set of URLs > corresponding to all combinations and select the right one using JS. > > HTH > You can use AJAX to query the action-url before submitting.This works pretty fast. Peter -- loans that change lives http://www.kiva.org _____________________________ uon GbR http://www.uon.li http://www.xing.com/profile/Peter_Russ From takoje at takoje.hr Thu Dec 10 17:18:54 2009 From: takoje at takoje.hr (Pero Matic) Date: Thu, 10 Dec 2009 17:18:54 +0100 Subject: [TYPO3-dev] Ext. dev. newbie References: Message-ID: "Jigal van Hemert" wrote in message news:mailman.8209.1260458972.615.typo3-dev at lists.typo3.org... > Pero Matic wrote: >> Hi. I have just started development of a new ext. for Typo3 with >> kickstarter and have one problem. How to get a table fields defined in >> new custom table created with kickstarter to be displayed in plugin >> content? > > If you want to learn how to build extensions for TYPO3, you should get > yourself a copy of Dmitry Dulepov's book [1]. It explains almost > everything in detail with examples. > > [1] http://www.packtpub.com/typo3-extension-development/book > > Regards, Jigal. I found out how to do it. However i'll order a book. Thx. From fsu-lists at cobweb.ch Thu Dec 10 17:21:40 2009 From: fsu-lists at cobweb.ch (Francois Suter) Date: Thu, 10 Dec 2009 17:21:40 +0100 Subject: [TYPO3-dev] Creating a realurled request with a GET form In-Reply-To: References: Message-ID: Hi, > You can use AJAX to query the action-url before submitting.This works > pretty fast. Yes, that was suggested by Steffen before, but Sebastian was wondering about alternatives. Cheers -- Francois Suter Cobweb Development Sarl - http://www.cobweb.ch From jalexander at digipen.edu Thu Dec 10 18:28:02 2009 From: jalexander at digipen.edu (Jason Alexander) Date: Thu, 10 Dec 2009 09:28:02 -0800 Subject: [TYPO3-dev] Main Module Creation In-Reply-To: References: Message-ID: Thanks Andreas I give this a go. _______ Jason Alexander jalexander at digipen.edu Web Applications Developer DigiPen, Institute Of Technology On Dec 9, 2009, at 2:08 PM, Andreas Wagner wrote: > Hi, > > This is how I do it in an extension of mine. In ext_tables.php: > > // add BE modules after file module > if (TYPO3_MODE == 'BE') { > if (!isset($GLOBALS['TBE_MODULES']['myMainModule'])) { > $temp_TBE_MODULES = array(); > foreach($GLOBALS['TBE_MODULES'] as $key => $val) { > if ($key === 'file') { > $temp_TBE_MODULES[$key] = $val; > $temp_TBE_MODULES['myMainModule'] = $val; > } else { > $temp_TBE_MODULES[$key] = $val; > } > } > $GLOBALS['TBE_MODULES'] = $temp_TBE_MODULES; > unset($temp_TBE_MODULES); > } > t3lib_extMgm::addModule('myMainModule', '', '', t3lib_extMgm::extPath($_EXTKEY) . 'mod_main/'); > t3lib_extMgm::addModule('myMainModule', 'mySubModule', '', t3lib_extMgm::extPath($_EXTKEY) . 'mod_sub/'); > t3lib_extMgm::addModule('myMainModule', 'mySubModule2', '', t3lib_extMgm::extPath($_EXTKEY) . 'mod_sub2/'); > } > > Best regards, > > Andreas From info at sk-typo3.de Thu Dec 10 18:27:45 2009 From: info at sk-typo3.de (Steffen Kamper) Date: Thu, 10 Dec 2009 18:27:45 +0100 Subject: [TYPO3-dev] Creating a realurled request with a GET form In-Reply-To: References: Message-ID: Hi, Sebastian Gebhard schrieb: > Hi *, > > I don't know if anyone of you has ever solved this, but that's why I'm > asking ;) > > When I have a GET-Form of course it appends all parameters with ? and &. > But I would need my form to send a realurled request because I need the > result being cached and requests containing "?" are not cached by > nc_staticfilecache. > > So I guess this has to be done with Javascript somehow. Any best > practices, extensions, hints, concerns? > just generate the needed links before and save them in a json array vg Steffen From thasmo at gmail.com Thu Dec 10 19:13:26 2009 From: thasmo at gmail.com (Thomas "Thasmo" Deinhamer) Date: Thu, 10 Dec 2009 19:13:26 +0100 Subject: [TYPO3-dev] Product database with article booking system and history Message-ID: Good evening, I'm looking for a solution for a categorized product database including a booking system, where frontend users can order/book products, which need to be returned after they have been lend. The articles or products should have a stock per storehouse. In fact there are several storehouses which hold a specific stock amount of all existing products. These products can be lend to customers for a specific time and will be returned to the storehouses afterwards. The stock amount will vary therefor, if products are not inhouse. Furthermore each action (product update, stock change, order acceptance, order deniance, order return, etc.) should be logged to a history table per product - so it is possible to overlook which products where lend out from which storehouses for which timerange to which client, etc. Could you think of using several existing extensions for this or should I write this on my own using frontend plugins and backend hooks? And could this be done with Extbase/Fluid already without a lot of headache regarding flexibility and consistency? Thanks a lot for help and your oppinions, Thomas From stefan.galinski at gmail.com Fri Dec 11 01:11:17 2009 From: stefan.galinski at gmail.com (Stefan Galinski) Date: Fri, 11 Dec 2009 01:11:17 +0100 Subject: [TYPO3-dev] Release of date2cal 7.3 Message-ID: Hi @all, I just want to inform you about a new release of date2cal that fixes the critical problems with TYPO3 4.3. The backend part of date2cal is completly optional from now on, but you need to deactivate this option yourself. I couldn't set this to false by default due the backwards compatibility issues. Furthermore the problems with IRRE and Co. are finally fixed, because I have completly rewritten the natural language parser. The parser doesn't depends on prototype anymore and has got the long-awaited l10n/i18n part. At the moment for german and english only, but feel free to add your own patterns and help pages for your language. At least there are lot's of other small improvements and fixes. All of them are documented in the changelog. Sorry for any inconveniences due the long gap between the release of TYPO3 4.3 and this date2cal version. BTW: You will need to update the extension configuration after you updated the extension! -- Stefan Galinski From bs.newsfeeds at googlemail.com Fri Dec 11 11:18:43 2009 From: bs.newsfeeds at googlemail.com (=?ISO-8859-15?Q?Bernd_Sch=F6nbach?=) Date: Fri, 11 Dec 2009 11:18:43 +0100 Subject: [TYPO3-dev] Creating links to front-end pages in the back end Message-ID: Hi, is there a simple way to create a link to a front-end page, from the back end? I know the UID of the front end page, but the tslib_content is not present, so I cannot use the getTypoLink functions, normally used in the front end to create links. Thanks Bernd From info at sk-typo3.de Fri Dec 11 11:24:21 2009 From: info at sk-typo3.de (Steffen Kamper) Date: Fri, 11 Dec 2009 11:24:21 +0100 Subject: [TYPO3-dev] Creating links to front-end pages in the back end In-Reply-To: References: Message-ID: Hi, Bernd Sch?nbach schrieb: > Hi, > > is there a simple way to create a link to a front-end page, from the > back end? > I know the UID of the front end page, but the tslib_content is not > present, so I cannot use the getTypoLink functions, normally used in the > front end to create links. > use t3lib_BEfunc::viewOnClick() vg Steffen From bs.newsfeeds at googlemail.com Fri Dec 11 11:46:06 2009 From: bs.newsfeeds at googlemail.com (=?ISO-8859-15?Q?Bernd_Sch=F6nbach?=) Date: Fri, 11 Dec 2009 11:46:06 +0100 Subject: [TYPO3-dev] Creating links to front-end pages in the back end In-Reply-To: References: Message-ID: Hi Steffen, thanks for the quick answer. Is there a way to get the link with the whole domain like: http://domain.com/index.php?id=42, because currently I get: ../index.php?id=42 Thanks Bernd From info at sk-typo3.de Fri Dec 11 11:55:05 2009 From: info at sk-typo3.de (Steffen Kamper) Date: Fri, 11 Dec 2009 11:55:05 +0100 Subject: [TYPO3-dev] Creating links to front-end pages in the back end In-Reply-To: References: Message-ID: Hi, Bernd Sch?nbach schrieb: > Hi Steffen, > > thanks for the quick answer. > Is there a way to get the link with the whole domain like: > http://domain.com/index.php?id=42, because currently I get: > ../index.php?id=42 > imho not as BE is not aware of domains. vg Steffen From fsu-lists at cobweb.ch Fri Dec 11 12:01:17 2009 From: fsu-lists at cobweb.ch (Francois Suter) Date: Fri, 11 Dec 2009 12:01:17 +0100 Subject: [TYPO3-dev] Creating links to front-end pages in the back end In-Reply-To: References: Message-ID: Hi, > thanks for the quick answer. > Is there a way to get the link with the whole domain like: > http://domain.com/index.php?id=42, because currently I get: > ../index.php?id=42 Try setting a domain record at the root of your website. I'm not sure, but it may work (I remember looking at such methods, but I'm not sure it was the same). HTH -- Francois Suter Cobweb Development Sarl - http://www.cobweb.ch From stano.paska at gmail.com Fri Dec 11 12:26:32 2009 From: stano.paska at gmail.com (=?UTF-8?B?U3Rhbm8gUGHFoWth?=) Date: Fri, 11 Dec 2009 12:26:32 +0100 Subject: [TYPO3-dev] Creating links to front-end pages in the back end In-Reply-To: References: Message-ID: Hi. Try use t3lib_div::locationHeaderUrl() Stano. On Fri, Dec 11, 2009 at 11:46 AM, Bernd Sch?nbach wrote: > Hi Steffen, > > thanks for the quick answer. > Is there a way to get the link with the whole domain like: > http://domain.com/index.php?id=42, because currently I get: > ../index.php?id=42 > > Thanks > Bernd > _______________________________________________ > TYPO3-dev mailing list > TYPO3-dev at lists.typo3.org > http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-dev > From phillippons at googlemail.com Fri Dec 11 14:53:07 2009 From: phillippons at googlemail.com (PhillipPons) Date: Fri, 11 Dec 2009 14:53:07 +0100 Subject: [TYPO3-dev] breakWidth and function calcBBox Message-ID: Hi guys, I used the new TYPO3 4.3 "breakWidth" Gifbuilder feature in my extension, and wanted to know how many linebreaks are inserted. Is there an easy way? I tried to use calcBBox in std_Graphic but the function only returns the "lineHeight" of one line. Thanks for any information. Kjeld From news at blue-side.com Fri Dec 11 15:46:04 2009 From: news at blue-side.com (=?ISO-8859-15?Q?Sven_J=FCrgens?=) Date: Fri, 11 Dec 2009 15:46:04 +0100 Subject: [TYPO3-dev] Creating links to front-end pages in the back end In-Reply-To: References: Message-ID: Hi, there is an extension from Dmitry called 'pagepath' Description: Provides API for Backend modules to get a proper path to the Frontend page (simulateStatic/RealURL/CoolURI-like) Sven Am 11.12.09 11:18, schrieb Bernd Sch?nbach: > Hi, > > is there a simple way to create a link to a front-end page, from the > back end? > I know the UID of the front end page, but the tslib_content is not > present, so I cannot use the getTypoLink functions, normally used in the > front end to create links. > > Thanks > Bernd From jalexander at digipen.edu Fri Dec 11 23:24:16 2009 From: jalexander at digipen.edu (Jason Alexander) Date: Fri, 11 Dec 2009 14:24:16 -0800 Subject: [TYPO3-dev] A/B Testing In-Reply-To: References: Message-ID: Hey Guys, I am curious if any of you have any information regarding A/B testing with Typo3. Basically what I am interested in is creating different links that show up randomly when a user goes to a certain page then tracking whether link A is clicked more then link B or vise versa. I think I may have a good idea for an extension. But wanted opinions or suggestions from you guys. Thanks in advance, Jason From olivier.dobberkau at dkd.de Fri Dec 11 23:40:17 2009 From: olivier.dobberkau at dkd.de (Olivier Dobberkau) Date: Fri, 11 Dec 2009 23:40:17 +0100 Subject: [TYPO3-dev] A/B Testing In-Reply-To: References: Message-ID: Am 11.12.09 23:24, schrieb Jason Alexander: > Hey Guys, > > I am curious if any of you have any information regarding A/B testing with Typo3. Basically what I am interested in is creating different links that show up randomly when a user goes to a certain page then tracking whether link A is clicked more then link B or vise versa. I think I may have a good idea for an extension. But wanted opinions or suggestions from you guys. > > Thanks in advance, > > Jason > Hi, how about the stuff that google offers for that? http://www.google.com/support/websiteoptimizer/ greetings, olivier From sparking at gmx.net Sun Dec 13 14:53:01 2009 From: sparking at gmx.net (Gerhard Mehsel) Date: Sun, 13 Dec 2009 14:53:01 +0100 Subject: [TYPO3-dev] Create correct (typo-) links in extension? Message-ID: Hello, I've a small extension (TYPO3 4.2.10) where a BE User can input some links. These input fields for the links are standard input fields from extension kickstarter of type 'link'. These links can be internal (PID) or external URLs. What is the best way to create these links in my extension? Currently I do it this way: $linkTxt = 'Here I want to have the page title, not the PID'; $pid = 123; $cObj = t3lib_div::makeInstance('tslib_cObj'); $conf = array('parameter'=> $pid); return $cObj->getTypoLink($linkTxt, $conf); it's working of course, but the links are not formatted nicely. E.g. internal links: the pid of the page is wrapped by the a-tags, not the page title. Also external links should display the 'title'-input field form the link-popup instead of the URL. How do you do this? Do I have to query the DB to get information like title of a page? I also read the documentation about typolink, but I don't get the point. Would be great if anybody could give me a link to some sample code for an entry point. Thank you for hints, Gerd From kraftb at think-open.at Sun Dec 13 16:27:07 2009 From: kraftb at think-open.at (Bernhard Kraft) Date: Sun, 13 Dec 2009 16:27:07 +0100 Subject: [TYPO3-dev] Create correct (typo-) links in extension? In-Reply-To: References: Message-ID: Gerhard Mehsel wrote: > $linkTxt = 'Here I want to have the page title, not the PID'; > $pid = 123; > $cObj = t3lib_div::makeInstance('tslib_cObj'); > $conf = array('parameter'=> $pid); > return $cObj->getTypoLink($linkTxt, $conf); The method you are using, requires the second parameter to just be the 'parameter' value, not an array. So you either use: return $this->cObj->getTypoLink($linkTxt, $pid); Or you use the method "typoLink", which requires an typoScript configuration array to be passed: return $this->cObj->typoLink($linkTxt, $conf); But the best thing would anyways be, to define the configuration in TypoScript like: plugin.tx_myext_pi1.myLink = TEXT plugin.tx_myext_pi1.myLink.value = Here I want to have the page title plugin.tx_myext_pi1.myLink.typolink { parameter.current = 1 } And then use PHP code like the following: $this->cObj->setCurrentVal($pid); return $this->cObj->cObjGetSingle($this->conf['myLink'], $this->conf['myLink.']); This would render the above defined cObject, allowing you to define all aspects of the link/label via TypoScript greets, Bernhard From thasmo at gmail.com Sun Dec 13 20:43:39 2009 From: thasmo at gmail.com (Thomas "Thasmo" Deinhamer) Date: Sun, 13 Dec 2009 20:43:39 +0100 Subject: [TYPO3-dev] Product database with article booking system and history In-Reply-To: References: Message-ID: =o) K, to get this going... I'm considering using Extbase/Fluid for this requirements; creating a TCA, some models, views and a controller already gave me some nice output - really straightforward. May there be any, not yet fully implemented, features, which may give me problems using extbase/fluid on this project? As I don't need a backend module, I won't run into limitations using the image viewhelper, which doesn't work yet - if I'm right. Thanks for your help, Thomas Thomas "Thasmo" Deinhamer schrieb: > Good evening, > > I'm looking for a solution for a categorized product database > including a booking system, where frontend users can order/book > products, which need to be returned after they have been lend. > > The articles or products should have a stock per storehouse. In > fact there are several storehouses which hold a specific stock amount > of all existing products. These products can be lend to customers > for a specific time and will be returned to the storehouses afterwards. > > The stock amount will vary therefor, if products are not inhouse. > > Furthermore each action (product update, stock change, order acceptance, > order deniance, order return, etc.) should be logged to a history > table per product - so it is possible to overlook which products > where lend out from which storehouses for which timerange to > which client, etc. > > Could you think of using several existing extensions for this > or should I write this on my own using frontend plugins and > backend hooks? > > And could this be done with Extbase/Fluid already without > a lot of headache regarding flexibility and consistency? > > Thanks a lot for help and your oppinions, > Thomas From jochen.rau at typoplanet.de Mon Dec 14 09:29:30 2009 From: jochen.rau at typoplanet.de (Jochen Rau) Date: Mon, 14 Dec 2009 09:29:30 +0100 Subject: [TYPO3-dev] Product database with article booking system and history In-Reply-To: References: Message-ID: Hi Thomas. schrieb Thomas "Thasmo" Deinhamer: > =o) K, to get this going... > > I'm considering using Extbase/Fluid for this requirements; > creating a TCA, some models, views and a controller already > gave me some nice output - really straightforward. > > May there be any, not yet fully implemented, features, which > may give me problems using extbase/fluid on this project? > > As I don't need a backend module, I won't run into limitations > using the image viewhelper, which doesn't work yet - if I'm right. I see no limitations for an implementation with Extbase and Fluid based on your requirements list. We have no open issue regarding to the ImageViewHelper. Please report one on forge if necessary. Regards Jochen > > Thomas "Thasmo" Deinhamer schrieb: >> Good evening, >> >> I'm looking for a solution for a categorized product database >> including a booking system, where frontend users can order/book >> products, which need to be returned after they have been lend. >> >> The articles or products should have a stock per storehouse. In >> fact there are several storehouses which hold a specific stock amount >> of all existing products. These products can be lend to customers >> for a specific time and will be returned to the storehouses afterwards. >> >> The stock amount will vary therefor, if products are not inhouse. >> >> Furthermore each action (product update, stock change, order acceptance, >> order deniance, order return, etc.) should be logged to a history >> table per product - so it is possible to overlook which products >> where lend out from which storehouses for which timerange to >> which client, etc. >> >> Could you think of using several existing extensions for this >> or should I write this on my own using frontend plugins and >> backend hooks? >> >> And could this be done with Extbase/Fluid already without >> a lot of headache regarding flexibility and consistency? >> >> Thanks a lot for help and your oppinions, >> Thomas -- Every nit picked is a bug fixed From sebastian.gebhard at gmail.com Mon Dec 14 11:23:52 2009 From: sebastian.gebhard at gmail.com (Sebastian Gebhard) Date: Mon, 14 Dec 2009 11:23:52 +0100 Subject: [TYPO3-dev] Creating a realurled request with a GET form In-Reply-To: References: Message-ID: The URL will look like http://www.example.com/search/*searchterm*/. When I generating the page I could get do something like: // pseudo-php $requestURL = $this->cObj->typoLink_URL( 'parameter' = >$targetPid, 'additionalParams' => '&' . $this->prefixId. '[query]=token' ); $content = ''; When submitting the form "token" has to be replaced with the actual query. Precondition is that realurl leaves "tokes" as it is, but table lookups or other replacements do not make sense here anyway. Not 100% clean, but should work without additional AJAX request and nc_staticfilecache will accept the URL. Opinions? From daniel at typo3-nl.eu Tue Dec 15 09:04:02 2009 From: daniel at typo3-nl.eu (Daniel Doesburg) Date: Tue, 15 Dec 2009 09:04:02 +0100 Subject: [TYPO3-dev] bugtracker and PHP5.3.0 Message-ID: I found a problem with Linux, typoscript and PHP5.3.0 The following: page = PAGE page { 10 = TEXT 10.value = HELLO WORLD! 20 = TEMPLATE 20 { template = FILE template.file = fileadmin/template.html } } Produced only HELLO WORLD! Nothing from the html file. I've tried it in several ways but all failed. On my local environment (WIN7) with xampp (apachefriends) it works without problems with PHP5.3.0 Questions: 1. Is this a T3 or a PHP problem? 2. Where do I have to create a bug report? Kind regards, Daniel Doesburg From typo3-list at niekom.de Tue Dec 15 12:01:31 2009 From: typo3-list at niekom.de (Peter Niederlag) Date: Tue, 15 Dec 2009 12:01:31 +0100 Subject: [TYPO3-dev] bugtracker and PHP5.3.0 In-Reply-To: References: Message-ID: Hello, Daniel Doesburg schrieb: > I found a problem with Linux, typoscript and PHP5.3.0 [...] > Produced only HELLO WORLD! > Nothing from the html file. > I've tried it in several ways but all failed. Did you have a look at the typoscript dbugger (adminPanel/Frontend)? Did you check php/apache error logs? [...] Greets, Peter -- Peter Niederlag http://www.niekom.de * TYPO3 & EDV Dienstleistungen * From daniel at typo3-nl.eu Tue Dec 15 13:02:02 2009 From: daniel at typo3-nl.eu (Daniel Doesburg) Date: Tue, 15 Dec 2009 13:02:02 +0100 Subject: [TYPO3-dev] bugtracker and PHP5.3.0 In-Reply-To: References: Message-ID: Not jet, but will do it in a few days. Kind regards, Daniel Op 15-12-2009 12:01, Peter Niederlag schreef: > Hello, > > Daniel Doesburg schrieb: >> I found a problem with Linux, typoscript and PHP5.3.0 > [...] >> Produced only HELLO WORLD! >> Nothing from the html file. >> I've tried it in several ways but all failed. > > Did you have a look at the typoscript dbugger (adminPanel/Frontend)? > Did you check php/apache error logs? > > [...] > > Greets, > Peter From stephenbungert at yahoo.de Tue Dec 15 14:36:29 2009 From: stephenbungert at yahoo.de (Stephen Bungert) Date: Tue, 15 Dec 2009 14:36:29 +0100 Subject: [TYPO3-dev] BE RTE questions References: Message-ID: Hi. Thanks for the info, this is interesting and will give me some tips on how to do what I want, but I can't use it for what i want because I want it to show only certain records based on what is currently being edited in the RTE. "Michael Knabe" schrieb im Newsbeitrag news:mailman.1.1260317063.3612.typo3-dev at lists.typo3.org... > Hi, > > looks like you are reinventing the wheel. > If you want to link to db records in RTE you should take a look at > EXT:ch_rterecords. At least you should find some hints there. > > Cheers, > Michael From stephenbungert at yahoo.de Tue Dec 15 15:10:58 2009 From: stephenbungert at yahoo.de (Stephen Bungert) Date: Tue, 15 Dec 2009 15:10:58 +0100 Subject: [TYPO3-dev] BE RTE questions References: Message-ID: I have already seen this extension, thanks. I decided not to use this because I didn't want my extension dependant on another, but I may use it as a basis. One of the things I didn't like about it was that it xclass another class insted of using the hooks (if I remember correctly). When you try and make your own wheel you sure do learn a lot about how the car works! "Stephen Bungert" schrieb im Newsbeitrag news:mailman.1.1260884264.27190.typo3-dev at lists.typo3.org... > Hi. > Thanks for the info, this is interesting and will give me some tips on how > to do what I want, but I can't use it for what i want because I want it to > show only certain records based on what is currently being edited in the > RTE. > > "Michael Knabe" schrieb im Newsbeitrag > news:mailman.1.1260317063.3612.typo3-dev at lists.typo3.org... >> Hi, >> >> looks like you are reinventing the wheel. >> If you want to link to db records in RTE you should take a look at >> EXT:ch_rterecords. At least you should find some hints there. >> >> Cheers, >> Michael > > From dmitry.dulepov at gmail.com Wed Dec 16 13:15:26 2009 From: dmitry.dulepov at gmail.com (Dmitry Dulepov) Date: Wed, 16 Dec 2009 14:15:26 +0200 Subject: [TYPO3-dev] Create correct (typo-) links in extension? In-Reply-To: References: Message-ID: Hi! On 13/12/2009 15:53, Gerhard Mehsel wrote: > it's working of course, but the links are not formatted nicely. E.g. > internal links: the pid of the page is wrapped by the a-tags, not the > page title. Also external links should display the 'title'-input field > form the link-popup instead of the URL. > > How do you do this? Do I have to query the DB to get information like > title of a page? I also read the documentation about typolink, but I > don't get the point. Would be great if anybody could give me a link to > some sample code for an entry point. http://dmitry-dulepov.com/article/linking-properly-in-your-typo3-code.html -- Dmitry Dulepov "Trust me, I am a doctor!" (c) Gregory House, M.D. From typo3 at rvt.dds.nl Wed Dec 16 13:51:47 2009 From: typo3 at rvt.dds.nl (Ries van Twisk) Date: Wed, 16 Dec 2009 07:51:47 -0500 Subject: [TYPO3-dev] Websockets - APE In-Reply-To: References: Message-ID: On Dec 10, 2009, at 8:19 AM, J?rg Schaller wrote: > Hello list, > > websockets could be one of the most interesting pieces of technology > to come along in the near future. It allows for real time updates of > webpages without reloading. > > Here's an open source implementation done in javascript which is > browser-independent, maybe this could be interesting as well for > interactive applications in Typo3: > > http://www.ape-project.org/en/ajax-push.html Adobe does something like this already for a long time. Also, make sure you understand the consequences when using this method, it's not at all that resource friendly. I also don't believe that PHP is capable if doing server pushes at all though. With java does works just fine and currently used a lot on chatroom sort of websites. Ries > > Cheers, > J?rg > > Cheers, > J?rg > ==================== > http://spanien.jorgo.org > ==================== > _______________________________________________ > TYPO3-dev mailing list > TYPO3-dev at lists.typo3.org > http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-dev regards, Ries van Twisk - Join us on #TYPO3 on freenode | irc://chat.freenode.net/#typo3 ------------------------------------------------------------------------------------------------- tags: Freelance TYPO3 Glassfish JasperReports JasperETL Flex Blaze-DS WebORB PostgreSQL DB-Architect email: ries at vantwisk.nl web: http://www.rvantwisk.nl/ skype: callto://r.vantwisk From tapio.markula at xetpoint.fi Wed Dec 16 16:05:14 2009 From: tapio.markula at xetpoint.fi (Tapio Markula) Date: Wed, 16 Dec 2009 17:05:14 +0200 Subject: [TYPO3-dev] How to access variables in PHP 5 Message-ID: Hi PHP 5 t3lib_debug gives with Typo3 4.2.10 |Object:
tx_prinfosmallads_entry Object
(
     [categoriesModified:protected] =>
     [categories:protected] =>
     [images:protected] => Array
         (
             [0] => tx_prinfosmallads_image Object
                 (
                     [fileName:protected] => 
uploads/tx_prinfosmallads/har-startet-i-formynderjobb_0_2.jpg
                     [height:protected] => 0
                     [width:protected] => 0
                 )

         )

     [imagesModified:protected] =>
     [currentRow:protected] => Array
         (
             [uid] => 6

How I can refer to [uid] => 6. I'm not familiar with 
'currentRow:protected' etc. PHP 5 code.



From tapio.markula at xetpoint.fi  Wed Dec 16 16:09:59 2009
From: tapio.markula at xetpoint.fi (Tapio Markula)
Date: Wed, 16 Dec 2009 17:09:59 +0200
Subject: [TYPO3-dev] How to access variables in PHP 5
In-Reply-To: 
References: 
Message-ID: 

Tapio Markula kirjoitti:
> Hi
> 
> PHP 5 t3lib_debug gives with Typo3 4.2.10
> 
> |Object:
tx_prinfosmallads_entry Object
> (
>     [categoriesModified:protected] =>
>     [categories:protected] =>
>     [images:protected] => Array
>         (
>             [0] => tx_prinfosmallads_image Object
>                 (
>                     [fileName:protected] => 
> uploads/tx_prinfosmallads/har-startet-i-formynderjobb_0_2.jpg
>                     [height:protected] => 0
>                     [width:protected] => 0
>                 )
> 
>         )
> 
>     [imagesModified:protected] =>
>     [currentRow:protected] => Array
>         (
>             [uid] => 6
> 
> How I can refer to [uid] => 6. I'm not familiar with 
> 'currentRow:protected' etc. PHP 5 code.


  I tried

t3lib_div::debug($entry->currentRow);
and got
Fatal error: Cannot access protected property 
tx_prinfosmallads_entry::$currentRow in
I just would need the uid to generate a SQL-query



From fsu-lists at cobweb.ch  Wed Dec 16 16:12:06 2009
From: fsu-lists at cobweb.ch (Francois Suter)
Date: Wed, 16 Dec 2009 16:12:06 +0100
Subject: [TYPO3-dev] How to access variables in PHP 5
In-Reply-To: 
References: 
Message-ID: 

Hi Tapio,

> How I can refer to [uid] => 6. I'm not familiar with
> 'currentRow:protected' etc. PHP 5 code.

You can't access protected member variables from outside an object. The 
object should have getter and setter methods for this. So look up the 
definition of the tx_prinfosmallads_entry class and see if there's a 
method like getCurrentRow or some such.

You want to look at: 
http://www.php.net/manual/en/language.oop5.visibility.php

HTH

-- 

Francois Suter
Cobweb Development Sarl - http://www.cobweb.ch



From tapio.markula at xetpoint.fi  Wed Dec 16 16:35:10 2009
From: tapio.markula at xetpoint.fi (Tapio Markula)
Date: Wed, 16 Dec 2009 17:35:10 +0200
Subject: [TYPO3-dev] How to access variables in PHP 5
In-Reply-To: 
References: 
	
Message-ID: 

Francois Suter kirjoitti:
> Hi Tapio,
> 
>> How I can refer to [uid] => 6. I'm not familiar with
>> 'currentRow:protected' etc. PHP 5 code.
> 
> You can't access protected member variables from outside an object.


the variable has been defined in
prinfo_smallads/models/class.tx_prinfosmallads_basemodel.php


class tx_prinfosmallads_basemodel {

	/**
	 * Current data row
	 *
	 * @var	array
	 */
	protected	$currentRow = array(); The

> object should have getter and setter methods for this. 

the basemodel doesn't have getter or setter methods for this - so what to do

So look up the
> definition of the tx_prinfosmallads_entry class and see if there's a 
> method like getCurrentRow or some such.

no - there is not

> 
> You want to look at: 
> http://www.php.net/manual/en/language.oop5.visibility.php
> 
> HTH
> 

this is completely new for me - I didn't have problems with PHP 4.



From tapio.markula at xetpoint.fi  Wed Dec 16 16:53:58 2009
From: tapio.markula at xetpoint.fi (Tapio Markula)
Date: Wed, 16 Dec 2009 17:53:58 +0200
Subject: [TYPO3-dev] How to access variables in PHP 5
In-Reply-To: 
References: 
	
	
Message-ID: 

Tapio Markula kirjoitti:
> Francois Suter kirjoitti:
>> Hi Tapio,
>>
>>> How I can refer to [uid] => 6. I'm not familiar with
>>> 'currentRow:protected' etc. PHP 5 code.
>>
>> You can't access protected member variables from outside an object.
> 
> 
> the variable has been defined in
> prinfo_smallads/models/class.tx_prinfosmallads_basemodel.php
> 
> 
> class tx_prinfosmallads_basemodel {
> 
>     /**
>      * Current data row
>      *
>      * @var    array
>      */
>     protected    $currentRow = array(); The
> 
>> object should have getter and setter methods for this. 
> 
> the basemodel doesn't have getter or setter methods for this - so what 
> to do
> 
> So look up the
>> definition of the tx_prinfosmallads_entry class and see if there's a 
>> method like getCurrentRow or some such.

I found getId() method for this from the base class.
Thank's helping going to the right direction.



From peter.russ at 4many.net  Thu Dec 17 10:03:40 2009
From: peter.russ at 4many.net (Peter Russ)
Date: Thu, 17 Dec 2009 10:03:40 +0100
Subject: [TYPO3-dev]  tslib_cObj::fillInArray
Message-ID: 

Just wondering:

public function fillInMarkerArray(array $markContentArray, array $row, 
$fieldList = '', $nl2br = true, $prefix = 'FIELD_', $HSC = false) {
		if ($fieldList) {
			$fArr = t3lib_div::trimExplode(',', $fieldList, 1);
			foreach ($fArr as $field) {
				$markContentArray['###' . $prefix . $field . '###'] = $nl2br ? 
nl2br($row[$field]) : $row[$field];
			}
		} else {
			if (is_array($row)) {

Why is $row forced to be an array?
Isn't the check obsolete?

Peter.


-- 
loans that change lives http://www.kiva.org

_____________________________
uon GbR
http://www.uon.li
http://www.xing.com/profile/Peter_Russ



From popy.dev at gmail.com  Thu Dec 17 10:05:30 2009
From: popy.dev at gmail.com (Popy)
Date: Thu, 17 Dec 2009 10:05:30 +0100
Subject: [TYPO3-dev] tslib_cObj::fillInArray
In-Reply-To: 
References: 
Message-ID: 

"$row[$field]" ???

2009/12/17 Peter Russ 

> Just wondering:
>
> public function fillInMarkerArray(array $markContentArray, array $row,
> $fieldList = '', $nl2br = true, $prefix = 'FIELD_', $HSC = false) {
>                if ($fieldList) {
>                        $fArr = t3lib_div::trimExplode(',', $fieldList, 1);
>                        foreach ($fArr as $field) {
>                                $markContentArray['###' . $prefix . $field .
> '###'] = $nl2br ? nl2br(*$row[$field]*) : *$row[$field]*;
>                        }
>                } else {
>                        if (is_array($row)) {
>
> Why is $row forced to be an array?
> Isn't the check obsolete?
>
> Peter.
>
>
> --
> loans that change lives http://www.kiva.org
>
> _____________________________
> uon GbR
> http://www.uon.li
> http://www.xing.com/profile/Peter_Russ
> _______________________________________________
> TYPO3-dev mailing list
> TYPO3-dev at lists.typo3.org
> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-dev
>



From peter.russ at 4many.net  Thu Dec 17 10:13:26 2009
From: peter.russ at 4many.net (Peter Russ)
Date: Thu, 17 Dec 2009 10:13:26 +0100
Subject: [TYPO3-dev] tslib_cObj::fillInArray
In-Reply-To: 
References: 
	
Message-ID: 

--- Original Nachricht ---
Absender:   Popy
Datum:       17.12.2009 10:05:
> "$row[$field]" ???
  if (is_array($row))

;-)
> 
> 2009/12/17 Peter Russ 
> 
>> Just wondering:
>>
>> public function fillInMarkerArray(array $markContentArray, array $row,
>> $fieldList = '', $nl2br = true, $prefix = 'FIELD_', $HSC = false) {
>>                if ($fieldList) {
>>                        $fArr = t3lib_div::trimExplode(',', $fieldList, 1);
>>                        foreach ($fArr as $field) {
>>                                $markContentArray['###' . $prefix . $field .
>> '###'] = $nl2br ? nl2br(*$row[$field]*) : *$row[$field]*;
>>                        }
>>                } else {
>>                        if (is_array($row)) {
>>
>> Why is $row forced to be an array?
>> Isn't the check obsolete?
>>
>> Peter.

-- 
loans that change lives http://www.kiva.org

_____________________________
uon GbR
http://www.uon.li
http://www.xing.com/profile/Peter_Russ



From peter.russ at 4many.net  Thu Dec 17 10:35:20 2009
From: peter.russ at 4many.net (Peter Russ)
Date: Thu, 17 Dec 2009 10:35:20 +0100
Subject: [TYPO3-dev]  Bug or missing feature TYPO3 4.3 includeCSS media
Message-ID: 

As TSref read the media at includeCSS is optional.
But TSpagegen, line 548 force media to be set otherwise it would be 
rendered to 'screen':
								$GLOBALS['TSFE']->pSetup['includeCSS.'][$key . '.']['media'] ? 
$GLOBALS['TSFE']->pSetup['includeCSS.'][$key . '.']['media'] : 'screen',

As this is new I would expect to be set to 'all' as default and not 
dedicated to screen.



-- 
loans that change lives http://www.kiva.org

_____________________________
uon GbR
http://www.uon.li
http://www.xing.com/profile/Peter_Russ



From info at cybercraft.de  Thu Dec 17 10:38:14 2009
From: info at cybercraft.de (JoH asenau)
Date: Thu, 17 Dec 2009 10:38:14 +0100
Subject: [TYPO3-dev] Bug or missing feature TYPO3 4.3 includeCSS media
References: 
Message-ID: 

> As TSref read the media at includeCSS is optional.
> But TSpagegen, line 548 force media to be set otherwise it would be
> rendered to 'screen':
> $GLOBALS['TSFE']->pSetup['includeCSS.'][$key . '.']['media'] ?
> $GLOBALS['TSFE']->pSetup['includeCSS.'][$key . '.']['media'] :
> 'screen',
>
> As this is new I would expect to be set to 'all' as default and not
> dedicated to screen.

+1

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 at xs4all.nl  Thu Dec 17 10:39:35 2009
From: jigal at xs4all.nl (Jigal van Hemert)
Date: Thu, 17 Dec 2009 10:39:35 +0100
Subject: [TYPO3-dev] tslib_cObj::fillInArray
In-Reply-To: 
References: 
Message-ID: 

Peter Russ wrote:
>             if (is_array($row)) {
> 
> Why is $row forced to be an array?
> Isn't the check obsolete?

Well, send a patch to the core list (or to the appropriate bug tracker 
in case of an extension where the code came from) :-)

Regards, Jigal.



From jigal at xs4all.nl  Thu Dec 17 10:43:19 2009
From: jigal at xs4all.nl (Jigal van Hemert)
Date: Thu, 17 Dec 2009 10:43:19 +0100
Subject: [TYPO3-dev] Bug or missing feature TYPO3 4.3 includeCSS media
In-Reply-To: 
References: 
Message-ID: 

Peter Russ wrote:
> $GLOBALS['TSFE']->pSetup['includeCSS.'][$key . '.']['media'] ? 
> $GLOBALS['TSFE']->pSetup['includeCSS.'][$key . '.']['media'] : 'screen',
> 
> As this is new I would expect to be set to 'all' as default and not 
> dedicated to screen.

+1

(Gee, another patch by Peter to the core list!)

Regards, Jigal.



From info at rs-websystems.de  Thu Dec 17 10:39:41 2009
From: info at rs-websystems.de (Steffen Ritter)
Date: Thu, 17 Dec 2009 10:39:41 +0100
Subject: [TYPO3-dev] Bug or missing feature TYPO3 4.3 includeCSS media
In-Reply-To: 
References: 
Message-ID: 

Peter Russ schrieb:
> As TSref read the media at includeCSS is optional.
> But TSpagegen, line 548 force media to be set otherwise it would be 
> rendered to 'screen':
>                                 
> $GLOBALS['TSFE']->pSetup['includeCSS.'][$key . '.']['media'] ? 
> $GLOBALS['TSFE']->pSetup['includeCSS.'][$key . '.']['media'] : 'screen',
> 
> As this is new I would expect to be set to 'all' as default and not 
> dedicated to screen.
> 
> 
> 
for me a default to screen is okay, since we mainly develope for screen 
:) As websites are made for them ;) and if you not want to go to screen, 
  you should chance it...

regards

Steffen



From peter.russ at 4many.net  Thu Dec 17 10:44:58 2009
From: peter.russ at 4many.net (Peter Russ)
Date: Thu, 17 Dec 2009 10:44:58 +0100
Subject: [TYPO3-dev] Bug or missing feature TYPO3 4.3 includeCSS media
In-Reply-To: 
References: 
	
Message-ID: 

--- Original Nachricht ---
Absender:   Steffen Ritter
Datum:       17.12.2009 10:39:
> Peter Russ schrieb:
>> As TSref read the media at includeCSS is optional.
>> But TSpagegen, line 548 force media to be set otherwise it would be 
>> rendered to 'screen':
>>                                 
>> $GLOBALS['TSFE']->pSetup['includeCSS.'][$key . '.']['media'] ? 
>> $GLOBALS['TSFE']->pSetup['includeCSS.'][$key . '.']['media'] : 'screen',
>>
>> As this is new I would expect to be set to 'all' as default and not 
>> dedicated to screen.
>>
>>
>>
> for me a default to screen is okay, since we mainly develope for screen 
> :) As websites are made for them ;) and if you not want to go to screen, 
>  you should chance it...
> 
> regards
> 
> Steffen
It's may be nice if you start from scratch. But there are sides out 
there e.g. based on YAML and they will not work as expected after 
upgrade. So why focus on YOUR interest and not on customers, i.e. side 
should display as before ;-)

Should I file a bug?

Peter.

-- 
loans that change lives http://www.kiva.org

_____________________________
uon GbR
http://www.uon.li
http://www.xing.com/profile/Peter_Russ



From peter.russ at 4many.net  Thu Dec 17 10:48:28 2009
From: peter.russ at 4many.net (Peter Russ)
Date: Thu, 17 Dec 2009 10:48:28 +0100
Subject: [TYPO3-dev] Bug or missing feature TYPO3 4.3 includeCSS media
In-Reply-To: 
References: 
Message-ID: 

--- Original Nachricht ---
Absender:   Peter Russ
Datum:       17.12.2009 10:35:
> As TSref read the media at includeCSS is optional.
> But TSpagegen, line 548 force media to be set otherwise it would be 
> rendered to 'screen':
>                                 
> $GLOBALS['TSFE']->pSetup['includeCSS.'][$key . '.']['media'] ? 
> $GLOBALS['TSFE']->pSetup['includeCSS.'][$key . '.']['media'] : 'screen',
> 
> As this is new I would expect to be set to 'all' as default and not 
> dedicated to screen.
> 
> 
> 

t3lib_PageRenderer::addCssFile set this also to 'screen' by default :-(

This will cause troubles upgradeing sides providing dedicated stylesheet 
for print IF default stylesheet should further be used
as

References: 
	
Message-ID: 

--- Original Nachricht ---
Absender:   Jigal van Hemert
Datum:       17.12.2009 10:39:
> Peter Russ wrote:
>>             if (is_array($row)) {
>>
>> Why is $row forced to be an array?
>> Isn't the check obsolete?
> 
> Well, send a patch to the core list (or to the appropriate bug tracker 
> in case of an extension where the code came from) :-)

May be there is a myth in that. So before providing a patch it would be 
good to understand why this was changed ;-)

Peter

-- 
loans that change lives http://www.kiva.org

_____________________________
uon GbR
http://www.uon.li
http://www.xing.com/profile/Peter_Russ



From typo3-german-02 at oliverklee.de  Thu Dec 17 10:56:30 2009
From: typo3-german-02 at oliverklee.de (Oliver Klee)
Date: Thu, 17 Dec 2009 10:56:30 +0100
Subject: [TYPO3-dev] tslib_cObj::fillInArray
In-Reply-To: 
References: 
Message-ID: 

Hi,

Peter Russ schrieb:
> Isn't the check obsolete?

Yes. My guess is that that check was there before we introduced the type
hinting in the function declaration.


Oli
-- 
Certified TYPO3 Integrator | TYPO3 Security Team Member



From peter.russ at 4many.net  Thu Dec 17 11:06:03 2009
From: peter.russ at 4many.net (Peter Russ)
Date: Thu, 17 Dec 2009 11:06:03 +0100
Subject: [TYPO3-dev] tslib_cObj::fillInArray
In-Reply-To: 
References: 
	
Message-ID: 

--- Original Nachricht ---
Absender:   Oliver Klee
Datum:       17.12.2009 10:56:
> Hi,
> 
> Peter Russ schrieb:
>> Isn't the check obsolete?
> 
> Yes. My guess is that that check was there before we introduced the type
> hinting in the function declaration.
> 
> 
> Oli

BUT...
old version without the type declaration had the advantage to get 
markerarray filled with empty string, if a fieldlist was provided but no 
record/row or no record was found.

"New" version creates IMHO more overhead as is has to be checked on each 
place if a query returns a row before using fillInArray

I think that should be fixed here.

Peter.



-- 
loans that change lives http://www.kiva.org

_____________________________
uon GbR
http://www.uon.li
http://www.xing.com/profile/Peter_Russ



From typo3-german-02 at oliverklee.de  Thu Dec 17 11:31:07 2009
From: typo3-german-02 at oliverklee.de (Oliver Klee)
Date: Thu, 17 Dec 2009 11:31:07 +0100
Subject: [TYPO3-dev] tslib_cObj::fillInArray
In-Reply-To: 
References: 
	
	
Message-ID: 

Hi,

Peter Russ schrieb:
> BUT...
> old version without the type declaration had the advantage to get
> markerarray filled with empty string, if a fieldlist was provided but no
> record/row or no record was found.
> 
> "New" version creates IMHO more overhead as is has to be checked on each
> place if a query returns a row before using fillInArray
> 
> I think that should be fixed here.

The API documentation is clear on this:

/**
 * Adds elements to the input $markContentArray based on the values from
 * the fields from $fieldList found in $row
 *
 * @param	array		Array with key/values being marker-strings/substitution
values.
 * @param	array		An array with keys found in the $fieldList (typically a
record) which values should be moved to the $markContentArray

So either the documentation is wrong (and has been for ages), or the
type hinting was just enforcing the already existing contract.

Or I've just misunderstood your posting. :-)


Oli
-- 
Certified TYPO3 Integrator | TYPO3 Security Team Member



From info at rs-websystems.de  Thu Dec 17 11:32:10 2009
From: info at rs-websystems.de (Steffen Ritter)
Date: Thu, 17 Dec 2009 11:32:10 +0100
Subject: [TYPO3-dev] Bug or missing feature TYPO3 4.3 includeCSS media
In-Reply-To: 
References: 
	
	
Message-ID: 

Peter Russ schrieb:
> But there are sides out 
> there e.g. based on YAML and they will not work as expected after 
> upgrade. ... , i.e. side should display as before ;-)
well right, did not think about that ;) for updaters for shure this has 
to be "since" ever if it's not mentioned in INSTALL or NEWS Texts.

regards

Steffen



From info at sk-typo3.de  Thu Dec 17 11:45:40 2009
From: info at sk-typo3.de (Steffen Kamper)
Date: Thu, 17 Dec 2009 11:45:40 +0100
Subject: [TYPO3-dev] tslib_cObj::fillInArray
In-Reply-To: 
References: 
	
	
Message-ID: 

Hi,

there was a consense not fixing bugs of extensions in core.
Doc says "Array", so you have to ensure it's an array before calling the 
function.
If it's not an array you get an exception and you know what to do.

vg Steffen



From steffen at steffen-gebert.de  Thu Dec 17 13:21:45 2009
From: steffen at steffen-gebert.de (Steffen Gebert)
Date: Thu, 17 Dec 2009 13:21:45 +0100
Subject: [TYPO3-dev] Bug or missing feature TYPO3 4.3 includeCSS media
References: 
Message-ID: 

Am 17.12.2009, 10:35 Uhr, schrieb Peter Russ :

> As TSref read the media at includeCSS is optional.
> But TSpagegen, line 548 force media to be set otherwise it would be  
> rendered to 'screen':
> 								$GLOBALS['TSFE']->pSetup['includeCSS.'][$key . '.']['media'] ?  
> $GLOBALS['TSFE']->pSetup['includeCSS.'][$key . '.']['media'] : 'screen',
>
> As this is new I would expect to be set to 'all' as default and not  
> dedicated to screen.

I also stumbled over this problem last weekend.
@print { ... }
parts in my stylesheet aren't recognized, as the  has  
media="screen".

You would get my +1

Steffen



From peter.russ at 4many.net  Thu Dec 17 13:35:15 2009
From: peter.russ at 4many.net (Peter Russ)
Date: Thu, 17 Dec 2009 13:35:15 +0100
Subject: [TYPO3-dev] tslib_cObj::fillInArray
In-Reply-To: 
References: 
	
	
	
Message-ID: 

--- Original Nachricht ---
Absender:   Steffen Kamper
Datum:       17.12.2009 11:45:
> Hi,
> 
> there was a consense not fixing bugs of extensions in core.
> Doc says "Array", so you have to ensure it's an array before calling the 
> function.
> If it's not an array you get an exception and you know what to do.
> 
> vg Steffen

Until version 4.2 it was not a bug but a feature. There is NO need to 
set this to array. As I know what to do, CORE doesn't seems to:

PHP Catchable Fatal Error: Argument 2 passed to
tslib_cObj::fillInMarkerArray() must be an array, null given, called in 
/html/typo3/typo3_src-4.3.0/typo3/sysext/cms/tslib/media/scripts/fe_adminLib.inc 
on line 313 and defined in
/html/typo3/typo3_src-4.3.0/typo3/sysext/cms/tslib/class.tslib_content.php 
line 3630

CU ;-)



-- 
loans that change lives http://www.kiva.org

_____________________________
uon GbR
http://www.uon.li
http://www.xing.com/profile/Peter_Russ



From info at sk-typo3.de  Thu Dec 17 13:47:20 2009
From: info at sk-typo3.de (Steffen Kamper)
Date: Thu, 17 Dec 2009 13:47:20 +0100
Subject: [TYPO3-dev] tslib_cObj::fillInArray
In-Reply-To: 
References: 
	
	
	
	
Message-ID: 

Hi,

Peter Russ schrieb:
> --- Original Nachricht ---
> Absender:   Steffen Kamper
> Datum:       17.12.2009 11:45:
>> Hi,
>>
>> there was a consense not fixing bugs of extensions in core.
>> Doc says "Array", so you have to ensure it's an array before calling 
>> the function.
>> If it's not an array you get an exception and you know what to do.
>>
>> vg Steffen
> 
> Until version 4.2 it was not a bug but a feature. There is NO need to 
> set this to array. As I know what to do, CORE doesn't seems to:
> 
> PHP Catchable Fatal Error: Argument 2 passed to
> tslib_cObj::fillInMarkerArray() must be an array, null given, called in 
> /html/typo3/typo3_src-4.3.0/typo3/sysext/cms/tslib/media/scripts/fe_adminLib.inc 
> on line 313 and defined in
> /html/typo3/typo3_src-4.3.0/typo3/sysext/cms/tslib/class.tslib_content.php 
> line 3630
> 
> CU ;-)
> 
> 

yes i know, this script is a holy piece of ...
I already fixed some issues in, but you found another one. The reason of 
missing maintaining of this file is that it's not used direct, only 
extensions like sr_feuser_register etc use it.

vg Steffen



From stephenbungert at yahoo.de  Fri Dec 18 10:46:12 2009
From: stephenbungert at yahoo.de (Stephen Bungert)
Date: Fri, 18 Dec 2009 10:46:12 +0100
Subject: [TYPO3-dev]  Online API
Message-ID: 

Hi,

I use the following online api a lot:

http://typo3.org/fileadmin/typo3api-4.0.0/

Is there a more up-to-date version? like typo3api-4.3.0?






From soren.malling at gmail.com  Fri Dec 18 10:54:11 2009
From: soren.malling at gmail.com (=?ISO-8859-1?Q?S=F8ren_Malling?=)
Date: Fri, 18 Dec 2009 10:54:11 +0100
Subject: [TYPO3-dev] Online API
In-Reply-To: 
References: 
Message-ID: 

It's all about trying the different version number in the URL :-)

I've used http://typo3.org/fileadmin/typo3api-4.2.6/ for a while but
haven't found any more recent version

Regards,

S?ren

On Fri, Dec 18, 2009 at 10:46 AM, Stephen Bungert
 wrote:
> Hi,
>
> I use the following online api a lot:
>
> http://typo3.org/fileadmin/typo3api-4.0.0/
>
> Is there a more up-to-date version? like typo3api-4.3.0?
>
>
>
> _______________________________________________
> TYPO3-dev mailing list
> TYPO3-dev at lists.typo3.org
> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-dev
>



-- 
Wave me @ wave.google.com on soren.malling at googlewave.com



From phillippons at googlemail.com  Fri Dec 18 10:55:13 2009
From: phillippons at googlemail.com (PhillipPons)
Date: Fri, 18 Dec 2009 10:55:13 +0100
Subject: [TYPO3-dev] Online API
In-Reply-To: 
References: 
Message-ID: 

Stephen Bungert wrote:
> Hi,
>
> I use the following online api a lot:
>
> http://typo3.org/fileadmin/typo3api-4.0.0/
>
> Is there a more up-to-date version? like typo3api-4.3.0?
>
>
>
> _______________________________________________
> TYPO3-dev mailing list
> TYPO3-dev at lists.typo3.org
> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-dev
>
>   
Hi,

http://www.typo3-unleashed.net/typo3apidocs/latest/

for version 4.3.0



From steffen at steffen-gebert.de  Fri Dec 18 10:55:51 2009
From: steffen at steffen-gebert.de (Steffen Gebert)
Date: Fri, 18 Dec 2009 10:55:51 +0100
Subject: [TYPO3-dev] Online API
References: 
Message-ID: 

Am 18.12.2009, 10:46 Uhr, schrieb Stephen Bungert  
:

> Hi,
>
> I use the following online api a lot:
>
> http://typo3.org/fileadmin/typo3api-4.0.0/
>
> Is there a more up-to-date version? like typo3api-4.3.0?

http://www.t3node.com/typo3api/trunk/



From masi-no at spam-typo3.org  Fri Dec 18 15:38:37 2009
From: masi-no at spam-typo3.org (Martin Kutschker)
Date: Fri, 18 Dec 2009 15:38:37 +0100
Subject: [TYPO3-dev]  $TYPO3_CONF_VARS['FE']['debug'] destroys output
Message-ID: 

Hi!

Well, not really, but it makes a good subject. Yet there is a problem. In index_ts.php you'll find
these lines:

if ($TSFE->isOutputting() && ($TSFE->TYPO3_CONF_VARS['FE']['debug'] ||
$TSFE->config['config']['debug']))	{
	echo '
';
}

This setting breaks any non HTML/XML output.

I suggest to remove the check for $TSFE->TYPO3_CONF_VARS['FE']['debug']. With a check for
$TSFE->config['config']['debug'] alone the admin can add/remove the parse time comment ona per page
type basis.

I don't regard this as a copatibility issue as an admin can easily turn on the parse time output via TS.

Any comments?

Masi



From masi-no at spam-typo3.org  Fri Dec 18 15:55:14 2009
From: masi-no at spam-typo3.org (Martin Kutschker)
Date: Fri, 18 Dec 2009 15:55:14 +0100
Subject: [TYPO3-dev] $TYPO3_CONF_VARS['FE']['debug'] destroys output
In-Reply-To: 
References: 
Message-ID: 

Martin Kutschker schrieb:
> Hi!
> 
> Well, not really, but it makes a good subject. Yet there is a problem. In index_ts.php you'll find
> these lines:
> 
> if ($TSFE->isOutputting() && ($TSFE->TYPO3_CONF_VARS['FE']['debug'] ||
> $TSFE->config['config']['debug']))	{
> 	echo '
> ';
> }
> 
> This setting breaks any non HTML/XML output.

Same problem here



Masi



From info at sk-typo3.de  Sat Dec 19 13:06:40 2009
From: info at sk-typo3.de (Steffen Kamper)
Date: Sat, 19 Dec 2009 13:06:40 +0100
Subject: [TYPO3-dev] $TYPO3_CONF_VARS['FE']['debug'] destroys output
In-Reply-To: 
References: 
	
Message-ID: 

Hi Masi,

i agree. These outputs also could be added to pagerenderer header 
comment and it won't break non-html output.

vg Steffen



From admin at sitesfactory.ru  Sat Dec 19 18:48:28 2009
From: admin at sitesfactory.ru (Vladimir Podkovanov)
Date: Sat, 19 Dec 2009 20:48:28 +0300
Subject: [TYPO3-dev]  disableNoCacheParameter=1 can substitutes page?
Message-ID: 

Hello,
I try to sort out if I missed something or it is indeed bug:
Let's say you have disableNoCacheParameter = 1
and you have some USER plugin which accepts GET var &tx_some[var1]= for 
displaying proper view. Of course cHash should be set to proper caching.
Now somebody gets valid link index.php?id=1&tx_some[var1]=2&cHash=.. 
manually deletes cHash from link and open url 
index.php?id=1&tx_some[var1]=2 We have no cHash here but caching anyway 
done as disableNoCacheParameter = 1.

So next requests to page index.php?id=1 will show instead page 
index.php?id=1&tx_some[var1]=2 until cache is cleared

Is it really ok?

To reproduce this template should be same in either case i.e. should be 
no TS conditions on var tx_some[var1] (it is because caching key 	 take 
into account present template)

-- 
-rgds-
Vladimir



From sebastian.gebhard at gmail.com  Sat Dec 19 22:47:04 2009
From: sebastian.gebhard at gmail.com (Sebastian Gebhard)
Date: Sat, 19 Dec 2009 22:47:04 +0100
Subject: [TYPO3-dev] Like to hear your opinion regarding security
In-Reply-To: 
References: 
	
Message-ID: 

If someone's interested. I just uploaded my new extension:
http://typo3.org/extensions/repository/view/oneclicklogin/current/

Should be available in a few minutes



From ng at ralfhettinger.de  Sun Dec 20 13:56:40 2009
From: ng at ralfhettinger.de (Ralf Hettinger)
Date: Sun, 20 Dec 2009 13:56:40 +0100
Subject: [TYPO3-dev]  Performance improvement: caching of MENUDATA
Message-ID: 

Hi folks.

I'm just performance tuning a site which uses extensive HMENUs (expAll=1
down some levels on a large tree) and it turns out that menu generation
takes quite a lot time (just to clarify: this of course affects only
sites not coming from page cache. After being cached once, all is good).

After having a closer look at
typo3/sysext/cms/tslib/class.tslib_menu.php and taking times here and
there it turned out, that too much time is spent by storing single menu
items into cache table (MENUDATA entries).

So I just turned off this storage into cache - and voila: this works
just like a charm here, each item gets a speedup of factor ~10 (!)

I just wondered if you had similar experiences or what possible side
effects I'm overseeing: it's my impression that MENUDATA caching may be
obsolete with more current PHP/TYPO3 versions, since the process of
accessing database for reading (or even worse: storing) MENUDATA into
cache takes longer than just generating the menu. At least I would think
that this item caching should be made configurable, an example follows.


For easy reproduction and testing I'm attaching a patch, that

-1-
allows you to turn of caching MENUDATA by using new TS parameter
skipItemCache, e.g.
1 = TMENU
1.skipItemCache = 1
[...]

-2-
will show you the times for menu item generation in Admin Panel (look
for 'page.makeMenu for id')


Looking forward for you replies.

Cheers
Ralf
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: skipItemCache-trunk-rev6683.patch
URL: 

From popy.dev at gmail.com  Sun Dec 20 18:01:04 2009
From: popy.dev at gmail.com (Popy)
Date: Sun, 20 Dec 2009 18:01:04 +0100
Subject: [TYPO3-dev] disableNoCacheParameter=1 can substitutes page?
In-Reply-To: 
References: 
Message-ID: 

You're right : http://bugs.typo3.org/view.php?id=5531



2009/12/19 Vladimir Podkovanov 

> Hello,
> I try to sort out if I missed something or it is indeed bug:
> Let's say you have disableNoCacheParameter = 1
> and you have some USER plugin which accepts GET var &tx_some[var1]= for
> displaying proper view. Of course cHash should be set to proper caching.
> Now somebody gets valid link index.php?id=1&tx_some[var1]=2&cHash=..
> manually deletes cHash from link and open url index.php?id=1&tx_some[var1]=2
> We have no cHash here but caching anyway done as disableNoCacheParameter =
> 1.
>
> So next requests to page index.php?id=1 will show instead page
> index.php?id=1&tx_some[var1]=2 until cache is cleared
>
> Is it really ok?
>
> To reproduce this template should be same in either case i.e. should be no
> TS conditions on var tx_some[var1] (it is because caching key         take
> into account present template)
>
> --
> -rgds-
> Vladimir
> _______________________________________________
> TYPO3-dev mailing list
> TYPO3-dev at lists.typo3.org
> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-dev
>



From steffen at steffen-gebert.de  Sun Dec 20 19:32:24 2009
From: steffen at steffen-gebert.de (Steffen Gebert)
Date: Sun, 20 Dec 2009 19:32:24 +0100
Subject: [TYPO3-dev] Performance improvement: caching of MENUDATA
References: 
Message-ID: 

Am 20.12.2009, 13:56 Uhr, schrieb Ralf Hettinger :

> I'm just performance tuning a site which uses extensive HMENUs (expAll=1
> down some levels on a large tree) and it turns out that menu generation
> takes quite a lot time (just to clarify: this of course affects only
> sites not coming from page cache. After being cached once, all is good).
>
> After having a closer look at
> typo3/sysext/cms/tslib/class.tslib_menu.php and taking times here and
> there it turned out, that too much time is spent by storing single menu
> items into cache table (MENUDATA entries).
>
> So I just turned off this storage into cache - and voila: this works
> just like a charm here, each item gets a speedup of factor ~10 (!)
>
> I just wondered if you had similar experiences or what possible side
> effects I'm overseeing: it's my impression that MENUDATA caching may be
> obsolete with more current PHP/TYPO3 versions, since the process of
> accessing database for reading (or even worse: storing) MENUDATA into
> cache takes longer than just generating the menu. At least I would think
> that this item caching should be made configurable, an example follows.

Sounds interesting - I also noticed some time ago that MENUDATA fills up  
our cache_hash (currently 87398 of 88410 entries).

Seems like this cache more hurts than it helps.

Steffen



From admin at sitesfactory.ru  Sun Dec 20 22:10:40 2009
From: admin at sitesfactory.ru (Vladimir Podkovanov)
Date: Mon, 21 Dec 2009 00:10:40 +0300
Subject: [TYPO3-dev] disableNoCacheParameter=1 can substitutes page?
In-Reply-To: 
References: 
	
Message-ID: 

Popy wrote:
> You're right : http://bugs.typo3.org/view.php?id=5531
> 

Thank you for the link.
I got you point there, however if disableNoCacheParameter = 0 then 
plugin can call function tslib_fe::reqCHash() and caching will switch 
off if cHash absent.
But it is not the case when disableNoCacheParameter = 1 - the page will 
be cached anyways. And I think it even leads to security problems in 
some cases, as anybody can do spoofing by removing cHash and thus 
getting wrong page cached.
Fast workaround would be not to let user set disableNoCacheParameter 
without setting pageNotFoundOnCHashError at the same time.
-- 
-rgds-
Vladimir



From mathias.schreiber at wmdb.de  Mon Dec 21 08:34:29 2009
From: mathias.schreiber at wmdb.de (Mathias Schreiber [wmdb >])
Date: Mon, 21 Dec 2009 08:34:29 +0100
Subject: [TYPO3-dev] Performance improvement: caching of MENUDATA
In-Reply-To: 
References: 
	
Message-ID: 

Am 20.12.09 19:32, schrieb Steffen Gebert:
> Sounds interesting - I also noticed some time ago that MENUDATA fills up
> our cache_hash (currently 87398 of 88410 entries).

Configurable would be good, because there are cases, when caching DOES help.


-- 
TYPO3 certified interrogator
T3DD09 Entertainer



From ng at ralfhettinger.de  Mon Dec 21 09:41:06 2009
From: ng at ralfhettinger.de (Ralf Hettinger)
Date: Mon, 21 Dec 2009 09:41:06 +0100
Subject: [TYPO3-dev] Performance improvement: caching of MENUDATA
In-Reply-To: 
References: 
	
	
Message-ID: 

Hi Mathias,

Am 21.12.2009 08:34 schrieb Mathias Schreiber [wmdb >]:
>
> Configurable would be good, because there are cases, when caching DOES
> help.

You may be in the mood to enlighten me just a bit... can you outline a
scenario, where the MENUDATA caching would be helpful?

Thanks
Ralf



From mathias.schreiber at wmdb.de  Mon Dec 21 09:47:24 2009
From: mathias.schreiber at wmdb.de (Mathias Schreiber [wmdb >])
Date: Mon, 21 Dec 2009 09:47:24 +0100
Subject: [TYPO3-dev] Performance improvement: caching of MENUDATA
In-Reply-To: 
References: 
	
	
	
Message-ID: 

Am 21.12.09 09:41, schrieb Ralf Hettinger:
> Hi Mathias,
>
> Am 21.12.2009 08:34 schrieb Mathias Schreiber [wmdb>]:
>>
>> Configurable would be good, because there are cases, when caching DOES
>> help.
>
> You may be in the mood to enlighten me just a bit... can you outline a
> scenario, where the MENUDATA caching would be helpful?

Whenever you use the same menustructure again.
Simple example:
You have a suckrfish like dropdown horizontally and keep the 2nd level 
on the left side as well.
Boom - caching helps :)

-- 
TYPO3 certified interrogator
T3DD09 Entertainer



From ng at ralfhettinger.de  Mon Dec 21 10:07:48 2009
From: ng at ralfhettinger.de (Ralf Hettinger)
Date: Mon, 21 Dec 2009 10:07:48 +0100
Subject: [TYPO3-dev] Performance improvement: caching of MENUDATA
In-Reply-To: 
References: 
	
	
	
	
Message-ID: 

Am 21.12.2009 09:47 schrieb Mathias Schreiber [wmdb >]:
> Am 21.12.09 09:41, schrieb Ralf Hettinger:
>> Hi Mathias,
>>
>> Am 21.12.2009 08:34 schrieb Mathias Schreiber [wmdb>]:
>>>
>>> Configurable would be good, because there are cases, when caching DOES
>>> help.
>>
>> You may be in the mood to enlighten me just a bit... can you outline a
>> scenario, where the MENUDATA caching would be helpful?
> 
> Whenever you use the same menustructure again.
> Simple example:
> You have a suckrfish like dropdown horizontally and keep the 2nd level
> on the left side as well.
> Boom - caching helps :)

I would have thought that as well, but it turned out here, that the gain
on a "normal" menu item is marginal if there is any (depending on the
speed of the db and its access of course...).

But agreed, if your menuitems are more complex and maybe contain
stdWrap-ped cObjects or the like, this might be quite useful. So
configurable (again) seems to be the answer.

Maybe we should think about what should be the default (caching or not)
- as far as I am concerned my vote goes for no MENUDATA caching by default.

Ralf



From info at rs-websystems.de  Mon Dec 21 10:31:21 2009
From: info at rs-websystems.de (Steffen Ritter)
Date: Mon, 21 Dec 2009 10:31:21 +0100
Subject: [TYPO3-dev]  Translation Updates 4.1
Message-ID: 

Hey folks,
i have to maintain a 4.1 TYPO3 installation (yes the client really does 
not want to change). Now i got the problem, that i cannot fetch 
translations files anymore. has there been an change making this 
incompatible?

regards

Steffen



From takoje at takoje.hr  Mon Dec 21 10:53:19 2009
From: takoje at takoje.hr (Pero Matic)
Date: Mon, 21 Dec 2009 10:53:19 +0100
Subject: [TYPO3-dev]  FE user logout - where?
Message-ID: 

Hi. I made some auth. extension but i have problems with FE user logout. Can 
someone tell me where actualy logout happens (which class) and is there 
something special i need to do (call some method to destroy session?) or 
setting logintype=logout should be enough (tried it, but user still stays 
logged). Thx.

Regards. 





From masi-no at spam-typo3.org  Mon Dec 21 11:10:24 2009
From: masi-no at spam-typo3.org (Martin Kutschker)
Date: Mon, 21 Dec 2009 11:10:24 +0100
Subject: [TYPO3-dev]  how to suppress edit panels for non-HTML views?
Message-ID: 

Hi!

My problem is that these properties are set in index_ts.php:

$TSFE->displayEditIcons
$TSFE->displayFieldEditIcons

But that's it. I have no prgrammatically way to disable them in certain situations or for specific
page types. Yet again I run into the problem that my non-HTML content (or HTML-for-PDF-conversion
content) is garbled.

The only hook I found that comes between initialization and the rendering is the data submission
hook. Not really satisfactory. Any ideas?

Masi



From takoje at takoje.hr  Mon Dec 21 12:50:52 2009
From: takoje at takoje.hr (Pero Matic)
Date: Mon, 21 Dec 2009 12:50:52 +0100
Subject: [TYPO3-dev] FE user logout - where?
References: 
Message-ID: 


"Pero Matic"  wrote in message 
news:mailman.1.1261389265.22937.typo3-dev at lists.typo3.org...
> Hi. I made some auth. extension but i have problems with FE user logout. 
> Can someone tell me where actualy logout happens (which class) and is 
> there something special i need to do (call some method to destroy 
> session?) or setting logintype=logout should be enough (tried it, but user 
> still stays logged). Thx.
>
> Regards.

Ok, i found it, there is a function logoff in class.t3lib_userauth.php but 
something is strange. This function is called on every page?? 





From masi-no at spam-typo3.org  Mon Dec 21 13:08:07 2009
From: masi-no at spam-typo3.org (Martin Kutschker)
Date: Mon, 21 Dec 2009 13:08:07 +0100
Subject: [TYPO3-dev] FE user logout - where?
In-Reply-To: 
References: 
	
Message-ID: 

Pero Matic schrieb:
> 
> Ok, i found it, there is a function logoff in class.t3lib_userauth.php but 
> something is strange. This function is called on every page?? 

Every page accepts login and logoff form actions.

Masi



From takoje at takoje.hr  Mon Dec 21 13:18:57 2009
From: takoje at takoje.hr (Pero Matic)
Date: Mon, 21 Dec 2009 13:18:57 +0100
Subject: [TYPO3-dev] FE user logout - where?
References: 
	
	
Message-ID: 


"Martin Kutschker"  wrote in message 
news:mailman.1.1261397365.1310.typo3-dev at lists.typo3.org...
> Pero Matic schrieb:
>>
>> Ok, i found it, there is a function logoff in class.t3lib_userauth.php 
>> but
>> something is strange. This function is called on every page??
>
> Every page accepts login and logoff form actions.

I don't get it. Shouldn't this be called only when logout form is submitted? 





From steffen at steffen-gebert.de  Mon Dec 21 13:21:58 2009
From: steffen at steffen-gebert.de (Steffen Gebert)
Date: Mon, 21 Dec 2009 13:21:58 +0100
Subject: [TYPO3-dev] FE user logout - where?
References: 
	
	
	
Message-ID: 

Am 21.12.2009, 13:18 Uhr, schrieb Pero Matic :

>
> "Martin Kutschker"  wrote in message
> news:mailman.1.1261397365.1310.typo3-dev at lists.typo3.org...
>> Pero Matic schrieb:
>>>
>>> Ok, i found it, there is a function logoff in class.t3lib_userauth.php
>>> but
>>> something is strange. This function is called on every page??
>>
>> Every page accepts login and logoff form actions.
>
> I don't get it. Shouldn't this be called only when logout form is  
> submitted?

Maybe the function checks, wheather exactly this is the case?

Steffen



From takoje at takoje.hr  Mon Dec 21 13:41:00 2009
From: takoje at takoje.hr (Pero Matic)
Date: Mon, 21 Dec 2009 13:41:00 +0100
Subject: [TYPO3-dev] FE user logout - where?
References: 
	
	
	
	
Message-ID: 


"Steffen Gebert"  wrote in message 
news:mailman.1.1261398200.2601.typo3-dev at lists.typo3.org...
> Am 21.12.2009, 13:18 Uhr, schrieb Pero Matic :
>
>>
>> "Martin Kutschker"  wrote in message
>> news:mailman.1.1261397365.1310.typo3-dev at lists.typo3.org...
>>> Pero Matic schrieb:
>>>>
>>>> Ok, i found it, there is a function logoff in class.t3lib_userauth.php
>>>> but
>>>> something is strange. This function is called on every page??
>>>
>>> Every page accepts login and logoff form actions.
>>
>> I don't get it. Shouldn't this be called only when logout form is 
>> submitted?
>
> Maybe the function checks, wheather exactly this is the case?
>
> Steffen

Hm. Function executes delete session query every time and on every page:

$GLOBALS['TYPO3_DB']->exec_DELETEquery(
                                        $this->session_table,
                                        'ses_id = 
'.$GLOBALS['TYPO3_DB']->fullQuoteStr($this->id, $this->session_table).'
                                                AND ses_name = 
'.$GLOBALS['TYPO3_DB']->fullQuoteStr($this->name, $this->session_table));

when i do:

echo $this->ID i allways get different value.
 





From phil at philippgampe.info  Mon Dec 21 13:44:44 2009
From: phil at philippgampe.info (Philipp Gampe)
Date: Mon, 21 Dec 2009 13:44:44 +0100
Subject: [TYPO3-dev] how to suppress edit panels for non-HTML views?
References: 
Message-ID: 

Am 21.12.2009, 11:10 Uhr, schrieb Martin Kutschker  
:

> Hi!
>
> My problem is that these properties are set in index_ts.php:
>
> $TSFE->displayEditIcons
> $TSFE->displayFieldEditIcons
>
> But that's it. I have no prgrammatically way to disable them in certain  
> situations or for specific
> page types. Yet again I run into the problem that my non-HTML content  
> (or HTML-for-PDF-conversion
> content) is garbled.
>
> The only hook I found that comes between initialization and the  
> rendering is the data submission
> hook. Not really satisfactory. Any ideas?
>
> Masi

just a random guess... you did check (page.)config.admPanel(.edit) = 0

Cheers
Phil


-- 
Philipp Gampe
http://www.philippgampe.info



From peter.russ at 4many.net  Mon Dec 21 13:46:40 2009
From: peter.russ at 4many.net (Peter Russ)
Date: Mon, 21 Dec 2009 13:46:40 +0100
Subject: [TYPO3-dev] FE user logout - where?
In-Reply-To: 
References: 
	
	
	
	
	
Message-ID: 

--- Original Nachricht ---
Absender:   Pero Matic
Datum:       21.12.2009 13:41:
> "Steffen Gebert"  wrote in message 
> news:mailman.1.1261398200.2601.typo3-dev at lists.typo3.org...
>> Am 21.12.2009, 13:18 Uhr, schrieb Pero Matic :
>>
>>> "Martin Kutschker"  wrote in message
>>> news:mailman.1.1261397365.1310.typo3-dev at lists.typo3.org...
>>>> Pero Matic schrieb:
>>>>> Ok, i found it, there is a function logoff in class.t3lib_userauth.php
>>>>> but
>>>>> something is strange. This function is called on every page??
>>>> Every page accepts login and logoff form actions.
>>> I don't get it. Shouldn't this be called only when logout form is 
>>> submitted?
>> Maybe the function checks, wheather exactly this is the case?
>>
>> Steffen
> 
> Hm. Function executes delete session query every time and on every page:
> 
> $GLOBALS['TYPO3_DB']->exec_DELETEquery(
>                                         $this->session_table,
>                                         'ses_id = 
> '.$GLOBALS['TYPO3_DB']->fullQuoteStr($this->id, $this->session_table).'
>                                                 AND ses_name = 
> '.$GLOBALS['TYPO3_DB']->fullQuoteStr($this->name, $this->session_table));
> 
> when i do:
> 
> echo $this->ID i allways get different value.

There will always be a session IF user accepted cookies, also for logout 
users ;-)

The question for me is: how did you implement your login extension ...
Maybe there the error comes from.

Peter.

-- 
loans that change lives http://www.kiva.org

_____________________________
uon GbR
http://www.uon.li
http://www.xing.com/profile/Peter_Russ



From info at sk-typo3.de  Mon Dec 21 15:33:59 2009
From: info at sk-typo3.de (Steffen Kamper)
Date: Mon, 21 Dec 2009 15:33:59 +0100
Subject: [TYPO3-dev] Performance improvement: caching of MENUDATA
In-Reply-To: 
References: 
	
	
	
	
	
Message-ID: 

Hi,

isn't it an advice that something goes wrong if cache data is slower 
than process? Maybe the complete menu cache is used the wrong way.

vg Steffen



From steffen at steffen-gebert.de  Mon Dec 21 16:01:39 2009
From: steffen at steffen-gebert.de (Steffen Gebert)
Date: Mon, 21 Dec 2009 16:01:39 +0100
Subject: [TYPO3-dev] Performance improvement: caching of MENUDATA
References: 
	
	
	
	
	
	
Message-ID: 

Am 21.12.2009, 15:33 Uhr, schrieb Steffen Kamper :

> Hi,
>
> isn't it an advice that something goes wrong if cache data is slower  
> than process? Maybe the complete menu cache is used the wrong way.

I think so, too. Or how could >87.000 cache entries exist, while there are  
only 500 sites (different menus) with 25k pages (possible menu states  
because of only ACT state - 3 cache entries per page?).

Regards
Steffen



From info at sk-typo3.de  Mon Dec 21 16:05:57 2009
From: info at sk-typo3.de (Steffen Kamper)
Date: Mon, 21 Dec 2009 16:05:57 +0100
Subject: [TYPO3-dev] Performance improvement: caching of MENUDATA
In-Reply-To: 
References: 
	
	
	
	
	
	
	
Message-ID: 

Steffen Gebert schrieb:
> I think so, too. Or how could >87.000 cache entries exist, while there 
> are only 500 sites (different menus) with 25k pages (possible menu 
> states because of only ACT state - 3 cache entries per page?).
> 

and who is the resource manager? :)
Let's rewrite the menu generation and do the cache in a proper way, i 
think this is the best, as tslib_menu anyway has the state of a dinosaur

vg Steffen



From typo3-dev at bruchmann-web.de  Mon Dec 21 19:07:31 2009
From: typo3-dev at bruchmann-web.de (David Bruchmann)
Date: Mon, 21 Dec 2009 19:07:31 +0100
Subject: [TYPO3-dev] RFC: #11875: db_list doesn't show '0' values
In-Reply-To: 
References: 						
	
Message-ID: 

----- Urspr?ngliche Nachricht -----
Von:        Bastian Waidelich 
Gesendet:   Mittwoch, 16. September 2009 10:31:45
An:         typo3-dev at lists.netfielders.de
CC:
Betreff:    Re: [TYPO3-dev] RFC: #11875: db_list doesn't show '0' values


Hi,

> David Bruchmann wrote:
>
>> you fixed [...] my desire at places I've never thought about.
>
> *gulp* ...help  ;)

Sure, just in platonic kind ;-)

>
>> The RFC I'll write including comment in Bugtracker.

here is  the extension:
http://forge.typo3.org/projects/settings/extension-mdb_static_sex

or here:
http://typo3.org/extensions/repository/view/mdb_static_sex/current/

Best Regards
David



From typo3-dev at bruchmann-web.de  Mon Dec 21 19:21:06 2009
From: typo3-dev at bruchmann-web.de (David Bruchmann)
Date: Mon, 21 Dec 2009 19:21:06 +0100
Subject: [TYPO3-dev] Info: new static tables
Message-ID: 

Hi,

I published two static tables, each in an own extension:

1) "Static Cities" over 12000 german Cities and Communities with zips, 
phone-code, geo-data, etc.:
http://typo3.org/extensions/repository/view/mdb_static_cities/current/
or here:
http://forge.typo3.org/projects/show/extension-mdb_static_cities


2) "Static Sex" for human and zoological classification of sexual gender:
http://forge.typo3.org/projects/settings/extension-mdb_static_sex
or here:
http://typo3.org/extensions/repository/view/mdb_static_sex/current/


I'd appreciate usage, comments, infos for updates, etc.

Furthermore I propose to create lists of cities of other countries too 
inside the same table, so that for each country another extension can be 
loaded.

Best Regards
David



From tapio.markula at xetpoint.fi  Mon Dec 21 20:12:12 2009
From: tapio.markula at xetpoint.fi (Tapio Markula)
Date: Mon, 21 Dec 2009 21:12:12 +0200
Subject: [TYPO3-dev]  Wrong value in the field 'crdate'
Message-ID: 

Hi

I build a plugin, where the current time has been compared to crdate.
I debugged the crdate and found that the date was almost *three* moths ago.
For example when a new record was made in 18-12-2009 the save crdate 
gave as converted as date 21-09-2009.

Why the crdate was not generated on the base of current time?
Maybe it used time based on server?
Can this somewhat easily changed hacking some source code



From soren.malling at gmail.com  Mon Dec 21 20:26:58 2009
From: soren.malling at gmail.com (=?ISO-8859-1?Q?S=F8ren_Malling?=)
Date: Mon, 21 Dec 2009 20:26:58 +0100
Subject: [TYPO3-dev] Info: new static tables
In-Reply-To: 
References: 
Message-ID: 

Could this maybe be a part of the already existing static_info_tables
extensions or maybe named as ex. Static info tables - Airports (
static_info_tables_airports ) so we got some kind of "namespace" for
the static info tables?

Regards,

S?ren

On Mon, Dec 21, 2009 at 7:21 PM, David Bruchmann
 wrote:
> Hi,
>
> I published two static tables, each in an own extension:
>
> 1) "Static Cities" over 12000 german Cities and Communities with zips,
> phone-code, geo-data, etc.:
> http://typo3.org/extensions/repository/view/mdb_static_cities/current/
> or here:
> http://forge.typo3.org/projects/show/extension-mdb_static_cities
>
>
> 2) "Static Sex" for human and zoological classification of sexual gender:
> http://forge.typo3.org/projects/settings/extension-mdb_static_sex
> or here:
> http://typo3.org/extensions/repository/view/mdb_static_sex/current/
>
>
> I'd appreciate usage, comments, infos for updates, etc.
>
> Furthermore I propose to create lists of cities of other countries too
> inside the same table, so that for each country another extension can be
> loaded.
>
> Best Regards
> David
> _______________________________________________
> TYPO3-dev mailing list
> TYPO3-dev at lists.typo3.org
> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-dev
>



-- 
Wave me @ wave.google.com on soren.malling at googlewave.com



From peter.russ at 4many.net  Mon Dec 21 20:38:10 2009
From: peter.russ at 4many.net (Peter Russ)
Date: Mon, 21 Dec 2009 20:38:10 +0100
Subject: [TYPO3-dev] Wrong value in the field 'crdate'
In-Reply-To: 
References: 
Message-ID: 

--- Original Nachricht ---
Absender:   Tapio Markula
Datum:       21.12.2009 20:12:
> Hi
> 
> I build a plugin, where the current time has been compared to crdate.
> I debugged the crdate and found that the date was almost *three* moths ago.
> For example when a new record was made in 18-12-2009 the save crdate 
> gave as converted as date 21-09-2009.
> 
> Why the crdate was not generated on the base of current time?
> Maybe it used time based on server?
> Can this somewhat easily changed hacking some source code

To me it seems that the server runs out of synch
Is the server time synched at least on a daily base?

Peter.
-- 
loans that change lives http://www.kiva.org

_____________________________
uon GbR
http://www.uon.li
http://www.xing.com/profile/Peter_Russ



From peter.russ at 4many.net  Mon Dec 21 20:47:44 2009
From: peter.russ at 4many.net (Peter Russ)
Date: Mon, 21 Dec 2009 20:47:44 +0100
Subject: [TYPO3-dev] Info: new static tables
In-Reply-To: 
References: 
Message-ID: 

--- Original Nachricht ---
Absender:   David Bruchmann
Datum:       21.12.2009 19:21:
> Hi,
> 
> I published two static tables, each in an own extension:
> 
> 1) "Static Cities" over 12000 german Cities and Communities with zips, 
> phone-code, geo-data, etc.:
> http://typo3.org/extensions/repository/view/mdb_static_cities/current/
> or here:
> http://forge.typo3.org/projects/show/extension-mdb_static_cities

IMHO would help a lot to show where the data come from. Otherwise you 
might get trouble with the original data supplier.

> 
> 
> 2) "Static Sex" for human and zoological classification of sexual gender:
> http://forge.typo3.org/projects/settings/extension-mdb_static_sex
> or here:
> http://typo3.org/extensions/repository/view/mdb_static_sex/current/

-100 for this.

jm2c

Peter


-- 
loans that change lives http://www.kiva.org

_____________________________
uon GbR
http://www.uon.li
http://www.xing.com/profile/Peter_Russ



From masi-no at spam-typo3.org  Mon Dec 21 20:46:38 2009
From: masi-no at spam-typo3.org (Martin Kutschker)
Date: Mon, 21 Dec 2009 20:46:38 +0100
Subject: [TYPO3-dev] Info: new static tables
In-Reply-To: 
References: 
Message-ID: 

David Bruchmann schrieb:
> 
> 
> 2) "Static Sex" 

Booooring ;)

Masi



From typo3-dev at bruchmann-web.de  Mon Dec 21 20:51:22 2009
From: typo3-dev at bruchmann-web.de (David Bruchmann)
Date: Mon, 21 Dec 2009 20:51:22 +0100
Subject: [TYPO3-dev] Info: new static tables
In-Reply-To: 
References: 
	
Message-ID: 

----- Urspr?ngliche Nachricht -----
Von:        Tobias Wendorff 
Gesendet:   Montag, 21. Dezember 2009 15:11:26
An:         dirk.olten at googlemail.com
CC:         Mailingliste OpenGeoDB 
Betreff:    Re: [opengeodb] Komplettierung der GeoDB bei Stadtteilen 
und	Postleitzahlen
> Could this maybe be a part of the already existing static_info_tables
> extensions or maybe named as ex. Static info tables - Airports (
> static_info_tables_airports ) so we got some kind of "namespace" for
> the static info tables?
>

Hi S?ren,

I thought the namespace is given through the keyword "static_".
Regarding some other tables the names aren't (senseless) longer:
  static_cities_copy
  static_countries
  static_country_zones
  static_currencies
  static_languages
  static_markets
  static_template
  static_territories
  static_tsconfig_help

Including the table in other extensions doesn't really make sense (I 
think) because it's hard to maintain a table like that and data should 
be separated by country so that maintenance can be done by different 
persons - even if it's the same table.

Nevertheless I'm interested in an universal solution and any hard 
arguments i.e. for another tablename could convince me to change the 
extension.
Concerning the namespace of the ext-key I think that "static_cities" 
perhaps shouldn't hold german cities but only the blank table (and 
perhaps a wrapper-class to fetch the data).
National Data then should be inserted by separated extensions.

What do you think about it?

Best Regards
David



From pero at matic.com  Mon Dec 21 21:05:20 2009
From: pero at matic.com (Pero Matic)
Date: Mon, 21 Dec 2009 21:05:20 +0100
Subject: [TYPO3-dev] FE user logout - where?
References: 
	
	
	
	
	
	
Message-ID: 

Peter Russ wrote:

> There will always be a session IF user accepted cookies, also for
> logout users ;-)
>
> The question for me is: how did you implement your login extension ...
> Maybe there the error comes from.

Yes, but i still don't know why logoff function is called on every page. Why 
to logoff somebody that is even not logged in?

My "login form" ext. is implemented this way. There is a login link (no 
form, just ordinary link) that looks like something like this:

http://site.com/index.php?id=20&logintype=login

so this logintype var that is in "normal" conditions put in a hidden form 
field is now GET var. This is working fine, i can log in (i made one more 
auth. service ext. that checks authentication on some other service). After 
logging in i display logout link that looks like this:

http://site.com/index.php?id=20&logintype=logout

but after i click this logout link FE user session is not destroyed.

I'm not sure if i need to call logoff method manualy because i didn't (i 
just put that GET var in URL). Looking the source of some other auth. ext. i 
didn't find such method call but maybe i have to investigate little more. 
Some auth. docs would be helpfull but didn't find much. 





From fsu-lists at cobweb.ch  Mon Dec 21 21:08:03 2009
From: fsu-lists at cobweb.ch (Francois Suter)
Date: Mon, 21 Dec 2009 21:08:03 +0100
Subject: [TYPO3-dev] Info: new static tables
In-Reply-To: 
References: 
Message-ID: 

Hi David,

> 2) "Static Sex" for human and zoological classification of sexual gender:
> http://forge.typo3.org/projects/settings/extension-mdb_static_sex
> or here:
> http://typo3.org/extensions/repository/view/mdb_static_sex/current/

I must say I prefer active sex... and seeing your extension at the top 
of the list this morning in the TER was really a hoot!

Seriously though, this is a typical case of bad English usage and I 
strongly suggest you rename your extension. In such a case the word to 
use is "gender". In English "sex" really means "making love" so your 
extension sounds more like it's a list of bordellos. Sorry.

Cheers

-- 

Francois Suter
Cobweb Development Sarl - http://www.cobweb.ch



From phil.info at goli.at  Mon Dec 21 21:16:34 2009
From: phil.info at goli.at (Philipp Metzler Infos)
Date: Mon, 21 Dec 2009 21:16:34 +0100
Subject: [TYPO3-dev] direct_mail_subscription recursive pid
Message-ID: 

Hello,

We use the two extensions

Direct Mail direct_mail 2.6.2
Direct Mail Subscription direct_mail_subscription 1.1.0

and have a problem with it.

With this setting

plugin.feadmin.dmailsubscription {
pid = 123
}

one defines in which folder the tt_address entries are stored. If you  
move the addresses to subfolders or somewhere else or if you have  
other folders where you want to store additional recipients they won't  
be able to unsubscribe because only the recipients that are stored in  
the defined pid will be able to do so.

I think it would be the best if you could define a recursive flag for  
direct_mail_subscription so that it includes all tt_address entries  
from all subfolders of a defined "retrieve_recursivly_from_pid"

What do you think about this proposal?

Another good thing from my current point of view would be if you could  
send direct_mail newsletters also to tt_address address groups.

Looking forward to hearing from you,

Best regards,

Philipp

_______________________________________________________________

DI Philipp Metzler
Goli.at GesbR.
Dorf Rieden 7/11
A-6900 Bregenz
EU - Austria

E-Mail: phil at goli.at
Skype: googol
Tel: +43 / 676 / 72 94 176
ICQ: 13950954

o www.philippmetzler.com - Softwareentwicklung und Websites mit Typo3.
o www.goli.at - Ihr Speicherplatz im Netz. Messen Sie uns an unseren  
Daten.
o www.clickshopping.at - Wir bringen Ihre Produkte auf den Punkt.
o www.greencar.at - Elektroautos und mehr ...
_______________________________________________________________




From peter.russ at 4many.net  Mon Dec 21 21:19:40 2009
From: peter.russ at 4many.net (Peter Russ)
Date: Mon, 21 Dec 2009 21:19:40 +0100
Subject: [TYPO3-dev] Info: new static tables
In-Reply-To: 
References: 
	
Message-ID: 

--- Original Nachricht ---
Absender:   Francois Suter
Datum:       21.12.2009 21:08:
> Hi David,
> 
>> 2) "Static Sex" for human and zoological classification of sexual gender:
>> http://forge.typo3.org/projects/settings/extension-mdb_static_sex
>> or here:
>> http://typo3.org/extensions/repository/view/mdb_static_sex/current/
> 
> I must say I prefer active sex... and seeing your extension at the top 
> of the list this morning in the TER was really a hoot!
> 
> Seriously though, this is a typical case of bad English usage and I 
> strongly suggest you rename your extension. In such a case the word to 
> use is "gender". In English "sex" really means "making love" so your 
> extension sounds more like it's a list of bordellos. Sorry.
> 

I don't care about the name.
Who is interested in this data?
Or is TYPO3 focusing now the XXX-market or for which community is this 
interesting?
Personally I would kick this extension out of TER.

Peter.


-- 
loans that change lives http://www.kiva.org

_____________________________
uon GbR
http://www.uon.li
http://www.xing.com/profile/Peter_Russ



From bedlamhotel at gmail.com  Mon Dec 21 21:25:24 2009
From: bedlamhotel at gmail.com (Christopher Torgalson)
Date: Mon, 21 Dec 2009 12:25:24 -0800
Subject: [TYPO3-dev] Info: new static tables
In-Reply-To: 
References: 
	
	
Message-ID: 

Hi,

On Mon, Dec 21, 2009 at 12:19 PM, Peter Russ  wrote:
> --- Original Nachricht ---
> Absender: ? Francois Suter
> Datum: ? ? ? 21.12.2009 21:08:
>>
>> Hi David,
>>
>>> 2) "Static Sex" for human and zoological classification of sexual gender:
>>> http://forge.typo3.org/projects/settings/extension-mdb_static_sex
>>> or here:
>>> http://typo3.org/extensions/repository/view/mdb_static_sex/current/
>>
>> I must say I prefer active sex... and seeing your extension at the top of
>> the list this morning in the TER was really a hoot!
>>
>> Seriously though, this is a typical case of bad English usage and I
>> strongly suggest you rename your extension. In such a case the word to use
>> is "gender". In English "sex" really means "making love" so your extension
>> sounds more like it's a list of bordellos. Sorry.


In English, 'sex' may take either of the meanings being discussed
here. I do agree that 'gender' is definitely better for more formal
contexts.


> I don't care about the name.
> Who is interested in this data?
> Or is TYPO3 focusing now the XXX-market or for which community is this
> interesting?
> Personally I would kick this extension out of TER.


You would exclude an extension providing static info related to the
"...human and zoological classification of sexual gender" from the
TER? Why?


-- 
Christopher Torgalson
http://www.typo3apprentice.com/



From typo3-dev at bruchmann-web.de  Mon Dec 21 21:27:44 2009
From: typo3-dev at bruchmann-web.de (David Bruchmann)
Date: Mon, 21 Dec 2009 21:27:44 +0100
Subject: [TYPO3-dev] Info: new static tables
In-Reply-To: 
References: 
	
Message-ID: 

Hi Francois,

>
> I must say I prefer active sex... and seeing your extension at the top
> of the list this morning in the TER was really a hoot!
>
> Seriously though, this is a typical case of bad English usage and I
> strongly suggest you rename your extension. In such a case the word to
> use is "gender". In English "sex" really means "making love" so your
> extension sounds more like it's a list of bordellos. Sorry.
>

The word gender also isn't clear in meaning.
This is described on the wiki-page.
So the correct expression is "sexual gender".

I know the key implements some other content but is it a reason never to 
use the word "sex"?
Using the word in serious context should be possible, it's no 
teenie-platform here, isn't it?

Nevertheless:
if the extension seems usable for someone but the name disturbs, I could 
change it.

Best regards
David



From bedlamhotel at gmail.com  Mon Dec 21 21:29:57 2009
From: bedlamhotel at gmail.com (Christopher Torgalson)
Date: Mon, 21 Dec 2009 12:29:57 -0800
Subject: [TYPO3-dev] Info: new static tables
In-Reply-To: 
References: 
	
	
Message-ID: 



> The word gender also isn't clear in meaning.
> This is described on the wiki-page.
> So the correct expression is "sexual gender".

I can assure you that the term 'gender' is perfectly clear and
unambiguous in English, *and* that the very first time I ever
encountered the term 'sexual gender' was in your last email message...

-- 
Christopher Torgalson
http://www.typo3apprentice.com/



From typo3-dev at bruchmann-web.de  Mon Dec 21 21:31:55 2009
From: typo3-dev at bruchmann-web.de (David Bruchmann)
Date: Mon, 21 Dec 2009 21:31:55 +0100
Subject: [TYPO3-dev] Info: new static tables
In-Reply-To: 
References: 
	
Message-ID: 

Hi Peter

>>
>> 2) "Static Sex" for human and zoological classification of sexual gender:
>> http://forge.typo3.org/projects/settings/extension-mdb_static_sex
>> or here:
>> http://typo3.org/extensions/repository/view/mdb_static_sex/current/
>
> -100 for this.
>

Zoos use these data for animals, and for humans many user- and 
address-extensions use definitions for sexual gender that don't apply to 
any standard.
So I think the extension is more important than you see in the moment.

Best Regards
David



From typo3-dev at bruchmann-web.de  Mon Dec 21 21:35:32 2009
From: typo3-dev at bruchmann-web.de (David Bruchmann)
Date: Mon, 21 Dec 2009 21:35:32 +0100
Subject: [TYPO3-dev] Info: new static tables
In-Reply-To: 
References: 
	
Message-ID: 

Hi Peter,

>
> IMHO would help a lot to show where the data come from. Otherwise you
> might get trouble with the original data supplier.

I think about it, but I think problems could only accure for the whole 
collection - the single data can't be protected.

Best Regards
David



From typo3-dev at bruchmann-web.de  Mon Dec 21 21:58:17 2009
From: typo3-dev at bruchmann-web.de (David Bruchmann)
Date: Mon, 21 Dec 2009 21:58:17 +0100
Subject: [TYPO3-dev] Info: new static tables
In-Reply-To: 
References: 		
	
Message-ID: 

----- Urspr?ngliche Nachricht -----
Von:        Francois Suter 
Gesendet:   Montag, 21. Dezember 2009 21:08:03
An:         typo3-dev at lists.typo3.org
CC:
Betreff:    Re: [TYPO3-dev] Info: new static tables
> 
>
>> The word gender also isn't clear in meaning.
>> This is described on the wiki-page.
>> So the correct expression is "sexual gender".
>
> I can assure you that the term 'gender' is perfectly clear and
> unambiguous in English, *and* that the very first time I ever
> encountered the term 'sexual gender' was in your last email message...
>

as far as I understand 
http://dict.leo.org/ende?lp=ende&lang=de&searchLoc=0&cmpType=relaxed§Hdr=on&spellToler=on&chinese=both&pinyin=diacritic&search=gender&relink=on

gender can mean also "social gender" or "grammatical gender".

Nevertheless even if gender can have different meanings:
I had two words as choice and took the wrong one due to the decription 
of the words on the wikipedia-page.

If that's a problem, I could publish it with another key.

Best Regards
David



From typo3-dev at bruchmann-web.de  Mon Dec 21 22:00:32 2009
From: typo3-dev at bruchmann-web.de (David Bruchmann)
Date: Mon, 21 Dec 2009 22:00:32 +0100
Subject: [TYPO3-dev] Info: new static tables  Quoting
In-Reply-To: 
References: 			
	
Message-ID: 

Sorry,

quoting was wrong - Thunderbird seems to have a bug and often quotes 
with wrong data.

Regards
David



From peter.russ at 4many.net  Mon Dec 21 22:08:58 2009
From: peter.russ at 4many.net (Peter Russ)
Date: Mon, 21 Dec 2009 22:08:58 +0100
Subject: [TYPO3-dev] Info: new static tables
In-Reply-To: 
References: 		
	
Message-ID: 

--- Original Nachricht ---
Absender:   Christopher Torgalson
Datum:       21.12.2009 21:25:
> Hi,
> 
> On Mon, Dec 21, 2009 at 12:19 PM, Peter Russ  wrote:
>> --- Original Nachricht ---
>> Absender:   Francois Suter
>> Datum:       21.12.2009 21:08:
>>> Hi David,
>>>
>>>> 2) "Static Sex" for human and zoological classification of sexual gender:
>>>> http://forge.typo3.org/projects/settings/extension-mdb_static_sex
>>>> or here:
>>>> http://typo3.org/extensions/repository/view/mdb_static_sex/current/
>>> I must say I prefer active sex... and seeing your extension at the top of
>>> the list this morning in the TER was really a hoot!
>>>
>>> Seriously though, this is a typical case of bad English usage and I
>>> strongly suggest you rename your extension. In such a case the word to use
>>> is "gender". In English "sex" really means "making love" so your extension
>>> sounds more like it's a list of bordellos. Sorry.
> 
> 
> In English, 'sex' may take either of the meanings being discussed
> here. I do agree that 'gender' is definitely better for more formal
> contexts.
> 
> 
>> I don't care about the name.
>> Who is interested in this data?
>> Or is TYPO3 focusing now the XXX-market or for which community is this
>> interesting?
>> Personally I would kick this extension out of TER.
> 
> 
> You would exclude an extension providing static info related to the
> "...human and zoological classification of sexual gender" from the
> TER? Why?

"TYPO3 TER ranked at Google on 1st place for search word 'sex' or 'mixed 
sex". ;-)

I don't like 'human' at this point. If it would be limited to zoological 
classification I would agree if the extension key changes -> delete from 
ter -> correct the mistakes / translation errors -> provide a fixed 
version und new extension key -> NO include into static_tables as this 
provides already too much information.

I know that this changes will have no influence on ranking. But....

Peter.



-- 
loans that change lives http://www.kiva.org

_____________________________
uon GbR
http://www.uon.li
http://www.xing.com/profile/Peter_Russ



From peter.russ at 4many.net  Mon Dec 21 22:17:38 2009
From: peter.russ at 4many.net (Peter Russ)
Date: Mon, 21 Dec 2009 22:17:38 +0100
Subject: [TYPO3-dev] Info: new static tables
In-Reply-To: 
References: 	
	
Message-ID: 

--- Original Nachricht ---
Absender:   David Bruchmann
Datum:       21.12.2009 21:31:
> Hi Peter
> 
>>>
>>> 2) "Static Sex" for human and zoological classification of sexual 
>>> gender:
>>> http://forge.typo3.org/projects/settings/extension-mdb_static_sex
>>> or here:
>>> http://typo3.org/extensions/repository/view/mdb_static_sex/current/
>>
>> -100 for this.
>>
> 
> Zoos use these data for animals, and for humans many user- and 
> address-extensions use definitions for sexual gender that don't apply to 
> any standard.
> So I think the extension is more important than you see in the moment.
> 
> Best Regards
> David

At tt_address or fe_user m or f is used to describe the gender (just 
wondering if the address belongs to a company....). But as far as I can 
see this compiles to the standard. I see no need for the zoo ;-)



-- 
loans that change lives http://www.kiva.org

_____________________________
uon GbR
http://www.uon.li
http://www.xing.com/profile/Peter_Russ



From peter.russ at 4many.net  Mon Dec 21 22:30:10 2009
From: peter.russ at 4many.net (Peter Russ)
Date: Mon, 21 Dec 2009 22:30:10 +0100
Subject: [TYPO3-dev] Info: new static tables
In-Reply-To: 
References: 	
	
Message-ID: 

--- Original Nachricht ---
Absender:   David Bruchmann
Datum:       21.12.2009 21:35:
> Hi Peter,
> 
>>
>> IMHO would help a lot to show where the data come from. Otherwise you
>> might get trouble with the original data supplier.
> 
> I think about it, but I think problems could only accure for the whole 
> collection - the single data can't be protected.

My telephone number and address can be found in the internet. So it's 
not protected. But if you publish a telephone book with addresses and 
telephone numbers you should be pepared to show where the data come from.
As far as I know ZIP-Code in Germany in under the property of German 
POST. But might have changed.

Peter.

-- 
loans that change lives http://www.kiva.org

_____________________________
uon GbR
http://www.uon.li
http://www.xing.com/profile/Peter_Russ



From typo3-dev at bruchmann-web.de  Mon Dec 21 22:31:34 2009
From: typo3-dev at bruchmann-web.de (David Bruchmann)
Date: Mon, 21 Dec 2009 22:31:34 +0100
Subject: [TYPO3-dev] Info: new static tables
In-Reply-To: 
References: 		
	
Message-ID: 

schrieb Peter Russ:

I see no need for the zoo ;-)

What does it mean?
All zoos or zoo-related pages should use other systems instead of TYPO3?



From typo3-dev at bruchmann-web.de  Mon Dec 21 22:36:01 2009
From: typo3-dev at bruchmann-web.de (David Bruchmann)
Date: Mon, 21 Dec 2009 22:36:01 +0100
Subject: [TYPO3-dev] Info: new static tables
In-Reply-To: 
References: 			
	
Message-ID: 

schrieb Peter Russ:

>
> "TYPO3 TER ranked at Google on 1st place for search word 'sex' or 'mixed
> sex". ;-)

Cool, without any critical content ;-)

>
> I don't like 'human' at this point.

Some Standards only are made for humans, "zoologic" would be wrong at 
this place.

David



From typo3-dev at bruchmann-web.de  Mon Dec 21 22:43:03 2009
From: typo3-dev at bruchmann-web.de (David Bruchmann)
Date: Mon, 21 Dec 2009 22:43:03 +0100
Subject: [TYPO3-dev] Info: new static tables
In-Reply-To: 
References: 		
	
Message-ID: 

schrieb Peter Russ:
> --- Original Nachricht ---
> Absender: David Bruchmann
> Datum: 21.12.2009 21:35:
>> Hi Peter,
>>
>>>
>>> IMHO would help a lot to show where the data come from. Otherwise you
>>> might get trouble with the original data supplier.
>>
>> I think about it, but I think problems could only accure for the whole
>> collection - the single data can't be protected.
>
> My telephone number and address can be found in the internet. So it's
> not protected. But if you publish a telephone book with addresses and
> telephone numbers you should be pepared to show where the data come from.
> As far as I know ZIP-Code in Germany in under the property of German
> POST. But might have changed.
>

I don't get the point.
The collection of Zips may be protected but publishing addresses always 
is a bit critical and it has to be decided about it by the site-owners, 
the Extension-Table doesn't hold any addresses.

David



From typo3-dev at bruchmann-web.de  Mon Dec 21 23:09:29 2009
From: typo3-dev at bruchmann-web.de (David Bruchmann)
Date: Mon, 21 Dec 2009 23:09:29 +0100
Subject: [TYPO3-dev] Info: new static tables
In-Reply-To: 
References: 
	
Message-ID: 

schrieb Martin Kutschker:
> David Bruchmann schrieb:
>>
>>
>> 2) "Static Sex"
>
> Booooring ;)
>
> Masi

Hy Masi,

you need an exciting Link? ;-)

David



From typo3-dev at bruchmann-web.de  Mon Dec 21 23:19:11 2009
From: typo3-dev at bruchmann-web.de (David Bruchmann)
Date: Mon, 21 Dec 2009 23:19:11 +0100
Subject: [TYPO3-dev] Info: new static tables
In-Reply-To: 
References: 		
	
Message-ID: 

----- Urspr?ngliche Nachricht -----
Von:        Peter Russ 
Gesendet:   Montag, 21. Dezember 2009 22:17:38
An:         typo3-dev at lists.typo3.org
CC:
Betreff:    Re: [TYPO3-dev] Info: new static tables

> At tt_address or fe_user m or f is used to describe the gender (just
> wondering if the address belongs to a company....). But as far as I can
> see this compiles to the standard.

AS far as I remember the default value is not "not defined" but m which 
is false for female persons (If I remember right).
The state "not defined" is defined in different variations in some 
standards, i.e. "not definable", "not verified".

David



From ss at cabag.ch  Tue Dec 22 08:37:08 2009
From: ss at cabag.ch (Sonja Scholz)
Date: Tue, 22 Dec 2009 08:37:08 +0100
Subject: [TYPO3-dev]  New media element in 4.3 & start image
Message-ID: 

Hello everyone,

I use the new media element of 4.3 and the flash video works fine. But 
now I want to define a startimage, which should be displayed until the 
user klicks the start button.

I read somewhere that the startimage only have to have the same name and 
the same path as the flash file and needs to be a jpg. I tried that, but 
that doesn't work.

So it tried to set, as described in the documentation, the image in the 
custom parameters field like this:

flashvars.image = fileadmin/user_upload/path/image.jpg

But that also doesn't work. I only see the first image of the video and 
not the defined image.

Some additional informations from the content element:
Media Type = Video
Render Type = Auto
Media Params -> Allow Fullscreen = On

Doesn anyone know what I did wrong?

Kind regards,

Sonja



From masi-no at spam-typo3.org  Tue Dec 22 09:07:06 2009
From: masi-no at spam-typo3.org (Martin Kutschker)
Date: Tue, 22 Dec 2009 09:07:06 +0100
Subject: [TYPO3-dev] Info: new static tables
In-Reply-To: 
References: 
	
Message-ID: 

Francois Suter schrieb:
> In English "sex" really means "making love"

This is only one of the two meanings. The other is the categorization by "reproduction functions
into male and female" (Oxford English Dictionary).

"gender" can either mean the same (in the biological sense) or, this is the original meaning, the
classification of nouns and pronouns in languages.

"gender" tends to be more used to describe the social or cultural differences between male and
female, "sex" more the biological ones.

Masi



From typo3-list at niekom.de  Tue Dec 22 09:23:16 2009
From: typo3-list at niekom.de (Peter Niederlag)
Date: Tue, 22 Dec 2009 09:23:16 +0100
Subject: [TYPO3-dev] Performance improvement: caching of MENUDATA
In-Reply-To: 
References: 
	
	
	
	
	
	
	
	
Message-ID: 

Hello,

Steffen Kamper schrieb:
> Steffen Gebert schrieb:
[...]
> Let's rewrite the menu generation and do the cache in a proper way, i
> think this is the best, as tslib_menu anyway has the state of a dinosaur

I am still very confident that caching is the WRONG approach here.

The queries/indexes need to be optimized (functions, procedures,
triggers..), manual managing a cache just to get a menu/tree structure
from a VERY simple data model(pid, sorting) still is WRONG IMO. I am
glad this thread strengthens my view. ;)

[...]

Greets,
Peter
-- 
Peter Niederlag
http://www.niekom.de * TYPO3 & EDV Dienstleistungen *



From typo3-dev at bruchmann-web.de  Tue Dec 22 10:11:31 2009
From: typo3-dev at bruchmann-web.de (David Bruchmann)
Date: Tue, 22 Dec 2009 10:11:31 +0100
Subject: [TYPO3-dev] Info: new static tables
In-Reply-To: 
References: 	
	
Message-ID: 

Hi Masi,

>
> "gender" tends to be more used to describe the social or cultural differences between male and
> female, "sex" more the biological ones.
>

There is a nice article about that difference on wikipedia too:
http://de.wikipedia.org/wiki/Gender
http://en.wikipedia.org/wiki/Gender

This difference was also mentioned in [1] and that was the reason for my 
decision to take sex as part of the key.
Perhaps it's unusual for some people to use that word because it sounds 
very offensive.

At least my choice wasn't wrong and I'm glad you posted that definition 
so clear and unambiguous.

Best Regards
David

1) 
http://de.wikipedia.org/wiki/Datenstandards_zur_Beschreibung_des_Geschlechts#ISO.2FIEC_5218



From info at sk-typo3.de  Tue Dec 22 10:10:57 2009
From: info at sk-typo3.de (Steffen Kamper)
Date: Tue, 22 Dec 2009 10:10:57 +0100
Subject: [TYPO3-dev] Performance improvement: caching of MENUDATA
In-Reply-To: 
References: 
	
	
	
	
	
	
	
	
	
Message-ID: 

Hi Peter,

Peter Niederlag schrieb:
> 
> I am still very confident that caching is the WRONG approach here.
> 


you say it. It's like having cache in cache.
When menu is rendered and page is cached we already have cache.

Lets do it nice and easy - or someone has to have good reasons for the 
menu cache.

vg Steffen



From masi-no at spam-typo3.org  Tue Dec 22 10:14:18 2009
From: masi-no at spam-typo3.org (Martin Kutschker)
Date: Tue, 22 Dec 2009 10:14:18 +0100
Subject: [TYPO3-dev] Performance improvement: caching of MENUDATA
In-Reply-To: 
References: 
	
	
	
	
	
	
	
	
	
	
Message-ID: 

Steffen Kamper schrieb:
> Hi Peter,
> 
> Peter Niederlag schrieb:
>>
>> I am still very confident that caching is the WRONG approach here.
> 
> you say it. It's like having cache in cache.
> When menu is rendered and page is cached we already have cache.
> 
> Lets do it nice and easy - or someone has to have good reasons for the
> menu cache.

A special menu cache would make sense if the same cache entries for a menu can be used for more then
one page. Maybe the original idea was to hold all the data for huge menus that are expanded
automatically.

Masi



From info at sk-typo3.de  Tue Dec 22 10:19:10 2009
From: info at sk-typo3.de (Steffen Kamper)
Date: Tue, 22 Dec 2009 10:19:10 +0100
Subject: [TYPO3-dev] Performance improvement: caching of MENUDATA
In-Reply-To: 
References: 
	
	
	
	
	
	
	
	
	
	
	
Message-ID: 

Hi Masi,

Martin Kutschker schrieb:
> Steffen Kamper schrieb:
>> Hi Peter,
>>
>> Peter Niederlag schrieb:
>>> I am still very confident that caching is the WRONG approach here.
>> you say it. It's like having cache in cache.
>> When menu is rendered and page is cached we already have cache.
>>
>> Lets do it nice and easy - or someone has to have good reasons for the
>> menu cache.
> 
> A special menu cache would make sense if the same cache entries for a menu can be used for more then
> one page. Maybe the original idea was to hold all the data for huge menus that are expanded
> automatically.
> 

yes, that make sense. But same menu on other page has little difference 
because the ACT/CUR and then we end up in a menu-by-item-cache again. 
Cache only make sense if reading by cache is significant faster than 
generation. Maybe the rootline cache boost menu generation enough - as 
there was no rootline cache when menu code was written.

vg Steffen



From masi-no at spam-typo3.org  Tue Dec 22 10:21:06 2009
From: masi-no at spam-typo3.org (Martin Kutschker)
Date: Tue, 22 Dec 2009 10:21:06 +0100
Subject: [TYPO3-dev] Performance improvement: caching of MENUDATA
In-Reply-To: 
References: 
	
	
	
	
	
	
	
	
	
	
	
	
Message-ID: 

Steffen Kamper schrieb:
>>
>> A special menu cache would make sense if the same cache entries for a
>> menu can be used for more then
>> one page. Maybe the original idea was to hold all the data for huge
>> menus that are expanded
>> automatically.
>>
> 
> yes, that make sense. But same menu on other page has little difference
> because the ACT/CUR and then we end up in a menu-by-item-cache again.
> Cache only make sense if reading by cache is significant faster than
> generation.

I know. I'm not sure if the cache makes sense in the real world (now). I just thought if I could
find any justification for its existence.

Masi



From info at sk-typo3.de  Tue Dec 22 11:16:20 2009
From: info at sk-typo3.de (Steffen Kamper)
Date: Tue, 22 Dec 2009 11:16:20 +0100
Subject: [TYPO3-dev] New media element in 4.3 & start image
In-Reply-To: 
References: 
Message-ID: 

Hi Sonja,

IIRC the path to the image has to be relative to the flashplayer dir 
(typo3/contrib/flashmedia), so try to use ../../../fileadmin/...

vg Steffen

Sonja Scholz schrieb:
> Hello everyone,
> 
> I use the new media element of 4.3 and the flash video works fine. But 
> now I want to define a startimage, which should be displayed until the 
> user klicks the start button.
> 
> I read somewhere that the startimage only have to have the same name and 
> the same path as the flash file and needs to be a jpg. I tried that, but 
> that doesn't work.
> 
> So it tried to set, as described in the documentation, the image in the 
> custom parameters field like this:
> 
> flashvars.image = fileadmin/user_upload/path/image.jpg
> 
> But that also doesn't work. I only see the first image of the video and 
> not the defined image.
> 
> Some additional informations from the content element:
> Media Type = Video
> Render Type = Auto
> Media Params -> Allow Fullscreen = On
> 
> Doesn anyone know what I did wrong?
> 
> Kind regards,
> 
> Sonja



From ss at cabag.ch  Tue Dec 22 11:57:22 2009
From: ss at cabag.ch (Sonja Scholz)
Date: Tue, 22 Dec 2009 11:57:22 +0100
Subject: [TYPO3-dev] New media element in 4.3 & start image
In-Reply-To: 
References: 
	
Message-ID: 

Hi Steffen,

thank you for your fast answer. I triet it again with the relative path, 
but that doesn't work also.

flashvars.image = ../../../fileadmin/user_upload/path/image.jpg

Do you have another idea?

Kind regards,

Sonja

Steffen Kamper schrieb:
> Hi Sonja,
> 
> IIRC the path to the image has to be relative to the flashplayer dir 
> (typo3/contrib/flashmedia), so try to use ../../../fileadmin/...
> 
> vg Steffen
> 
> Sonja Scholz schrieb:
>> Hello everyone,
>>
>> I use the new media element of 4.3 and the flash video works fine. But 
>> now I want to define a startimage, which should be displayed until the 
>> user klicks the start button.
>>
>> I read somewhere that the startimage only have to have the same name 
>> and the same path as the flash file and needs to be a jpg. I tried 
>> that, but that doesn't work.
>>
>> So it tried to set, as described in the documentation, the image in 
>> the custom parameters field like this:
>>
>> flashvars.image = fileadmin/user_upload/path/image.jpg
>>
>> But that also doesn't work. I only see the first image of the video 
>> and not the defined image.
>>
>> Some additional informations from the content element:
>> Media Type = Video
>> Render Type = Auto
>> Media Params -> Allow Fullscreen = On
>>
>> Doesn anyone know what I did wrong?
>>
>> Kind regards,
>>
>> Sonja



From info at sk-typo3.de  Tue Dec 22 12:55:40 2009
From: info at sk-typo3.de (Steffen Kamper)
Date: Tue, 22 Dec 2009 12:55:40 +0100
Subject: [TYPO3-dev] New media element in 4.3 & start image
In-Reply-To: 
References: 
	
	
Message-ID: 

Hi Sonja,

Sonja Scholz schrieb:
> Hi Steffen,
> 
> thank you for your fast answer. I triet it again with the relative path, 
> but that doesn't work also.
> 
> flashvars.image = ../../../fileadmin/user_upload/path/image.jpg
> 
> Do you have another idea?
> 

need some time for ...
after xmas i will release flowplayer extension which has better support 
for preview images.

With flashplayer i normally use the preload variant using previewSeek

vg Steffen



From mafrieger at gmx.de  Tue Dec 22 13:35:13 2009
From: mafrieger at gmx.de (Martin Friedrich)
Date: Tue, 22 Dec 2009 13:35:13 +0100
Subject: [TYPO3-dev] no frondend with TV and php 5.3+
Message-ID: 

Hi list

upgrading to php 5.3+ produces
Fatal error: Class 'tx_templavoila_pi1' not found in /html/typo3_src-4.3.0/t3lib/class.t3lib_div.php on line 4942

downgrading to php 5.2.11 solves this.

all extensions are up to date,
TV 1.41, typo3 4.3, php 5.3.1 

i'm not sure if this is relevant for templavoila or if it is a core thing.

hmmm not many people seems to have this problem.

it is documented here:
http://bugs.typo3.org/view.php?id=12869


Do you have any idea?

Best regards

Martin



From ss at cabag.ch  Tue Dec 22 16:49:30 2009
From: ss at cabag.ch (Sonja Scholz)
Date: Tue, 22 Dec 2009 16:49:30 +0100
Subject: [TYPO3-dev]  felogin does not work in 4.3 if be_user is logged in
Message-ID: 

Hello everyone,

I have a tricky problem.

I updated my TYPO3 version 4.2.10 to 4.3.0. When I'm logged in BE I 
cannot login into FE via felogin extension (Error: Username or password 
wrong) in the same browser. In the background, felogin extension checks 
if the var $GLOBALS['TSFE']->loginUser isset, in the test the var is 0 
but the fe_user array $GLOBALS['TSFE']->fe_user->user isset fine and the 
cookie is also set.

RSA is disabled, no salted password support or any other xclass extensions.

I installed devlog, where I can see that for the felogin no error 
occurs. But I'm wondering why the class t3lib_userauth is called for the 
fe_login instead of the class tslib_feUserAuth



-- devlog -- snipp

Updated Cookie: 4a3b5558aafbcf5c81791138bf5ba228 
class.t3lib_userauth.php, line 357

User session finally read: uid: 106; username: test; 
class.t3lib_userauth.php, line 273

Fetch session ses_id = 4a3b5558aafbcf5c81791138bf5ba228 
class.t3lib_userauth.php, line 736

User test logged in from 212.203.xx.xx ()	class.t3lib_userauth.php, line 619

Create session ses_id = 4a3b5558aafbcf5c81791138bf5ba228 
class.t3lib_userauth.php, line 687

authUserFE auth services called: ,tx_sv_auth	class.t3lib_userauth.php, 
line 585

Auth user: uid: 106; pid: 2; tstamp: 1261492603; username: test; 
password: test; ... class.t3lib_userauth.php, line 558

1 user records found by services	class.t3lib_userauth.php, line 527

getUserFE auth services called: ,tx_sv_auth	class.t3lib_userauth.php, 
line 525

User found: uid: 106; username: test; 	class.t3lib_userauth.php, line 513

logoff: ses_id = 4a3b5558aafbcf5c81791138bf5ba228 
class.t3lib_userauth.php, line 777

Fetch session ses_id = 4a3b5558aafbcf5c81791138bf5ba228 
class.t3lib_userauth.php, line 736

logoff: ses_id = 4a3b5558aafbcf5c81791138bf5ba228 
class.t3lib_userauth.php, line 777

Active login (eg. with login form)	class.t3lib_userauth.php, line 452

Login data: status: login; uname: test; uident: test; chalvalue:; 
uident_text: test; uident_challenged: e969b66fb6f9787e3dd1...; 
uident_superchallenged: e0e9131ee54ac5e6f731...; permanent: 1; 
class.t3lib_userauth.php, line 437

Login type: FE	class.t3lib_userauth.php, line 429

## Beginning of auth logging.	class.t3lib_userauth.php, line 215
-- devlog -- snapp



I did the hole test also in 4.3.0beta1 where it works fine (Here the 
class tslib_feUserAuth is called ).

Does anyone have the same problem or can reproduce it?

Thanks you very much for your help...

Kind regards,

Sonja



From masi-no at spam-typo3.org  Tue Dec 22 18:58:33 2009
From: masi-no at spam-typo3.org (Martin Kutschker)
Date: Tue, 22 Dec 2009 18:58:33 +0100
Subject: [TYPO3-dev] Info: new static tables
In-Reply-To: 
References: 		
	
Message-ID: 

David Bruchmann schrieb:
>
> Perhaps it's unusual for some people to use that word because it sounds
> very offensive.

Perhaps the should seek professional counsel if they are offended by sex ;)

Masi



From fsu-lists at cobweb.ch  Wed Dec 23 09:32:26 2009
From: fsu-lists at cobweb.ch (Francois Suter)
Date: Wed, 23 Dec 2009 09:32:26 +0100
Subject: [TYPO3-dev] felogin does not work in 4.3 if be_user is logged in
In-Reply-To: 
References: 
Message-ID: 

Hi Sonja,

> Does anyone have the same problem or can reproduce it?

I don't have the same problem, but I also have such a weirdness. On one 
web site running 4.3.0 I can log into the FE while being logged into the 
BE too, but the user rights in the FE are not correct. I'm actually 
seeing only the pages that are available at every login and none of 
those that are restricted to a particular group or set of groups.

I haven't had time to dig into that yet, as it's not a critical site.

Cheers

-- 

Francois Suter
Cobweb Development Sarl - http://www.cobweb.ch



From phillippons at googlemail.com  Wed Dec 23 10:11:21 2009
From: phillippons at googlemail.com (PhillipPons)
Date: Wed, 23 Dec 2009 10:11:21 +0100
Subject: [TYPO3-dev] felogin does not work in 4.3 if be_user is logged in
In-Reply-To: 
References: 
	
Message-ID: 

Francois Suter wrote:
> Hi Sonja,
>
>> Does anyone have the same problem or can reproduce it?
>
> I don't have the same problem, but I also have such a weirdness. On 
> one web site running 4.3.0 I can log into the FE while being logged 
> into the BE too, but the user rights in the FE are not correct. I'm 
> actually seeing only the pages that are available at every login and 
> none of those that are restricted to a particular group or set of groups.
>
> I haven't had time to dig into that yet, as it's not a critical site.
>
> Cheers
>
I have the same problem. Also in 4.3.0. I already posted this on german 
user list... but no answer until this moment.

Cheers
Kjeld



From pfoerger at gmail.com  Wed Dec 23 10:46:25 2009
From: pfoerger at gmail.com (Peter Foerger)
Date: Wed, 23 Dec 2009 10:46:25 +0100
Subject: [TYPO3-dev] felogin does not work in 4.3 if be_user is logged in
In-Reply-To: 
References: 
Message-ID: 

Hi Sonja,

Sonja Scholz schrieb:

> 
> Does anyone have the same problem or can reproduce it?


nope, works for me.

~Peter



From typo3 at perseguers.ch  Wed Dec 23 12:09:39 2009
From: typo3 at perseguers.ch (Xavier Perseguers)
Date: Wed, 23 Dec 2009 12:09:39 +0100
Subject: [TYPO3-dev] felogin does not work in 4.3 if be_user is logged in
In-Reply-To: 
References: 
	
Message-ID: 

Hi Sonja and Francois,

>> Does anyone have the same problem or can reproduce it?
>
> I don't have the same problem, but I also have such a weirdness. On one
> web site running 4.3.0 I can log into the FE while being logged into the
> BE too, but the user rights in the FE are not correct. I'm actually
> seeing only the pages that are available at every login and none of
> those that are restricted to a particular group or set of groups.
>
> I haven't had time to dig into that yet, as it's not a critical site.

I experienced a related problem since a while but, as Francois, I did 
not take time to dig into it.

What I experience is that felogin shows that I'm logged in when actually 
I'm logged into BE and show FE in another browser tab. But I have no 
name (I show the username when logged in). Going to the login page, I 
may log out. If I click on log out, I may then log in properly with a 
proper feuser.

-- 
Xavier Perseguers



From franz at ttproducts.de  Wed Dec 23 17:56:59 2009
From: franz at ttproducts.de (Franz Holzinger)
Date: Wed, 23 Dec 2009 17:56:59 +0100
Subject: [TYPO3-dev] Error in init.php: Path to TYPO3 main dir could not
	be resolved correctly.
In-Reply-To: 
References: 
Message-ID: 

found it:

index.php -> typo3_src/index.php

before the symbolic link has been wrong:

index.php -> typo3_src/typo3/index.php



From typo3-dev at bruchmann-web.de  Thu Dec 24 06:11:13 2009
From: typo3-dev at bruchmann-web.de (David Bruchmann)
Date: Thu, 24 Dec 2009 06:11:13 +0100
Subject: [TYPO3-dev] missing field in tt_news_cache
Message-ID: 

Hi,

In tt_news there is a missing field in the table tt_news_cache.
Here is the debug-output:

caller	t3lib_DB::exec_INSERTquery
ERROR	Unknown column 'tags' in 'field list'
lastBuiltQuery	INSERT INTO 
tt_news_cache(identifier,content,crdate,tags,lifetime) VALUES 
('f0299b31e3a86a82f68ce6efb3e596','a:0:{}','1261631135','getCategories','86400')
debug_backtrace	require#80 // include#434 // TSpagegen::renderContent#77 
// tslib_cObj->cObjGet#317 // tslib_cObj->cObjGetSingle#493 // 
tslib_cObj->TEMPLATE#626 // tslib_cObj->cObjGetSingle#2558 // 
tslib_cObj->COBJ_ARRAY#550 // tslib_cObj->cObjGet#745 // 
tslib_cObj->cObjGetSingle#493 // tslib_cObj->CONTENT#577 // 
tslib_cObj->cObjGetSingle#1355 // tslib_cObj->cObjGetSingle#531 // 
tslib_cObj->CASEFUNC#598 // tslib_cObj->cObjGetSingle#1666 // 
tslib_cObj->COBJ_ARRAY#550 // tslib_cObj->cObjGet#745 // 
tslib_cObj->cObjGetSingle#493 // tslib_cObj->CASEFUNC#598 // 
tslib_cObj->cObjGetSingle#1666 // tslib_cObj->CASEFUNC#598 // 
tslib_cObj->cObjGetSingle#1666 // tslib_cObj->cObjGetSingle#531 // 
tslib_cObj->USER#620 // tslib_cObj->callUserFunction#789 // 
call_user_func_array#6626 // tx_ttnews->main_news# // 
tx_ttnews->displayList#183 // tx_ttnews->getListContent#735 // 
tx_ttnews->getCategories#1017 // tx_ttnews_cache->set#2449 // 
t3lib_DB->exec_INSERTquery#111 // t3lib_DB->debug#184

Best Regards
David



From typo3-dev at bruchmann-web.de  Thu Dec 24 06:26:32 2009
From: typo3-dev at bruchmann-web.de (David Bruchmann)
Date: Thu, 24 Dec 2009 06:26:32 +0100
Subject: [TYPO3-dev] missing field in tt_news_cache
In-Reply-To: 
References: 
Message-ID: 

----- Urspr?ngliche Nachricht -----
Von:        David Bruchmann 
Gesendet:   Donnerstag, 24. Dezember 2009 06:11:13
An:         List for Core-/Extension development 
CC:
Betreff:    [TYPO3-dev] missing field in tt_news_cache
>
> In tt_news there is a missing field in the table tt_news_cache.


OK, I saw it's changed in SVN already:

#
# Table structure for table 'tt_news_cache'
#
CREATE TABLE IF NOT EXISTS `tt_news_cache` (
   `id` int(11) unsigned NOT NULL auto_increment,
   `identifier` varchar(32) NOT NULL default '',
   `content` text NOT NULL,
   `crdate` int(11) NOT NULL default '0',
   `tags` varchar(255) NOT NULL,
   `lifetime` int(11) NOT NULL default '0',
   PRIMARY KEY  (`id`),
   KEY `cache_id` (`identifier`)
) ENGINE=InnoDB;

Best Regards
David



From post at typo3felix.de  Fri Dec 25 23:46:48 2009
From: post at typo3felix.de (Felix Oertel)
Date: Fri, 25 Dec 2009 23:46:48 +0100
Subject: [TYPO3-dev]  Naming-conventions and the "auto"-loader
Message-ID: 

Hi you guys,

first of all: happy christmas !
(I think I will avoid ascii-art rudolph)

As I took a closer look on the "auto"-loader I recognized this hole 
registry-thing. IMHO an autoloader should be able to load a classfile 
automaticly, without the need of getting a registry-update before.

This allready happens for Tx_ files (extensions built with extbase), but 
not the TYPO3 core-files.

I thought about correcting the violations of naming conventions (class 
t3lib_pageSelector in class.t3lib_page.php e. g.) and giving the 
autoloader the ability to load files directly. (Should be possible 
following the conventions.)

We could keep the autoloader_core.php as a backup to register files, not 
following the conventions (thus this should be avoided). Probably it 
would be a good idea to rename it anyways. ;-)

As I think this would be quiet a bit of work, I wanted to ask what you 
guys think about it.

With kind regards,

Felix Oertel
typo3felix.de



From typo3 at perseguers.ch  Sat Dec 26 09:53:05 2009
From: typo3 at perseguers.ch (Xavier Perseguers)
Date: Sat, 26 Dec 2009 09:53:05 +0100
Subject: [TYPO3-dev] Naming-conventions and the "auto"-loader
In-Reply-To: 
References: 
Message-ID: 

Hi,

> I thought about correcting the violations of naming conventions (class
> t3lib_pageSelector in class.t3lib_page.php e. g.) and giving the
> autoloader the ability to load files directly. (Should be possible
> following the conventions.)
>
> [...]
>
> As I think this would be quiet a bit of work, I wanted to ask what you
> guys think about it.

Once something is in stable release (4.3), you have to correct / enhance on trunk, deprecate it (with logger) but keep it compatible for 2 releases anyway, that is deprecate it in 4.4 (trunk ATM) and 
remove it in 4.6...

-- 
Xavier Perseguers
http://xavier.perseguers.ch/en

One contribution a day keeps the fork away



From masi-no at spam-typo3.org  Sat Dec 26 10:36:49 2009
From: masi-no at spam-typo3.org (Martin Kutschker)
Date: Sat, 26 Dec 2009 10:36:49 +0100
Subject: [TYPO3-dev] Naming-conventions and the "auto"-loader
In-Reply-To: 
References: 
Message-ID: 

Felix Oertel schrieb:
> Hi you guys,
> 
> first of all: happy christmas !
> (I think I will avoid ascii-art rudolph)
> 
> As I took a closer look on the "auto"-loader I recognized this hole
> registry-thing. IMHO an autoloader should be able to load a classfile
> automaticly, without the need of getting a registry-update before.
> 
> This allready happens for Tx_ files (extensions built with extbase), but
> not the TYPO3 core-files.
> 
> I thought about correcting the violations of naming conventions (class
> t3lib_pageSelector in class.t3lib_page.php e. g.) and giving the
> autoloader the ability to load files directly. (Should be possible
> following the conventions.)

t3lib/ has unfortunately some oddities. I suggested to rename those few, but never found the time
and energy to provide a patch for that. typo3/ should also use an naming scheme, but doesn't :(

I hope for 4.4 to clean up the directories and get a strictly name based autoloading for t3lib/ and
typo3/.

Masi



From post at typo3felix.de  Sat Dec 26 19:45:06 2009
From: post at typo3felix.de (Felix Oertel)
Date: Sat, 26 Dec 2009 19:45:06 +0100
Subject: [TYPO3-dev] Naming-conventions and the "auto"-loader
In-Reply-To: 
References: 
	
Message-ID: 

Hi guys,

congratulations, we just reached revision 6700. *g*

Martin Kutschker schrieb:
> I hope for 4.4 to clean up the directories and get a strictly name based autoloading for t3lib/ and
> typo3/.
> 
> Masi

Do you "hope for" time to do it yourself or someone to do it. ;) I would 
love to volunteer.

I think we can split that into two tasks (naming conventions and 
autoloader). I would start the naming-thing and we could talk about the 
autoloader later.

Regards,

Felix Oertel
typo3felix.de



From post at typo3felix.de  Sat Dec 26 19:48:01 2009
From: post at typo3felix.de (Felix Oertel)
Date: Sat, 26 Dec 2009 19:48:01 +0100
Subject: [TYPO3-dev] Naming-conventions and the "auto"-loader
In-Reply-To: 
References: 
	
Message-ID: 

Hi,

Xavier Perseguers schrieb:
> Once something is in stable release (4.3), you have to correct / enhance 
> on trunk, deprecate it (with logger) but keep it compatible for 2 
> releases anyway, that is deprecate it in 4.4 (trunk ATM) and remove it 
> in 4.6...

thanks for your advise Xavier. Is this stuff written down somewhere for 
I didn't read about it yet.

Probably a simple missunderstanding, but isn't anything modified in 
trunk going into 4.3.1 allready? So if I would deprecate something in 
trunk it would be deprecated in 4.3.1 not 4.4 ... confusing. ;)

Regards,

Felix Oertel
typo3felix.de



From masi-no at spam-typo3.org  Sat Dec 26 20:18:25 2009
From: masi-no at spam-typo3.org (Martin Kutschker)
Date: Sat, 26 Dec 2009 20:18:25 +0100
Subject: [TYPO3-dev] Naming-conventions and the "auto"-loader
In-Reply-To: 
References: 
	
	
Message-ID: 

Felix Oertel schrieb:
> Hi guys,
> 
> congratulations, we just reached revision 6700. *g*
> 
> Martin Kutschker schrieb:
>> I hope for 4.4 to clean up the directories and get a strictly name
>> based autoloading for t3lib/ and
>> typo3/.
>>
>> Masi
> 
> Do you "hope for" time to do it yourself or someone to do it. ;) I would
> love to volunteer.

In the short time I hope for someone else. In the long run I might give it a try myself.

> I think we can split that into two tasks (naming conventions and
> autoloader). I would start the naming-thing and we could talk about the
> autoloader later.

Correct.

I have renamed a few files and even provided wrapper classes with the old names that include the
files with the new names for compatibility. It's not so difficult for most of them. But this should
be tested very well before it can be used.

Masi



From typo3 at perseguers.ch  Sat Dec 26 22:09:07 2009
From: typo3 at perseguers.ch (Xavier Perseguers)
Date: Sat, 26 Dec 2009 22:09:07 +0100
Subject: [TYPO3-dev] Naming-conventions and the "auto"-loader
In-Reply-To: 
References: 
	
	
Message-ID: 

Hi,

> Xavier Perseguers schrieb:
>> Once something is in stable release (4.3), you have to correct /
>> enhance on trunk, deprecate it (with logger) but keep it compatible
>> for 2 releases anyway, that is deprecate it in 4.4 (trunk ATM) and
>> remove it in 4.6...
>
> thanks for your advise Xavier. Is this stuff written down somewhere for
> I didn't read about it yet.

This should appear in some (near) future on typo3.org

> Probably a simple missunderstanding, but isn't anything modified in
> trunk going into 4.3.1 allready? So if I would deprecate something in
> trunk it would be deprecated in 4.3.1 not 4.4 ... confusing. ;)

Not if you have a look at subversion. trunk is not 4.3.x anymore but the branch for developing 4.4 :-)

Something one not (yet) implied with Core development may not be aware of:

- trunk is always the branch for the next 4.x.0 release
- As soon as 4.x.0 is released (4.3.0 in our latest case), a dedicated branch TYPO3_4-x is created
- Each release is available as a tag in SVN
- Bugs to be fixed for the next release (currently 4.3.1 or 4.2.11) are made on their respective branch, not on trunk. That is on TYPO3_4-3 and TYPO3_4-2 respectively
- Patch versions (4.x.y where y > 0) may not change the API nor database structure, meaning deprecation cannot occur on branch 4.3, only with 4.4.0, that is, on trunk

HTH

-- 
Xavier Perseguers
http://xavier.perseguers.ch/en

One contribution a day keeps the fork away



From christian.tauscher at media-distillery.de  Sun Dec 27 01:06:50 2009
From: christian.tauscher at media-distillery.de (Christian Tauscher)
Date: Sun, 27 Dec 2009 01:06:50 +0100
Subject: [TYPO3-dev]  tcemain + processDatamap_preProcessFieldArray
Message-ID: 

Hello TYPO3-World!

I'd like to count my Record-copys.

In List -Module everything is as usual. Copy-Paste, you know that.

Now I have writte a nice Module wich is close to the list-Module, but
displays my records in a more comfortable way.

With

$params = '&cmd[table]['.$this->row['uid'].'][copy]=-'.$this->row['uid'];
$out .= 'MOD_MENU with
the menu Entrys of my Menu.

So in my main Function I did this:

$this->MOD_MENU['myMenu'] = array( 1 => 'entry1',...);

Funny, the Menu is not rendered.
??? It is $this->....???

If I put the Menu-Definitions into the "function menuConfig()"
everything works as expected.
????

So far so good, but my Menu entrys change by a TSconfig entry and some
DB Records:
$data = t3lib_BEfunc::getModTSconfig($this->pObj->pageinfo['uid'],
'mod.'.$GLOBALS['MCONF']['name'].'.myData');
(the get the reyuired data forom DB)

But $data is never be filled with the values vom TSconfig. If I try to
fill $this->data in main-funtion, then $data is filled, but I can't
access the data in menuConfig().

I am sure this is some Class/function/Scope thing, but I have no idea
wats going on.

Maybe you can point me to the right direction,

I had a look in SYSEXT:belog, kaspar does something very similar to my
needs, he adds the BE groups to the select-menu dynamically.
Everything is a little bit different but not that much.....

OK - Kaspar is the best.


Happy New Year,

Christian.



From post at typo3felix.de  Sun Dec 27 02:28:59 2009
From: post at typo3felix.de (Felix Oertel)
Date: Sun, 27 Dec 2009 02:28:59 +0100
Subject: [TYPO3-dev] Naming-conventions and the "auto"-loader
In-Reply-To: 
References: 
	
	
	
Message-ID: 

Hi Xavier,

Xavier Perseguers schrieb:
> Something one not (yet) implied with Core development may not be aware of

Thanks alot. Be sure your explenations are very appreciated. ;-)


Regards

Felix Oertel
typo3felix.de



From post at typo3felix.de  Sun Dec 27 02:50:37 2009
From: post at typo3felix.de (Felix Oertel)
Date: Sun, 27 Dec 2009 02:50:37 +0100
Subject: [TYPO3-dev] Naming-conventions and the "auto"-loader
In-Reply-To: 
References: 
	
Message-ID: 

Hi,

Xavier Perseguers schrieb:
> Once something is in stable release (4.3), you have to correct / enhance 
> on trunk, deprecate it (with logger) but keep it compatible for 2 
> releases anyway, that is deprecate it in 4.4 (trunk ATM) and remove it 
> in 4.6...

I was just moving the JS-files from t3lib/ to t3lib/js/ and wondered if 
I just put a @deprecated comment in the JS files or if there are any 
other steps neccassary to mark them deprecated.

Regards,

Felix Oertel
typo3felix.de



From ng at ralfhettinger.de  Sun Dec 27 03:51:05 2009
From: ng at ralfhettinger.de (Ralf Hettinger)
Date: Sun, 27 Dec 2009 03:51:05 +0100
Subject: [TYPO3-dev] tcemain + processDatamap_preProcessFieldArray
In-Reply-To: 
References: 
Message-ID: 

Hi!

Am 27.12.2009 01:06 schrieb Christian Tauscher:

[...]

> I need a call-by-reference:
> 
>> $hookObj->processDatamap_preProcessFieldArray(&$incomingFieldArray,
> $table, $id, $this);
>  
> How can I change Data before it is written to DB?

Declaring the var $incomingFieldArray with a & in your hook function
should do this trick, no?

function processDatamap_preProcessFieldArray(
  &$incomingFieldArray, $table, $id, $callingTCEMAIN
) {
  // ...
  $incomingFieldArray['yourfield'] = 'my override value...';
  // => incomingFieldArray of calling tcemain object is changed ...
  // watch out of tcemain's checks afterwards or use another hook ;)
}


> This works, but how can I Limit this hook only to be called inside *my*
> module? List-Module should not be touched.

Is it limited to certain table / id / tcemain instance? Then a simple if
clause should do.

If you are instantiating the list module from within your own module
(... sounds interesting :) ), you should have typically
$GLOBALS['MCONF'] defined to some specific values of your module and
could condition that. Or (not very nice) if your still using tceFORMs
you could hook up in class t3lib_TCEforms and pass over some specific
inputs...


> Same should be If a realy New (not a copy) record is created, the hook
> should not be called.

It's pretty easy to detect if a record is a "new" record, since the
passed id value ind hook processDatamap_preProcessFieldArray will not be
an int... the following is just an idea, which is far away from perfect,
but should give you an idea...
... like

class tx_myownhookclass_tcemain {
 $this->isNewRecord = false;

 function processDatamap_preProcessFieldArray(
  &$incomingFieldArray, $table, $id, $tcemain
 ) {
   if (!is_int($id)) { // no int value... new record (not bulletproof)
     $this->isNewRecords = false;
   }
 }
 function processDatamap_afterDatabaseOperations(
  $status, $table, $id, $fieldArray, $tcemain
 ) {
   if ($this->isNewRecord) {
     $new_id = $tcemain->substNEWwithIDs[$id];
   }
 }
}


> I hove everybody is clear what I am trying, and someone can help me.

Not that clear admittedly. Hope I could help a bit nevertheless :)


Cheers
Ralf



From info at sk-typo3.de  Sun Dec 27 10:49:36 2009
From: info at sk-typo3.de (Steffen Kamper)
Date: Sun, 27 Dec 2009 10:49:36 +0100
Subject: [TYPO3-dev] BE-Module from Kickstarter and function menuConfig()
In-Reply-To: 
References: 
Message-ID: 

Hi,

it's very simple as it's a simple array. But it will be rendered after 
parent::menuConfig();

So if you want to add menus dynamically move this call after you're 
finished.

vg Steffen



From masi-no at spam-typo3.org  Sun Dec 27 11:54:26 2009
From: masi-no at spam-typo3.org (Martin Kutschker)
Date: Sun, 27 Dec 2009 11:54:26 +0100
Subject: [TYPO3-dev] Info: new static tables
In-Reply-To: 
References: 
	
Message-ID: 

Francois Suter schrieb:
> Hi David,
> 
>> 2) "Static Sex" for human and zoological classification of sexual gender:
>> http://forge.typo3.org/projects/settings/extension-mdb_static_sex
>> or here:
>> http://typo3.org/extensions/repository/view/mdb_static_sex/current/
> 
> I must say I prefer active sex... and seeing your extension at the top
> of the list this morning in the TER was really a hoot!
> 
> Seriously though, this is a typical case of bad English usage and I
> strongly suggest you rename your extension. In such a case the word to
> use is "gender". In English "sex" really means "making love" so your
> extension sounds more like it's a list of bordellos. Sorry.

BTW, have a look at ISO 5218 "Information technology ? Codes for the
representation of human sexes". At least in 2004 it wasn't thought to be so offending not to be fit
for usage in the title of a standard.

Masi

PS: Incredible that this is a standard at all. ... and it is also the only ISO standard I know of
the can be obtained from ISO free of charge.



From christian.tauscher at media-distillery.de  Sun Dec 27 14:44:39 2009
From: christian.tauscher at media-distillery.de (Christian Tauscher)
Date: Sun, 27 Dec 2009 14:44:39 +0100
Subject: [TYPO3-dev] BE-Module from Kickstarter and function menuConfig()
In-Reply-To: 
References: 
	
Message-ID: 

Steffen Kamper schrieb:

> it's very simple as it's a simple array. But it will be rendered after

Indeed, it is very simple!

>> $data = t3lib_BEfunc::getModTSconfig($this->pObj->pageinfo['uid'],

I have never tested if $this->pObj->pageinfo['uid'] is set, an on page 0
there is nothing set.

#-)

I've lost oversight in the way BE-Modules are set up - it's not so
intuitive like FE. At least this seems to me.

Thank you for your help!

Christian.






From christian.tauscher at media-distillery.de  Sun Dec 27 16:08:01 2009
From: christian.tauscher at media-distillery.de (Christian Tauscher)
Date: Sun, 27 Dec 2009 16:08:01 +0100
Subject: [TYPO3-dev] tcemain + processDatamap_preProcessFieldArray
In-Reply-To: 
References: 
	
Message-ID: 

Ralf Hettinger schrieb:


> Declaring the var $incomingFieldArray with a & in your hook function
> should do this trick, no?

yes. I don't understand really why, but it works.
have to read that hook-manual on typo3.org again

:-)

> It's pretty easy to detect if a record is a "new" record, since the
> passed id value ind hook processDatamap_preProcessFieldArray will not be

Yes you are right, but a copyed record results in a NEW.., too. So you
cannot tell if New or simply a copy.

Thankyou for your code-fragments, but while I was stuck on this part I
changed my EXT to support versioning, and there was the answer:

Field t3_origuid is only set containing the uid of the origin Record.
So I only have test isset($refArray['t3_origuid']).

Sometimes it's so simple....

Thank you to everybody in the TYPO3 world especially Ralf and Steffen.

What a lucky Christmas :-)

Christian.



From fsu-lists at cobweb.ch  Sun Dec 27 18:30:19 2009
From: fsu-lists at cobweb.ch (Francois Suter)
Date: Sun, 27 Dec 2009 18:30:19 +0100
Subject: [TYPO3-dev] Info: new static tables
In-Reply-To: 
References: 
	
	
Message-ID: 

Hi,

> BTW, have a look at ISO 5218 "Information technology ? Codes for the
> representation of human sexes". At least in 2004 it wasn't thought to be so offending not to be fit
> for usage in the title of a standard.

Interesting.

Note that I never said that I was offended. I just find the word 
extremely ambiguous.

Note 2: just yesterday I read a fascinating article about "disorders of 
sex development", but this is getting off-topic, although it shows why 
one may need a very complicated catalog to define sexes, and not just 
for zoos.

Cheers

-- 

Francois Suter
Cobweb Development Sarl - http://www.cobweb.ch



From ng at ralfhettinger.de  Sun Dec 27 23:49:16 2009
From: ng at ralfhettinger.de (Ralf Hettinger)
Date: Sun, 27 Dec 2009 23:49:16 +0100
Subject: [TYPO3-dev] tcemain + processDatamap_preProcessFieldArray
In-Reply-To: 
References: 
	
	
Message-ID: 

Am 27.12.2009 16:08 schrieb Christian Tauscher:
>> Declaring the var $incomingFieldArray with a & in your hook function
>> should do this trick, no?
> 
> yes. I don't understand really why, but it works.
> have to read that hook-manual on typo3.org again

have a look here first ;)
http://php.net/manual/en/language.references.pass.php

Cheers Ralf



From bartoszx at SPAMgmail.com  Mon Dec 28 11:47:00 2009
From: bartoszx at SPAMgmail.com (Bartosz Aninowski)
Date: Mon, 28 Dec 2009 11:47:00 +0100
Subject: [TYPO3-dev] EM hangs
In-Reply-To: 
References: 
	
Message-ID: 

Michael Knabe pisze:
> Hi,
> 
> I once ran into a similar problem (#11818) as EM includes all
> ext_emconf.php files from the ext-dir.
> So if you didn't mess around with your TYPO3-core you should look
> through these files. Maybe one of them contains an infinite loop
> although I have no Idea why one should do that.


Fresh setup. No extension.
Em->Translation handling->Polish->Save Selection.
After that httpd process eats 100% cpu
I can not open EM again. I need edit admin in phpmyadmin and clear uc field.

The same fresh installtion on another server working without problem.

4.2.10 in both cases is working ok.

p.s This is waht core dump shows
Program terminated with signal 11, Segmentation fault.
#0  0x00fd5836 in ?? () from /lib/libgcc_s.so.1





-- 
Bartosz Aninowski
typo(3)holics
http://techblog.evo.pl/en/evo_nginx_boost-extension/ [Memcache Power for 
TYPO3]



From kraftb at kraftb.at  Mon Dec 28 15:06:27 2009
From: kraftb at kraftb.at (Bernhard Kraft)
Date: Mon, 28 Dec 2009 15:06:27 +0100
Subject: [TYPO3-dev] direct_mail_subscription recursive pid
In-Reply-To: 
References: 
Message-ID: 

Philipp Metzler Infos schrieb:

> plugin.feadmin.dmailsubscription {
> pid = 123
> }

The thing is, you are writing about "dmailsubscription" here. So the
extension will put every new registration into this folder.

If it is just about to allow edit/delete from tt_address records in
subfolders (however they got there) then I can offer you an easy solution:

Search for the following line:
----------------
$this->thePid = intval($this->conf['pid']) ? intval($this->conf['pid']) :
$GLOBALS['TSFE']->id;
----------------

in "typo3/sysext/cms/tslib/media/scripts/fe_adminLib.inc

and append the following line after it:

$this->thePid = $this->cObj->stdWrap($this->thePid, $this->conf['pid.']);

Then you have stdWrap properties for the "pid" field in TypoScript and can
set different pid's depending on which record should get edited/deleted
(submitted via GET variable "rU").


I hope this is not too complex. If you know how to use TypoScript it really
is quite easy then!!! No need to write custom methods or to do other nasty
things.

Making the "pid" field to allow a list of PIDs wont work, as I already told
you the pid value will get used for creating new records (were a list
doesn't help much)


greets,
Bernhard



From takoje at takoje.hr  Mon Dec 28 18:10:03 2009
From: takoje at takoje.hr (Pero Matic)
Date: Mon, 28 Dec 2009 18:10:03 +0100
Subject: [TYPO3-dev] FE user logout - where?
References: 
	
	
	
	
	
	
	
Message-ID: 

Finally i solved this. The problem was outside Typo3. Thx!

Regards. 





From typo3 at rvt.dds.nl  Mon Dec 28 19:22:47 2009
From: typo3 at rvt.dds.nl (Ries van Twisk)
Date: Mon, 28 Dec 2009 13:22:47 -0500
Subject: [TYPO3-dev] FE user logout - where?
In-Reply-To: 
References: 
	
	
	
	
	
	
	
	
Message-ID: 


On Dec 28, 2009, at 12:10 PM, Pero Matic wrote:

> Finally i solved this. The problem was outside Typo3. Thx!
>
> Regards.


May be it helps if you tell is what you did to solve it, or what the  
exact situation was.
This can help other people.

Ries



			regards, Ries van Twisk

- Join us on #TYPO3 on freenode | irc://chat.freenode.net/#typo3

-------------------------------------------------------------------------------------------------
tags: Freelance TYPO3 Glassfish JasperReports JasperETL Flex Blaze-DS  
WebORB PostgreSQL DB-Architect
email: ries at vantwisk.nl        web:   http://www.rvantwisk.nl/     
skype: callto://r.vantwisk









From pero at matic.com  Mon Dec 28 19:40:33 2009
From: pero at matic.com (Pero Matic)
Date: Mon, 28 Dec 2009 19:40:33 +0100
Subject: [TYPO3-dev] FE user logout - where?
References: 
	
Message-ID: 

Ries van Twisk wrote:
> On Dec 28, 2009, at 12:10 PM, Pero Matic wrote:
>
>> Finally i solved this. The problem was outside Typo3. Thx!
>>
>> Regards.
>
>
> May be it helps if you tell is what you did to solve it, or what the
> exact situation was.
> This can help other people.

I would but it has nothing to do with Typo3. I use some external SSO service 
(Typo3 auth. extension redirects user to that SSO which upon valid auth. 
redirects user back to Typo3) and the problem was I had wrong redirect link 
set for logout. It was hard to spot that so i thought i made something wrong 
in programming Typo3 auth. service extension. However, during debug i 
discovered some interesting facts about Typo3 logoff function :-)

Regards. 





From typo3 at rvt.dds.nl  Mon Dec 28 20:04:32 2009
From: typo3 at rvt.dds.nl (Ries van Twisk)
Date: Mon, 28 Dec 2009 14:04:32 -0500
Subject: [TYPO3-dev] FE user logout - where?
In-Reply-To: 
References: 
	
	
Message-ID: 


On Dec 28, 2009, at 1:40 PM, Pero Matic wrote:

> Ries van Twisk wrote:
>> On Dec 28, 2009, at 12:10 PM, Pero Matic wrote:
>>
>>> Finally i solved this. The problem was outside Typo3. Thx!
>>>
>>> Regards.
>>
>>
>> May be it helps if you tell is what you did to solve it, or what the
>> exact situation was.
>> This can help other people.
>
> I would but it has nothing to do with Typo3. I use some external SSO  
> service
> (Typo3 auth. extension redirects user to that SSO which upon valid  
> auth.
> redirects user back to Typo3) and the problem was I had wrong  
> redirect link
> set for logout. It was hard to spot that so i thought i made  
> something wrong
> in programming Typo3 auth. service extension. However, during debug i
> discovered some interesting facts about Typo3 logoff function :-)
>
> Regards.


It still would help people to understand  :)

thanks for the quick explanation.

Ries


			regards, Ries van Twisk

- Join us on #TYPO3 on freenode | irc://chat.freenode.net/#typo3

-------------------------------------------------------------------------------------------------
tags: Freelance TYPO3 Glassfish JasperReports JasperETL Flex Blaze-DS  
WebORB PostgreSQL DB-Architect
email: ries at vantwisk.nl        web:   http://www.rvantwisk.nl/     
skype: callto://r.vantwisk









From typo3-dev at bruchmann-web.de  Tue Dec 29 06:22:31 2009
From: typo3-dev at bruchmann-web.de (David Bruchmann)
Date: Tue, 29 Dec 2009 06:22:31 +0100
Subject: [TYPO3-dev] Info: new static tables
In-Reply-To: 
References: 	
	
Message-ID: 

Von:        Martin Kutschker 
Gesendet:   Sonntag, 27. Dezember 2009 11:54:26
An:         typo3-dev at lists.typo3.org
Betreff:    Re: [TYPO3-dev] Info: new static tables

> PS: Incredible that this is a standard at all. ... and it is also the only ISO standard I know of
> the can be obtained from ISO free of charge.

Hi Masi,

take a look at this page for freely available Standards:
http://standards.iso.org/ittf/PubliclyAvailableStandards/index.html

Best Regards
David



From masi-no at spam-typo3.org  Tue Dec 29 11:13:13 2009
From: masi-no at spam-typo3.org (Martin Kutschker)
Date: Tue, 29 Dec 2009 11:13:13 +0100
Subject: [TYPO3-dev] Info: new static tables
In-Reply-To: 
References: 		
	
Message-ID: 

David Bruchmann schrieb:
> Von:        Martin Kutschker 
> Gesendet:   Sonntag, 27. Dezember 2009 11:54:26
> An:         typo3-dev at lists.typo3.org
> Betreff:    Re: [TYPO3-dev] Info: new static tables
> 
>> PS: Incredible that this is a standard at all. ... and it is also the
>> only ISO standard I know of
>> the can be obtained from ISO free of charge.
> 
> Hi Masi,
> 
> take a look at this page for freely available Standards:
> http://standards.iso.org/ittf/PubliclyAvailableStandards/index.html

Thanks. On wow, didn't know that the Linux Standard Base (LSB) core specification is an ISO standard.

Masi



From typo3-dev at bruchmann-web.de  Tue Dec 29 11:35:33 2009
From: typo3-dev at bruchmann-web.de (David Bruchmann)
Date: Tue, 29 Dec 2009 11:35:33 +0100
Subject: [TYPO3-dev] Info: new static tables
In-Reply-To: 
References: 			
	
Message-ID: 

Martin Kutschker schrieb:
>> take a look at this page for freely available Standards:
>> >  http://standards.iso.org/ittf/PubliclyAvailableStandards/index.html
> Thanks. On wow, didn't know that the Linux Standard Base (LSB) core specification is an ISO standard.

Enjoy reading all the stuff ;-)

BTW: Some Standards are defined as ISO after beeing defined somwhere 
else, but I don't know if it's the case with LSB too.
Newer Versions of those Standards may becoming an ISO retarded, so it's 
sometimes better to consult the original Standard.

David



From phlogsmailinglists at gmail.com  Tue Dec 29 22:21:01 2009
From: phlogsmailinglists at gmail.com (Cyrill Helg)
Date: Tue, 29 Dec 2009 22:21:01 +0100
Subject: [TYPO3-dev] extdeveval should help create autoload.php for
	extensions, says announcement of 4.3
Message-ID: 

Hi there

I just read this on [1]

The extension "extdeveval" helps generate these autoload registry files 
automatically.


Thats not true isn't it? That extension was not even updated in this year 
(09).

Where can I find that?

Furthermore I have an entry in my autoload.php but it is not read as far as I 
can find out. Do I need to register this autoload.php anywhere so that it 
works?


Cyrill Helg

PS: I'm trying to setup a scheduler task.


[1]http://news.typo3.org/news/article/typo3-43-alpha-3/



From info at rs-websystems.de  Tue Dec 29 22:37:20 2009
From: info at rs-websystems.de (Steffen Ritter)
Date: Tue, 29 Dec 2009 22:37:20 +0100
Subject: [TYPO3-dev] extdeveval should help create autoload.php for
	extensions, says announcement of 4.3
In-Reply-To: 
References: 
Message-ID: 

Cyrill Helg schrieb:
> Hi there
> 
> I just read this on [1]
> 
> The extension "extdeveval" helps generate these autoload registry files 
> automatically.
> 
> 
> Thats not true isn't it? That extension was not even updated in this year 
> (09).
> 
> Where can I find that?
> 
> Furthermore I have an entry in my autoload.php but it is not read as far as I 
> can find out. Do I need to register this autoload.php anywhere so that it 
> works?
> 
> 
> Cyrill Helg
> 
> PS: I'm trying to setup a scheduler task.
> 
> 
> [1]http://news.typo3.org/news/article/typo3-43-alpha-3/
Hey,
just go to forgen and have a look at the current version of extdeveval 
there. It generates autload.php for you.

YOu don't need to register, it's read automatically.

regards

Steffen



From phlogsmailinglists at gmail.com  Tue Dec 29 23:08:46 2009
From: phlogsmailinglists at gmail.com (Cyrill Helg)
Date: Tue, 29 Dec 2009 23:08:46 +0100
Subject: [TYPO3-dev] extdeveval should help create autoload.php for
	extensions, says announcement of 4.3
In-Reply-To: 
References: 
	
Message-ID: 

On Tuesday 29 December 2009 22:37:20 Steffen Ritter wrote:
> Cyrill Helg schrieb:
> > Hi there
> >
> > I just read this on [1]
> >
> > The extension "extdeveval" helps generate these autoload registry files
> > automatically.
> >
> >
> > Thats not true isn't it? That extension was not even updated in this year
> > (09).
> >
> > Where can I find that?
> >
> > Furthermore I have an entry in my autoload.php but it is not read as far
> > as I can find out. Do I need to register this autoload.php anywhere so
> > that it works?
> >
> >
> > Cyrill Helg
> >
> > PS: I'm trying to setup a scheduler task.
> >
> >
> > [1]http://news.typo3.org/news/article/typo3-43-alpha-3/
> 
> Hey,
> just go to forgen and have a look at the current version of extdeveval
> there. It generates autload.php for you.

You mean doing an svn checkout? They should update the extension to TER IMHO.

> 
> YOu don't need to register, it's read automatically.
> 
> regards
> 
> Steffen
> _______________________________________________
> TYPO3-dev mailing list
> TYPO3-dev at lists.typo3.org
> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-dev
> 



From t3ng at pi-phi.tk  Wed Dec 30 09:33:47 2009
From: t3ng at pi-phi.tk (bernd wilke)
Date: Wed, 30 Dec 2009 08:33:47 +0000 (UTC)
Subject: [TYPO3-dev] extdeveval should help create autoload.php
	for	extensions, says announcement of 4.3
References: 
	
	
Message-ID: 

On Tue, 29 Dec 2009 23:08:46 +0100 Cyrill Helg wrote:

> On Tuesday 29 December 2009 22:37:20 Steffen Ritter wrote:
>> Cyrill Helg schrieb:
>> > Hi there
>> >
>> > I just read this on [1]
>> >
>> > The extension "extdeveval" helps generate these autoload registry
>> > files automatically.
>> >
>> >
>> > Thats not true isn't it? That extension was not even updated in this
>> > year (09).
>> >
>> > Where can I find that?
>> >
>> > Furthermore I have an entry in my autoload.php but it is not read as
>> > far as I can find out. Do I need to register this autoload.php
>> > anywhere so that it works?
>> >
>> >
>> > Cyrill Helg
>> >
>> > PS: I'm trying to setup a scheduler task.
>> >
>> >
>> > [1]http://news.typo3.org/news/article/typo3-43-alpha-3/
>> 
>> Hey,
>> just go to forgen and have a look at the current version of extdeveval
>> there. It generates autload.php for you.
> 
> You mean doing an svn checkout? They should update the extension to TER
> IMHO.
> 
oh. you kiddy, nowadays only beginners get extensions from TER.

all hard-core TYPO3 do only forge. 
TER is much to easy as getting extensions is build in and TYPO3 is 
getting easier too much.


SCNR but I don't like the arrogance of all that develeopers who 'publish' 
their extensions not in TER (but on forge or their own websites)

bernd
-- 
http://www.pi-phi.de/cheatsheet.html



From soren.malling at gmail.com  Wed Dec 30 09:44:51 2009
From: soren.malling at gmail.com (=?ISO-8859-1?Q?S=F8ren_Malling?=)
Date: Wed, 30 Dec 2009 09:44:51 +0100
Subject: [TYPO3-dev] extdeveval should help create autoload.php for
	extensions, says announcement of 4.3
In-Reply-To: 
References: 
	
	
Message-ID: 

>
> You mean doing an svn checkout? They should update the extension to TER IMHO.
>

Well, isn't Forge ment to be the "new TER"? I agree that new stable
relases of the extensions should go to the TER. But, if you need
projects from forge as a t3x file you can grabthe here

http://sourceforge.net/projects/typo3xdev/files/T3X/extensions

Regards,

S?ren



From typo3-dev at bruchmann-web.de  Wed Dec 30 10:17:41 2009
From: typo3-dev at bruchmann-web.de (David Bruchmann)
Date: Wed, 30 Dec 2009 10:17:41 +0100
Subject: [TYPO3-dev] extdeveval should help create
	autoload.php	for	extensions, says announcement of 4.3
In-Reply-To: 
References: 		
	
Message-ID: 

bernd wilke schrieb:
>
> oh. you kiddy, nowadays only beginners get extensions from TER.
>
> all hard-core TYPO3 do only forge.

Hi Bernd,

Sorry, what for is the extension Manager if it doesn't work as logically 
expected?

SVN should be really for development-states - but tools for developers 
should treated like normal extensions else the difficulties to start 
writing extensions are to high for beginners and for others it's 
timewasting when the extension-manager can't be used to check versions.

Using SVN for Ext.Management is surley possible but not always wanted 
and a foreign instead of the build-in solution.

I know some guys here are talking much less harmeless than you, 
nevertheless "you kiddy" shouldn't be used on this list.

Best Regards
David



From sebastian.gebhard at gmail.com  Wed Dec 30 11:10:53 2009
From: sebastian.gebhard at gmail.com (Sebastian Gebhard)
Date: Wed, 30 Dec 2009 11:10:53 +0100
Subject: [TYPO3-dev] extdeveval should help create autoload.php for
	extensions, says announcement of 4.3
In-Reply-To: 
References: 			
	
Message-ID: 

You got the , right?

Am 30.12.2009 10:17, schrieb David Bruchmann:
> bernd wilke schrieb:
>>
>> oh. you kiddy, nowadays only beginners get extensions from TER.
>>
>> all hard-core TYPO3 do only forge.
>
> Hi Bernd,
>
> Sorry, what for is the extension Manager if it doesn't work as logically
> expected?
>
> SVN should be really for development-states - but tools for developers
> should treated like normal extensions else the difficulties to start
> writing extensions are to high for beginners and for others it's
> timewasting when the extension-manager can't be used to check versions.
>
> Using SVN for Ext.Management is surley possible but not always wanted
> and a foreign instead of the build-in solution.
>
> I know some guys here are talking much less harmeless than you,
> nevertheless "you kiddy" shouldn't be used on this list.
>
> Best Regards
> David




From typo3-dev at bruchmann-web.de  Wed Dec 30 11:43:20 2009
From: typo3-dev at bruchmann-web.de (David Bruchmann)
Date: Wed, 30 Dec 2009 11:43:20 +0100
Subject: [TYPO3-dev] extdeveval should help create autoload.php for
	extensions, says announcement of 4.3
In-Reply-To: 
References: 				
	
Message-ID: 

----- Urspr?ngliche Nachricht -----
Von:        Sebastian Gebhard 
Gesendet:   Mittwoch, 30. Dezember 2009 11:10:53
An:         typo3-dev at lists.typo3.org
CC:
Betreff:    Re: [TYPO3-dev] extdeveval should help create autoload.php 
for extensions, says announcement of 4.3
> You got the , right?

Does it change something?
For Cyrill not, I suppose.

T3 is called to be a framework and no collection of scripts shared all 
over the network, so Cyrill is right in this point to critizise the old 
officale TER-Version.
When TER is not wanted from some developers they have to offer a 
T3-internal Alternative to the Ext.Manager or another Link that can be 
accessed from Ext.Man. in my Opinion.

Best Regards
David



From fsu-lists at cobweb.ch  Wed Dec 30 13:16:16 2009
From: fsu-lists at cobweb.ch (Francois Suter)
Date: Wed, 30 Dec 2009 13:16:16 +0100
Subject: [TYPO3-dev] extdeveval should help create autoload.php for
	extensions, says announcement of 4.3
In-Reply-To: 
References: 		
	
Message-ID: 

Hi,

> Well, isn't Forge ment to be the "new TER"?

Not at all. It is supposed to be the community's development platform.

> I agree that new stable
> relases of the extensions should go to the TER. But, if you need
> projects from forge as a t3x file you can grabthe here
>
> http://sourceforge.net/projects/typo3xdev/files/T3X/extensions

Yes, but it's not official. Those t3x files are generated by a script 
run by Andreas Otto and you never know when that may stop. So, while 
convenient, it cannot be considered a proper way of getting an extension.

The case of extdeveval is indeed problematic. It is the kind of 
extension that is very important to developers, but is not part of the 
core. Just like the kickstarter, it depends on volunteer work, mostly by 
core team members who are already busy with other stuff. I agree that 
it's not optimal, but we do our best.

Cheers

-- 

Francois Suter
Cobweb Development Sarl - http://www.cobweb.ch



From fsu-lists at cobweb.ch  Wed Dec 30 13:16:48 2009
From: fsu-lists at cobweb.ch (Francois Suter)
Date: Wed, 30 Dec 2009 13:16:48 +0100
Subject: [TYPO3-dev] extdeveval should help create autoload.php for
	extensions, says announcement of 4.3
In-Reply-To: 
References: 
Message-ID: 

Hi,

> Furthermore I have an entry in my autoload.php but it is not read as far as I
> can find out. Do I need to register this autoload.php anywhere so that it
> works?

File name must be ext_autoload.php, not just autoload.php.

HTH

-- 

Francois Suter
Cobweb Development Sarl - http://www.cobweb.ch



From t3ng at pi-phi.tk  Wed Dec 30 14:53:30 2009
From: t3ng at pi-phi.tk (bernd wilke)
Date: Wed, 30 Dec 2009 13:53:30 +0000 (UTC)
Subject: [TYPO3-dev] extdeveval should help create autoload.php for
	extensions, says announcement of 4.3
References: 
	
	
	
	
	
	
Message-ID: 

On Wed, 30 Dec 2009 11:43:20 +0100 David Bruchmann wrote:

> ----- Urspr?ngliche Nachricht -----
> Von:        Sebastian Gebhard  Gesendet:  
> Mittwoch, 30. Dezember 2009 11:10:53 An:        
> typo3-dev at lists.typo3.org CC:
> Betreff:    Re: [TYPO3-dev] extdeveval should help create autoload.php
> for extensions, says announcement of 4.3
>> You got the , right?
> 
> Does it change something?
> For Cyrill not, I suppose.

please read my whole answer!

and if you are not able to read the metacommunication (, SCNR) 
the last sentences of my answer should state it clearly: 
I don't like (actual) extensions available only on forge or homepages

Therefore my answer is a support for Cyrill, as I support him in his 
request to publish extensions in TER

 
> T3 is called to be a framework and no collection of scripts shared all
> over the network, so Cyrill is right in this point to critizise the old
> officale TER-Version.
> When TER is not wanted from some developers they have to offer a
> T3-internal Alternative to the Ext.Manager or another Link that can be
> accessed from Ext.Man. in my Opinion.
> 
> Best Regards
> David


bernd
-- 
http://www.pi-phi.de/cheatsheet.html



From typo3-dev at bruchmann-web.de  Wed Dec 30 15:42:51 2009
From: typo3-dev at bruchmann-web.de (David Bruchmann)
Date: Wed, 30 Dec 2009 15:42:51 +0100
Subject: [TYPO3-dev] extdeveval should help create autoload.php for
	extensions, says announcement of 4.3
In-Reply-To: 
References: 						
	
Message-ID: 

----- Urspr?ngliche Nachricht -----
Von:        bernd wilke 
Gesendet:   Mittwoch, 30. Dezember 2009 14:53:30
An:         typo3-dev at lists.typo3.org
CC:
Betreff:    Re: [TYPO3-dev] extdeveval should help create autoload.php 
for extensions, says announcement of 4.3

>>
>> Does it change something?
>> For Cyrill not, I suppose.
>
> please read my whole answer!
>
> and if you are not able to read the metacommunication (, SCNR)
> the last sentences of my answer should state it clearly:
> I don't like (actual) extensions available only on forge or homepages

Yes, I read that.
And my words implement perhaps that you had another opinion.
Some of the mentioned *cool* or *modern* developers read this list too, 
so I took the chance to post clear arguments against the NON-TER-Solution.

Sorry for not separating this clearly from your posting.

Metacommunication is a new Word for me but the greek preposition 'meta' 
seems arbitrary to me [1] ;-)

Best Regards
David

1) http://de.wikipedia.org/wiki/Altgriechische_Pr%C3%A4positionen



From mathias.schreiber at wmdb.de  Wed Dec 30 15:46:18 2009
From: mathias.schreiber at wmdb.de (Mathias Schreiber [wmdb >])
Date: Wed, 30 Dec 2009 15:46:18 +0100
Subject: [TYPO3-dev] Performance improvement: caching of MENUDATA
In-Reply-To: 
References: 
	
	
	
	
	
	
	
	
	
Message-ID: 

Am 22.12.09 09:23, schrieb Peter Niederlag:
> Hello,
>
> Steffen Kamper schrieb:
>> Steffen Gebert schrieb:
> [...]
>> Let's rewrite the menu generation and do the cache in a proper way, i
>> think this is the best, as tslib_menu anyway has the state of a dinosaur
>
> I am still very confident that caching is the WRONG approach here.
>
> The queries/indexes need to be optimized (functions, procedures,
> triggers..), manual managing a cache just to get a menu/tree structure
> from a VERY simple data model(pid, sorting) still is WRONG IMO. I am
> glad this thread strengthens my view. ;)

100% with you.
Important thing:
We need to settle for a set of RDBMS TYPO3 will support.
As long as we stick to ALL adoDB supported DBs, we will never be able to 
take advantage of fast things like triggers, view sproc etc.

All really interesting DBs allow to have these, Oracle, MSSQL, Postgres, 
DB2.

IMHO: drop support for the other DBs and lets keep speeding up things.
Btw... this isn't really the first time that a cache slowed down TYPO3.

-- 
TYPO3 certified interrogator
T3DD09 Entertainer



From steffen at steffen-gebert.de  Thu Dec 31 00:40:50 2009
From: steffen at steffen-gebert.de (Steffen Gebert)
Date: Thu, 31 Dec 2009 00:40:50 +0100
Subject: [TYPO3-dev]  Caching problems after XCLASSing an extension
Message-ID: 

Hi,

I just XCLASSed EXT:comments in a custom extension and now have caching  
problems: After sending the comments form, the page is cached (I send a  
POST request!).

Before, when my changes were directly in the comments-code, everything  
worked fine. Since it is in an extra class, output is always cached.

What should I do (except deactive the cache for the certain page ;))

Steffen