From kiessling at pluspol.info Mon Nov 1 23:16:00 2010 From: kiessling at pluspol.info (Andreas Kiessling) Date: Mon, 01 Nov 2010 23:16:00 +0100 Subject: [TYPO3-dev] cache framework - exception in apc backend when no space is left Message-ID: Hi, today i tried to use the cache framework with apc, but was faced with a "for me" not understandable exception, that the value could not be set, since the opcode cache did work fine and also the server was just idling with no signs of errors. AFAIK apc adresses by default 32MB, and after some reading, i realized that this is surely not enough to use it with TYPO3 ;) We had already upped it to 62MB, but even that was filled up by the opcode cache and so there was just no space for any user cache entries. When the cache backend tried to write to apc, the apc_store function simply returned false. That event may hit you unprepared, probably just add an extension that includes a big framework or add some installations to your server. We upped the setting to a limit that we will hopefully never hit, but probably the framework should "degrade" in such a case? apc does not return a special message if there is not enough space and this is for sure some "advanced" option, but the current situation does not really make me happy. Any suggestions on how to proceed? Drop apc and go for memcache? Make the apc backend "degradable"? Regards, Andreas From rme at systime.dk Tue Nov 2 12:44:13 2010 From: rme at systime.dk (Rudi Meyer) Date: Tue, 02 Nov 2010 12:44:13 +0100 Subject: [TYPO3-dev] TYPO3 and Cloud In-Reply-To: References: Message-ID: Hi Dan, We are running a 6+ instance loadbalanced/auto scaled TYPO3 setup on Amazon Webservices and would love to exchange some experiences! -- Rudi Meyer Systime From dominique.feyer at reelpeek.net Tue Nov 2 13:06:46 2010 From: dominique.feyer at reelpeek.net (Dominique Feyer) Date: Tue, 02 Nov 2010 13:06:46 +0100 Subject: [TYPO3-dev] cache framework - exception in apc backend when no space is left In-Reply-To: References: Message-ID: I think using opcode cache to cache user data is not a good idea, switch to memcache or an other dedicated caching system for user data. Andreas Kiessling wrote: > Hi, > > today i tried to use the cache framework with apc, but was faced with a > "for me" not understandable exception, that the value could not be set, > since the opcode cache did work fine and also the server was just idling > with no signs of errors. > > AFAIK apc adresses by default 32MB, and after some reading, i realized > that this is surely not enough to use it with TYPO3 ;) > We had already upped it to 62MB, but even that was filled up by the > opcode cache and so there was just no space for any user cache entries. > When the cache backend tried to write to apc, the apc_store function > simply returned false. That event may hit you unprepared, probably just > add an extension that includes a big framework or add some installations > to your server. > > We upped the setting to a limit that we will hopefully never hit, but > probably the framework should "degrade" in such a case? apc does not > return a special message if there is not enough space and this is for > sure some "advanced" option, but the current situation does not really > make me happy. > > Any suggestions on how to proceed? Drop apc and go for memcache? Make > the apc backend "degradable"? > > Regards, > Andreas From steffen at steffen-gebert.de Tue Nov 2 13:23:53 2010 From: steffen at steffen-gebert.de (Steffen Gebert) Date: Tue, 02 Nov 2010 13:23:53 +0100 Subject: [TYPO3-dev] cache framework - exception in apc backend when no space is left In-Reply-To: References: Message-ID: On 02.11.10 13:06, Dominique Feyer wrote: > I think using opcode cache to cache user data is not a good idea, switch > to memcache or an other dedicated caching system for user data. Isn't it a feature of APC, being not *only* an opcode cache, but also a persistent store (persistent between requests)? I wonder why this code doesn't throw an exception: > $success = apc_store($this->identifierPrefix . $entryIdentifier, $data, $expiration); > if ($success === TRUE) { > $this->removeIdentifierFromAllTags($entryIdentifier); > $this->addIdentifierToTags($entryIdentifier, $tags); > } else { > throw new t3lib_cache_Exception( > 'Could not set value.', > 1232986877 > ); > } Isn't this the piece of code, which you described? Christan "the cache" Kuhn, what do you think? Reading the code, I really wonder why no exception is thrown. Kind regards Steffen -- Steffen Gebert TYPO3 Core Team Member Use a newsreader! Check out http://typo3.org/community/mailing-lists/use-a-news-reader/ From kiessling at pluspol.info Tue Nov 2 13:47:02 2010 From: kiessling at pluspol.info (Andreas Kiessling) Date: Tue, 02 Nov 2010 13:47:02 +0100 Subject: [TYPO3-dev] cache framework - exception in apc backend when no space is left In-Reply-To: References: Message-ID: Hi, On 02.11.2010 13:23, Steffen Gebert wrote: > On 02.11.10 13:06, Dominique Feyer wrote: >> I think using opcode cache to cache user data is not a good idea, switch >> to memcache or an other dedicated caching system for user data. > > Isn't it a feature of APC, being not *only* an opcode cache, but also a > persistent store (persistent between requests)? Exactly. I don't know if memcache makes much sense on a single server and since there is a cache backend for APC and we have it already installed on the server, i just tried it out. > > I wonder why this code doesn't throw an exception: >> $success = apc_store($this->identifierPrefix . $entryIdentifier, >> $data, $expiration); >> if ($success === TRUE) { >> $this->removeIdentifierFromAllTags($entryIdentifier); >> $this->addIdentifierToTags($entryIdentifier, $tags); >> } else { >> throw new t3lib_cache_Exception( >> 'Could not set value.', >> 1232986877 >> ); >> } > Isn't this the piece of code, which you described? > Christan "the cache" Kuhn, what do you think? Reading the code, I really > wonder why no exception is thrown. > That's exactly the piece of code i was referring to. On a Debian Lenny running PHP 5.2.6-1 and APC 3.0.19 (from the Debian repo), this returned FALSE and so showed me the exception when the cache was full. But when the exception tells you, that it could not set the value, it isn't obvious that you are running out of space ;) There's no problem, if you have set enough memory for APC. I tried to reproduce the error on my local setup (PHP 5.3.3 and APC 3.1.4 from Macports) but it didn't show up. I will try again this evening and set it to an even lower value. Regards, Andreas From steffen at steffen-gebert.de Tue Nov 2 15:55:59 2010 From: steffen at steffen-gebert.de (Steffen Gebert) Date: Tue, 02 Nov 2010 15:55:59 +0100 Subject: [TYPO3-dev] cache framework - exception in apc backend when no space is left In-Reply-To: References: Message-ID: >> Isn't it a feature of APC, being not *only* an opcode cache, but also a >> persistent store (persistent between requests)? > > Exactly. I don't know if memcache makes much sense on a single server > and since there is a cache backend for APC and we have it already > installed on the server, i just tried it out. Ah, okay. Maybe you can add some useful information to http://typo3.org/go/exception/1232986877 It's on my todo list to link the error messages to the wiki page, if an error code is given. Another possibility would be to to change the message itself to e.g. > Could not set value, a possible reason could be that there is no > space left'. Don't know, which other reasons might exist.. Kind regards Steffen -- Steffen Gebert TYPO3 Core Team Member Use a newsreader! Check out http://typo3.org/community/mailing-lists/use-a-news-reader/ From ernesto at typo3.org Tue Nov 2 21:13:28 2010 From: ernesto at typo3.org (Ernesto Baschny) Date: Tue, 02 Nov 2010 21:13:28 +0100 Subject: [TYPO3-dev] [TYPO3-v4] TYPO3 4.5 beta1 (and feature freeze) postponed for one week Message-ID: Hello, the release team of version 4.5 today decided to postpone the release of beta1 for one week. According to the release plan of the 4.5 release, beta1 would ship next week on November 10th (Wednesday), which would also mark the start of the feature freeze phase. Because some projects will gain some special focus during the next week (file abstraction layer = FAL will have a code sprint from 11th to 14th) and after discussing several alternatives, the release team decided to postpone the beta1 release for one week. => 4.5 beta1 postponed to 17th November <= The release plan has been updated accordingly [1]. The remaining schedule is kept unchanged: This means we will be shipping beta2 two weeks after beta1 (1st December), beta3 three weeks later (22nd December). The release of 4.5.0 final is still scheduled for 26th January 2011. Several projects will thus gain an extra opportunity to get finished in time for the LTS 4.5 release, e.g.: * new Extension Manager * ExtJS trees * Super search * Grid view * Link validator * SwiftMailer API If any other project is in the "finishing phase", please get in touch with the release team (Ernesto Baschny and Steffen Kamper) so that we can consider giving them extra attention. Cheers, Ernesto [1] http://forge.typo3.org/projects/typo3v45-projects/wiki/Release_Plan From thasmo at gmail.com Tue Nov 2 23:33:32 2010 From: thasmo at gmail.com (Thomas "Thasmo" Deinhamer) Date: Tue, 02 Nov 2010 23:33:32 +0100 Subject: [TYPO3-dev] Add typolinks to TMENU In-Reply-To: References: Message-ID: Steffen Kamper wrote: > [condition] > lib.mymenu.1.NO.ATagParams = class="blue" > [end] But with TS conditions you can't make a condition on a certain menu item itself, as far as I know. So adding custom HTML output or adding custom items would work best by using the CASE object or some stdWrap.if magic imo. Regards, Thomas From v-tyok at mail.ru Tue Nov 2 23:44:06 2010 From: v-tyok at mail.ru (Victor Livakovsky) Date: Wed, 3 Nov 2010 00:44:06 +0200 Subject: [TYPO3-dev] Get TS Setup within BE module Message-ID: Hi, List. I'm developing a BE module for the first time and many things are strange and new for me. One of them: is there any way to get TS setup of a template, merged from root to current position (my module is within 'Web' section)? Or all BE module configuration should be in Pgae TS config and taken by t3lib_BEfunc::getModTSconfig ? Also I've found an article [1], that shows how TSFE may be enabled at BE. But I don't want to invoke whole FE engine only for fetching one configuration setting from TS template. And is it good idea to do such invoking? Is there any security risk or some bad style in it? [1] http://mneuhaus.com/wordpress/2008/12/05/function-to-make-a-cobj-in-typo3/ From typo3.list at philippgampe.info Wed Nov 3 09:35:28 2010 From: typo3.list at philippgampe.info (Philipp Gampe) Date: Wed, 3 Nov 2010 08:35:28 +0000 (UTC) Subject: [TYPO3-dev] Get TS Setup within BE module References: Message-ID: Hello, > One of them: is there any way to get TS setup of a template, merged from > root to current position (my module is within 'Web' section)? Or all BE > module configuration should be in Pgae TS config and taken by > t3lib_BEfunc::getModTSconfig ? The later, backend settings should not come from FE, or to state it better, the backend has nothing to do with the frontend. > Also I've found an article [1], that shows how TSFE may be enabled at > BE. But I don't want to invoke whole FE engine only for fetching one > configuration setting from TS template. And is it good idea to do such > invoking? Is there any security risk or some bad style in it? right, not a good idea, it means that you mix frontend and backend. The FE is about displaying data, the BE about managing and entering data ;) Best regards Phil From franz at ttproducts.de Wed Nov 3 10:52:39 2010 From: franz at ttproducts.de (Franz Holzinger) Date: Wed, 03 Nov 2010 10:52:39 +0100 Subject: [TYPO3-dev] EM: problem with insertion of records Message-ID: Hello, I want to have the possibility to add new records into a table which is owned by another extension. This shall be done automatically when an extension is installed. And it shall be possible to use the 'UPDATE!' menu in the EM as well. The discussion has started on the Core List topic 'RFC #16177: Add DB structure update pre-processing hook in EM'. The new hook $GLOBALS['TYPO3_CONF_VARS']['SC_OPTIONS']['typo3/mod/tools/em/index.php']['checkDBupdates'] does not help here, because it requires a file ext_tables.sql. You could put a copy of ext_tables.sql into the extension. However then all records from the other extension would be deleted. This would not make sense. At the moment the extension mastertemplate shall insert a record into static_template from the system extension statictemplates. Where can a new hook be added which allows to INSERT new records into another extension's table? - Franz From v-tyok at mail.ru Wed Nov 3 17:17:57 2010 From: v-tyok at mail.ru (Victor Livakovsky) Date: Wed, 3 Nov 2010 18:17:57 +0200 Subject: [TYPO3-dev] Get TS Setup within BE module In-Reply-To: References: Message-ID: Hi, Okay, I've got the idea :) Logic at BE modules should be a bit different. The reason, why I asked my question, is, that I have a FE plugin with upload field. Files are uploaded to a folder, specified at TS as 'tx_myext_pi1.file.uploadPath'. And I want to give links to these files at BE. That's why I wanted to access TS from BE module - to make the path be stored in one place, not in two places: TS template AND Page TS config. But I forgot about ext settings, so I can store path there. So, the problem is solved. Thank you for an answer - it pointed me into right way :) From t33k at prolabium.com Wed Nov 3 20:28:16 2010 From: t33k at prolabium.com (Krystian Szymukowicz) Date: Wed, 03 Nov 2010 20:28:16 +0100 Subject: [TYPO3-dev] Get TS Setup within BE module In-Reply-To: References: Message-ID: W dniu 2010-11-03 17:17, Victor Livakovsky wrote: > Hi, > > Okay, I've got the idea :) Logic at BE modules should be a bit different. > The reason, why I asked my question, is, that I have a FE plugin with > upload field. Files are uploaded to a folder, specified at TS as > 'tx_myext_pi1.file.uploadPath'. And I want to give links to these files > at BE. That's why I wanted to access TS from BE module - to make the > path be stored in one place, not in two places: TS template AND Page TS > config. > But I forgot about ext settings, so I can store path there. Anyway its useful in rare cases. Try this in BE: function loadTS($pageUid) { $sysPageObj = t3lib_div::makeInstance('t3lib_pageSelect'); $rootLine = $sysPageObj->getRootLine($pageUid); $TSObj = t3lib_div::makeInstance('t3lib_tsparser_ext'); $TSObj->tt_track = 0; $TSObj->init(); $TSObj->runThroughTemplates($rootLine); $TSObj->generateConfig(); return $TSObj->setup; } -- grtz Krystian Szymukowicz From woehlken at quadracom.de Thu Nov 4 11:46:29 2010 From: woehlken at quadracom.de (=?ISO-8859-15?Q?Marc_W=F6hlken?=) Date: Thu, 04 Nov 2010 11:46:29 +0100 Subject: [TYPO3-dev] RFC #14564: Bug: Width of one paragraph of text in the Install Tool is too big Message-ID: This is an SVN patch request. Type: Bugfix Bugtracker references: http://bugs.typo3.org/view.php?id=14564 Branches: TYPO3_4_4 & Trunk Problem: Layout of install tool page "All configuration" is broken by the String "USER_FUNCTION:typo3conf/pageUnavailableHandling.php:user_pageUnavailable->pageUnavailable" which could not be broken across lines by some browsers (e.g. Firefox). Solution: File:typo3_trunk/typo3/sysext/install/Resources/Private/Templates/GenerateConfigForm.html: - added new class t3-install-description to li tags holding install tool option description File: typo3_trunk/typo3/sysext/install/Resources/Public/Stylesheets/install.css: - added - .t3-install-description {word-wrap: break-word; width: 48em; } Regards Marc -- ........................................................... Marc W?hlken TYPO3 certified integrator Quadracom - Proffe & W?hlken Rembertistra?e 32 WWW: http://www.quadracom.de D-28203 Bremen E-Mail: woehlken at quadracom.de ______________ PGP-Key: http://pgp.quadracom.de From info at susannemoog.de Thu Nov 4 11:55:43 2010 From: info at susannemoog.de (Susanne Moog) Date: Thu, 04 Nov 2010 11:55:43 +0100 Subject: [TYPO3-dev] RFC #14564: Bug: Width of one paragraph of text in the Install Tool is too big In-Reply-To: References: Message-ID: Hi, On 04.11.2010 11:46, Marc W?hlken wrote: > This is an SVN patch request. > > Type: Bugfix > > Bugtracker references: http://bugs.typo3.org/view.php?id=14564 > > Branches: TYPO3_4_4 & Trunk > > Problem: > Layout of install tool page "All configuration" is broken by the String > "USER_FUNCTION:typo3conf/pageUnavailableHandling.php:user_pageUnavailable->pageUnavailable" > which could not be broken across lines by some browsers (e.g. Firefox). > > Solution: > File:typo3_trunk/typo3/sysext/install/Resources/Private/Templates/GenerateConfigForm.html: > - added new class t3-install-description to li tags holding install tool > option description > File: > typo3_trunk/typo3/sysext/install/Resources/Public/Stylesheets/install.css: > - added > - .t3-install-description {word-wrap: break-word; width: 48em; } wrong list ... use typo3.teams.core please and don't forget to attach the patch. lg, susi From v-tyok at mail.ru Thu Nov 4 12:29:43 2010 From: v-tyok at mail.ru (Victor Livakovsky) Date: Thu, 4 Nov 2010 13:29:43 +0200 Subject: [TYPO3-dev] Get TS Setup within BE module In-Reply-To: References: Message-ID: Hi > Anyway its useful in rare cases. > Try this in BE: > > function loadTS($pageUid) { > $sysPageObj = t3lib_div::makeInstance('t3lib_pageSelect'); > $rootLine = $sysPageObj->getRootLine($pageUid); > $TSObj = t3lib_div::makeInstance('t3lib_tsparser_ext'); > $TSObj->tt_track = 0; > $TSObj->init(); > $TSObj->runThroughTemplates($rootLine); > $TSObj->generateConfig(); > return $TSObj->setup; > } Cool. Thanks! I'll add it to my cheat-list :) From jalexander at digipen.edu Thu Nov 4 20:18:15 2010 From: jalexander at digipen.edu (Jason Alexander) Date: Thu, 4 Nov 2010 12:18:15 -0700 Subject: [TYPO3-dev] Restrict File Types per File Mounts Message-ID: Hello List, I want to know if you can limit what kind of files types (i.e. html, css, js, php) certain backend users/groups can upload to the fileadmin/DAM. If this isn't possible can you limit what file types can be uploaded per file mount? Basically we want users to be able to upload images, pdf's and such. But want to limit html, css, js and php to certain users and/or groups. Any advice would help us out greatly. Thanks in advance, Jason R Alexander From lolli at schwarzbu.ch Thu Nov 4 21:43:20 2010 From: lolli at schwarzbu.ch (Christian Kuhn) Date: Thu, 04 Nov 2010 21:43:20 +0100 Subject: [TYPO3-dev] cache framework - exception in apc backend when no space is left In-Reply-To: References: Message-ID: Hey. On 11/02/2010 01:23 PM, Steffen Gebert wrote: > On 02.11.10 13:06, Dominique Feyer wrote: >> I think using opcode cache to cache user data is not a good idea, switch >> to memcache or an other dedicated caching system for user data. > > Isn't it a feature of APC, being not *only* an opcode cache, but also a > persistent store (persistent between requests)? > > I wonder why this code doesn't throw an exception: >> $success = apc_store($this->identifierPrefix . $entryIdentifier, >> $data, $expiration); >> if ($success === TRUE) { >> $this->removeIdentifierFromAllTags($entryIdentifier); >> $this->addIdentifierToTags($entryIdentifier, $tags); >> } else { >> throw new t3lib_cache_Exception( >> 'Could not set value.', >> 1232986877 >> ); >> } > Isn't this the piece of code, which you described? > Christan "the cache" Kuhn, what do you think? Reading the code, I really > wonder why no exception is thrown. I didn't take a deep look to the apc backend yet (it's code is pretty much identical to the memcache implementation) and didn't stumble upon this exception issue. Main apc characteristics I've observed: - It's very fast (completely memory driven, no network overhead) - Not suitable for big data and tons of entries (maybe some megs, but not much more) -> unusable for cache_pages and friends. - I have seen major memory leaks in apc even with tiny test cases on debian lenny (using enetcacheanalytics). I'm unsure if this is solved in newer versions. After this experience I dropped the idea to use it in production. BTW: I know we are still lacking real documentation for the caching framework (it will come, I promise). For a quick start, I've once posted a longer article here in the dev list to compare the different backends. To make it short: For real life usage the db backend is usually the best choice in most cases, together with the compress option in 4.5 it's suitable even for "bigger" cache data. Use the new garbage collection task in 4.5 (or its 4.3 / 4.4 version from ext: enetcache) when using the db backend. Remember that the memcache implementation has a problem when it does evictions, or if a cluster member fails. Regards Christian From keo.visay at gmail.com Fri Nov 5 09:57:07 2010 From: keo.visay at gmail.com (Keo Visay) Date: Fri, 05 Nov 2010 15:57:07 +0700 Subject: [TYPO3-dev] RFC #16258: Feature: Add Khmer language to TYPO3 core Message-ID: This is an SVN patch request. Type: New feature Bugtracker references: http://bugs.typo3.org/view.php?id=16258 Branches: TYPO3_4-4 & trunk Problem: Khmer language is not yet part of the core Solution: Make changes to the core files to add "km" to the TYPO3 language in the same way as http://forge.typo3.org/projects/typo3v4-core/repository/revisions/2486 From steffen at steffen-gebert.de Fri Nov 5 10:05:56 2010 From: steffen at steffen-gebert.de (Steffen Gebert) Date: Fri, 05 Nov 2010 10:05:56 +0100 Subject: [TYPO3-dev] RFC #16258: Feature: Add Khmer language to TYPO3 core In-Reply-To: References: Message-ID: On 05.11.10 09:57, Keo Visay wrote: > This is an SVN patch request. > Type: New feature > Bugtracker references: http://bugs.typo3.org/view.php?id=16258 > Branches: TYPO3_4-4 & trunk > Problem: Khmer language is not yet part of the core > Solution: Make changes to the core files to add "km" to the TYPO3 > language in the same way as > http://forge.typo3.org/projects/typo3v4-core/repository/revisions/2486 Hi Keo, thanks for your RFC, we're looking forward to Khmer! I'm unsure what our policy is for new languages, in principle new features can only go into trunk. Please send RFCs to the typo3.teams.core group/list and attach the patch. One question: Did you read any information that you should send it to the dev list? Just wondering, as there have been several RFCs in this list within the last days - so not that there's somewhere wrong information written down. Kind regards Steffen -- Steffen Gebert TYPO3 Core Team Member Use a newsreader! Check out http://typo3.org/community/mailing-lists/use-a-news-reader/ From keo.visay at gmail.com Fri Nov 5 10:34:50 2010 From: keo.visay at gmail.com (Visay Keo) Date: Fri, 05 Nov 2010 16:34:50 +0700 Subject: [TYPO3-dev] RFC #16258: Feature: Add Khmer language to TYPO3 core In-Reply-To: References: Message-ID: Hi Steffen, Thank you for your advising. > I'm unsure what our policy is for new languages, in principle new > features can only go into trunk. > > Please send RFCs to the typo3.teams.core group/list and attach the patch. It's ok to just go to the trunk. I have now changed and sent to core list now with the patch. > One question: Did you read any information that you should send it to > the dev list? Just wondering, as there have been several RFCs in this > list within the last days - so not that there's somewhere wrong > information written down. I read down to the mail format and scroll up a bit see the TYPO3-dev list followed by "All postings should be sent in plain text format (no HTML mails) and must carry the sender's real name in the "From" header of the mail." So I thought it is the list I should write to. Sorry, it's my careless reading. Thank you so much for giving direction. Cheers, Visay From steffen at steffen-gebert.de Fri Nov 5 10:36:36 2010 From: steffen at steffen-gebert.de (Steffen Gebert) Date: Fri, 05 Nov 2010 10:36:36 +0100 Subject: [TYPO3-dev] RFC #16258: Feature: Add Khmer language to TYPO3 core In-Reply-To: References: Message-ID: > I read down to the mail format and scroll up a bit see the TYPO3-dev > list followed by "All postings should be sent in plain text format (no > HTML mails) and must carry the sender's real name in the "From" header > of the mail." So I thought it is the list I should write to. Sorry, it's > my careless reading. Don't worry.. was just a question ;) Kind regards Steffen -- Steffen Gebert TYPO3 Core Team Member Use a newsreader! Check out http://typo3.org/community/mailing-lists/use-a-news-reader/ From franz at ttproducts.de Sun Nov 7 12:17:20 2010 From: franz at ttproducts.de (Franz Holzinger) Date: Sun, 07 Nov 2010 12:17:20 +0100 Subject: [TYPO3-dev] EM: problem with insertion of records In-Reply-To: References: Message-ID: See topic 'RFC: #16278: possibility to insert records of other tables' in the core list. From thasmo at gmail.com Sun Nov 7 19:49:42 2010 From: thasmo at gmail.com (Thomas "Thasmo" Deinhamer) Date: Sun, 07 Nov 2010 19:49:42 +0100 Subject: [TYPO3-dev] Offline PHP Development with source control (Subversion, Git, etc.) In-Reply-To: References: Message-ID: Dominique Feyer wrote: > My setups: > > 1. Clone main repository > 2. Use symlink to use this extension in my local TYPO3 instance > 3. Coding - drinking coffee - commit (this loop can have some infinite > loop problem) > 4. When the feature are done, pushing to the main GIT repos > 5. On my staging server, fetching the last development version > 6. Client validation > 7. Bugfixes on my local setup, pushing the change to the main repos, > fetching on the staging server > 8. If every thing is fine, fetching on the production server, and that's > done Hi Dominique and thanks for your reply! Since your e-mail I dedicated some time to investigate a few topics like source code management, in general SVN/Git, also Phing etc. Now I've installed a WAMP package on my machine, where I can set up a local development environment. Those are the tasks I want to work on locally: * Developing/patching TYPO3 * Developing web projects * Developing TYPO3 extensions Now some more questions/problems came up and it would be cool if you or someone else could help me out. 1.) Developing/patching TYPO3 I'd like to check out the TYPO3 source code from the SVN repository, therefor I'm using TortoiseSVN, which works very well. Now I got the TYPO3 sources and was wondering what would be the best way to set up a useful TYPO3 development environment? I'd like to provide patches for all recent TYPO3 version, meaning trunk, 4.4, 4.3 and probably also 4.2. Do I need 4 separate TYPO3 installations now, to test the different TYPO3 versions? Or is there another way of developing for all versions? 2.) Developing web projects For every project I will set up a separate Apache vHost and a MySQL database. I was wondering now if I just could "symlink" the TYPO3 sources directly to my local TYPO3 SVN working copy, e.g. directly linking to the 4.4 tag etc. Is this the correct way or is it not recommended? Because if I would do that, I could just checkout any new patches etc. and would have the latest, patched version for the web projects. Or is it not recommended for any reasons? Is it better to make an export of the working copy and use this as source for the projects? 3.) Developing TYPO3 extensions I'd like to develop TYPO3 extensions and test them also on different TYPO3 versions to ensure they're working everywhere. Now I'm wondering how I can do that efficiently without to much work. Would I need again 4 separate TYPO3 installations, each referring to another TYPO3 version, or is there another way? Is it maybe possible to set up one TYPO3 installation for each version (4.4, 4.3, 4.2) and use those for TYPO3 AND extension development? Thanks a lot in advance, Thomas From kiessling at pluspol.info Sun Nov 7 20:43:55 2010 From: kiessling at pluspol.info (Andreas Kiessling) Date: Sun, 07 Nov 2010 20:43:55 +0100 Subject: [TYPO3-dev] cache framework - exception in apc backend when no space is left In-Reply-To: References: Message-ID: Hi Christian, Am 04.11.10 21:43, schrieb Christian Kuhn: > Main apc characteristics I've observed: > - It's very fast (completely memory driven, no network overhead) > - Not suitable for big data and tons of entries (maybe some megs, but > not much more) -> unusable for cache_pages and friends. > - I have seen major memory leaks in apc even with tiny test cases on > debian lenny (using enetcacheanalytics). I'm unsure if this is solved in > newer versions. After this experience I dropped the idea to use it in > production. > > BTW: I know we are still lacking real documentation for the caching > framework (it will come, I promise). For a quick start, I've once posted > a longer article here in the dev list to compare the different backends. To spare others time to search, you referred to: Re: [TYPO3-dev] Missing feature in t3lib_cache_backend_MemcachedBackend > To make it short: For real life usage the db backend is usually the best > choice in most cases, together with the compress option in 4.5 it's > suitable even for "bigger" cache data. Use the new garbage collection > task in 4.5 (or its 4.3 / 4.4 version from ext: enetcache) when using > the db backend. Remember that the memcache implementation has a problem > when it does evictions, or if a cluster member fails. Thanks for mentioning the other thread and your conclusion. Just what i was hoping for :) I think i will drop the apc backend then and go for the db backend. Do you have any news on the redis backend? I also thought, that a noSQL approach would perfectly fit the demands of the cache. Regarding memcache: that one got me pretty confused, since it is called "t3lib_cache_backend_MemcachedBackend", but uses the php extension "memcache". When you install "memcached" and are faced with the exception that you must install "memcached", something must be wrong ;) Is it too late to rename it to "t3lib_cache_backend_MemcacheBackend"? Regards, Andreas From steffen at steffen-gebert.de Sun Nov 7 20:53:24 2010 From: steffen at steffen-gebert.de (Steffen Gebert) Date: Sun, 07 Nov 2010 20:53:24 +0100 Subject: [TYPO3-dev] cache framework - exception in apc backend when no space is left In-Reply-To: References: Message-ID: > Is it too late to rename it to "t3lib_cache_backend_MemcacheBackend"? It's never too late to improve the Exception message ;-) Kind regards Steffen -- Steffen Gebert TYPO3 Core Team Member Use a newsreader! Check out http://typo3.org/community/mailing-lists/use-a-news-reader/ From kiessling at pluspol.info Sun Nov 7 21:45:22 2010 From: kiessling at pluspol.info (Andreas Kiessling) Date: Sun, 07 Nov 2010 21:45:22 +0100 Subject: [TYPO3-dev] cache framework - exception in apc backend when no space is left In-Reply-To: References: Message-ID: Hi Steffen, Am 07.11.10 20:53, schrieb Steffen Gebert: >> Is it too late to rename it to "t3lib_cache_backend_MemcacheBackend"? > It's never too late to improve the Exception message ;-) Yeah, that would be the other option. But there are these two php extensions whose names are colliding and are not compatible. How would you name a memcached backend then? Regards, Andreas From steffen at steffen-gebert.de Sun Nov 7 21:57:32 2010 From: steffen at steffen-gebert.de (Steffen Gebert) Date: Sun, 07 Nov 2010 21:57:32 +0100 Subject: [TYPO3-dev] cache framework - exception in apc backend when no space is left In-Reply-To: References: Message-ID: On 07.11.10 21:45, Andreas Kiessling wrote: > Hi Steffen, > > Am 07.11.10 20:53, schrieb Steffen Gebert: >>> Is it too late to rename it to "t3lib_cache_backend_MemcacheBackend"? >> It's never too late to improve the Exception message ;-) > > Yeah, that would be the other option. > But there are these two php extensions whose names are colliding and are > not compatible. > How would you name a memcached backend then? Ah, okay.. didn't recognize that there are two PHP extensions. Thought it has been only nitch-picking. Kind regards Steffen -- Steffen Gebert TYPO3 Core Team Member Use a newsreader! Check out http://typo3.org/community/mailing-lists/use-a-news-reader/ From kiessling at pluspol.info Sun Nov 7 22:00:36 2010 From: kiessling at pluspol.info (Andreas Kiessling) Date: Sun, 07 Nov 2010 22:00:36 +0100 Subject: [TYPO3-dev] cache framework - exception in apc backend when no space is left In-Reply-To: References: Message-ID: > > Ah, okay.. didn't recognize that there are two PHP extensions. Thought > it has been only nitch-picking. Have a look at http://code.google.com/p/memcached/wiki/PHPClientComparison They have similar api which makes it even harder to distinguish... From kiessling at pluspol.info Sun Nov 7 22:46:59 2010 From: kiessling at pluspol.info (Andreas Kiessling) Date: Sun, 07 Nov 2010 22:46:59 +0100 Subject: [TYPO3-dev] cache framework - exception in apc backend when no space is left In-Reply-To: References: Message-ID: Am 07.11.10 22:00, schrieb Andreas Kiessling: >> >> Ah, okay.. didn't recognize that there are two PHP extensions. Thought >> it has been only nitch-picking. > > Have a look at > http://code.google.com/p/memcached/wiki/PHPClientComparison > > They have similar api which makes it even harder to distinguish... I have to add: i couldn't get memcached to work on osx (from macports). It compiled fine, but my adjusted cache backend caused lots of segmentation faults in apache. I don't know how good it works on the usual webservers, but from what i have read so far, it should be pretty stable. Regards, Andreas From typo3dev2010.nospam1 at geithware.de Mon Nov 8 10:21:48 2010 From: typo3dev2010.nospam1 at geithware.de (Stefan Geith) Date: Mon, 08 Nov 2010 10:21:48 +0100 Subject: [TYPO3-dev] Deploy localconf.php from test to live system In-Reply-To: References: Message-ID: Hi Devs, Am 31.10.2010 08:49, schrieb Christian Opitz: > i'm very interested in a solution for that problem too. In other > applications like Zend Framework I've seen the possibility to define an > environment and environment based settings. With that approach it's even > possible to define your environment in the htaccess: > > #.htaccess: > SetEnv TYPO3_ENV development > > //index.php > defined('TYPO3_ENV') > || define('TYPO3_ENV', (getenv('TYPO3_ENV') ? getenv('TYPO3_ENV') : > 'production')); I did that directly in localconf.php: defined('TYPO3_ENV') || define('TYPO3_ENV', (getenv('TYPO3_ENV') ? getenv('TYPO3_ENV') : 'UNCONFIGURED !!!!!')); $TYPO3_CONF_VARS['SYS']['TYPO3_ENV'] = TYPO3_ENV; $TYPO3_CONF_VARS['SYS']['sitename'] = 'MyWebSite ('.TYPO3_ENV.')'; And in .htaccess, I have set SetEnv TYPO3_ENV dev oder SetEnv TYPO3_ENV preview etc. BUT: this does not work with sheduler tasks, because .htaccess is not used with CLI... Any idea, where I could add this definition more easily than directly in the crontab ? /Stefan > > Cheers, > Christian > > Am 28.10.2010 10:33, schrieb Stefan Geith: >> Am 28.10.2010 10:19, schrieb Steffen M?ller: >>> Summing up our goal is: >>> We are looking for a place to configure stuff _after_ localconf.php and >>> _before_ extensions get loaded. >>> The goal is to have a (foolproof) control of these setting: >>> $TYPO3_CONF_VARS['EXT']['extConf'] >>> $TYPO3_CONF_VARS['EXT']['extList'] >>> $TYPO3_CONF_VARS['EXT']['extList_FE'] >>> >>> Looking at config_default.php, it does not exist. Nicos patch seems to >>> be a solution. IMHO it seems others might also find it useful, >> >> +1 >> >> Waiting for this quite some time ;) >> >> /Stefan >> > > _______________________________________________ > TYPO3-dev mailing list > TYPO3-dev at lists.typo3.org > http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-dev From typo3dev2010.nospam1 at geithware.de Mon Nov 8 10:44:25 2010 From: typo3dev2010.nospam1 at geithware.de (Stefan Geith) Date: Mon, 08 Nov 2010 10:44:25 +0100 Subject: [TYPO3-dev] Deploy localconf.php from test to live system In-Reply-To: References: Message-ID: > BUT: > this does not work with sheduler tasks, because .htaccess is not used > with CLI... > Any idea, where I could add this definition more easily than > directly in the crontab ? I mean, in crontab, I have set /usr/bin/php -d TYPO3_ENV=preview /var/www/... and in localconf.php an additional line with ini_get(): defined('TYPO3_ENV') || define('TYPO3_ENV', (ini_get('TYPO3_ENV') ? ini_get('TYPO3_ENV') : 'UNCONFIGURED !!!!!')); /Stefan From typo3 at rvt.dds.nl Mon Nov 8 15:03:45 2010 From: typo3 at rvt.dds.nl (R. van Twisk) Date: Mon, 8 Nov 2010 14:03:45 +0000 (UTC) Subject: [TYPO3-dev] Strange queries created by TYPO3 : uid LIKE '%no_cache%' Message-ID: Hello, today I found in a 4.3.2 installation strange queries that looked like this: SELECT COUNT(*) FROM tx_templavoila_datastructure WHERE pid IN (16,248,< ..... >,242,0) AND tx_templavoila_datastructure.deleted=0 AND (uid LIKE '%no_cache%' OR title LIKE '%no_cache%' OR dataprot LIKE '% no_cache%'); But also from FE extensions like this: SELECT COUNT(*) FROM tx_powermail_mails WHERE pid IN (16,248,< ... >,0) AND tx_powermail_mails.deleted=0 AND (uid LIKE '%no_cache%' OR recipient LIKE '%no_cache%' OR cc_recipient LIKE '%no_cache%' OR subject_r LIKE '%no_cache%' OR sender LIKE '%no_cache%' OR content LIKE '% no_cache%' OR piVars LIKE '%no_cache%' OR senderIP LIKE '%no_cache%' OR UserAgent LIKE '%no_cache%' OR Referer LIKE '%no_cache%' OR SP_TZ LIKE '% no_cache%' OR Additional LIKE '%no_cache%'); Why would TYPO3 create queries like that, specially the selections like uid LIKE '%no_cache%' are mindboggeling... Anybody got a idea where they came from? Ries From lolli at schwarzbu.ch Mon Nov 8 15:34:54 2010 From: lolli at schwarzbu.ch (Christian Kuhn) Date: Mon, 08 Nov 2010 15:34:54 +0100 Subject: [TYPO3-dev] cache framework - exception in apc backend when no space is left In-Reply-To: References: Message-ID: Hey. On 11/07/2010 08:43 PM, Andreas Kiessling wrote: > Do you have any news on the redis backend? I also thought, that a noSQL > approach would perfectly fit the demands of the cache. The FLOW3 issue is currently on hold [1]. My plan is to finalize the patch this week: I need to review some exceptions, want to add a O-notation for some methods and add an experimental warning. The functionality itself is complete for now. I've already catched up with the "new" git/gerrit system and I did a tiny no-brainer last weekend to test it. So: I still hope we will get redis for 4.5, and I'll start with the back port as soon as it's committed to FLOW3. > Regarding memcache: that one got me pretty confused, since it is called > "t3lib_cache_backend_MemcachedBackend", but uses the php extension > "memcache". When you install "memcached" and are faced with the > exception that you must install "memcached", something must be wrong ;) > Is it too late to rename it to "t3lib_cache_backend_MemcacheBackend"? Correct, the naming is plain wrong at this place, it should have been called t3lib_cache_backend_MemcacheBackend (or maybe MemcacheMemcacheBackend to give room for MemcachedMemcacheBackend). Correct way would be to rename the class and deprecate the old one. I'm unsure how FLOW3 handles those things, but it should be fixed there in the first place. This issue is not my personal TOP1. Regards Christian [1] http://forge.typo3.org/issues/9017 From kiessling at pluspol.info Mon Nov 8 15:52:09 2010 From: kiessling at pluspol.info (Andreas Kiessling) Date: Mon, 08 Nov 2010 15:52:09 +0100 Subject: [TYPO3-dev] cache framework - exception in apc backend when no space is left In-Reply-To: References: Message-ID: Hi, On 08.11.2010 15:34, Christian Kuhn wrote: > test it. So: I still hope we will get redis for 4.5, and I'll start with > the back port as soon as it's committed to FLOW3. > i stumbled upon an extension that already provides a redis backend: http://typo3.org/extensions/repository/view/rediscache/current/ Did work just fine on my local machine, but i didn't do an extensive test. > Correct, the naming is plain wrong at this place, it should have been > called t3lib_cache_backend_MemcacheBackend (or maybe > MemcacheMemcacheBackend to give room for MemcachedMemcacheBackend). > Correct way would be to rename the class and deprecate the old one. I'm > unsure how FLOW3 handles those things, but it should be fixed there in > the first place. This issue is not my personal TOP1. Ok, i will file a bugreport for FLOW3 then. It has not much priority for me either, but it will sureley prevent some headaches ;) Regards, Andreas From lolli at schwarzbu.ch Mon Nov 8 16:08:43 2010 From: lolli at schwarzbu.ch (Christian Kuhn) Date: Mon, 08 Nov 2010 16:08:43 +0100 Subject: [TYPO3-dev] cache framework - exception in apc backend when no space is left In-Reply-To: References: Message-ID: Hey. On 11/08/2010 03:52 PM, Andreas Kiessling wrote: > i stumbled upon an extension that already provides a redis backend: > http://typo3.org/extensions/repository/view/rediscache/current/ > Did work just fine on my local machine, but i didn't do an extensive test. Yes, I used this extension as a base for the core implementation (thats why Christopher is mentioned in many methods as author). I just reviewed the basic structure, added some functionality, wrote unit tests and fixed some bugs. Regards Christian From shadow333 at gmail.com Mon Nov 8 16:36:24 2010 From: shadow333 at gmail.com (Oliver Leitner) Date: Mon, 8 Nov 2010 16:36:24 +0100 Subject: [TYPO3-dev] cache framework - exception in apc backend when no space is left In-Reply-To: References: Message-ID: Very nice. How about "guru meditation". Or best one ive ever placed: "you wont get in there, john boy". Allthough, a somewhat meanful errornumber with a correlating table would be a nice thing to have) greetings Oliver On Mon, Nov 8, 2010 at 4:08 PM, Christian Kuhn wrote: > Hey. > > On 11/08/2010 03:52 PM, Andreas Kiessling wrote: >> >> i stumbled upon an extension that already provides a redis backend: >> http://typo3.org/extensions/repository/view/rediscache/current/ >> Did work just fine on my local machine, but i didn't do an extensive test. > > Yes, I used this extension as a base for the core implementation (thats why > Christopher is mentioned in many methods as author). I just reviewed the > basic structure, added some functionality, wrote unit tests and fixed some > bugs. > > Regards > Christian > _______________________________________________ > TYPO3-dev mailing list > TYPO3-dev at lists.typo3.org > http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-dev > -- Oliver Leitner http://www.neverslair-blog.net From mail at h3nn3s.info Mon Nov 8 17:35:34 2010 From: mail at h3nn3s.info (Henrik Ziegenhain) Date: Mon, 08 Nov 2010 17:35:34 +0100 Subject: [TYPO3-dev] Suggest-Feature: minChars Message-ID: Hi all, from time to time I stumple upon the fact that the very cool suggest-feature has a hardcoded minimum of 2. Imagine a scenario where you would link back to the root page or some very early created pages (uids 1 - 9). For these pages it?s impossible to enter only the uid in the field and select the page after it is found. Is there a reason why it is made this way? With focus on performence this should be no issue, because you enter "123" nearly as fast as "1". Please correct me if I am wrong. From boris at boressoft.ru Mon Nov 8 19:37:01 2010 From: boris at boressoft.ru (Boris Gulay) Date: Mon, 08 Nov 2010 21:37:01 +0300 Subject: [TYPO3-dev] RFC #16231: Bug: mail not sent if safe mode is on Message-ID: This is an SVN patch request. Type: Bugfix Bugtracker references: http://bugs.typo3.org/view.php?id=16231 http://bugs.typo3.org/view.php?id=15247 Branches: TYPO3 4.4 and trunk. Problem: After upgrading to branch 4 of TYPO3 (from 4.3) I found that mail from TYPO3 is not sent any more. Some of my extensions are using htmlmail and none of them is able to send messages: function sendTheMail always returns false. I'm unable to send mail even from InstallTool. I'm using TYPO3 4.4.4 on PHP 5.2.11 as FastCGI with nginx 0.8.52. Safe mode is enabled. Solution: After some investigation I found where the problem is. In branch 4 htmlmail does not call PHP mail function directly anymore, instead it uses new function in new class t3lib_utility_Mail::mail (there was no such class in branch 3). Inside it PHP mail function is called, always with 5 arguments, even if safe mode is on (in this case null is passed as last argument). But, in safe mode, PHP raises warning (see below) and mail function returns false if you call mail function with 5 arguments, not regarding to what is passed as as last parameter. In safe mode mail MUST NOT be called with 5 arguments! Here is a message PHP raises when mail is called with 5 arguments in safe mode: "Warning: mail(): SAFE MODE Restriction in effect. The fifth parameter is disabled in SAFE MODE in Command line code on line 1" Notes: I've created two patches: one for 4.4 and one for trunk, that uses new function to detect safe mode. -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: class.t3lib_utility_mail.php.4_4.patch URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: class.t3lib_utility_mail.php.trunk.patch URL: From thasmo at gmail.com Mon Nov 8 21:39:44 2010 From: thasmo at gmail.com (Thomas "Thasmo" Deinhamer) Date: Mon, 08 Nov 2010 21:39:44 +0100 Subject: [TYPO3-dev] RFC #16231: Bug: mail not sent if safe mode is on In-Reply-To: References: Message-ID: Boris Gulay wrote: > This is an SVN patch request. Thanks - but you're on the wrong mailing list, the one for RFCs for v4 is typo3.teams.core. Regards, Thomas From webmaster at einfallsreich.ch Tue Nov 9 10:55:13 2010 From: webmaster at einfallsreich.ch (Koller Michel) Date: Tue, 9 Nov 2010 10:55:13 +0100 Subject: [TYPO3-dev] Smootgallery mit Thumbnails unten Message-ID: Guten Tag Ich benutze die Smootgallery, diese hat oben eine Auswahl der Thumbnails die sich "weiterscollen" wenn man mit der Maus drauf f?hrt. Ich w?rde mir w?nschen das diese "Thumbs-slideshow" nicht oben, sondern unten, also ca 30px unter dem grossen Bild vorhanden w?re und sich genau so verh?lt, also dreht beim mit der Maus drauffahren. Auch nach langer ?bung habe ich das nicht korrekt hingekriegt, meine Frage hat das schonmal jemand gemacht und hat evt einen Tipp f?r mich? Vielen Dank f?r jede Hilfe M.Koller From webmaster at einfallsreich.ch Tue Nov 9 10:56:02 2010 From: webmaster at einfallsreich.ch (Koller Michel) Date: Tue, 9 Nov 2010 10:56:02 +0100 Subject: [TYPO3-dev] Smootgallery mit Thumbnails unten References: Message-ID: Sorry falsche gruppe. From tomasnorre at gmail.com Tue Nov 9 11:35:38 2010 From: tomasnorre at gmail.com (Tomas Norre Mikkelsen) Date: Tue, 09 Nov 2010 11:35:38 +0100 Subject: [TYPO3-dev] ext:comments maintainer Message-ID: Hi.. Anyone you knows who maintain the comments extension ? I have made a patch that allow us to use the wt_calculating_captcha extention within the comments extension. I wrote an email to: extensions ( at ) netcreators ( dot ) com (see: http://typo3.org/documentation/document-library/extension-manuals/comments/1.5.3/view/1/1/) But no answer yet. anyone how can tell my how to apply my patch and mayby got some one to review it. /Tomas From ben at typo3.org Tue Nov 9 12:46:47 2010 From: ben at typo3.org (ben van 't ende) Date: Tue, 09 Nov 2010 12:46:47 +0100 Subject: [TYPO3-dev] ext:comments maintainer In-Reply-To: References: Message-ID: On 09/11/10 11:35, Tomas Norre Mikkelsen wrote: > Hi.. > > Anyone you knows who maintain the comments extension ? > > I have made a patch that allow us to use the wt_calculating_captcha extention > within the comments extension. > > I wrote an email to: extensions ( at ) netcreators ( dot ) com (see: > http://typo3.org/documentation/document-library/extension-manuals/comments/1.5.3/view/1/1/) > > > But no answer yet. anyone how can tell my how to apply my patch and mayby got > some one to review it. > > /Tomas Hey Tomas, It is maintained by Ingo Renner now I guess. I used to be Netcreators. I will try to find out for you. Would be cool if the development is continued. gRTz ben From tomasnorre at gmail.com Tue Nov 9 12:50:33 2010 From: tomasnorre at gmail.com (Tomas Norre Mikkelsen) Date: Tue, 09 Nov 2010 12:50:33 +0100 Subject: [TYPO3-dev] ext:comments maintainer In-Reply-To: References: Message-ID: On 09-11-2010 12:46, ben van 't ende wrote: > On 09/11/10 11:35, Tomas Norre Mikkelsen wrote: >> Hi.. >> >> Anyone you knows who maintain the comments extension ? >> >> I have made a patch that allow us to use the wt_calculating_captcha extention >> within the comments extension. >> >> I wrote an email to: extensions ( at ) netcreators ( dot ) com (see: >> http://typo3.org/documentation/document-library/extension-manuals/comments/1.5.3/view/1/1/) >> >> >> But no answer yet. anyone how can tell my how to apply my patch and mayby got >> some one to review it. >> >> /Tomas > > Hey Tomas, > > It is maintained by Ingo Renner now I guess. I used to be Netcreators. I will > try to find out for you. Would be cool if the development is continued. Hi, Thanks.. I'll be glad to contribute =) /Tomas From helmut at typo3.org Tue Nov 9 20:34:53 2010 From: helmut at typo3.org (Helmut Hummel) Date: Tue, 09 Nov 2010 20:34:53 +0100 Subject: [TYPO3-dev] Strange queries created by TYPO3 : uid LIKE '%no_cache%' In-Reply-To: References: Message-ID: Hi, On 08.11.10 15:03, R. van Twisk wrote: > > Why would TYPO3 create queries like that, specially the selections like > uid LIKE '%no_cache%' are mindboggeling... > > Anybody got a idea where they came from? To me it looks like someone seached for "no_cache" in the backend. Regards Helmut From thasmo at gmail.com Wed Nov 10 02:19:51 2010 From: thasmo at gmail.com (Thomas "Thasmo" Deinhamer) Date: Wed, 10 Nov 2010 02:19:51 +0100 Subject: [TYPO3-dev] Defining TCA settings for different TYPO3 versions Message-ID: Hello folks! What would be the best way to define/overwrite TCA settings for different TYPO3 versions? The specific TCA I'm talking about tends to be quite large - would it be okay to create separate files for each newer TYPO3 versions, which would hold additional TCA settings overriding the default tca.php definitions? And what's the correct way to determine the TYPO3 version? Thanks, Thomas From mueller at cyperfection.de Wed Nov 10 08:33:54 2010 From: mueller at cyperfection.de (=?ISO-8859-1?Q?Chris_M=FCller?=) Date: Wed, 10 Nov 2010 08:33:54 +0100 Subject: [TYPO3-dev] Defining TCA settings for different TYPO3 versions In-Reply-To: References: Message-ID: Hi Thomas, for version detection you can use something like this: if(t3lib_div::int_from_ver(TYPO3_version) >= 4003000) { ... } This example affects versions from 4.3 upwards. Regards, Chris. Am 10.11.2010 02:19, schrieb Thomas "Thasmo" Deinhamer: > Hello folks! > > What would be the best way to define/overwrite TCA > settings for different TYPO3 versions? > > The specific TCA I'm talking about tends to be quite > large - would it be okay to create separate files for > each newer TYPO3 versions, which would hold additional > TCA settings overriding the default tca.php definitions? > > And what's the correct way to determine the TYPO3 version? > > Thanks, > Thomas From mathias.schreiber at wmdb.de Wed Nov 10 10:17:57 2010 From: mathias.schreiber at wmdb.de (Mathias Schreiber [wmdb >]) Date: Wed, 10 Nov 2010 10:17:57 +0100 Subject: [TYPO3-dev] Add typolinks to TMENU In-Reply-To: References: Message-ID: Am 02.11.10 23:33, schrieb Thomas "Thasmo" Deinhamer: > But with TS conditions you can't make a condition > on a certain menu item itself, as far as I know. > > So adding custom HTML output or adding custom items > would work best by using the CASE object or some stdWrap.if magic imo. Am I the only one left who knows about IProcFunc? -- Ernesto, Nov. 9th 2010: "In the graphics generation routines of TYPO3 *anything* could cause a side effect." From morten at hagh.dk Wed Nov 10 10:24:31 2010 From: morten at hagh.dk (Morten Hagh) Date: Wed, 10 Nov 2010 10:24:31 +0100 Subject: [TYPO3-dev] Help with extension development - multiple languages Message-ID: Hi list, I have some problems with an extension I am working on. It?s my first time in the extension development world, so please bear with me, if my questions is ridiculous. J It?s an extension for bricks with technical data as well as descriptions, titles, prices, reference pictures etc. etc. I have two tables one for technical data (tx_rtmur_bricks_data) and one for the description and titles and so forth (tx_rtmur_bricks). I am doing it this way because it is possible that a brick (lets call it 201) is produced on more than one brickwork with different data. So you start with creating the brick with title, descripton, etc. and then a data record with a field to select which brick (with brick ID) the data belongs to, for each brickwork. This works almost as intended, but my problems occur with multiple languages. If I choose a brick in SINGLE VIEW on the default language it is shown in the default language, but if I click on e.g. swedish in my language menu, the brick is still shown in the default language. I am creating a brick record with title, description etc., in my default language which is danish and the translations in for other languages. Because the data table is language independent, I just cant seem to get it done correctly because it is related to the brick with a brick id. The 201 bricks are created in danish and gets uid =1 and then I create a data record, which is given the id 1 in the brick column, because it relates to the brick that has uid=1. If I now create a translation in swedish of 201 it gets uid=2, but now I can?t get the data because it relates to uid= 1. The 110n_parent column in the swedish translation has id=1. Here?s a summary: The data table shall not have any translation as the data is language independent and the same data record(s) should be used on brick 201 whether it is a danish, swedish or english translation. My code for SINGLE VIEW: ------- function dpSingle() { selectConf = array(); $selectConf['selectFields'] = '*'; $selectConf['selectTable'] = 'tx_rtmur_bricks'; $selectConf['where'] = 'uid=1'; $rows = $GLOBALS['TYPO3_DB']->exec_SELECTgetRows($selectConf['selectFields'], $selectConf['selectTable'], 'pid='. intval($this->conf['storagePid']) .' AND '. $selectConf['where'] . $this->cObj->enableFields('tx_rtmur_bricks')); if ($GLOBALS['TSFE']->sys_language_content) { $rows = $GLOBALS['TSFE']->sys_page->getRecordOverlay('tx_rtmur_bricks', $rows, $GLOBALS['TSFE']->sys_language_content, $GLOBALS['TSFE']->config['config']['sys_language_overlay']); } if(count($rows) == 0) { $template = $this->cObj->getSubpart($this->templateCode, '###NO_SINGLE_ITEM###'); $content = $this->cObj->substituteMarker($template, '###TXT_NO_SINGLE_PRODUCT###', $this->pi_getLL('no_single_product')); } else { $markers = array(); foreach($rows[0] as $sI => $sIvalue) { $markers['###SINGLE_'.strtoupper($sI).'###'] = $this->cObj->stdWrap(htmlspecialchars($sIvalue), $this->conf['singleView.'][$sI . '_stdWrap.']); } $data = $GLOBALS['TYPO3_DB']->exec_SELECTquery('brickwork, brick', 'tx_rtmur_bricks_data', 'brick=1' . $this->cObj->enableFields('tx_rtmur_bricks_data')); $bw = array("gt" => "Gandrup Teglv?rk", "vt" => "Vind? Teglv?rk"); } If someone can help me with the correct approach on this problem, I will be very grateful. From fsu-lists at cobweb.ch Wed Nov 10 11:19:58 2010 From: fsu-lists at cobweb.ch (=?windows-1252?Q?Fran=E7ois_Suter?=) Date: Wed, 10 Nov 2010 11:19:58 +0100 Subject: [TYPO3-dev] Help with extension development - multiple languages In-Reply-To: References: Message-ID: Hi, > The 201 bricks are created in danish and gets uid =1 and then I create a > data record, which is given the id 1 in the brick column, because it relates > to the brick that has uid=1. > If I now create a translation in swedish of 201 it gets uid=2, but now I > can?t get the data because it relates to uid= 1. The 110n_parent column in > the swedish translation has id=1. I faced a similar problem in an extension I worked on. It is not yet published but you can find it on Forge: http://forge.typo3.org/projects/show/extension-checklists It relies on a library called "overlays" which I created to ease such tasks (extension "overlays" is public). However the "overlays" library is not enough by itself, because you still need to rebuild the relations as you experienced. Look at class.tx_checklists_pi1.php at around line 169 and following and you'll see what kind of manipulation I make to work around this issue. HTH -- Francois Suter Cobweb Development Sarl - http://www.cobweb.ch From ernst at cron-it.de Wed Nov 10 13:49:01 2010 From: ernst at cron-it.de (Ernesto Baschny [cron IT]) Date: Wed, 10 Nov 2010 13:49:01 +0100 Subject: [TYPO3-dev] Help with extension development - multiple languages In-Reply-To: References: Message-ID: Fran?ois Suter schrieb am 10.11.2010 11:19: > Hi, > >> The 201 bricks are created in danish and gets uid =1 and then I create a >> data record, which is given the id 1 in the brick column, because it >> relates >> to the brick that has uid=1. >> If I now create a translation in swedish of 201 it gets uid=2, but now I >> can?t get the data because it relates to uid= 1. The 110n_parent >> column in >> the swedish translation has id=1. > > I faced a similar problem in an extension I worked on. It is not yet > published but you can find it on Forge: > > http://forge.typo3.org/projects/show/extension-checklists > > It relies on a library called "overlays" which I created to ease such > tasks (extension "overlays" is public). However the "overlays" library > is not enough by itself, because you still need to rebuild the relations > as you experienced. Wouldn't the "overlays" methods be a good candidate to be included in the core? There are lots of "record selection" methods in tslib_content, we could have a new utility namespace: tslib_databaseRecords with all those "Database functions" from tslib_content and your overlay fetching methods. Maybe splitting and grouping them up? Cheers, Ernesto From mathias.schreiber at wmdb.de Wed Nov 10 14:07:58 2010 From: mathias.schreiber at wmdb.de (Mathias Schreiber [wmdb >]) Date: Wed, 10 Nov 2010 14:07:58 +0100 Subject: [TYPO3-dev] Help with extension development - multiple languages In-Reply-To: References: Message-ID: Am 10.11.10 13:49, schrieb Ernesto Baschny [cron IT]: > tslib_databaseRecords Since this would be used in FE and BE t3lib_databaseRecords seems more fitting to me. -- Ernesto, Nov. 9th 2010: "In the graphics generation routines of TYPO3 *anything* could cause a side effect." From mathias.schreiber at wmdb.de Wed Nov 10 15:31:08 2010 From: mathias.schreiber at wmdb.de (Mathias Schreiber [wmdb >]) Date: Wed, 10 Nov 2010 15:31:08 +0100 Subject: [TYPO3-dev] Suggest-Feature: minChars In-Reply-To: References: Message-ID: Am 08.11.10 17:35, schrieb Henrik Ziegenhain: > Is there a reason why it is made this way? yup. > With focus on performence this should be no issue, because you enter "123" nearly as fast as "1". Insert 400.000 rows, try again. I guess the main idea was that "normally" you'd type away like in google suggest. but still... suggest gets kinda slow with huge resultsets. > Please correct me if I am wrong. done :) cheers Mathias -- Ernesto, Nov. 9th 2010: "In the graphics generation routines of TYPO3 *anything* could cause a side effect." From morten at hagh.dk Wed Nov 10 15:35:42 2010 From: morten at hagh.dk (Morten Hagh) Date: Wed, 10 Nov 2010 15:35:42 +0100 Subject: [TYPO3-dev] Help with extension development - multiple languages In-Reply-To: References: Message-ID: Hi, Wow - that looks interesting... I can see that it now keeps the original uid. I believe that is the point. A little problem... When I look at my default translation and switch to e.g. Swedish it shows the Swedish translation, but if I click on English it shows my default translation because there aren't any English translation of 201. Am I missing something to hide it when no translation, i.e. showing a message in the desired language that the bricks is not available in the particular language. I have set sys_language_mode = hideNonTranslated in my TS config. /Morten Hagh -----Oprindelig meddelelse----- Fra: typo3-dev-bounces at lists.typo3.org [mailto:typo3-dev-bounces at lists.typo3.org] P? vegne af Fran?ois Suter Sendt: 10. november 2010 11:20 Til: typo3-dev at lists.typo3.org Emne: Re: [TYPO3-dev] Help with extension development - multiple languages Hi, > The 201 bricks are created in danish and gets uid =1 and then I create a > data record, which is given the id 1 in the brick column, because it relates > to the brick that has uid=1. > If I now create a translation in swedish of 201 it gets uid=2, but now I > can?t get the data because it relates to uid= 1. The 110n_parent column in > the swedish translation has id=1. I faced a similar problem in an extension I worked on. It is not yet published but you can find it on Forge: http://forge.typo3.org/projects/show/extension-checklists It relies on a library called "overlays" which I created to ease such tasks (extension "overlays" is public). However the "overlays" library is not enough by itself, because you still need to rebuild the relations as you experienced. Look at class.tx_checklists_pi1.php at around line 169 and following and you'll see what kind of manipulation I make to work around this issue. HTH -- Francois Suter Cobweb Development Sarl - http://www.cobweb.ch _______________________________________________ TYPO3-dev mailing list TYPO3-dev at lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-dev From ernst at cron-it.de Wed Nov 10 16:03:44 2010 From: ernst at cron-it.de (Ernesto Baschny [cron IT]) Date: Wed, 10 Nov 2010 16:03:44 +0100 Subject: [TYPO3-dev] Help with extension development - multiple languages In-Reply-To: References: Message-ID: Mathias Schreiber [wmdb >] schrieb am 10.11.2010 14:07: > Am 10.11.10 13:49, schrieb Ernesto Baschny [cron IT]: >> tslib_databaseRecords > > Since this would be used in FE and BE t3lib_databaseRecords seems more > fitting to me. The whole "overlaying" is a matter of the FE, as only there you know which overlaying should be done ($GLOBALS['TSFE']->sys_language_contentOL etc), which preview is chosen (showHiddenRecords etc) and if you are in a WS preview etc. Some methods of course could be made generic for FE and BE. The whole "naming" should be decided in a specification beforehand. This is not a matter for 4.5 anyway, but would be a cool project for 4.6 and later. Cheers, Ernesto From fsu-lists at cobweb.ch Wed Nov 10 16:15:29 2010 From: fsu-lists at cobweb.ch (=?windows-1252?Q?Fran=E7ois_Suter?=) Date: Wed, 10 Nov 2010 16:15:29 +0100 Subject: [TYPO3-dev] Help with extension development - multiple languages In-Reply-To: References: Message-ID: Hi, > The whole "naming" should be decided in a specification beforehand. This > is not a matter for 4.5 anyway, but would be a cool project for 4.6 and > later. Actually Olly and SteffenK already approached me about core integration. I said that this library is not really complete enough yet to my taste, especially since I'm currently working on supporting also workspaces. But 4.6 seems like a more realistic target. Cheers -- Francois Suter Cobweb Development Sarl - http://www.cobweb.ch From bjoern.pedersen at frm2.tum.de Thu Nov 11 15:23:11 2010 From: bjoern.pedersen at frm2.tum.de (Bjoern Pedersen) Date: Thu, 11 Nov 2010 15:23:11 +0100 Subject: [TYPO3-dev] Installtool: compare with TCA seems to strict and only helpful for developers Message-ID: Hi, in the german list we discussed the compare with-TCA feature, as it often produces lots of "errors". Even for core: --------- Actual and suggested field definitions This table shows you the suggested field definitions which are calculated based on the configuration in $TCA. If the suggested value differs from the actual current database value, you should not panic, but simply check if the datatype of that field is sufficient compared to the data, you want TYPO3 to put there. pages Field name: Suggested value from $TCA: Actual value from database: doktype int(11) NOT NULL default '0' tinyint(3) unsigned NOT NULL default '0' title tinytext varchar(255) default '' TSconfig text text NOT NULL php_tree_stop tinyint(3) NOT NULL default '0' tinyint(4) NOT NULL default '0' is_siteroot tinyint(3) NOT NULL default '0' tinyint(4) NOT NULL default '0' storage_pid int(11) NOT NULL default '0' int(11) NOT NULL default '0' t3ver_label tinytext varchar(255) default '' editlock tinyint(3) NOT NULL default '0' tinyint(4) unsigned NOT NULL default '0' hidden tinyint(3) NOT NULL default '0' tinyint(4) unsigned NOT NULL default '0' ---------------------- To me, this tool seems mostly developer-relevant, as the normal db-compare should be sufficient for any end-user. Suggestion: move this functionality to extdeveval. Bj?rn From mail at h3nn3s.info Thu Nov 11 17:12:26 2010 From: mail at h3nn3s.info (Henrik Ziegenhain) Date: Thu, 11 Nov 2010 17:12:26 +0100 Subject: [TYPO3-dev] Suggest-Feature: minChars In-Reply-To: References: Message-ID: Am 10.11.2010 15:31, schrieb Mathias Schreiber [wmdb >]: >> Please correct me if I am wrong. > > done Hi Mathias, thanks for pointing this out. I thought already that there is a reason to keep this limit, so no change required :) Greets, Henrik From typo3 at t3node.com Fri Nov 12 18:03:04 2010 From: typo3 at t3node.com (=?UTF-8?B?U3RlZmZlbiBNw7xsbGVy?=) Date: Fri, 12 Nov 2010 18:03:04 +0100 Subject: [TYPO3-dev] Deploy localconf.php from test to live system In-Reply-To: References: Message-ID: Hi. On 31.10.2010 10:16 Fabrizio Branca wrote: >> ## INSTALL SCRIPT EDIT END POINT TOKEN - all lines after this points >> will not be changed by the install script! > > +1 for having this "END POINT TOKEN". Simple solution that offers you > possibilities to control what goes into what position within your > localconf.php > see patch request in RFC #16369. Please test and review. Feature freeze is near (next week)! -- cheers, Steffen TYPO3 Blog: http://www.t3node.com/ Microblog: http://twitter.com/t3node From info at sk-typo3.de Sat Nov 13 01:24:47 2010 From: info at sk-typo3.de (Steffen Kamper) Date: Sat, 13 Nov 2010 01:24:47 +0100 Subject: [TYPO3-dev] Heads up Javascript devs! Message-ID: Hi, you code javascript? You use a framework like ExtJS, JQuery, etc? You use Firefox or Chrome? Then don't miss this incredible extension: http://www.illumination-for-developers.com/ Read short informations here: http://www.sroussey.com/article/2010/11/11/42724/Illumination vg Steffen From federico at bernardin.it Sat Nov 13 10:46:40 2010 From: federico at bernardin.it (Federico Bernardin) Date: Sat, 13 Nov 2010 10:46:40 +0100 Subject: [TYPO3-dev] Heads up Javascript devs! In-Reply-To: References: Message-ID: Great Stefan, It seems an incredible good application, at least for extjs. Federico Il giorno 13/nov/2010, alle ore 01.24, Steffen Kamper ha scritto: > Hi, > > you code javascript? You use a framework like ExtJS, JQuery, etc? You use Firefox or Chrome? > > Then don't miss this incredible extension: > > http://www.illumination-for-developers.com/ > > Read short informations here: > > http://www.sroussey.com/article/2010/11/11/42724/Illumination > > vg Steffen > _______________________________________________ > TYPO3-dev mailing list > TYPO3-dev at lists.typo3.org > http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-dev From ingo at typo3.org Sun Nov 14 00:19:54 2010 From: ingo at typo3.org (Ingo Renner) Date: Sat, 13 Nov 2010 17:19:54 -0600 Subject: [TYPO3-dev] Hooks and protected class members In-Reply-To: References: Message-ID: Martin Kutschker wrote: > Generally I don't > think that a hook subscriber should have access to all protected members by default. agreed, usually there's a reason for that... it's called OOP and data encapsulation. So if you want to access a protected member, make sure to introduce a getter and setter. best Ingo -- Ingo Renner TYPO3 Core Developer, Release Manager TYPO3 4.2 From ingo at typo3.org Sun Nov 14 00:26:05 2010 From: ingo at typo3.org (Ingo Renner) Date: Sat, 13 Nov 2010 17:26:05 -0600 Subject: [TYPO3-dev] Deeplink in Backend? In-Reply-To: References: Message-ID: Markus Stauffiger (4eyes GmbH) wrote: Hi Markus, > I'm wondering whether it is possible to generate a link directly to the > edit view of a record in the backend? > > My idea is to provide an author with a link which leads him first to the > login form and then redirects him directly to the record with the id > provided by the link. > > Any ideas where to start looking or has someone already implemented > anything similar? I had a similar (if not the same idea). While navigating the backend, the location bar would be changed too so we get URLs like example.com/typo3/backend.php#web.page.PageId example.com/typo3/backend.php#edit.tt_news.RecordId example.com/typo3/backend.php#admintools.reports.systemstatus ... Haven't found the time o look into this any further though. best Ingo -- Ingo Renner TYPO3 Core Developer, Release Manager TYPO3 4.2 From ingo at typo3.org Sun Nov 14 03:48:53 2010 From: ingo at typo3.org (Ingo Renner) Date: Sat, 13 Nov 2010 20:48:53 -0600 Subject: [TYPO3-dev] DB list buttons In-Reply-To: References: Message-ID: J. Lingott wrote: > just a short and direct question. Is there any way to add custom buttons > to the standard table listings? Not in the clickmenu, but like those to > edit, hide, .. a table record. short answer: yes Ingo -- Ingo Renner TYPO3 Core Developer, Release Manager TYPO3 4.2 From ingo at typo3.org Sun Nov 14 04:00:50 2010 From: ingo at typo3.org (Ingo Renner) Date: Sat, 13 Nov 2010 21:00:50 -0600 Subject: [TYPO3-dev] ext:comments maintainer In-Reply-To: References: Message-ID: Tomas Norre Mikkelsen wrote: Hi Tomas, > Anyone you knows who maintain the comments extension ? which would be me I guess :) > I have made a patch that allow us to use the wt_calculating_captcha > extention within the comments extension. just open a new issue in the forge bug tracker... best Ingo -- Ingo Renner TYPO3 Core Developer, Release Manager TYPO3 4.2 From ingo at typo3.org Sun Nov 14 04:02:54 2010 From: ingo at typo3.org (Ingo Renner) Date: Sat, 13 Nov 2010 21:02:54 -0600 Subject: [TYPO3-dev] Defining TCA settings for different TYPO3 versions In-Reply-To: References: Message-ID: Thomas "Thasmo" Deinhamer wrote: > And what's the correct way to determine the TYPO3 version? works for me: switch (TYPO3_branch) { case '4.2': // ... break; case '4.3': // ... break; default: // ... } best Ingo -- Ingo Renner TYPO3 Core Developer, Release Manager TYPO3 4.2 From jigal at xs4all.nl Sun Nov 14 08:01:22 2010 From: jigal at xs4all.nl (Jigal van Hemert) Date: Sun, 14 Nov 2010 08:01:22 +0100 Subject: [TYPO3-dev] Hooks and protected class members In-Reply-To: References: Message-ID: Hi, On 14-11-2010 0:19, Ingo Renner wrote: > Martin Kutschker wrote: >> Generally I don't think that a hook subscriber should have access >> to all protected members by default. > > agreed, usually there's a reason for that... it's called OOP and data > encapsulation. And OOP knows the concept of "friend" classes, which have access to those members. Unfortunately PHP doesn't know that concept as I've written in the original message. > So if you want to access a protected member, make sure to introduce a > getter and setter. As you can find in the original message, there is such a construction possible with the 'magic' __get() and __set() methods. The practical problem is that you sometimes need a solution for a project and you find a suitable hook that could be used. The only problem you find is that the data you need to read/write is not accessible. You either have to go through the process of requesting access to that member by an RFC (core) or asking the extension author, waiting for a next release, etc. Because the project would have passed the dead line a long time ago the problem has already been solved by XCLASSing. But I understood that the consensus is that the hook provider is completely in charge of which data is available to the hook subscriber. Anyway, live goes on; instead of "getting hooked" I'll just keep XCLASSing ;-) -- Kind regards / met vriendelijke groet, Jigal van Hemert skype:jigal.van.hemert msn: jigal at xs4all.nl http://twitter.com/jigalvh From jbl at deweblop.de Sun Nov 14 10:18:44 2010 From: jbl at deweblop.de (J. Lingott) Date: Sun, 14 Nov 2010 10:18:44 +0100 Subject: [TYPO3-dev] DB list buttons In-Reply-To: References: Message-ID: Hello Ingo, list, Ingo Renner wrote: > > short answer: > > yes > thanks for the short answer, guess I deserve it! Somehow the answer is a bit too short to accomplish the task. Could you maybe add the TYPO3 class/ method name, that would be enough - just a 'short' hint! ;-) Cheers J. Lingott (my name contains special chars, therefore its shortened, not trying to hide) From popy.dev at gmail.com Sun Nov 14 12:57:31 2010 From: popy.dev at gmail.com (Popy) Date: Sun, 14 Nov 2010 12:57:31 +0100 Subject: [TYPO3-dev] Hooks and protected class members In-Reply-To: References: Message-ID: But implementing "friend classes" is not very hard :) Cordialement, Pierre Dudoret 2010/11/14 Jigal van Hemert > Hi, > > > On 14-11-2010 0:19, Ingo Renner wrote: > >> Martin Kutschker wrote: >> >>> Generally I don't think that a hook subscriber should have access >>> to all protected members by default. >>> >> >> agreed, usually there's a reason for that... it's called OOP and data >> encapsulation. >> > > And OOP knows the concept of "friend" classes, which have access to those > members. Unfortunately PHP doesn't know that concept as I've written in the > original message. > > > So if you want to access a protected member, make sure to introduce a >> getter and setter. >> > > As you can find in the original message, there is such a construction > possible with the 'magic' __get() and __set() methods. > > The practical problem is that you sometimes need a solution for a project > and you find a suitable hook that could be used. The only problem you find > is that the data you need to read/write is not accessible. > You either have to go through the process of requesting access to that > member by an RFC (core) or asking the extension author, waiting for a next > release, etc. Because the project would have passed the dead line a long > time ago the problem has already been solved by XCLASSing. > > But I understood that the consensus is that the hook provider is completely > in charge of which data is available to the hook subscriber. > > Anyway, live goes on; instead of "getting hooked" I'll just keep XCLASSing > ;-) > > -- > Kind regards / met vriendelijke groet, > > Jigal van Hemert > skype:jigal.van.hemert > msn: jigal at xs4all.nl > http://twitter.com/jigalvh > > _______________________________________________ > TYPO3-dev mailing list > TYPO3-dev at lists.typo3.org > http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-dev > From ingo at typo3.org Sun Nov 14 18:45:54 2010 From: ingo at typo3.org (Ingo Renner) Date: Sun, 14 Nov 2010 11:45:54 -0600 Subject: [TYPO3-dev] Hooks and protected class members In-Reply-To: References: Message-ID: Jigal van Hemert wrote: > And OOP knows the concept of "friend" classes, which have access to > those members. Unfortunately PHP doesn't know that concept as I've > written in the original message. not necessarily, that's a language specific feature, and to me it's a bad concept because it contradicts the principal of data encapsulation. Seriously, do you want everybody to fiddle with your data? > Anyway, live goes on; instead of "getting hooked" I'll just keep > XCLASSing ;-) ;) Ingo -- Ingo Renner TYPO3 Core Developer, Release Manager TYPO3 4.2 From ingo at typo3.org Sun Nov 14 18:50:01 2010 From: ingo at typo3.org (Ingo Renner) Date: Sun, 14 Nov 2010 11:50:01 -0600 Subject: [TYPO3-dev] DB list buttons In-Reply-To: References: Message-ID: J. Lingott wrote: HI there, > thanks for the short answer, guess I deserve it! SCNR ;) > Somehow the answer is a bit too short to accomplish the task. Could you > maybe add the TYPO3 class/ method name, that would be enough - just a > 'short' hint! ;-) Have a look at http://forge.typo3.org/projects/extension-timtab_akismet and specifically the ['typo3/class.db_list_extra.inc']['actions'] hook used there. > J. Lingott > (my name contains special chars, therefore its shortened, not trying to > hide) we don't mind special chars, we speak utf8 ;) best Ingo -- Ingo Renner TYPO3 Core Developer, Release Manager TYPO3 4.2 From popy.dev at gmail.com Mon Nov 15 10:26:54 2010 From: popy.dev at gmail.com (Popy) Date: Mon, 15 Nov 2010 10:26:54 +0100 Subject: [TYPO3-dev] Hooks and protected class members In-Reply-To: References: Message-ID: > > Seriously, do you want everybody to fiddle with your data? Not "everybody" : only friends :) And, better than "friend classes", why not "friend instances" ? As hooks are based on object, it is not hard to give access for CURRENT hook instance. Regards, Popy From scecere at krur.com Mon Nov 15 10:37:22 2010 From: scecere at krur.com (Stefano Cecere) Date: Mon, 15 Nov 2010 10:37:22 +0100 Subject: [TYPO3-dev] ExtJS date pickers and date ranges (working prototype maybe for Core?) References: Message-ID: hi i have quite finished my patch for this feature, BUT i would need some help with RegExp (i'm not good with it!) to simply everything i pass the lower and upper date limits in the input classes, like class="tceforms-textfield tceforms-datefield lower-100000 upper-2000000" i can easily check the presence of those params within JS (with .. . if (element.dom.className.match(/upper/)) { QUESTION: qhat is the easiest way to get the parameter (100000 for example?) i'd like to extract the "lower-100000" token, and then split by '-' any help? thank you! stefano From bjoern.pedersen at frm2.tum.de Mon Nov 15 11:29:56 2010 From: bjoern.pedersen at frm2.tum.de (Bjoern Pedersen) Date: Mon, 15 Nov 2010 11:29:56 +0100 Subject: [TYPO3-dev] CObject type EDITPANEL gone in 4.5? Message-ID: Hi, has the CObject type EDITPANEL been dropped in 4.5? It seems to be gone now. A grep on trunk: find . -name \*.php | xargs grep EDITPANEL ./t3lib/class.t3lib_frontendedit.php: * This function is used for the cObject EDITPANEL and the stdWrap property ".editPanel" ./t3lib/class.t3lib_frontendedit.php: * @param string A content string containing the content related to the edit panel. For cObject "EDITPANEL" this is empty but not so for the stdWrap property. The edit panel is appended to this string and returned. ./typo3/sysext/cms/tslib/class.tslib_pibase.php: * @param array TypoScript parameters to pass along to the EDITPANEL content Object that gets rendered. The property "allow" WILL get overridden/set though. ./typo3/sysext/cms/tslib/class.tslib_pibase.php: * @see tslib_cObj::EDITPANEL() ./typo3/sysext/cms/tslib/class.tslib_pibase.php: // Setting TypoScript values in the $conf array. See documentation in TSref for the EDITPANEL cObject. ./typo3/sysext/cms/tslib/class.tslib_pibase.php: $panel = $this->pi_EPtemp_cObj->cObjGetSingle('EDITPANEL',$conf,'editpanel'); ./typo3/sysext/cms/tslib/class.tslib_content.php: * This function is used for the cObject EDITPANEL and the stdWrap property ".editPanel" ./typo3/sysext/cms/tslib/class.tslib_content.php: * @param string A content string containing the content related to the edit panel. For cObject "EDITPANEL" this is empty but not so for the stdWrap property. The edit panel is appended to this string and returned. ./typo3/sysext/feedit/view/class.tx_feedit_editpanel.php: * This function is used for the cObject EDITPANEL and the stdWrap property ".editPanel" ./typo3/sysext/feedit/view/class.tx_feedit_editpanel.php: * @param string A content string containing the content related to the edit panel. For cObject "EDITPANEL" this is empty but not so for the stdWrap property. The edit panel is appended to this string and returned. See also: http://bugs.typo3.org/view.php?id=16364 Bj?rn From scecere at krur.com Mon Nov 15 11:51:57 2010 From: scecere at krur.com (Stefano Cecere) Date: Mon, 15 Nov 2010 11:51:57 +0100 Subject: [TYPO3-dev] ExtJS date pickers and date ranges (working prototype maybe for Core?) References: Message-ID: ok i could make it work with this (the className is like this: class="tceforms-textfield tceforms-datefield lower-100000- " ) if (element.dom.className.match(/lower/)) { strmindate = element.dom.className.match(".+lower-(.+?)-.+"); minDate = new Date(strmindate[1] * 1000); } else { minDate = null; } if anybody has better solutions, welcome! :) On Mon, 15 Nov 2010 10:37:22 +0100, Stefano Cecere wrote: > hi > > i have quite finished my patch for this feature, BUT i would need some > help with RegExp (i'm not good with it!) > > to simply everything i pass the lower and upper date limits in the input > classes, like > > class="tceforms-textfield tceforms-datefield lower-100000 upper-2000000" > > i can easily check the presence of those params within JS (with .. . if > (element.dom.className.match(/upper/)) { > > QUESTION: qhat is the easiest way to get the parameter (100000 for > example?) > i'd like to extract the "lower-100000" token, and then split by '-' > > any help? > > thank you! > stefano -- ____ ___ __ _ ______________________ Stefano Cecere KRUR.com - humanmedia From typo3dev2010.nospam1 at geithware.de Mon Nov 15 11:52:23 2010 From: typo3dev2010.nospam1 at geithware.de (Stefan Geith) Date: Mon, 15 Nov 2010 11:52:23 +0100 Subject: [TYPO3-dev] IRRE and alternative TCA, 'deep'-levels of IRRE Message-ID: Hi Devs, is there a way, to use different TCA-Types for Inline-Records, when they are shown as Inline_records ? More in Detail: When I have records, that can be edited directly OR within its Parent (where ist is shown as an Inline-Record) it would be sometimes helpfull, to have an alternative layout - means another (Set of) Types-Record(s). E.G. when edited directly, it makes sense to have all Data available for editing (including a selectbox for the 'parent'); But when I have this record as an inline record, at least the selectbox is needles (or even dangerous for 'normal' BE-users). Sometimes it could be usefull, to only have some of the fields editable while editing in IRRE-Mode. If this is not possible now, how could it be implemented ? a) as another 'types'-Array in TCA, e.g. 'irre_types'=>Array(...) that is used, whenever the record is edited with IRRE ? b) 'types' (and palettes) defined in the relation in the parent, like e.g. 'paragraphs' => array ( 'label' => 'Paragraphs' 'config' => array ( 'type' => 'inline', 'foreign_table' => 'tx_paragraphs', ===> 'foreign_types' => 'hidden, title, ...', ===> 'foreign_palettes' => array(...), Another example would be a data-model with a very 'deep' level of inline-records, think of county->region->city->street->address->appartments More than two or three levels of Inline-Records would be too compley, to work with. It would be usefull, to have al list of regions within the country and a list of cities within a region; BUT when editing the country, it make no sense to show the cities of the regions on the next level. So there should be an option to limit the depth of IRRE, e.g. 'paragraphs' => array ( 'label' => 'Paragraphs' 'config' => array ( 'type' => 'inline', 'foreign_table' => 'tx_wsw_paragraphs', ===> 'max_depth' => 2, I hope, my description is understandable ... ;) Are there any thougts, ideas, advices, about these issuse? Thanks, Stefan From jigal at xs4all.nl Mon Nov 15 12:30:23 2010 From: jigal at xs4all.nl (Jigal van Hemert) Date: Mon, 15 Nov 2010 12:30:23 +0100 Subject: [TYPO3-dev] Hooks and protected class members In-Reply-To: References: Message-ID: Hi, On 15-11-2010 10:26, Popy wrote: >> Seriously, do you want everybody to fiddle with your data? > Not "everybody" : only friends :) And even "friends" can be restricted to being able to read and not write... > And, better than "friend classes", why not "friend instances" ? As hooks are > based on object, it is not hard to give access for CURRENT hook instance. In the __get and __set methods a check can be added to see if a registered hook subscriber is requesting data. If this is implemented it must be documented that anything outside the passed parameters is subject to change without notice. In many cases a hook provider passes a reference to itself, but this is only moderately useful because most data members are inaccessible. Anyway, the consensus was that friends are not welcome to take a look inside. Friends may only see what is passed to them while waiting at the front door. -- Kind regards / met vriendelijke groet, Jigal van Hemert skype:jigal.van.hemert msn: jigal at xs4all.nl http://twitter.com/jigalvh From typo3dev2010.nospam1 at geithware.de Mon Nov 15 12:48:29 2010 From: typo3dev2010.nospam1 at geithware.de (Stefan Geith) Date: Mon, 15 Nov 2010 12:48:29 +0100 Subject: [TYPO3-dev] Deploy localconf.php from test to live system In-Reply-To: References: Message-ID: Am 31.10.2010 08:49, schrieb Christian Opitz: > i'm very interested in a solution for that problem too. In other > applications like Zend Framework I've seen the possibility to define an > environment and environment based settings. With that approach it's even > possible to define your environment in the htaccess: > > #.htaccess: > SetEnv TYPO3_ENV development > Don't forget to set die Env-Variable for CLI-Scripts (Scheduler) too: export TYPO3_ENV="development"; /usr/bin/php /var/www/.../typo3/cli_dispatch.phpsh scheduler /Stefan > //index.php > defined('TYPO3_ENV') > || define('TYPO3_ENV', (getenv('TYPO3_ENV') ? getenv('TYPO3_ENV') : > 'production')); > > //localconf.php > $TYPO3_CONF_VARS['ENV']['development']['EXT']['extList'] = ... > $TYPO3_CONF_VARS['EXT']['extList'] = ... > > TYPO3 would then just need to merge the settings. > > Cheers, > Christian > > Am 28.10.2010 10:33, schrieb Stefan Geith: >> Am 28.10.2010 10:19, schrieb Steffen M?ller: >>> Summing up our goal is: >>> We are looking for a place to configure stuff _after_ localconf.php and >>> _before_ extensions get loaded. >>> The goal is to have a (foolproof) control of these setting: >>> $TYPO3_CONF_VARS['EXT']['extConf'] >>> $TYPO3_CONF_VARS['EXT']['extList'] >>> $TYPO3_CONF_VARS['EXT']['extList_FE'] >>> >>> Looking at config_default.php, it does not exist. Nicos patch seems to >>> be a solution. IMHO it seems others might also find it useful, >> >> +1 >> >> Waiting for this quite some time ;) >> >> /Stefan >> > > _______________________________________________ > TYPO3-dev mailing list > TYPO3-dev at lists.typo3.org > http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-dev From typo3dev2010.nospam1 at geithware.de Mon Nov 15 12:53:44 2010 From: typo3dev2010.nospam1 at geithware.de (Stefan Geith) Date: Mon, 15 Nov 2010 12:53:44 +0100 Subject: [TYPO3-dev] Typo3 Exceptions and Scheduler Message-ID: Hi Devs, when using the scheduler, there are some problems, if errors occur: 1. When an Error occurs, the admin gets an email, BUT the content is HTML: same as in FE. Shouldn't there be Text-Only Error-Messages, if in CLI-Mode ? Could someone please give me a hint, where these Messages are generated, so I could possibly create a patch for that. 2. The error message does not contain any hint, what Site caused the error - so you have to search all Typo3-Instances on your server. There should be (at least) then Typo3-Site-Name ($TYPO3_CONF_VARS['SYS']['sitename']);: - as Text in the CLI-Error-Messages (see above) (they are reported to the admin, so the message could include even dm-name and db-user...) - and/or as HTML-Comment in the HTML-Error Messages. /Stefan From fsu-lists at cobweb.ch Mon Nov 15 13:12:03 2010 From: fsu-lists at cobweb.ch (=?ISO-8859-15?Q?Fran=E7ois_Suter?=) Date: Mon, 15 Nov 2010 13:12:03 +0100 Subject: [TYPO3-dev] Typo3 Exceptions and Scheduler In-Reply-To: References: Message-ID: Hi Stefan, > when using the scheduler, there are some problems, if errors occur: The Scheduler itself does not send any mail. Only the sample task does this. Of course, tasks provided by extensions may do so too, but this is independent from the Scheduler itself. I'm not really sure what kind of message you're getting. Maybe from the sysLog? Cheers -- Francois Suter Cobweb Development Sarl - http://www.cobweb.ch From typo3dev2010.nospam1 at geithware.de Mon Nov 15 13:22:49 2010 From: typo3dev2010.nospam1 at geithware.de (Stefan Geith) Date: Mon, 15 Nov 2010 13:22:49 +0100 Subject: [TYPO3-dev] Typo3 Exceptions and Scheduler In-Reply-To: References: Message-ID: Hi Francois, Am 15.11.2010 13:12, schrieb Fran?ois Suter: > The Scheduler itself does not send any mail. Only the sample task does > this. Of course, tasks provided by extensions may do so too, but this is > independent from the Scheduler itself. No, its not the scheduler - the system: when an error occurs within a cli_script, then some output (in this case: an HTML-Error-Page) is created. The (in this case) Linux cron-job sends this output (if any) as an Email to the sys-admin. /Stefan From jbl at deweblop.de Mon Nov 15 22:11:19 2010 From: jbl at deweblop.de (J. Lingott) Date: Mon, 15 Nov 2010 22:11:19 +0100 Subject: [TYPO3-dev] EXT:bodyClass/ TS to get field of any parent page Message-ID: Hello list, am currently trying to modify the TS provided with the extension bodyClass. What I am trying to do is getting the first parent custom class found if no custom class is set on the current (child) page. The snippet I tried is 'levelfield:-1,bodyclass_wrap_class,slide', but that doesn't seem to have the desired result. Any idea how to accomplish it? Cheers and bet regards J?rg Lingott From ernst at cron-it.de Tue Nov 16 01:37:08 2010 From: ernst at cron-it.de (Ernesto Baschny [cron IT]) Date: Tue, 16 Nov 2010 01:37:08 +0100 Subject: [TYPO3-dev] Typo3 Exceptions and Scheduler In-Reply-To: References: Message-ID: Stefan Geith schrieb am 15.11.2010 13:22: > Hi Francois, > > Am 15.11.2010 13:12, schrieb Fran?ois Suter: >> The Scheduler itself does not send any mail. Only the sample task does >> this. Of course, tasks provided by extensions may do so too, but this is >> independent from the Scheduler itself. > > No, its not the scheduler - the system: > when an error occurs within a cli_script, then some output (in this > case: an HTML-Error-Page) is created. > The (in this case) Linux cron-job sends this output (if any) as an Email > to the sys-admin. Error handling in CLI should be optimized of course. It has some other oddities which should be fixed to make it not output "html" anymore (probably the debug exception handler). Cheers, Ernesto From typo3dev2010.nospam1 at geithware.de Tue Nov 16 08:52:49 2010 From: typo3dev2010.nospam1 at geithware.de (Stefan Geith) Date: Tue, 16 Nov 2010 08:52:49 +0100 Subject: [TYPO3-dev] Typo3 Exceptions and Scheduler In-Reply-To: References: Message-ID: Hi, Am 16.11.2010 01:37, schrieb Ernesto Baschny [cron IT]: > [...] > Error handling in CLI should be optimized of course. It has some other > oddities which should be fixed to make it not output "html" anymore > (probably the debug exception handler). Can anyone give me a hint, where I can find the Output of this Error-Message as HTML (and where I find the template) ? I would then try to provide a patch. Thanks ! /Stefan From morten at hagh.dk Tue Nov 16 09:08:17 2010 From: morten at hagh.dk (Morten Hagh) Date: Tue, 16 Nov 2010 09:08:17 +0100 Subject: [TYPO3-dev] Help with extension development - multiple languages In-Reply-To: References: Message-ID: Hi again, I have a little problem with overlays - all in all it works amazing, but I have a problem when I am using a JOIN. I have a mm_relations on tx_rtmur_bricks_colorgroup_mm where uid_local is the uid of the brick and uid_foreign is the uid of the color taken from tx_rtmur_colorcats. Now it doesn't seem to work when I am seeing my list view when I make a JOIN where it now show everything it can find where the uids match regardless of the selected language. Am I doing something completely wrong? $join = "tx_rtmur_bricks_colorgroup_mm ON tx_rtmur_bricks.uid = tx_rtmur_bricks_colorgroup_mm.uid_local"; $where .= "AND tx_rtmur_bricks_colorgroup_mm.uid_foreign = '". $cid ."'"; $rows = tx_overlays::getAllRecordsForTable('*', 'tx_rtmur_bricks JOIN '.$join, $where, '', 'rtnummer'); Besides this problem, it works amazing. /Morten Hagh -----Oprindelig meddelelse----- Fra: typo3-dev-bounces at lists.typo3.org [mailto:typo3-dev-bounces at lists.typo3.org] P? vegne af Fran?ois Suter Sendt: 10. november 2010 11:20 Til: typo3-dev at lists.typo3.org Emne: Re: [TYPO3-dev] Help with extension development - multiple languages Hi, > The 201 bricks are created in danish and gets uid =1 and then I create a > data record, which is given the id 1 in the brick column, because it relates > to the brick that has uid=1. > If I now create a translation in swedish of 201 it gets uid=2, but now I > can?t get the data because it relates to uid= 1. The 110n_parent column in > the swedish translation has id=1. I faced a similar problem in an extension I worked on. It is not yet published but you can find it on Forge: http://forge.typo3.org/projects/show/extension-checklists It relies on a library called "overlays" which I created to ease such tasks (extension "overlays" is public). However the "overlays" library is not enough by itself, because you still need to rebuild the relations as you experienced. Look at class.tx_checklists_pi1.php at around line 169 and following and you'll see what kind of manipulation I make to work around this issue. HTH -- Francois Suter Cobweb Development Sarl - http://www.cobweb.ch _______________________________________________ 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 Tue Nov 16 10:18:22 2010 From: steffen at steffen-gebert.de (Steffen Gebert) Date: Tue, 16 Nov 2010 10:18:22 +0100 Subject: [TYPO3-dev] Typo3 Exceptions and Scheduler In-Reply-To: References: Message-ID: On 16.11.10 08:52, Stefan Geith wrote: > Hi, > > Am 16.11.2010 01:37, schrieb Ernesto Baschny [cron IT]: >> [...] >> Error handling in CLI should be optimized of course. It has some other >> oddities which should be fixed to make it not output "html" anymore >> (probably the debug exception handler). > > Can anyone give me a hint, where I can find the Output of this > Error-Message as HTML (and where I find the template) ? > I would then try to provide a patch. t3lib/error/class.t3lib_errorexceptionhandler.php - it containts methods echoExceptionWeb() and echoExceptionCLI(), so I think scheduler doesn't run in CLI mode, doesn't it? Kind regards Steffen -- Steffen Gebert TYPO3 Core Team Member Use a newsreader! Check out http://typo3.org/community/mailing-lists/use-a-news-reader/ From mathias.schreiber at wmdb.de Tue Nov 16 10:56:38 2010 From: mathias.schreiber at wmdb.de (Mathias Schreiber [wmdb >]) Date: Tue, 16 Nov 2010 10:56:38 +0100 Subject: [TYPO3-dev] EXT:bodyClass/ TS to get field of any parent page In-Reply-To: References: Message-ID: Am 15.11.10 22:11, schrieb J. Lingott: > Hello list, > > am currently trying to modify the TS provided with the extension > bodyClass. What I am trying to do is getting the first parent custom > class found if no custom class is set on the current (child) page. The > snippet I tried is 'levelfield:-1,bodyclass_wrap_class,slide', but that > doesn't seem to have the desired result. Any idea how to accomplish it? Did you add bodyclass_wrap_class to the list of rootline fields? Otherwise the field simply won't be available for checking :) cheers Mathias -- Ernesto, Nov. 9th 2010: "In the graphics generation routines of TYPO3 *anything* could cause a side effect." From jbl at deweblop.de Tue Nov 16 12:10:17 2010 From: jbl at deweblop.de (J. Lingott) Date: Tue, 16 Nov 2010 12:10:17 +0100 Subject: [TYPO3-dev] EXT:bodyClass/ TS to get field of any parent page In-Reply-To: References: Message-ID: Hi Matthias, list, Mathias Schreiber wrote: > Did you add bodyclass_wrap_class to the list of rootline fields? well, guess I missed some lines reading through the reference. Thanks for the hint! ;-) For those reading this and still need info, add to (ext_)localconf: if (!empty($GLOBALS["TYPO3_CONF_VARS"]["FE"]["addRootLineFields"])) { $rfFields = explode(',',$GLOBALS["TYPO3_CONF_VARS"]["FE"]["addRootLineFields"]); } $rfFields[] = 'bodyclass_wrap_class'; $GLOBALS["TYPO3_CONF_VARS"]["FE"]["addRootLineFields"] = implode(',',$rfFields); or set addRootLineFields in T3 install-tool. J?rg From typo3dev2010.nospam1 at geithware.de Tue Nov 16 12:18:42 2010 From: typo3dev2010.nospam1 at geithware.de (Stefan Geith) Date: Tue, 16 Nov 2010 12:18:42 +0100 Subject: [TYPO3-dev] Typo3 Exceptions and Scheduler In-Reply-To: References: Message-ID: Am 16.11.2010 10:18, schrieb Steffen Gebert: > On 16.11.10 08:52, Stefan Geith wrote: >> Hi, >> >> Am 16.11.2010 01:37, schrieb Ernesto Baschny [cron IT]: >>> [...] >>> Error handling in CLI should be optimized of course. It has some other >>> oddities which should be fixed to make it not output "html" anymore >>> (probably the debug exception handler). >> >> Can anyone give me a hint, where I can find the Output of this >> Error-Message as HTML (and where I find the template) ? >> I would then try to provide a patch. > > t3lib/error/class.t3lib_errorexceptionhandler.php - it containts methods > echoExceptionWeb() and echoExceptionCLI(), so I think scheduler doesn't > run in CLI mode, doesn't it? > OK, some more results of tests: - 4.5.trunk is working perfectly; uses echoExceptionCLI() - 4.4.5 does not use ExceptionHandler, when typo3/init.php tries to connect to database, because t3lib_BEfunc::typo3PrintError() is used instead of throw new RuntimeException() Is this an error of 4.4 ? Should I file a bugreport ? /Stefan From jbl at deweblop.de Tue Nov 16 12:35:41 2010 From: jbl at deweblop.de (J. Lingott) Date: Tue, 16 Nov 2010 12:35:41 +0100 Subject: [TYPO3-dev] TS page.additionalHeaderData Message-ID: Hello list, some of my extensions include several Javascript files. In the extensions themselves I got a routine being able to check if the file is added or not by setting the same key for every file, even its position can be defined. Now I reached a different problem. Some JS files have to be added by default, which would be adding it by TS. In http://bugs.typo3.org/view.php?id=9923, I read about the TS page property additionalHeaderData. But I don't really have a clue how to use it (TSRef doesn't seem to be updated), neither if it is capable to set the key, so the extensions still are able to check if their defined files need to be added or not. What I would need is adding it in the same way you would add it from inside extensions: $..['additionalHeaderData'][] = . Would be nice if someone could share some info about it! Regards, J?rg Lingott From tomasnorre at gmail.com Tue Nov 16 13:51:10 2010 From: tomasnorre at gmail.com (Tomas Norre Mikkelsen) Date: Tue, 16 Nov 2010 13:51:10 +0100 Subject: [TYPO3-dev] ext:comments maintainer In-Reply-To: References: Message-ID: On 14-11-2010 04:00, Ingo Renner wrote: > Tomas Norre Mikkelsen wrote: > > Hi Tomas, > >> Anyone you knows who maintain the comments extension ? > > which would be me I guess :) Don't understand ? >> I have made a patch that allow us to use the wt_calculating_captcha >> extention within the comments extension. > > > just open a new issue in the forge bug tracker... I'll do. /Tomas From bjoern.pedersen at frm2.tum.de Tue Nov 16 16:48:07 2010 From: bjoern.pedersen at frm2.tum.de (Bjoern Pedersen) Date: Tue, 16 Nov 2010 16:48:07 +0100 Subject: [TYPO3-dev] t3lib_Compressor: Superfluos, unused code in compressJsFiles? Message-ID: Hi, Why is $filenameFromMainDir calcutaed in compressJsFiles, but not passed to compressJsFile, where the same calculation is done again? Bj?rn From steffen at steffen-gebert.de Tue Nov 16 20:25:04 2010 From: steffen at steffen-gebert.de (Steffen Gebert) Date: Tue, 16 Nov 2010 20:25:04 +0100 Subject: [TYPO3-dev] t3lib_Compressor: Superfluos, unused code in compressJsFiles? In-Reply-To: References: Message-ID: On 16.11.10 16:48, Bjoern Pedersen wrote: > Hi, > > Why is $filenameFromMainDir calcutaed in compressJsFiles, but not passed > to compressJsFile, where the same calculation is done again? Thanks, fixed in trunk http://bugs.typo3.org/view.php?id=16424 Think it was a leftover from some refactoring. Kind regards Steffen -- Steffen Gebert TYPO3 Core Team Member Use a newsreader! Check out http://typo3.org/community/mailing-lists/use-a-news-reader/ From dan at danfrost.co.uk Wed Nov 17 12:23:11 2010 From: dan at danfrost.co.uk (dan frost) Date: Wed, 17 Nov 2010 11:23:11 +0000 Subject: [TYPO3-dev] "Suggest" doesn't always work with inline fields Message-ID: Hello, There's a problem with tceforms which means that the lovely "suggest" feature doesn't work for inline elements unless you also have suggest on the main elements in the form. The boils down to this line: if ($this->suggest->suggestCount > 0) { $pageRenderer->loadScriptaculous(); $this->loadJavascriptLib('../t3lib/js/jsfunc.tceforms_suggest.js'); } I assume that the check isn't going to work properly for inline elements because you won't have rendered the inline forms at this point, so perhaps adding some config option to the ext_tables.php part of the TCA - OR, just load the JavaScript files dynamically using JavaScript. That would solve a lot of issues. My solution was to XCLASS tceforms and include it all the time. Hope this helps. Dan From ernst at cron-it.de Thu Nov 18 05:00:49 2010 From: ernst at cron-it.de (Ernesto Baschny [cron IT]) Date: Thu, 18 Nov 2010 05:00:49 +0100 Subject: [TYPO3-dev] [TYPO3-v4] Announcing TYPO3 4.5 beta1 Message-ID: Dear TYPO3 friends, after a long day and a long night, tonight the TYPO3 community released the first beta version of TYPO3 4.5. This marks the start of the feature freeze phase in our development. Release of 4.5.0 is scheduled for the end of January 2011. For details about the release and the current progress, please read up on http://forge.typo3.org/projects/typo3v45-projects/wiki/TYPO3_450beta1 We again ship an Introduction Package with this beta release which allows people to test the new features right away. You can of course also opt to upgrade an existing installation to the new 4.5 beta1 version, but keep in mind that this is still a snapshot of our development so far, and more changes and fixes will be included in further releases. During the next phase we will have two additional beta releases (beta2 at 1st December, beta2 at 22nd December), where we expect all introduced features to mature and reach a very stable status. Please support the work of the teams by testing and reporting your findings. You can download the Beta packages from: http://typo3.org/download/packages/ MD5 checksums: 5d882b0ec89fcb461023e4c9a8a45fa3 dummy-4.5.0beta1.tar.gz 0058ee77bee1e705c6dc4bee9dfdabb1 dummy-4.5.0beta1.zip c4615cc6484473db183f76448f828fdd typo3_src-4.5.0beta1.tar.gz cf8606be6cece40f010aaf7281021c14 typo3_src-4.5.0beta1.zip b35e28029797c435daf3f2945ee21dd7 typo3_src+dummy-4.5.0beta1.zip abf929b015881a81a53ae23033a6b2e3 introductionpackage-4.5.0beta1.tar.gz bd0b550a3b993730ed727075ba2c7c89 introductionpackage-4.5.0beta1.zip Cheers, Steffen Kamper (Technical Leader) and Ernesto Baschny (Release Manager) From bjoern.pedersen at frm2.tum.de Thu Nov 18 13:13:39 2010 From: bjoern.pedersen at frm2.tum.de (Bjoern Pedersen) Date: Thu, 18 Nov 2010 13:13:39 +0100 Subject: [TYPO3-dev] TCA modification API Message-ID: Hi, just some thoughts about the TCA manipulation API: Currently we mainly hav adding-functions, which only work on the types field. The refactoring of the backend results in most items being moved to palettes. This results in the need to adapt e.g. most DAM-connector extensions. Currently this means lots of strreplace calls in ext-tables. So my question: Would it make sense to have functions to also manipulate the palettes? So e.g. AddToPalette ReplaceInPalette AddPalette AddPlatteToTypes ReplaceInTypes Regards, Bj?rn From fsu-lists at cobweb.ch Thu Nov 18 13:35:30 2010 From: fsu-lists at cobweb.ch (=?ISO-8859-15?Q?Fran=E7ois_Suter?=) Date: Thu, 18 Nov 2010 13:35:30 +0100 Subject: [TYPO3-dev] TCA modification API In-Reply-To: References: Message-ID: Hi Bjoern, > So my question: > Would it make sense to have functions to also manipulate the palettes? It would :-) > > So e.g. AddToPalette > ReplaceInPalette > AddPalette > AddPlatteToTypes > ReplaceInTypes Actually some methods already exist, since 4.3 IIRC: t3lib_extMgm::addFieldsToAllPalettesOfField() t3lib_extMgm::addFieldsToPalette() Methods to do replacements would be very nice. Cheers -- Francois Suter Cobweb Development Sarl - http://www.cobweb.ch From mathias.schreiber at wmdb.de Thu Nov 18 13:35:54 2010 From: mathias.schreiber at wmdb.de (Mathias Schreiber [wmdb >]) Date: Thu, 18 Nov 2010 13:35:54 +0100 Subject: [TYPO3-dev] TCA modification API In-Reply-To: References: Message-ID: Am 18.11.10 13:13, schrieb Bjoern Pedersen: > Hi, > > just some thoughts about the TCA manipulation API: great! > Currently we mainly hav adding-functions, which only work on the types > field. The refactoring of the backend results in most items being moved > to palettes. Actually, there are "add to palette" functions as well (at least current trunk) > So my question: > Would it make sense to have functions to also manipulate the palettes? > > So e.g. AddToPalette > ReplaceInPalette > AddPalette > AddPlatteToTypes > ReplaceInTypes Except for the typo in AddPlatteToTypes I'm all the way with you. I thought of just that yesterday night when I wanted to add fields fields for the FAL extension. Currently the only ways to remove stuff are: - unset TCA definition (which fails when you need to remove the field only in a certain type) - str_replace types (which is very very very unstable and at least from my POV bad coding. So if you have time to do this... GO GO GO ! :) cheers Mathias -- Ernesto, Nov. 9th 2010: "In the graphics generation routines of TYPO3 *anything* could cause a side effect." From lorenz-typo3 at visol.ch Thu Nov 18 14:46:53 2010 From: lorenz-typo3 at visol.ch (Lorenz Ulrich) Date: Thu, 18 Nov 2010 14:46:53 +0100 Subject: [TYPO3-dev] Header auf HTML element Message-ID: Hi everyone Content element HTML in TYPO3 offers almost the same wrapping functionality as any other content element, frames, before, after, ... But the "header" field in the HTML content element is called "Name" and is (at least in my installations) not at all reflected in frontend rendering. Wouldn't it be nice to have the same header functionality (including type, alignement) for the HTML element as for the other CEs? Best regards, Lorenz From fsu-lists at cobweb.ch Thu Nov 18 15:49:15 2010 From: fsu-lists at cobweb.ch (=?ISO-8859-15?Q?Fran=E7ois_Suter?=) Date: Thu, 18 Nov 2010 15:49:15 +0100 Subject: [TYPO3-dev] Header auf HTML element In-Reply-To: References: Message-ID: Hi, > But the "header" field in the HTML content element is called "Name" and > is (at least in my installations) not at all reflected in frontend > rendering. > > Wouldn't it be nice to have the same header functionality (including > type, alignement) for the HTML element as for the other CEs? I would rather say no, as the HTML content element is reserved (in my mind) for some very special cases where you can't display what you need with other regular content elements, plug-ins or FCEs. If it happened that I would need a header before a HTML content element, then I would use a Header content element. But that's just me. Cheers -- Francois Suter Cobweb Development Sarl - http://www.cobweb.ch From mathias.schreiber at wmdb.de Thu Nov 18 16:37:05 2010 From: mathias.schreiber at wmdb.de (Mathias Schreiber [wmdb >]) Date: Thu, 18 Nov 2010 16:37:05 +0100 Subject: [TYPO3-dev] Header auf HTML element In-Reply-To: References: Message-ID: Am 18.11.10 14:46, schrieb Lorenz Ulrich: > Hi everyone > > Content element HTML in TYPO3 offers almost the same wrapping > functionality as any other content element, frames, before, after, ... > > But the "header" field in the HTML content element is called "Name" and > is (at least in my installations) not at all reflected in frontend > rendering. The HTML element's field "name" is used for describing the content contained in the HTML element. There are very few rare occasions where you want something like "hands off!" in the name field. > Wouldn't it be nice to have the same header functionality (including > type, alignement) for the HTML element as for the other CEs? Not really. I do understand your concern, but you do realize this is all typoscript, right? Simply do, what you want to do with it until it fits your needs. try this (untested): tt_content.html > tt_content.html { 10 =< lib.stdheader 20 = TEXT 20.field = bodytext } Do all your other stuff in TCA and you're set :) cheers Mathias -- Ernesto, Nov. 9th 2010: "In the graphics generation routines of TYPO3 *anything* could cause a side effect." From t33k at prolabium.com Thu Nov 18 18:18:42 2010 From: t33k at prolabium.com (Krystian Szymukowicz) Date: Thu, 18 Nov 2010 18:18:42 +0100 Subject: [TYPO3-dev] pagetree in 4.5 beta1 and the ext "fire_debug" Message-ID: hi Just a note for anyone interested who use ext "fire_debug". The new pagetree in TYPO3 4.5beta1 do not work with this extension. -- grtz Krystian Szymukowicz From rowild at gmx.net Thu Nov 18 20:30:46 2010 From: rowild at gmx.net (Robert Wildling) Date: Thu, 18 Nov 2010 20:30:46 +0100 Subject: [TYPO3-dev] Subheader Message-ID: Hi, I don't know where to place this topic, but this one seems right to me. Surfing through the internet there is a lot to find about the missing secondary headline in the content elements "text", "text with images" etc. It actually only shows when "Header" as CE is used. I know there is an extension to activate it, but I still don't get the idea, why the function is generally implemented, but turned off all the time?!? Can someone enlighten me? Or wouldn't it be great to turn it on again with the same choice of types like the main header (normal, header 1... hidden)? Thanks in advance! Robert From rowild at gmx.net Thu Nov 18 20:37:16 2010 From: rowild at gmx.net (Robert Wildling) Date: Thu, 18 Nov 2010 20:37:16 +0100 Subject: [TYPO3-dev] Install tool Message-ID: I also would like to point out that the install tool has a small inconvenience. It can be found unter "All Coniguration", quite at the bottom where there are the User- and Page and all the other TS fields. The - in my opinion most important - field "defaultTypoScript_setup" offers only an input field instead of a textarea to enter the TS. Also, when using the update wizard, there is no back button after having installed one of the extensions. From a usability perspective this should most probably be changed. Since this is TYPO3, I would like to mention this... ( I wouldn't care if it was another CMS) Thanks! Robert From fsu-lists at cobweb.ch Thu Nov 18 21:19:52 2010 From: fsu-lists at cobweb.ch (=?ISO-8859-15?Q?Fran=E7ois_Suter?=) Date: Thu, 18 Nov 2010 21:19:52 +0100 Subject: [TYPO3-dev] Subheader In-Reply-To: References: Message-ID: Hi Robert, > Can someone enlighten me? Or wouldn't it be great to turn it on again > with the same choice of types like the main header (normal, header 1... > hidden)? One of the strongest feature of TYPO3 is how much it can be configured. Personally I never use the subheader and I'm quite happy that it does not appear in every content element. However I can understand that it can be useful and it's actually quite easy to turn it on. You don't even need an extension, although it can be useful to package all the relevant code. All that's needed is to activate the display of the subheader field by manipulating the TCA and then add some TypoScript to render it. As for changing the heading level of the subheader, you would have to add a new option for this and take it into account in your TypoScript. Maybe that's not so simple when you begin with TYPO3, but it's quite routine after a while. Also I think every developer/company tends to manage its own "package", a pre-configured TYPO3 install, so that you don't start from scratch every time. So while such configuration may be a bit lengthy to do at first, you do it only once. We're trying very much to provide TYPO3 with a convenient default setup. Obviously it cannot please everyone and you should feel free to petition for "activating" the subheader by default. The above was just my opinion ;-) Cheers -- Francois Suter Cobweb Development Sarl - http://www.cobweb.ch From steffen at steffen-gebert.de Thu Nov 18 22:27:46 2010 From: steffen at steffen-gebert.de (Steffen Gebert) Date: Thu, 18 Nov 2010 22:27:46 +0100 Subject: [TYPO3-dev] Install tool In-Reply-To: References: Message-ID: Hi Robert, thanks for your feedback! > I also would like to point out that the install tool has a small > inconvenience. It can be found unter "All Coniguration", quite at the > bottom where there are the User- and Page and all the other TS fields. > The - in my opinion most important - field "defaultTypoScript_setup" > offers only an input field instead of a textarea to enter the TS. I can't find such a field, neither in 4.4 nor in 4.5 - only defaultTypoScript_constants and defaultTypoScript_editorcfg, which are both textareas. Also scrolling through the list didn't make me find any similar option using a textfield. Could you please look the name up again? > Also, when using the update wizard, there is no back button after having > installed one of the extensions. From a usability perspective this > should most probably be changed. Yes, this is a pretty well known and from everybody disliked situation. However there was nobody getting his hands dirty to improve this (cruel) part of TYPO3. Kind regards Steffen -- Steffen Gebert TYPO3 Core Team Member Use a newsreader! Check out http://typo3.org/community/mailing-lists/use-a-news-reader/ From mathias.schreiber at wmdb.de Fri Nov 19 09:35:57 2010 From: mathias.schreiber at wmdb.de (Mathias Schreiber [wmdb >]) Date: Fri, 19 Nov 2010 09:35:57 +0100 Subject: [TYPO3-dev] Subheader In-Reply-To: References: Message-ID: Am 18.11.10 20:30, schrieb Robert Wildling: > Can someone enlighten me? Or wouldn't it be great to turn it on again > with the same choice of types like the main header (normal, header 1... > hidden)? *sheds some light* The subheader is used in the content element "header". So you can do something like this: - CE HEADER - CE TEXT /w Image There is only one scenario that will not work with this setup, this is Text /w Image with the image being floated - in this case the headline is by default rendered next to the image instead of above the image(s). You have some options: a) Do as Francois suggested (although the TS should already be in place) b) Change the TCA in trunk to display the subheader field in TCEForms, open a bug ticket, submit a patch and wait for the core-devs to decide c) Talk to Joey Hasenau what he thinks about it, since he is currently doing a massive overhaul of the default TCA. hope this helps. Cheers Mathias -- Ernesto, Nov. 9th 2010: "In the graphics generation routines of TYPO3 *anything* could cause a side effect." From ernst at cron-it.de Fri Nov 19 09:40:09 2010 From: ernst at cron-it.de (Ernesto Baschny [cron IT]) Date: Fri, 19 Nov 2010 09:40:09 +0100 Subject: [TYPO3-dev] TCA modification API In-Reply-To: References: Message-ID: Bjoern Pedersen schrieb am 18.11.2010 13:13: > just some thoughts about the TCA manipulation API: > Currently we mainly hav adding-functions, which only work on the types > field. The refactoring of the backend results in most items being moved > to palettes. > This results in the need to adapt e.g. most DAM-connector extensions. > Currently this means lots of strreplace calls in ext-tables. > > > So my question: > Would it make sense to have functions to also manipulate the palettes? > > So e.g. AddToPalette > ReplaceInPalette > AddPalette > AddPlatteToTypes > ReplaceInTypes The idea would be that existing installations still work if they add a field after/before a field which is now in a palette. The decision in the core should be made *where* to place the field. Options for "after" (similar for before) are: a) after the palette where the field appears b) after the field inside the palette b.1) either by adding a --linebreak-- before and after the new field b.1) just as-is, but with the risk of breaking the "layout" To illustrate the problem of b): e.g. in tt_content we now have "image" and "imagecaption" side by side, which allows a better matching of the image and caption (on a row-by-row basis). If an extension adds a field "after image", this would somehow break the layout. So I am currently for "a)" but still giving developers the chance to add stuff to existing palettes as an add-on to more precisely do what needs to be done (like you suggested!). Cheers, Ernesto From rowild at gmx.net Fri Nov 19 11:25:18 2010 From: rowild at gmx.net (Robert Wildling) Date: Fri, 19 Nov 2010 11:25:18 +0100 Subject: [TYPO3-dev] Install tool In-Reply-To: References: Message-ID: Thanks, Steffen, for your quick response and interest. I updated the bug report with a screenshot and a note. Hope these clarify things. Regards, Robert > Hi Robert, > > thanks for your feedback! > >> I also would like to point out that the install tool has a small >> inconvenience. It can be found unter "All Coniguration", quite at the >> bottom where there are the User- and Page and all the other TS fields. >> The - in my opinion most important - field "defaultTypoScript_setup" >> offers only an input field instead of a textarea to enter the TS. > I can't find such a field, neither in 4.4 nor in 4.5 - only > defaultTypoScript_constants and defaultTypoScript_editorcfg, which are > both textareas. Also scrolling through the list didn't make me find any > similar option using a textfield. Could you please look the name up again? > >> Also, when using the update wizard, there is no back button after having >> installed one of the extensions. From a usability perspective this >> should most probably be changed. > Yes, this is a pretty well known and from everybody disliked situation. > However there was nobody getting his hands dirty to improve this (cruel) > part of TYPO3. > > Kind regards > Steffen > From rowild at gmx.net Fri Nov 19 11:33:24 2010 From: rowild at gmx.net (Robert Wildling) Date: Fri, 19 Nov 2010 11:33:24 +0100 Subject: [TYPO3-dev] Subheader In-Reply-To: References: Message-ID: Thanks, guys, for your feedbacks. meanwhile I am happy to be able to say I can handle TS quite ok, so getting around the problem described is for myself not that much of a big deal. I just realize that it is a very often asked question on the web, so I thought giving the issue another thought might be quite all right. As for my workflow, it turned out over the past 2 years that I usually have to turn OFF features provided by the standard installation. This is one that I usually have to turn ON... I wonder if there will be more input on this issue here or if we, the readers of this section, are already experienced enough with and so much an all-day-user of TYPO3, so that it might probably be hard to respect what might actually be easier for newcomers... maybe even in general... Let's keep going a bit! > Hi, > > I don't know where to place this topic, but this one seems right to me. > Surfing through the internet there is a lot to find about the missing > secondary headline in the content elements "text", "text with images" > etc. It actually only shows when "Header" as CE is used. > > I know there is an extension to activate it, but I still don't get the > idea, why the function is generally implemented, but turned off all the > time?!? > > Can someone enlighten me? Or wouldn't it be great to turn it on again > with the same choice of types like the main header (normal, header 1... > hidden)? > > Thanks in advance! > Robert From blueduck at gmx.net Fri Nov 19 15:55:11 2010 From: blueduck at gmx.net (Stefano Kowalke) Date: Fri, 19 Nov 2010 15:55:11 +0100 Subject: [TYPO3-dev] Install tool In-Reply-To: References: Message-ID: Hi Robert, could you post the link to the report? Thanks, Stefano Am 19.11.10 11:25, schrieb Robert Wildling: > Thanks, Steffen, for your quick response and interest. I updated the bug > report with a screenshot and a note. Hope these clarify things. > Regards, Robert > > >> Hi Robert, >> >> thanks for your feedback! >> >>> I also would like to point out that the install tool has a small >>> inconvenience. It can be found unter "All Coniguration", quite at the >>> bottom where there are the User- and Page and all the other TS fields. >>> The - in my opinion most important - field "defaultTypoScript_setup" >>> offers only an input field instead of a textarea to enter the TS. >> I can't find such a field, neither in 4.4 nor in 4.5 - only >> defaultTypoScript_constants and defaultTypoScript_editorcfg, which are >> both textareas. Also scrolling through the list didn't make me find any >> similar option using a textfield. Could you please look the name up >> again? >> >>> Also, when using the update wizard, there is no back button after having >>> installed one of the extensions. From a usability perspective this >>> should most probably be changed. >> Yes, this is a pretty well known and from everybody disliked situation. >> However there was nobody getting his hands dirty to improve this (cruel) >> part of TYPO3. >> >> Kind regards >> Steffen >> > From steffen at steffen-gebert.de Fri Nov 19 16:30:30 2010 From: steffen at steffen-gebert.de (Steffen Gebert) Date: Fri, 19 Nov 2010 16:30:30 +0100 Subject: [TYPO3-dev] Install tool In-Reply-To: References: Message-ID: On 19.11.10 15:55, Stefano Kowalke wrote: > Hi Robert, > > could you post the link to the report? http://bugs.typo3.org/view.php?id=16473 Kind regards Steffen -- Steffen Gebert TYPO3 Core Team Member Use a newsreader! Check out http://typo3.org/community/mailing-lists/use-a-news-reader/ From info at rs-websystems.de Sun Nov 21 15:02:21 2010 From: info at rs-websystems.de (Steffen Ritter) Date: Sun, 21 Nov 2010 15:02:21 +0100 Subject: [TYPO3-dev] Switching to realUrl on an webpage existing for 4 year Message-ID: Hey list, I have the task, to Migrate a website currently using SimulateStaticDocuments to RealUrl. Sadly many internal Stuff is HTML Elements or hardcoded Links to some pages. Therefore I have to provide a Fallback onto SimulateStaticDocuments. I tried the init option in realUrl which should accept SimulateStatic Urls. I always get an "Segment not an keyword for PostVarSets". Any Ideas HowTo Migrate? regards Steffen From steffen at steffen-gebert.de Sun Nov 21 16:13:44 2010 From: steffen at steffen-gebert.de (Steffen Gebert) Date: Sun, 21 Nov 2010 16:13:44 +0100 Subject: [TYPO3-dev] Switching to realUrl on an webpage existing for 4 year In-Reply-To: References: Message-ID: > I have the task, to Migrate a website currently using > SimulateStaticDocuments to RealUrl. Sadly many internal Stuff is HTML > Elements or hardcoded Links to some pages. > Therefore I have to provide a Fallback onto SimulateStaticDocuments. > I tried the init option in realUrl which should accept SimulateStatic Urls. > I always get an "Segment not an keyword for PostVarSets". To keep links valid, you could redirect Blabla.123.html to index.php?id=123 using RewriteRules. To avoid duplicate content, you can uses Georg's EXT:canonical. Have you thought of this way? Kind regards Steffen -- Steffen Gebert TYPO3 Core Team Member Use a newsreader! Check out http://typo3.org/community/mailing-lists/use-a-news-reader/ From info at rs-websystems.de Sun Nov 21 16:21:02 2010 From: info at rs-websystems.de (Steffen Ritter) Date: Sun, 21 Nov 2010 16:21:02 +0100 Subject: [TYPO3-dev] Switching to realUrl on an webpage existing for 4 year In-Reply-To: References: Message-ID: Am 21.11.2010 16:13, schrieb Steffen Gebert: > Have you thought of this way? Hi Steffen, yes I did, but what about MountPoints and Extensions? About the Duplicate Content we do not have to care... Most parts of the website is not known to Google anyways. It's in a very bad condition (missing title tags, no meta tags at any place, crappy html code, hardcoded index.php?id= links). The first rule is: the old hardcoded internal links have to work. Anything else could have been thought later of... Would be cool If I would have sth like this: If realUrl error, call classes of simulateStatic, decodeUrl, generate new realurl Link, save to RealUrl rewriteTable and redirect 301 to this page. regards Steffen From christian at kitsunet.de Sun Nov 21 19:16:15 2010 From: christian at kitsunet.de (=?ISO-8859-15?Q?=22Christian_M=FCller_=28Kitsunet=29=22?=) Date: Sun, 21 Nov 2010 19:16:15 +0100 Subject: [TYPO3-dev] Switching to realUrl on an webpage existing for 4 year In-Reply-To: References: Message-ID: On 21.11.2010 16:21, Steffen Ritter wrote: > Am 21.11.2010 16:13, schrieb Steffen Gebert: >> Have you thought of this way? > Hi Steffen, > yes I did, but what about MountPoints and Extensions? What is the problem about that? RewriteCond %{DOCUMENT_ROOT}%{REQUEST_FILENAME} !-f RewriteCond %{DOCUMENT_ROOT}%{REQUEST_FILENAME} !-d RewriteCond %{DOCUMENT_ROOT}%{REQUEST_FILENAME} !-l RewriteRule ^/.+\.(.+)\.[0-9]\.html /index.php?id=$1 [R=301,L,QSA,NE] Should work like a charm (taken from CoolURI manual). I used it in similar situations and had no problems. > About the Duplicate Content we do not have to care... Most parts of the > website is not known to Google anyways. > It's in a very bad condition (missing title tags, no meta tags at any > place, crappy html code, hardcoded index.php?id= links). > > The first rule is: the old hardcoded internal links have to work. > Anything else could have been thought later of... > > Would be cool If I would have sth like this: > If realUrl error, call classes of simulateStatic, decodeUrl, generate > new realurl Link, save to RealUrl rewriteTable and redirect 301 to this > page. I guess you could do that with a custom RealURL advanced class and consider simulateStatic within. I have one project with my own realurl page path encoder/decoder and it can do magic things ;-) Regards, Christian From pfoerger at gmail.com Mon Nov 22 00:35:19 2010 From: pfoerger at gmail.com (Peter Foerger) Date: Mon, 22 Nov 2010 00:35:19 +0100 Subject: [TYPO3-dev] [TYPO3-kickstarter] Announcement: Restructured Kickstarter-Team and new leadership Message-ID: Hi guys, as TYPO3 Version 4.5 will be the first release with "Long Term Support" (LTS) the core team has decided to take over maintenance of the Extdeveval and Kickstarter extensions. That is to provide extensions developers the right tools for building and maintaining their applications for the 4.x branch. Sure, there also is the Extbase Kickstarter which is great for building extensions with Extbase. While we are drifting more and more into a transition phase, it is essential to have both approaches available for developers, may you decide what fits best to your needs. As part of the restructuring process I have been asked by the core team to take over the leadership of Kickstarter in conjunction with Ingo Renner and Olly Hader, to somehow bridge the gap between the core devs and the ? how to say that, non-core devs? You get the point. As you might have already guessed, I happily agreed. So first of all you might ask yourself what will be the benefits of this restructured team for TYPO3, you and your clients. Well, most important seems to me the matter of fact, that you can be assured Kickstarter will be around and actively maintained as long as the 4.x branch is alive and supported. Bugs will get fixed and updates to TER will be published on a regular base. New features will get implemented wherever it makes sense e.g. adapting the generated skeleton code, to reflect changes that meanwhile have been integrated into the TYPO3 core. The right tool to get the job done is in place, which is a good thing. So what's next? As the last update to TER has been a little while ago, almost two years to be precise, I plan to release a maintenance version in a couple of days, reflecting the changes that made it to the svn-repository in the meanwhile. Next will be to step through the bugtracker and squeeze the stuff in there and also decide what features would be useful to enrich your development process. That's the point where I look at YOU. Being maintained by the core team doesn't mean YOU can't contribute to the project anymore. That would be to easy, dudes ;-) In fact we are always looking for volunteers (and yes, that might be YOU) to support the project in whatever way. May it be contributing code, doing reviews, reporting bugs ...whatever. So if you are in the mood to get something done for TYPO3 and in this case especially the Kickstarter get in contact with me. I will take you by the hand and guide you into the wonderful world of the TYPO3 community. That being said I will end up with some links for further reading and I will be glad to see YOU around. Happy kickstarting ~Peter http://forge.typo3.org/projects/show/extension-kickstarter http://typo3.org/extensions/repository/view/kickstarter/current/ http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-project-kickstarter From typo3 at mbh-web.de Mon Nov 22 09:54:45 2010 From: typo3 at mbh-web.de (Marc Bastian Heinrichs) Date: Mon, 22 Nov 2010 09:54:45 +0100 Subject: [TYPO3-dev] Switching to realUrl on an webpage existing for 4 year In-Reply-To: References: Message-ID: Hi Steffen, > Would be cool If I would have sth like this: > If realUrl error, call classes of simulateStatic, decodeUrl, generate > new realurl Link, save to RealUrl rewriteTable and redirect 301 to this > page. Did you have a look at wt_301_redirect? http://typo3.org/extensions/repository/view/wt_301_redirect/current/ Regards, Marc Bastian From webmaster at einfallsreich.ch Mon Nov 22 16:18:17 2010 From: webmaster at einfallsreich.ch (Koller Michel) Date: Mon, 22 Nov 2010 16:18:17 +0100 Subject: [TYPO3-dev] commerce Message-ID: Guten Tag Ich benutze zum erstenmal den TYPO3 Shop "commerce". Dort gibt es folgende Struktur Kategorie1 unterkategorie-x unterkategorie-y Kategorie2 unterkategorie-x unterkategorie-y etc In jeder Kategorie hat es wieder die selben Unterkategorien. Das erzeugt enorm viele "unterkategorien", und zwar solche die den selben Namen haben. Gibt es daf?r eine andere L?sung das abzubilden? Hat sich jemand schonmal mit den Kategorien von Commerce auseinandergesetzt und hat evt einen Tipp f?r mich? Bin dankbar f?r jede Hilfe M.Koller From mathias.schreiber at wmdb.de Mon Nov 22 16:22:48 2010 From: mathias.schreiber at wmdb.de (Mathias Schreiber [wmdb >]) Date: Mon, 22 Nov 2010 16:22:48 +0100 Subject: [TYPO3-dev] commerce In-Reply-To: References: Message-ID: Am 22.11.10 16:18, schrieb Koller Michel: > Guten Tag > > Ich benutze zum erstenmal den TYPO3 Shop "commerce". Hi Michel, 1st up.. these lists are english :) So don't expect an answer. Second you accidentally picked the wrong list. In this case there are two possible options for you. You could use typo3.german, where a lot of german speaking guys are helping out or you could use the dedicated commerce list (english though). In your case I think you might be best off with the commerce list. cheers Mathias -- Ernesto, Nov. 9th 2010: "In the graphics generation routines of TYPO3 *anything* could cause a side effect." From lorenz-typo3 at visol.ch Mon Nov 22 16:44:18 2010 From: lorenz-typo3 at visol.ch (Lorenz Ulrich) Date: Mon, 22 Nov 2010 16:44:18 +0100 Subject: [TYPO3-dev] Reloads on displayCond in Flexforms and changing Types in TCA Message-ID: Hi everyone There are several usability issues with extensions that offer a lot of configuration options in flexforms or TCA. Some examples: - Powermail uses IRRE to add fieldsets and fields. Changing the type of a field (i.e. from text input to textarea) causes a reload of the content "frame". After the reload you have to open the fieldset and field again. - If you have a flexform in the second tab of a db entry that needs reload because you changed the type you have to start in the first tab again. I know this is not one single issue but I would like to know if any steps have been discussed to change this behaviours. Thanks! Lorenz From info at sk-typo3.de Mon Nov 22 17:21:12 2010 From: info at sk-typo3.de (Steffen Kamper) Date: Mon, 22 Nov 2010 17:21:12 +0100 Subject: [TYPO3-dev] Reloads on displayCond in Flexforms and changing Types in TCA In-Reply-To: References: Message-ID: Hi, the title is a bit misleading, but we can sort out some real needed fixes. Would be cool to add them as regular bugs like: * Page after reload do not open last tab * IRRE use page reload instead element reload could you open such? Thanks. vg Steffen From tp at netinventors.de Tue Nov 23 14:23:17 2010 From: tp at netinventors.de (Tobias Pierschel) Date: Tue, 23 Nov 2010 14:23:17 +0100 Subject: [TYPO3-dev] http://bugs.typo3.org/view.php?id=7591 Message-ID: Hi, what about this bug http://bugs.typo3.org/view.php?id=7591 ? We ran into this issue and found that there is already a working patch which is not commited to the core yet. In the meantime (T3 - 4.4.4) the line-numbers are not corret and there is also al little flaw Row: 430 /* $GLOBALS['TYPO3_DB']->exec_UPDATEquery('cache_pagesection', 'page_id=' . intval($GLOBALS['TSFE']->id) . ' AND mpvar_hash=' . $mpvarHash, $dbFields); if ($GLOBALS['TYPO3_DB']->sql_affected_rows() == 0) { $dbFields['page_id'] = intval($GLOBALS['TSFE']->id); $dbFields['mpvar_hash'] = $mpvarHash; $GLOBALS['TYPO3_DB']->exec_INSERTquery('cache_pagesection', $dbFields); } */ into: $dbFields = $GLOBALS['TYPO3_DB']->fullQuoteArray($dbFields, 'cache_pagesection', $noQuote=FALSE); $query = 'INSERT INTO cache_pagesection SET page_id=' . intval($GLOBALS['TSFE']->id) . ', mpvar_hash=' . $mpvarHash . ', content=' . $dbFields['content'] . ', tstamp=' . $dbFields['tstamp'] .' ON DUPLICATE KEY UPDATE content='.$dbFields['content'] . ', tstamp=' . $dbFields['tstamp']; $res = $GLOBALS['TYPO3_DB']->sql_query($query); Cheers Tobi From s.arnold at rebell.at Tue Nov 23 15:21:11 2010 From: s.arnold at rebell.at (Sigfried Arnold) Date: Tue, 23 Nov 2010 15:21:11 +0100 Subject: [TYPO3-dev] GIFBUILDER / TEXT: 100 Byte Limit Message-ID: Hello I have an Issue with GIFBUILDER and rendering TYPE text. There seems to be a Limit of exactly 100 bytes - this is usualy less then 100 characters. If you use UTF-8 and glyphes about single byte encoding you get even shorter strings. Can anybody confirm that issue or is there a solution? thx in advance Sigfried Arnold From s.arnold at rebell.at Tue Nov 23 15:31:51 2010 From: s.arnold at rebell.at (Sigfried Arnold) Date: Tue, 23 Nov 2010 15:31:51 +0100 Subject: [TYPO3-dev] GIFBUILDER / TEXT: 100 Byte Limit In-Reply-To: References: Message-ID: Am 23.11.2010 15:21, schrieb Sigfried Arnold: > Limit of exactly 100 bytes > Can anybody confirm that issue or is there a solution? Solution is: set textMaxLength to a value > 100 since this value is the hardcoded fallback in class.tslib_gifbuilder.php This is really annoying because most database fields wich are commonly used for rendering (tt_content.header, pages.title, pages.subtitle are varchar(255) by default) - i guess i'll add a feature request to the bugtracker. Thx anyway ;) From lorenz-typo3 at visol.ch Tue Nov 23 22:51:28 2010 From: lorenz-typo3 at visol.ch (Lorenz Ulrich) Date: Tue, 23 Nov 2010 22:51:28 +0100 Subject: [TYPO3-dev] Reloads on displayCond in Flexforms and changing Types in TCA In-Reply-To: References: Message-ID: Hi Steffen > the title is a bit misleading, but we can sort out some real needed > fixes. Would be cool to add them as regular bugs like: > * Page after reload do not open last tab > * IRRE use page reload instead element reload Will do so on Thursday. Lorenz From vsbies at wp.pl Wed Nov 24 02:36:35 2010 From: vsbies at wp.pl (Marcus 'biesior' Biesioroff) Date: Wed, 24 Nov 2010 02:36:35 +0100 Subject: [TYPO3-dev] richtext[cut|copy|paste] ... this limitation doesn't work Message-ID: ellou' List According to Core API (Additional $TCA features) I'm trying to minify RTE for my own field by using such syntax as below, RTE appears, but with all buttons : 'tx_myext_' => array ( 'exclude' => 1, 'label' => 'LLL:EXT:path_to_label...', 'config' => array ( 'type' => 'text', 'cols' => '45', 'rows' => '5', ), 'defaultExtras' => 'richtext[cut|copy|paste]:rte_transform[mode=ts_css]', ), Have no idea what's wrong... :/ TYPO3 is in ver. 4.4.4 Will be grateful for any advices. -- Marcus 'biesior' Biesioroff http://www.typo3.pl | TYPO3 Polish Community T3CI From firma at sfroemken.de Wed Nov 24 08:45:59 2010 From: firma at sfroemken.de (=?UTF-8?B?U3RlZmFuIEZyw7Zta2Vu?=) Date: Wed, 24 Nov 2010 08:45:59 +0100 Subject: [TYPO3-dev] richtext[cut|copy|paste] ... this limitation doesn't work In-Reply-To: References: Message-ID: Am 24.11.2010 02:36, schrieb Marcus 'biesior' Biesioroff: > ellou' List > > According to Core API (Additional $TCA features) I'm trying to minify > RTE for my own field by using such syntax as below, RTE appears, but > with all buttons : > > > 'tx_myext_' => array ( > 'exclude' => 1, > 'label' => 'LLL:EXT:path_to_label...', > 'config' => array ( > 'type' => 'text', > 'cols' => '45', > 'rows' => '5', > ), > 'defaultExtras' => 'richtext[cut|copy|paste]:rte_transform[mode=ts_css]', > ), > > > > Have no idea what's wrong... :/ > TYPO3 is in ver. 4.4.4 > > Will be grateful for any advices. > All buttons you add here in defaultExtras will be ADDED to your RTE configuration in pageTSconfig. If you only want to show these three buttons you have to configure your RTE in pageTSconfig to show no buttons. You can disallow a button in pageTSconfig, but with defaultExtras you can activate the button again. Stefan From marco at gasser-gasser.ch Wed Nov 24 08:51:42 2010 From: marco at gasser-gasser.ch (Marco Malagoli) Date: Wed, 24 Nov 2010 08:51:42 +0100 Subject: [TYPO3-dev] Issue #14602 Message-ID: Hi list, Just a little question: is the issue 14602 [1] planned to be integrated into TYPO3 4.5 ? I see that a patch is pending in core list. What about ? Thanks. Greets. [1] http://bugs.typo3.org/view.php?id=14602 From info at rs-websystems.de Wed Nov 24 08:54:47 2010 From: info at rs-websystems.de (Steffen Ritter) Date: Wed, 24 Nov 2010 08:54:47 +0100 Subject: [TYPO3-dev] Issue #14602 In-Reply-To: References: Message-ID: Am 24.11.2010 08:51, schrieb Marco Malagoli: > Just a little question: is the issue 14602 [1] planned to be integrated > into TYPO3 4.5 ? I see that a patch is pending in core list. What about ? i personally don't think so, as feature freeze already happened... For Details you probably should await a comment from Ernesto, there are some exception to the feature freeze rule. But as I think "png issues" are not on the roadmap of 4.5 these would not apply. regards STeffen From typo3 at perseguers.ch Wed Nov 24 08:58:04 2010 From: typo3 at perseguers.ch (Xavier Perseguers) Date: Wed, 24 Nov 2010 08:58:04 +0100 Subject: [TYPO3-dev] Issue #14602 In-Reply-To: References: Message-ID: Hi, >> Just a little question: is the issue 14602 [1] planned to be integrated >> into TYPO3 4.5 ? I see that a patch is pending in core list. What about ? > > i personally don't think so, as feature freeze already happened... For > Details you probably should await a comment from Ernesto, there are some > exception to the feature freeze rule. But as I think "png issues" are > not on the roadmap of 4.5 these would not apply. I think same. Seems like the RFC was a bit lost in Core mailing list and did not pop up again after the first discussion. If it were a bug it could be part of 4.5 but it's a feature and as Steffen said, feature freeze happened with a long list of known bugs to be fixed and recently added features to be stabilized. Cheers Xavier From typo3 at perseguers.ch Wed Nov 24 10:23:04 2010 From: typo3 at perseguers.ch (Xavier Perseguers) Date: Wed, 24 Nov 2010 10:23:04 +0100 Subject: [TYPO3-dev] docx, xlsx, ... indexed_search Message-ID: Hi, Did someone succeeded in indexing docx and other new Microsoft document formats using indexed_search? And if so, what did you do? Does it work only until some extent? I've seen a patch a while ago but it did not work for me. Thanks for the info Xavier From olivier.dobberkau at dkd.de Wed Nov 24 11:24:41 2010 From: olivier.dobberkau at dkd.de (Olivier Dobberkau) Date: Wed, 24 Nov 2010 11:24:41 +0100 Subject: [TYPO3-dev] docx, xlsx, ... indexed_search In-Reply-To: References: Message-ID: Am 24.11.10 10:23, schrieb Xavier Perseguers: > Hi, > > Did someone succeeded in indexing docx and other new Microsoft document > formats using indexed_search? And if so, what did you do? Does it work > only until some extent? hi xavier. have a look at tika and make a patch to indexed search to use it to extract the text out of docx. http://forge.typo3.org/projects/show/extension-tika oh but wait! then you can use also apache solr for typo3 instead :-) olivier From jigal at xs4all.nl Wed Nov 24 11:28:27 2010 From: jigal at xs4all.nl (Jigal van Hemert) Date: Wed, 24 Nov 2010 11:28:27 +0100 Subject: [TYPO3-dev] Issue #14602 In-Reply-To: References: Message-ID: Hi, On 24-11-2010 8:58, Xavier Perseguers wrote: >>> Just a little question: is the issue 14602 [1] planned to be integrated >>> into TYPO3 4.5 ? I see that a patch is pending in core list. What >>> about ? > I think same. Seems like the RFC was a bit lost in Core mailing list and > did not pop up again after the first discussion. If it were a bug it > could be part of 4.5 but it's a feature and as Steffen said, feature > freeze happened with a long list of known bugs to be fixed and recently > added features to be stabilized. It's a bit an in-between-status. The graphics routines like to support PNG-24 images, but some functions don't work as expected. This is to a large part caused by the way PHP handles transparency in combining images. Bugs in graphics routines are on my radar generally speaking and I hope to fix at least a few of the most irritating in 4.5. #14602 seems to fix on particular case of combining images, but I haven't thoroughly tested it for side effects (combining transparent images with text requires different settings in PHP). If a solution for properly handling transparency will be found this will most likely find its way into the core. -- Kind regards / met vriendelijke groet, Jigal van Hemert skype:jigal.van.hemert msn: jigal at xs4all.nl http://twitter.com/jigalvh From typo3 at perseguers.ch Wed Nov 24 11:42:42 2010 From: typo3 at perseguers.ch (Xavier Perseguers) Date: Wed, 24 Nov 2010 11:42:42 +0100 Subject: [TYPO3-dev] docx, xlsx, ... indexed_search In-Reply-To: References: Message-ID: Hi Olivier, >> Did someone succeeded in indexing docx and other new Microsoft document >> formats using indexed_search? And if so, what did you do? Does it work >> only until some extent? > > hi xavier. > > have a look at tika and make a patch to indexed search to use it to > extract the text out of docx. > > http://forge.typo3.org/projects/show/extension-tika Thanks for the pointer. > oh but wait! then you can use also apache solr for typo3 instead :-) Yes of course, I thought about it but I'd like to go step-by-step and as quick as possible to start with what we already have in place. Xavier From typo3ml at schams.net Wed Nov 24 13:09:17 2010 From: typo3ml at schams.net (Michael) Date: Wed, 24 Nov 2010 23:09:17 +1100 Subject: [TYPO3-dev] DB table sys_ter in TYPO3 v4.5.x Message-ID: Hi guys! As far as I understand, the DB table sys_ter was introduced in TYPO3 version 4.5-dev and stores records of repositories (e.g. "TYPO3.org Main Repository"). Obviously TYPO3 version 4.5.0beta1 does not get the repository records from sys_ter when showing the "Mirror list" in ADMIN TOOLS -> Ext Manager -> settings. I am highly interested how the table sys_ter is getting filled? Where do the records come from (except the initial "TYPO3.org Main Repository" when installing 4.5.x from scratch)? And I assume the Ext Manager's mirror list will use the data from this table in the future, right? Thanks & Cheers Michael From info at sk-typo3.de Wed Nov 24 13:36:02 2010 From: info at sk-typo3.de (Steffen Kamper) Date: Wed, 24 Nov 2010 13:36:02 +0100 Subject: [TYPO3-dev] DB table sys_ter in TYPO3 v4.5.x In-Reply-To: References: Message-ID: Hi, this will be part of the new interface which will be integrated in beta2. There you can create own repository entries. The mirrorlisturl is there too, but i expect that noone except t3.org uses mirrors. More infos will follow. vg Steffen From ernesto at typo3.org Wed Nov 24 14:05:45 2010 From: ernesto at typo3.org (Ernesto Baschny) Date: Wed, 24 Nov 2010 14:05:45 +0100 Subject: [TYPO3-dev] Issue #14602 In-Reply-To: References: Message-ID: Marco Malagoli schrieb am 24.11.2010 08:51: > Just a little question: is the issue 14602 [1] planned to be integrated > into TYPO3 4.5 ? I see that a patch is pending in core list. What about ? > > Thanks. Greets. > > [1] http://bugs.typo3.org/view.php?id=14602 We plan to have a "task force" lead by Jigal to tackle these ugly image generation bugs, which are not easy to spot and not easy to solve in a way that fixes it in every environment (IM4, IM5, IM6, GM, Unix, Windows, safe_mode on/off, ...). If we make progress here before the RC1 (January), they can of course be still included in 4.5.0 release. If it is a bugfix which might also apply to 4.4 and previous versions, it might also appear in 4.5.1 or later, because we will always be fixing bugs during a release live-span, no matter when the release is done. So there is not so a big time rush like other issues which are "crucial" for the 4.5.0 release, but of course the sooner it is solved, the better! Cheers, Ernesto -- Ernesto Baschny Core Developer V4 Team Release Manager TYPO3 4.5 TYPO3 .... inspiring people to share! Get involved: typo3.org From olivier.dobberkau at dkd.de Wed Nov 24 15:22:10 2010 From: olivier.dobberkau at dkd.de (Olivier Dobberkau) Date: Wed, 24 Nov 2010 15:22:10 +0100 Subject: [TYPO3-dev] docx, xlsx, ... indexed_search In-Reply-To: References: Message-ID: Am 24.11.10 11:42, schrieb Xavier Perseguers: > Yes of course, I thought about it but I'd like to go step-by-step and as > quick as possible to start with what we already have in place. funnily the things we have in place havent moved since a long time. thats why it does not work any more :-) olivier From marco at gasser-gasser.ch Wed Nov 24 15:40:25 2010 From: marco at gasser-gasser.ch (Marco Malagoli) Date: Wed, 24 Nov 2010 15:40:25 +0100 Subject: [TYPO3-dev] Issue #14602 In-Reply-To: References: Message-ID: Le 24.11.2010 14:05, Ernesto Baschny a ?crit : > We plan to have a "task force" lead by Jigal to tackle these ugly image > generation bugs, which are not easy to spot and not easy to solve in a > way that fixes it in every environment (IM4, IM5, IM6, GM, Unix, > Windows, safe_mode on/off, ...). > > If we make progress here before the RC1 (January), they can of course be > still included in 4.5.0 release. > > If it is a bugfix which might also apply to 4.4 and previous versions, > it might also appear in 4.5.1 or later, because we will always be fixing > bugs during a release live-span, no matter when the release is done. > > So there is not so a big time rush like other issues which are "crucial" > for the 4.5.0 release, but of course the sooner it is solved, the better! > > Cheers, > Ernesto > Thanks Ernesto for the explanation. Cheers. From vsbies at wp.pl Wed Nov 24 16:04:49 2010 From: vsbies at wp.pl (Marcus 'biesior' Biesioroff) Date: Wed, 24 Nov 2010 16:04:49 +0100 Subject: [TYPO3-dev] richtext[cut|copy|paste] ... this limitation doesn't work In-Reply-To: References: Message-ID: ellou' Stefan W dniu 10-11-24 08:45, Stefan Fr?mken pisze: > All buttons you add here in defaultExtras will be ADDED to your RTE > configuration in pageTSconfig. If you only want to show these three > buttons you have to configure your RTE in pageTSconfig to show no buttons. > You can disallow a button in pageTSconfig, but with defaultExtras you > can activate the button again. > > Stefan Is that mean that I can't make sure that RTE in my field will be displayed with only selected buttons, while default config is set to... default set of the buttons ? I'm creating ext which maybe will be published some day so it would be required to modify PageTS for each installation, that's not good news :/ Good news is that in this time I can adopt your way in current case :) I will search for solution in the future. Thanks for reply! -- Marcus 'biesior' Biesioroff http://www.typo3.pl | TYPO3 Polish Community T3CI From kiessling at pluspol.info Wed Nov 24 16:14:06 2010 From: kiessling at pluspol.info (Andreas Kiessling) Date: Wed, 24 Nov 2010 16:14:06 +0100 Subject: [TYPO3-dev] richtext[cut|copy|paste] ... this limitation doesn't work In-Reply-To: References: Message-ID: Hi, > > Is that mean that I can't make sure that RTE in my field will be > displayed with only selected buttons, while default config is set to... > default set of the buttons ? > > I'm creating ext which maybe will be published some day so it would be > required to modify PageTS for each installation, that's not good news :/ > You can add default config to PageTS from an ext_localconf.php and put your dedicated RTE config for your field -> from dam t3lib_extMgm::addPageTSConfig(''); Have a look at the RTE manual to set config not only for "default", but for a specific field in TCA. HTH, Andreas From thasmo at gmail.com Wed Nov 24 22:58:23 2010 From: thasmo at gmail.com (Thomas "Thasmo" Deinhamer) Date: Wed, 24 Nov 2010 22:58:23 +0100 Subject: [TYPO3-dev] Subheader In-Reply-To: References: Message-ID: Robert Wildling wrote: > Hi, > > I don't know where to place this topic, but this one seems right to me. > Surfing through the internet there is a lot to find about the missing > secondary headline in the content elements "text", "text with images" > etc. It actually only shows when "Header" as CE is used. > > I know there is an extension to activate it, but I still don't get the > idea, why the function is generally implemented, but turned off all the > time?!? > > Can someone enlighten me? Or wouldn't it be great to turn it on again > with the same choice of types like the main header (normal, header 1... > hidden)? > > Thanks in advance! > Robert Actually I experienced certain situations where I would have been happy to easily use the subheader in other FCE too. I don't like to have a separate header FCE if it belongs to the paragraphs which come below it. Therefor I would even add header and subheader to the HTML content element and maybe also some other elements where it's missing. It also adds some consistency to the GUI and I think this would also help the editors working with it, because they can rely on those fields beeing available in all FCEs. Just my 2 cents. Regards, Thomas From vsbies at wp.pl Thu Nov 25 11:19:50 2010 From: vsbies at wp.pl (Marcus 'biesior' Biesioroff) Date: Thu, 25 Nov 2010 11:19:50 +0100 Subject: [TYPO3-dev] richtext[cut|copy|paste] ... this limitation doesn't work In-Reply-To: References: Message-ID: W dniu 10-11-24 16:14, Andreas Kiessling pisze: > Hi, > You can add default config to PageTS from an ext_localconf.php and put > your dedicated RTE config for your field > -> from dam > t3lib_extMgm::addPageTSConfig(' source="FILE:EXT:dam/tsconfig/default.txt">'); > > Have a look at the RTE manual to set config not only for "default", but > for a specific field in TCA. > > HTH, > Andreas Thank you Stefan & Andreas, Your tips saved my time, it's working as you described. Greetings! -- Marcus 'biesior' Biesioroff http://www.typo3.pl | TYPO3 Polish Community T3CI From t33k at prolabium.com Thu Nov 25 12:53:30 2010 From: t33k at prolabium.com (Krystian Szymukowicz) Date: Thu, 25 Nov 2010 12:53:30 +0100 Subject: [TYPO3-dev] Web->list - searching in records (own records) Message-ID: hi all This must be some easy issue, but I can not find solution for that for quite long now. web->list - at the bottom you can search in records Facts: 1. It works with tt_news records 2. It does not work with my own extension records. (it always return no entry found) 3. I've looked in tt_news files: a) ext_localconf.php b) ext_tables.php c) tca.php but I could not find anything that is responsible for making the table searchable. Any clue? Thanks. -- grtz Krystian Szymukowicz From info at sk-typo3.de Thu Nov 25 13:25:31 2010 From: info at sk-typo3.de (Steffen Kamper) Date: Thu, 25 Nov 2010 13:25:31 +0100 Subject: [TYPO3-dev] Web->list - searching in records (own records) In-Reply-To: References: Message-ID: Hi, i can explain how it works in 4.5 with livesearch. There is a configuration $GLOBALS['TYPO3_CONF_VARS']['SYS']['livesearch'] = array( 'content' => 'tt_content', 'page' => 'pages' ); so you could extend this in your extension, eg $GLOBALS['TYPO3_CONF_VARS']['SYS']['livesearch'] = array_merge( $GLOBALS['TYPO3_CONF_VARS']['SYS']['livesearch'], array( 'news' => 'tt_news' ) ); However this has to be tested and improved until final release ;) vg Steffen From info at sk-typo3.de Thu Nov 25 13:50:09 2010 From: info at sk-typo3.de (Steffen Kamper) Date: Thu, 25 Nov 2010 13:50:09 +0100 Subject: [TYPO3-dev] Web->list - searching in records (own records) In-Reply-To: References: Message-ID: Steffen Kamper schrieb: > Hi, > > i can explain how it works in 4.5 with livesearch. There is a configuration > > $GLOBALS['TYPO3_CONF_VARS']['SYS']['livesearch'] = array( > 'content' => 'tt_content', > 'page' => 'pages' > ); > > so you could extend this in your extension, eg > > $GLOBALS['TYPO3_CONF_VARS']['SYS']['livesearch'] = array_merge( > $GLOBALS['TYPO3_CONF_VARS']['SYS']['livesearch'], > array( > 'news' => 'tt_news' > ) > ); > > However this has to be tested and improved until final release ;) > btw: now to search for news you would type #news: ... It show up correct until you type the colon, but then it's wrong, so there is still a bug. However, the table now is included in search results without the prefix vg Steffen From t33k at prolabium.com Thu Nov 25 14:48:59 2010 From: t33k at prolabium.com (Krystian Szymukowicz) Date: Thu, 25 Nov 2010 14:48:59 +0100 Subject: [TYPO3-dev] Web->list - searching in records (own records) In-Reply-To: References: Message-ID: W dniu 2010-11-25 12:53, Krystian Szymukowicz pisze: > > hi all > > This must be some easy issue, but I can not find solution for that for > quite long now. > > > web->list - at the bottom you can search in records > > Facts: > 1. It works with tt_news records > 2. It does not work with my own extension records. (it always return no > entry found) > 3. I've looked in tt_news files: > a) ext_localconf.php > b) ext_tables.php > c) tca.php > > but I could not find anything that is responsible for making the table > searchable. > I found the issue. I had TCA field but the field were not in the databse! So there was error in database query when the search was conducted. Unfortunately but I had the sqlDebug off so could not see that something is wrong. So not knowing about the database error I was looking for some fancy non existent setting to add table to search. -- grtz Krystian Szymukowicz From t33k at prolabium.com Thu Nov 25 15:26:13 2010 From: t33k at prolabium.com (Krystian Szymukowicz) Date: Thu, 25 Nov 2010 15:26:13 +0100 Subject: [TYPO3-dev] Web->list - searching in records (own records) In-Reply-To: References: Message-ID: W dniu 2010-11-25 13:50, Steffen Kamper pisze: > Steffen Kamper schrieb: >> Hi, >> >> i can explain how it works in 4.5 with livesearch. There is a >> configuration >> >> $GLOBALS['TYPO3_CONF_VARS']['SYS']['livesearch'] = array( >> 'content' => 'tt_content', >> 'page' => 'pages' >> ); >> >> so you could extend this in your extension, eg >> >> $GLOBALS['TYPO3_CONF_VARS']['SYS']['livesearch'] = array_merge( >> $GLOBALS['TYPO3_CONF_VARS']['SYS']['livesearch'], >> array( >> 'news' => 'tt_news' >> ) >> ); >> >> However this has to be tested and improved until final release ;) >> > > btw: now to search for news you would type > #news: ... Yes this works as advertised even with my own table :) > It show up correct until you type the colon, but then it's wrong, so > there is still a bug. Right. Confirmed. > > However, the table now is included in search results without the prefix This does not work unfortunately if you mean I can put search word witout any special notation like: #xxx: sword If I write only some special words from my table there is "No results found". -- grtz Krystian Szymukowicz From info at sk-typo3.de Thu Nov 25 17:53:32 2010 From: info at sk-typo3.de (Steffen Kamper) Date: Thu, 25 Nov 2010 17:53:32 +0100 Subject: [TYPO3-dev] Web->list - searching in records (own records) In-Reply-To: References: Message-ID: Hi, Krystian Szymukowicz schrieb: > >> >> However, the table now is included in search results without the prefix > > This does not work unfortunately if you mean I can put search word > witout any special notation like: #xxx: sword > > If I write only some special words from my table there is "No results > found". > i don't mean the autocomplete (this shows "no results", type your searchword and press enter - you will find it in the result list. vg Steffen From t33k at prolabium.com Thu Nov 25 18:02:29 2010 From: t33k at prolabium.com (Krystian Szymukowicz) Date: Thu, 25 Nov 2010 18:02:29 +0100 Subject: [TYPO3-dev] Web->list - searching in records (own records) In-Reply-To: References: Message-ID: W dniu 2010-11-25 17:53, Steffen Kamper pisze: > Hi, > > Krystian Szymukowicz schrieb: >> >>> >>> However, the table now is included in search results without the prefix >> >> This does not work unfortunately if you mean I can put search word >> witout any special notation like: #xxx: sword >> >> If I write only some special words from my table there is "No results >> found". >> > > i don't mean the autocomplete (this shows "no results", type your > searchword and press enter - you will find it in the result list. > This way. Yes - this works with my table too :) Tnx. -- grtz Krystian Szymukowicz From t33k at prolabium.com Thu Nov 25 18:23:09 2010 From: t33k at prolabium.com (Krystian Szymukowicz) Date: Thu, 25 Nov 2010 18:23:09 +0100 Subject: [TYPO3-dev] problem with new way or rendering RECORDS in 4.5 beta Message-ID: hi I am just testing 4.5 beta and have some problems probably with the newest typoscript interpreter. Imagine such code used in extension: function main () { $local_cObj = t3lib_div::makeInstance('tslib_cObj'); cConf = array( 'tables' => 'tt_content', 'source' => '2233', 'dontCheckPid' => 1, ); $content = $local_cObj->RECORDS($cConf); return $content; } The function call $local_cObj->RECORDS($cConf); makes some early return before writing anything to $content Is this a known issue? I can not find anything in bugtracker. -- grtz Krystian Szymukowicz From t33k at prolabium.com Thu Nov 25 18:40:27 2010 From: t33k at prolabium.com (Krystian Szymukowicz) Date: Thu, 25 Nov 2010 18:40:27 +0100 Subject: [TYPO3-dev] problem with new way or rendering RECORDS in 4.5 beta In-Reply-To: References: Message-ID: W dniu 2010-11-25 18:23, Krystian Szymukowicz pisze: > > hi > > I am just testing 4.5 beta and have some problems probably with the > newest typoscript interpreter. > > > Imagine such code used in extension: > > > function main () { > $local_cObj = t3lib_div::makeInstance('tslib_cObj'); > > cConf = array( > 'tables' => 'tt_content', > 'source' => '2233', > 'dontCheckPid' => 1, > ); > > $content = $local_cObj->RECORDS($cConf); > return $content; > } > > > The function call > $local_cObj->RECORDS($cConf); > makes some early return before writing anything to $content > > > Is this a known issue? > I can not find anything in bugtracker. > > Seems like this is problem when calling RECORDS inside RECORDS. Other objects like TEXT render well inside extesnion. -- grtz Krystian Szymukowicz From info at sk-typo3.de Thu Nov 25 18:42:45 2010 From: info at sk-typo3.de (Steffen Kamper) Date: Thu, 25 Nov 2010 18:42:45 +0100 Subject: [TYPO3-dev] problem with new way or rendering RECORDS in 4.5 beta In-Reply-To: References: Message-ID: Hi, Krystian Szymukowicz schrieb: > > function main () { > $local_cObj = t3lib_div::makeInstance('tslib_cObj'); > > cConf = array( > 'tables' => 'tt_content', > 'source' => '2233', > 'dontCheckPid' => 1, > ); > > $content = $local_cObj->RECORDS($cConf); > return $content; > } > > > The function call > $local_cObj->RECORDS($cConf); > makes some early return before writing anything to $content > > this works fine for me ;) Sure your record exists? vg Steffen From info at sk-typo3.de Thu Nov 25 18:51:03 2010 From: info at sk-typo3.de (Steffen Kamper) Date: Thu, 25 Nov 2010 18:51:03 +0100 Subject: [TYPO3-dev] problem with new way or rendering RECORDS in 4.5 beta In-Reply-To: References: Message-ID: Hi, Krystian Szymukowicz schrieb: > > Seems like this is problem when calling RECORDS inside RECORDS. > Other objects like TEXT render well inside extesnion. > even this works perfect here ;) vg Steffen From t33k at prolabium.com Thu Nov 25 19:02:08 2010 From: t33k at prolabium.com (Krystian Szymukowicz) Date: Thu, 25 Nov 2010 19:02:08 +0100 Subject: [TYPO3-dev] problem with new way or rendering RECORDS in 4.5 beta In-Reply-To: References: Message-ID: W dniu 2010-11-25 18:42, Steffen Kamper pisze: > Hi, > > Krystian Szymukowicz schrieb: >> >> function main () { >> $local_cObj = t3lib_div::makeInstance('tslib_cObj'); >> >> cConf = array( >> 'tables' => 'tt_content', >> 'source' => '2233', >> 'dontCheckPid' => 1, >> ); >> >> $content = $local_cObj->RECORDS($cConf); >> return $content; >> } >> >> >> The function call >> $local_cObj->RECORDS($cConf); >> makes some early return before writing anything to $content >> >> > > this works fine for me ;) Sure your record exists? > > vg Steffen Yes. It exists I can see it rendered in tslib_content_Records->render. Maybe this is some cache related issues. As long as I change the ext to non cached the content of RECORDS appears. t3lib_extMgm::addPItoST43($_EXTKEY, 'pi1/class.tx_jfmulticontent_pi1.php', '_pi1', 'list_type', 1); to t3lib_extMgm::addPItoST43($_EXTKEY, 'pi1/class.tx_jfmulticontent_pi1.php', '_pi1', 'list_type', 0); Btw: The problem I am trying to solve comes from extension " jfmulticontent " . Could you check if that extesnion works for you, please? Maybe my installation is werid somehow. -- grtz Krystian Szymukowicz From soren.malling at gmail.com Fri Nov 26 12:56:48 2010 From: soren.malling at gmail.com (=?ISO-8859-1?Q?S=F8ren_Malling?=) Date: Fri, 26 Nov 2010 12:56:48 +0100 Subject: [TYPO3-dev] OpenID for TYPO3 Backend issues Message-ID: Hi, I'm trying to use the EXT:openid to ease some user administration :) Unfortunately, I'm having no luck, in getting OpenID authentication to work. Here is what I've done so far 1. Installing extension openid 2. Accepting the database changes that the extension would like to make 3. Creating backenduser on my local installation 3.1. Entering a username ex. "username". "username" is also my identificator in my openid url 3.2. Entering a OpenID Identification URL, in this case http://username.wordpress.com/ 3.3. Ignoring the "password" field 3.4. Don't know if interestingm but checked the box "Admin?" 3.5. Saves and closes backend user editing 4. Open my backend login in a completely different browser and click the "Switch to OpenID" link 5. Starts by entering my username ("username") and hitthe "login" button 6. Gets standard error message in return: Your login attempt did not succeed Make sure to spell your username and password correctly, including upper/lowercase characters. 7. Tries with the url that I've entered in the "URL identificator" field 8. Same return as in 6. My steps are the once that I seem to get from the manual. I'm using Wordpress.com as my openid provider. Any help will be appreciated :) Regards, S?ren Malling TYPO3 Brugergruppe Danmark: www.typo3danmark.dk Twitter: twitter.com/sorenmalling From jbl at deweblop.de Fri Nov 26 20:55:11 2010 From: jbl at deweblop.de (J. Lingott) Date: Fri, 26 Nov 2010 20:55:11 +0100 Subject: [TYPO3-dev] Using gifbuilder to render fce header images Message-ID: Hey list, trying to render all fce headers for a specific content column with gifbuilder. Can get it working for all fce headers, but don't really have a clue how to limit it to just one of the columns. Would be nice if someone could share some hints! Cheers J?rg Lingott From t33k at prolabium.com Fri Nov 26 22:42:45 2010 From: t33k at prolabium.com (Krystian Szymukowicz) Date: Fri, 26 Nov 2010 22:42:45 +0100 Subject: [TYPO3-dev] phpStorm Message-ID: hi I can see some people here are using phpStorm. What are the main advantages for you comparing to PDT for example ? Of course PDT is slow ;) but what else ? -- grtz Krystian Szymukowicz From steffen at steffen-gebert.de Fri Nov 26 23:10:29 2010 From: steffen at steffen-gebert.de (Steffen Gebert) Date: Fri, 26 Nov 2010 23:10:29 +0100 Subject: [TYPO3-dev] phpStorm In-Reply-To: References: Message-ID: On 26.11.10 22:42, Krystian Szymukowicz wrote: > > hi > > I can see some people here are using phpStorm. > > What are the main advantages for you comparing to PDT for example ? > > Of course PDT is slow ;) but what else ? * great, fast auto-completion * all kind of VCS supported * nice to work on remote servers (upload directly while saving or caching changes locally and deploying on user-demand) * shelving of changes (didn't use it, but IIRC it's like putting single changes to different changesets and later e.g. creating patches for each changeset) and the best * code intelligence! (almost) real-time code sniffing: detects unused, uninitialized variables and other errors you or your colleagues made during programming ;-) Try the v2.0 Early-Access-Preview: http://confluence.jetbrains.net/display/WI/Web+IDE+EAP Kind regards Steffen -- Steffen Gebert TYPO3 Core Team Member Use a newsreader! Check out http://typo3.org/community/mailing-lists/use-a-news-reader/ From info at sk-typo3.de Fri Nov 26 23:16:47 2010 From: info at sk-typo3.de (Steffen Kamper) Date: Fri, 26 Nov 2010 23:16:47 +0100 Subject: [TYPO3-dev] phpStorm In-Reply-To: References: Message-ID: Hi, Steffen Gebert schrieb: > * great, fast auto-completion > * all kind of VCS supported > * nice to work on remote servers (upload directly while saving or > caching changes locally and deploying on user-demand) > * shelving of changes (didn't use it, but IIRC it's like putting single > changes to different changesets and later e.g. creating patches for each > changeset) > > and the best > * code intelligence! (almost) real-time code sniffing: detects unused, > uninitialized variables and other errors you or your colleagues made > during programming ;-) > and even more better: * support of js frameworks (including jslint on-the-fly-validation) * only IDE i know which handles different languages in one file (html, js, php) * fast, fast, even faster * very fast and great search, replace, refactor * very intelligent * low pricing, many updates, good maintained * supporting open source projects like TYPO3 * easy debug and help completing debug environment configuration * many more features i even don't touched until now vg Steffen From jigal at xs4all.nl Fri Nov 26 23:50:53 2010 From: jigal at xs4all.nl (Jigal van Hemert) Date: Fri, 26 Nov 2010 23:50:53 +0100 Subject: [TYPO3-dev] phpStorm In-Reply-To: References: Message-ID: Hi, On 26-11-2010 23:16, Steffen Kamper wrote: > Steffen Gebert schrieb: >> * great, fast auto-completion I still type faster ;-) >> * all kind of VCS supported >> * nice to work on remote servers (upload directly while saving or >> caching changes locally and deploying on user-demand) >> * shelving of changes (didn't use it, but IIRC it's like putting >> single changes to different changesets and later e.g. creating patches >> for each changeset) >> >> and the best >> * code intelligence! (almost) real-time code sniffing: detects unused, >> uninitialized variables and other errors you or your colleagues made >> during programming ;-) This is indeed very handy! > and even more better: > * support of js frameworks (including jslint on-the-fly-validation) > * only IDE i know which handles different languages in one file (html, > js, php) > * fast, fast, even faster Starting phpStorm (1.02 or EAP) is still twice as slow as NetBeans (6.9.1). Is you use a SSD then it's very fast. And so far I haven't been able to edit Changelog. The spelling checker prevents me from typing faster than about 5-30 seconds per character. > * very fast and great search, replace, refactor > * very intelligent > * low pricing, many updates, good maintained Eclipse and NetBeans are free; Okay EUR 88 for an individual license is still far less than $300-400 for Komodo, but it's still not very low. > * supporting open source projects like TYPO3 > * easy debug and help completing debug environment configuration > * many more features i even don't touched until now With all the auto formatting features (when pasting) and code checking it's still the best IDE I've used so far. -- Kind regards / met vriendelijke groet, Jigal van Hemert skype:jigal.van.hemert msn: jigal at xs4all.nl http://twitter.com/jigalvh From steffen at steffen-gebert.de Fri Nov 26 23:59:37 2010 From: steffen at steffen-gebert.de (Steffen Gebert) Date: Fri, 26 Nov 2010 23:59:37 +0100 Subject: [TYPO3-dev] phpStorm In-Reply-To: References: Message-ID: > And so far I haven't been able to edit Changelog. The spelling checker > prevents me from typing faster than about 5-30 seconds per character. I disabled the spell-checking for text - makes no sense for me for TYPO3 > Starting phpStorm (1.02 or EAP) is still twice as slow as NetBeans (6.9.1). Is you use a SSD then it's very fast. Yes, that's right.. on my damn slow macbook pro (4GB) RAM it also took some time to start (it updates it's index). Maybe PhpStorm was one of the reasons for me to spend some (many*g*) euros in 8GB RAM and a SSD ;-) Okay, counting this, it's as expensive as Zend Studio :D Kind regards Steffen -- Steffen Gebert TYPO3 Core Team Member Use a newsreader! Check out http://typo3.org/community/mailing-lists/use-a-news-reader/ From typo3 at perseguers.ch Sat Nov 27 12:43:43 2010 From: typo3 at perseguers.ch (Xavier Perseguers) Date: Sat, 27 Nov 2010 12:43:43 +0100 Subject: [TYPO3-dev] phpStorm In-Reply-To: References: Message-ID: Hi, >> Starting phpStorm (1.02 or EAP) is still twice as slow as NetBeans >> (6.9.1). Is you use a SSD then it's very fast. > Yes, that's right.. on my damn slow macbook pro (4GB) RAM it also took > some time to start (it updates it's index). > Maybe PhpStorm was one of the reasons for me to spend some (many*g*) > euros in 8GB RAM and a SSD ;-) > Okay, counting this, it's as expensive as Zend Studio :D I must say that I now have a SSD and I do not see any slow down due to indexing, PhpStorm is really fast and powerful. I tried a bit their Intellij IDEA ("PhpStorm" + Storm + Java support) and it is slower to start, then it's OK but the startup is slower. Xavier From t33k at prolabium.com Sat Nov 27 14:05:48 2010 From: t33k at prolabium.com (Krystian Szymukowicz) Date: Sat, 27 Nov 2010 14:05:48 +0100 Subject: [TYPO3-dev] phpStorm In-Reply-To: References: Message-ID: W dniu 2010-11-26 22:42, Krystian Szymukowicz pisze: > > hi > > I can see some people here are using phpStorm. > > What are the main advantages for you comparing to PDT for example ? > > Of course PDT is slow ;) but what else ? > Thanks. I am using now phpEd. Its extremly fast because its not based on java and only windows exec. Altohugh its faster than phpStorm it lacks many of the small (and bigger) features I noticed in phpStorm. So after what I have seen in phpStorm I am able to get a little bit slower IDE but with many new features I missed so far. Well - it seems like I am shitching to next IDE :) btw: do you have "template data language" for typoscript ? -- grtz Krystian Szymukowicz From t33k at prolabium.com Sat Nov 27 14:40:19 2010 From: t33k at prolabium.com (Krystian Szymukowicz) Date: Sat, 27 Nov 2010 14:40:19 +0100 Subject: [TYPO3-dev] phpStorm In-Reply-To: References: Message-ID: W dniu 2010-11-26 22:42, Krystian Szymukowicz wrote: > > hi > > I can see some people here are using phpStorm. > > What are the main advantages for you comparing to PDT for example ? > > Of course PDT is slow ;) but what else ? > > > Thanks for your inputs. I am using now phpEd. Its extremly fast because its not based on java and only windows exec. Altohugh its faster than phpStorm it lacks many of the small (and bigger) features I noticed in phpStorm. So after what I have seen in phpStorm I am able to get a little bit slower IDE but with many new features I missed so far. Well - it seems like I am shitching to next IDE :) btw: do you have syntax highlighting for typoscript ? -- grtz Krystian Szymukowicz From jbl at deweblop.de Sat Nov 27 16:27:47 2010 From: jbl at deweblop.de (J. Lingott) Date: Sat, 27 Nov 2010 16:27:47 +0100 Subject: [TYPO3-dev] EXT: DAM - xdebug error Message-ID: Hello list, which scripts are calling t3lib/config_default.php, or rather which of the listed one's might do the second, erroneous call? Assuming typo3/init.php is doing the initial one... - t3lib/class.t3lib_extmgm.php - t3lib/class.t3lib_iconworks.php - t3lib/class.t3lib_stdgraphic.php - t3lib/class.t3lib_superadmin.php - t3lib/stddb/tables.php - t3lib/thumbs.php - typo3/sysext/cms/tslib/class.tslib_fe.php - typo3/sysext/cms/tslib/index_ts.php - typo3/sysext/cms/tslib/showpic.php - typo3/sysext/install/mod/class.tx_install.php - typo3conf/ext/kickstarter/sections/class.tx_kickstarter_section_pi.php Am currently getting that redeclaration of xdebug error when trying to make an indexing setup for DAM. Might it be possible that the error is caused by installing DAM or any of its extensions in the wrong order, and how should the order be with the following extensions installed (listed in execution order from localconf extList)? - dam - dam_index - dam_catedit - dam_ttcontent Deleting typo3conf/temp_CACHED* and/ or clearing cache doesn't help. Wrapping the function declaration in config_default is not an option as it just produces follow-up errors caused by the same erroneous double call. Cheers and best regards J?rg Lingott From loek at netcoop.nl Sun Nov 28 01:16:26 2010 From: loek at netcoop.nl (Loek Hilgersom) Date: Sun, 28 Nov 2010 01:16:26 +0100 Subject: [TYPO3-dev] Clear configuration cache in multi-domain site Message-ID: Hi, I discovered a strange issue which took me a long time to solve: I installed some new extensions for use in domain B, using my admin login on domain A in the same TYPO3 installation, but I got no front-end output whatsoever. Of course I cleared configuration and FE caches. By adding some debug statements I found that the plugin code wasn't even executed. It concerns a TYPO3 installation with about ten domains in it. Most of those domains are also used by BE-users (no admins). Apparently, TYPO3 creates separate configuration cache files for each domain which is also used by BE-users. Only after finding this post [1] from 2005(!) I found what was wrong: clearing the configuration cache from the BE apparently only clears it for the domain from which you're logged in! Since I was viewing the FE on a different domain, I kept on viewing an old state from another configuration cache file! The problem was only solved until I deleted all temp_CACHED files in typo3conf. Now I'm really wondering why: 1. TYPO3 keeps different versions of the configuration cache - if any code or configuration changes on this level, it will almost always concern the entire installation, not just 1 site. 2. Is there a reason why the 'Clear configuration cache' only clears the configuration cache for the domain on which you logged in? This will obviously lead to inconsistent states and serious errors (e.g. after removing an extension, as long as the configuration cache for the other domains is not cleared, TYPO3 will keep looking for those files and generate serious errors in both FE and BE - I ran into a few of those situations while trying to tackle this issue). Should this issue be fixed, or am I missing some configuration options that affect this behaviour, or could there good reasons for this that I just can't think of right now? Cheers, Loek [1] http://lists.typo3.org/pipermail/typo3-dev/2005-February/008297.html From fsu-lists at cobweb.ch Sun Nov 28 11:21:42 2010 From: fsu-lists at cobweb.ch (=?ISO-8859-1?Q?Fran=E7ois_Suter?=) Date: Sun, 28 Nov 2010 11:21:42 +0100 Subject: [TYPO3-dev] Clear configuration cache in multi-domain site In-Reply-To: References: Message-ID: Hi Loek, > Should this issue be fixed, or am I missing some configuration options > that affect this behaviour, or could there good reasons for this that I > just can't think of right now? Try setting $TYPO3_CONF_VARS['EXT']['extCache'] to 3. This way you should have a single temp_CACHED file for localconf and tables for all your domains. HTH -- Francois Suter Cobweb Development Sarl - http://www.cobweb.ch From jigal at xs4all.nl Sun Nov 28 11:25:34 2010 From: jigal at xs4all.nl (Jigal van Hemert) Date: Sun, 28 Nov 2010 11:25:34 +0100 Subject: [TYPO3-dev] Clear configuration cache in multi-domain site In-Reply-To: References: Message-ID: Hi, On 28-11-2010 1:16, Loek Hilgersom wrote: > The problem was only solved until I deleted all temp_CACHED files in > typo3conf. > > Now I'm really wondering why: > 1. TYPO3 keeps different versions of the configuration cache - if any > code or configuration changes on this level, it will almost always > concern the entire installation, not just 1 site. As far as I could determine there is only one set of temp_CACHED files in use per installation. There can be multiple sets present, but these would be inactive. Currently there are several possible configurations for the temp_CACHED files, depending on ['EXT']['extCache'] setting: 0 : not cached 1 : based on PATH_site and TYPO3 version (default); the key after temp_CACHED_ starts with 'ps' 2 : based on the list of enabled extensions; the key after temp_CACHED_ does not start with 'ps' 3 : just cached, name not based on any hash Could you check which setting is used in your installation? I checked a couple of multi-domain installations, but each contained just a single set of temped_CACHED* files; not one for each domain. -- Kind regards / met vriendelijke groet, Jigal van Hemert skype:jigal.van.hemert msn: jigal at xs4all.nl http://twitter.com/jigalvh From steffen at steffen-gebert.de Sun Nov 28 14:13:25 2010 From: steffen at steffen-gebert.de (Steffen Gebert) Date: Sun, 28 Nov 2010 14:13:25 +0100 Subject: [TYPO3-dev] Clear configuration cache in multi-domain site In-Reply-To: References: Message-ID: > I checked a couple of multi-domain installations, but each contained > just a single set of temped_CACHED* files; not one for each domain. I just found 10 sets for ~300 domains (using default value). Creation time ~1 per month. Kind regards Steffen -- Steffen Gebert TYPO3 Core Team Member Use a newsreader! Check out http://typo3.org/community/mailing-lists/use-a-news-reader/ From fsu-lists at cobweb.ch Sun Nov 28 14:33:10 2010 From: fsu-lists at cobweb.ch (=?UTF-8?B?RnJhbsOnb2lzIFN1dGVy?=) Date: Sun, 28 Nov 2010 14:33:10 +0100 Subject: [TYPO3-dev] phpStorm In-Reply-To: References: Message-ID: Hi, > Yes, that's right.. on my damn slow macbook pro (4GB) RAM it also took > some time to start (it updates it's index). I really enjoy phpStorm's feature set, but I've been put off by performance. I find it rather slow on large projects (and the TYPO3 source code is pretty large), so I find myself working more often with NetBeans. It's a bit of a shame... Cheers -- Francois Suter Cobweb Development Sarl - http://www.cobweb.ch From loek at netcoop.nl Sun Nov 28 15:22:46 2010 From: loek at netcoop.nl (Loek Hilgersom) Date: Sun, 28 Nov 2010 15:22:46 +0100 Subject: [TYPO3-dev] Clear configuration cache in multi-domain site [SOLVED] In-Reply-To: References: Message-ID: Hi Francois and Jigal, Thanks for your answers. I checked the extCache setting, there was no value set in localconf.php and the installtool showed the default value '1'. I checked again, deleting all temp_CACHED files: as soon as I try logging into the backend from a different domain, a new set of cache files is created. The key started with ps followed by a hash that stays the same for that domain. If I clear the conf cache from that backend, only those files get rewritten, with the same hash-key as before. The other cache files remain untouched. I also checked some other multi-domain sites, but they don't have this problem, and while writing this reply I suddenly realized the cause of the problem: Since recently this site is running on a server with a control panel where I use symlinks to redirect the site root directory of some subdomains to this multi-domain TYPO3 installation. (For domains I could modify the vhost, I couldn't figure yet how to do that for subdomains, using the control panel). As a result, some subdomains in the same TYPO3 site have a different PATH_site value and therefor a different hash-key...... It always amazes me how every decision you make can have utterly unexpected consequences! Now I can also answer my own question about the use of the extCache option: obviously, if you can't rely on PATH_site to be identical within 1 installation, you'll need some other setting to base a hash-value on.... Thanks for the pointers guys! Loek On 11/28/2010 11:25 AM, Jigal van Hemert wrote: > temp_CACHED files, depending on ['EXT']['extCache'] setting: > 0 : not cached > 1 : based on PATH_site and TYPO3 version (default); the key after temp_CACHED_ > starts with 'ps' > 2 : based on the list of enabled extensions; the key after temp_CACHED_ does not > start with 'ps' > 3 : just cached, name not based on any hash From typo3 at perseguers.ch Sun Nov 28 15:32:25 2010 From: typo3 at perseguers.ch (Xavier Perseguers) Date: Sun, 28 Nov 2010 15:32:25 +0100 Subject: [TYPO3-dev] phpStorm In-Reply-To: References: Message-ID: Hi, >> Yes, that's right.. on my damn slow macbook pro (4GB) RAM it also took >> some time to start (it updates it's index). > > I really enjoy phpStorm's feature set, but I've been put off by > performance. I find it rather slow on large projects (and the TYPO3 > source code is pretty large), so I find myself working more often with > NetBeans. It's a bit of a shame... Yes, seems really like it deserves a recent machine with a SSD disk. Xavier From dmitry.dulepov at typo3.org Mon Nov 29 09:32:44 2010 From: dmitry.dulepov at typo3.org (Dmitry Dulepov) Date: Mon, 29 Nov 2010 10:32:44 +0200 Subject: [TYPO3-dev] OpenID for TYPO3 Backend issues In-Reply-To: References: Message-ID: Hi! S?ren Malling wrote: > 3.2. Entering a OpenID Identification URL, in this case > http://username.wordpress.com/ Your best friend is: http://lmgtfy.com/?q=wordpress.com+openid+issues :) -- Dmitry Dulepov TYPO3 core&security team member Twitter: http://twitter.com/dmitryd Read more @ http://dmitry-dulepov.com/ From soren.malling at gmail.com Mon Nov 29 10:45:35 2010 From: soren.malling at gmail.com (=?ISO-8859-1?Q?S=F8ren_Malling?=) Date: Mon, 29 Nov 2010 10:45:35 +0100 Subject: [TYPO3-dev] OpenID for TYPO3 Backend issues In-Reply-To: References: Message-ID: Hi Dmitry, >> >> 3.2. Entering a OpenID Identification URL, in this case >> http://username.wordpress.com/ > > Your best friend is: http://lmgtfy.com/?q=wordpress.com+openid+issues :) > http://lmgtfy.com/?q=google+openid+issues http://lmgtfy.com/?q=myopenid.com+openid+issues Starting to see a pattern.. ;) I've had the same issue with Google and myopenid.com as openid provider http://openid-provider.appspot.com/[my-google-id] http://[my-openid-id].myopenid.com/ Address for be_user is tried with and without protocol (http/https) and ending slash I know that you are the author behind this extension, so you might have a "are you dumb, of course it works" experience ;-) Is there any information i can provide that will make it possible to debug this issue? Regards, S?ren From t33k at prolabium.com Mon Nov 29 12:54:28 2010 From: t33k at prolabium.com (Krystian Szymukowicz) Date: Mon, 29 Nov 2010 12:54:28 +0100 Subject: [TYPO3-dev] problem with new way or rendering RECORDS in 4.5 beta In-Reply-To: References: Message-ID: W dniu 2010-11-25 19:02, Krystian Szymukowicz pisze: > W dniu 2010-11-25 18:42, Steffen Kamper pisze: >> Hi, >> >> Krystian Szymukowicz schrieb: >>> >>> function main () { >>> $local_cObj = t3lib_div::makeInstance('tslib_cObj'); >>> >>> cConf = array( >>> 'tables' => 'tt_content', >>> 'source' => '2233', >>> 'dontCheckPid' => 1, >>> ); >>> >>> $content = $local_cObj->RECORDS($cConf); >>> return $content; >>> } >>> >>> >>> The function call >>> $local_cObj->RECORDS($cConf); >>> makes some early return before writing anything to $content >>> >>> >> >> this works fine for me ;) Sure your record exists? >> >> vg Steffen > > > Yes. It exists I can see it rendered in tslib_content_Records->render. > > > Maybe this is some cache related issues. I do not get the internals of class tslib_content_Records->render BUT if I comment this line at the beginning of the function $originalRec = $GLOBALS['TSFE']->currentRecord; and this line at the end of the function $GLOBALS['TSFE']->currentRecord = $originalRec; // Restore the "jfmulticontent" starts to behave normally. So I think there is a bug of tslib_content_Records->render in some rare cases. But maybe someone should confirm this before adding to bugtracker. -- grtz Krystian Szymukowicz From ingo at typo3.org Mon Nov 29 16:57:25 2010 From: ingo at typo3.org (Ingo Renner) Date: Mon, 29 Nov 2010 16:57:25 +0100 Subject: [TYPO3-dev] phpStorm In-Reply-To: References: Message-ID: Krystian Szymukowicz wrote: > Of course PDT is slow just give it enough RAM to work with... Ingo -- Ingo Renner TYPO3 Core Developer, Release Manager TYPO3 4.2, Admin Google Summer of Code TYPO3 - Open Source Enterprise Content Management System http://typo3.org Apache Solr for TYPO3 - Open Source Enterprise Search meets Open Source Enterprise CMS http://www.typo3-solr.com From masi-no at spam-typo3.org Mon Nov 29 17:28:10 2010 From: masi-no at spam-typo3.org (Martin Kutschker) Date: Mon, 29 Nov 2010 17:28:10 +0100 Subject: [TYPO3-dev] phpStorm In-Reply-To: References: Message-ID: Am 29.11.2010 16:57, schrieb Ingo Renner: > Krystian Szymukowicz wrote: > >> Of course PDT is slow > > just give it enough RAM to work with... How much does it need? PDT is slow for all of my colleagues (Windows and Mac). Masi From ingo at typo3.org Mon Nov 29 18:11:51 2010 From: ingo at typo3.org (Ingo Renner) Date: Mon, 29 Nov 2010 18:11:51 +0100 Subject: [TYPO3-dev] phpStorm In-Reply-To: References: Message-ID: Martin Kutschker wrote: > How much does it need? PDT is slow for all of my colleagues (Windows and Mac). I allowed it to grab a gig and it's set to start with 256MB. Usually it stay around 500 -800MB Ingo -- Ingo Renner TYPO3 Core Developer, Release Manager TYPO3 4.2, Admin Google Summer of Code TYPO3 - Open Source Enterprise Content Management System http://typo3.org Apache Solr for TYPO3 - Open Source Enterprise Search meets Open Source Enterprise CMS http://www.typo3-solr.com From ernst at cron-it.de Mon Nov 29 18:41:19 2010 From: ernst at cron-it.de (Ernesto Baschny [cron IT]) Date: Mon, 29 Nov 2010 18:41:19 +0100 Subject: [TYPO3-dev] phpStorm In-Reply-To: References: Message-ID: Ingo Renner schrieb am 29.11.2010 18:11: > Martin Kutschker wrote: > >> How much does it need? PDT is slow for all of my colleagues (Windows >> and Mac). > > I allowed it to grab a gig and it's set to start with 256MB. Usually it > stay around 500 -800MB PhpStorm (EAP 2) comes with these default settings (in file PhpStorm.exe.vmoptions): -Xms32m -Xmx500m -XX:MaxPermSize=150m According to this article [1] too big "mx" and "ms" values are not recommended because they slow down garbage collector. Looking at the memory indicator in the PhpStorm IDE itself (lower right corner) gives an indication on current usage. If it shows that the memory in use is almost equal to the total memory available, you might want to rise the limits. In my case it is usually only needing ~130Mb per instance. So I am not sure if tweeking that memory limits would give me any extra benefit. If it was too low, I would get a "memory full" exception, isn't that so? Cheers, Ernesto [1] http://blogs.jetbrains.com/idea/2006/04/configuring-intellij-idea-vm-options/ From fsu-lists at cobweb.ch Tue Nov 30 09:22:09 2010 From: fsu-lists at cobweb.ch (=?ISO-8859-1?Q?Fran=E7ois_Suter?=) Date: Tue, 30 Nov 2010 09:22:09 +0100 Subject: [TYPO3-dev] Creating an ExtJS grid with JSON data in a BE module Message-ID: Hi all, I'm not sure where to post this question, so here goes. I'm developing a BE module which - at some points - launches an AJAX request and receives a JSON response. This response is actually an array and I would like to "inject" it into an ExtJS grid for display. Is there any recommended way to achieve that inside a BE module? Thanks in advance for any pointer. -- Francois Suter Cobweb Development Sarl - http://www.cobweb.ch From info at rs-websystems.de Tue Nov 30 09:25:26 2010 From: info at rs-websystems.de (Steffen Ritter) Date: Tue, 30 Nov 2010 09:25:26 +0100 Subject: [TYPO3-dev] Creating an ExtJS grid with JSON data in a BE module In-Reply-To: References: Message-ID: Am 30.11.2010 09:22, schrieb Fran?ois Suter: > Hi all, > > I'm not sure where to post this question, so here goes. > > I'm developing a BE module which - at some points - launches an AJAX > request and receives a JSON response. This response is actually an array > and I would like to "inject" it into an ExtJS grid for display. Is there > any recommended way to achieve that inside a BE module? > > Thanks in advance for any pointer. > You should have a look at: - workspaces module - new extension manager Workspace Module is a completely Ajax Based ExtJs Grid. Feel free to contact smb. directly with questions. regards Steffen From mathias.schreiber at wmdb.de Tue Nov 30 09:26:51 2010 From: mathias.schreiber at wmdb.de (Mathias Schreiber [wmdb >]) Date: Tue, 30 Nov 2010 09:26:51 +0100 Subject: [TYPO3-dev] phpStorm In-Reply-To: References: Message-ID: Am 29.11.10 18:11, schrieb Ingo Renner: > Martin Kutschker wrote: > >> How much does it need? PDT is slow for all of my colleagues (Windows >> and Mac). > > I allowed it to grab a gig and it's set to start with 256MB. Usually it > stay around 500 -800MB I tried this on my Mac but it breaks (won't start) once I set it allowed RAM larger than 768MB. Any ideas? I use Zend Studio 8 though... but I don't think this might make a big difference, it's Eclipse either way, isn't it? cheers Mathias -- Ernesto, Nov. 9th 2010: "In the graphics generation routines of TYPO3 *anything* could cause a side effect." From christian at kitsunet.de Tue Nov 30 09:28:52 2010 From: christian at kitsunet.de (=?ISO-8859-1?Q?=22Christian_M=FCller_=28Kitsunet=29=22?=) Date: Tue, 30 Nov 2010 09:28:52 +0100 Subject: [TYPO3-dev] Creating an ExtJS grid with JSON data in a BE module In-Reply-To: References: Message-ID: On 30.11.2010 09:22, Fran?ois Suter wrote: > Hi all, > > I'm not sure where to post this question, so here goes. > > I'm developing a BE module which - at some points - launches an AJAX > request and receives a JSON response. This response is actually an array > and I would like to "inject" it into an ExtJS grid for display. Is there > any recommended way to achieve that inside a BE module? > > Thanks in advance for any pointer. > Hi Francois, I guess I would go a pretty straightforward way and try to use a JsonReader and Store connected to the grid. In that case the JSON response would have to have a defined format (unless you rewrite the JsonReader). If you want to make the request and decoding of JSON yourself and just work with the array you could connect the grid to an ArrayStore and feed your array directly into the store. Christian [1] http://dev.sencha.com/deploy/dev/docs/?class=Ext.data.JsonReader [2] http://dev.sencha.com/deploy/dev/docs/?class=Ext.data.ArrayStore From info at rs-websystems.de Tue Nov 30 09:30:43 2010 From: info at rs-websystems.de (Steffen Ritter) Date: Tue, 30 Nov 2010 09:30:43 +0100 Subject: [TYPO3-dev] Creating an ExtJS grid with JSON data in a BE module In-Reply-To: References: Message-ID: Am 30.11.2010 09:28, schrieb "Christian M?ller (Kitsunet)": > On 30.11.2010 09:22, Fran?ois Suter wrote: >> Hi all, >> >> I'm not sure where to post this question, so here goes. >> >> I'm developing a BE module which - at some points - launches an AJAX >> request and receives a JSON response. This response is actually an array >> and I would like to "inject" it into an ExtJS grid for display. Is there >> any recommended way to achieve that inside a BE module? >> >> Thanks in advance for any pointer. >> > > Hi Francois, > > I guess I would go a pretty straightforward way and try to use a > JsonReader and Store connected to the grid. In that case the JSON > response would have to have a defined format (unless you rewrite the > JsonReader). If you want to make the request and decoding of JSON > yourself and just work with the array you could connect the grid to an > ArrayStore and feed your array directly into the store. > > Christian > > > > [1] http://dev.sencha.com/deploy/dev/docs/?class=Ext.data.JsonReader > [2] http://dev.sencha.com/deploy/dev/docs/?class=Ext.data.ArrayStore > No Wouldnt Go for this one... Ext.data.DirectStore is a combined Store store for ExtDirect Json Data, which automatically can pass paging, filtering etc to the backend :) From steffen at steffen-gebert.de Tue Nov 30 10:03:42 2010 From: steffen at steffen-gebert.de (Steffen Gebert) Date: Tue, 30 Nov 2010 10:03:42 +0100 Subject: [TYPO3-dev] OpenID for TYPO3 Backend issues In-Reply-To: References: Message-ID: On 26.11.10 12:56, S?ren Malling wrote: > Hi, > > I'm trying to use the EXT:openid to ease some user administration :) > > Unfortunately, I'm having no luck, in getting OpenID authentication to > work. Here is what I've done so far Which TYPO3 version did you use? 4.5/trunk? If yes, please update and/or see http://bugs.typo3.org/view.php?id=16598 Kind regards Steffen -- Steffen Gebert TYPO3 Core Team Member Use a newsreader! Check out http://typo3.org/community/mailing-lists/use-a-news-reader/ From dmitry.dulepov at typo3.org Tue Nov 30 10:27:03 2010 From: dmitry.dulepov at typo3.org (Dmitry Dulepov) Date: Tue, 30 Nov 2010 11:27:03 +0200 Subject: [TYPO3-dev] OpenID for TYPO3 Backend issues In-Reply-To: References: Message-ID: Hi! S?ren Malling wrote: > I know that you are the author behind this extension, so you might > have a "are you dumb, of course it works" experience;-) > > Is there any information i can provide that will make it possible to > debug this issue? The problem is that I never hit a problem with logins :) There was a problem some time ago with Yahoo: it was using one address for login but returned another address in response. The spec does not forbid this but does not allow it either, so it was a border case. If I remember correctly, we patched the core for that case. But I can be mistaken (details are in the BT). This is the only problem case I know. I have to use OpenID at work and I know many other companies use it too. So I suggest to try with some other OpenID provider (Yahoo, Google, LiveJournal, etc) and see if it helps. If it does not, there is no easy solution. It needs investigation and that can be tought task because OpenID uses multiple request/response with encryption even when it looks like a single redirection to their server. So it is always hard to debug&fix. -- Dmitry Dulepov TYPO3 core&security team member Twitter: http://twitter.com/dmitryd Read more @ http://dmitry-dulepov.com/ From dmitry.dulepov at typo3.org Tue Nov 30 10:29:58 2010 From: dmitry.dulepov at typo3.org (Dmitry Dulepov) Date: Tue, 30 Nov 2010 11:29:58 +0200 Subject: [TYPO3-dev] phpStorm In-Reply-To: References: Message-ID: Hi! Mathias Schreiber [wmdb >] wrote: > I use Zend Studio 8 though... but I don't think this might make a big > difference, it's Eclipse either way, isn't it? No, its is not :) I used all Zend Studios from 5.5 till last 7.x and happily get rid of that slow beep-blip and now enjoy PhpStorm :) -- Dmitry Dulepov TYPO3 core&security team member Twitter: http://twitter.com/dmitryd Read more @ http://dmitry-dulepov.com/ From mathias.schreiber at wmdb.de Tue Nov 30 10:31:48 2010 From: mathias.schreiber at wmdb.de (Mathias Schreiber [wmdb]) Date: Tue, 30 Nov 2010 10:31:48 +0100 Subject: [TYPO3-dev] phpStorm In-Reply-To: References: Message-ID: Am 30.11.10 10:29, schrieb Dmitry Dulepov: > Hi! > > Mathias Schreiber [wmdb >] wrote: >> I use Zend Studio 8 though... but I don't think this might make a big >> difference, it's Eclipse either way, isn't it? > > No, its is not :) I used all Zend Studios from 5.5 till last 7.x and > happily get rid of that slow beep-blip and now enjoy PhpStorm :) > Ah ok... I'll give it a try then. Thanks for clearing up. cheers Mathias -- Ernesto, Nov. 9th 2010: "In the graphics generation routines of TYPO3 *anything* could cause a side effect." From jigal at xs4all.nl Tue Nov 30 10:46:46 2010 From: jigal at xs4all.nl (Jigal van Hemert) Date: Tue, 30 Nov 2010 10:46:46 +0100 Subject: [TYPO3-dev] phpStorm In-Reply-To: References: Message-ID: Hi, Maybe interesting for those who already spent too much from their X-mas budget: http://bit.ly/gYazPb (50% off on a personal license) -- Kind regards / met vriendelijke groet, Jigal van Hemert skype:jigal.van.hemert msn: jigal at xs4all.nl http://twitter.com/jigalvh From soren.malling at gmail.com Tue Nov 30 11:10:58 2010 From: soren.malling at gmail.com (=?ISO-8859-1?Q?S=F8ren_Malling?=) Date: Tue, 30 Nov 2010 11:10:58 +0100 Subject: [TYPO3-dev] OpenID for TYPO3 Backend issues In-Reply-To: References: Message-ID: Thanks to both of your for insight in OpenID and comitting a patch which might solve my problem :) I will be able to test it tomorrow on a trunk installation, really looking forward to benefit from OpenID :) Once again, thanks alot! S?ren Malling TYPO3 Brugergruppe Danmark: www.typo3danmark.dk Twitter: twitter.com/sorenmalling On Tue, Nov 30, 2010 at 10:27 AM, Dmitry Dulepov wrote: > Hi! > > S?ren Malling wrote: >> >> I know that you are the author behind this extension, so you might >> have a "are you dumb, of course it works" experience;-) >> >> Is there any information i can provide that will make it possible to >> debug this issue? > > The problem is that I never hit a problem with logins :) There was a problem > some time ago with Yahoo: it was using one address for login but returned > another address in response. The spec does not forbid this but does not > allow it either, so it was a border case. If I remember correctly, we > patched the core for that case. But I can be mistaken (details are in the > BT). This is the only problem case I know. > > I have to use OpenID at work and I know many other companies use it too. So > I suggest to try with some other OpenID provider (Yahoo, Google, > LiveJournal, etc) and see if it helps. If it does not, there is no easy > solution. It needs investigation and that can be tought task because OpenID > uses multiple request/response with encryption even when it looks like a > single redirection to their server. So it is always hard to debug&fix. > > -- > Dmitry Dulepov > TYPO3 core&security team member > Twitter: http://twitter.com/dmitryd > Read more @ http://dmitry-dulepov.com/ > _______________________________________________ > TYPO3-dev mailing list > TYPO3-dev at lists.typo3.org > http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-dev > From info at sk-typo3.de Tue Nov 30 11:52:44 2010 From: info at sk-typo3.de (Steffen Kamper) Date: Tue, 30 Nov 2010 11:52:44 +0100 Subject: [TYPO3-dev] Creating an ExtJS grid with JSON data in a BE module In-Reply-To: References: Message-ID: Hi, the main points are: * define a store, a reader, a writer (if you want CRUD) ExtJs has some shortcuts like DirectStore or JsonStore, but it's all the same if you use a Ext.data.Store, a reader, a writer and a proxy. Within the reader you have the mapping for the array to the fields. It's pretty simple, have a look at http://dev.sencha.com/deploy/dev/examples/#sample-4 vg Steffen From fsu-lists at cobweb.ch Tue Nov 30 11:55:55 2010 From: fsu-lists at cobweb.ch (=?ISO-8859-1?Q?Fran=E7ois_Suter?=) Date: Tue, 30 Nov 2010 11:55:55 +0100 Subject: [TYPO3-dev] Creating an ExtJS grid with JSON data in a BE module In-Reply-To: References: Message-ID: Hi, Thanks to all for the pointers. I'll explore. > It's pretty simple, have a look at > http://dev.sencha.com/deploy/dev/examples/#sample-4 The link just brings me to the examples page. Were you pointing me to a specific example? Cheers -- Francois Suter Cobweb Development Sarl - http://www.cobweb.ch From fsu-lists at cobweb.ch Tue Nov 30 12:01:44 2010 From: fsu-lists at cobweb.ch (=?ISO-8859-1?Q?Fran=E7ois_Suter?=) Date: Tue, 30 Nov 2010 12:01:44 +0100 Subject: [TYPO3-dev] AJAX response size limit? Message-ID: Hi all, I'm trying to return an important amount of data (JSON-encoded) in a BE module as a result of an AJAX call, but I get an empty response. If I limit the quantity of data, I get a correct response. I've found some information hinting at a size limit, but I couldn't find any hard figures. Does anyone have an idea what the limit is and what sets the limits (i.e. server, browser, JS library, etc.)? Thanks -- Francois Suter Cobweb Development Sarl - http://www.cobweb.ch From info at sk-typo3.de Tue Nov 30 12:05:33 2010 From: info at sk-typo3.de (Steffen Kamper) Date: Tue, 30 Nov 2010 12:05:33 +0100 Subject: [TYPO3-dev] Creating an ExtJS grid with JSON data in a BE module In-Reply-To: References: Message-ID: Hi, Fran?ois Suter schrieb: > Hi, > > Thanks to all for the pointers. I'll explore. > >> It's pretty simple, have a look at >> http://dev.sencha.com/deploy/dev/examples/#sample-4 > > The link just brings me to the examples page. Were you pointing me to a > specific example? > it should link to the grid samples. All examples show how to use a grid with a store (which kind of store doesn't matter much) for example: http://dev.sencha.com/deploy/dev/examples/grid/grouping.js Don't miss the manual: http://dev.sencha.com/deploy/ext/docs/?class=Ext.data.Store vg Steffen From info at sk-typo3.de Tue Nov 30 12:08:45 2010 From: info at sk-typo3.de (Steffen Kamper) Date: Tue, 30 Nov 2010 12:08:45 +0100 Subject: [TYPO3-dev] AJAX response size limit? In-Reply-To: References: Message-ID: Hi, Fran?ois Suter schrieb: > Hi all, > > I'm trying to return an important amount of data (JSON-encoded) in a BE > module as a result of an AJAX call, but I get an empty response. If I > limit the quantity of data, I get a correct response. I've found some > information hinting at a size limit, but I couldn't find any hard > figures. Does anyone have an idea what the limit is and what sets the > limits (i.e. server, browser, JS library, etc.)? > requests are linited in time, not size. have a look at FB console - does it turn to red? Have a look to http://dev.sencha.com/deploy/ext/docs/?class=Ext.Ajax&member=timeout vg Steffen From siddesh.savant at lelesys.com Tue Nov 30 12:11:19 2010 From: siddesh.savant at lelesys.com (Siddhesh) Date: Tue, 30 Nov 2010 16:41:19 +0530 Subject: [TYPO3-dev] FEuser resize image dynamically Message-ID: Hello list, I am developing a small extension.Let me Explain what does it does. I have a list of users which are displayed in list View. When the user clicks on one of the row in list view its Detail View appers.In Detail view i have 4 fields 1)Image of user 2)Name 3)Official function 3)country Now let me explain me my problem I have created the image object and had displayed the image with fixed height and width $cObjType = $this->conf['detailpicture']; $conf = $this->conf['detailpicture.']; $cObj = t3lib_div::makeInstance('tslib_cObj'); $cObj->start($row, '_NO_TABLE'); Typoscript: detailpicture = IMAGE detailpicture { file { import = uploads/pics/ import.field = image import.listNum = 0 //width = 125 //height = 185 } This display Image with Fixed width and height for all the users Wat i want is to display image with different height and width. Any suggestion how can i do it?? Thanks in Advance From info at sk-typo3.de Tue Nov 30 12:11:49 2010 From: info at sk-typo3.de (Steffen Kamper) Date: Tue, 30 Nov 2010 12:11:49 +0100 Subject: [TYPO3-dev] AJAX response size limit? In-Reply-To: References: Message-ID: Hi, just a note: whenever the time exceeds it may be a problem of architecture. Do you really need this amount of data? Can it be paged (grid) ? Can it be optimized? Do you deliver data that isn't needed for display? All this should be taken into account as you want a performant app at the end. vg Steffen From fsu-lists at cobweb.ch Tue Nov 30 12:31:38 2010 From: fsu-lists at cobweb.ch (=?ISO-8859-1?Q?Fran=E7ois_Suter?=) Date: Tue, 30 Nov 2010 12:31:38 +0100 Subject: [TYPO3-dev] AJAX response size limit? In-Reply-To: References: Message-ID: Hi, I'm pretty sure it's a question of size in my case and not of time, as the request is pretty snappy. > just a note: whenever the time exceeds it may be a problem of > architecture. Do you really need this amount of data? Can it be paged > (grid) ? Can it be optimized? Do you deliver data that isn't needed for > display? Indeed I don't need all the data in this particular case, just a sample, but I was trying to figure out if I could estimate a reasonable cut-off point for the sample. Cheers -- Francois Suter Cobweb Development Sarl - http://www.cobweb.ch From mathias.schreiber at wmdb.de Tue Nov 30 13:02:58 2010 From: mathias.schreiber at wmdb.de (Mathias Schreiber [wmdb]) Date: Tue, 30 Nov 2010 13:02:58 +0100 Subject: [TYPO3-dev] FEuser resize image dynamically In-Reply-To: References: Message-ID: Am 30.11.10 12:11, schrieb Siddhesh: > Hello list, > I am developing a small extension.Let me Explain what does it does. > I have a list of users which are displayed in list View. > When the user clicks on one of the row in list view its Detail View > appers.In Detail view i have 4 fields > 1)Image of user > 2)Name > 3)Official function > 3)country > > Now let me explain me my problem > I have created the image object and had displayed the image with fixed > height and width > > $cObjType = $this->conf['detailpicture']; > $conf = $this->conf['detailpicture.']; > $cObj = t3lib_div::makeInstance('tslib_cObj'); > $cObj->start($row, '_NO_TABLE'); First off: As long as you are within an extension context, cObj is already there. So something like this will work: $img = $this->cObj->IMAGE($imgConf); TS would look like this: imgConf = IMAGE imgConf.file = imgConf.file.width = 125 In PHP you simply override the path to the file with: $this->conf['imgConf.']['file'] = 'uploads/pics/' . $row['image']; If you need two image sizes, simply do something like this: TS: imgConfBig < imgConf imgConfBig.file.width = 250 Render accordingly. cheers Mathias -- Ernesto, Nov. 9th 2010: "In the graphics generation routines of TYPO3 *anything* could cause a side effect."