From patrick at typo3quebec.org Thu Nov 1 03:18:46 2007 From: patrick at typo3quebec.org (Patrick Gaumond) Date: Wed, 31 Oct 2007 22:18:46 -0400 Subject: [TYPO3-dev] RFC: public extension review process In-Reply-To: References: Message-ID: Franz Koch wrote: > But besides of that I'd vote for a 'official' extension repository - a > repository where there is only 1 extension for the most common purposes > and not 20 doing almost the same (like galleries, guestbooks, > calendars,...) and where all extensions instantly work together. > I think the ECT would be very well suited for that as it exactly tries > to achieve this - but a little more 'official' support would be nice. You can't always make decisions for others. Some would remove everything that is not OO. Some would just take Ajax stuff. Some things are more complicated than others but offer more flexibility. In the same vein, let me cite Joel Spolsky: "A lot of software developers are seduced by the old "80/20" rule. It seems to make a lot of sense: 80% of the people use 20% of the features. So you convince yourself that you only need to implement 20% of the features, and you can still sell 80% as many copies. Unfortunately, it's never the same 20%. Everybody uses a different set of features. " ref: http://www.joelonsoftware.com/articles/fog0000000020.html So no, I don't think you can decide for everyone. :) Patrick From stig at 8620.dk Thu Nov 1 08:29:11 2007 From: stig at 8620.dk (=?ISO-8859-1?Q?Stig_N=F8rgaard_F=E6rch?=) Date: Thu, 01 Nov 2007 08:29:11 +0100 Subject: [TYPO3-dev] TCEform required fields through pageTS? Message-ID: I have been searching for a way to make a field in the BE required. I think the most obvious way would be through pageTS and the TCEFORM_confObj. But I can't find the property for this. If it isn't currently possible through pageTS - are there any good reasons that this feature shouldn't be implemented? /Stig From scecere at krur.com Thu Nov 1 08:44:14 2007 From: scecere at krur.com (Stefano Cecere) Date: Thu, 1 Nov 2007 08:44:14 +0100 Subject: [TYPO3-dev] Not able to edit file in filelist in 4.2-dev References: Message-ID: On 2007-10-31 15:28:15 +0100, Gideon So said: > Hi all, > > I am testing out 4.22 svn version. I found that I am not able to edit > any file in the filelist module like I am doing now with 4.1.2. Any way > to enable this feature in 4.2?? ciao Gideon here it works perfectly.. did you check file permissions? please open a bug in the bugracker! stefano From simon at rundell.org.uk Thu Nov 1 09:30:43 2007 From: simon at rundell.org.uk (Fr. Simon Rundell SCP) Date: Thu, 1 Nov 2007 08:30:43 -0000 Subject: [TYPO3-dev] RFC: public extension review process In-Reply-To: Message-ID: Franz Koch wrote: > But besides of that I'd vote for a 'official' extension repository - a > repository where there is only 1 extension for the most common > purposes and not 20 doing almost the same (like galleries, guestbooks, > calendars,...) and where all extensions instantly work together. > I think the ECT would be very well suited for that as it exactly tries > to achieve this - but a little more 'official' support would be nice. ...and isn't this contrary to the idea of Open Source software. One of the best bits is that the TER works more like a Bazaar than a Cathedral. http://catb.org/~esr/writings/cathedral-bazaar/cathedral-bazaar/index.html If people have not read this classic, then I commend it to them. Fr. Simon Rundell SCP Parish of S. Thomas the Apostle, Elson The Vicarage, 21 Elson Road, Gosport, Hants, PO12 4BL email: simon at rundell.org.uk award winning web: www.saintthomaselson.org.uk From dmitry at typo3.org Thu Nov 1 10:46:11 2007 From: dmitry at typo3.org (Dmitry Dulepov [typo3]) Date: Thu, 01 Nov 2007 11:46:11 +0200 Subject: [TYPO3-dev] Not able to edit file in filelist in 4.2-dev In-Reply-To: References: Message-ID: Stefano Cecere wrote: > here it works perfectly.. did you check file permissions? > please open a bug in the bugracker! Firsts, he should check his system and only than bug in BT. There are a number of bugs in BT that refer to problem in the single installation, not to typo3. -- Dmitry Dulepov TYPO3 freelancer / TYPO3 core team member Web: http://typo3bloke.net/ Skype: callto:liels_bugs From typo.removeformessage at fx-graefix.de Thu Nov 1 15:12:00 2007 From: typo.removeformessage at fx-graefix.de (Franz Koch) Date: Thu, 01 Nov 2007 15:12:00 +0100 Subject: [TYPO3-dev] RFC: public extension review process In-Reply-To: References: Message-ID: Hi, >> But besides of that I'd vote for a 'official' extension repository - a >> repository where there is only 1 extension for the most common >> purposes and not 20 doing almost the same (like galleries, guestbooks, >> calendars,...) and where all extensions instantly work together. >> I think the ECT would be very well suited for that as it exactly tries >> to achieve this - but a little more 'official' support would be nice. > > ...and isn't this contrary to the idea of Open Source software. > > One of the best bits is that the TER works more like a Bazaar than a > Cathedral. > > http://catb.org/~esr/writings/cathedral-bazaar/cathedral-bazaar/index.html > > If people have not read this classic, then I commend it to them. I haven't said that the 'general' repository should be removed, have I? But such a wide spread and good framework like TYPO3 should have high quality, flexible and extendable basic extensions for the most common needs. Most of the other CMS do - and there might be a reason for that. TYPO3 could be so much more - but ... ah, just forget it - I'm not in the mood for that now. -- Franz From martin.kutschker-n0spam at no5pam-blackbox.net Thu Nov 1 18:00:57 2007 From: martin.kutschker-n0spam at no5pam-blackbox.net (Martin Kutschker) Date: Thu, 01 Nov 2007 18:00:57 +0100 Subject: [TYPO3-dev] Not able to edit file in filelist in 4.2-dev In-Reply-To: References: Message-ID: Dmitry Dulepov [typo3] schrieb: > Stefano Cecere wrote: >> here it works perfectly.. did you check file permissions? >> please open a bug in the bugracker! > > Firsts, he should check his system and only than bug in BT. There are a > number of bugs in BT that refer to problem in the single installation, > not to typo3. Some guys are misusing the BT as help forum. I have the impression that the situation has been growing th worse last year. Is the English list not helpful enough any more? Masi From woehlken at quadracom.de Thu Nov 1 19:35:36 2007 From: woehlken at quadracom.de (=?ISO-8859-1?Q?=22Marc_W=F6hlken_=5Bquadracom=5D=22?=) Date: Thu, 01 Nov 2007 19:35:36 +0100 Subject: [TYPO3-dev] RFC: public extension review process In-Reply-To: References: Message-ID: Dmitry Dulepov [typo3] schrieb: > I can propose a system that works well in many other areas on the net: > notary. Each notary can give up to 10 points to extension. 20 point make > extension reviewed. If later problems are found in extension, number of > points that extension's notary can give, decreases. Must be more complex > but idea is clear I think. > Sounds interesting. Is a working implementation of this process available, does any project exists that use this approach (successfully)? regards Marc -- ........................................................... Marc W?hlken Quadracom - Proffe & W?hlken Fedelh?ren 45a WWW: http://www.quadracom.de D-28203 Bremen E-Mail: woehlken at quadracom.de ______________ PGP-Key: http://pgp.quadracom.de From dmitry at typo3.org Thu Nov 1 20:45:03 2007 From: dmitry at typo3.org (Dmitry Dulepov [typo3]) Date: Thu, 01 Nov 2007 21:45:03 +0200 Subject: [TYPO3-dev] RFC: public extension review process In-Reply-To: References: Message-ID: Marc W?hlken [quadracom] wrote: > Sounds interesting. Is a working implementation of this process > available, does any project exists that use this approach (successfully)? I am not aware about software projects but Tawtee uses this for freemail certificates, for example. -- Dmitry Dulepov TYPO3 freelancer / TYPO3 core team member Web: http://typo3bloke.net/ Skype: callto:liels_bugs From patrick at typo3quebec.org Fri Nov 2 02:39:20 2007 From: patrick at typo3quebec.org (Patrick Gaumond) Date: Thu, 01 Nov 2007 21:39:20 -0400 Subject: [TYPO3-dev] TCEform required fields through pageTS? In-Reply-To: References: Message-ID: Stig N?rgaard F?rch wrote: > I have been searching for a way to make a field in the BE required. > I think the most obvious way would be through pageTS and the > TCEFORM_confObj. But I can't find the property for this. > > If it isn't currently possible through pageTS - are there any good > reasons that this feature shouldn't be implemented? Shouldn't ? I don't think of any. Feel free to add it to the Bug Tracker... It could be so much more convenient that the actual use of exTables.php. You probably know that currently the way is to add lines to /typo3conf/extTables.php Example for forcing category to at least one, add those 2 lines: t3lib_div::loadTCA("tt_news"); $TCA['tt_news']['columns']['category']['config']['minitems'] = 1; Patrick From gideonso at livingwater.org.hk Fri Nov 2 15:09:53 2007 From: gideonso at livingwater.org.hk (Gideon So) Date: Fri, 02 Nov 2007 10:09:53 -0400 Subject: [TYPO3-dev] Not able to edit file in filelist in 4.2-dev In-Reply-To: References: Message-ID: Hi Dmitry, I agree that. Which part of my system have to be checked. The file permission is okay. There is no "edit" option in the context menu when I click on the icon of a file. Gideon Dmitry Dulepov [typo3] ??: > > Firsts, he should check his system and only than bug in BT. There are a > number of bugs in BT that refer to problem in the single installation, > not to typo3. > From steffen at sk-typo3.de Fri Nov 2 09:26:59 2007 From: steffen at sk-typo3.de (Steffen Kamper) Date: Fri, 2 Nov 2007 09:26:59 +0100 Subject: [TYPO3-dev] maxW and maxH in 4.1.2 References: Message-ID: "Steffen Kamper" schrieb im Newsbeitrag news:mailman.1.1193852346.32490.typo3-dev at lists.netfielders.de... > Hi, > > I see a change in behavior, e.g. setting > maxW = 120 > maxH = 120 > > the width is set to 120 and height proportional (in my case with one pic > about 280). > I expect (and this was prior behaviour) that both values are max. limits > so it never is bigger than the limits. > > Is it a bug? > > vg Steffen I can't believe that noone has this issue. I have to fix many sites done before where height isn't the same as before. vg Steffen From sebastian.boettger at gmail.com Fri Nov 2 18:20:52 2007 From: sebastian.boettger at gmail.com (=?ISO-8859-15?Q?Sebastian_B=F6ttger?=) Date: Fri, 02 Nov 2007 18:20:52 +0100 Subject: [TYPO3-dev] realurl doesn't translate startpage Message-ID: Hi Dmitry, I'm working with your current version of realurl, and it seems a little buggy to me. First the autoconfig doesn't worked correct for me, but okay. I did it the manually way. Maybe this is because I have my page not on the root domain (www.domain.de), but on www.domain.de/subpage/. Everything works fine, but the startpage. This is my pagetree: world . rootpage (shortcut to home, uid 1, level 0) . .. home (level 1) .. page1 (level 1) .. page2 (level 1) ....subpage2.1 (level 2) .... subpage2.2 (level 2) Every page works fine, but on page "home" there are no links translated. They still are like index.php?id=3 etc. All other pages on the same level works fine. They also link to /home.html Following the current setup, maybe that would help you if you want to fix this error (if it is one ;-) ). Regards Sebastian This ist my config file: encodeSpURL'; $TYPO3_CONF_VARS['SC_OPTIONS'] ['tslib/class.tslib_fe.php'] ['checkAlternativeIdMethods-PostProc'] [] = 'EXT:realurl/class.tx_realurl.php:&tx_realurl->decodeSpURL'; $TYPO3_CONF_VARS['SC_OPTIONS'] ['t3lib/class.t3lib_tcemain.php'] ['clearAllCache_additionalTables'] ['tx_realurl_urldecodecache'] = 'tx_realurl_urldecodecache'; $TYPO3_CONF_VARS['SC_OPTIONS'] ['t3lib/class.t3lib_tcemain.php'] ['clearAllCache_additionalTables'] ['tx_realurl_urlencodecache'] = 'tx_realurl_urlencodecache'; $TYPO3_CONF_VARS['FE'] ['addRootLineFields'] .= ',tx_realurl_pathsegment,alias,nav_title,title'; $TYPO3_CONF_VARS['EXTCONF'] ['realurl'] ['_DEFAULT'] = array( 'init' => array( 'enableCHashCache' => 1, 'appendMissingSlash' => 'ifNotFile', 'enableUrlDecodeCache' => 1, 'enableUrlEncodeHash' => 1, // 'postVarSet_failureMode' => 'redirect_goodUpperDir', ), 'redirects' => array( ), /* 'rewrite' => array( ), */ 'preVars' => array( /* array( 'GETvar' => 'no_cache', 'valueMap' => array( 'nc' => 1, ), 'noMatch' => 'bypass', ), */ /* array( 'GETvar' => 'L', 'valueMap' => array( 'de' => '0', 'en' => '1', ), 'valueDefault' => 'de', ), */ ), 'pagePath' => array( 'type' => 'user', 'userFunc' => 'EXT:realurl/class.tx_realurl_advanced.php:&tx_realurl_advanced->main', 'spaceCharacter' => '-', 'languageGetVar' => 'L', // 'firstHitPathCache' => 1, 'expireDays' => 3, // ------------> hier unbedingt die id der Rootseite anpassen!!! <------------ 'rootpage_id' => '1' ), 'fileName' => array ( 'defaultToHTMLsuffixOnPrev' => 1, 'index' => array( /*'index.html' => array(*/ 'keyValues' => array ( /*'type' => 1,*/ ), /*),*/ ), ), 'fixedPostVarSets' => array( ), 'postVarSets' => array( ), ); ?> This is my .htaccess: RewriteEngine On RewriteRule ^typo3$ - [L] RewriteRule ^typo3/.*$ - [L] RewriteCond %{REQUEST_FILENAME} !-f RewriteCond %{REQUEST_FILENAME} !-d RewriteCond %{REQUEST_FILENAME} !-l RewriteRule .* index.php And this is my ts setup: # REALURL config.simulateStaticDocuments = 0 config.baseURL = http://[IP ADDRESS]/testcustomer_current412/ config.tx_realurl_enable = 1 From Martin.Kutschker at n0spam-blackbox.net Fri Nov 2 19:03:49 2007 From: Martin.Kutschker at n0spam-blackbox.net (Martin Kutschker) Date: Fri, 02 Nov 2007 19:03:49 +0100 Subject: [TYPO3-dev] RFC: a new page type "internal page" / "page container" Message-ID: Hi! The so called page type "advanced page" has the field "show content from page instead". If you use it, then the columns of this page are not used. This fact is easly overlooked because the field is a long way down and there is no visual feedback in the page tree. Therefore I suggest we create a new page type with a new icon for such pages. The page would have this field on the very top of the form. Additional fields of "advanced" would be shown below or - even better - in a new tab (or a set of tabs). "advanced" should loose this field. The update wizard may easily change all (advanced) pages with the field set, into pages of the new type. Masi PS: If course "advanced" and other page types could benefit from using tabs. From dmitry at typo3.org Fri Nov 2 19:14:39 2007 From: dmitry at typo3.org (Dmitry Dulepov [typo3]) Date: Fri, 02 Nov 2007 20:14:39 +0200 Subject: [TYPO3-dev] realurl doesn't translate startpage In-Reply-To: References: Message-ID: Hi! Sebastian B?ttger wrote: > I'm working with your current version of realurl, and it seems a little > buggy to me. > > First the autoconfig doesn't worked correct for me, but okay. I did it > the manually way. "Does not work" is hard to fix becaue it works here and I am not sure what did not work for you :) > Maybe this is because I have my page not on the root domain > (www.domain.de), but on www.domain.de/subpage/. > Everything works fine, but the startpage. RealURL always omits first page because it is represented by "/". In multidomain setups it expects domain records and starts making the path from the page where domain record is. For example, if you have this tree: root A1 <-- domain record for aaa.com BB1 CCC1 BB2 A2 BB3 <-- domain record for bbb.com CCC2 BB4 Than you can only have aaa.com/bb1 and bbb.com/ccc2/ and so on. You cannot include a1 to aaa.com and bb3 to bbb.com because they are root pages of the domain. > This is my pagetree: > > world > . > rootpage (shortcut to home, uid 1, level 0) > . > .. home (level 1) > .. page1 (level 1) > .. page2 (level 1) > ....subpage2.1 (level 2) > .... subpage2.2 (level 2) > > > Every page works fine, but on page "home" there are no links translated. > They still are like index.php?id=3 etc. > All other pages on the same level works fine. They also link to /home.html > > Following the current setup, maybe that would help you if you want to > fix this error (if it is one ;-) ). This looks ok and should work fine. This is a typical setup. Where is the main template (with tx_realurl_enable=1) is located? -- Dmitry Dulepov TYPO3 freelancer / TYPO3 core team member Web: http://typo3bloke.net/ Skype: callto:liels_bugs From sebastian.boettger at gmail.com Fri Nov 2 20:00:12 2007 From: sebastian.boettger at gmail.com (=?ISO-8859-1?Q?Sebastian_B=F6ttger?=) Date: Fri, 02 Nov 2007 20:00:12 +0100 Subject: [TYPO3-dev] realurl doesn't translate startpage In-Reply-To: References: Message-ID: Hi ! > "Does not work" is hard to fix becaue it works here and I am not sure what did not work for you :) > > Yes I know, thats why I explained it further down ;-). >> Maybe this is because I have my page not on the root domain >> (www.domain.de), but on www.domain.de/subpage/. >> Everything works fine, but the startpage. >> > > RealURL always omits first page because it is represented by "/". In multidomain setups it expects domain records and starts making the path from the page where domain record is. For example, if you have this tree: > > root > A1 <-- domain record for aaa.com > BB1 > CCC1 > BB2 > A2 > BB3 <-- domain record for bbb.com > CCC2 > BB4 > > Than you can only have aaa.com/bb1 and bbb.com/ccc2/ and so on. You cannot include a1 to aaa.com and bb3 to bbb.com because they are root pages of the domain. > > Okay. Thats clear. The point is, it isn't a multidomain setup. It's a testdomain of my customer (which is an agency. I'm the sub). It is just 1 IP address, and in the subpages there are several typo3 installations (different sources also). So the apache is configured to root several virtual servers (http://1.2.3.4/custromer1, http://1.2.3.4/custromer2, http://1.2.3.4/custromer3). Very strange, not really the way it should be done, but not my work area. >> This is my pagetree: >> >> world >> . >> rootpage (shortcut to home, uid 1, level 0) >> . >> .. home (level 1) >> .. page1 (level 1) >> .. page2 (level 1) >> ....subpage2.1 (level 2) >> .... subpage2.2 (level 2) >> >> >> > This looks ok and should work fine. This is a typical setup. Where is the main template (with tx_realurl_enable=1) is located? > > The main template is also located in rootpage. Very strange, indeed. Thx4help, Sebastian From steffen at sk-typo3.de Fri Nov 2 22:54:22 2007 From: steffen at sk-typo3.de (Steffen Kamper) Date: Fri, 2 Nov 2007 22:54:22 +0100 Subject: [TYPO3-dev] maxW and maxH in 4.1.2 References: Message-ID: "Steffen Kamper" schrieb im Newsbeitrag news:mailman.1.1193852346.32490.typo3-dev at lists.netfielders.de... > Hi, > > I see a change in behavior, e.g. setting > maxW = 120 > maxH = 120 > > the width is set to 120 and height proportional (in my case with one pic > about 280). > I expect (and this was prior behaviour) that both values are max. limits > so it never is bigger than the limits. > > Is it a bug? > > vg Steffen > ok it seems to work again in 4.2 svn. Who knows which patch it was? vg Steffen From steffen at sk-typo3.de Sat Nov 3 12:24:22 2007 From: steffen at sk-typo3.de (Steffen Kamper) Date: Sat, 3 Nov 2007 12:24:22 +0100 Subject: [TYPO3-dev] RFC: a new page type "internal page" / "page container" References: Message-ID: "Martin Kutschker" schrieb im Newsbeitrag news:mailman.1.1194026629.31530.typo3-dev at lists.netfielders.de... > Hi! > > The so called page type "advanced page" has the field "show content from > page instead". If you use it, then the columns of this page are not used. > This fact is easly overlooked because the field is a long way down and > there is no visual feedback in the page tree. > > Therefore I suggest we create a new page type with a new icon for such > pages. The page would have this field on the very top of the form. > Additional fields of "advanced" would be shown below or - even better - in > a new tab (or a set of tabs). > > "advanced" should loose this field. The update wizard may easily change > all (advanced) pages with the field set, into pages of the new type. > > Masi > > PS: If course "advanced" and other page types could benefit from using > tabs. good idea to use the tabs. Also i like the idea of new page type to display them with different icon. Does this have consequences for core ( i think there was pagetypes hardcoded) Also "show content from page instead" has to be visible, icon would be good, but how do you want to do this, creating a new page type only for this option? So from me +1 for this ideas. vg Steffen From steffen at sk-typo3.de Sat Nov 3 12:29:26 2007 From: steffen at sk-typo3.de (Steffen Kamper) Date: Sat, 3 Nov 2007 12:29:26 +0100 Subject: [TYPO3-dev] TV and deleted records Message-ID: Hi, i have to say that i'm not as familar with TV, but at a client side there is a problem that deleted records are still shown in FE. Is this a known problem? vg Steffen From martin.kutschker-n0spam at no5pam-blackbox.net Sat Nov 3 12:46:57 2007 From: martin.kutschker-n0spam at no5pam-blackbox.net (Martin Kutschker) Date: Sat, 03 Nov 2007 12:46:57 +0100 Subject: [TYPO3-dev] RFC: a new page type "internal page" / "page container" In-Reply-To: References: Message-ID: Steffen Kamper schrieb: > > good idea to use the tabs. Also i like the idea of new page type to display > them with different icon. > Does this have consequences for core ( i think there was pagetypes > hardcoded) The types has to be added to hte list of "document types" (that is page types that contain "page documents") and so on. but I think this are only a few places. > Also "show content from page instead" has to be visible, icon would be good, > but how do you want to do this, creating a new page type only for this > option? I don't understand the question. Every page type has it's icon and every page type has it's set of fields in the BE form. Where's the problem? Masi From steffen at sk-typo3.de Sat Nov 3 12:50:29 2007 From: steffen at sk-typo3.de (Steffen Kamper) Date: Sat, 3 Nov 2007 12:50:29 +0100 Subject: [TYPO3-dev] RFC: a new page type "internal page" / "page container" References: Message-ID: "Martin Kutschker" schrieb im Newsbeitrag news:mailman.1.1194090414.14792.typo3-dev at lists.netfielders.de... > Steffen Kamper schrieb: >> >> good idea to use the tabs. Also i like the idea of new page type to >> display them with different icon. >> Does this have consequences for core ( i think there was pagetypes >> hardcoded) > > The types has to be added to hte list of "document types" (that is page > types that contain "page documents") and so on. but I think this are only > a few places. > >> Also "show content from page instead" has to be visible, icon would be >> good, but how do you want to do this, creating a new page type only for >> this option? > > I don't understand the question. Every page type has it's icon and every > page type has it's set of fields in the BE form. Where's the problem? > > Masi my question was because this field is part of "advanced"-type. So you want to create a new page type for this kind and remove it from advanced? vg Steffen From martin.kutschker-n0spam at no5pam-blackbox.net Sat Nov 3 13:00:16 2007 From: martin.kutschker-n0spam at no5pam-blackbox.net (Martin Kutschker) Date: Sat, 03 Nov 2007 13:00:16 +0100 Subject: [TYPO3-dev] RFC: a new page type "internal page" / "page container" In-Reply-To: References: Message-ID: Steffen Kamper schrieb: > > my question was because this field is part of "advanced"-type. So you want > to create a new page type for this kind and remove it from advanced? Yes. See original post: | "advanced" should loose this field. The update wizard may easily | change all (advanced) pages with the field set, into pages of the new | type. The updater should IMHO make an autoconversion, but any code in the Core should to avoid problems honour this field for "container" and "advanced". Masi From typo3 at rampenlicht.org Sat Nov 3 13:06:19 2007 From: typo3 at rampenlicht.org (Helmut Hummel) Date: Sat, 03 Nov 2007 13:06:19 +0100 Subject: [TYPO3-dev] maxW and maxH in 4.1.2 In-Reply-To: References: Message-ID: Hi Steffen, Steffen Kamper schrieb: >> >> I see a change in behavior, e.g. setting >> maxW = 120 >> maxH = 120 >> >> the width is set to 120 and height proportional (in my case with one pic >> about 280). >> I expect (and this was prior behaviour) that both values are max. limits >> so it never is bigger than the limits. > > ok it seems to work again in 4.2 svn. Who knows which patch it was? page.10 = IMAGE page.10 { file=fileadmin/image.jpg file.maxW = 100 file.maxH = 100 } works perfect with my 4.1.3 installations. What TS-code do you use? Regards Helmut From steffen at sk-typo3.de Sat Nov 3 13:24:27 2007 From: steffen at sk-typo3.de (Steffen Kamper) Date: Sat, 3 Nov 2007 13:24:27 +0100 Subject: [TYPO3-dev] maxW and maxH in 4.1.2 References: Message-ID: "Helmut Hummel" schrieb im Newsbeitrag news:mailman.1.1194091579.16192.typo3-dev at lists.netfielders.de... > Hi Steffen, > > Steffen Kamper schrieb: >>> >>> I see a change in behavior, e.g. setting >>> maxW = 120 >>> maxH = 120 >>> >>> the width is set to 120 and height proportional (in my case with one pic >>> about 280). >>> I expect (and this was prior behaviour) that both values are max. limits >>> so it never is bigger than the limits. >> >> ok it seems to work again in 4.2 svn. Who knows which patch it was? > > page.10 = IMAGE > page.10 { > file=fileadmin/image.jpg > file.maxW = 100 > file.maxH = 100 > } > > works perfect with my 4.1.3 installations. > > What TS-code do you use? > > Regards Helmut Hi Harald, exactly the same. I also checked it with normal CE-Type Text/Pic and Pic. check it out here: http://www.demo.netztool.de/typo3/index.php?u=demo&p=demo101 On id244 i set image size to 50/50. You see height is 50, but width is with 2 pics more than 50. vg Steffen From steffen at sk-typo3.de Sat Nov 3 13:29:53 2007 From: steffen at sk-typo3.de (Steffen Kamper) Date: Sat, 3 Nov 2007 13:29:53 +0100 Subject: [TYPO3-dev] maxW and maxH in 4.1.2 References: Message-ID: sry, Helmut - why i wrote Harald? i have drunk nothing :( vg Steffen "Steffen Kamper" schrieb im Newsbeitrag news:mailman.1.1194092631.19426.typo3-dev at lists.netfielders.de... > > "Helmut Hummel" schrieb im Newsbeitrag > news:mailman.1.1194091579.16192.typo3-dev at lists.netfielders.de... >> Hi Steffen, >> >> Steffen Kamper schrieb: >>>> >>>> I see a change in behavior, e.g. setting >>>> maxW = 120 >>>> maxH = 120 >>>> >>>> the width is set to 120 and height proportional (in my case with one >>>> pic >>>> about 280). >>>> I expect (and this was prior behaviour) that both values are max. >>>> limits >>>> so it never is bigger than the limits. >>> >>> ok it seems to work again in 4.2 svn. Who knows which patch it was? >> >> page.10 = IMAGE >> page.10 { >> file=fileadmin/image.jpg >> file.maxW = 100 >> file.maxH = 100 >> } >> >> works perfect with my 4.1.3 installations. >> >> What TS-code do you use? >> >> Regards Helmut > > Hi Harald, > > exactly the same. I also checked it with normal CE-Type Text/Pic and Pic. > > check it out here: > http://www.demo.netztool.de/typo3/index.php?u=demo&p=demo101 > > On id244 i set image size to 50/50. You see height is 50, but width is > with 2 pics more than 50. > > vg Steffen > > > From typo3 at rampenlicht.org Sat Nov 3 14:09:07 2007 From: typo3 at rampenlicht.org (Helmut Hummel) Date: Sat, 03 Nov 2007 14:09:07 +0100 Subject: [TYPO3-dev] maxW and maxH in 4.1.2 In-Reply-To: References: Message-ID: Hi Steffen, Steffen Kamper schrieb: > > exactly the same. I also checked it with normal CE-Type Text/Pic and Pic. Hard to believe ;) > > check it out here: > http://www.demo.netztool.de/typo3/index.php?u=demo&p=demo101 > > On id244 i set image size to 50/50. You see height is 50, but width is with > 2 pics more than 50. Can you show what exactly your TS code is for this page? http://www.demo.netztool.de/index.php?id=244 Regards Helmut From steffen at sk-typo3.de Sat Nov 3 14:27:58 2007 From: steffen at sk-typo3.de (Steffen Kamper) Date: Sat, 3 Nov 2007 14:27:58 +0100 Subject: [TYPO3-dev] maxW and maxH in 4.1.2 References: Message-ID: "Helmut Hummel" schrieb im Newsbeitrag news:mailman.1.1194095347.23184.typo3-dev at lists.netfielders.de... > Hi Steffen, > > Steffen Kamper schrieb: >> >> exactly the same. I also checked it with normal CE-Type Text/Pic and Pic. > > Hard to believe ;) > >> >> check it out here: >> http://www.demo.netztool.de/typo3/index.php?u=demo&p=demo101 >> >> On id244 i set image size to 50/50. You see height is 50, but width is >> with >> 2 pics more than 50. > > Can you show what exactly your TS code is for this page? > http://www.demo.netztool.de/index.php?id=244 > > Regards Helmut this is standard, nothing special. It's not my site so i can't see the template. But it's a chance to show the problem. As you see it is a normal Text/pic with 3 pictures. vg Steffen From dmitry at typo3.org Sat Nov 3 18:47:26 2007 From: dmitry at typo3.org (Dmitry Dulepov [typo3]) Date: Sat, 03 Nov 2007 19:47:26 +0200 Subject: [TYPO3-dev] TV and deleted records In-Reply-To: References: Message-ID: Steffen Kamper wrote: > i have to say that i'm not as familar with TV, but at a client side there is > a problem that deleted records are still shown in FE. > Is this a known problem? If you used delete button in TV page module, it only removes it from TV list of elements, it does not remove it from the page in normal typo3 sense. I am not sure what sliding technique you use. It may count those elements as still existing. -- Dmitry Dulepov TYPO3 freelancer / TYPO3 core team member Web: http://typo3bloke.net/ Skype: callto:liels_bugs From martin.kutschker-n0spam at no5pam-blackbox.net Sat Nov 3 18:57:43 2007 From: martin.kutschker-n0spam at no5pam-blackbox.net (Martin Kutschker) Date: Sat, 03 Nov 2007 18:57:43 +0100 Subject: [TYPO3-dev] TV and deleted records In-Reply-To: References: Message-ID: Dmitry Dulepov [typo3] schrieb: > Steffen Kamper wrote: >> i have to say that i'm not as familar with TV, but at a client side >> there is a problem that deleted records are still shown in FE. >> Is this a known problem? > > If you used delete button in TV page module, it only removes it from TV > list of elements, it does not remove it from the page in normal typo3 > sense. What happens if he deletes the record from Web>list. Will this record be removed from TV as well? Masi From dmitry at typo3.org Sat Nov 3 23:08:43 2007 From: dmitry at typo3.org (Dmitry Dulepov [typo3]) Date: Sun, 04 Nov 2007 00:08:43 +0200 Subject: [TYPO3-dev] TV and deleted records In-Reply-To: References: Message-ID: Martin Kutschker wrote: > What happens if he deletes the record from Web>list. Will this record be > removed from TV as well? Yes. There is a tcemain hook that takes care. -- Dmitry Dulepov TYPO3 freelancer / TYPO3 core team member Web: http://typo3bloke.net/ Skype: callto:liels_bugs From patrick at typo3quebec.org Sun Nov 4 02:57:16 2007 From: patrick at typo3quebec.org (Patrick Gaumond) Date: Sat, 03 Nov 2007 21:57:16 -0400 Subject: [TYPO3-dev] RFC: a new page type "internal page" / "page container" In-Reply-To: References: Message-ID: Martin Kutschker wrote: > Every page type has it's icon and every > page type has it's set of fields in the BE form. Where's the problem? I know I'm picky on this one but... Advanced Page hasn't it's own one. See: http://bugs.typo3.org/view.php?id=6536 :) Patrick From martin.kutschker-n0spam at no5pam-blackbox.net Sun Nov 4 10:48:11 2007 From: martin.kutschker-n0spam at no5pam-blackbox.net (Martin Kutschker) Date: Sun, 04 Nov 2007 10:48:11 +0100 Subject: [TYPO3-dev] RFC: a new page type "internal page" / "page container" In-Reply-To: References: Message-ID: Patrick Gaumond schrieb: > Martin Kutschker wrote: > >> Every page type has it's icon and every page type has it's set of >> fields in the BE form. Where's the problem? > > I know I'm picky on this one but... Advanced Page hasn't it's own one. Right. This could be amended as well. But do we really need that type? It's only an extension of "standard" and if we had tabs the average editor isn't even overwhelmed with all the fields "advanced" has. Masi From steffen at sk-typo3.de Sun Nov 4 10:59:39 2007 From: steffen at sk-typo3.de (Steffen Kamper) Date: Sun, 4 Nov 2007 10:59:39 +0100 Subject: [TYPO3-dev] TV and deleted records References: Message-ID: "Dmitry Dulepov [typo3]" schrieb im Newsbeitrag news:mailman.1.1194127723.31634.typo3-dev at lists.netfielders.de... > Martin Kutschker wrote: >> What happens if he deletes the record from Web>list. Will this record be >> removed from TV as well? > > Yes. There is a tcemain hook that takes care. > I did the delete from Web>list - and it was still shown in FE. Now i updated TV from 1.3.0 to 1.3.3 and i was not able to reproduce, so all is fine now. vg Steffen From steffen at sk-typo3.de Sun Nov 4 11:03:56 2007 From: steffen at sk-typo3.de (Steffen Kamper) Date: Sun, 4 Nov 2007 11:03:56 +0100 Subject: [TYPO3-dev] RFC: a new page type "internal page" / "page container" References: Message-ID: "Martin Kutschker" schrieb im Newsbeitrag news:mailman.1.1194169687.24149.typo3-dev at lists.netfielders.de... > Patrick Gaumond schrieb: >> Martin Kutschker wrote: >> >>> Every page type has it's icon and every page type has it's set of fields >>> in the BE form. Where's the problem? >> >> I know I'm picky on this one but... Advanced Page hasn't it's own one. > > Right. This could be amended as well. But do we really need that type? > It's only an extension of "standard" and if we had tabs the average editor > isn't even overwhelmed with all the fields "advanced" has. > > Masi yes, this was my thought too. I think every standard page has to be a advanced, with tabs it would be more easy to edit and for editors this could be hidden in user rights. vg Steffen From ingmar at typo3.org Sun Nov 4 11:10:32 2007 From: ingmar at typo3.org (Ingmar Schlecht) Date: Sun, 04 Nov 2007 11:10:32 +0100 Subject: [TYPO3-dev] RFC: a new page type "internal page" / "page container" In-Reply-To: References: Message-ID: Steffen Kamper wrote: > yes, this was my thought too. I think every standard page has to be a > advanced, with tabs it would be more easy to edit and for editors this could > be hidden in user rights. Good point. Patch - anyone? cheers Ingmar -- Ingmar Schlecht TYPO3 Association Active Member From steffen at sk-typo3.de Sun Nov 4 11:23:13 2007 From: steffen at sk-typo3.de (Steffen Kamper) Date: Sun, 4 Nov 2007 11:23:13 +0100 Subject: [TYPO3-dev] RFC: a new page type "internal page" / "page container" References: Message-ID: "Ingmar Schlecht" schrieb im Newsbeitrag news:mailman.1.1194171035.20577.typo3-dev at lists.netfielders.de... > Steffen Kamper wrote: >> yes, this was my thought too. I think every standard page has to be a >> advanced, with tabs it would be more easy to edit and for editors this >> could >> be hidden in user rights. > > Good point. Patch - anyone? > > cheers > Ingmar > please Masi do this and the new doktype for the container page, it's your suggestion ;-) vg Steffen From fsuter at cobweb.ch Sun Nov 4 11:37:47 2007 From: fsuter at cobweb.ch (Francois Suter) Date: Sun, 04 Nov 2007 11:37:47 +0100 Subject: [TYPO3-dev] RFC: a new page type "internal page" / "page container" In-Reply-To: References: Message-ID: > yes, this was my thought too. I think every standard page has to be a > advanced, with tabs it would be more easy to edit and for editors this could > be hidden in user rights. An enthusiastic +1 here :-) -- Francois Suter Cobweb Development Sarl - http://www.cobweb.ch From steffen at sk-typo3.de Sun Nov 4 11:55:57 2007 From: steffen at sk-typo3.de (Steffen Kamper) Date: Sun, 4 Nov 2007 11:55:57 +0100 Subject: [TYPO3-dev] New Icon-div in 4.2dev Message-ID: Hi, I don't know who did this new feature. It's really great feature to have the icons at top of browser while scrolling. A little issue: while editing records there is space missing for the div. e.g. path text on top is behind the div, may be path info could be integrated in the next line? there was also one view where select boxes was behind the div too. vg Steffen From steffen at sk-typo3.de Sun Nov 4 12:06:25 2007 From: steffen at sk-typo3.de (Steffen Kamper) Date: Sun, 4 Nov 2007 12:06:25 +0100 Subject: [TYPO3-dev] New Pagetree Message-ID: Hi, one feature i miss in the Pagetree: Expand all / Collapse all. it would be nice to have this icons beside the filter box. May be it could integrated in Context menu too to do this with a branch tree too? vg Steffen From typo.removeformessage at fx-graefix.de Sun Nov 4 13:20:55 2007 From: typo.removeformessage at fx-graefix.de (Franz Koch) Date: Sun, 04 Nov 2007 13:20:55 +0100 Subject: [TYPO3-dev] RFC: a new page type "internal page" / "page container" In-Reply-To: References: Message-ID: Hi, > yes, this was my thought too. I think every standard page has to be a > advanced, with tabs it would be more easy to edit and for editors this could > be hidden in user rights. that'll be nice. But have in mind that there might be necessary some changes with tab handling. As far as I know tabs with no containing fields are still displayed - so if you have one tab for let's say admin related fields (pageTS,...), every editor will still see the tab. -- Greetings, Franz From franz at fholzinger.com Sun Nov 4 14:30:20 2007 From: franz at fholzinger.com (Franz Holzinger) Date: Sun, 04 Nov 2007 14:30:20 +0100 Subject: [TYPO3-dev] DBAL problems with pages.fe_group In-Reply-To: References: Message-ID: Martin Kutschker a ?crit : > Martin Kutschker schrieb: >> Martin Kutschker schrieb: >> >>> >>> So what is best option? >>> >>> a) Simply to remove the NOT NULL and the then useless DEFAULT '0'? >>> b) Adding TCA options that enforce the SQL default in situations like >>> this? >>> c) Add DB triggers that turn '' into '0' for such fields? >>> >>> I'm for a) If the field is a list then '' is an empty list not '0'. >>> But is the Core ready for this? >> >> >> No, it isn't. See bug #2866. >> >> Without changing the Core it must be c) then. > > create or replace trigger "pages_fe_group" > before insert on "pages" > for each row > when (NEW."fe_group" is null or NEW."fe_group" = '') > begin > :NEW."fe_group" := '0'; > end; > > I guess that such a trigger is only needed for varchars where TYPO3 will > insert/update '' but really means '0'. > > IMHO this should be changed in 4.1/4.5. I think that the "default" of > '0' should go after all a list may be empty. > > But for now this works with Oracle. > > Masi > > PS: Oracle XE is really a nice and free playground. Hello Masi, please have a look at http://bugs.typo3.org/view.php?id=4396. The function getTreeList does not delivery a subpage if the fe_group=''. example call $this->pibase->cObj->getTreeList($val,$recursive); So this seems to be a bug still present in TYPO3 4.1.1 - Franz From ben at netcreators.com Sun Nov 4 15:16:43 2007 From: ben at netcreators.com (ben van 't ende [netcreators]) Date: Sun, 04 Nov 2007 15:16:43 +0100 Subject: [TYPO3-dev] New Icon-div in 4.2dev In-Reply-To: References: Message-ID: Steffen Kamper wrote: > Hi, > > I don't know who did this new feature. It's really great feature to have the > icons at top of browser while scrolling. Hi Steffen, Kasper did this for Dassault. > A little issue: while editing records there is space missing for the div. > e.g. path text on top is behind the div, may be path info could be > integrated in the next line? > there was also one view where select boxes was behind the div too. We were also wondering about the position of the icons. Maybe the position (distance from top or from left) should be editable. gRTz ben -- netcreators :: creation and innovation www.netcreators.com - www.TYPO3.nl Interesse in werken bij Netcreators? http://www.netcreators.com/bedrijf/vacatures/ From ben at netcreators.com Sun Nov 4 15:18:14 2007 From: ben at netcreators.com (ben van 't ende [netcreators]) Date: Sun, 04 Nov 2007 15:18:14 +0100 Subject: [TYPO3-dev] New Pagetree In-Reply-To: References: Message-ID: Steffen Kamper wrote: > Hi, > > one feature i miss in the Pagetree: Expand all / Collapse all. it would be > nice to have this icons beside the filter box. > May be it could integrated in Context menu too to do this with a branch tree > too? Hey Steffen, Pagetreetools by Typoheads does just that and has a few nifty extra options. gRTz ben -- netcreators :: creation and innovation www.netcreators.com - www.TYPO3.nl Interesse in werken bij Netcreators? http://www.netcreators.com/bedrijf/vacatures/ From steffen at sk-typo3.de Sun Nov 4 15:54:30 2007 From: steffen at sk-typo3.de (Steffen Kamper) Date: Sun, 4 Nov 2007 15:54:30 +0100 Subject: [TYPO3-dev] New Pagetree References: Message-ID: "ben van 't ende [netcreators]" schrieb im Newsbeitrag news:mailman.1.1194185894.14648.typo3-dev at lists.netfielders.de... > Steffen Kamper wrote: >> Hi, >> >> one feature i miss in the Pagetree: Expand all / Collapse all. it would >> be >> nice to have this icons beside the filter box. >> May be it could integrated in Context menu too to do this with a branch >> tree >> too? > > Hey Steffen, > > Pagetreetools by Typoheads does just that and has a few nifty extra > options. > > gRTz > > ben Hi Ben, i tried, but the extension doesn't work with the new pagetree - filterfield not shown - options.pageTree.dontSeparateNotinmenuPages was overwritten - no expand/collapse in contextmenu vg Steffen From steffen at sk-typo3.de Sun Nov 4 15:57:22 2007 From: steffen at sk-typo3.de (Steffen Kamper) Date: Sun, 4 Nov 2007 15:57:22 +0100 Subject: [TYPO3-dev] New Icon-div in 4.2dev References: Message-ID: "ben van 't ende [netcreators]" schrieb im Newsbeitrag news:mailman.1.1194185803.14648.typo3-dev at lists.netfielders.de... > Steffen Kamper wrote: >> Hi, >> >> I don't know who did this new feature. It's really great feature to have >> the >> icons at top of browser while scrolling. > > Hi Steffen, > > Kasper did this for Dassault. > >> A little issue: while editing records there is space missing for the div. >> e.g. path text on top is behind the div, may be path info could be >> integrated in the next line? >> there was also one view where select boxes was behind the div too. > > We were also wondering about the position of the icons. Maybe the position > (distance from top or from left) should be editable. > > gRTz > > ben the position is ok (for most views). If path is removed to other place ... I think general margin could be achieved by some CSS. Now I found the problem with the select boxes: editing BE-User vg Steffen From jens at typo3.org Sun Nov 4 16:00:18 2007 From: jens at typo3.org (Jens Hoffmann) Date: Sun, 04 Nov 2007 16:00:18 +0100 Subject: [TYPO3-dev] New Icon-div in 4.2dev In-Reply-To: References: Message-ID: Benni is already working on a nice solution. :) I posted a Layout in the list (in the TCAforms thread). Greez Jens Steffen Kamper wrote: > "ben van 't ende [netcreators]" schrieb im Newsbeitrag > news:mailman.1.1194185803.14648.typo3-dev at lists.netfielders.de... >> Steffen Kamper wrote: >>> Hi, >>> >>> I don't know who did this new feature. It's really great feature to have >>> the >>> icons at top of browser while scrolling. >> Hi Steffen, >> >> Kasper did this for Dassault. >> >>> A little issue: while editing records there is space missing for the div. >>> e.g. path text on top is behind the div, may be path info could be >>> integrated in the next line? >>> there was also one view where select boxes was behind the div too. >> We were also wondering about the position of the icons. Maybe the position >> (distance from top or from left) should be editable. >> >> gRTz >> >> ben > > the position is ok (for most views). If path is removed to other place ... > I think general margin could be achieved by some CSS. > > Now I found the problem with the select boxes: editing BE-User > > vg Steffen > > From steffen at sk-typo3.de Sun Nov 4 16:42:10 2007 From: steffen at sk-typo3.de (Steffen Kamper) Date: Sun, 4 Nov 2007 16:42:10 +0100 Subject: [TYPO3-dev] New Icon-div in 4.2dev References: Message-ID: "Jens Hoffmann" schrieb im Newsbeitrag news:mailman.1.1194188418.6975.typo3-dev at lists.netfielders.de... > Benni is already working on a nice solution. :) > I posted a Layout in the list (in the TCAforms thread). > > Greez Jens > Hi Jens, great - looking forward! I searched for but didn't found the Layout. Can you point me to the thread or post the url again ? vg Steffen From mack at xnos.org Sun Nov 4 16:55:41 2007 From: mack at xnos.org (Benjamin Mack) Date: Sun, 04 Nov 2007 16:55:41 +0100 Subject: [TYPO3-dev] New Icon-div in 4.2dev In-Reply-To: References: Message-ID: Hey Steffen, please see the core list. I posted something on thursday or friday, with a link to the BT, where a screen is attached. Would be great if you could test it btw.. ;-) greetings, benni. -SDG- www.xnos.de // www.xnos.org Steffen Kamper wrote: > "Jens Hoffmann" schrieb im Newsbeitrag > news:mailman.1.1194188418.6975.typo3-dev at lists.netfielders.de... >> Benni is already working on a nice solution. :) >> I posted a Layout in the list (in the TCAforms thread). >> >> Greez Jens >> > Hi Jens, > great - looking forward! > I searched for but didn't found the Layout. Can you point me to the thread > or post the url again ? > > vg Steffen > > > _______________________________________________ > TYPO3-dev mailing list > TYPO3-dev at lists.netfielders.de > http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev From patrick at typo3quebec.org Sun Nov 4 17:15:10 2007 From: patrick at typo3quebec.org (Patrick Gaumond) Date: Sun, 04 Nov 2007 11:15:10 -0500 Subject: [TYPO3-dev] New Pagetree In-Reply-To: References: Message-ID: > "ben van 't ende : Pagetreetools by Typoheads does just that and has a few nifty extra >> options. > i tried, but the extension doesn't work with the new pagetree > - filterfield not shown > - options.pageTree.dontSeparateNotinmenuPages was overwritten > - no expand/collapse in contextmenu Let's make Pagetreetools compatible and become a sysext ! For those too lazy to try it, here's the screenshots: http://typo3.org/documentation/document-library/extension-manuals/pagetreetools/1.0.3/view/1/1/#id3625069 Patrick Gaumond TYPO3 Professional Lobbyist ;) From steffen at sk-typo3.de Sun Nov 4 17:22:20 2007 From: steffen at sk-typo3.de (Steffen Kamper) Date: Sun, 4 Nov 2007 17:22:20 +0100 Subject: [TYPO3-dev] New Icon-div in 4.2dev References: Message-ID: "Benjamin Mack" schrieb im Newsbeitrag news:mailman.4774.1194191765.20721.typo3-dev at lists.netfielders.de... > Hey Steffen, > > please see the core list. I posted something on thursday or friday, with a > link to the BT, where a screen is attached. > > Would be great if you could test it btw.. ;-) > > greetings, > benni. > -SDG- > Hi Bennie, i tried to apply the patch against trunk but it was not possible. Was this patch before Kaspers changes? vg Steffen From patrick at typo3quebec.org Sun Nov 4 17:25:09 2007 From: patrick at typo3quebec.org (Patrick Gaumond) Date: Sun, 04 Nov 2007 11:25:09 -0500 Subject: [TYPO3-dev] RFC: a new page type "internal page" / "page container" In-Reply-To: References: Message-ID: Steffen Kamper wrote: > "Martin Kutschker" schrieb im >> Right. This could be amended as well. But do we really need that type? >> It's only an extension of "standard" and if we had tabs the average editor >> isn't even overwhelmed with all the fields "advanced" has. >> >> Masi > > yes, this was my thought too. I think every standard page has to be a > advanced, with tabs it would be more easy to edit and for editors this could > be hidden in user rights. > > vg Steffen Great minds thinks alike! So will doktype = 2 (Advanced) become deprecated like "Not in menu" become over time ? We still need it for our Holy Cow of Compatibility though... I always hate the fact to you need Advanced to get the metadata. ;) Patrick From operation-lan at gmx.de Sun Nov 4 19:06:58 2007 From: operation-lan at gmx.de (=?ISO-8859-15?Q?Daniel_P=F6tzinger?=) Date: Sun, 04 Nov 2007 19:06:58 +0100 Subject: [TYPO3-dev] RFC: a new page type "internal page" / "page container" In-Reply-To: References: Message-ID: > > PS: If course "advanced" and other page types could benefit from using > tabs. +1 (see http://typo3.org/extensions/repository/view/pagetca/0.0.2/ ) From martin.kutschker-n0spam at no5pam-blackbox.net Sun Nov 4 19:07:54 2007 From: martin.kutschker-n0spam at no5pam-blackbox.net (Martin Kutschker) Date: Sun, 04 Nov 2007 19:07:54 +0100 Subject: [TYPO3-dev] RFC: a new page type "internal page" / "page container" In-Reply-To: References: Message-ID: Franz Koch schrieb: > > that'll be nice. But have in mind that there might be necessary some > changes with tab handling. As far as I know tabs with no containing > fields are still displayed Hasn't tha been fixed recently in trunk? Masi From martin.kutschker-n0spam at no5pam-blackbox.net Sun Nov 4 19:09:00 2007 From: martin.kutschker-n0spam at no5pam-blackbox.net (Martin Kutschker) Date: Sun, 04 Nov 2007 19:09:00 +0100 Subject: [TYPO3-dev] RFC: a new page type "internal page" / "page container" In-Reply-To: References: Message-ID: Daniel P?tzinger schrieb: > >> >> PS: If course "advanced" and other page types could benefit from using >> tabs. > > +1 > > (see http://typo3.org/extensions/repository/view/pagetca/0.0.2/ ) Ah, a volunteer for making a patch. Good man. Masi From ingmar at typo3.org Sun Nov 4 19:13:40 2007 From: ingmar at typo3.org (Ingmar Schlecht) Date: Sun, 04 Nov 2007 19:13:40 +0100 Subject: [TYPO3-dev] RFC: a new page type "internal page" / "page container" In-Reply-To: References: Message-ID: Martin Kutschker schrieb: > Franz Koch schrieb: >> >> that'll be nice. But have in mind that there might be necessary some >> changes with tab handling. As far as I know tabs with no containing >> fields are still displayed > > Hasn't tha been fixed recently in trunk? The patch is still pending in the core list. cheers Ingmar -- Ingmar Schlecht TYPO3 Association Active Member From ingmar at typo3.org Sun Nov 4 19:15:07 2007 From: ingmar at typo3.org (Ingmar Schlecht) Date: Sun, 04 Nov 2007 19:15:07 +0100 Subject: [TYPO3-dev] RFC: a new page type "internal page" / "page container" In-Reply-To: References: Message-ID: Hi Daniel, Daniel P?tzinger wrote: > >> >> PS: If course "advanced" and other page types could benefit from using >> tabs. > > +1 > > (see http://typo3.org/extensions/repository/view/pagetca/0.0.2/ ) > Did you notice that one? http://news.typo3.org/news/article/core-development-mailinglist-now-open-for-community-involvement/ Looking forward to your patch... ;-) cheers Ingmar -- Ingmar Schlecht TYPO3 Association Active Member From steffen at sk-typo3.de Sun Nov 4 21:32:38 2007 From: steffen at sk-typo3.de (Steffen Kamper) Date: Sun, 4 Nov 2007 21:32:38 +0100 Subject: [TYPO3-dev] New Icon-div in 4.2dev References: Message-ID: "Steffen Kamper" schrieb im Newsbeitrag news:mailman.1.1194193303.2361.typo3-dev at lists.netfielders.de... > > "Benjamin Mack" schrieb im Newsbeitrag > news:mailman.4774.1194191765.20721.typo3-dev at lists.netfielders.de... >> Hey Steffen, >> >> please see the core list. I posted something on thursday or friday, with >> a link to the BT, where a screen is attached. >> >> Would be great if you could test it btw.. ;-) >> >> greetings, >> benni. >> -SDG- >> > Hi Bennie, > > i tried to apply the patch against trunk but it was not possible. Was this > patch before Kaspers changes? > > vg Steffen > i switched back to rev 2639 but still error with alt_doc. vg Steffen From ingmar at typo3.org Sun Nov 4 22:31:40 2007 From: ingmar at typo3.org (Ingmar Schlecht) Date: Sun, 04 Nov 2007 22:31:40 +0100 Subject: [TYPO3-dev] New Icon-div in 4.2dev In-Reply-To: References: Message-ID: Steffen Kamper wrote: >> Hi Bennie, >> >> i tried to apply the patch against trunk but it was not possible. Was this >> patch before Kaspers changes? >> >> vg Steffen >> > > i switched back to rev 2639 but still error with alt_doc. Maybe you need to apply some parts of the patch manually... cheers Ingmar -- Ingmar Schlecht TYPO3 Association Active Member From mack at xnos.org Sun Nov 4 23:30:30 2007 From: mack at xnos.org (Benjamin Mack) Date: Sun, 04 Nov 2007 23:30:30 +0100 Subject: [TYPO3-dev] New Icon-div in 4.2dev In-Reply-To: References: Message-ID: Hey steffen, I wrote the patch on thursday, so it was afterwards. I'm gonna apply it to the trunk and see if it works. We should move this conversation in the core-list though ;-) greetings, benni. -SDG- www.xnos.de // www.xnos.org Steffen Kamper wrote: > "Benjamin Mack" schrieb im Newsbeitrag > news:mailman.4774.1194191765.20721.typo3-dev at lists.netfielders.de... >> Hey Steffen, >> >> please see the core list. I posted something on thursday or friday, with a >> link to the BT, where a screen is attached. >> >> Would be great if you could test it btw.. ;-) >> >> greetings, >> benni. >> -SDG- >> > Hi Bennie, > > i tried to apply the patch against trunk but it was not possible. Was this > patch before Kaspers changes? > > vg Steffen > > > _______________________________________________ > TYPO3-dev mailing list > TYPO3-dev at lists.netfielders.de > http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev From dmitry at typo3.org Mon Nov 5 10:59:09 2007 From: dmitry at typo3.org (Dmitry Dulepov [typo3]) Date: Mon, 05 Nov 2007 11:59:09 +0200 Subject: [TYPO3-dev] New Icon-div in 4.2dev In-Reply-To: References: Message-ID: Steffen Kamper wrote: > I don't know who did this new feature. It's really great feature to have the > icons at top of browser while scrolling. > > A little issue: while editing records there is space missing for the div. > e.g. path text on top is behind the div, may be path info could be > integrated in the next line? > there was also one view where select boxes was behind the div too. It has bugs though... Sometimes howevers over select boxes at top (does not let see what's selecvted in it). And it is always covered by RTE. I do not really fancy this feature. Especially with bottom buttons left as there they are. Looks funny to have two set of buttons: one floating, one static. -- Dmitry Dulepov TYPO3 freelancer / TYPO3 core team member Web: http://typo3bloke.net/ Skype: callto:liels_bugs From dmitry at typo3.org Mon Nov 5 11:00:19 2007 From: dmitry at typo3.org (Dmitry Dulepov [typo3]) Date: Mon, 05 Nov 2007 12:00:19 +0200 Subject: [TYPO3-dev] New Icon-div in 4.2dev In-Reply-To: References: Message-ID: Benjamin Mack wrote: > I wrote the patch on thursday, so it was afterwards. I'm gonna apply it > to the trunk and see if it works. We should move this conversation in > the core-list though ;-) I thought discussion should happen here, not in the core list (according to rules). -- Dmitry Dulepov TYPO3 freelancer / TYPO3 core team member Web: http://typo3bloke.net/ Skype: callto:liels_bugs From steffen at sk-typo3.de Mon Nov 5 11:04:52 2007 From: steffen at sk-typo3.de (Steffen Kamper) Date: Mon, 5 Nov 2007 11:04:52 +0100 Subject: [TYPO3-dev] New Icon-div in 4.2dev References: Message-ID: "Dmitry Dulepov [typo3]" schrieb im Newsbeitrag news:mailman.1.1194256819.1761.typo3-dev at lists.netfielders.de... > Benjamin Mack wrote: >> I wrote the patch on thursday, so it was afterwards. I'm gonna apply it >> to the trunk and see if it works. We should move this conversation in the >> core-list though ;-) > > I thought discussion should happen here, not in the core list (according > to rules). > > -- me too - this was what Ingmar told in core list. vg Steffen From steffen at sk-typo3.de Mon Nov 5 11:07:51 2007 From: steffen at sk-typo3.de (Steffen Kamper) Date: Mon, 5 Nov 2007 11:07:51 +0100 Subject: [TYPO3-dev] New Icon-div in 4.2dev References: Message-ID: "Dmitry Dulepov [typo3]" schrieb im Newsbeitrag news:mailman.1.1194256748.1761.typo3-dev at lists.netfielders.de... > Steffen Kamper wrote: >> I don't know who did this new feature. It's really great feature to have >> the icons at top of browser while scrolling. >> >> A little issue: while editing records there is space missing for the div. >> e.g. path text on top is behind the div, may be path info could be >> integrated in the next line? >> there was also one view where select boxes was behind the div too. > > It has bugs though... Sometimes howevers over select boxes at top (does > not let see what's selecvted in it). And it is always covered by RTE. > > I do not really fancy this feature. Especially with bottom buttons left as > there they are. Looks funny to have two set of buttons: one floating, one > static. > > -- because that i'm interested in Bennies / Jens solution. The screenshot looks very nice: http://bugs.typo3.org/file_download.php?file_id=3262&type=bug and it looks like a "no scroller" but all time on top, +1 for the visual. vg Steffen From mack at xnos.org Mon Nov 5 11:17:26 2007 From: mack at xnos.org (Benjamin Mack) Date: Mon, 05 Nov 2007 11:17:26 +0100 Subject: [TYPO3-dev] New Icon-div in 4.2dev In-Reply-To: References: Message-ID: Hey Dmitry, I was referring to the discussion on the problems of applying the patch. This should go to the Core list or the BT. greetings, benni. -SDG- www.xnos.de // www.xnos.org From christian at kitsunet.de Mon Nov 5 11:21:00 2007 From: christian at kitsunet.de (=?ISO-8859-1?Q?=22Kitsunet_=28Christian_M=FCller=29=22?=) Date: Mon, 05 Nov 2007 11:21:00 +0100 Subject: [TYPO3-dev] Access to pages by remote applications (SOAP?) In-Reply-To: References: Message-ID: Dan Field wrote: > Hi, I'm developing a site which requires a certain amount of static > content. Our institution already has an operational typo3 installation > which it uses for it's main website. Would it be possible for me to > manage say 20 static content pages with typo3 and import the content > (minus headers and footers) into my Zend Framework application? I > suppose I could just use file_get_contents() if the typo3 hosted file > was just a section of html. > > Ultimately I'd like to use a web service to retrieve these files, but > I'll settle for raw sql access or remote file access at a push. > > The headers, footers, stylesheets and dynamic content will all be > created by my application. All I want to do is pull in the static > content into a div where it will display within my application. Typo3 > seems the obvious place to store and manage these files as our staff > have typo3 training and are competent working in this environment. It > also saves me rewriting the wheel and creating something bespoke locally. > > Any ideas? Am I barking up the wrong tree ? > Why not set up a XML Pagetype in TYPO3? With this and its URL you can easily retrieve only the content you need. Christian From dmitry at typo3.org Mon Nov 5 13:08:08 2007 From: dmitry at typo3.org (Dmitry Dulepov [typo3]) Date: Mon, 05 Nov 2007 14:08:08 +0200 Subject: [TYPO3-dev] New Icon-div in 4.2dev In-Reply-To: References: Message-ID: Steffen Kamper wrote: > because that i'm interested in Bennies / Jens solution. The screenshot looks > very nice: > http://bugs.typo3.org/file_download.php?file_id=3262&type=bug > > and it looks like a "no scroller" but all time on top, +1 for the visual. Yes, this is absolutely wonderful :) Jens&Benny = great result! -- Dmitry Dulepov TYPO3 freelancer / TYPO3 core team member Web: http://typo3bloke.net/ Skype: callto:liels_bugs From dmitry at typo3.org Mon Nov 5 13:10:25 2007 From: dmitry at typo3.org (Dmitry Dulepov [typo3]) Date: Mon, 05 Nov 2007 14:10:25 +0200 Subject: [TYPO3-dev] New Pagetree In-Reply-To: References: Message-ID: Patrick Gaumond wrote: > Let's make Pagetreetools compatible and become a sysext ! +1 > For those too lazy to try it, here's the screenshots: > > http://typo3.org/documentation/document-library/extension-manuals/pagetreetools/1.0.3/view/1/1/#id3625069 I am lazy to try but like the screenshot and description! If we can merge Kasper's changes with this tree and put it all to core, it would be great step forward! -- Dmitry Dulepov TYPO3 freelancer / TYPO3 core team member Web: http://typo3bloke.net/ Skype: callto:liels_bugs From poetzinger at aoemedia.de Mon Nov 5 13:17:20 2007 From: poetzinger at aoemedia.de (=?ISO-8859-15?Q?Daniel_P=F6tzinger?=) Date: Mon, 05 Nov 2007 13:17:20 +0100 Subject: [TYPO3-dev] RFC: a new page type "internal page" / "page container" In-Reply-To: References: Message-ID: Ingmar Schlecht schrieb: > Hi Daniel, > > Daniel P?tzinger wrote: >>> PS: If course "advanced" and other page types could benefit from using >>> tabs. >> +1 >> >> (see http://typo3.org/extensions/repository/view/pagetca/0.0.2/ ) >> > > Did you notice that one? > http://news.typo3.org/news/article/core-development-mailinglist-now-open-for-community-involvement/ > > > Looking forward to your patch... ;-) > > cheers > Ingmar > of course i noticed and will provide some patches this week ;-) From news at ringerge.org Mon Nov 5 13:40:30 2007 From: news at ringerge.org (Georg Ringer) Date: Mon, 05 Nov 2007 13:40:30 +0100 Subject: [TYPO3-dev] RFC: a new page type "internal page" / "page container" In-Reply-To: References: Message-ID: Daniel P?tzinger schrieb: > (see http://typo3.org/extensions/repository/view/pagetca/0.0.2/ ) manual with screenshot would be really nice, sad that most of your extensions don't have something like this georg From franz at fholzinger.com Mon Nov 5 14:10:57 2007 From: franz at fholzinger.com (Franz Holzinger) Date: Mon, 05 Nov 2007 14:10:57 +0100 Subject: [TYPO3-dev] Reminder: Bug #4721: no language files can be uploaded into TER Message-ID: Hello, this is a reminder. http://bugs.typo3.org/view.php?id=4721 http://bugs.typo3.org/view.php?id=6353 It is almost 1 year now that most translations are not found in the extension sr_feuser_register. We are still waiting for a volunteer who has the rights to copy the language files into TER. This does not work at the moment. Thanks. - Franz From mathias at typo3.org Mon Nov 5 14:43:51 2007 From: mathias at typo3.org (Mathias Schreiber [TYPO3]) Date: Mon, 05 Nov 2007 14:43:51 +0100 Subject: [TYPO3-dev] Session Transfer Message-ID: Hey guys n girls, whoever had this idea: t3lib_div::_GP('FE_SESSION_KEY') THANK YOU! -- T3A AM Rocking TYPO3 since 3.1b1 From news at ringerge.org Mon Nov 5 14:52:19 2007 From: news at ringerge.org (Georg Ringer) Date: Mon, 05 Nov 2007 14:52:19 +0100 Subject: [TYPO3-dev] Session Transfer In-Reply-To: References: Message-ID: Mathias Schreiber [TYPO3] schrieb: > whoever had this idea: t3lib_div::_GP('FE_SESSION_KEY') > THANK YOU! of course not me but I love these moments too and I want to say thanks for all of those too georg From dmitry at typo3.org Mon Nov 5 14:51:58 2007 From: dmitry at typo3.org (Dmitry Dulepov [typo3]) Date: Mon, 05 Nov 2007 15:51:58 +0200 Subject: [TYPO3-dev] Reminder: Bug #4721: no language files can be uploaded into TER In-Reply-To: References: Message-ID: Franz Holzinger wrote: > this is a reminder. > http://bugs.typo3.org/view.php?id=4721 > http://bugs.typo3.org/view.php?id=6353 > > It is almost 1 year now that most translations are not found in the > extension sr_feuser_register. We are still waiting for a volunteer who > has the rights to copy the language files into TER. This does not work > at the moment. They should not be in TER. They should go to language packs! At the moment translation server is offline but when it is online, these files can be installed there. -- Dmitry Dulepov TYPO3 freelancer / TYPO3 core team member Web: http://typo3bloke.net/ Skype: callto:liels_bugs From poetzinger at aoemedia.de Mon Nov 5 14:55:26 2007 From: poetzinger at aoemedia.de (=?ISO-8859-15?Q?Daniel_P=F6tzinger?=) Date: Mon, 05 Nov 2007 14:55:26 +0100 Subject: [TYPO3-dev] RFC: a new page type "internal page" / "page container" In-Reply-To: References: Message-ID: Georg Ringer schrieb: > Daniel P?tzinger schrieb: >> (see http://typo3.org/extensions/repository/view/pagetca/0.0.2/ ) > > manual with screenshot would be really nice, sad that most of your > extensions don't have something like this > > georg > agree - but for some this is really overhead. From steffen at sk-typo3.de Mon Nov 5 15:02:17 2007 From: steffen at sk-typo3.de (Steffen Kamper) Date: Mon, 5 Nov 2007 15:02:17 +0100 Subject: [TYPO3-dev] RFC: a new page type "internal page" / "page container" References: Message-ID: "Daniel P?tzinger" schrieb im Newsbeitrag news:mailman.1.1194270880.840.typo3-dev at lists.netfielders.de... > Georg Ringer schrieb: >> Daniel P?tzinger schrieb: >>> (see http://typo3.org/extensions/repository/view/pagetca/0.0.2/ ) >> >> manual with screenshot would be really nice, sad that most of your >> extensions don't have something like this >> >> georg >> > agree - but for some this is really overhead. in future manual will be mandantory. if there is nothing to configure, this sentence should be inside. Without manual users are confused how the ext should work. vg Steffen From steffen at sk-typo3.de Mon Nov 5 15:03:36 2007 From: steffen at sk-typo3.de (Steffen Kamper) Date: Mon, 5 Nov 2007 15:03:36 +0100 Subject: [TYPO3-dev] Session Transfer References: Message-ID: "Georg Ringer" schrieb im Newsbeitrag news:mailman.1.1194270678.3661.typo3-dev at lists.netfielders.de... > Mathias Schreiber [TYPO3] schrieb: >> whoever had this idea: t3lib_div::_GP('FE_SESSION_KEY') >> THANK YOU! > > of course not me but I love these moments too and I want to say thanks for > all of those too > > georg did i missed something? vg Steffen From bas.vander.togt at efocus.nl Mon Nov 5 15:28:29 2007 From: bas.vander.togt at efocus.nl (Bas van der Togt) Date: Mon, 05 Nov 2007 15:28:29 +0100 Subject: [TYPO3-dev] sql order by with left join Message-ID: Hello list, I'm trying to order a list in my extension but i can't get it work. The sql has a 'left join' and that must me the problem i think. Does anybody knows how to order my sql with a left join? SQL: SELECT alsosee.*, cat.*, mm.*, alsosee.uid AS alsoseeuid FROM tx_profalsosee_cat_mm AS mm LEFT JOIN tx_profalsosee_cat AS cat ON mm.uid_foreign=cat.uid LEFT JOIN tx_profalsosee_alsosee AS alsosee ON mm.uid_local=cat.uid WHERE alsosee.hidden=0 AND alsosee.deleted=0 AND alsosee.t3ver_state=0 AND alsosee.pid IN ('.$pidList.') ORDER BY mm.sorting Kind regards, Bas From mail at maltejansen.de Mon Nov 5 15:55:33 2007 From: mail at maltejansen.de (Malte Jansen) Date: Mon, 05 Nov 2007 15:55:33 +0100 Subject: [TYPO3-dev] $TCA: Conditional Requirment for Fields in BE-Forms In-Reply-To: References: Message-ID: Hi! Perhaps it would be a cool feature for 4.2, because there where several request for this, before I developed this... So it would be cool to get some more feetback... Cheers Malte Malte Jansen schrieb: > You don't need every thing, because in this Patch there is also the > Patch for "Notify user where required elements are nested in IRRE or > Tabs" (5899). > > Here is a small "dataflow" > > class.t3lib_tceforms.php > 1. Register Condition in input-field (function call in input-fields) > 2. Register Possible trigger-field (function call in > input-,text-,radio-,check-fields) > 3a. Validate conditions & trigger. (function call in JSbottom) > 3b. Tansforming Condition into an Array > 4. Adding Trigger & Condition (to the array) > > jsfunc.TBE_editore.js > 1. Instead of checking the field-value there is function which > parse/checks the condition-array. > 2. Adding trigger-check foreach field which uses the trigger field as > condition > > Perhaps it is now easier to understand. > > I'm now testing the newest version of 11 tabs and 50 fields (This is why > the 5899 patch is included, I hope that this patch will be in the trunk > soon). > The Version 3 is running on a productive system with following patches > on 4.1.2: > - [TYPO3-core] RFC: #6259 Disabling Tabs with no fields (does not work) > - [TYPO3-core] RFC: #6256 $TCA: Newline for Tabs (--div--) > > Most editors have not very much knowlegde about working with the > internet or forgetting to fill out something like payment-type and than > bank-data (https ;). So the patches are very powerful buisness-models. ... > > Malte > > > Dmitry Dulepov [typo3] schrieb: >> Malte Jansen wrote: >>> It would be nice to get some feedback... >> >> Looks good but complicated :) Needs time to evaluate. >> From mail at maltejansen.de Mon Nov 5 15:58:40 2007 From: mail at maltejansen.de (Malte Jansen) Date: Mon, 05 Nov 2007 15:58:40 +0100 Subject: [TYPO3-dev] sql order by with left join In-Reply-To: References: Message-ID: Hi Bas! Try your SQL-Query in PHPmyAdmin and check the errors... Malte Bas van der Togt schrieb: > Hello list, > > I'm trying to order a list in my extension but i can't get it work. > The sql has a 'left join' and that must me the problem i think. Does > anybody knows how to order my sql with a left join? > > SQL: > SELECT alsosee.*, cat.*, mm.*, alsosee.uid AS alsoseeuid > FROM tx_profalsosee_cat_mm AS mm > LEFT JOIN tx_profalsosee_cat AS cat ON mm.uid_foreign=cat.uid > LEFT JOIN tx_profalsosee_alsosee AS alsosee ON mm.uid_local=cat.uid > WHERE alsosee.hidden=0 AND alsosee.deleted=0 AND alsosee.t3ver_state=0 > AND alsosee.pid IN ('.$pidList.') > ORDER BY mm.sorting > > Kind regards, > Bas From bas.vander.togt at efocus.nl Mon Nov 5 16:02:13 2007 From: bas.vander.togt at efocus.nl (Bas van der Togt) Date: Mon, 05 Nov 2007 16:02:13 +0100 Subject: [TYPO3-dev] sql order by with left join In-Reply-To: References: Message-ID: I don't get any error but the sorting is not working. If i set ORDER BY alsosee.sorting it's working but that's not what i want, i want to sort it based on the mm table so ORDER BY mm.sorting but that's not working. Any idea? Malte Jansen wrote: > Hi Bas! > > Try your SQL-Query in PHPmyAdmin and check the errors... > > Malte > > Bas van der Togt schrieb: >> Hello list, >> >> I'm trying to order a list in my extension but i can't get it work. >> The sql has a 'left join' and that must me the problem i think. Does >> anybody knows how to order my sql with a left join? >> >> SQL: >> SELECT alsosee.*, cat.*, mm.*, alsosee.uid AS alsoseeuid >> FROM tx_profalsosee_cat_mm AS mm >> LEFT JOIN tx_profalsosee_cat AS cat ON mm.uid_foreign=cat.uid >> LEFT JOIN tx_profalsosee_alsosee AS alsosee ON mm.uid_local=cat.uid >> WHERE alsosee.hidden=0 AND alsosee.deleted=0 AND alsosee.t3ver_state=0 >> AND alsosee.pid IN ('.$pidList.') >> ORDER BY mm.sorting >> >> Kind regards, >> Bas From Martin.Kutschker at n0spam-blackbox.net Mon Nov 5 16:05:19 2007 From: Martin.Kutschker at n0spam-blackbox.net (Martin Kutschker) Date: Mon, 05 Nov 2007 16:05:19 +0100 Subject: [TYPO3-dev] sql order by with left join In-Reply-To: References: Message-ID: Bas van der Togt schrieb: > Hello list, > > I'm trying to order a list in my extension but i can't get it work. > The sql has a 'left join' and that must me the problem i think. What is the problem? > Does anybody knows how to order my sql with a left join? Nothing special. Your results should be sorted by th "sorting" column of tx_profalsosee_cat_mm. Masi From bas.vander.togt at efocus.nl Mon Nov 5 16:14:04 2007 From: bas.vander.togt at efocus.nl (Bas van der Togt) Date: Mon, 05 Nov 2007 16:14:04 +0100 Subject: [TYPO3-dev] sql order by with left join In-Reply-To: References: Message-ID: Martin Kutschker wrote: > Bas van der Togt schrieb: >> Hello list, >> >> I'm trying to order a list in my extension but i can't get it work. >> The sql has a 'left join' and that must me the problem i think. > > What is the problem? > >> Does anybody knows how to order my sql with a left join? > > Nothing special. Your results should be sorted by th "sorting" column of > tx_profalsosee_cat_mm. > > Masi Nope, that's not working and i don't know why... From typo3 at rvt.dds.nl Mon Nov 5 16:47:44 2007 From: typo3 at rvt.dds.nl (ries van Twisk) Date: Mon, 5 Nov 2007 10:47:44 -0500 Subject: [TYPO3-dev] sql order by with left join In-Reply-To: References: Message-ID: hey Bas, are you sure that the sorting field in the table tx_profalsosee_cat_mm contains valid data? I can hardly imagine that MySQL has a bug in that area. If you do suspect it's a bug try this: a) remove the LEFT from your joins and see if sorting get's corrected. b) Setup your SELECT clause like this : SELECT mm.*, alsosee.*, cat.*, alsosee.uid AS alsoseeuid But I don't think it will change anything... ries On Nov 5, 2007, at 9:28 AM, Bas van der Togt wrote: > Hello list, > > I'm trying to order a list in my extension but i can't get it work. > The sql has a 'left join' and that must me the problem i think. Does > anybody knows how to order my sql with a left join? > > SQL: > SELECT alsosee.*, cat.*, mm.*, alsosee.uid AS alsoseeuid > FROM tx_profalsosee_cat_mm AS mm > LEFT JOIN tx_profalsosee_cat AS cat ON mm.uid_foreign=cat.uid > LEFT JOIN tx_profalsosee_alsosee AS alsosee ON mm.uid_local=cat.uid > WHERE alsosee.hidden=0 AND alsosee.deleted=0 AND alsosee.t3ver_state=0 > AND alsosee.pid IN ('.$pidList.') > ORDER BY mm.sorting > > Kind regards, > Bas From bas.vander.togt at efocus.nl Mon Nov 5 17:04:05 2007 From: bas.vander.togt at efocus.nl (Bas van der Togt) Date: Mon, 05 Nov 2007 17:04:05 +0100 Subject: [TYPO3-dev] sql order by with left join In-Reply-To: References: Message-ID: Thank you for your answer Ries! I tried both ways to fix the problem but without any result. The mm table is filled with valid data: uid_local uid_foreign tablenames sorting 1 1 3 1 2 2 1 3 1 2 1 1 2 2 2 2 3 3 Any other ideas? kind regards, Bas ries van Twisk wrote: > hey Bas, > > are you sure that the sorting field in the table tx_profalsosee_cat_mm > contains valid data? > > I can hardly imagine that MySQL has a bug in that area. > > If you do suspect it's a bug try this: > > a) remove the LEFT from your joins and see if sorting get's corrected. > b) Setup your SELECT clause like this : SELECT mm.*, alsosee.*, cat.*, > alsosee.uid AS alsoseeuid > > But I don't think it will change anything... > > ries > > On Nov 5, 2007, at 9:28 AM, Bas van der Togt wrote: > >> Hello list, >> >> I'm trying to order a list in my extension but i can't get it work. >> The sql has a 'left join' and that must me the problem i think. Does >> anybody knows how to order my sql with a left join? >> >> SQL: >> SELECT alsosee.*, cat.*, mm.*, alsosee.uid AS alsoseeuid >> FROM tx_profalsosee_cat_mm AS mm >> LEFT JOIN tx_profalsosee_cat AS cat ON mm.uid_foreign=cat.uid >> LEFT JOIN tx_profalsosee_alsosee AS alsosee ON mm.uid_local=cat.uid >> WHERE alsosee.hidden=0 AND alsosee.deleted=0 AND alsosee.t3ver_state=0 >> AND alsosee.pid IN ('.$pidList.') >> ORDER BY mm.sorting >> >> Kind regards, >> Bas > > > > > > From bas.vander.togt at efocus.nl Mon Nov 5 17:05:30 2007 From: bas.vander.togt at efocus.nl (Bas van der Togt) Date: Mon, 05 Nov 2007 17:05:30 +0100 Subject: [TYPO3-dev] sql order by with left join In-Reply-To: References: Message-ID: Bas van der Togt wrote: > Thank you for your answer Ries! > I tried both ways to fix the problem but without any result. > The mm table is filled with valid data: > > uid_local uid_foreign tablenames sorting > 1 1 3 > 1 2 2 > 1 3 1 > 2 1 1 > 2 2 2 > 2 3 3 > > Any other ideas? > > kind regards, > Bas > > ries van Twisk wrote: >> hey Bas, >> >> are you sure that the sorting field in the table >> tx_profalsosee_cat_mm contains valid data? >> >> I can hardly imagine that MySQL has a bug in that area. >> >> If you do suspect it's a bug try this: >> >> a) remove the LEFT from your joins and see if sorting get's corrected. >> b) Setup your SELECT clause like this : SELECT mm.*, alsosee.*, >> cat.*, alsosee.uid AS alsoseeuid >> >> But I don't think it will change anything... >> >> ries >> >> On Nov 5, 2007, at 9:28 AM, Bas van der Togt wrote: >> >>> Hello list, >>> >>> I'm trying to order a list in my extension but i can't get it work. >>> The sql has a 'left join' and that must me the problem i think. Does >>> anybody knows how to order my sql with a left join? >>> >>> SQL: >>> SELECT alsosee.*, cat.*, mm.*, alsosee.uid AS alsoseeuid >>> FROM tx_profalsosee_cat_mm AS mm >>> LEFT JOIN tx_profalsosee_cat AS cat ON mm.uid_foreign=cat.uid >>> LEFT JOIN tx_profalsosee_alsosee AS alsosee ON mm.uid_local=cat.uid >>> WHERE alsosee.hidden=0 AND alsosee.deleted=0 AND alsosee.t3ver_state=0 >>> AND alsosee.pid IN ('.$pidList.') >>> ORDER BY mm.sorting >>> >>> Kind regards, >>> Bas >> >> >> >> >> >> comment: whole 'tablenames' column is empty so not the 'sorting' column! From steffen at sk-typo3.de Mon Nov 5 17:49:56 2007 From: steffen at sk-typo3.de (Steffen Kamper) Date: Mon, 5 Nov 2007 17:49:56 +0100 Subject: [TYPO3-dev] New Pagetree References: Message-ID: "Patrick Gaumond" schrieb im Newsbeitrag news:mailman.1.1194192904.8001.typo3-dev at lists.netfielders.de... > Let's make Pagetreetools compatible and become a sysext ! > i informed the author about the problems. vg Steffen From info at jvwebsites.nl Mon Nov 5 19:40:22 2007 From: info at jvwebsites.nl (Joost Vollebregt | JV Websites) Date: Mon, 5 Nov 2007 19:40:22 +0100 Subject: [TYPO3-dev] empty selectorbox Message-ID: Dear list, I am building a tt_products - filter to achieve different collections from one source of products. It works on a 4.0.1 install with autoparser. But fails on 4.1.0 with templavoila. I use dynaflex to dynamically create a list of all existing categories, and make separate selectboxes of them with the products as options. This is all rendered well, and saved into the database as XML in tt_content, but when I edit my plugin, the previously selected items show no label, only a hidden value (they can be selected and deleted, but cannot be recognized by user). This is the working code, that is showing the described flaws with 4.1.0 and templavoila, $DCA: array ( 'method' => 'add', 'path' => 'sheets/sDEF/ROOT/el', 'type' => 'fields', 'source' => 'db', // where came the data from? 'source_type' => 'entry_count', // how should it be handled? 'source_config' => array ( // define it a little bit more detailed, get it from 'table' => 'tt_products_cat', // table 'select' => 'uid,title', // which fields should be fetched? 'where' => 'deleted=0', // and under which circumstances? ), // keep in mind, that you can create more than one field at once. See the step above 'field_config' => array ( // define what is inserted for each dataset from source 'name' => 'categorie_uid_###uid###', // replace ###uid### with uid from dataset 'label' => '###title###', // same with ###title### 'config' => array ( "type" => "select", 'items' => Array ( Array('', 0), ), "itemsProcFunc" => "user_multi_shops->user_multi_name_render", "foreign_table_where" => "category=###uid###", "size" => 20, "minitems" => 0, "maxitems" => 40, ) ) ) And the userfunction: function user_multi_name_render(&$params,&$pObj) { global $DCA, $TCA, $TYPO3_DB; $config = $params['config']; $extra_where=$config['foreign_table_where']; $fields = 'uid,title'; $from = 'tt_products'; $where = 'hidden=0 AND deleted=0 AND '.$extra_where; $res = $TYPO3_DB->exec_SELECTquery ($fields,$from,$where,'',''); $i=0; while($row=$TYPO3_DB->sql_fetch_assoc($res)) { $params['items'][$i]=Array($row['title'],$row['uid']); $i++; } return $params['items']; } Any ideas on how to fix this/ or on what the reason is of this behaviour are very welcome! Joost Vollebregt From typo3 at rampenlicht.org Mon Nov 5 20:55:09 2007 From: typo3 at rampenlicht.org (Helmut Hummel) Date: Mon, 05 Nov 2007 20:55:09 +0100 Subject: [TYPO3-dev] maxW and maxH in 4.1.2 In-Reply-To: References: Message-ID: Hi Steffen, Steffen Kamper schrieb: > "Helmut Hummel" schrieb im Newsbeitrag > news:mailman.1.1194095347.23184.typo3-dev at lists.netfielders.de... >> Hi Steffen, >> >> Steffen Kamper schrieb: >>> exactly the same. I also checked it with normal CE-Type Text/Pic and Pic. >> Hard to believe ;) It's not the same at all. If you use IAMGE object directly (and solely) through TS all is fine. >>> check it out here: >>> http://www.demo.netztool.de/typo3/index.php?u=demo&p=demo101 >>> >>> On id244 i set image size to 50/50. You see height is 50, but width is >>> with >>> 2 pics more than 50. > > this is standard, nothing special. This is standard IMGTEXT, which behaves different. > It's not my site so i can't see the > template. But it's a chance to show the problem. > As you see it is a normal Text/pic with 3 pictures. I could reproduce your setup. tt_content.image.20.1.file.maxW is ignored completely, as the width seems to be calculated based on tt_content.image.20.maxW (which is the max width of all images). So the calculated width for an image based on tt_content.image.20.maxW is not overruled by tt_content.image.20.maxW if set to a smaller value. But I did not manage to evaluate the code yet, so I don't know if this is a bug or not. Oh, this is based on a 4.1.3 installation... Regards Helmut From steffen at sk-typo3.de Mon Nov 5 21:23:59 2007 From: steffen at sk-typo3.de (Steffen Kamper) Date: Mon, 5 Nov 2007 21:23:59 +0100 Subject: [TYPO3-dev] maxW and maxH in 4.1.2 References: Message-ID: "Helmut Hummel" schrieb im Newsbeitrag news:mailman.1.1194292511.19212.typo3-dev at lists.netfielders.de... > Hi Steffen, > > Steffen Kamper schrieb: >> "Helmut Hummel" schrieb im Newsbeitrag >> news:mailman.1.1194095347.23184.typo3-dev at lists.netfielders.de... >>> Hi Steffen, >>> >>> Steffen Kamper schrieb: >>>> exactly the same. I also checked it with normal CE-Type Text/Pic and >>>> Pic. >>> Hard to believe ;) > > It's not the same at all. If you use IAMGE object directly (and solely) > through TS all is fine. > >>>> check it out here: >>>> http://www.demo.netztool.de/typo3/index.php?u=demo&p=demo101 >>>> >>>> On id244 i set image size to 50/50. You see height is 50, but width is >>>> with >>>> 2 pics more than 50. >> >> this is standard, nothing special. > > This is standard IMGTEXT, which behaves different. > yes, that's true - it uses IMAGE but with config of css_styled_content. >> It's not my site so i can't see the >> template. But it's a chance to show the problem. >> As you see it is a normal Text/pic with 3 pictures. > > I could reproduce your setup. tt_content.image.20.1.file.maxW is ignored > completely, as the width seems to be calculated based on > tt_content.image.20.maxW (which is the max width of all images). > > So the calculated width for an image based on tt_content.image.20.maxW > is not overruled by tt_content.image.20.maxW if set to a smaller value. > > But I did not manage to evaluate the code yet, so I don't know if this > is a bug or not. > > Oh, this is based on a 4.1.3 installation... > > Regards Helmut yes, it's last release. But with trunk-version all is fine again, so this was fixed. I only saw changes of image-sizes on some pages after update to 4.1.3, that was the reason to make some research, and i wanted to know how to fix this on this sites. So i will use some svnfiles, maybe i only need to update css_styled_content. vg Steffen From typo.removeformessage at fx-graefix.de Mon Nov 5 21:33:15 2007 From: typo.removeformessage at fx-graefix.de (Franz Koch) Date: Mon, 05 Nov 2007 21:33:15 +0100 Subject: [TYPO3-dev] Session Transfer In-Reply-To: References: Message-ID: Hi, >>> whoever had this idea: t3lib_div::_GP('FE_SESSION_KEY') >>> THANK YOU! >> of course not me but I love these moments too and I want to say thanks for >> all of those too >> >> georg > > did i missed something? I guess it's a security issue? -- Greetings, Franz From steffen at sk-typo3.de Tue Nov 6 01:18:15 2007 From: steffen at sk-typo3.de (Steffen Kamper) Date: Tue, 6 Nov 2007 01:18:15 +0100 Subject: [TYPO3-dev] RFC: a new page type "internal page" / "page container" References: Message-ID: "Martin Kutschker" schrieb im Newsbeitrag news:mailman.1.1194026629.31530.typo3-dev at lists.netfielders.de... > Hi! > > The so called page type "advanced page" has the field "show content from > page instead". If you use it, then the columns of this page are not used. > This fact is easly overlooked because the field is a long way down and > there is no visual feedback in the page tree. > > Therefore I suggest we create a new page type with a new icon for such > pages. The page would have this field on the very top of the form. > Additional fields of "advanced" would be shown below or - even better - in > a new tab (or a set of tabs). > > "advanced" should loose this field. The update wizard may easily change > all (advanced) pages with the field set, into pages of the new type. > > Masi > > PS: If course "advanced" and other page types could benefit from using > tabs. I patched my local version this way. I saw that tabs are integrated, only tab-labels are missing. The tabs can easily activated by $TCA['pages']['ctrl']['dividers2tabs'] = TRUE; To create a patch, i want ask what should happen with doktype 2 (advanced). To be compatible it has to be there, but showing advanced page with same options than normal page looks bit strange. Any suggestions? vg Steffen From tapio.markula at xetpoint.fi Tue Nov 6 08:59:35 2007 From: tapio.markula at xetpoint.fi (Tapio Markula) Date: Tue, 06 Nov 2007 09:59:35 +0200 Subject: [TYPO3-dev] RFC: a new page type "internal page" / "page container" In-Reply-To: References: Message-ID: Steffen Kamper > To create a patch, i want ask what should happen with doktype 2 (advanced). > To be compatible it has to be there, but showing advanced page with same > options than normal page looks bit strange. Any suggestions? > > vg Steffen disable tab 'Advanced' from page type 'Normal'? From dmitry at typo3.org Tue Nov 6 09:28:57 2007 From: dmitry at typo3.org (Dmitry Dulepov [typo3]) Date: Tue, 06 Nov 2007 10:28:57 +0200 Subject: [TYPO3-dev] empty selectorbox In-Reply-To: References: Message-ID: Hi! Joost Vollebregt | JV Websites wrote: > I am building a tt_products - filter to achieve different collections from > one source of products. It works on a 4.0.1 install with autoparser. But > fails on 4.1.0 with templavoila. What exactly templavoila has to do with this? It does not render forms, it knows nothing about dynaflex. TemplaVoila renders only FCEs by itself, everthing else is still rendered by css styled content. May be you insert your plugin to the page in the way that prevents it from working properly? > This is all rendered well, and saved into the database as XML in tt_content, > but when I edit my plugin, the previously selected items show no label, only > a hidden value (they can be selected and deleted, but cannot be recognized > by user). Edit - where? In BE? TemplaVoila cannot and does not affect BE editing. -- Dmitry Dulepov TYPO3 freelancer / TYPO3 core team member Web: http://typo3bloke.net/ Skype: callto:liels_bugs From dmitry at typo3.org Tue Nov 6 09:30:30 2007 From: dmitry at typo3.org (Dmitry Dulepov [typo3]) Date: Tue, 06 Nov 2007 10:30:30 +0200 Subject: [TYPO3-dev] Session Transfer In-Reply-To: References: Message-ID: Franz Koch wrote: > I guess it's a security issue? Similar to PHP session transfer. Most sessions suffer from this issue. I doubt we can do anything about it. We cannot implement IP check on this because (1) anonymous proxies may give on ip for thousands of users and (2) some proxies keep changing IP adrees for each request. -- Dmitry Dulepov TYPO3 freelancer / TYPO3 core team member Web: http://typo3bloke.net/ Skype: callto:liels_bugs From tapio.markula at xetpoint.fi Tue Nov 6 09:39:33 2007 From: tapio.markula at xetpoint.fi (Tapio Markula) Date: Tue, 06 Nov 2007 10:39:33 +0200 Subject: [TYPO3-dev] Session Transfer In-Reply-To: References: Message-ID: Dmitry Dulepov [typo3] kirjoitti: > Franz Koch wrote: >> I guess it's a security issue? > > Similar to PHP session transfer. Most sessions suffer from this issue. I > doubt we can do anything about it. We cannot implement IP check on this > because (1) anonymous proxies may give on ip for thousands of users and > (2) some proxies keep changing IP adrees for each request. Session related stuff can save for a user into database nicely by creating serialized data. You have one field, unserialize existing data and serialize new setting and save them. Saving session related stuff works at that principle in tm_shared_lib. Saves main and sub modules and last visited page. Using serialized data you can easily add anything you want to save. From ingmar at typo3.org Tue Nov 6 09:58:32 2007 From: ingmar at typo3.org (Ingmar Schlecht) Date: Tue, 06 Nov 2007 09:58:32 +0100 Subject: [TYPO3-dev] Session Transfer In-Reply-To: References: Message-ID: Franz Koch schrieb: > Hi, > >>>> whoever had this idea: t3lib_div::_GP('FE_SESSION_KEY') >>>> THANK YOU! >>> of course not me but I love these moments too and I want to say >>> thanks for all of those too >>> >>> georg >> >> did i missed something? > > I guess it's a security issue? No no, it's a great feature! It's properly secured, if you look at the source. I guess Mathias just mentioned it because it's a nice feature you're happy about that it exists when you need it. cheers Ingmar -- Ingmar Schlecht TYPO3 Association Active Member From hagelstein at shr.cc Tue Nov 6 10:06:50 2007 From: hagelstein at shr.cc (Nikolas Hagelstein) Date: Tue, 6 Nov 2007 10:06:50 +0100 Subject: [TYPO3-dev] enableFields for eID functions References: Message-ID: Martin Ficzel wrote: >> >> myeid = PAGE >> myeid { >> typeNum = 50 >> [...] > offcourse you can work this way ... i've done this several times and > it works fine. Does nt it render a full html page i.e including body and header? Bye Nikolas From steffen at sk-typo3.de Tue Nov 6 10:04:38 2007 From: steffen at sk-typo3.de (Steffen Kamper) Date: Tue, 6 Nov 2007 10:04:38 +0100 Subject: [TYPO3-dev] RFC: a new page type "internal page" / "page container" References: Message-ID: "Tapio Markula" schrieb im Newsbeitrag news:mailman.1.1194335989.12288.typo3-dev at lists.netfielders.de... > Steffen Kamper >> To create a patch, i want ask what should happen with doktype 2 >> (advanced). To be compatible it has to be there, but showing advanced >> page with same options than normal page looks bit strange. Any >> suggestions? >> >> vg Steffen > > disable tab 'Advanced' from page type 'Normal'? that's not an option, because if there are advanced pages in the installation they have to be displayed as advanced. vg Steffen From popy.dev at gmail.com Tue Nov 6 10:08:05 2007 From: popy.dev at gmail.com (Popy) Date: Tue, 6 Nov 2007 10:08:05 +0100 Subject: [TYPO3-dev] enableFields for eID functions In-Reply-To: References: Message-ID: 2007/11/6, Nikolas Hagelstein : > Does nt it render a full html page i.e including body and header? > Bye > Nikolas > ... >From your point of view, why did i wrote : config.disableAllHeaderCode = 1 -- Popy Vulnerant omnes, ultima necat. http://popy.sytes.net From steffen at sk-typo3.de Tue Nov 6 10:25:06 2007 From: steffen at sk-typo3.de (Steffen Kamper) Date: Tue, 6 Nov 2007 10:25:06 +0100 Subject: [TYPO3-dev] enableFields for eID functions References: Message-ID: "Popy" schrieb im Newsbeitrag news:mailman.5041.1194340095.20721.typo3-dev at lists.netfielders.de... > 2007/11/6, Nikolas Hagelstein : > >> Does nt it render a full html page i.e including body and header? >> Bye >> Nikolas >> > ... > From your point of view, why did i wrote : > config.disableAllHeaderCode = 1 > that doesn't help with the topic of this thread. The "type"-way works and has all functionality, but here the discussion is about possible functions for the tslib_eidtools vg Steffen From niederlag at ikd01.de Tue Nov 6 11:22:46 2007 From: niederlag at ikd01.de (Peter Niederlag) Date: Tue, 06 Nov 2007 11:22:46 +0100 Subject: [TYPO3-dev] debug TYPO3 with Eclipse PDT In-Reply-To: References: Message-ID: Hello, Dmitry Dulepov [typo3] schrieb: > Hi! > > Dmitry Dulepov [typo3] wrote: >> Martin Bless wrote: >>> Maybe it's of interest that I received a newsletter from Zend two days >>> ago stating something like "Zend has published a new Beta-Version of >>> its Zend Studio IDE next generation: Zend Studio for Eclipse. With the >>> codename ?Neon? this Beta-Version is based on the well-tried Zend >>> Studio Technology and the Eclipse PHP Developers Tools (PDT) project." >>> >>> What do you think: Does that look promising? >> >> It is built upon Eclipse but it does not have anything new comparing >> to Zend Studio 5.5. And debugger does not work. I tired it but I >> switched back to 5.5. Neon is not ready for real-life yet. It is a toy >> at the moment. I also fiddeled a lot with (zend-)debugger and Eclipse PDT. I can get it working with some tricks but it is not quite as comfortable as with the plain ZEND Studio yet. > An update. I had official Zend FF toolbar version 2.0.0, which crashed > Apache and did not work with Neon. Today I installed Zend FF toolbar > version 2.0.0 (this is not mistake, same version, 2.0.0!) from a closed > testing group archive and debugging started to work from FF in Neon! It > still crashes Apache but much less often and stops om almost all > breakpoints. Seems like Zend does its job. But why they did not update > toolbar version number - I have no idea. Whoow, I#d love to get that too. The FF-Toolbar ist the kinde of comfort I am still missing for Eclipse-PDT. (soemtimes(!) it worked going to "extra stuff"/"Settings" and selecting "manual settings" Port 10000 and the IP of the eclipse-host.) Greets, Peter -- Peter Niederlag http://www.niekom.de * TYPO3 & EDV Dienstleistungen * http://www.typo3partner.net * professional services network * From hagelstein at shr.cc Tue Nov 6 12:02:40 2007 From: hagelstein at shr.cc (Nikolas Hagelstein) Date: Tue, 6 Nov 2007 12:02:40 +0100 Subject: [TYPO3-dev] debug TYPO3 with Eclipse PDT References: Message-ID: Peter Niederlag wrote: > Whoow, I#d love to get that too. The FF-Toolbar ist the kinde of > comfort I am still missing for Eclipse-PDT. (soemtimes(!) it worked > going to "extra stuff"/"Settings" and selecting "manual settings" > Port 10000 and the IP of the eclipse-host.) Is there a similar toolbar for xdebug? Cheers, Nikolas From mail at maltejansen.de Tue Nov 6 12:02:45 2007 From: mail at maltejansen.de (Malte Jansen) Date: Tue, 06 Nov 2007 12:02:45 +0100 Subject: [TYPO3-dev] debug TYPO3 with Eclipse PDT In-Reply-To: References: Message-ID: Hi, I using Eclipse on Windows machine. I'm using junction.exe (symlinks for windows)... (for Linux it should work with the corresponding command) For developing an extension I have a single project for every dev-extension, which I link with a junction. So you can test it in a running dev-system. So I have several paths: - projects/my_project (t3lib/ -> typo3_src-current/t3lib/ , ..., typo3conf/ext/my_ext -> my_ext/) - typo3/typo3_src-4.1.3/ - typo3/typo3_src-current/ (-> typo3_src-4.1.3/) - typo3/typo3_src-svntrunk/ (using subclipse) - typo3/typo3_src-svn/ (using subclipse;for switching between revs) - extensions/my_ext/ (using subclipse with my own svn-server) You can use a batch-file or the cmd.exe with follwing lines: for linking the current version: junction.exe "d:\workspace-typo3\typo3\typo3_src-current" "d:\workspace-typo3\typo3\typo3_src-4.1.3" for linking my_project: junction.exe "d:\workspace-typo3\projects\my_project\typo3" "d:\workspace-typo3\typo3\typo3_src-current\typo3" junction.exe "d:\workspace-typo3\projects\my_project\misc" "d:\workspace-typo3\typo3\typo3_src-current\misc" junction.exe "d:\workspace-typo3\projects\my_project\t3lib" "d:\workspace-typo3\typo3\typo3_src-current\t3lib" and your my_ext: junction.exe "d:\workspace-typo3\my_project\typo3conf\ext\my_ext" "d:\workspace-typo3\extensions\my_ext" (For Debugging you can use the "include project/lib" in eclipse.) The virutalhost is set to this path: http://localhost:9001/ -> d:\workspace-typo3\projects\my_project\ http://localhost:9002/ -> d:\workspace-typo3\projects\my_project2\ Perhaps this is your solution... Cheers Malte Peter Niederlag schrieb: > Hello, > > Dmitry Dulepov [typo3] schrieb: >> Hi! >> >> Dmitry Dulepov [typo3] wrote: >>> Martin Bless wrote: >>>> Maybe it's of interest that I received a newsletter from Zend two days >>>> ago stating something like "Zend has published a new Beta-Version of >>>> its Zend Studio IDE next generation: Zend Studio for Eclipse. With the >>>> codename ?Neon? this Beta-Version is based on the well-tried Zend >>>> Studio Technology and the Eclipse PHP Developers Tools (PDT) project." >>>> >>>> What do you think: Does that look promising? >>> It is built upon Eclipse but it does not have anything new comparing >>> to Zend Studio 5.5. And debugger does not work. I tired it but I >>> switched back to 5.5. Neon is not ready for real-life yet. It is a toy >>> at the moment. > > I also fiddeled a lot with (zend-)debugger and Eclipse PDT. I can get it > working with some tricks but it is not quite as comfortable as with the > plain ZEND Studio yet. > >> An update. I had official Zend FF toolbar version 2.0.0, which crashed >> Apache and did not work with Neon. Today I installed Zend FF toolbar >> version 2.0.0 (this is not mistake, same version, 2.0.0!) from a closed >> testing group archive and debugging started to work from FF in Neon! It >> still crashes Apache but much less often and stops om almost all >> breakpoints. Seems like Zend does its job. But why they did not update >> toolbar version number - I have no idea. > > Whoow, I#d love to get that too. The FF-Toolbar ist the kinde of comfort > I am still missing for Eclipse-PDT. (soemtimes(!) it worked going to > "extra stuff"/"Settings" and selecting "manual settings" Port 10000 and > the IP of the eclipse-host.) > > Greets, > Peter From mail at maltejansen.de Tue Nov 6 12:20:02 2007 From: mail at maltejansen.de (Malte Jansen) Date: Tue, 06 Nov 2007 12:20:02 +0100 Subject: [TYPO3-dev] Overriding/Renaming Field-Label via PageTS Message-ID: Hi, what about as renaming a field-label via PageTS? (for 4.2 ?) It is pretty easy for the basic version you only have to add 1 line in the tceforms... (It also works with multiple languages) The TS look like this: TCEFORM.[table].[column].label = New Label TCEFORM.[table].[column].label = LLL:EXT:my_ext/locallang_db.php:table.column Here is the Bug with some further versions: http://bugs.typo3.org/view.php?id=6346 At least the basic version should be included. Cheers Malte From bas.vander.togt at efocus.nl Tue Nov 6 12:59:40 2007 From: bas.vander.togt at efocus.nl (Bas van der Togt) Date: Tue, 06 Nov 2007 12:59:40 +0100 Subject: [TYPO3-dev] colorpicker as in RTE Message-ID: Hello list, I was wondering if it's possible to get the same colorpicker in my extension as in the RTE. Now i use this script wizard_colorpicker.php. I ask this because in the RTE i can set predefined colors. kind regards, Bas From Martin.Kutschker at n0spam-blackbox.net Tue Nov 6 13:01:28 2007 From: Martin.Kutschker at n0spam-blackbox.net (Martin Kutschker) Date: Tue, 06 Nov 2007 13:01:28 +0100 Subject: [TYPO3-dev] Overriding/Renaming Field-Label via PageTS In-Reply-To: References: Message-ID: Malte Jansen schrieb: > Hi, > > what about as renaming a field-label via PageTS? (for 4.2 ?) > > It is pretty easy for the basic version you only have to add 1 line in > the tceforms... (It also works with multiple languages) > > The TS look like this: > TCEFORM.[table].[column].label = New Label > TCEFORM.[table].[column].label = > LLL:EXT:my_ext/locallang_db.php:table.column Fine, but can I also do it this way? TCEFORM.[table].[column].label.de = Neuer Feldname LLL:EXT is fine, but I like it better when I can config stuff firectly in page TS. Masi From dmitry at typo3.org Tue Nov 6 13:09:00 2007 From: dmitry at typo3.org (Dmitry Dulepov [typo3]) Date: Tue, 06 Nov 2007 14:09:00 +0200 Subject: [TYPO3-dev] debug TYPO3 with Eclipse PDT In-Reply-To: References: Message-ID: Hi! Peter Niederlag wrote: > I also fiddeled a lot with (zend-)debugger and Eclipse PDT. I can get it > working with some tricks but it is not quite as comfortable as with the > plain ZEND Studio yet. It works ok with Neon (next version of Zend Studio). There are problems if you have more than one Eclipse project but generally it works very well with Neon. > Whoow, I#d love to get that too. The FF-Toolbar ist the kinde of comfort > I am still missing for Eclipse-PDT. (soemtimes(!) it worked going to > "extra stuff"/"Settings" and selecting "manual settings" Port 10000 and > the IP of the eclipse-host.) Get FF toolbar 2.0.1. It works correctly with Neon&PDT. 2.0.0 does not. -- Dmitry Dulepov TYPO3 freelancer / TYPO3 core team member Web: http://typo3bloke.net/ Skype: callto:liels_bugs From mail at maltejansen.de Tue Nov 6 13:14:08 2007 From: mail at maltejansen.de (Malte Jansen) Date: Tue, 06 Nov 2007 13:14:08 +0100 Subject: [TYPO3-dev] Overriding/Renaming Field-Label via PageTS In-Reply-To: References: Message-ID: Hi, i would be no problem to extend it. If you could tell me, how I get the beuser-lang I change it. What about this? TCEFORM.[table].[column].label = LLL:EXT:my_ext/locallang_db.php:table.column TCEFORM.[table].[column].label.default = New Label TCEFORM.[table].[column].label.de = Neuer Feldname So you have all options... Malte Martin Kutschker schrieb: > Malte Jansen schrieb: >> Hi, >> >> what about as renaming a field-label via PageTS? (for 4.2 ?) >> >> It is pretty easy for the basic version you only have to add 1 line in >> the tceforms... (It also works with multiple languages) >> >> The TS look like this: >> TCEFORM.[table].[column].label = New Label >> TCEFORM.[table].[column].label = >> LLL:EXT:my_ext/locallang_db.php:table.column > > Fine, but can I also do it this way? > > TCEFORM.[table].[column].label.de = Neuer Feldname > > LLL:EXT is fine, but I like it better when I can config stuff firectly > in page TS. > > Masi From mail at maltejansen.de Tue Nov 6 13:47:12 2007 From: mail at maltejansen.de (Malte Jansen) Date: Tue, 06 Nov 2007 13:47:12 +0100 Subject: [TYPO3-dev] MD5 for FE-User password? Message-ID: Hi, I don't know if there was a discussion about this topic. What about storing the password with a md5-encryption? Because a normal user normally uses a password which uses for other purposes (you should not do it, but he is cushy). The User does not know that the password is not encrypted in the database. So if you have BE-User connected with FE. You normally do not use two different passwords for one homepage. So it does not matter wheater you have you encrypt the be-password. A normal admin should not use the password. But with over 100.000 systems running, you don't wheather somebody abuse it. Regards, Malte From Martin.Kutschker at n0spam-blackbox.net Tue Nov 6 13:47:41 2007 From: Martin.Kutschker at n0spam-blackbox.net (Martin Kutschker) Date: Tue, 06 Nov 2007 13:47:41 +0100 Subject: [TYPO3-dev] Overriding/Renaming Field-Label via PageTS In-Reply-To: References: Message-ID: Malte Jansen schrieb: > Hi, > > i would be no problem to extend it. > If you could tell me, how I get the beuser-lang I change it. $GLOBALS['LANG']->lang Masi From steffen at sk-typo3.de Tue Nov 6 14:35:12 2007 From: steffen at sk-typo3.de (Steffen Kamper) Date: Tue, 6 Nov 2007 14:35:12 +0100 Subject: [TYPO3-dev] RFC: a new page type "internal page" / "page container" References: Message-ID: "Steffen Kamper" schrieb im Newsbeitrag news:mailman.1.1194308256.25394.typo3-dev at lists.netfielders.de... > > > To create a patch, i want ask what should happen with doktype 2 > (advanced). To be compatible it has to be there, but showing advanced page > with same options than normal page looks bit strange. Any suggestions? > > vg Steffen if there is no more suggestion i leave Advanced as it is and post the patch in the afternoon in BT and core-list. vg Steffen From mail at maltejansen.de Tue Nov 6 15:00:08 2007 From: mail at maltejansen.de (Malte Jansen) Date: Tue, 06 Nov 2007 15:00:08 +0100 Subject: [TYPO3-dev] Overriding/Renaming Field-Label via PageTS In-Reply-To: References: Message-ID: Hi, Now it's working... with your idea. Seems to me as a good idea. There is only a second line added. Here you can get the patch: http://bugs.typo3.org/view.php?id=6346 Malte Martin Kutschker schrieb: > Malte Jansen schrieb: >> Hi, >> >> i would be no problem to extend it. >> If you could tell me, how I get the beuser-lang I change it. > > $GLOBALS['LANG']->lang > > Masi From tapio.markula at xetpoint.fi Tue Nov 6 15:04:00 2007 From: tapio.markula at xetpoint.fi (Tapio Markula) Date: Tue, 06 Nov 2007 16:04:00 +0200 Subject: [TYPO3-dev] RFC: a new page type "internal page" / "page container" In-Reply-To: References: Message-ID: Steffen Kamper kirjoitti: > "Tapio Markula" schrieb im Newsbeitrag news:mailman.1.1194335989.12288.typo3-dev at lists.netfielders.de... >> Steffen Kamper >>> To create a patch, i want ask what should happen with doktype 2 (advanced). To be compatible it has to be there, but showing advanced page with same options than normal page looks bit strange. Any suggestions? >>> >>> vg Steffen >> disable tab 'Advanced' from page type 'Normal'? > > that's not an option, because if there are advanced pages in the installation they have to be displayed as advanced. > > vg Steffen > Why just change page type 2 automatic to 1? When viewed in form 'Advanced' would be automatic listed as normal page and saved automatic as normal page. Typo3 handles already page type 2 in rendering pages in the web the same way as doktype '1'. Taking out of usage the page type '2' doesn't change the normal rendering - so safe just to take out of use. Changing doktype 2 to 1 doesn't have any backwardcompatibility problem. When making database update using COMPARE typo3 would change doktype 2 to 1. From steffen at sk-typo3.de Tue Nov 6 15:49:42 2007 From: steffen at sk-typo3.de (Steffen Kamper) Date: Tue, 6 Nov 2007 15:49:42 +0100 Subject: [TYPO3-dev] RFC: a new page type "internal page" / "page container" References: Message-ID: "Tapio Markula" schrieb im Newsbeitrag news:mailman.1.1194357854.12380.typo3-dev at lists.netfielders.de... > > Why just change page type 2 automatic to 1? > When viewed in form 'Advanced' would be automatic listed as normal page > and saved automatic as normal page. > Typo3 handles already page type 2 in rendering pages in the web the same > way as doktype '1'. Taking out of usage the page type '2' doesn't change > the normal rendering - so safe just to take out of use. > Changing doktype 2 to 1 doesn't have any backwardcompatibility problem. > When making database update using COMPARE typo3 would change doktype 2 to > 1. yes, that is possible. But all users has to do the compare, without compare they get errors editing Advanced page. Maybe it could be done also in the deep of tceforms, i don't know where would be the place for something like if($doktype==2) $doktype=1; vg Steffen From andreas.otto at dkd.de Tue Nov 6 16:35:49 2007 From: andreas.otto at dkd.de (Andreas Otto) Date: Tue, 06 Nov 2007 16:35:49 +0100 Subject: [TYPO3-dev] MD5 for FE-User password? In-Reply-To: References: Message-ID: Hi Malte, Malte Jansen schrieb: > I don't know if there was a discussion about this topic. > > What about storing the password with a md5-encryption? IIRC this will be the case in TYPO3 4.2 for FE user passwords. Cheers, Andreas From info at jvwebsites.nl Tue Nov 6 16:56:07 2007 From: info at jvwebsites.nl (Joost Vollebregt | JV Websites) Date: Tue, 6 Nov 2007 16:56:07 +0100 Subject: [TYPO3-dev] empty selectorbox In-Reply-To: Message-ID: Joost Vollebregt | JV Websites wrote: > I am building a tt_products - filter to achieve different collections from > one source of products. It works on a 4.0.1 install with autoparser. But > fails on 4.1.0 with templavoila. What exactly templavoila has to do with this? It does not render forms, it knows nothing about dynaflex. TemplaVoila renders only FCEs by itself, everthing else is still rendered by css styled content. May be you insert your plugin to the page in the way that prevents it from working properly? -------------- What way are you referring to? The problem is a BE problem, front end part works, when the plugin is edited is doesn't show the selected fields. I thought mayby because I add it as a FE plugin, in templavoila-modus, that it is rendered differently than with autoparser... because I must also add that when "save" is pressed and the form refreshes the labels are shown properly >Edit - where? In BE? TemplaVoila cannot and does not affect BE editing. -------------- Yes in BE. (totally different: I also noted that cache and session field are different type in the database (InnoDB, instead of MyISAM)) From steffen at sk-typo3.de Tue Nov 6 17:06:39 2007 From: steffen at sk-typo3.de (Steffen Kamper) Date: Tue, 6 Nov 2007 17:06:39 +0100 Subject: [TYPO3-dev] RFC: a new page type "internal page" / "page container" References: Message-ID: "Steffen Kamper" schrieb im Newsbeitrag news:mailman.1.1194356073.30754.typo3-dev at lists.netfielders.de... > > "Steffen Kamper" schrieb im Newsbeitrag > news:mailman.1.1194308256.25394.typo3-dev at lists.netfielders.de... >> > >> >> To create a patch, i want ask what should happen with doktype 2 >> (advanced). To be compatible it has to be there, but showing advanced >> page with same options than normal page looks bit strange. Any >> suggestions? >> >> vg Steffen > > if there is no more suggestion i leave Advanced as it is and post the > patch in the afternoon in BT and core-list. > > vg Steffen > > ok, new features = new problems. Tapio mentioned that container field is used in other doktypes too, e.g. mount pages. So the question is now: Does it make sense to create the new doktype for the container-field if it's used in other doktypes as well? Next problem Franz mentioned - if you switch doktype, the value of the field is leaved unchanged. Example: filled containerfield will cause that these records are shown. if switched to "normal" you don't know why you don't see the infos you filled. Same problem exists with doktype shortcut. vg Steffen From Martin.Kutschker at n0spam-blackbox.net Tue Nov 6 17:12:34 2007 From: Martin.Kutschker at n0spam-blackbox.net (Martin Kutschker) Date: Tue, 06 Nov 2007 17:12:34 +0100 Subject: [TYPO3-dev] RFC: a new page type "internal page" / "page container" In-Reply-To: References: Message-ID: Steffen Kamper schrieb: > > Tapio mentioned that container field is used in other doktypes too, e.g. > mount pages. Really? Why would I use on a mount page a "show records from another page" setting???? > Next problem Franz mentioned - if you switch doktype, the value of the field > is leaved unchanged. > Example: filled containerfield will cause that these records are shown. if > switched to "normal" you don't know why you don't see the infos you filled. > Same problem exists with doktype shortcut. Same problem with ALL TCA tables that have types. Changing the type never empties fields. The question is if the code should check fields AND types. Masi From steffen at sk-typo3.de Tue Nov 6 17:21:54 2007 From: steffen at sk-typo3.de (Steffen Kamper) Date: Tue, 6 Nov 2007 17:21:54 +0100 Subject: [TYPO3-dev] RFC: a new page type "internal page" / "page container" References: Message-ID: "Martin Kutschker" schrieb im Newsbeitrag news:mailman.1.1194365555.27796.typo3-dev at lists.netfielders.de... > Steffen Kamper schrieb: >> >> Tapio mentioned that container field is used in other doktypes too, e.g. >> mount pages. > > Really? Why would I use on a mount page a "show records from another page" > setting???? i think i misunderstood. the field is visible in mount pages. the field is used in special doktypes, e.g. directmail > >> Next problem Franz mentioned - if you switch doktype, the value of the >> field is leaved unchanged. >> Example: filled containerfield will cause that these records are shown. >> if switched to "normal" you don't know why you don't see the infos you >> filled. >> Same problem exists with doktype shortcut. > > Same problem with ALL TCA tables > that have types. Changing the type never empties fields. > > The question is if the code should check fields AND types. > > Masi good question. e.g. having filled shortcut you never see that if switched to other doktypes. Maybe a warning should be displayed, e.g.: Page has shortcut value [clear value] Content is used from page xxx [clear value] vg Steffen From tapio.markula at xetpoint.fi Tue Nov 6 17:28:46 2007 From: tapio.markula at xetpoint.fi (Tapio Markula) Date: Tue, 06 Nov 2007 18:28:46 +0200 Subject: [TYPO3-dev] RFC: a new page type "internal page" / "page container" In-Reply-To: References: Message-ID: Martin Kutschker . >> Same problem exists with doktype shortcut. No - shortcut doesn't have corresponding problem! The field, which relate with the shortcut functionality works *only* with the doktype shortcut. > > Same problem with ALL TCA tables > that have types. Changing the type never empties fields. > > The question is if the code should check fields AND types. Yes if we compare this with 'shortcut', when shortcut icon relates with doktype and the functionality work only with certain doktype. If the field, which relates with getting content from another page is *not* visible, then the functionality should disable too. Then normal pages, not in menu pages should not use content from another page even if the field is not empty. Imo Typo3 works buggy, when it doesn't disable the functionality from normal pages. The functionality should work with mount pages, possible new doktype and for such special doktypes, which really need it and which are defined by a plugin, like tcdirectmail. From tapio.markula at xetpoint.fi Tue Nov 6 17:34:15 2007 From: tapio.markula at xetpoint.fi (Tapio Markula) Date: Tue, 06 Nov 2007 18:34:15 +0200 Subject: [TYPO3-dev] RFC: a new page type "internal page" / "page container" In-Reply-To: References: Message-ID: Steffen Kamper > good question. e.g. having filled shortcut you never see that if switched to > other doktypes. shortcut works ok > Maybe a warning should be displayed, e.g.: > Page has shortcut value [clear value] > Content is used from page xxx [clear value] those are unnecessary. What would be good is give warning, if the doktype is shortcut and the destination is invalid (deleted or hidden page). I made for default page module advanced page type handling (like in templavoila), which add warning, if destination is invalid. It warns also, if the content has been taken from another page and if the destination is invalid. From steffen at sk-typo3.de Tue Nov 6 17:58:14 2007 From: steffen at sk-typo3.de (Steffen Kamper) Date: Tue, 6 Nov 2007 17:58:14 +0100 Subject: [TYPO3-dev] RFC: a new page type "internal page" / "page container" References: Message-ID: "Tapio Markula" schrieb im Newsbeitrag news:mailman.1.1194366541.1126.typo3-dev at lists.netfielders.de... > Martin Kutschker . >>> Same problem exists with doktype shortcut. > > No - shortcut doesn't have corresponding problem! The field, which relate > with the shortcut functionality works *only* with the doktype shortcut. >> >> Same problem with ALL TCA tables >> that have types. Changing the type never empties fields. >> >> The question is if the code should check fields AND types. > > Yes if we compare this with 'shortcut', when shortcut icon relates with > doktype and the functionality work only with certain doktype. If the > field, which relates with getting content from another page is *not* > visible, then the functionality should disable too. > Then normal pages, not in menu pages should not use content from another > page even if the field is not empty. Imo Typo3 works buggy, when it > doesn't disable the functionality from normal pages. > The functionality should work with mount pages, possible new doktype and > for such special doktypes, which really need it and which are defined by a > plugin, like tcdirectmail. so question again: why with mount pages? vg Steffen From peter.russ at 4many.net Tue Nov 6 18:00:00 2007 From: peter.russ at 4many.net (Peter Russ) Date: Tue, 06 Nov 2007 18:00:00 +0100 Subject: [TYPO3-dev] TYPO3 4.2 Message-ID: Hallo, is there any new release date for beta1 and feature freeze for version 4.2? Regs. Peter. -- Fiat lux! Docendo discimus. _____________________________ 4Many? Services XING: http://www.xing.com/go/invuid/Peter_Russ From mack at xnos.org Tue Nov 6 18:01:23 2007 From: mack at xnos.org (Benjamin Mack) Date: Tue, 06 Nov 2007 18:01:23 +0100 Subject: [TYPO3-dev] TYPO3 4.2 In-Reply-To: References: Message-ID: Hey peter, I think the first beta is planned for early december = feature freeze. See the roadmap in the wiki, I think it's almost up-to-date. greetings, benni. -SDG- www.xnos.de // www.xnos.org Peter Russ wrote: > Hallo, > > is there any new release date for beta1 and feature freeze for version 4.2? > > Regs. Peter. > From popy.dev at gmail.com Tue Nov 6 18:05:09 2007 From: popy.dev at gmail.com (Popy) Date: Tue, 6 Nov 2007 18:05:09 +0100 Subject: [TYPO3-dev] Re-openning #6601 Message-ID: The patch resolve only a part of the problem. When the page is found and the overlay is done, all works. But if the page is not accessible or if on of the overlays returns a "false" value, the result is not cached, so queries will be done again and again. If we need a real cache, a result has to be cached even if it is an error (from my point of view), like this little code example : if (!isset($cache[$cacheKey])) { > $cache[$cacheKey] = getFromDb(); > [...] > } > > return $cache[$cacheKey]; (I'm really sorry that I can't provide a patch / diff file from where I am) -- Popy Vulnerant omnes, ultima necat. http://popy.sytes.net From tapio.markula at xetpoint.fi Tue Nov 6 18:07:49 2007 From: tapio.markula at xetpoint.fi (Tapio Markula) Date: Tue, 06 Nov 2007 19:07:49 +0200 Subject: [TYPO3-dev] RFC: a new page type "internal page" / "page container" In-Reply-To: References: Message-ID: Steffen Kamper > so question again: why with mount pages? Apparently the idea is that because sub pages are taken from another branch it would be consistent to take contents of the actual mount page too from the same branch, where sub pages has been taken. From steffen at sk-typo3.de Tue Nov 6 18:28:37 2007 From: steffen at sk-typo3.de (Steffen Kamper) Date: Tue, 6 Nov 2007 18:28:37 +0100 Subject: [TYPO3-dev] RFC: a new page type "internal page" / "page container" References: Message-ID: "Tapio Markula" schrieb im Newsbeitrag news:mailman.1.1194368883.16152.typo3-dev at lists.netfielders.de... > Steffen Kamper >> so question again: why with mount pages? > > Apparently the idea is that because sub pages are taken from another > branch it would be consistent to take contents of the actual mount page > too from the same branch, where sub pages has been taken. i don't understand. If you create a mount page, the mounted pages will be displayed instead, so it's a kind of shortcut. So what should happen if mount page has "content from page ..." ? May be i don't see the sense as i nearly never use the mount page. vg Steffen From tapio.markula at xetpoint.fi Tue Nov 6 18:31:50 2007 From: tapio.markula at xetpoint.fi (Tapio Markula) Date: Tue, 06 Nov 2007 19:31:50 +0200 Subject: [TYPO3-dev] RFC: a new page type "internal page" / "page container" In-Reply-To: References: Message-ID: Steffen Kamper > i don't understand. > If you create a mount page, the mounted pages will be displayed instead, so > it's a kind of shortcut. So what should happen if mount page has "content > from page ..." ? > May be i don't see the sense as i nearly never use the mount page. Actually mount page doesn't work automatic like a shortcut - the mount point page itself uses content like normal page - only sub pages are connected to that page like shortcut. So you must manually set that the content will be taken from another page - after the manual change makes it working like a shortcut. From peter.russ at 4many.net Tue Nov 6 18:42:53 2007 From: peter.russ at 4many.net (Peter Russ) Date: Tue, 06 Nov 2007 18:42:53 +0100 Subject: [TYPO3-dev] TYPO3 4.2 In-Reply-To: References: Message-ID: --- Original Nachricht --- Absender: Benjamin Mack Datum: 06.11.2007 18:01: > Hey peter, > > I think the first beta is planned for early december = feature freeze. > > See the roadmap in the wiki, I think it's almost up-to-date. > greetings, > benni. > -SDG- > > www.xnos.de // www.xnos.org > > > Peter Russ wrote: >> Hallo, >> >> is there any new release date for beta1 and feature freeze for version >> 4.2? >> >> Regs. Peter. >> IMHO 2007-11-05 is November ;-) for beta1. http://wiki.typo3.org/index.php/Roadmap_for_4.2 That's why I'm asking. Regs. -- Fiat lux! Docendo discimus. _____________________________ 4Many? Services XING: http://www.xing.com/go/invuid/Peter_Russ From christoph at xnos.de Tue Nov 6 19:46:31 2007 From: christoph at xnos.de (Christoph Lindenmueller) Date: Tue, 06 Nov 2007 19:46:31 +0100 Subject: [TYPO3-dev] Ideas backend documentation Message-ID: Hi T3 Dev, I wonder what improvements regarding the documentation workflow could be a project for my diploma thesis. I thought about improving the inline help (? symbol) using AJAX and generate OpenOffice "Manuals" for Users. What about pulling the help text/images from a wiki in order to make text updates easier? What do you think about providing the possility to insert installation-specific help items? What are your thoughts how to improve the documentation workflow? Greetings, Chris. From steffen at sk-typo3.de Tue Nov 6 18:53:18 2007 From: steffen at sk-typo3.de (Steffen Kamper) Date: Tue, 6 Nov 2007 18:53:18 +0100 Subject: [TYPO3-dev] RFC: a new page type "internal page" / "page container" References: Message-ID: "Tapio Markula" schrieb im Newsbeitrag news:mailman.1.1194370325.4584.typo3-dev at lists.netfielders.de... > Steffen Kamper >> i don't understand. >> If you create a mount page, the mounted pages will be displayed instead, >> so it's a kind of shortcut. So what should happen if mount page has >> "content from page ..." ? >> May be i don't see the sense as i nearly never use the mount page. > > Actually mount page doesn't work automatic like a shortcut - the mount > point page itself uses content like normal page - only sub pages are > connected to that page like shortcut. So you must manually set that the > content will be taken from another page - after the manual change makes it > working like a shortcut. ah - ok, gotcha. So the container-field should be displayed in - mount pages - container pages - any page with doktype > 199 and the field should be used only with this doktypes. agreed? vg Steffen From martin.kutschker-n0spam at no5pam-blackbox.net Tue Nov 6 21:39:48 2007 From: martin.kutschker-n0spam at no5pam-blackbox.net (Martin Kutschker) Date: Tue, 06 Nov 2007 21:39:48 +0100 Subject: [TYPO3-dev] Re-openning #6601 In-Reply-To: References: Message-ID: Popy schrieb: > The patch resolve only a part of the problem. When the page is found and the > overlay is done, all works. > But if the page is not accessible or if on of the overlays returns a "false" > value, the result is not cached, so queries will be done again and again. > > If we need a real cache, a result has to be cached even if it is an error > (from my point of view), like this little code example : > > if (!isset($cache[$cacheKey])) { >> $cache[$cacheKey] = getFromDb(); >> [...] >> } >> >> return $cache[$cacheKey]; There is yet another issue with this patch with rootline menus on translated pages. I'll prepare a fix. Masi From martin.kutschker-n0spam at no5pam-blackbox.net Tue Nov 6 21:41:12 2007 From: martin.kutschker-n0spam at no5pam-blackbox.net (Martin Kutschker) Date: Tue, 06 Nov 2007 21:41:12 +0100 Subject: [TYPO3-dev] MD5 for FE-User password? In-Reply-To: References: Message-ID: Andreas Otto schrieb: > Hi Malte, > > Malte Jansen schrieb: >> I don't know if there was a discussion about this topic. >> >> What about storing the password with a md5-encryption? > > IIRC this will be the case in TYPO3 4.2 for FE user passwords. Are there any patches around for this? Anyway, there is at least one extension around that does the trick for you. Masi From steffen at sk-typo3.de Tue Nov 6 21:47:09 2007 From: steffen at sk-typo3.de (Steffen Kamper) Date: Tue, 6 Nov 2007 21:47:09 +0100 Subject: [TYPO3-dev] MD5 for FE-User password? References: Message-ID: "Martin Kutschker" schrieb im Newsbeitrag news:mailman.1.1194381667.30909.typo3-dev at lists.netfielders.de... > Andreas Otto schrieb: >> Hi Malte, >> >> Malte Jansen schrieb: >>> I don't know if there was a discussion about this topic. >>> >>> What about storing the password with a md5-encryption? >> >> IIRC this will be the case in TYPO3 4.2 for FE user passwords. > > Are there any patches around for this? Anyway, there is at least one > extension around that does the trick for you. > > Masi yes, and i think this one could be a sysext. vg Steffen From hagelstein at shr.cc Tue Nov 6 23:22:38 2007 From: hagelstein at shr.cc (Nikolas Hagelstein) Date: Tue, 6 Nov 2007 23:22:38 +0100 Subject: [TYPO3-dev] enableFields for eID functions References: Message-ID: Hi, >From your point of view, why did i wrote : >config.disableAllHeaderCode = 1 To be honest: i just did not noticed it ;) bye, Nikolas From steffen at sk-typo3.de Tue Nov 6 23:21:26 2007 From: steffen at sk-typo3.de (Steffen Kamper) Date: Tue, 6 Nov 2007 23:21:26 +0100 Subject: [TYPO3-dev] RFC: a new page type "internal page" / "page container" References: Message-ID: Hi, a patch is done, please have a look at BT #6662 http://bugs.typo3.org/view.php?id=6662 I make an RFC tomorrow. vg Steffen From mack at xnos.org Wed Nov 7 00:23:39 2007 From: mack at xnos.org (Benjamin Mack) Date: Wed, 07 Nov 2007 00:23:39 +0100 Subject: [TYPO3-dev] Ideas backend documentation In-Reply-To: References: Message-ID: Hey Chris & all, I think starting with AJAX instead of the browser popup should be no problem and could be achieved within a week or two of coding time... So, another problem we find in our installations is that most of the help icons (especially of exts) are not filled in. Wouldn't it be great if admins could edit the text and then submit it to a central documentation server where a documentation-team member could approve or deny this change? Our documentation is totally outdated and of little use for my editors -- so if people could edit documentation faster, it could lead to more recent documentation. So some ideas to this "installation-specific help icons". Imagine an admin could edit the help text of a help popup. Then he could add information about this option there and that option, that is specific if you add it. My idea would be to make the help icon colored if there is text specifically made for that. Also, finally I think it would be awesome if I could generate a PDF for each editor with only the modules that are enabled (already implemented in a way) + the additional installation-specific information of the admins. Every editor could print out his / her own manual specific for a installation. I think they'd love it. Another idea would be to have admins create workflows / wizards with specific information for this workflow. Maybe I can do something for this for 4.3. It would be really great if you could think of ideas where and how the documentation system could be improved. We could also check other open-source projects and how they handle documentation. As everybody of you should know: Software is only as good as the documentation is. (OK, i just made up that line but you know what I mean ;-)) greetings, benni. -SDG- www.xnos.de // www.xnos.org Christoph Lindenmueller wrote: > Hi T3 Dev, > > I wonder what improvements regarding the documentation workflow could be > a project for my diploma thesis. I thought about improving the inline > help (? symbol) using AJAX and generate OpenOffice "Manuals" for Users. > > What about pulling the help text/images from a wiki in order to make > text updates easier? > > What do you think about providing the possility to insert > installation-specific help items? > > What are your thoughts how to improve the documentation workflow? > > Greetings, > > Chris. > _______________________________________________ > TYPO3-dev mailing list > TYPO3-dev at lists.netfielders.de > http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev From mads at brunn.dk Wed Nov 7 07:44:37 2007 From: mads at brunn.dk (Mads Brunn) Date: Wed, 07 Nov 2007 07:44:37 +0100 Subject: [TYPO3-dev] Ideas backend documentation In-Reply-To: References: Message-ID: Benjamin, Benjamin Mack wrote: > So, another problem we find in our installations is that most of the > help icons (especially of exts) are not filled in. Wouldn't it be great > if admins could edit the text and then submit it to a central > documentation server where a documentation-team member could approve or > deny this change? Our documentation is totally outdated and of little > use for my editors -- so if people could edit documentation faster, it > could lead to more recent documentation. Did you have a look at this: http://typo3.org/extensions/repository/view/llxmltranslate/2.2.0/ ./mads From ingo at typo3.org Wed Nov 7 08:51:02 2007 From: ingo at typo3.org (Ingo Renner) Date: Wed, 07 Nov 2007 08:51:02 +0100 Subject: [TYPO3-dev] TYPO3 4.2 In-Reply-To: References: Message-ID: Peter Russ wrote: > IMHO 2007-11-05 is November ;-) for beta1. > http://wiki.typo3.org/index.php/Roadmap_for_4.2 > That's why I'm asking. I "guess" we first going to have alpha2 maybe this week and then another alpha3 before beta... Ingo From ingo at typo3.org Wed Nov 7 08:55:40 2007 From: ingo at typo3.org (Ingo Renner) Date: Wed, 07 Nov 2007 08:55:40 +0100 Subject: [TYPO3-dev] Ideas backend documentation In-Reply-To: References: Message-ID: Christoph Lindenmueller wrote: Hi Christoph, > What about pulling the help text/images from a wiki in order to make > text updates easier? Good idea, I had that myself already! Ingo -- TYPO3 Core Developer, Release Manager TYPO3 4.2 From fsuter at cobweb.ch Wed Nov 7 08:56:46 2007 From: fsuter at cobweb.ch (Francois Suter) Date: Wed, 07 Nov 2007 08:56:46 +0100 Subject: [TYPO3-dev] Ideas backend documentation In-Reply-To: References: Message-ID: Hi, > What are your thoughts how to improve the documentation workflow? There's also a system extension called tsconfig_help. It extracts TS reference from Open Office manuals, given that a certain format is respected inside the OO documents. This then makes the TS reference available for browsing when clicking on the large question mark icon next to TS setup fields. The extension makes it possible to update the online TS help by parsing all the extension manuals found on the server (including core doc if you have installed the corresponding extension). It's not the same as the contextual help, but it is also a form of online help. So it's worth taking a look and there's room for improvement too. Cheers -- Francois Suter Cobweb Development Sarl - http://www.cobweb.ch From ingo at typo3.org Wed Nov 7 08:57:39 2007 From: ingo at typo3.org (Ingo Renner) Date: Wed, 07 Nov 2007 08:57:39 +0100 Subject: [TYPO3-dev] MD5 for FE-User password? In-Reply-To: References: Message-ID: Steffen Kamper wrote: > yes, and i think this one could be a sysext. no, this should be integrated, not a extension. Ingo -- TYPO3 Core Developer, Release Manager TYPO3 4.2 From peter.russ at 4many.net Wed Nov 7 09:15:34 2007 From: peter.russ at 4many.net (Peter Russ) Date: Wed, 07 Nov 2007 09:15:34 +0100 Subject: [TYPO3-dev] TYPO3 4.2 In-Reply-To: References: Message-ID: --- Original Nachricht --- Absender: Ingo Renner Datum: 07.11.2007 08:51: > Peter Russ wrote: > >> IMHO 2007-11-05 is November ;-) for beta1. >> http://wiki.typo3.org/index.php/Roadmap_for_4.2 >> That's why I'm asking. > > I "guess" we first going to have alpha2 maybe this week and then another > alpha3 before beta... > > Ingo Thank you Ingo. And what's about feature freeze? -- Fiat lux! Docendo discimus. _____________________________ 4Many? Services XING: http://www.xing.com/go/invuid/Peter_Russ From xoonsji02 at sneakemail.com Wed Nov 7 09:39:14 2007 From: xoonsji02 at sneakemail.com (Bernd Wilke) Date: Wed, 07 Nov 2007 09:39:14 +0100 Subject: [TYPO3-dev] Ideas backend documentation In-Reply-To: References: Message-ID: Christoph Lindenmueller schrieb: > Hi T3 Dev, > > I wonder what improvements regarding the documentation workflow could be > a project for my diploma thesis. I thought about improving the inline > help (? symbol) using AJAX and generate OpenOffice "Manuals" for Users. > > What about pulling the help text/images from a wiki in order to make > text updates easier? > > What do you think about providing the possility to insert > installation-specific help items? > > What are your thoughts how to improve the documentation workflow? I confess I nearly never used context-help as the information provided was of no good to my needs. This might be because I normaly configure the system (as admin). For editors this can be a good help to know how they have to fill in fields and what they have to watch for. This is information I (=admin) can provide. But this might only belong to this installation. So an exchange to a central service might confuse others. My admin-view: I want a good documentation about features I can configure. This mostly means TypoScript. the best documentation yet (tsref) lacks imho two things: 1. version information: for every feature/value the version since when it was implemented 2. the possibility for everyone to add good examples. espacially for beginners the documentation is hard to understand as there are to less and to small examples (maybe something the manuals on php.net) Bernd -- http://www.pi-phi.de/t3v4/cheatsheet.html From ingo at typo3.org Wed Nov 7 09:52:30 2007 From: ingo at typo3.org (Ingo Renner) Date: Wed, 07 Nov 2007 09:52:30 +0100 Subject: [TYPO3-dev] TYPO3 4.2 In-Reply-To: References: Message-ID: Peter Russ wrote: > Thank you Ingo. And what's about feature freeze? about 1 month after alpha3 Ingo -- TYPO3 Core Developer, Release Manager TYPO3 4.2 From sebastian.boettger at gmail.com Wed Nov 7 09:58:27 2007 From: sebastian.boettger at gmail.com (=?ISO-8859-1?Q?Sebastian_B=F6ttger?=) Date: Wed, 07 Nov 2007 09:58:27 +0100 Subject: [TYPO3-dev] enableFields for eID functions In-Reply-To: References: Message-ID: Hi I want to bring on top this discussion again, because again I run into a problem regarding this topic. I used the extension commerce in an eID project (and I don't want to load all of the TSFE (loosing seconds) by using the page type approach). There you find something lie this: if (is_object($GLOBALS['TSFE']) && is_object($GLOBALS['TSFE']->sys_page)) { $where="uid_product = $uid" . $GLOBALS['TSFE']->sys_page->enableFields('tx_commerce_articles', $GLOBALS['TSFE']->showHiddenRecords); }else{ $where=" uid_product = $uid "; } Indeed, you could also discuss if this is a bug itself, but there is no other possibility to to this. What have I done: I changed it to if (is_object($GLOBALS['TSFE']) && is_object($GLOBALS['TSFE']->sys_page)) { $where="uid_product = $uid" . $GLOBALS['TSFE']->sys_page->enableFields('tx_commerce_articles', $GLOBALS['TSFE']->showHiddenRecords); }else{ $ignore = array('fe_group' => 1); $where = " uid_product = $uid ". t3lib_pageSelect::enableFields('tx_commerce_articles', '', $ignore); } and loaded the TCA Array manually. This works, but I had to change the extension code. Not nice. Therefore I suggest to offer only ONE possibilty to use the enableFields (for the future), and making it possible to use this also without the TSFE. For backward compatibility I suggest to offer a function in eidtools, which allows to load a very small TSFE object or the TCA Array of a needed table. Best Regards Sebastian B?ttger Nikolas Hagelstein schrieb: > Hi, > > >From your point of view, why did i wrote : > >> config.disableAllHeaderCode = 1 >> > To be honest: i just did not noticed it ;) > bye, > Nikolas > > ------------------------------------------------------------------------ > > _______________________________________________ > TYPO3-dev mailing list > TYPO3-dev at lists.netfielders.de > http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev From erik at linnearad.no Wed Nov 7 10:19:03 2007 From: erik at linnearad.no (Erik Svendsen) Date: Wed, 7 Nov 2007 09:19:03 +0000 (UTC) Subject: [TYPO3-dev] Ideas backend documentation References: Message-ID: Hello Bernd, We had that functionality on the old documentation (before the new webpages in 2006). Helped myself a lot when I was new to TYPO3 in 2004. But to the real subject. * I think the inline help could be better than today. One way is to use the csh part of the translations. Another is to have the opportunity to configure linking from the ? symbol to specific help files for each specific type of content element. The help files could be some kind of renderer documentation. A solution like this will give opportunities for standard documentation, but also for more specific online help - target at a specific installation/customer. > Christoph Lindenmueller schrieb: > >> Hi T3 Dev, >> >> I wonder what improvements regarding the documentation workflow could >> be a project for my diploma thesis. I thought about improving the >> inline help (? symbol) using AJAX and generate OpenOffice "Manuals" >> for Users. >> >> What about pulling the help text/images from a wiki in order to make >> text updates easier? >> >> What do you think about providing the possility to insert >> installation-specific help items? >> >> What are your thoughts how to improve the documentation workflow? >> > I confess I nearly never used context-help as the information provided > was of no good to my needs. > > This might be because I normaly configure the system (as admin). > > For editors this can be a good help to know how they have to fill in > fields and what they have to watch for. This is information I (=admin) > can provide. > But this might only belong to this installation. So an exchange to a > central service might confuse others. > My admin-view: I want a good documentation about features I can > configure. This mostly means TypoScript. the best documentation yet > (tsref) lacks imho two things: > 1. version information: for every feature/value the version since when > it was implemented > 2. the possibility for everyone to add good examples. espacially for > beginners the documentation is hard to understand as there are to less > and to small examples > (maybe something the manuals on php.net) > Bernd > WBR, Erik Svendsen www.linnearad.no From tmsnyder at hotmail.com Wed Nov 7 10:23:13 2007 From: tmsnyder at hotmail.com (T.M.Snyder) Date: Wed, 7 Nov 2007 10:23:13 +0100 Subject: [TYPO3-dev] New Pagetree References: Message-ID: "Patrick Gaumond" schrieb im Newsbeitrag news:mailman.1.1194192904.8001.typo3-dev at lists.netfielders.de... >> "ben van 't ende : [...] > > Let's make Pagetreetools compatible and become a sysext ! +1 & Full ACK. Just my 2 cents! :-) From bedlamhotel at gmail.com Wed Nov 7 10:29:46 2007 From: bedlamhotel at gmail.com (Christopher Torgalson) Date: Wed, 7 Nov 2007 10:29:46 +0100 Subject: [TYPO3-dev] Ideas backend documentation In-Reply-To: References: Message-ID: Hi, On Nov 7, 2007 8:55 AM, Ingo Renner wrote: > Christoph Lindenmueller wrote: > > Hi Christoph, > > > What about pulling the help text/images from a wiki in order to make > > text updates easier? > > Good idea, I had that myself already! It sounds like a good idea, but a wiki? I'd be very worried about spam... (Think what a tempting target a wiki linked into tens of thousands of TYPO3 installs could be :-s) -- Christopher Torgalson http://www.typo3apprentice.com/ From peter.russ at 4many.net Wed Nov 7 10:40:07 2007 From: peter.russ at 4many.net (Peter Russ) Date: Wed, 07 Nov 2007 10:40:07 +0100 Subject: [TYPO3-dev] TYPO3 4.2 In-Reply-To: References: Message-ID: --- Original Nachricht --- Absender: Ingo Renner Datum: 07.11.2007 09:52: > Peter Russ wrote: > >> Thank you Ingo. And what's about feature freeze? > > about 1 month after alpha3 So we can expect new version about Cebit next year? Regs. Peter. -- Fiat lux! Docendo discimus. _____________________________ 4Many? Services XING: http://www.xing.com/go/invuid/Peter_Russ From steffen at sk-typo3.de Wed Nov 7 10:47:15 2007 From: steffen at sk-typo3.de (Steffen Kamper) Date: Wed, 7 Nov 2007 10:47:15 +0100 Subject: [TYPO3-dev] TYPO3 4.2 References: Message-ID: "Peter Russ" schrieb im Newsbeitrag news:mailman.1.1194428406.5339.typo3-dev at lists.netfielders.de... > --- Original Nachricht --- > Absender: Ingo Renner > Datum: 07.11.2007 09:52: >> Peter Russ wrote: >> >>> Thank you Ingo. And what's about feature freeze? >> >> about 1 month after alpha3 > > So we can expect new version about Cebit next year? > > Regs. Peter. > > -- > Fiat lux! > Docendo discimus. > _____________________________ > 4Many? Services > XING: http://www.xing.com/go/invuid/Peter_Russ have a look at the timeline http://wiki.typo3.org/index.php/Roadmap_for_4.2 vg Steffen From mail at maltejansen.de Wed Nov 7 10:48:07 2007 From: mail at maltejansen.de (Malte Jansen) Date: Wed, 07 Nov 2007 10:48:07 +0100 Subject: [TYPO3-dev] MD5 for FE-User password? In-Reply-To: References: Message-ID: I think it's a security aspect... So it should be included directly to the FE-User. Malte Ingo Renner schrieb: > Steffen Kamper wrote: > >> yes, and i think this one could be a sysext. > > no, this should be integrated, not a extension. > > > Ingo > From peter.russ at 4many.net Wed Nov 7 11:09:38 2007 From: peter.russ at 4many.net (Peter Russ) Date: Wed, 07 Nov 2007 11:09:38 +0100 Subject: [TYPO3-dev] MD5 for FE-User password? In-Reply-To: References: Message-ID: --- Original Nachricht --- Absender: Ingo Renner Datum: 07.11.2007 08:57: > Steffen Kamper wrote: > >> yes, and i think this one could be a sysext. > > no, this should be integrated, not a extension. MD5 is not required for all sites. Additionally "Send forgot password" would fail. So I would appreciate a solution where the admin could decide, i.e. leave the status as it is. Regs. Peter. -- Fiat lux! Docendo discimus. _____________________________ 4Many? Services XING: http://www.xing.com/go/invuid/Peter_Russ From peter.russ at 4many.net Wed Nov 7 11:14:00 2007 From: peter.russ at 4many.net (Peter Russ) Date: Wed, 07 Nov 2007 11:14:00 +0100 Subject: [TYPO3-dev] MD5 for FE-User password? In-Reply-To: References: Message-ID: --- Original Nachricht --- Absender: Malte Jansen Datum: 07.11.2007 10:48: > I think it's a security aspect... > So it should be included directly to the FE-User. > > Malte > What's the benefit of a MD5 hash, if this is send when you edit your user account? IMHO for security SSL and https is more important. Regs. Peter. -- Fiat lux! Docendo discimus. _____________________________ 4Many? Services XING: http://www.xing.com/go/invuid/Peter_Russ From moreno.feltscher at gmail.com Wed Nov 7 11:16:58 2007 From: moreno.feltscher at gmail.com (Moreno Feltscher) Date: Wed, 7 Nov 2007 11:16:58 +0100 Subject: [TYPO3-dev] MD5 for FE-User password? In-Reply-To: References: Message-ID: On Nov 7, 2007 11:09 AM, Peter Russ wrote: > Additionally "Send forgot password" would fail. A easy solution for this: Reset the password and send the new one to the user. > So I would appreciate a solution where the admin could decide, i.e. > leave the status as it is. +1 From steffen at sk-typo3.de Wed Nov 7 11:17:43 2007 From: steffen at sk-typo3.de (Steffen Kamper) Date: Wed, 7 Nov 2007 11:17:43 +0100 Subject: [TYPO3-dev] MD5 for FE-User password? References: Message-ID: "Peter Russ" schrieb im Newsbeitrag news:mailman.1.1194430176.22305.typo3-dev at lists.netfielders.de... > --- Original Nachricht --- > Absender: Ingo Renner > Datum: 07.11.2007 08:57: >> Steffen Kamper wrote: >> >>> yes, and i think this one could be a sysext. >> >> no, this should be integrated, not a extension. > > MD5 is not required for all sites. > Additionally "Send forgot password" would fail. > So I would appreciate a solution where the admin could decide, i.e. > leave the status as it is. > > Regs. Peter. > Hi Peter, there could be a general flag in installtool for usage of md5 or not. Forget Password function can ask this flag and in case of md5 generate a new one. vg Steffen From news at ringerge.org Wed Nov 7 11:19:52 2007 From: news at ringerge.org (Georg Ringer) Date: Wed, 07 Nov 2007 11:19:52 +0100 Subject: [TYPO3-dev] MD5 for FE-User password? In-Reply-To: References: Message-ID: Peter Russ schrieb: > What's the benefit of a MD5 hash, if this is send when you edit your > user account? IMHO for security SSL and https is more important. I hate websites where I know that the admin knows my passwords georg From mail at maltejansen.de Wed Nov 7 11:29:00 2007 From: mail at maltejansen.de (Malte Jansen) Date: Wed, 07 Nov 2007 11:29:00 +0100 Subject: [TYPO3-dev] Limited List-View for BE-user Message-ID: Hi, if you are using tt_news or other extension, where you need more than a couple of users, it would be cool to limit the db_list to only there own data records. So you don't have to create a sys-dir/category for every user/group. In addition you could define a user/group, which are allowed to list all records of one type in one page. The PageTS could look like this: mod.web_list.list { [table].recordsAll.groups = [ID-List of groups] [table].recordsAll.users = [ID-List of users] [table].recordsLimited.groups = [ID-List of groups] [table].recordsLimited.users = [ID-List of users] } recordsAll: automaticlly limits the data records for all other groups to their own records. recordsLimited: automaticlly limits the data records for these groups (The priority of recordsAll is higher than recordsLimited.) The usabillity for managing User would be much higher. Has anybody else some suggestions? Regards Malte From mail at maltejansen.de Wed Nov 7 11:31:28 2007 From: mail at maltejansen.de (Malte Jansen) Date: Wed, 07 Nov 2007 11:31:28 +0100 Subject: [TYPO3-dev] MD5 for FE-User password? In-Reply-To: References: Message-ID: My point of you. If you do not know, how T3 works you do not that your password is visible to the admins. Malte Georg Ringer schrieb: > Peter Russ schrieb: >> What's the benefit of a MD5 hash, if this is send when you edit your >> user account? IMHO for security SSL and https is more important. > > I hate websites where I know that the admin knows my passwords > > georg From mail at maltejansen.de Wed Nov 7 11:36:49 2007 From: mail at maltejansen.de (Malte Jansen) Date: Wed, 07 Nov 2007 11:36:49 +0100 Subject: [TYPO3-dev] MD5 for FE-User password? In-Reply-To: References: Message-ID: Steffen Kamper schrieb: > "Peter Russ" schrieb im Newsbeitrag > news:mailman.1.1194430176.22305.typo3-dev at lists.netfielders.de... >> --- Original Nachricht --- >> Absender: Ingo Renner >> Datum: 07.11.2007 08:57: >>> Steffen Kamper wrote: >>> >>>> yes, and i think this one could be a sysext. >>> no, this should be integrated, not a extension. >> MD5 is not required for all sites. >> Additionally "Send forgot password" would fail. >> So I would appreciate a solution where the admin could decide, i.e. >> leave the status as it is. >> >> Regs. Peter. >> > Hi Peter, > > there could be a general flag in installtool for usage of md5 or not. Should not be done, because if you only have "guest account", you do not know it how the password is saved. Than T3 would be like a "password-spykit", which it is now... For all new version it should be forced, although the login-extensions must be change. > Forget Password function can ask this flag and in case of md5 generate a new > one. Correct From news at ringerge.org Wed Nov 7 11:38:29 2007 From: news at ringerge.org (Georg Ringer) Date: Wed, 07 Nov 2007 11:38:29 +0100 Subject: [TYPO3-dev] MD5 for FE-User password? In-Reply-To: References: Message-ID: Malte Jansen schrieb: > If you do not know, how T3 works you do not that your password is > visible to the admins. this is correct but I also don't like that an admin can read the passwords of others if not necessary. There are too many users who take the same pw for many websites and so if you are admin, you can just try the user/pwd-combination @ gmx, hotmail, msn, ... georg From mail at maltejansen.de Wed Nov 7 11:51:11 2007 From: mail at maltejansen.de (Malte Jansen) Date: Wed, 07 Nov 2007 11:51:11 +0100 Subject: [TYPO3-dev] MD5 for FE-User password? In-Reply-To: References: Message-ID: Correct the user is very cushy. sometimes i have to go into the webuser-sysfolder. I do not want to see the passwords. But sometimes there is no way around. I think the passwords are also belonging the secrecy of the post, which belongs to the German laws, which are concerning the internet (TDM,MDST ? I'm not sure where it was, but somewhere it was). There are some reasons, why the BE-users have MD5-passwords. The same reasons belong to the FE-users. Perhaps there should also be a option for a better password. Something like password must contain at least a special character, a numeric character, uppercase letter and least a lower case character... So the User cannot use his birthdate etc. Malte Georg Ringer schrieb: > Malte Jansen schrieb: >> If you do not know, how T3 works you do not that your password is >> visible to the admins. > > this is correct but I also don't like that an admin can read the > passwords of others if not necessary. There are too many users who take > the same pw for many websites and so if you are admin, you can just try > the user/pwd-combination @ gmx, hotmail, msn, ... > > georg From news at ringerge.org Wed Nov 7 12:00:28 2007 From: news at ringerge.org (Georg Ringer) Date: Wed, 07 Nov 2007 12:00:28 +0100 Subject: [TYPO3-dev] MD5 for FE-User password? In-Reply-To: References: Message-ID: Malte Jansen schrieb: > Perhaps there should also be a option for a better password. Something > like password must contain at least a special character, a numeric > character, uppercase letter and least a lower case character... So the > User cannot use his birthdate etc. First make it everywhere md5 and it is already a lot safer. georg From Chris at connye.com Wed Nov 7 12:20:47 2007 From: Chris at connye.com (Christian Wolff) Date: Wed, 07 Nov 2007 12:20:47 +0100 Subject: [TYPO3-dev] Ideas backend documentation References: Message-ID: On Wed, 07 Nov 2007 10:29:46 +0100, Christopher Torgalson wrote: > Hi, > > On Nov 7, 2007 8:55 AM, Ingo Renner wrote: >> Christoph Lindenmueller wrote: >> >> Hi Christoph, >> >> > What about pulling the help text/images from a wiki in order to make >> > text updates easier? >> >> Good idea, I had that myself already! > > > > It sounds like a good idea, but a wiki? I'd be very worried about spam... > > (Think what a tempting target a wiki linked into tens of thousands of > TYPO3 installs could be :-s) > Maybe, we could combine wiki aproach (every body can contribute) with the classical way (One Person in Charge), i think as it of a "automatic" database. wich collects the language_labes out of the core and the TER . then every Typo3.org user can edit the language labels in a wiki like style. then the owner of an extension can pull an "offical translation package out of that database wich will be used for automatic update. but every typo3 user should be able to user ether the offical version or pull to its own translation out of the "database". whats your opinion on that? best regards chris -- Christian Wolff // Berlin http://www.connye.com Latest Projects: http://www.flycall.de | http://www.atr24.de | http://www.titanic.de From Martin.Kutschker at n0spam-blackbox.net Wed Nov 7 12:53:14 2007 From: Martin.Kutschker at n0spam-blackbox.net (Martin Kutschker) Date: Wed, 07 Nov 2007 12:53:14 +0100 Subject: [TYPO3-dev] Limited List-View for BE-user In-Reply-To: References: Message-ID: Malte Jansen schrieb: > Hi, > > if you are using tt_news or other extension, where you need more than a > couple of users, it would be cool to limit the db_list to only there own > data records. So you don't have to create a sys-dir/category for every > user/group. > In addition you could define a user/group, which are allowed to list all > records of one type in one page. > > The PageTS could look like this: > > mod.web_list.list { > [table].recordsAll.groups = [ID-List of groups] > [table].recordsAll.users = [ID-List of users] > [table].recordsLimited.groups = [ID-List of groups] > [table].recordsLimited.users = [ID-List of users] > } Wrong way: should be in UserTS. Masi From typo.removeformessage at fx-graefix.de Wed Nov 7 13:15:53 2007 From: typo.removeformessage at fx-graefix.de (Franz Koch) Date: Wed, 07 Nov 2007 13:15:53 +0100 Subject: [TYPO3-dev] Limited List-View for BE-user In-Reply-To: References: Message-ID: Hi, >> if you are using tt_news or other extension, where you need more than >> a couple of users, it would be cool to limit the db_list to only there >> own data records. So you don't have to create a sys-dir/category for >> every user/group. >> In addition you could define a user/group, which are allowed to list >> all records of one type in one page. >> >> The PageTS could look like this: >> >> mod.web_list.list { >> [table].recordsAll.groups = [ID-List of groups] >> [table].recordsAll.users = [ID-List of users] >> [table].recordsLimited.groups = [ID-List of groups] >> [table].recordsLimited.users = [ID-List of users] >> } > > Wrong way: should be in UserTS. but what if you need different settings for the same db-table on different sys-folders? UserTS won't work then, right? -- Greetings, Franz From mail at maltejansen.de Wed Nov 7 13:29:24 2007 From: mail at maltejansen.de (Malte Jansen) Date: Wed, 07 Nov 2007 13:29:24 +0100 Subject: [TYPO3-dev] Limited List-View for BE-user In-Reply-To: References: Message-ID: Hi Masi, There is no wrong way ;) You could use it in both. For UserTS it could look like this: mod.web_list.list { [table].recordsAll.pages = [PageIDs|All] [table].recordsLimited.pages = [PageIDS|All] } I have several projects where I could use it, espacelly in future. In nearly every project I'm using tt_news. Sometimes I use this extension for several purposes (e.g. news,articles,...). so you have a sysfolder for every purpose. So you can setup the PageTS for this folder. For example sometimes I override the labels or give fields default-values. Because as a admin I only want to see the same fields etc. In addition it would be cool to define the group. Malte Martin Kutschker schrieb: > Malte Jansen schrieb: >> Hi, >> >> if you are using tt_news or other extension, where you need more than >> a couple of users, it would be cool to limit the db_list to only there >> own data records. So you don't have to create a sys-dir/category for >> every user/group. >> In addition you could define a user/group, which are allowed to list >> all records of one type in one page. >> >> The PageTS could look like this: >> >> mod.web_list.list { >> [table].recordsAll.groups = [ID-List of groups] >> [table].recordsAll.users = [ID-List of users] >> [table].recordsLimited.groups = [ID-List of groups] >> [table].recordsLimited.users = [ID-List of users] >> } > > Wrong way: should be in UserTS. > > Masi From mail at maltejansen.de Wed Nov 7 13:31:35 2007 From: mail at maltejansen.de (Malte Jansen) Date: Wed, 07 Nov 2007 13:31:35 +0100 Subject: [TYPO3-dev] Limited List-View for BE-user In-Reply-To: References: Message-ID: Franz Koch schrieb: >>> The PageTS could look like this: >>> >>> mod.web_list.list { >>> [table].recordsAll.groups = [ID-List of groups] >>> [table].recordsAll.users = [ID-List of users] >>> [table].recordsLimited.groups = [ID-List of groups] >>> [table].recordsLimited.users = [ID-List of users] >>> } >> >> Wrong way: should be in UserTS. > > but what if you need different settings for the same db-table on > different sys-folders? UserTS won't work then, right? Correct. So see my other Email... Malte From steffen at sk-typo3.de Wed Nov 7 14:15:40 2007 From: steffen at sk-typo3.de (Steffen Kamper) Date: Wed, 7 Nov 2007 14:15:40 +0100 Subject: [TYPO3-dev] Pagetype "Backend User Section" Message-ID: Hi, can someone enlighten me what this pagetype means and where it's processed? thx, vg Steffen From typo3 at we-make.net Wed Nov 7 15:05:35 2007 From: typo3 at we-make.net (Stefan Beylen) Date: Wed, 07 Nov 2007 15:05:35 +0100 Subject: [TYPO3-dev] Pagetype "Backend User Section" In-Reply-To: References: Message-ID: hi Steffen Steffen Kamper wrote: > can someone enlighten me what this pagetype means and where it's processed? see http://www.google.at/search?q=%22backend+user+section%22+typo3 first result: http://lists.netfielders.de/pipermail/typo3-german/2007-April/031057.html if you are logged in as BE user you can view the page and its visible in the menus, if you are not logged in it is not visible/cant be viewed hth From steffen at sk-typo3.de Wed Nov 7 15:12:44 2007 From: steffen at sk-typo3.de (Steffen Kamper) Date: Wed, 7 Nov 2007 15:12:44 +0100 Subject: [TYPO3-dev] Pagetype "Backend User Section" References: Message-ID: "Stefan Beylen" schrieb im Newsbeitrag news:mailman.1.1194444320.8860.typo3-dev at lists.netfielders.de... > hi Steffen > > Steffen Kamper wrote: >> can someone enlighten me what this pagetype means and where it's >> processed? > > see > http://www.google.at/search?q=%22backend+user+section%22+typo3 > > first result: > http://lists.netfielders.de/pipermail/typo3-german/2007-April/031057.html > > if you are logged in as BE user you can view the page and its visible in > the menus, if you are not logged in it is not visible/cant be viewed > > hth ah, thx. So only restriction is vieable for BE-User. I ask myself why a doktype is needed for that, a checkbox like the "not in menu" would do the same job - but i think it's for the icon. vg Steffen From typo3 at we-make.net Wed Nov 7 15:19:37 2007 From: typo3 at we-make.net (Stefan Beylen) Date: Wed, 07 Nov 2007 15:19:37 +0100 Subject: [TYPO3-dev] Pagetype "Backend User Section" In-Reply-To: References: Message-ID: Steffen Kamper wrote: > ah, thx. So only restriction is vieable for BE-User. > I ask myself why a doktype is needed for that, a checkbox like the "not in > menu" would do the same job - but i think it's for the icon. yes, then also the doktype 'not in menu' wouldnt be needed anymore as the "hide in menu" checkbox is already available and does the same... i guess its for backwards compatibility that this is not removed. the icon could also be changed with the checkbox. From typo.removeformessage at fx-graefix.de Wed Nov 7 16:04:14 2007 From: typo.removeformessage at fx-graefix.de (Franz Koch) Date: Wed, 07 Nov 2007 16:04:14 +0100 Subject: [TYPO3-dev] Pagetype "Backend User Section" In-Reply-To: References: Message-ID: Hi, > if you are logged in as BE user you can view the page and its visible in > the menus, if you are not logged in it is not visible/cant be viewed I guess this feature is mostly valuable for a setup with pure FE editing to provide some editor information (or whatever) - I can't think of any other useful scenario of that. -- Franz From tapio.markula at xetpoint.fi Wed Nov 7 16:08:54 2007 From: tapio.markula at xetpoint.fi (Tapio Markula) Date: Wed, 07 Nov 2007 17:08:54 +0200 Subject: [TYPO3-dev] Hook in Web>List for extra buttons in controlpanel In-Reply-To: References: Message-ID: Steffen Kamper kirjoitti: > "Mads Brunn" schrieb im Newsbeitrag > news:mailman.1.1192999160.17122.typo3-dev at lists.netfielders.de... >> Hi dev-list >> >> I don't know if this has been discussed before in here or on other >> newslists. If so, please give me a link to the thread. >> >> I'd like to add a hook to Web>List that enables developers to add extra >> buttons to the control-panel in extended view. Could I get some comments >> or +1's on that? >> >> Thanks in advance >> >> Mads Brunn > > +1 > > vg Steffen > > I made a patch for this That patch could have also possibility to set order - hook for adding new items is not reasonable without this feature - and possibility to disable unwanted items user/user group level. see http://bugs.typo3.org/view.php?id=6667 I tested that in tm_contentaccess and it worked there. From christoph at xnos.de Wed Nov 7 17:55:32 2007 From: christoph at xnos.de (Christoph Lindenmueller) Date: Wed, 07 Nov 2007 17:55:32 +0100 Subject: [TYPO3-dev] Ideas backend documentation In-Reply-To: References: Message-ID: Hi T3-dev, Thanks for all your input, so I can refine my plan. Good to hear that this is something needed! To introduce myself: I am studying Media Computer Science at the University of Applied Sciences Stuttgart, Germany (hdm-stuttgart.de), that where I met Benjamin Mack, who showed be what TYPO3 can do, we do xnos Internet Services. My Interest is Linux Server, Ubuntu Desktop and rocking Information Systems. I worked several years as PHP Developer. My email is christoph @T xnos Dot de Greets, Christoph. Bernd Wilke schrieb: > Christoph Lindenmueller schrieb: >> Hi T3 Dev, >> >> I wonder what improvements regarding the documentation workflow could be >> a project for my diploma thesis. I thought about improving the inline >> help (? symbol) using AJAX and generate OpenOffice "Manuals" for Users. >> >> What about pulling the help text/images from a wiki in order to make >> text updates easier? >> >> What do you think about providing the possility to insert >> installation-specific help items? >> >> What are your thoughts how to improve the documentation workflow? > > I confess I nearly never used context-help as the information provided > was of no good to my needs. > > This might be because I normaly configure the system (as admin). > > For editors this can be a good help to know how they have to fill in > fields and what they have to watch for. This is information I (=admin) > can provide. > But this might only belong to this installation. So an exchange to a > central service might confuse others. > > My admin-view: I want a good documentation about features I can > configure. This mostly means TypoScript. the best documentation yet > (tsref) lacks imho two things: > 1. version information: for every feature/value the version since when > it was implemented > 2. the possibility for everyone to add good examples. espacially for > beginners the documentation is hard to understand as there are to less > and to small examples > (maybe something the manuals on php.net) > > Bernd > From ingo at typo3.org Wed Nov 7 17:04:47 2007 From: ingo at typo3.org (Ingo Renner) Date: Wed, 07 Nov 2007 17:04:47 +0100 Subject: [TYPO3-dev] Pagetype "Backend User Section" In-Reply-To: References: Message-ID: Steffen Kamper wrote: > "Stefan Beylen" schrieb im Newsbeitrag > news:mailman.1.1194444320.8860.typo3-dev at lists.netfielders.de... >> hi Steffen >> >> Steffen Kamper wrote: >>> can someone enlighten me what this pagetype means and where it's >>> processed? >> see >> http://www.google.at/search?q=%22backend+user+section%22+typo3 >> >> first result: >> http://lists.netfielders.de/pipermail/typo3-german/2007-April/031057.html >> >> if you are logged in as BE user you can view the page and its visible in >> the menus, if you are not logged in it is not visible/cant be viewed >> >> hth > > ah, thx. So only restriction is vieable for BE-User. > I ask myself why a doktype is needed for that, a checkbox like the "not in > menu" would do the same job - but i think it's for the icon. read carefully! You can only see this page in menus and access them when you're logged in as BE user. Now compare with the features of "not in menu". Not in menu is still accessible when not logged in to the BE, it's just not in the menu! HTH Ingo -- TYPO3 Core Developer, Release Manager TYPO3 4.2 From steffen at sk-typo3.de Wed Nov 7 17:15:03 2007 From: steffen at sk-typo3.de (Steffen Kamper) Date: Wed, 7 Nov 2007 17:15:03 +0100 Subject: [TYPO3-dev] Pagetype "Backend User Section" References: Message-ID: "Ingo Renner" schrieb im Newsbeitrag news:mailman.1.1194451487.5753.typo3-dev at lists.netfielders.de... > Steffen Kamper wrote: >> "Stefan Beylen" schrieb im Newsbeitrag >> news:mailman.1.1194444320.8860.typo3-dev at lists.netfielders.de... >>> hi Steffen >>> >>> Steffen Kamper wrote: >>>> can someone enlighten me what this pagetype means and where it's >>>> processed? >>> see >>> http://www.google.at/search?q=%22backend+user+section%22+typo3 >>> >>> first result: >>> http://lists.netfielders.de/pipermail/typo3-german/2007-April/031057.html >>> >>> if you are logged in as BE user you can view the page and its visible in >>> the menus, if you are not logged in it is not visible/cant be viewed >>> >>> hth >> >> ah, thx. So only restriction is vieable for BE-User. >> I ask myself why a doktype is needed for that, a checkbox like the "not >> in menu" would do the same job - but i think it's for the icon. > > read carefully! > You can only see this page in menus and access them when you're logged in > as BE user. > Now compare with the features of "not in menu". > > Not in menu is still accessible when not logged in to the BE, it's just > not in the menu! > > > HTH > Ingo > > -- > TYPO3 Core Developer, Release Manager TYPO3 4.2 Hi Ingo, that was clear. I only thought about enabling this feature with a checkbox "like" the hide-in-menu-checkbox. may be misunderstanding because "not in menu" is pagetype too. But i will continue this discussion about all doktypes in HCI, may be we can merge all ideas to one good solution that satisfy all. vg Steffen From hnes_k at gmx.de Wed Nov 7 22:09:07 2007 From: hnes_k at gmx.de (=?ISO-8859-15?Q?Johannes_K=FCnsebeck?=) Date: Wed, 07 Nov 2007 22:09:07 +0100 Subject: [TYPO3-dev] Ideas backend documentation In-Reply-To: References: Message-ID: Christoph Lindenmueller schrieb: > Hi T3 Dev, > > I wonder what improvements regarding the documentation workflow could be > a project for my diploma thesis. I thought about improving the inline > help (? symbol) using AJAX and generate OpenOffice "Manuals" for Users. > > What about pulling the help text/images from a wiki in order to make > text updates easier? > > What do you think about providing the possility to insert > installation-specific help items? > > What are your thoughts how to improve the documentation workflow? > > Greetings, > > Chris. Just an idea spinning in my head: We want to manage the contents of the documentation in several languages, in respect to userrights and in different output formats. Why not use an enterprise level CMS like TYPO3 for it? ;) Use an open typo3 instance to document typo3. A lot of concepts needed are build in like internationalization and user rights. Just need to map the fields to pages or contentelements and have an extension that looks up the specific enabled fields to user rights. Write a nice xml-export that goes recursively through the pages (I had this once, before my laptop was stolen and soon will be again at that point), and apply some xslt magic to generate every format you may need (Open Office should be possible, pdf through fop or pdf_generator2, and html, well with ts or xslt). , Johannes From stig at 8620.dk Thu Nov 8 07:01:46 2007 From: stig at 8620.dk (=?UTF-8?B?U3RpZyBOw7hyZ2FhcmQgRsOmcmNo?=) Date: Thu, 08 Nov 2007 07:01:46 +0100 Subject: [TYPO3-dev] Overriding/Renaming Field-Label via PageTS In-Reply-To: References: Message-ID: Malte Jansen skrev: > Hi, > > what about as renaming a field-label via PageTS? (for 4.2 ?) > > It is pretty easy for the basic version you only have to add 1 line in > the tceforms... (It also works with multiple languages) Funny - I also created such an extension a while ago. But your code is probably a bit cleaner than mine. At least the syntax is. http://typo3.org/extensions/repository/view/alt_forms_field_title/1.0.1/ /Stig From mail at maltejansen.de Thu Nov 8 09:23:45 2007 From: mail at maltejansen.de (Malte Jansen) Date: Thu, 08 Nov 2007 09:23:45 +0100 Subject: [TYPO3-dev] Overriding/Renaming Field-Label via PageTS In-Reply-To: References: Message-ID: Hi Stig, I written a ext. which can to same. But also can replace a whole locallang-file... But the basic function should be included into the core. Malte Stig N?rgaard F?rch schrieb: > Malte Jansen skrev: >> Hi, >> >> what about as renaming a field-label via PageTS? (for 4.2 ?) >> >> It is pretty easy for the basic version you only have to add 1 line in >> the tceforms... (It also works with multiple languages) > > Funny - I also created such an extension a while ago. But your code is > probably a bit cleaner than mine. At least the syntax is. > http://typo3.org/extensions/repository/view/alt_forms_field_title/1.0.1/ > > /Stig From mail at maltejansen.de Thu Nov 8 09:37:54 2007 From: mail at maltejansen.de (Malte Jansen) Date: Thu, 08 Nov 2007 09:37:54 +0100 Subject: [TYPO3-dev] Overriding/Renaming Field-Label via PageTS In-Reply-To: References: Message-ID: Hi, I checked extension. The $TCA -> types -> fields;labelname overwrites your PageTS ... Cheers, Malte Stig N?rgaard F?rch schrieb: > Malte Jansen skrev: >> Hi, >> >> what about as renaming a field-label via PageTS? (for 4.2 ?) >> >> It is pretty easy for the basic version you only have to add 1 line in >> the tceforms... (It also works with multiple languages) > > Funny - I also created such an extension a while ago. But your code is > probably a bit cleaner than mine. At least the syntax is. > http://typo3.org/extensions/repository/view/alt_forms_field_title/1.0.1/ > > /Stig From thorsten.kahler at dkd.de Thu Nov 8 09:21:10 2007 From: thorsten.kahler at dkd.de (Thorsten Kahler) Date: Thu, 08 Nov 2007 09:21:10 +0100 Subject: [TYPO3-dev] MD5 for FE-User password? In-Reply-To: References: Message-ID: Hi Malte, Malte Jansen wrote on 07.11.2007 11:36 Uhr: >>> MD5 is not required for all sites. >>> Additionally "Send forgot password" would fail. >>> So I would appreciate a solution where the admin could decide, i.e. >>> leave the status as it is. >> >> there could be a general flag in installtool for usage of md5 or not. > > Should not be done, because if you only have "guest account", you do not > know it how the password is saved. Than T3 would be like a > "password-spykit", which it is now... > > For all new version it should be forced, although the login-extensions > must be change. > I'm not sure what you mean with "guest account" but I guess you're talking about FE users, don't you? A FE user will /never/ know what happens to the information he submits. Even if the password is /stored/ as md5-hash it can be send or stored everywhere else in cleartext. And this issue is neither specific for a TYPO3 installation, a TYPO3 version or TYPO3 at all. It's always a matter of trust in the website owner. TYPO3 can and should help admins / responsible persons to make their sites more trustworthy. So every step in that direction will help. But whatever changes may be done to the core, TYPO3 can't prevent website owners to get a grip on their user's passwords. Regards Thorsten -- Thorsten Kahler thorsten.kahler at dkd.de From mail at maltejansen.de Thu Nov 8 10:22:50 2007 From: mail at maltejansen.de (Malte Jansen) Date: Thu, 08 Nov 2007 10:22:50 +0100 Subject: [TYPO3-dev] MD5 for FE-User password? In-Reply-To: References: Message-ID: Thorsten Kahler schrieb: > Hi Malte, > > Malte Jansen wrote on 07.11.2007 11:36 Uhr: >>>> MD5 is not required for all sites. >>>> Additionally "Send forgot password" would fail. >>>> So I would appreciate a solution where the admin could decide, i.e. >>>> leave the status as it is. >>> there could be a general flag in installtool for usage of md5 or not. >> Should not be done, because if you only have "guest account", you do not >> know it how the password is saved. Than T3 would be like a >> "password-spykit", which it is now... >> >> For all new version it should be forced, although the login-extensions >> must be change. >> > > > I'm not sure what you mean with "guest account" but I guess you're talking > about FE users, don't you? > > A FE user will /never/ know what happens to the information he submits. Even > if the password is /stored/ as md5-hash it can be send or stored everywhere > else in cleartext. And this issue is neither specific for a TYPO3 > installation, a TYPO3 version or TYPO3 at all. It's always a matter of trust > in the website owner. > > TYPO3 can and should help admins / responsible persons to make their sites > more trustworthy. So every step in that direction will help. But whatever > changes may be done to the core, TYPO3 can't prevent website owners to get a > grip on their user's passwords. > > Regards > Thorsten > Hi, "guest account" means a fe-account somewhere else, where you have no admin rights. You are right, you can get it from a post-vars. But you should not provide any admin with a direct access via phpmyadmin or something else. Many Admins only set up a CMS and they of no clue about POST and PHP. If you force every T3-instance to use md5. Somebody has to spy the password and make up some code for it. So he incurs a penalty and cannot say, that it is not encrypted... Malte From steffen at sk-typo3.de Thu Nov 8 10:32:55 2007 From: steffen at sk-typo3.de (Steffen Kamper) Date: Thu, 8 Nov 2007 10:32:55 +0100 Subject: [TYPO3-dev] TCA-Configuration Message-ID: Hi, i really miss a place in TYPO3 to configure some TCA. e.g. Mediasizes: atm i need to include the ext_tables.php and copy configuration there #Set max media file size to 100 MB $GLOBALS['TCA']['tt_content']['columns']['media']['config']['max_size'] = 100*1024; #Set max number of media files to 100 $GLOBALS['TCA']['tt_content']['columns']['media']['config']['maxitems'] = 100; #Set max multimedia file size to 100 MB $GLOBALS['TCA']['tt_content']['columns']['multimedia']['config']['max_size'] = 100*1024; #Set max number of multimedia files to 100 $GLOBALS['TCA']['tt_content']['columns']['multimedia']['config']['maxitems'] = 100; Same could be done for extension settings. I think a good place would me the function-wizard to easy config those settings. Additional there could be a textarea for "expert settings" where could paste some tca-manipulation. What do you think? vg Steffen From mail at maltejansen.de Thu Nov 8 10:34:38 2007 From: mail at maltejansen.de (Malte Jansen) Date: Thu, 08 Nov 2007 10:34:38 +0100 Subject: [TYPO3-dev] Limited List-View for BE-user In-Reply-To: References: Message-ID: Hi, I have made a patch. The testing is a little bit complicated because you have to create users and groups. But this patch is very usefull for minimizing the investement of user-administration. You can get the patch here: http://bugs.typo3.org/view.php?id=6673 Regards, Malte Malte Jansen schrieb: > Hi Masi, > > There is no wrong way ;) > You could use it in both. > > For UserTS it could look like this: > mod.web_list.list { > [table].recordsAll.pages = [PageIDs|All] > [table].recordsLimited.pages = [PageIDS|All] > } > > I have several projects where I could use it, espacelly in future. > > In nearly every project I'm using tt_news. Sometimes I use this > extension for several purposes (e.g. news,articles,...). so you have a > sysfolder for every purpose. > So you can setup the PageTS for this folder. > For example sometimes I override the labels or give fields > default-values. Because as a admin I only want to see the same fields > etc. In addition it would be cool to define the group. > > Malte > > > Martin Kutschker schrieb: >> Malte Jansen schrieb: >>> Hi, >>> >>> if you are using tt_news or other extension, where you need more than >>> a couple of users, it would be cool to limit the db_list to only >>> there own data records. So you don't have to create a >>> sys-dir/category for every user/group. >>> In addition you could define a user/group, which are allowed to list >>> all records of one type in one page. >>> >>> The PageTS could look like this: >>> >>> mod.web_list.list { >>> [table].recordsAll.groups = [ID-List of groups] >>> [table].recordsAll.users = [ID-List of users] >>> [table].recordsLimited.groups = [ID-List of groups] >>> [table].recordsLimited.users = [ID-List of users] >>> } >> >> Wrong way: should be in UserTS. >> >> Masi > > From mail at maltejansen.de Thu Nov 8 10:39:03 2007 From: mail at maltejansen.de (Malte Jansen) Date: Thu, 08 Nov 2007 10:39:03 +0100 Subject: [TYPO3-dev] TCA-Configuration In-Reply-To: References: Message-ID: Hi, what about overwritting the values via PageTS with TCEFORMS? It's there but it would be easy to implement because most of it already exists... Malte Steffen Kamper schrieb: > Hi, > > i really miss a place in TYPO3 to configure some TCA. > e.g. Mediasizes: atm i need to include the ext_tables.php and copy > configuration there > > #Set max media file size to 100 MB > $GLOBALS['TCA']['tt_content']['columns']['media']['config']['max_size'] = > 100*1024; > #Set max number of media files to 100 > $GLOBALS['TCA']['tt_content']['columns']['media']['config']['maxitems'] = > 100; > #Set max multimedia file size to 100 MB > $GLOBALS['TCA']['tt_content']['columns']['multimedia']['config']['max_size'] > = 100*1024; > #Set max number of multimedia files to 100 > $GLOBALS['TCA']['tt_content']['columns']['multimedia']['config']['maxitems'] > = 100; > > Same could be done for extension settings. > > I think a good place would me the function-wizard to easy config those > settings. > Additional there could be a textarea for "expert settings" where could paste > some tca-manipulation. > > What do you think? > > vg Steffen > > From steffen at sk-typo3.de Thu Nov 8 10:42:46 2007 From: steffen at sk-typo3.de (Steffen Kamper) Date: Thu, 8 Nov 2007 10:42:46 +0100 Subject: [TYPO3-dev] TCA-Configuration References: Message-ID: "Malte Jansen" schrieb im Newsbeitrag news:mailman.1.1194514734.21830.typo3-dev at lists.netfielders.de... > Hi, > > what about overwritting the values via PageTS with TCEFORMS? > It's there but it would be easy to implement because most of it already > exists... > > Malte > Hi malte, i thought about a form with the common setting. I think upload-sizes are a very common one, it would be easy to enter size in a textfield. Sure - textfield for expert could be also TS-field, but some manipulations are not work with TCEFORMS but they do with $TCA. vg Steffen From news at ringerge.org Thu Nov 8 10:46:38 2007 From: news at ringerge.org (Georg Ringer) Date: Thu, 08 Nov 2007 10:46:38 +0100 Subject: [TYPO3-dev] TCA-Configuration In-Reply-To: References: Message-ID: Steffen Kamper schrieb: > I think a good place would me the function-wizard to easy config those > settings. Why not the "Configuration-Module" which could work as the Constant-Editor. Just the saving is missing georg From steffen at sk-typo3.de Thu Nov 8 10:53:13 2007 From: steffen at sk-typo3.de (Steffen Kamper) Date: Thu, 8 Nov 2007 10:53:13 +0100 Subject: [TYPO3-dev] TCA-Configuration References: Message-ID: "Georg Ringer" schrieb im Newsbeitrag news:mailman.1.1194515130.11676.typo3-dev at lists.netfielders.de... > Steffen Kamper schrieb: >> I think a good place would me the function-wizard to easy config those >> settings. > > Why not the "Configuration-Module" which could work as the > Constant-Editor. Just the saving is missing > > > georg would be an option, but not all people know, where which setting is found, it's more an Expert tool. vg Steffen From mail at maltejansen.de Thu Nov 8 10:52:56 2007 From: mail at maltejansen.de (Malte Jansen) Date: Thu, 08 Nov 2007 10:52:56 +0100 Subject: [TYPO3-dev] TCA-Configuration In-Reply-To: References: Message-ID: Hi Steffen, ok, upload size are very common, but you could change other properties too. But what I miss in the TCA is a option for using an other column for field or the other way round: define a other config if the type is changed. I have the problem with a inline-field in one case I need 2 relations required in an other case I need at least 2 realtions. You could use the same column both... If the table gets bigger you have a needless column... Malte Steffen Kamper schrieb: > "Malte Jansen" schrieb im Newsbeitrag > news:mailman.1.1194514734.21830.typo3-dev at lists.netfielders.de... >> Hi, >> >> what about overwritting the values via PageTS with TCEFORMS? >> It's there but it would be easy to implement because most of it already >> exists... >> >> Malte >> > > Hi malte, > > i thought about a form with the common setting. I think upload-sizes are a > very common one, it would be easy to enter size in a textfield. > > Sure - textfield for expert could be also TS-field, but some manipulations > are not work with TCEFORMS but they do with $TCA. > > vg Steffen > > From steffen at sk-typo3.de Thu Nov 8 10:57:20 2007 From: steffen at sk-typo3.de (Steffen Kamper) Date: Thu, 8 Nov 2007 10:57:20 +0100 Subject: [TYPO3-dev] TCA-Configuration References: Message-ID: "Malte Jansen" schrieb im Newsbeitrag news:mailman.1.1194515567.22871.typo3-dev at lists.netfielders.de... > Hi Steffen, > > ok, upload size are very common, but you could change other properties > too. > > But what I miss in the TCA is a option for using an other column for field > or the other way round: define a other config if the type is changed. I > have the problem with a inline-field in one case I need 2 relations > required in an other case I need at least 2 realtions. You could use the > same column both... If the table gets bigger you have a needless column... > this is very specific :-) Can you think about how such manipulation could be done? Shall we find the most common things first to get a list of values obvious to configure ? tt_content * media sizes * max files * max image sizes * hide fields (e.g. hide password of FE_USER) vg Steffen From mail at maltejansen.de Thu Nov 8 11:06:12 2007 From: mail at maltejansen.de (Malte Jansen) Date: Thu, 08 Nov 2007 11:06:12 +0100 Subject: [TYPO3-dev] TCA-Configuration In-Reply-To: References: Message-ID: Steffen Kamper schrieb: > "Malte Jansen" schrieb im Newsbeitrag > news:mailman.1.1194515567.22871.typo3-dev at lists.netfielders.de... >> Hi Steffen, >> >> ok, upload size are very common, but you could change other properties >> too. >> >> But what I miss in the TCA is a option for using an other column for field >> or the other way round: define a other config if the type is changed. I >> have the problem with a inline-field in one case I need 2 relations >> required in an other case I need at least 2 realtions. You could use the >> same column both... If the table gets bigger you have a needless column... >> > this is very specific :-) Can you think about how such manipulation could be > done? Should be done somewhere in the t3lib_transferdata. But I have done something with this class. But there would be some tables which would have several columns less.... > > Shall we find the most common things first to get a list of values obvious > to configure ? > tt_content > * media sizes > * max files > * max image sizes > * hide fields (e.g. hide password of FE_USER) Normaly you could use nearly every option for this except removing a password field (see the other thread about md5-password ;) ). It would be something like the kickstarter, only overriding some special values.... From steffen at sk-typo3.de Thu Nov 8 11:11:32 2007 From: steffen at sk-typo3.de (Steffen Kamper) Date: Thu, 8 Nov 2007 11:11:32 +0100 Subject: [TYPO3-dev] TCA-Configuration References: Message-ID: "Malte Jansen" schrieb im Newsbeitrag news:mailman.1.1194516366.21111.typo3-dev at lists.netfielders.de... > Steffen Kamper schrieb: >> "Malte Jansen" schrieb im Newsbeitrag >> news:mailman.1.1194515567.22871.typo3-dev at lists.netfielders.de... >>> Hi Steffen, >>> >>> ok, upload size are very common, but you could change other properties >>> too. >>> >>> But what I miss in the TCA is a option for using an other column for >>> field or the other way round: define a other config if the type is >>> changed. I have the problem with a inline-field in one case I need 2 >>> relations required in an other case I need at least 2 realtions. You >>> could use the same column both... If the table gets bigger you have a >>> needless column... >>> >> this is very specific :-) Can you think about how such manipulation could >> be done? > Should be done somewhere in the t3lib_transferdata. But I have done > something with this class. But there would be some tables which would have > several columns less.... > >> >> Shall we find the most common things first to get a list of values >> obvious to configure ? >> tt_content >> * media sizes >> * max files >> * max image sizes >> * hide fields (e.g. hide password of FE_USER) > Normaly you could use nearly every option for this except removing a > password field (see the other thread about md5-password ;) ). It would be > something like the kickstarter, only overriding some special values... i meant hide password field in list view, or in this case also in page module - not in the form. I only try to collect some useful settings to make a suggestion. vg Steffen From mail at maltejansen.de Thu Nov 8 11:32:43 2007 From: mail at maltejansen.de (Malte Jansen) Date: Thu, 08 Nov 2007 11:32:43 +0100 Subject: [TYPO3-dev] TCA-Configuration In-Reply-To: References: Message-ID: Steffen Kamper schrieb: > "Malte Jansen" schrieb im Newsbeitrag > news:mailman.1.1194516366.21111.typo3-dev at lists.netfielders.de... >> Steffen Kamper schrieb: >>> "Malte Jansen" schrieb im Newsbeitrag >>> news:mailman.1.1194515567.22871.typo3-dev at lists.netfielders.de... >>>> Hi Steffen, >>>> >>>> ok, upload size are very common, but you could change other properties >>>> too. >>>> >>>> But what I miss in the TCA is a option for using an other column for >>>> field or the other way round: define a other config if the type is >>>> changed. I have the problem with a inline-field in one case I need 2 >>>> relations required in an other case I need at least 2 realtions. You >>>> could use the same column both... If the table gets bigger you have a >>>> needless column... >>>> >>> this is very specific :-) Can you think about how such manipulation could >>> be done? >> Should be done somewhere in the t3lib_transferdata. But I have done >> something with this class. But there would be some tables which would have >> several columns less.... >> >>> Shall we find the most common things first to get a list of values >>> obvious to configure ? >>> tt_content >>> * media sizes >>> * max files >>> * max image sizes >>> * hide fields (e.g. hide password of FE_USER) >> Normaly you could use nearly every option for this except removing a >> password field (see the other thread about md5-password ;) ). It would be >> something like the kickstarter, only overriding some special values... > > i meant hide password field in list view, or in this case also in page > module - not in the form. > I only try to collect some useful settings to make a suggestion. > > vg Steffen Ok, I get it. But than it nearly as the TCEFORM-part or mod.web_list via PageTS, which has a small wizard. - hide fields belongs to the mod.web_list/mod.web_page - media size etc. belongs to the TCEFORM The are already some config values implemented TCEFORM.[tablename].[field].config.[key] http://typo3.org/documentation/document-library/references/doc_core_tsconfig/4.1.0/view/1/3/#id3541144 Have you already test it this way? Malte From steffen at sk-typo3.de Thu Nov 8 11:46:23 2007 From: steffen at sk-typo3.de (Steffen Kamper) Date: Thu, 8 Nov 2007 11:46:23 +0100 Subject: [TYPO3-dev] TCA-Configuration References: Message-ID: "Malte Jansen" schrieb im Newsbeitrag news:mailman.1.1194517955.8617.typo3-dev at lists.netfielders.de... > Steffen Kamper schrieb: >> "Malte Jansen" schrieb im Newsbeitrag >> news:mailman.1.1194516366.21111.typo3-dev at lists.netfielders.de... >>> Steffen Kamper schrieb: >>>> "Malte Jansen" schrieb im Newsbeitrag >>>> news:mailman.1.1194515567.22871.typo3-dev at lists.netfielders.de... >>>>> Hi Steffen, >>>>> >>>>> ok, upload size are very common, but you could change other properties >>>>> too. >>>>> >>>>> But what I miss in the TCA is a option for using an other column for >>>>> field or the other way round: define a other config if the type is >>>>> changed. I have the problem with a inline-field in one case I need 2 >>>>> relations required in an other case I need at least 2 realtions. You >>>>> could use the same column both... If the table gets bigger you have a >>>>> needless column... >>>>> >>>> this is very specific :-) Can you think about how such manipulation >>>> could be done? >>> Should be done somewhere in the t3lib_transferdata. But I have done >>> something with this class. But there would be some tables which would >>> have several columns less.... >>> >>>> Shall we find the most common things first to get a list of values >>>> obvious to configure ? >>>> tt_content >>>> * media sizes >>>> * max files >>>> * max image sizes >>>> * hide fields (e.g. hide password of FE_USER) >>> Normaly you could use nearly every option for this except removing a >>> password field (see the other thread about md5-password ;) ). It would >>> be something like the kickstarter, only overriding some special >>> values... >> >> i meant hide password field in list view, or in this case also in page >> module - not in the form. >> I only try to collect some useful settings to make a suggestion. >> >> vg Steffen > > Ok, I get it. > But than it nearly as the TCEFORM-part or mod.web_list via PageTS, which > has a small wizard. > > > - hide fields belongs to the mod.web_list/mod.web_page > > - media size etc. belongs to the TCEFORM > The are already some config values implemented > TCEFORM.[tablename].[field].config.[key] > http://typo3.org/documentation/document-library/references/doc_core_tsconfig/4.1.0/view/1/3/#id3541144 > > Have you already test it this way? > > > Malte yes, i know that way. As we are coders we also have the opportunity to debug values and change them. but there are a lot of Admins / BE-User, they don't have this ability. And they don't know which setting is in which table/field, so they are often lost if they want to configure special things, they google and try even wrong postings etc. So this should be a bridge interface. Experts still know how to deal, but it's helpful too to click a config form and quick change some values. vg Steffen From mail at maltejansen.de Thu Nov 8 12:07:07 2007 From: mail at maltejansen.de (Malte Jansen) Date: Thu, 08 Nov 2007 12:07:07 +0100 Subject: [TYPO3-dev] TCA-Configuration In-Reply-To: References: Message-ID: Steffen Kamper schrieb: > "Malte Jansen" schrieb im Newsbeitrag > news:mailman.1.1194517955.8617.typo3-dev at lists.netfielders.de... >> Steffen Kamper schrieb: >>> "Malte Jansen" schrieb im Newsbeitrag >>> news:mailman.1.1194516366.21111.typo3-dev at lists.netfielders.de... >>>> Steffen Kamper schrieb: >>>>> "Malte Jansen" schrieb im Newsbeitrag >>>>> news:mailman.1.1194515567.22871.typo3-dev at lists.netfielders.de... >>>>>> Hi Steffen, >>>>>> >>>>>> ok, upload size are very common, but you could change other properties >>>>>> too. >>>>>> >>>>>> But what I miss in the TCA is a option for using an other column for >>>>>> field or the other way round: define a other config if the type is >>>>>> changed. I have the problem with a inline-field in one case I need 2 >>>>>> relations required in an other case I need at least 2 realtions. You >>>>>> could use the same column both... If the table gets bigger you have a >>>>>> needless column... >>>>>> >>>>> this is very specific :-) Can you think about how such manipulation >>>>> could be done? >>>> Should be done somewhere in the t3lib_transferdata. But I have done >>>> something with this class. But there would be some tables which would >>>> have several columns less.... >>>> >>>>> Shall we find the most common things first to get a list of values >>>>> obvious to configure ? >>>>> tt_content >>>>> * media sizes >>>>> * max files >>>>> * max image sizes >>>>> * hide fields (e.g. hide password of FE_USER) >>>> Normaly you could use nearly every option for this except removing a >>>> password field (see the other thread about md5-password ;) ). It would >>>> be something like the kickstarter, only overriding some special >>>> values... >>> i meant hide password field in list view, or in this case also in page >>> module - not in the form. >>> I only try to collect some useful settings to make a suggestion. >>> >>> vg Steffen >> Ok, I get it. >> But than it nearly as the TCEFORM-part or mod.web_list via PageTS, which >> has a small wizard. >> >> >> - hide fields belongs to the mod.web_list/mod.web_page >> >> - media size etc. belongs to the TCEFORM >> The are already some config values implemented >> TCEFORM.[tablename].[field].config.[key] >> http://typo3.org/documentation/document-library/references/doc_core_tsconfig/4.1.0/view/1/3/#id3541144 >> >> Have you already test it this way? >> >> >> Malte > > yes, i know that way. As we are coders we also have the opportunity to debug > values and change them. but there are a lot of Admins / BE-User, they don't > have this ability. And they don't know which setting is in which > table/field, so they are often lost if they want to configure special > things, they google and try even wrong postings etc. So this should be a > bridge interface. > Experts still know how to deal, but it's helpful too to click a config form > and quick change some values. > > vg Steffen > > What about a "real" wizard for the PageTS/UserTS. The Wizard could be a seperate Extension in the Web-Module. Than you only need a title for TCEFORM (like "Form-Config" | "Formularkonfiguration"). Perhaps you only need other translations for the TSconfig... Malte From steffen at sk-typo3.de Thu Nov 8 12:27:49 2007 From: steffen at sk-typo3.de (Steffen Kamper) Date: Thu, 8 Nov 2007 12:27:49 +0100 Subject: [TYPO3-dev] TCA-Configuration References: Message-ID: "Malte Jansen" schrieb im Newsbeitrag news:mailman.1.1194520020.28623.typo3-dev at lists.netfielders.de... > Steffen Kamper schrieb: >> "Malte Jansen" schrieb im Newsbeitrag >> news:mailman.1.1194517955.8617.typo3-dev at lists.netfielders.de... >>> Steffen Kamper schrieb: >>>> "Malte Jansen" schrieb im Newsbeitrag >>>> news:mailman.1.1194516366.21111.typo3-dev at lists.netfielders.de... >>>>> Steffen Kamper schrieb: >>>>>> "Malte Jansen" schrieb im Newsbeitrag >>>>>> news:mailman.1.1194515567.22871.typo3-dev at lists.netfielders.de... >>>>>>> Hi Steffen, >>>>>>> >>>>>>> ok, upload size are very common, but you could change other >>>>>>> properties too. >>>>>>> >>>>>>> But what I miss in the TCA is a option for using an other column for >>>>>>> field or the other way round: define a other config if the type is >>>>>>> changed. I have the problem with a inline-field in one case I need 2 >>>>>>> relations required in an other case I need at least 2 realtions. You >>>>>>> could use the same column both... If the table gets bigger you have >>>>>>> a needless column... >>>>>>> >>>>>> this is very specific :-) Can you think about how such manipulation >>>>>> could be done? >>>>> Should be done somewhere in the t3lib_transferdata. But I have done >>>>> something with this class. But there would be some tables which would >>>>> have several columns less.... >>>>> >>>>>> Shall we find the most common things first to get a list of values >>>>>> obvious to configure ? >>>>>> tt_content >>>>>> * media sizes >>>>>> * max files >>>>>> * max image sizes >>>>>> * hide fields (e.g. hide password of FE_USER) >>>>> Normaly you could use nearly every option for this except removing a >>>>> password field (see the other thread about md5-password ;) ). It would >>>>> be something like the kickstarter, only overriding some special >>>>> values... >>>> i meant hide password field in list view, or in this case also in page >>>> module - not in the form. >>>> I only try to collect some useful settings to make a suggestion. >>>> >>>> vg Steffen >>> Ok, I get it. >>> But than it nearly as the TCEFORM-part or mod.web_list via PageTS, which >>> has a small wizard. >>> >>> >>> - hide fields belongs to the mod.web_list/mod.web_page >>> >>> - media size etc. belongs to the TCEFORM >>> The are already some config values implemented >>> TCEFORM.[tablename].[field].config.[key] >>> http://typo3.org/documentation/document-library/references/doc_core_tsconfig/4.1.0/view/1/3/#id3541144 >>> >>> Have you already test it this way? >>> >>> >>> Malte >> >> yes, i know that way. As we are coders we also have the opportunity to >> debug values and change them. but there are a lot of Admins / BE-User, >> they don't have this ability. And they don't know which setting is in >> which table/field, so they are often lost if they want to configure >> special things, they google and try even wrong postings etc. So this >> should be a bridge interface. >> Experts still know how to deal, but it's helpful too to click a config >> form and quick change some values. >> >> vg Steffen > > What about a "real" wizard for the PageTS/UserTS. The Wizard could be a > seperate Extension in the Web-Module. > Than you only need a title for TCEFORM (like "Form-Config" | > "Formularkonfiguration"). > > Perhaps you only need other translations for the TSconfig... > > Malte > sounds good. A limitation would be, that pageTS is only valid for the tree branch. If you have several trees it might be complicated. Thats why I thought about a global one. vg Steffen From mail at maltejansen.de Thu Nov 8 12:40:39 2007 From: mail at maltejansen.de (Malte Jansen) Date: Thu, 08 Nov 2007 12:40:39 +0100 Subject: [TYPO3-dev] TCA-Configuration In-Reply-To: References: Message-ID: Steffen Kamper schrieb: > "Malte Jansen" schrieb im Newsbeitrag > news:mailman.1.1194520020.28623.typo3-dev at lists.netfielders.de... >> Steffen Kamper schrieb: >>> "Malte Jansen" schrieb im Newsbeitrag >>> news:mailman.1.1194517955.8617.typo3-dev at lists.netfielders.de... >>>> Steffen Kamper schrieb: >>>>> "Malte Jansen" schrieb im Newsbeitrag >>>>> news:mailman.1.1194516366.21111.typo3-dev at lists.netfielders.de... >>>>>> Steffen Kamper schrieb: >>>>>>> "Malte Jansen" schrieb im Newsbeitrag >>>>>>> news:mailman.1.1194515567.22871.typo3-dev at lists.netfielders.de... >>>>>>>> Hi Steffen, >>>>>>>> >>>>>>>> ok, upload size are very common, but you could change other >>>>>>>> properties too. >>>>>>>> >>>>>>>> But what I miss in the TCA is a option for using an other column for >>>>>>>> field or the other way round: define a other config if the type is >>>>>>>> changed. I have the problem with a inline-field in one case I need 2 >>>>>>>> relations required in an other case I need at least 2 realtions. You >>>>>>>> could use the same column both... If the table gets bigger you have >>>>>>>> a needless column... >>>>>>>> >>>>>>> this is very specific :-) Can you think about how such manipulation >>>>>>> could be done? >>>>>> Should be done somewhere in the t3lib_transferdata. But I have done >>>>>> something with this class. But there would be some tables which would >>>>>> have several columns less.... >>>>>> >>>>>>> Shall we find the most common things first to get a list of values >>>>>>> obvious to configure ? >>>>>>> tt_content >>>>>>> * media sizes >>>>>>> * max files >>>>>>> * max image sizes >>>>>>> * hide fields (e.g. hide password of FE_USER) >>>>>> Normaly you could use nearly every option for this except removing a >>>>>> password field (see the other thread about md5-password ;) ). It would >>>>>> be something like the kickstarter, only overriding some special >>>>>> values... >>>>> i meant hide password field in list view, or in this case also in page >>>>> module - not in the form. >>>>> I only try to collect some useful settings to make a suggestion. >>>>> >>>>> vg Steffen >>>> Ok, I get it. >>>> But than it nearly as the TCEFORM-part or mod.web_list via PageTS, which >>>> has a small wizard. >>>> >>>> >>>> - hide fields belongs to the mod.web_list/mod.web_page >>>> >>>> - media size etc. belongs to the TCEFORM >>>> The are already some config values implemented >>>> TCEFORM.[tablename].[field].config.[key] >>>> http://typo3.org/documentation/document-library/references/doc_core_tsconfig/4.1.0/view/1/3/#id3541144 >>>> >>>> Have you already test it this way? >>>> >>>> >>>> Malte >>> yes, i know that way. As we are coders we also have the opportunity to >>> debug values and change them. but there are a lot of Admins / BE-User, >>> they don't have this ability. And they don't know which setting is in >>> which table/field, so they are often lost if they want to configure >>> special things, they google and try even wrong postings etc. So this >>> should be a bridge interface. >>> Experts still know how to deal, but it's helpful too to click a config >>> form and quick change some values. >>> >>> vg Steffen >> What about a "real" wizard for the PageTS/UserTS. The Wizard could be a >> seperate Extension in the Web-Module. >> Than you only need a title for TCEFORM (like "Form-Config" | >> "Formularkonfiguration"). >> >> Perhaps you only need other translations for the TSconfig... >> >> Malte >> > > sounds good. > A limitation would be, that pageTS is only valid for the tree branch. If you > have several trees it might be complicated. Thats why I thought about a > global one. > > vg Steffen > > What about something like the template module. You could make a configuration for a table and add it to a special page. Or displaying it like the right-management of the ext be_acl. How is the information of the TSconfig etc saved? Sure somewhere in database. Perhaps it would fit to "[TYPO3-dev] Ideas backend documentation" (2007-11-06) But perhaps it could be something else for my bachelor theses in april/may... Malte From steffen at sk-typo3.de Thu Nov 8 13:17:47 2007 From: steffen at sk-typo3.de (Steffen Kamper) Date: Thu, 8 Nov 2007 13:17:47 +0100 Subject: [TYPO3-dev] Ideas backend documentation References: Message-ID: "Christoph Lindenmueller" schrieb im Newsbeitrag news:mailman.5148.1194371202.20721.typo3-dev at lists.netfielders.de... > Hi T3 Dev, > > I wonder what improvements regarding the documentation workflow could be a > project for my diploma thesis. I thought about improving the inline help > (? symbol) using AJAX and generate OpenOffice "Manuals" for Users. > > What about pulling the help text/images from a wiki in order to make text > updates easier? > > What do you think about providing the possility to insert > installation-specific help items? > > What are your thoughts how to improve the documentation workflow? > > Greetings, > > Chris. Hi Chris, wonderful idea to get improvements in this section. Documentation is ever a point that is neglected, as coders normally don't like to write documentations. To get the docs automatisied there has to be a concept for a help-engine first. This could be part of an extension. Generating OO-Documents is IMHO not the perfect way, as we are on a website, html should be more easy, but feel free to develop a concept herefore. vg Steffen From info at jvwebsites.nl Thu Nov 8 19:26:40 2007 From: info at jvwebsites.nl (Joost Vollebregt | JV Websites) Date: Thu, 8 Nov 2007 19:26:40 +0100 Subject: [TYPO3-dev] empty selectorbox In-Reply-To: Message-ID: I found the flaw, my 4.0.1 site contained a shy plugin, tm_contentaccess... witch influences the rendering of the flexforms, and thereby made my extension work without me knowing it :( Thanx to Dmitry for making clear that it was not templavoila, else I would have focused on that and on the core... Joost From martin.kutschker-n0spam at no5pam-blackbox.net Thu Nov 8 20:46:49 2007 From: martin.kutschker-n0spam at no5pam-blackbox.net (Martin Kutschker) Date: Thu, 08 Nov 2007 20:46:49 +0100 Subject: [TYPO3-dev] TCA-Configuration In-Reply-To: References: Message-ID: Steffen Kamper schrieb: > Hi, > > i really miss a place in TYPO3 to configure some TCA. > e.g. Mediasizes: atm i need to include the ext_tables.php and copy > configuration there > > #Set max media file size to 100 MB > $GLOBALS['TCA']['tt_content']['columns']['media']['config']['max_size'] = > 100*1024; In Page TS set: TCEFORM.tt_content.media.max_size = 102400 see TSconfig http://typo3.org/documentation/document-library/references/doc_core_tsconfig/4.1.0/view/1/3/#id3541144 Masi From fsuter at cobweb.ch Fri Nov 9 12:23:36 2007 From: fsuter at cobweb.ch (Francois Suter) Date: Fri, 09 Nov 2007 12:23:36 +0100 Subject: [TYPO3-dev] typolink - link to records 2 In-Reply-To: References: Message-ID: Hi, > Earlier in this list I wanted to know your ideas/opinion on how to link > to records, resulting in a extension "linkhandler". > > The idea was to enable link to records like tt_news in the browse wizard > and use typolink "linkHandler" functionality to translate "record links" > to real links. > > All detail and a tryout can be found here: > http://bugs.typo3.org/view.php?id=6442 > > Would like to have some feedback - maybe it is a usability improvement > for 4.2 branch? What's the status on this? I could be wrong, but I don't remember seeing a patch submitted to the core list? Cheers -- Francois Suter Cobweb Development Sarl - http://www.cobweb.ch From christoph at xnos.de Fri Nov 9 13:29:15 2007 From: christoph at xnos.de (Christoph Lindenmueller) Date: Fri, 09 Nov 2007 13:29:15 +0100 Subject: [TYPO3-dev] Ideas backend documentation In-Reply-To: References: Message-ID: Hi Johannes, > We want to manage the contents of the documentation in several languages, in respect to userrights > and in different output formats. Why not use an enterprise level CMS like TYPO3 for it? ;) Thats right. We have strucured Content, need to keep transformation errors low, and keep the editors seperated. @mads: Thanks for the link to the llxmltranslate extension! Christoph. From patrick at typo3quebec.org Fri Nov 9 14:23:52 2007 From: patrick at typo3quebec.org (Patrick Gaumond) Date: Fri, 09 Nov 2007 08:23:52 -0500 Subject: [TYPO3-dev] Overriding/Renaming Field-Label via PageTS In-Reply-To: References: Message-ID: Malte Jansen wrote: > I written a ext. which can to same. But also can replace a whole > locallang-file... > > But the basic function should be included into the core. I'm using Stig extension and it was a life saver. So I really agree that such a functionality *should* go into core ! +1 for Malte doing a patch ;) Patrick not-a-dev Gaumond From mail at maltejansen.de Fri Nov 9 16:04:49 2007 From: mail at maltejansen.de (Malte Jansen) Date: Fri, 09 Nov 2007 16:04:49 +0100 Subject: [TYPO3-dev] Overriding/Renaming Field-Label via PageTS In-Reply-To: References: Message-ID: I would make a RFC, if somebody of the core-teams gives an another point ;) Cheers, Malte Patrick Gaumond schrieb: > Malte Jansen wrote: > >> I written a ext. which can to same. But also can replace a whole >> locallang-file... >> >> But the basic function should be included into the core. > > I'm using Stig extension and it was a life saver. So I really agree that > such a functionality *should* go into core ! > > +1 for Malte doing a patch ;) > > > Patrick not-a-dev Gaumond From fsuter at cobweb.ch Fri Nov 9 22:11:56 2007 From: fsuter at cobweb.ch (Francois Suter) Date: Fri, 09 Nov 2007 22:11:56 +0100 Subject: [TYPO3-dev] RFC: Introducing a "User Tools" main module In-Reply-To: References: Message-ID: Hi, > Any news on that? I just submitted a patch to the core team ML. It's all yours to review :-) -- Francois Suter Cobweb Development Sarl - http://www.cobweb.ch From mack at xnos.org Fri Nov 9 22:21:29 2007 From: mack at xnos.org (Benjamin Mack) Date: Fri, 09 Nov 2007 22:21:29 +0100 Subject: [TYPO3-dev] RFC: Introducing a "User Tools" main module In-Reply-To: References: Message-ID: Hey, Thanks Francois for pushing this. It really feels like 4.2 is going to change quite a lot on all different parts of the package :) I like it! greetings, benni. -SDG- www.xnos.de // www.xnos.org Francois Suter wrote: > Hi, > >> Any news on that? > > I just submitted a patch to the core team ML. It's all yours to review :-) > From fsuter at cobweb.ch Fri Nov 9 23:01:04 2007 From: fsuter at cobweb.ch (Francois Suter) Date: Fri, 09 Nov 2007 23:01:04 +0100 Subject: [TYPO3-dev] RFC: Introducing a "User Tools" main module In-Reply-To: References: Message-ID: Hi, > Thanks Francois for pushing this. You're welcome. And it has already a +1 from Ingmar :-) > It really feels like 4.2 is going to change quite a lot on all different > parts of the package :) I like it! Indeed. I feel there's quite a momentum right now. Of course, there are more patches than reviews, but reviews are harder to make. I have one more patch that I absolutely want to submit and then I'll try to do some reviews too. Cheers -- Francois Suter Cobweb Development Sarl - http://www.cobweb.ch From armin.guenther at augusta.de Sun Nov 11 10:44:31 2007 From: armin.guenther at augusta.de (Armin Guenther) Date: Sun, 11 Nov 2007 10:44:31 +0100 Subject: [TYPO3-dev] typolink - link to records 2 In-Reply-To: References: Message-ID: Hi Daniel, this is a great project and I hope it will get realized! At July 22 2005(!) I wrote in a post to the typo3-english list: "Conslusion: There is a need to modify the link wizard source as to be able to show records from other tables [then tt-content] too." (http://lists.netfielders.de/pipermail/typo3-english/2005-July/009756.html) Good luck! Armin Daniel P?tzinger schrieb: > Earlier in this list I wanted to know your ideas/opinion on how to link > to records, resulting in a extension "linkhandler". > > The idea was to enable link to records like tt_news in the browse wizard > and use typolink "linkHandler" functionality to translate "record links" > to real links. > > All detail and a tryout can be found here: > http://bugs.typo3.org/view.php?id=6442 > > Would like to have some feedback - maybe it is a usability improvement > for 4.2 branch? > > Greetings From steffen at sk-typo3.de Sun Nov 11 11:50:01 2007 From: steffen at sk-typo3.de (Steffen Kamper) Date: Sun, 11 Nov 2007 11:50:01 +0100 Subject: [TYPO3-dev] Page CSS-Class Message-ID: Hi, for some sites i extended the Page-Table with one field to declare a CSS-Class for menu-generation. This is used e.g. to give special icons via css to menu entries. I know this can be achieved also with TS in a very complicate way or with "before" and a image, but the method with an entry in page record is easy, because editors are able to enter a class for the page. What do you think, would this be a useful option in general (for core) or do you think that is to specific and has be done by an extension ? vg Steffen From mail at maltejansen.de Sun Nov 11 12:21:01 2007 From: mail at maltejansen.de (Malte Jansen) Date: Sun, 11 Nov 2007 12:21:01 +0100 Subject: [TYPO3-dev] Page CSS-Class In-Reply-To: References: Message-ID: Hi Steffen, I'm using also using several classes for the layout. I'm using TS-Conditions for it, but is very complicatated. I'm using it in 2 projects. But it is very specific,so it is better to make an extension. But than this ext would get lost.... Cheers, Malte Steffen Kamper schrieb: > Hi, > > for some sites i extended the Page-Table with one field to declare a > CSS-Class for menu-generation. This is used e.g. to give special icons via > css to menu entries. > I know this can be achieved also with TS in a very complicate way or with > "before" and a image, but the method with an entry in page record is easy, > because editors are able to enter a class for the page. > > What do you think, would this be a useful option in general (for core) or do > you think that is to specific and has be done by an extension ? > > vg Steffen > > From andre01 at typotemp.com Sun Nov 11 14:51:24 2007 From: andre01 at typotemp.com (andreas stein) Date: Sun, 11 Nov 2007 14:51:24 +0100 Subject: [TYPO3-dev] BUG 3907 - MM Relations get lost in Workspace System Message-ID: Hi all, I would like to push the BUG 3907 - http://bugs.typo3.org/view.php?id=3907. It's registered since 21.07.06, so quite an oold bug. And I checked it now in 4.2.0alpha1 - still, the MM relations get lost on publishing. There is allready a sponsorship, but of cource it would be also a great deal, if a patch of this bug (or feature) will find it's place in the 4.2 version. Is there anybody out there who is interested in solving this bug, and will some core developer use there interest and influence to push this old bug to get resolved & integrated in the 4.2 release. regards andreas From ingmar at typo3.org Sun Nov 11 15:51:19 2007 From: ingmar at typo3.org (Ingmar Schlecht) Date: Sun, 11 Nov 2007 15:51:19 +0100 Subject: [TYPO3-dev] BUG 3907 - MM Relations get lost in Workspace System In-Reply-To: References: Message-ID: Hi Andreas, currently Workspace related issues are best solved by Kasper. He can probably tell you his opinion regarding this bug and whether he thinks this is a bug or by design (I didn't have a look at the issue). You might want to get in contact with Kasper and ask how much sponsoring it would need to get this bug solved. The current sponsorship amount in the bugtracker certainly wouldn't suffice. cheers Ingmar andreas stein schrieb: > Hi all, > > I would like to push the BUG 3907 - http://bugs.typo3.org/view.php?id=3907. > It's registered since 21.07.06, so quite an oold bug. And I checked it now > in 4.2.0alpha1 - still, the MM relations get lost on publishing. > There is allready a sponsorship, but of cource it would be also a great > deal, if a patch of this bug (or feature) will find it's place in the 4.2 > version. > Is there anybody out there who is interested in solving this bug, and will > some core developer use there interest and influence to push this old bug to > get resolved & integrated in the 4.2 release. > > regards > andreas > > -- Ingmar Schlecht TYPO3 Association Active Member From operation-lan at gmx.de Sun Nov 11 19:11:18 2007 From: operation-lan at gmx.de (=?ISO-8859-15?Q?Daniel_P=F6tzinger?=) Date: Sun, 11 Nov 2007 19:11:18 +0100 Subject: [TYPO3-dev] typolink - link to records 2 In-Reply-To: References: Message-ID: Francois Suter schrieb: > Hi, > >> Earlier in this list I wanted to know your ideas/opinion on how to >> link to records, resulting in a extension "linkhandler". >> >> The idea was to enable link to records like tt_news in the browse >> wizard and use typolink "linkHandler" functionality to translate >> "record links" to real links. >> >> All detail and a tryout can be found here: >> http://bugs.typo3.org/view.php?id=6442 >> >> Would like to have some feedback - maybe it is a usability improvement >> for 4.2 branch? > > What's the status on this? I could be wrong, but I don't remember seeing > a patch submitted to the core list? > > Cheers > Hello It is submitted. Looking forward to get this in 4.2! Greetings From operation-lan at gmx.de Sun Nov 11 19:13:23 2007 From: operation-lan at gmx.de (=?ISO-8859-15?Q?Daniel_P=F6tzinger?=) Date: Sun, 11 Nov 2007 19:13:23 +0100 Subject: [TYPO3-dev] debug TYPO3 with Eclipse PDT In-Reply-To: References: Message-ID: Joerg Schoppet schrieb: > Steffen Kamper wrote: >> Hi Joerg, >> >> "Joerg Schoppet" schrieb im Newsbeitrag >> news:mailman.1.1192622893.1446.typo3-dev at lists.netfielders.de... >>> Hi, >>> >>> actually I have eclipse 3.3 (Europa) running with PDT 1.0 under windows >>> XP. >>> >>> I have a remote server with fedora, where the TYPO3 is installed. >>> >>> To have easy access to the system a samba-share is provided for the >>> htdocs-directory (mapped to drive Z). >>> >>> In eclipse, I've set my workspace to Z:\htdocs\typo3conf\ext, so I can >>> create a project for each extension. >>> >>> For debugging I've installed the Zend Debugger on the webserver. *BUT* I >>> can only start debugging from the main index.php site. All other >>> breakpoints (e.g. within an extension) are ignored. >>> >>> Can somebody point me to the right direction, how to debug a >>> typo3-extension within eclipse? >>> >> i started a thread with exact the same issue some months ago. I was not able >> to debug with Zend. When i debugged from index.php, the zend debugger run >> into Nirvana. >> >> The problem may be also the lot of warnings when doing so. >> > Hi, > > well debugging from index.php is working for me, also with zend > debugger. But it is very time consuming to click down all the typo3-code > until I came to the extension I want to debug e.g. tt_news. > > The only possibility I see actuall is to set the workspace above the > htdocs directory (in my example Z:), then I can make htdocs a project > within eclipse and then all breakpoints work, *but* then I can not use > subclipse (I have actually for each own extension an own repository) to > manage each extension independently. :-( Maybe it works by symlink them into your project? From zach at castironcoding.com Sun Nov 11 19:46:52 2007 From: zach at castironcoding.com (Zachary Davis) Date: Sun, 11 Nov 2007 10:46:52 -0800 Subject: [TYPO3-dev] BUG 3907 - MM Relations get lost in Workspace System In-Reply-To: References: Message-ID: We just put an additional 50 euro on this bug, for what it's worth. Zach andreas stein wrote: > Hi all, > > I would like to push the BUG 3907 - http://bugs.typo3.org/view.php?id=3907. > It's registered since 21.07.06, so quite an oold bug. And I checked it now > in 4.2.0alpha1 - still, the MM relations get lost on publishing. > There is allready a sponsorship, but of cource it would be also a great > deal, if a patch of this bug (or feature) will find it's place in the 4.2 > version. > Is there anybody out there who is interested in solving this bug, and will > some core developer use there interest and influence to push this old bug to > get resolved & integrated in the 4.2 release. > > regards > andreas > > From vamirbekyan at dgfoundation.org Mon Nov 12 04:54:42 2007 From: vamirbekyan at dgfoundation.org (Vahan Amirbekyan) Date: Sun, 11 Nov 2007 22:54:42 -0500 Subject: [TYPO3-dev] Hiding delete icons for content records Message-ID: folks, I spent a lot of time trying to find out if it is possible to hide delete, copy, and cut icons for some of records. More specifically i have a sysfolder that has an FE users group that I want nobody (except admins) be able to delete but yet to have access to per access module configuration. More generally is to have possiblity of settings up access rights on records on a page. Another similar requitement I have is the same but with page content record. I have a folder that has 2 page content records that BE group GroupA has access to. The group should be able to edit the page content records but not to delete them. thank you in advance Vahan From operation-lan at gmx.de Mon Nov 12 09:14:24 2007 From: operation-lan at gmx.de (=?ISO-8859-1?Q?Daniel_P=F6tzinger?=) Date: Mon, 12 Nov 2007 09:14:24 +0100 Subject: [TYPO3-dev] Page CSS-Class In-Reply-To: References: Message-ID: Steffen Kamper schrieb: > Hi, > > for some sites i extended the Page-Table with one field to declare a > CSS-Class for menu-generation. This is used e.g. to give special icons via > css to menu entries. > I know this can be achieved also with TS in a very complicate way or with > "before" and a image, but the method with an entry in page record is easy, > because editors are able to enter a class for the page. > > What do you think, would this be a useful option in general (for core) or do > you think that is to specific and has be done by an extension ? > > vg Steffen > > Hi This is design releated, and depends on how people set up the Template. Its also possible to add this field with the page DS if you deal with TemplaVoila. So I think its no field for the core. From fsuter at cobweb.ch Mon Nov 12 10:09:49 2007 From: fsuter at cobweb.ch (Francois Suter) Date: Mon, 12 Nov 2007 10:09:49 +0100 Subject: [TYPO3-dev] Page CSS-Class In-Reply-To: References: Message-ID: Hi, > This is design releated, and depends on how people set up the Template. > Its also possible to add this field with the page DS if you deal with > TemplaVoila. I fully agree. The idea for this field is nice, but it should be left in an extension. Cheers -- Francois Suter Cobweb Development Sarl - http://www.cobweb.ch From steffen at sk-typo3.de Mon Nov 12 10:19:04 2007 From: steffen at sk-typo3.de (Steffen Kamper) Date: Mon, 12 Nov 2007 10:19:04 +0100 Subject: [TYPO3-dev] Hiding delete icons for content records References: Message-ID: "Vahan Amirbekyan" schrieb im Newsbeitrag news:mailman.1.1194839723.21862.typo3-dev at lists.netfielders.de... > folks, > I spent a lot of time trying to find out if it is possible to hide delete, > copy, and cut icons for some of records. > More specifically i have a sysfolder that has an FE users group that I > want > nobody (except admins) be able to delete but yet to have access to per > access module configuration. > > More generally is to have possiblity of settings up access rights on > records > on a page. > > Another similar requitement I have is the same but with page content > record. > I have a folder that has 2 page content records that BE group GroupA has > access to. The group should be able to edit the page content records but > not > to delete them. > > thank you in advance > Vahan > Hi, did you looked at tapio's contentaccess ? http://typo3.org/documentation/document-library/extension-manuals/tm_contentaccess/3.0.3/view/ vg Steffen From Martin.Kutschker at n0spam-blackbox.net Mon Nov 12 13:02:25 2007 From: Martin.Kutschker at n0spam-blackbox.net (Martin Kutschker) Date: Mon, 12 Nov 2007 13:02:25 +0100 Subject: [TYPO3-dev] real url 1.2.x on typo3 3.8 Message-ID: Hi! Is anyone using a current real url on this ancient typo3? The changelog if real doesn't mention any dependency but maybe it's simply not tested. Masi From steffen at sk-typo3.de Mon Nov 12 13:33:51 2007 From: steffen at sk-typo3.de (Steffen Kamper) Date: Mon, 12 Nov 2007 13:33:51 +0100 Subject: [TYPO3-dev] real url 1.2.x on typo3 3.8 References: Message-ID: "Martin Kutschker" schrieb im Newsbeitrag news:mailman.1.1194868944.26099.typo3-dev at lists.netfielders.de... > Hi! > > Is anyone using a current real url on this ancient typo3? The changelog if > real doesn't mention any dependency but maybe it's simply not tested. > > Masi Hi Masi, i have one old installation using 3.8.1 with realurl, but i didn't updated realurl to actual version. What is the reason for you question, which dependency is meant? vg Steffen From Martin.Kutschker at n0spam-blackbox.net Mon Nov 12 13:39:33 2007 From: Martin.Kutschker at n0spam-blackbox.net (Martin Kutschker) Date: Mon, 12 Nov 2007 13:39:33 +0100 Subject: [TYPO3-dev] real url 1.2.x on typo3 3.8 In-Reply-To: References: Message-ID: Steffen Kamper schrieb: > "Martin Kutschker" schrieb im > Newsbeitrag > news:mailman.1.1194868944.26099.typo3-dev at lists.netfielders.de... >> Hi! >> >> Is anyone using a current real url on this ancient typo3? The changelog if >> real doesn't mention any dependency but maybe it's simply not tested. >> >> Masi > > Hi Masi, > > i have one old installation using 3.8.1 with realurl, but i didn't updated > realurl to actual version. > What is the reason for you question, I have an old system, but want to benefit from new features /bug fixes > which dependency is meant? Some extensions depend on new TYPO3 features (API, hooks, etc). Masi From steffen at sk-typo3.de Mon Nov 12 14:46:59 2007 From: steffen at sk-typo3.de (Steffen Kamper) Date: Mon, 12 Nov 2007 14:46:59 +0100 Subject: [TYPO3-dev] real url 1.2.x on typo3 3.8 References: Message-ID: "Martin Kutschker" schrieb im Newsbeitrag news:mailman.1.1194871173.1228.typo3-dev at lists.netfielders.de... > Steffen Kamper schrieb: >> "Martin Kutschker" schrieb im >> Newsbeitrag >> news:mailman.1.1194868944.26099.typo3-dev at lists.netfielders.de... >>> Hi! >>> >>> Is anyone using a current real url on this ancient typo3? The changelog >>> if real doesn't mention any dependency but maybe it's simply not tested. >>> >>> Masi >> >> Hi Masi, >> >> i have one old installation using 3.8.1 with realurl, but i didn't >> updated realurl to actual version. >> What is the reason for you question, > > I have an old system, but want to benefit from new features /bug fixes > > > which dependency is meant? > > Some extensions depend on new TYPO3 features (API, hooks, etc). > > Masi i will update it tonight and post if there are any problems ;-) vg Steffen From dmitry at typo3.org Mon Nov 12 15:35:01 2007 From: dmitry at typo3.org (Dmitry Dulepov [typo3]) Date: Mon, 12 Nov 2007 16:35:01 +0200 Subject: [TYPO3-dev] real url 1.2.x on typo3 3.8 In-Reply-To: References: Message-ID: Martin Kutschker wrote: > Is anyone using a current real url on this ancient typo3? The changelog > if real doesn't mention any dependency but maybe it's simply not tested. RealURL 1.x or newer requires TYPO3 4.0. I am not sure why, the requirement was sent by Kasper long time ago I think. -- Dmitry Dulepov TYPO3 freelancer / TYPO3 core team member Web: http://typo3bloke.net/ Skype: callto:liels_bugs From mail at maltejansen.de Mon Nov 12 15:44:17 2007 From: mail at maltejansen.de (Malte Jansen) Date: Mon, 12 Nov 2007 15:44:17 +0100 Subject: [TYPO3-dev] Hook-Request for db_list Message-ID: Hi, For Listing only a records, with some special createria (see "[TYPO3-dev] Limited List-View for BE-user"), I need a Hook for the manipualtion of the db-list-query. Here is the bug with the patch http://bugs.typo3.org/view.php?id=6545 I have created the like in the tceforms... Regards, Malte From tapio.markula at xetpoint.fi Mon Nov 12 15:54:28 2007 From: tapio.markula at xetpoint.fi (Tapio Markula) Date: Mon, 12 Nov 2007 16:54:28 +0200 Subject: [TYPO3-dev] Hook-Request for db_list In-Reply-To: References: Message-ID: Malte Jansen kirjoitti: > Hi, > > For Listing only a records, with some special createria (see > "[TYPO3-dev] Limited List-View for BE-user"), I need a Hook for the > manipualtion of the db-list-query. > > Here is the bug with the patch > http://bugs.typo3.org/view.php?id=6545 > > I have created the like in the tceforms... > > > Regards, > > Malte For the Web > List has been done several patch proposals, but nobody seems to have time to look at any. http://bugs.typo3.org/view.php?id=6673 this should be looked related with http://bugs.typo3.org/view.php?id=6667 From mail at maltejansen.de Mon Nov 12 16:02:29 2007 From: mail at maltejansen.de (Malte Jansen) Date: Mon, 12 Nov 2007 16:02:29 +0100 Subject: [TYPO3-dev] Hook-Request for db_list In-Reply-To: References: Message-ID: Hi! Tapio Markula schrieb: > > For the Web > List has been done several patch proposals, but nobody > seems to have time to look at any. > http://bugs.typo3.org/view.php?id=6673 This one is from me. So I hope that one way would work ;) Next month I have two new projects, so I could hope that I can you my function/extension. For a very easy management of many editors and tt_news. I don't want to create a sys-folder for each user... I would have one folder for all... Cheers, Malte From Martin.Kutschker at n0spam-blackbox.net Mon Nov 12 16:09:40 2007 From: Martin.Kutschker at n0spam-blackbox.net (Martin Kutschker) Date: Mon, 12 Nov 2007 16:09:40 +0100 Subject: [TYPO3-dev] real url 1.2.x on typo3 3.8 In-Reply-To: References: Message-ID: Dmitry Dulepov [typo3] schrieb: > Martin Kutschker wrote: >> Is anyone using a current real url on this ancient typo3? The >> changelog if real doesn't mention any dependency but maybe it's simply >> not tested. > > RealURL 1.x or newer requires TYPO3 4.0. I am not sure why, the > requirement was sent by Kasper long time ago I think. Thanx. Masi From poetzinger at nospam.ded Mon Nov 12 17:45:34 2007 From: poetzinger at nospam.ded (=?ISO-8859-15?Q?Daniel_P=F6tzinger?=) Date: Mon, 12 Nov 2007 17:45:34 +0100 Subject: [TYPO3-dev] Proposal: Advanced Language Settings Message-ID: This is getting a proposal to deal with multilanguage webpages. I would like to have some meanings and further ideas. Introduction: -------------------- On large Multilanguage webpages there are special requirements regarding to language and language fallback. On a concrete example its better to understand the different requirements: The default language is English. The website should also have an australian. german, mexico and spanish website: . General Localisation and Fallback feautures. (one-tree) . If there is no translation for Australia the webpage should fallback to English (default language) . If there is no translation for germany -- the page and also non translated CE should not be shown. . If there is no translation for Spanish -- the translation for mexico should be shown. Means a fallback to language mexico. . The translator should be able to explicitly hide or show a certain CE or page. . The translator should be possible to explicitly create a page which is only visible in his language Limitations of TYPO3 standard ----------------------------------- . Translator cannot create new CE or pages . Fallback and visibility behaviour can only be set global and therefore not for certain CE or pages . Only editor for default can control page visibility and structure. . Different global language settings on a per language basis in nearly impossible. 3. Solution ----------------- With an extension it should be possible to set several language settings: Per language (in website languages record): . Define the fallbackorder: Means to define which is the alternative language that should be shown in the case an element is not available in this language. . Fallbackorder can be more than one language. It can also include the default language or not. . Define the default setting for new elements (pages and CE) Per element (page/tt_content): . Define the languagevisibility. . For each language you have the options: o Show if in fallback (Means the record is visible if a translation in the defined fallbackorder exists) o Show if translated (Means the record is only shown if it is really translated in the certain language) o Yes (Always show -- the element. If not translated then the default is shown) o No (Hide and do not show) . (The default option is set in language record -- see above) 3.1 Permissions of a Translator ----------------------------------- A Translator has the permissions to: . Set the visibility options for the languages he is responsible for. . So he can hide default elements . Create new elements: o This elements have the visibility set to "NO" for all languages where the editor has no access. ----------------------- Please feel free to add any ideas/comments. From mail at maltejansen.de Mon Nov 12 17:59:03 2007 From: mail at maltejansen.de (Malte Jansen) Date: Mon, 12 Nov 2007 17:59:03 +0100 Subject: [TYPO3-dev] Proposal: Advanced Language Settings In-Reply-To: References: Message-ID: Hi Daniel, if a page is translated define a special error-page with links to other languages avaible.... Cheers, Malte Daniel P?tzinger schrieb: > This is getting a proposal to deal with multilanguage webpages. I would > like to have some meanings and further ideas. > > Introduction: > -------------------- > > On large Multilanguage webpages there are special requirements regarding > to language and language fallback. On a concrete example its better to > understand the different requirements: > The default language is English. The website should also have an > australian. german, mexico and spanish website: > > . General Localisation and Fallback feautures. (one-tree) > . If there is no translation for Australia the webpage should > fallback to English (default language) > . If there is no translation for germany -- the page and also non > translated CE should not be shown. > . If there is no translation for Spanish -- the translation for > mexico should be shown. Means a fallback to language mexico. > . The translator should be able to explicitly hide or show a certain > CE or page. > . The translator should be possible to explicitly create a page which > is only visible in his language > > > Limitations of TYPO3 standard > ----------------------------------- > . Translator cannot create new CE or pages > . Fallback and visibility behaviour can only be set global and > therefore not for certain CE or pages > . Only editor for default can control page visibility and structure. > . Different global language settings on a per language basis in > nearly impossible. > > 3. Solution > ----------------- > With an extension it should be possible to set several language settings: > > Per language (in website languages record): > . Define the fallbackorder: Means to define which is the alternative > language that should be shown in the case an element is not available in > this language. > . Fallbackorder can be more than one language. It can also include > the default language or not. > . Define the default setting for new elements (pages and CE) > > > Per element (page/tt_content): > . Define the languagevisibility. > . For each language you have the options: > o Show if in fallback (Means the record is visible if a > translation in the defined fallbackorder exists) > o Show if translated (Means the record is only shown if it is > really translated in the certain language) > o Yes (Always show -- the element. If not translated then the > default is shown) > o No (Hide and do not show) > . (The default option is set in language record -- see above) > > > 3.1 Permissions of a Translator > ----------------------------------- > A Translator has the permissions to: > . Set the visibility options for the languages he is responsible for. > . So he can hide default elements > . Create new elements: > o This elements have the visibility set to "NO" for all languages > where the editor has no access. > > > ----------------------- > > Please feel free to add any ideas/comments. > > > > > > > > > > ------------------------------------------------------------------------ > > > ------------------------------------------------------------------------ > From operation-lan at gmx.de Mon Nov 12 20:05:46 2007 From: operation-lan at gmx.de (=?ISO-8859-15?Q?Daniel_P=F6tzinger?=) Date: Mon, 12 Nov 2007 20:05:46 +0100 Subject: [TYPO3-dev] Proposal: Advanced Language Settings In-Reply-To: References: Message-ID: Malte Jansen schrieb: > Hi Daniel, > > if a page is translated define a special error-page with links to other > languages avaible.... > > Hi What do you mean? Kind of configurable error page if you try to access a non visible or not existent translation? From mail at maltejansen.de Mon Nov 12 20:36:27 2007 From: mail at maltejansen.de (Malte Jansen) Date: Mon, 12 Nov 2007 20:36:27 +0100 Subject: [TYPO3-dev] Proposal: Advanced Language Settings In-Reply-To: References: Message-ID: Daniel P?tzinger schrieb: > Malte Jansen schrieb: >> Hi Daniel, >> >> if a page is translated define a special error-page with links to >> other languages avaible.... >> >> > Hi > > What do you mean? > > Kind of configurable error page if you try to access a non visible or > not existent translation? Hi, Exactlly that. Mosten often you do not to fall back. For visitors it's importend to follow the navigation. So if you fall back it selently. And hide page really hides information for the visitor. Most visitors can speak more than one language, but you do not know which one. So it is a better solution to let the visitor choose the language or perhaps go back to the last page (history.back). All other options are nice, but not the best for the visitor or customer. Malte From fsuter at cobweb.ch Mon Nov 12 21:41:02 2007 From: fsuter at cobweb.ch (Francois Suter) Date: Mon, 12 Nov 2007 21:41:02 +0100 Subject: [TYPO3-dev] includeLibs for pi2 plugin Message-ID: Hi all, I am developing an extension with 2 FE plugins. I had no trouble getting the first one (pi1) to display, but the second one (pi2) stubbornly refused to display anything. After some bit of debugging, I found out that the class was not loaded. I then added it manually using the includeLibs property of the USER object and it worked. Why is it that I needed to use includeLibs explicitly for pi2 and not for pi1? The first plugin was generated by the Kickstarter while I did the second manually, but I can't find any difference. Any clue? Thanks in advance -- Francois Suter Cobweb Development Sarl - http://www.cobweb.ch From steffen at sk-typo3.de Mon Nov 12 22:22:02 2007 From: steffen at sk-typo3.de (Steffen Kamper) Date: Mon, 12 Nov 2007 22:22:02 +0100 Subject: [TYPO3-dev] includeLibs for pi2 plugin References: Message-ID: "Francois Suter" schrieb im Newsbeitrag news:mailman.1.1194900117.908.typo3-dev at lists.netfielders.de... > Hi all, > > I am developing an extension with 2 FE plugins. I had no trouble getting > the first one (pi1) to display, but the second one (pi2) stubbornly > refused to display anything. After some bit of debugging, I found out that > the class was not loaded. I then added it manually using the includeLibs > property of the USER object and it worked. > > Why is it that I needed to use includeLibs explicitly for pi2 and not for > pi1? > > The first plugin was generated by the Kickstarter while I did the second > manually, but I can't find any difference. > > Any clue? > > Thanks in advance > > -- > > Francois Suter > Cobweb Development Sarl - http://www.cobweb.ch Hi Francois, the magic happens in ext_localconf.php where you include the classes t3lib_extMgm::addPItoST43($_EXTKEY,'pi1/class.tx_yourext_pi1.php','_pi1','list_type',1); t3lib_extMgm::addPItoST43($_EXTKEY,'pi1/class.tx_yourext_pi1.php','_pi2','list_type',1); then they are like two different extension. vg Steffen From steffen at sk-typo3.de Mon Nov 12 22:23:15 2007 From: steffen at sk-typo3.de (Steffen Kamper) Date: Mon, 12 Nov 2007 22:23:15 +0100 Subject: [TYPO3-dev] includeLibs for pi2 plugin References: Message-ID: wrong copy&paste t3lib_extMgm::addPItoST43($_EXTKEY,'pi1/class.tx_yourext_pi1.php','_pi1','list_type',1); t3lib_extMgm::addPItoST43($_EXTKEY,'pi2/class.tx_yourext_pi2.php','_pi2','list_type',1);vg Steffen From fsuter at cobweb.ch Mon Nov 12 22:27:49 2007 From: fsuter at cobweb.ch (Francois Suter) Date: Mon, 12 Nov 2007 22:27:49 +0100 Subject: [TYPO3-dev] includeLibs for pi2 plugin In-Reply-To: References: Message-ID: > wrong copy&paste :-) > t3lib_extMgm::addPItoST43($_EXTKEY,'pi1/class.tx_yourext_pi1.php','_pi1','list_type',1); > t3lib_extMgm::addPItoST43($_EXTKEY,'pi2/class.tx_yourext_pi2.php','_pi2','list_type',1); Well, I did that (and with typos too, but I corrected them), which is why I'm baffled. Thanks anyway. -- Francois Suter Cobweb Development Sarl - http://www.cobweb.ch From steffen at sk-typo3.de Mon Nov 12 22:42:07 2007 From: steffen at sk-typo3.de (Steffen Kamper) Date: Mon, 12 Nov 2007 22:42:07 +0100 Subject: [TYPO3-dev] includeLibs for pi2 plugin References: Message-ID: "Francois Suter" schrieb im Newsbeitrag news:mailman.1.1194902924.7345.typo3-dev at lists.netfielders.de... >> wrong copy&paste > > :-) > >> t3lib_extMgm::addPItoST43($_EXTKEY,'pi1/class.tx_yourext_pi1.php','_pi1','list_type',1); >> t3lib_extMgm::addPItoST43($_EXTKEY,'pi2/class.tx_yourext_pi2.php','_pi2','list_type',1); > > Well, I did that (and with typos too, but I corrected them), which is why > I'm baffled. > > Thanks anyway. > > -- > > Francois Suter > Cobweb Development Sarl - http://www.cobweb.ch ok. Then you may add your plug to root template (always a good chance to miss) But you always see in Object Browser if your class is added to includelibs and if your plugin has a conf. vg Steffen From patrick at typo3quebec.org Tue Nov 13 04:57:22 2007 From: patrick at typo3quebec.org (Patrick Gaumond) Date: Mon, 12 Nov 2007 22:57:22 -0500 Subject: [TYPO3-dev] Proposal: Advanced Language Settings In-Reply-To: References: Message-ID: Just for your entertainment, here's a BT item but with BE interface in mind (ie, BE translation itself): http://bugs.typo3.org/view.php?id=5759 Patrick From bedlamhotel at gmail.com Sun Nov 11 12:26:18 2007 From: bedlamhotel at gmail.com (Christopher Torgalson) Date: Sun, 11 Nov 2007 12:26:18 +0100 Subject: [TYPO3-dev] Page CSS-Class In-Reply-To: References: Message-ID: Hi, On Nov 11, 2007 11:50 AM, Steffen Kamper wrote: > Hi, > > for some sites i extended the Page-Table with one field to declare a > CSS-Class for menu-generation. This is used e.g. to give special icons via > css to menu entries. > I know this can be achieved also with TS in a very complicate way or with > "before" and a image, but the method with an entry in page record is easy, > because editors are able to enter a class for the page. I would suggest that, instead of adding a field, you use the existing 'Layout' field for this purpose. It's no harder to retrieve a value from (and can be set up nicely for editors with TSconfig). > What do you think, would this be a useful option in general (for core) or do > you think that is to specific and has be done by an extension ? -1 * Good job for extensions * Usable field already present -- Christopher Torgalson http://www.typo3apprentice.com/ From typo3ml at andreaswolf.info Sun Nov 11 22:51:03 2007 From: typo3ml at andreaswolf.info (Andreas Wolf) Date: Sun, 11 Nov 2007 22:51:03 +0100 Subject: [TYPO3-dev] BUG 3907 - MM Relations get lost in Workspace System In-Reply-To: References: Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi all, Ingmar Schlecht schrieb: > currently Workspace related issues are best solved by Kasper. > > He can probably tell you his opinion regarding this bug and whether he > thinks this is a bug or by design (I didn't have a look at the issue). I already put some effort in solving the related bug 3531. I have an almost working solution, the only problem I still see are MM relations which are editable from both sides. I think there is a bug hidden somewhere in there, but I can't exactly tell where (has been quite a while since I last dug into this problem). I will have a look at my papers again if I find any trace that may help here. But I fear I have already thrown them away... >> Is there anybody out there who is interested in solving this bug, and will >> some core developer use there interest and influence to push this old bug to >> get resolved & integrated in the 4.2 release. I think that really Kasper is the only one who can tell if this is a bug or a strange feature... Cheers, Andreas -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHN3lHHWtXp155bP8RAsEQAJ9khIPPnB3UUPxva4bNLLi6WskzOQCeNfj/ PurLnu6/EZ1DNJM0Z8lXUKM= =lrLm -----END PGP SIGNATURE----- From dmitry at typo3.org Tue Nov 13 10:51:15 2007 From: dmitry at typo3.org (Dmitry Dulepov [typo3]) Date: Tue, 13 Nov 2007 11:51:15 +0200 Subject: [TYPO3-dev] Proposal: Advanced Language Settings In-Reply-To: References: Message-ID: Hi! Some thoughts/comments. Daniel P?tzinger wrote: > . General Localisation and Fallback feautures. (one-tree) > . If there is no translation for Australia the webpage should > fallback to English (default language) Possible > . If there is no translation for germany -- the page and also non > translated CE should not be shown. Possible with TS conditions > . If there is no translation for Spanish -- the translation for > mexico should be shown. Means a fallback to language mexico. Not sure if possible > . The translator should be able to explicitly hide or show a certain > CE or page. > . The translator should be possible to explicitly create a page which > is only visible in his language These two go against current concept where translator is a technical figure only. I am not saying this is good but you have to consult Kasper's opinion about it. He invented the concept. > . Fallback and visibility behaviour can only be set global and > therefore not for certain CE or pages They can be set for pages using TS conditions. > . Different global language settings on a per language basis in > nearly impossible. Possible using TS conditions? > . Define the fallbackorder: Means to define which is the alternative > language that should be shown in the case an element is not available in > this language. > . Fallbackorder can be more than one language. It can also include > the default language or not. > . Define the default setting for new elements (pages and CE) This all must work with standard templating and both templavoila localization concepts. Quite difficult I think... -- Dmitry Dulepov TYPO3 freelancer / TYPO3 core team member Web: http://typo3bloke.net/ Skype: callto:liels_bugs From volker.biberger at websedit.de Tue Nov 13 12:03:06 2007 From: volker.biberger at websedit.de (Volker Biberger) Date: Tue, 13 Nov 2007 12:03:06 +0100 Subject: [TYPO3-dev] workspace & filtering on SQL-Level Message-ID: Hello @all, we just worked our way through workspaces & own extensions. Everything seems to work. The only downside is, that we cannot filter Database-Entries on SQL-Level. Let's say we have a Entry in our Table with Category 1 Set. Now we filter by using SELECT * FROM ourtable WHERE pid > 0 AND category = intval($this->piVars['cat']). You get the idea. If we submit cat = 2 our entry will not be displayed. So far so good. Now with workspaces this will result in Problems if there is a verision of that entry that has category set to 2. In preview it will not be displayed since the original Entry is not selected and thus not version overlayed. Did I misunderstand the procedure of selecting Entries from Workspace, or is filtering on SQL-level not combinable with workspace. Thanks for Advance for your comments. Volker Biberger From dmitry at typo3.org Tue Nov 13 12:44:14 2007 From: dmitry at typo3.org (Dmitry Dulepov [typo3]) Date: Tue, 13 Nov 2007 13:44:14 +0200 Subject: [TYPO3-dev] workspace & filtering on SQL-Level In-Reply-To: References: Message-ID: Hi! Volker Biberger wrote: > Did I misunderstand the procedure of selecting Entries from Workspace, > or is filtering on SQL-level not combinable with workspace. Normally you should select live record and do workspace overlay. See workspace description in typo3 docs. The other way is to do complex queries depending on the versioning type (element, page or branch - they all have own conditions to use). But this way is bad because workspaces may change internally and you never know if your complex queries are still ok with those changes. -- Dmitry Dulepov TYPO3 freelancer / TYPO3 core team member Web: http://typo3bloke.net/ Skype: callto:liels_bugs From steffen at sk-typo3.de Tue Nov 13 14:05:02 2007 From: steffen at sk-typo3.de (Steffen Kamper) Date: Tue, 13 Nov 2007 14:05:02 +0100 Subject: [TYPO3-dev] german translation in context menu Message-ID: Hi, who does german translating? According to http://bugs.typo3.org/view.php?id=6690 there has to be a little change to fix this behavior. vg Steffen From dmitry at typo3.org Tue Nov 13 14:14:16 2007 From: dmitry at typo3.org (Dmitry Dulepov [typo3]) Date: Tue, 13 Nov 2007 15:14:16 +0200 Subject: [TYPO3-dev] german translation in context menu In-Reply-To: References: Message-ID: Hi Steffen! Steffen Kamper wrote: > who does german translating? Wrong list :) Should ask in typo3.teams.translators. -- Dmitry Dulepov TYPO3 freelancer / TYPO3 core team member Web: http://typo3bloke.net/ Skype: callto:liels_bugs From bedlamhotel at gmail.com Mon Nov 12 09:31:49 2007 From: bedlamhotel at gmail.com (Christopher Torgalson) Date: Mon, 12 Nov 2007 09:31:49 +0100 Subject: [TYPO3-dev] Page CSS-Class In-Reply-To: References: Message-ID: On Nov 12, 2007 9:14 AM, Daniel P?tzinger wrote: > Steffen Kamper schrieb: > > Hi, > > > > for some sites i extended the Page-Table with one field to declare a > > CSS-Class for menu-generation. This is used e.g. to give special icons via > > css to menu entries. > > I know this can be achieved also with TS in a very complicate way or with > > "before" and a image, but the method with an entry in page record is easy, > > because editors are able to enter a class for the page. > > > > What do you think, would this be a useful option in general (for core) or do > > you think that is to specific and has be done by an extension ? > > > > vg Steffen > > > > > Hi > > This is design releated, and depends on how people set up the Template. > Its also possible to add this field with the page DS if you deal with > TemplaVoila. > > So I think its no field for the core. Just nit-picking: you can't do what he's talking about (classes or ids on *menu items*) from a TV DS. Either way though, I agree: not the job of the core. -- Christopher Torgalson http://www.typo3apprentice.com/ From Martin.Kutschker at n0spam-blackbox.net Tue Nov 13 14:33:17 2007 From: Martin.Kutschker at n0spam-blackbox.net (Martin Kutschker) Date: Tue, 13 Nov 2007 14:33:17 +0100 Subject: [TYPO3-dev] german translation in context menu In-Reply-To: References: Message-ID: Steffen Kamper schrieb: > Hi, > > who does german translating? > According to http://bugs.typo3.org/view.php?id=6690 there has to be a little > change to fix this behavior. While I think the situation is good in German in the sense that nearly everything is translated, the situattion is bad because the tranbslation process is intransparent and it is unclear how if ever some spelling errors will be fixed. Masi From steffen at sk-typo3.de Tue Nov 13 15:00:40 2007 From: steffen at sk-typo3.de (Steffen Kamper) Date: Tue, 13 Nov 2007 15:00:40 +0100 Subject: [TYPO3-dev] german translation in context menu References: Message-ID: "Dmitry Dulepov [typo3]" schrieb im Newsbeitrag news:mailman.1.1194959653.13458.typo3-dev at lists.netfielders.de... > Hi Steffen! > > Steffen Kamper wrote: >> who does german translating? > > Wrong list :) Should ask in typo3.teams.translators. > > -- > Dmitry Dulepov > TYPO3 freelancer / TYPO3 core team member > Web: http://typo3bloke.net/ > Skype: callto:liels_bugs Hi Dmitry, i know there is a list, but there is no activity, that's the reason because i ask here - also to get that fixed for 4.2 (alpha!? :-) ) vg Steffen From steffen at sk-typo3.de Tue Nov 13 15:10:28 2007 From: steffen at sk-typo3.de (Steffen Kamper) Date: Tue, 13 Nov 2007 15:10:28 +0100 Subject: [TYPO3-dev] german translation in context menu References: Message-ID: "Martin Kutschker" schrieb im Newsbeitrag news:mailman.1.1194960797.19430.typo3-dev at lists.netfielders.de... > Steffen Kamper schrieb: >> Hi, >> >> who does german translating? >> According to http://bugs.typo3.org/view.php?id=6690 there has to be a >> little change to fix this behavior. > > While I think the situation is good in German in the sense that nearly > everything is translated, the situattion is bad because the tranbslation > process is intransparent and it is unclear how if ever some spelling > errors will be fixed. > > Masi Hi Masi, and for such issues which "break" a function - does anybody from core-team has access to chnge such things? vg Steffen From Martin.Kutschker at n0spam-blackbox.net Tue Nov 13 15:15:55 2007 From: Martin.Kutschker at n0spam-blackbox.net (Martin Kutschker) Date: Tue, 13 Nov 2007 15:15:55 +0100 Subject: [TYPO3-dev] german translation in context menu In-Reply-To: References: Message-ID: Steffen Kamper schrieb: > "Martin Kutschker" schrieb im > Newsbeitrag > news:mailman.1.1194960797.19430.typo3-dev at lists.netfielders.de... >> Steffen Kamper schrieb: >>> Hi, >>> >>> who does german translating? >>> According to http://bugs.typo3.org/view.php?id=6690 there has to be a >>> little change to fix this behavior. >> While I think the situation is good in German in the sense that nearly >> everything is translated, the situattion is bad because the tranbslation >> process is intransparent and it is unclear how if ever some spelling >> errors will be fixed. >> >> Masi > > Hi Masi, > > and for such issues which "break" a function - does anybody from core-team > has access to chnge such things? No, the whole translation things is a "closed shop" with it's own server etc. You cannot even provide translatiosn for your own extensions. Masi From Martin.Kutschker at n0spam-blackbox.net Tue Nov 13 15:20:06 2007 From: Martin.Kutschker at n0spam-blackbox.net (Martin Kutschker) Date: Tue, 13 Nov 2007 15:20:06 +0100 Subject: [TYPO3-dev] browse elements - only specific page (or branch) Message-ID: Hi! I want to restrict the standard element wizard for a field to show only a specific page (or branch). Or if that isn't possible to add a wzard to the field which does this. Is this poosible? I didn't find anything yet, but maybe I have missed something. Masi From steffen at sk-typo3.de Tue Nov 13 15:35:14 2007 From: steffen at sk-typo3.de (Steffen Kamper) Date: Tue, 13 Nov 2007 15:35:14 +0100 Subject: [TYPO3-dev] german translation in context menu References: Message-ID: "Martin Kutschker" schrieb im Newsbeitrag news:mailman.1.1194963355.31297.typo3-dev at lists.netfielders.de... > Steffen Kamper schrieb: >> "Martin Kutschker" schrieb im >> Newsbeitrag >> news:mailman.1.1194960797.19430.typo3-dev at lists.netfielders.de... >>> Steffen Kamper schrieb: >>>> Hi, >>>> >>>> who does german translating? >>>> According to http://bugs.typo3.org/view.php?id=6690 there has to be a >>>> little change to fix this behavior. >>> While I think the situation is good in German in the sense that nearly >>> everything is translated, the situattion is bad because the tranbslation >>> process is intransparent and it is unclear how if ever some spelling >>> errors will be fixed. >>> >>> Masi >> >> Hi Masi, >> >> and for such issues which "break" a function - does anybody from >> core-team has access to chnge such things? > > No, the whole translation things is a "closed shop" with it's own server > etc. You cannot even provide translatiosn for your own extensions. > > Masi hmm - that's bad. there should be at least one responsible person who coordinates this and who can do "urgent" changes. vg Steffen From steffen at sk-typo3.de Tue Nov 13 15:41:38 2007 From: steffen at sk-typo3.de (Steffen Kamper) Date: Tue, 13 Nov 2007 15:41:38 +0100 Subject: [TYPO3-dev] browse elements - only specific page (or branch) References: Message-ID: "Martin Kutschker" schrieb im Newsbeitrag news:mailman.1.1194963606.32506.typo3-dev at lists.netfielders.de... > Hi! > > I want to restrict the standard element wizard for a field to show only a > specific page (or branch). Or if that isn't possible to add a wzard to the > field which does this. > > Is this poosible? I didn't find anything yet, but maybe I have missed > something. > > Masi Hi Masi, that's a good idea. I also thought often about such because it's annoying if you every time have to browse through whole page tree. A good idea would e.g. restriction to * pagetypes (e.g. use only sysfolders) * specific branch of tree * list of pids I didn't examined in detailed, but i think it's in class.browse_links.php and the localPageTree-class vg Steffen From steffen at sk-typo3.de Tue Nov 13 15:44:17 2007 From: steffen at sk-typo3.de (Steffen Kamper) Date: Tue, 13 Nov 2007 15:44:17 +0100 Subject: [TYPO3-dev] Page CSS-Class References: Message-ID: ok, thanks for your input! vg Steffen From dmitry at typo3.org Tue Nov 13 15:45:29 2007 From: dmitry at typo3.org (Dmitry Dulepov [typo3]) Date: Tue, 13 Nov 2007 16:45:29 +0200 Subject: [TYPO3-dev] browse elements - only specific page (or branch) In-Reply-To: References: Message-ID: Hi! Martin Kutschker wrote: > I want to restrict the standard element wizard for a field to show only > a specific page (or branch). Or if that isn't possible to add a wzard to > the field which does this. > > Is this poosible? I didn't find anything yet, but maybe I have missed > something. At the moment some wizards accept 'pid' parameter. This way page is pre-selected in the wizard. Not exactly what you want but a start... -- Dmitry Dulepov TYPO3 freelancer / TYPO3 core team member Web: http://typo3bloke.net/ Skype: callto:liels_bugs From dmitry at typo3.org Tue Nov 13 15:47:21 2007 From: dmitry at typo3.org (Dmitry Dulepov [typo3]) Date: Tue, 13 Nov 2007 16:47:21 +0200 Subject: [TYPO3-dev] german translation in context menu In-Reply-To: References: Message-ID: Martin Kutschker wrote: > No, the whole translation things is a "closed shop" with it's own server > etc. You cannot even provide translatiosn for your own extensions. Well, you can but this is not a quick process. Requires manual uploading of files to translation server. Obviously no one is willing to do it. But as far as I know this will be greatly improved in the [nearest?] future. -- Dmitry Dulepov TYPO3 freelancer / TYPO3 core team member Web: http://typo3bloke.net/ Skype: callto:liels_bugs From dmitry at typo3.org Tue Nov 13 15:48:27 2007 From: dmitry at typo3.org (Dmitry Dulepov [typo3]) Date: Tue, 13 Nov 2007 16:48:27 +0200 Subject: [TYPO3-dev] german translation in context menu In-Reply-To: References: Message-ID: Steffen Kamper wrote: > i know there is a list, but there is no activity, that's the reason because > i ask here - also to get that fixed for 4.2 (alpha!? :-) ) Ask for the password in the list and correct spelling. What can be easier? :) -- Dmitry Dulepov TYPO3 freelancer / TYPO3 core team member Web: http://typo3bloke.net/ Skype: callto:liels_bugs From Martin.Kutschker at n0spam-blackbox.net Tue Nov 13 16:14:52 2007 From: Martin.Kutschker at n0spam-blackbox.net (Martin Kutschker) Date: Tue, 13 Nov 2007 16:14:52 +0100 Subject: [TYPO3-dev] browse elements - only specific page (or branch) In-Reply-To: References: Message-ID: Dmitry Dulepov [typo3] schrieb: > Hi! > > Martin Kutschker wrote: >> I want to restrict the standard element wizard for a field to show >> only a specific page (or branch). Or if that isn't possible to add a >> wzard to the field which does this. >> >> Is this poosible? I didn't find anything yet, but maybe I have missed >> something. > > At the moment some wizards accept 'pid' parameter. This way page is > pre-selected in the wizard. Not exactly what you want but a start... One pid is fine for me (sort of), but do we have the element browser as wizard? I don't think so. Masi From Martin.Kutschker at n0spam-blackbox.net Tue Nov 13 16:16:22 2007 From: Martin.Kutschker at n0spam-blackbox.net (Martin Kutschker) Date: Tue, 13 Nov 2007 16:16:22 +0100 Subject: [TYPO3-dev] german translation in context menu In-Reply-To: References: Message-ID: Dmitry Dulepov [typo3] schrieb: > Martin Kutschker wrote: >> No, the whole translation things is a "closed shop" with it's own >> server etc. You cannot even provide translatiosn for your own extensions. > > Well, you can but this is not a quick process. Requires manual uploading > of files to translation server. I can do this myself? This is news to me. > But as far as I know this will be greatly improved in the [nearest?] > future. I hear that for at least a year ;-) Masi From mail at maltejansen.de Tue Nov 13 16:28:42 2007 From: mail at maltejansen.de (Malte Jansen) Date: Tue, 13 Nov 2007 16:28:42 +0100 Subject: [TYPO3-dev] Hide table in record listings does not work!?! Message-ID: Hi, I wanted to hide some table the $TCA. In the documentation ('Reference for the ['ctrl'] section:') it says: Key: hideTable = Boolean http://typo3.org/documentation/document-library/core-documentation/doc_core_api/4.1.0/view/4/2/#id3613137 So it should look like this, but it does not work. $TCA["tx_mytable"] = array ( "ctrl" => array ( 'title' => , 'label' => , 'tstamp' => 'tstamp', 'crdate' => 'crdate', 'cruser_id' => 'cruser_id', 'hideTable' => 1, ... ) ); I have overseen somesthing? Cheers, Malte From steffen at sk-typo3.de Tue Nov 13 16:32:08 2007 From: steffen at sk-typo3.de (Steffen Kamper) Date: Tue, 13 Nov 2007 16:32:08 +0100 Subject: [TYPO3-dev] Hide table in record listings does not work!?! References: Message-ID: "Malte Jansen" schrieb im Newsbeitrag news:mailman.1.1194967723.12123.typo3-dev at lists.netfielders.de... > Hi, > > I wanted to hide some table the $TCA. In the documentation ('Reference for > the ['ctrl'] section:') it says: > Key: hideTable = Boolean > > http://typo3.org/documentation/document-library/core-documentation/doc_core_api/4.1.0/view/4/2/#id3613137 > > So it should look like this, but it does not work. > > $TCA["tx_mytable"] = array ( > "ctrl" => array ( > 'title' => , 'label' => , > 'tstamp' => 'tstamp', > 'crdate' => 'crdate', > 'cruser_id' => 'cruser_id', > 'hideTable' => 1, > ... > ) > ); > > I have overseen somesthing? > > Cheers, > > Malte Hi Malte, what i do in such cases, i do a search in source for 'hideTable' What shall i say - no match! vg Steffen From steffen at sk-typo3.de Tue Nov 13 16:33:58 2007 From: steffen at sk-typo3.de (Steffen Kamper) Date: Tue, 13 Nov 2007 16:33:58 +0100 Subject: [TYPO3-dev] Hide table in record listings does not work!?! References: Message-ID: "Steffen Kamper" schrieb im Newsbeitrag news:mailman.1.1194967886.12559.typo3-dev at lists.netfielders.de... > > "Malte Jansen" schrieb im Newsbeitrag > news:mailman.1.1194967723.12123.typo3-dev at lists.netfielders.de... >> Hi, >> >> I wanted to hide some table the $TCA. In the documentation ('Reference >> for the ['ctrl'] section:') it says: >> Key: hideTable = Boolean >> >> http://typo3.org/documentation/document-library/core-documentation/doc_core_api/4.1.0/view/4/2/#id3613137 >> >> So it should look like this, but it does not work. >> >> $TCA["tx_mytable"] = array ( >> "ctrl" => array ( >> 'title' => , 'label' => , >> 'tstamp' => 'tstamp', >> 'crdate' => 'crdate', >> 'cruser_id' => 'cruser_id', >> 'hideTable' => 1, >> ... >> ) >> ); >> >> I have overseen somesthing? >> >> Cheers, >> >> Malte > > Hi Malte, > > what i do in such cases, i do a search in source for 'hideTable' > > What shall i say - no match! > > vg Steffen what you can do is: $dblist->hideTables = $this->modTSconfig['properties']['hideTables']; so it's possible with TS. vg Steffen From dmitry at typo3.org Tue Nov 13 16:53:40 2007 From: dmitry at typo3.org (Dmitry Dulepov [typo3]) Date: Tue, 13 Nov 2007 17:53:40 +0200 Subject: [TYPO3-dev] browse elements - only specific page (or branch) In-Reply-To: References: Message-ID: Martin Kutschker wrote: > One pid is fine for me (sort of), but do we have the element browser as > wizard? I don't think so. Sure we have... typo3/wizard_list.php does it. Or any select box, which did not get pair box on the right. -- Dmitry Dulepov TYPO3 freelancer / TYPO3 core team member Web: http://typo3bloke.net/ Skype: callto:liels_bugs From dmitry at typo3.org Tue Nov 13 16:57:37 2007 From: dmitry at typo3.org (Dmitry Dulepov [typo3]) Date: Tue, 13 Nov 2007 17:57:37 +0200 Subject: [TYPO3-dev] german translation in context menu In-Reply-To: References: Message-ID: Martin Kutschker wrote: > I can do this myself? This is news to me. Well, you cannot do it directly :D Theoretically (and very theoretically!) you can send translations to me for uploading. But I doubt I'll get to this task until after new year :D I am officially supporting translations from core team side, so I can do it on the translation server. But it really takes much time to upload files one by one :( > I hear that for at least a year ;-) Well... There is not better news that I can tell you :( -- Dmitry Dulepov TYPO3 freelancer / TYPO3 core team member Web: http://typo3bloke.net/ Skype: callto:liels_bugs From mail at maltejansen.de Tue Nov 13 17:28:45 2007 From: mail at maltejansen.de (Malte Jansen) Date: Tue, 13 Nov 2007 17:28:45 +0100 Subject: [TYPO3-dev] Hide table in record listings does not work!?! In-Reply-To: References: Message-ID: Hi, I have also searched for it... Here is the Bug and the patch http://bugs.typo3.org/view.php?id=6703 It's a no brainer, so it could get realy fast into the core. Cheers, Malte Steffen Kamper schrieb: > "Steffen Kamper" schrieb im Newsbeitrag > news:mailman.1.1194967886.12559.typo3-dev at lists.netfielders.de... >> "Malte Jansen" schrieb im Newsbeitrag >> news:mailman.1.1194967723.12123.typo3-dev at lists.netfielders.de... >>> Hi, >>> >>> I wanted to hide some table the $TCA. In the documentation ('Reference >>> for the ['ctrl'] section:') it says: >>> Key: hideTable = Boolean >>> >>> http://typo3.org/documentation/document-library/core-documentation/doc_core_api/4.1.0/view/4/2/#id3613137 >>> >>> So it should look like this, but it does not work. >>> >>> $TCA["tx_mytable"] = array ( >>> "ctrl" => array ( >>> 'title' => , 'label' => , >>> 'tstamp' => 'tstamp', >>> 'crdate' => 'crdate', >>> 'cruser_id' => 'cruser_id', >>> 'hideTable' => 1, >>> ... >>> ) >>> ); >>> >>> I have overseen somesthing? >>> >>> Cheers, >>> >>> Malte >> Hi Malte, >> >> what i do in such cases, i do a search in source for 'hideTable' >> >> What shall i say - no match! >> >> vg Steffen > > what you can do is: > > $dblist->hideTables = $this->modTSconfig['properties']['hideTables']; > > so it's possible with TS. > > vg Steffen > > From steffen at sk-typo3.de Tue Nov 13 17:49:00 2007 From: steffen at sk-typo3.de (Steffen Kamper) Date: Tue, 13 Nov 2007 17:49:00 +0100 Subject: [TYPO3-dev] Hide table in record listings does not work!?! References: Message-ID: "Malte Jansen" schrieb im Newsbeitrag news:mailman.1.1194971326.21316.typo3-dev at lists.netfielders.de... > Hi, > > I have also searched for it... > > Here is the Bug and the patch > http://bugs.typo3.org/view.php?id=6703 > > It's a no brainer, so it could get realy fast into the core. > > Cheers, > > Malte hurry up with RFC :-) vg Steffen From jsegars at alumni.rice.edu Tue Nov 13 17:54:30 2007 From: jsegars at alumni.rice.edu (Jeff Segars) Date: Tue, 13 Nov 2007 16:54:30 +0000 (UTC) Subject: [TYPO3-dev] Hide table in record listings does not work!?! References: Message-ID: This was actually removed intentionally after some core list discussion about a year and a half ago. http://lists.netfielders.de/pipermail/typo3-team-core/2006-March/ 02841.html Personally, I also prefer being able to do it from the TCA. Since the TCA option has been missing, I've set the default Page TSConfig from my extensions instead. Thanks, jeff -- I'm using an evaluation license of nemo since 206 days. You should really try it! http://www.malcom-mac.com/nemo From mail at maltejansen.de Tue Nov 13 17:55:23 2007 From: mail at maltejansen.de (Malte Jansen) Date: Tue, 13 Nov 2007 17:55:23 +0100 Subject: [TYPO3-dev] Hide table in record listings does not work!?! In-Reply-To: References: Message-ID: Less than 5 minutes. Done :D Malte Steffen Kamper schrieb: > "Malte Jansen" schrieb im Newsbeitrag > news:mailman.1.1194971326.21316.typo3-dev at lists.netfielders.de... >> Hi, >> >> I have also searched for it... >> >> Here is the Bug and the patch >> http://bugs.typo3.org/view.php?id=6703 >> >> It's a no brainer, so it could get realy fast into the core. >> >> Cheers, >> >> Malte > > hurry up with RFC :-) > > vg Steffen > > From mario.melanie at arcor.de Tue Nov 13 19:47:50 2007 From: mario.melanie at arcor.de (Mario Matzulla) Date: Tue, 13 Nov 2007 19:47:50 +0100 Subject: [TYPO3-dev] Time issues - a proposal In-Reply-To: References: Message-ID: Hi Masi, Martin Kutschker schrieb: > Here's a proposal I sent on typo3.dev: > > Martin Kutschker schrieb: >> >> And I want a new option to store all timestamps in UTC/GMT. Therefor >> t3lib_div gets two new functions. >> >> function getTime() { >> if ($GLOBALS['TYPO3_CONF_VAR']['SYS']['useUTC']) { >> $time = gmtime(); >> } else { >> $time = time(); >> } >> } >> >> function makeTime() { >> $args = func_get_args(); >> >> if ($GLOBALS['TYPO3_CONF_VAR']['SYS']['useUTC']) { >> return call_user_func_array('gmmktime', $args); >> } else { >> return call_user_func_array('mktime', $args); >> } >> } > > The idea is that TYPO3 runs either backwards compatible with local time > or in UTC for new installations. > > The Core and all compliant extensions MUST use these two new functions > so that timestamps are generated in a consistent way across the system. I'm not sure about these functions. I think it's an enhancement, but it doesn't really solve the problem: date & time fields are generated through a client-side javascript - where you don't know the timezone. That's why we FIRST want to change the javascript to return only UTC times and THAN we can talk on how we handle time on the server-side. Regards, Mario > > Masi From operation-lan at gmx.de Tue Nov 13 23:29:16 2007 From: operation-lan at gmx.de (=?ISO-8859-1?Q?Daniel_P=F6tzinger?=) Date: Tue, 13 Nov 2007 23:29:16 +0100 Subject: [TYPO3-dev] Proposal: Advanced Language Settings In-Reply-To: References: Message-ID: Hello Dimitry Thanks for your comments. Idea in general is to have a better maintainable and flexible concept in general. I know that some of this requirements can be achived by the use of conditions. But I think you agree that there are better maintainable ways - and also there are requirements which cannot be achieved. > Hi! > > Some thoughts/comments. > > Daniel P?tzinger wrote: >> . General Localisation and Fallback feautures. (one-tree) >> . If there is no translation for Australia the webpage should >> fallback to English (default language) > > Possible > >> . If there is no translation for germany -- the page and also non >> translated CE should not be shown. > > Possible with TS conditions Yes and No: for pages: ok - with the not so nice errormessage for tt_content: not for FCE. (they have language setting "all" and DS behaviour 0-1) > >> . If there is no translation for Spanish -- the translation for >> mexico should be shown. Means a fallback to language mexico. > > Not sure if possible Should not be possible, there is a patch in bugtracker with possibility for that. > >> . The translator should be able to explicitly hide or show a >> certain CE or page. >> . The translator should be possible to explicitly create a page >> which is only visible in his language > > These two go against current concept where translator is a technical > figure only. I am not saying this is good but you have to consult > Kasper's opinion about it. He invented the concept. yep the translator concept - but in real world its not always practicable. Of course there should be the limitation that new created elements are only visible in the certain language and not in default. > >> . Fallback and visibility behaviour can only be set global and >> therefore not for certain CE or pages > > They can be set for pages using TS conditions. Well this is not practicable for editors, and not possible on a CE basis. > >> . Different global language settings on a per language basis in >> nearly impossible. > > Possible using TS conditions? ok for most cases. > >> . Define the fallbackorder: Means to define which is the >> alternative language that should be shown in the case an element is >> not available in this language. >> . Fallbackorder can be more than one language. It can also include >> the default language or not. >> . Define the default setting for new elements (pages and CE) > > This all must work with standard templating and both templavoila > localization concepts. Quite difficult I think... Yep :-( I know the function like "filterMenuPages" Is there something similear (hook) for tt_content elements? A way to have a function which can decide if a content element should be shown in FE. > From dmitry at typo3.org Wed Nov 14 08:58:22 2007 From: dmitry at typo3.org (Dmitry Dulepov [typo3]) Date: Wed, 14 Nov 2007 09:58:22 +0200 Subject: [TYPO3-dev] Hide table in record listings does not work!?! In-Reply-To: References: Message-ID: Jeff Segars wrote: > Personally, I also prefer being able to do it from the TCA. Since the > TCA option has been missing, I've set the default Page TSConfig from my > extensions instead. I think that decision was a mistake. TSConfig requires parsing every time when page is loaded in BE. TCA option is just a flag. -- Dmitry Dulepov TYPO3 freelancer / TYPO3 core team member Web: http://typo3bloke.net/ Skype: callto:liels_bugs From bidau at ensci.com Wed Nov 14 11:58:27 2007 From: bidau at ensci.com (=?ISO-8859-1?Q?Isma=EBl_Bidau?=) Date: Wed, 14 Nov 2007 11:58:27 +0100 Subject: [TYPO3-dev] tx_partner tx_party status Message-ID: Hi, We have to manage the industrial partners of our school. I tried tx_partner that fits some of my needs, but I see it doesn't use IRRE. In the Wiki, I saw some informations about a new tx_party extension that should replace tx_partner. What the status of this extensions? Could I try it ? Isma?l BIDAU From steffen at sk-typo3.de Wed Nov 14 12:17:50 2007 From: steffen at sk-typo3.de (Steffen Kamper) Date: Wed, 14 Nov 2007 12:17:50 +0100 Subject: [TYPO3-dev] tx_partner tx_party status References: Message-ID: "Isma?l Bidau" schrieb im Newsbeitrag news:mailman.1.1195037909.31787.typo3-dev at lists.netfielders.de... > Hi, > > We have to manage the industrial partners of our school. > I tried tx_partner that fits some of my needs, but I see it doesn't use > IRRE. > In the Wiki, I saw some informations about a new tx_party extension that > should replace tx_partner. > What the status of this extensions? Could I try it ? > > Isma?l BIDAU Hi Ismael, please contact David Br?hlmeier directly or ask in ECT-list. vg Steffen From tomi at tri-ex.si Wed Nov 14 13:47:11 2007 From: tomi at tri-ex.si (Tomi Hrovatin) Date: Wed, 14 Nov 2007 13:47:11 +0100 Subject: [TYPO3-dev] Indexing files in DAM from the frontend In-Reply-To: References: Message-ID: Valery, is it possible to get patches you mention on wiki? regards, Tomi Hrovatin Valery Romanchev wrote: > Thomas Waggershauser ?????: >> Hello, >> >> does anybody know some existing code for that problem? > > I made indexing of DAM files by indexed_search with crawler > for an intranet system > > I put some info in wiki: > http://wiki.typo3.org/index.php/Dam#DAM_and_indexed_search > > Regards, > Valery Romanchev > www.typo3lab.ru From Martin.Kutschker at n0spam-blackbox.net Wed Nov 14 14:39:49 2007 From: Martin.Kutschker at n0spam-blackbox.net (Martin Kutschker) Date: Wed, 14 Nov 2007 14:39:49 +0100 Subject: [TYPO3-dev] Time issues - a proposal In-Reply-To: References: Message-ID: Mario Matzulla schrieb: > Hi Masi, > > Martin Kutschker schrieb: >> Here's a proposal I sent on typo3.dev: >> >> Martin Kutschker schrieb: >>> >>> And I want a new option to store all timestamps in UTC/GMT. Therefor >>> t3lib_div gets two new functions. >>> >>> function getTime() { >>> if ($GLOBALS['TYPO3_CONF_VAR']['SYS']['useUTC']) { >>> $time = gmtime(); >>> } else { >>> $time = time(); >>> } >>> } >>> >>> function makeTime() { >>> $args = func_get_args(); >>> >>> if ($GLOBALS['TYPO3_CONF_VAR']['SYS']['useUTC']) { >>> return call_user_func_array('gmmktime', $args); >>> } else { >>> return call_user_func_array('mktime', $args); >>> } >>> } >> >> The idea is that TYPO3 runs either backwards compatible with local >> time or in UTC for new installations. >> >> The Core and all compliant extensions MUST use these two new functions >> so that timestamps are generated in a consistent way across the system. > > I'm not sure about these functions. I think it's an enhancement, but it > doesn't really solve the problem: date & time fields are generated > through a client-side javascript - where you don't know the timezone. > That's why we FIRST want to change the javascript to return only UTC > times and THAN we can talk on how we handle time on the server-side. The functions are needed for backwards compatibility. Currenty TYPO3 uses the local TZ on the server side. So all EXISTING database entries are made with that. In a new installation you can use UTC for storage. My propsoed functions make only sure you get the time in the expectd format: local or UTC. Masu Masi From mack at xnos.org Wed Nov 14 13:27:34 2007 From: mack at xnos.org (Benjamin Mack) Date: Wed, 14 Nov 2007 13:27:34 +0100 Subject: [TYPO3-dev] Putting the time into starttime Message-ID: Hey guys, I was chatting today about the fields "starttime" / "endtime". This was also a discussion on the Mailing list. The issue is this: Although the DB field is a timestamp, in the BE forms only the date can be entered. If you install date2cal or similar, you can enter the hours as well. But if we'd consider time, we'd also need to discuss how the cache behaves for it. I'm not really in the loop to figure this out on my own. So, I am thinking about this: * Have a installer-time option to activate "time" on starttime / endtime, but have it disabled in general since only a few people will actually need it. * If time is activated, we'd need to figure out the cache issues, and I hope of help from you guys. What do you think about the issues? Please also comment on how and when you use the starttime and endtime feature, so we know how many people want to have this sorted out. -- greetings, benni. -SDG- www.xnos.de // www.xnos.org From mail at maltejansen.de Wed Nov 14 17:03:36 2007 From: mail at maltejansen.de (Malte Jansen) Date: Wed, 14 Nov 2007 17:03:36 +0100 Subject: [TYPO3-dev] Putting the time into starttime In-Reply-To: References: Message-ID: Benjamin Mack schrieb: > Hey guys, > > I was chatting today about the fields "starttime" / "endtime". This was > also a discussion on the Mailing list. > > The issue is this: Although the DB field is a timestamp, in the BE forms > only the date can be entered. If you install date2cal or similar, you > can enter the hours as well. > > But if we'd consider time, we'd also need to discuss how the cache > behaves for it. I'm not really in the loop to figure this out on my own. > > So, I am thinking about this: > * Have a installer-time option to activate "time" on starttime / > endtime, but have it disabled in general since only a few people will > actually need it. > * If time is activated, we'd need to figure out the cache issues, and I > hope of help from you guys. > > What do you think about the issues? Please also comment on how and when > you use the starttime and endtime feature, so we know how many people > want to have this sorted out. > I don't know how the cache work in details. But normally the cache is cleared at midnight. So the time would not work. So there must be some kind of checking, wheater the starttime/endtime is set and the cache must be cleared on the next request of the page/content. Cheers, Malte From steffen at sk-typo3.de Wed Nov 14 17:04:53 2007 From: steffen at sk-typo3.de (Steffen Kamper) Date: Wed, 14 Nov 2007 17:04:53 +0100 Subject: [TYPO3-dev] Putting the time into starttime References: Message-ID: Hi Benni, as we talked already about, some remarks. If using date2cal-ext there is the option to enter date and time for both. The possibility is there as the fields are timestamps, and a little change in TCA would enable this for normal input. As the fields are processed as timestamps there is no change need for. So in my eyes i would vote for the "little" change. There is one general thing i'm not sure about - when using start/stop the cache has to be cleared at this point, so new page/record is shown immediatly. is there any mechanism for that already in core? vg Steffen "Benjamin Mack" schrieb im Newsbeitrag news:mailman.391.1195055778.14020.typo3-dev at lists.netfielders.de... > Hey guys, > > I was chatting today about the fields "starttime" / "endtime". This was > also a discussion on the Mailing list. > > The issue is this: Although the DB field is a timestamp, in the BE forms > only the date can be entered. If you install date2cal or similar, you can > enter the hours as well. > > But if we'd consider time, we'd also need to discuss how the cache behaves > for it. I'm not really in the loop to figure this out on my own. > > So, I am thinking about this: > * Have a installer-time option to activate "time" on starttime / endtime, > but have it disabled in general since only a few people will actually need > it. > * If time is activated, we'd need to figure out the cache issues, and I > hope of help from you guys. > > What do you think about the issues? Please also comment on how and when > you use the starttime and endtime feature, so we know how many people want > to have this sorted out. > > -- > greetings, > benni. > -SDG- > > www.xnos.de // www.xnos.org From steffen at sk-typo3.de Wed Nov 14 17:07:14 2007 From: steffen at sk-typo3.de (Steffen Kamper) Date: Wed, 14 Nov 2007 17:07:14 +0100 Subject: [TYPO3-dev] Putting the time into starttime References: Message-ID: Hi Malte, "Malte Jansen" schrieb im Newsbeitrag news:mailman.1.1195056215.887.typo3-dev at lists.netfielders.de... > But normally the cache is cleared at midnight. So the time would not work. > So there must be some kind of checking, wheater the starttime/endtime is > set and the cache must be cleared on the next request of the page/content. > what is normally? normally the cache is cleared when you press the button. It's cleared at midnight if you configure it. Default is no clearing. vg Steffen From tapio.markula at xetpoint.fi Wed Nov 14 17:45:20 2007 From: tapio.markula at xetpoint.fi (Tapio Markula) Date: Wed, 14 Nov 2007 18:45:20 +0200 Subject: [TYPO3-dev] Tabbed menu code into own class file Message-ID: Hi It would be nice that tabbed menu code would be in own class file instead of template.php. In order to maintain backward compatibility existing related functions could have refereces to another function. When tabbed menu code would be in separate class file it could be used in frontend editing in 'Forms on page' mode and frontend plugins. In core list has been much patch proposal related with tabbed menu but this is a basic level issue worth to discuss here. From mack at xnos.org Wed Nov 14 17:56:18 2007 From: mack at xnos.org (Benjamin Mack) Date: Wed, 14 Nov 2007 17:56:18 +0100 Subject: [TYPO3-dev] Tabbed menu code into own class file In-Reply-To: References: Message-ID: Hey Tapio, sure. sounds like a good idea. I also want to make the Tabbed menu code more readable and in an unordered list instead of a table right now. In addition to that, I want to remove the Javascript from the php source as well (similar to the clickmenu etc.). Hey, if you're interested, send a patch (I hope you know how make one by now) to the core list for review and we can check it then. greetings, benni. -SDG- www.xnos.de // www.xnos.org Tapio Markula wrote: > Hi > > It would be nice that tabbed menu code would be in own class file > instead of template.php. > > In order to maintain backward compatibility existing related functions > could have refereces to another function. > > When tabbed menu code would be in separate class file it could be used > in frontend editing in 'Forms on page' mode and frontend plugins. > > In core list has been much patch proposal related with tabbed menu but > this is a basic level issue worth to discuss here. > _______________________________________________ > TYPO3-dev mailing list > TYPO3-dev at lists.netfielders.de > http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev From andre01 at typotemp.com Wed Nov 14 19:25:18 2007 From: andre01 at typotemp.com (andreas stein) Date: Wed, 14 Nov 2007 19:25:18 +0100 Subject: [TYPO3-dev] BUG 3907 - MM Relations get lost in Workspace System References: Message-ID: >> He can probably tell you his opinion regarding this bug and whether he >> thinks this is a bug or by design (I didn't have a look at the issue). > I already put some effort in solving the related bug 3531. I have an > almost working solution, the only problem I still see are MM relations > which are editable from both sides. I think there is a bug hidden > somewhere in there, but I can't exactly tell where (has been quite a > while since I last dug into this problem). I will have a look at my > papers again if I find any trace that may help here. But I fear I have > already thrown them away... > >>> Is there anybody out there who is interested in solving this bug, and >>> will >>> some core developer use there interest and influence to push this old >>> bug to >>> get resolved & integrated in the 4.2 release. > I think that really Kasper is the only one who can tell if this is a bug > or a strange feature... Hi Andreas, thank you for pointing me to #3531.. the patch 3531_t3lib_tcemain-all-tables3.diff looks scary, quite simple but very global. if you'll find further information corresponding to this. please let me know. will try this as soon as possible. Cheers Andras From ingmar at typo3.org Wed Nov 14 20:06:57 2007 From: ingmar at typo3.org (Ingmar Schlecht) Date: Wed, 14 Nov 2007 20:06:57 +0100 Subject: [TYPO3-dev] BUG 3907 - MM Relations get lost in Workspace System In-Reply-To: References: Message-ID: andreas stein wrote: > Hi Andreas, > > thank you for pointing me to #3531.. the patch > 3531_t3lib_tcemain-all-tables3.diff looks scary, quite simple but very > global. > if you'll find further information corresponding to this. please let me > know. will try this as soon as possible. Did you ask Kasper for his comment and if so, what was his response? cheers Ingmar -- Ingmar Schlecht TYPO3 Association Active Member From mail at maltejansen.de Wed Nov 14 20:26:22 2007 From: mail at maltejansen.de (Malte Jansen) Date: Wed, 14 Nov 2007 20:26:22 +0100 Subject: [TYPO3-dev] Move hardcoded New-Wizards to the $TCA Message-ID: Hi, While checking the db_new for some other feature. I found out that the wizards (pages & tt_content) are hardcoded. They could be easily moved to there $TCA-config, so the could would be clean of anything special: ... [columns] => array(...) [ctrl][wizards] => array ( 1 => array( "icon" => "path/icon.gif", "label" => "some label", "path" => "path to wizard", "db_new" => 1, ), 2 => array(...) ) .. So there must only be check for some TS of pages&tt_content for compability. New wizards, can easily added or exsting one can easily replaced via TCA. And for other extension it is easier to make their own wizards. so you don't have to create module like Web>MyWizardModule. So Wizards are registered and could be used anywhere else.. Cheers, Malte From fsuter at cobweb.ch Wed Nov 14 20:37:06 2007 From: fsuter at cobweb.ch (Francois Suter) Date: Wed, 14 Nov 2007 20:37:06 +0100 Subject: [TYPO3-dev] Move hardcoded New-Wizards to the $TCA In-Reply-To: References: Message-ID: Hi, > While checking the db_new for some other feature. I found out that the > wizards (pages & tt_content) are hardcoded. +1 That reminds me of a feature request I thought about quite a while ago and forgot about: add to mod.web_list.newPageWiz a property "disabled" just like there is for mod.web_list.newContentWiz. This would make it possible to hide the wizard, which is often very confusing for users, especially when there's only 1 template anyway... I suppose I should make a separate patch for that anyway to stick to core-team ML rules :-) Cheers -- Francois Suter Cobweb Development Sarl - http://www.cobweb.ch From mail at maltejansen.de Wed Nov 14 21:41:24 2007 From: mail at maltejansen.de (Malte Jansen) Date: Wed, 14 Nov 2007 21:41:24 +0100 Subject: [TYPO3-dev] Move hardcoded New-Wizards to the $TCA In-Reply-To: References: Message-ID: Francois Suter schrieb: > Hi, > >> While checking the db_new for some other feature. I found out that the >> wizards (pages & tt_content) are hardcoded. > > +1 > > That reminds me of a feature request I thought about quite a while ago > and forgot about: add to mod.web_list.newPageWiz a property "disabled" > just like there is for mod.web_list.newContentWiz. This would make it > possible to hide the wizard, which is often very confusing for users, > especially when there's only 1 template anyway... > > I suppose I should make a separate patch for that anyway to stick to > core-team ML rules :-) > > Cheers In one auf the last post of "RFC: #6703 $TCA[table]['ctrl']['hideTable'] not implemented" I had written something simular to your part... From andre01 at typotemp.com Wed Nov 14 22:47:31 2007 From: andre01 at typotemp.com (andreas stein) Date: Wed, 14 Nov 2007 22:47:31 +0100 Subject: [TYPO3-dev] BUG 3907 - MM Relations get lost in Workspace System References: Message-ID: > Did you ask Kasper for his comment and if so, what was his response? > > cheers > Ingmar > Thanx Ingmar for response! Yes I did. But I assumed from his answer that I still haven't got the whole workspace concept or he hasn't had enough time to look at this features. Thanx to Andreas Wolf I solved this now by extending the t3lib_tcemain class via "xclass", and it works quite fine. But when I compare the two bugs #3907 and #3531 the whole code is still leaking at a lot of points in the typo3 mm concept - so far from a patch, but I will post a small extension so one can use it until there is a more satisfying solution for the use of mm references in the workscpace. enjoy your day andreas > -----Urspr?ngliche Nachricht----- > Von: "Kasper Sk?rh?j (GMAIL)" [mailto:kasper.typo3 at gmail.com] > Gesendet: Sonntag, 11. November 2007 20:42 > An: Andreas S. > Betreff: Re: [TYPO3-dev] BUG 3907 - MM Relations get lost in Workspace > System > > Hi Andreas, > > I suppose you are using "Page" and/or "Branch" versioning. Those are > depricated from version 4.2 since "Element" versioning now allows for > moving elements in workspaces. Hence we believe that is the way to go. > One drawback on many levels with Page and Branch versioning was that > id's were not "kept" and that problem is very difficult to solve. So I > think your bug is a result of this design and hence not something we > are going to fix for you. > > - kasper From christian.lerrahn at cerebrum.com.au Thu Nov 15 00:15:56 2007 From: christian.lerrahn at cerebrum.com.au (Christian Lerrahn (Cerebrum)) Date: Thu, 15 Nov 2007 10:15:56 +1100 Subject: [TYPO3-dev] eID and the rendering process Message-ID: Hi, if I use eID can I somehow return to the normal rendering process? I realise that I could just delete the eID entry from the $_GET/$_POST arrays and then re-include index_ts.php but that looks a bit messy to me... I also realise that most things I would want to do that way, you could also do using core hooks. Nevertheless I wonder if there is a way to do this using eIDs even if it is only out of curiosity. ;) Cheers, Christian From christian.lerrahn at cerebrum.com.au Thu Nov 15 00:15:56 2007 From: christian.lerrahn at cerebrum.com.au (Christian Lerrahn (Cerebrum)) Date: Thu, 15 Nov 2007 10:15:56 +1100 Subject: [TYPO3-dev] eID and the rendering process Message-ID: Hi, if I use eID can I somehow return to the normal rendering process? I realise that I could just delete the eID entry from the $_GET/$_POST arrays and then re-include index_ts.php but that looks a bit messy to me... I also realise that most things I would want to do that way, you could also do using core hooks. Nevertheless I wonder if there is a way to do this using eIDs even if it is only out of curiosity. ;) Cheers, Christian From steffen at sk-typo3.de Thu Nov 15 00:54:18 2007 From: steffen at sk-typo3.de (Steffen Kamper) Date: Thu, 15 Nov 2007 00:54:18 +0100 Subject: [TYPO3-dev] browse elements - only specific page (or branch) References: Message-ID: "Martin Kutschker" schrieb im Newsbeitrag news:mailman.1.1194963606.32506.typo3-dev at lists.netfielders.de... > Hi! > > I want to restrict the standard element wizard for a field to show only a > specific page (or branch). Or if that isn't possible to add a wzard to the > field which does this. > > Is this poosible? I didn't find anything yet, but maybe I have missed > something. > > Masi Hi Masi, please have a look to the patch of jeff: http://bugs.typo3.org/view.php?id=6672 it works great and it's what you're looking for. vg Steffen From Martin.Kutschker at n0spam-blackbox.net Thu Nov 15 10:04:46 2007 From: Martin.Kutschker at n0spam-blackbox.net (Martin Kutschker) Date: Thu, 15 Nov 2007 10:04:46 +0100 Subject: [TYPO3-dev] eID and the rendering process In-Reply-To: References: Message-ID: Christian Lerrahn (Cerebrum) schrieb: > Hi, > if I use eID can I somehow return to the normal rendering process? No, but you could send a Location: header with the rewritten query parameters. Masi From tapio.markula at xetpoint.fi Thu Nov 15 10:33:32 2007 From: tapio.markula at xetpoint.fi (Tapio Markula) Date: Thu, 15 Nov 2007 11:33:32 +0200 Subject: [TYPO3-dev] Admin menu for frontend editing Message-ID: Hi I'm thinking creating patch for class.t3lib_tsfebeuserauth.php adding configurable admin menu like it is pixe_feediting. But I would like first discuss some issues, for example: * how to set configuration - in pixe_feediting the basic configuration has been define in 'ext_conf_template.txt', but core file doesn't have corresponding configuration - maybe that should have hardcoded default setting and the TS config for users/user groups. * can some plugins be supported in core file (especially dam and emplavoila) From belbono at gmx.de Thu Nov 15 11:47:10 2007 From: belbono at gmx.de (belbono) Date: Thu, 15 Nov 2007 11:47:10 +0100 Subject: [TYPO3-dev] DBAL Usuage Message-ID: Hi, i?m having some problems with DBAL. Its makeing quotes where I don't want them and this chrashes the wohle query. 1st problem. $res = $GLOBALS['TYPO3_DB']->exec_SELECTquery('MAX(UID)',strtoupper($table),'','','',''); As you can see I want the maximum UID from the $table. In SQL it would be : SELECT MAX(UID) FROM MYTABLE; This works fine with MySQL, but i?m using DBAL, because I want to run my extension on a ORACLE System. In Oracle I need it like this: SELECT MAX("UID") FROM MYTABLE; So using $GLOBALS['TYPO3_DB']->fullQuoteStr() is recommended and hopefully might solve my problem by changing my code to $res = $GLOBALS['TYPO3_DB']->exec_SELECTquery('MAX($GLOBALS['TYPO3_DB']->fullQuoteStr( 'UID', 'MYTABLE' ))',strtoupper($table),'','','',''); So far to the first thing... if there is still something wrong with my idea, plase let me know. 2nd problem Thats a bit harder I think For a search function I?m building up query strings before I use them with $GLOBALS['TYPO3_DB']->exec_SELECTquery() I?m using several INNER JOIN statements which are causing trouble with DBAL - Example: $from= 'TAB1 INNER JOIN '.$tabname.' ON TAB1.UID = '.$tabname.'.TAB1_UID '; I need to write the tablename before the attributes to avoid ambiguous columns ! After this I?m calling $GLOBALS['TYPO3_DB']->exec_SELECTquery($select,$from,$where,'','',''); Under MySQL there is no trouble and I get a from part in my statement like this: TAB1 INNER JOIN TAB2 ON TAB1.UID = TAB2.TAB1_UID When using the extension under Oracle it makes something weird like: TAB1 INNER JOIN TAB2 ON "TAB1.UID = "TAB2.TAB1_UID" At first I tried to quote the UID by hand - but this made it just worse. ...JOIN TAB2 ON "TAB1."UID" = TAB2......... My question: Is it generally possible to build such statements in a proper way so that MySQL and Oracle can handle them? - and if yes whats wrong here ? regards, Alex From andre01 at typotemp.com Thu Nov 15 12:47:08 2007 From: andre01 at typotemp.com (andreas stein) Date: Thu, 15 Nov 2007 12:47:08 +0100 Subject: [TYPO3-dev] BUG 3907 - MM Relations get lost in Workspace System References: Message-ID: "andreas stein" schrieb im Newsbeitrag news:mailman.1.1195076878.9774.typo3-dev at lists.netfielders.de... > >> Did you ask Kasper for his comment and if so, what was his response? >> >> cheers >> Ingmar So, Kasper will look at it in the next time. Until there is a patch which takes the whole typo3 mm concept in consideration you may use the extension provided at the buglist. http://bugs.typo3.org/view.php?id=3907 which extends the version_swap function of the t3lib_tcemain class - it's provided for two typo3 versions - look at the code. enjoy your day andras >-----Urspr?ngliche Nachricht----- >Von: "Kasper Sk?rh?j (GMAIL)" [mailto:kasper.typo3 at gmail.com] >Gesendet: Donnerstag, 15. November 2007 09:38 >An: Andreas S. >Betreff: Re: AW: [TYPO3-dev] BUG 3907 - MM Relations get lost in >Workspace System > >OK, I will look at it, but have no time until december at earliest. It >may last longer, so I suggest you find an intermediate solution. But I >can see there may be a problem. > > >- kasper From andre01 at typotemp.com Thu Nov 15 13:22:01 2007 From: andre01 at typotemp.com (andreas stein) Date: Thu, 15 Nov 2007 13:22:01 +0100 Subject: [TYPO3-dev] Preview (view) doesn't work if starttime, endtime is set Message-ID: Hi all, It's not possible to preview a page (or view it if I'm logged in in backend) if the starttime or endtime is set - so if there is no access (I guess this is connected with the enableFields functionality). But If I'm logged in and/or if I want to send a preview link to somebody (e.c. in the workspace procedure only the editor knows which starttime is appropriate to this site or content element, so it should be possible for the reviewer to control the page, and so on). So is there allready a way to disable e.c. the enableFields (or parts) if I'm logged in in the backend and/or if the ADMCMD_pre is set? regards Andras From tapio.markula at xetpoint.fi Thu Nov 15 13:31:46 2007 From: tapio.markula at xetpoint.fi (Tapio Markula) Date: Thu, 15 Nov 2007 14:31:46 +0200 Subject: [TYPO3-dev] Preview (view) doesn't work if starttime, endtime is set In-Reply-To: References: Message-ID: andreas stein kirjoitti: > Hi all, > > It's not possible to preview a page (or view it if I'm logged in in > backend) if the starttime or endtime is set - so if there is no access (I > guess this is connected with the enableFields functionality). > But If I'm logged in and/or if I want to send a preview link to somebody > (e.c. in the workspace procedure only the editor knows which starttime is > appropriate to this site or content element, so it should be possible for > the reviewer to control the page, and so on). > > So is there allready a way to disable e.c. the enableFields (or parts) if > I'm logged in in the backend and/or if the ADMCMD_pre is set? > > regards > Andras > > > there are two hooks, which make possible to alter TCA settings (pre or post process hook). That worked at least with edit panel objects. From Martin.Kutschker at n0spam-blackbox.net Thu Nov 15 13:31:48 2007 From: Martin.Kutschker at n0spam-blackbox.net (Martin Kutschker) Date: Thu, 15 Nov 2007 13:31:48 +0100 Subject: [TYPO3-dev] Preview (view) doesn't work if starttime, endtime is set In-Reply-To: References: Message-ID: andreas stein schrieb: > Hi all, > > It's not possible to preview a page (or view it if I'm logged in in > backend) if the starttime or endtime is set - so if there is no access (I > guess this is connected with the enableFields functionality). You can emulate the access time via the admin panel. Masi From fsuter at cobweb.ch Thu Nov 15 13:53:36 2007 From: fsuter at cobweb.ch (Francois Suter) Date: Thu, 15 Nov 2007 13:53:36 +0100 Subject: [TYPO3-dev] De-admin the "Tools" module Message-ID: Hi all, This is a follow-up to the thread entitled "RFC: Introducing a "User Tools" main module" in this list and the submission "RFC: Feature #6685: De-admin the Tools module" in the core list. The situation so far: - in the dev-list I asked for comments about the opportunity of introducing a new "User Tools" main module to fit BE modules that should be accessible not only by admin users, but don't really fit in the "User" main module. - in the resulting discussion, some people agreed with the idea. Others proposed unearthing the "Plugins" module. The discussion then seemed to move towards the idea of using the Tools module, but remove the admin-only restriction. - since this seemed to be the result of the discussion and that I agreed with such a solution to my RFC, I created a patch and submitted the change to the core list. - as of yet, this patch hasn't gathered enough support and Ingo Renner said that such a change required more discussion. As discussion is suppose to happen in the dev list and not in the core, I'm opening this new thread. So here goes, express yourself on the matter :-) Cheers -- Francois Suter Cobweb Development Sarl - http://www.cobweb.ch From steffen at sk-typo3.de Thu Nov 15 13:59:59 2007 From: steffen at sk-typo3.de (Steffen Kamper) Date: Thu, 15 Nov 2007 13:59:59 +0100 Subject: [TYPO3-dev] De-admin the "Tools" module References: Message-ID: "Francois Suter" schrieb im Newsbeitrag news:mailman.1.1195131271.16031.typo3-dev at lists.netfielders.de... > Hi all, > > This is a follow-up to the thread entitled "RFC: Introducing a "User > Tools" main module" in this list and the submission "RFC: Feature #6685: > De-admin the Tools module" in the core list. > > The situation so far: > > - in the dev-list I asked for comments about the opportunity of > introducing a new "User Tools" main module to fit BE modules that should > be accessible not only by admin users, but don't really fit in the "User" > main module. > - in the resulting discussion, some people agreed with the idea. Others > proposed unearthing the "Plugins" module. The discussion then seemed to > move towards the idea of using the Tools module, but remove the admin-only > restriction. > - since this seemed to be the result of the discussion and that I agreed > with such a solution to my RFC, I created a patch and submitted the change > to the core list. > - as of yet, this patch hasn't gathered enough support and Ingo Renner > said that such a change required more discussion. As discussion is suppose > to happen in the dev list and not in the core, I'm opening this new > thread. > > So here goes, express yourself on the matter :-) > > Cheers > > -- > > Francois Suter > Cobweb Development Sarl - http://www.cobweb.ch in my eyes it's easy and obvious to use tools-menu and de-admin. Each mod can configured if admin-only or not, so i don't really understand the vetos. vg Steffen From mail at maltejansen.de Thu Nov 15 14:17:49 2007 From: mail at maltejansen.de (Malte Jansen) Date: Thu, 15 Nov 2007 14:17:49 +0100 Subject: [TYPO3-dev] De-admin the "Tools" module In-Reply-To: References: Message-ID: Steffen Kamper schrieb: > "Francois Suter" schrieb im Newsbeitrag > news:mailman.1.1195131271.16031.typo3-dev at lists.netfielders.de... >> Hi all, >> >> This is a follow-up to the thread entitled "RFC: Introducing a "User >> Tools" main module" in this list and the submission "RFC: Feature #6685: >> De-admin the Tools module" in the core list. >> >> The situation so far: >> >> - in the dev-list I asked for comments about the opportunity of >> introducing a new "User Tools" main module to fit BE modules that should >> be accessible not only by admin users, but don't really fit in the "User" >> main module. >> - in the resulting discussion, some people agreed with the idea. Others >> proposed unearthing the "Plugins" module. The discussion then seemed to >> move towards the idea of using the Tools module, but remove the admin-only >> restriction. >> - since this seemed to be the result of the discussion and that I agreed >> with such a solution to my RFC, I created a patch and submitted the change >> to the core list. >> - as of yet, this patch hasn't gathered enough support and Ingo Renner >> said that such a change required more discussion. As discussion is suppose >> to happen in the dev list and not in the core, I'm opening this new >> thread. >> >> So here goes, express yourself on the matter :-) >> >> Cheers >> >> -- >> >> Francois Suter >> Cobweb Development Sarl - http://www.cobweb.ch > > in my eyes it's easy and obvious to use tools-menu and de-admin. Each mod > can configured if admin-only or not, so i don't really understand the vetos. > > vg Steffen > > It would pretty cool use the tools-menu for user. But for the integration if the group/user-value is not set in the mod-config, there should be deactiveted or admin-only. Is it this way implemented?!? Cheers, Malte From dmitry at typo3.org Thu Nov 15 14:17:53 2007 From: dmitry at typo3.org (Dmitry Dulepov [typo3]) Date: Thu, 15 Nov 2007 15:17:53 +0200 Subject: [TYPO3-dev] De-admin the "Tools" module In-Reply-To: References: Message-ID: Steffen Kamper wrote: > in my eyes it's easy and obvious to use tools-menu and de-admin. Each mod > can configured if admin-only or not, so i don't really understand the vetos. The whole idea of the Tools module was that it is available for admin only. Anything, that ordinary user can see, should go User module. I do not see why Tools should be used instead of User. When I started with TYPO3, I was surprised about this as well but then found that it fits good. You got admin-only tools in Tools and everything else under User. It is similar to /sbin and /bin on *nix systems. Quite logical separation. -- Dmitry Dulepov TYPO3 freelancer / TYPO3 core team member Web: http://typo3bloke.net/ Skype: callto:liels_bugs From ng at ralfhettinger.de Thu Nov 15 14:58:12 2007 From: ng at ralfhettinger.de (Ralf Hettinger) Date: Thu, 15 Nov 2007 14:58:12 +0100 Subject: [TYPO3-dev] De-admin the "Tools" module In-Reply-To: References: Message-ID: Dmitry Dulepov [typo3] schrieb: > Steffen Kamper wrote: > >> in my eyes it's easy and obvious to use tools-menu and de-admin. Each >> mod can configured if admin-only or not, so i don't really understand >> the vetos. > > > The whole idea of the Tools module was that it is available for admin > only. Anything, that ordinary user can see, should go User module. I do > not see why Tools should be used instead of User. > > When I started with TYPO3, I was surprised about this as well but then > found that it fits good. You got admin-only tools in Tools and > everything else under User. It is similar to /sbin and /bin on *nix > systems. Quite logical separation. I have the feeling that the reason for this discussion is a bit affected by wording and labelling, too. As Dmitry is pointing out, the current ordering is 'logical' compared to *nix OSs, but his analogy fits for other reasons as well: A common editor will not find submodules lined up beneath 'User' since he's not expecting anything useful there ('Who or what is User?... Me?'). An editor with a more technical background may understand the reason for 'User' or at least will read along (as well as he may find it logical to separate between [usr]/bin and /sbin or has at least the will and patience to dig deeper). But should an editor be necessarily of that type of person? As from my experience this very rarely is the case in real life circumstances when using TYPO3 and consequently that's the reason why the 'User' module is lacking of usage way to often. So my suggestion to solve might sound ... a bit of not solving the problem at all: Maybe it would satisfy many of the issues brought up to just find better labellings for the modules 'User'(maybe ->'Tools') and 'Tools' (maybe->'Admin Tools') and indeed change not the technical background handing the two modules' functions but for the one or other submodule its parent? Just an idea ;) Ralf From ng at ralfhettinger.de Thu Nov 15 15:05:35 2007 From: ng at ralfhettinger.de (Ralf Hettinger) Date: Thu, 15 Nov 2007 15:05:35 +0100 Subject: [TYPO3-dev] De-admin the "Tools" module In-Reply-To: References: Message-ID: Outing myself as an ignorant moron, please excuse. I should have read the original discussion from the very beginning, before reposting what's already been said. I'm sorry. Ralf > > I have the feeling that the reason for this discussion is a bit affected by > wording and labelling, too. > > As Dmitry is pointing out, the current ordering is 'logical' compared to *nix > OSs, but his analogy fits for other reasons as well: A common editor will not > find submodules lined up beneath 'User' since he's not expecting anything useful > there ('Who or what is User?... Me?'). An editor with a more technical > background may understand the reason for 'User' or at least will read along (as > well as he may find it logical to separate between [usr]/bin and /sbin or has at > least the will and patience to dig deeper). > > But should an editor be necessarily of that type of person? > As from my experience this very rarely is the case in real life circumstances > when using TYPO3 and consequently that's the reason why the 'User' module is > lacking of usage way to often. > > So my suggestion to solve might sound ... a bit of not solving the problem at all: > Maybe it would satisfy many of the issues brought up to just find better > labellings for the modules 'User'(maybe ->'Tools') and 'Tools' (maybe->'Admin > Tools') and indeed change not the technical background handing the two modules' > functions but for the one or other submodule its parent? > > Just an idea ;) > Ralf > From steffen at sk-typo3.de Thu Nov 15 17:51:30 2007 From: steffen at sk-typo3.de (Steffen Kamper) Date: Thu, 15 Nov 2007 17:51:30 +0100 Subject: [TYPO3-dev] De-admin the "Tools" module References: Message-ID: "Dmitry Dulepov [typo3]" schrieb im Newsbeitrag news:mailman.1.1195132671.7476.typo3-dev at lists.netfielders.de... > Steffen Kamper wrote: >> in my eyes it's easy and obvious to use tools-menu and de-admin. Each mod >> can configured if admin-only or not, so i don't really understand the >> vetos. > > The whole idea of the Tools module was that it is available for admin > only. Anything, that ordinary user can see, should go User module. I do > not see why Tools should be used instead of User. > > When I started with TYPO3, I was surprised about this as well but then > found that it fits good. You got admin-only tools in Tools and everything > else under User. It is similar to /sbin and /bin on *nix systems. Quite > logical separation. > > -- yes, that's reasonable. But i see another effect: mods are mostly added in Web if they should be used for editors. I think of awstats, mailformplus etc. These normally would go to tools. Maybe the authors are too lazy to integrate in another place, maybe user implicies user-specific settings and doesn't sounds general, as tools would do. If there is a "admin-own" menu, it should be named "Admin", and a tools for general plugins. But sure, i don't want to turn everything, just my opinion. vg Steffen From steffen at sk-typo3.de Thu Nov 15 18:32:13 2007 From: steffen at sk-typo3.de (Steffen Kamper) Date: Thu, 15 Nov 2007 18:32:13 +0100 Subject: [TYPO3-dev] login mode Message-ID: Hi, after some discussions with several devs it's still unclear what this option really do. First it's kind of "universal not understanding" label. Then it has three options (empty/enabled/disabled) but in core used as boolean. Last but not least there is one sentence in http://typo3.org/development/articles/release-notes-38/page/3/ Looking to code i didn't understood the concept from there. Does anybody knows what it used fore and where the connection to "Cache-Control Headers" is? thx, vg Steffen From fsuter at cobweb.ch Thu Nov 15 18:31:54 2007 From: fsuter at cobweb.ch (Francois Suter) Date: Thu, 15 Nov 2007 18:31:54 +0100 Subject: [TYPO3-dev] De-admin the "Tools" module In-Reply-To: References: Message-ID: Hi, > Outing myself as an ignorant moron, please excuse. > > I should have read the original discussion from the very beginning, before > reposting what's already been said. Don't worry. It's true that it has been said already, but I think it's good to say it again. Indeed I agree that there's a problem of wording. But I would see it in "admin". We have many users who can be considered "power users", i.e. need a lot of features available, but should not be admins in the TYPO3 BE sense of the term. In the first discussion, I was quite convinced about renaming "User" to "Tools" and "Tools" to "Admin Tools". I still feel that it would be quite correct. It just leaves me wondering about the "Setup" submodule, which seems ill-placed in such a case, but it is kind of apart anyway. The next step would be to convince extension developers to put their modules outside of the admin-reserved area whenever it makes sense. That points back to the question of how one defines an "admin". Cheers -- Francois Suter Cobweb Development Sarl - http://www.cobweb.ch From typo3 at rvt.dds.nl Thu Nov 15 18:46:03 2007 From: typo3 at rvt.dds.nl (ries van Twisk) Date: Thu, 15 Nov 2007 12:46:03 -0500 Subject: [TYPO3-dev] login mode In-Reply-To: References: Message-ID: Hey steffen this is what I understand from it. Properly you can set the loginmode in TS so that typo3 handles the page/branche as if a user was not logged. That means that even if a FE user is logged in, the specific branche will be retrieved from the cache. Normally if a FE user is logged in, the whole page will always be generated. Ries On Nov 15, 2007, at 12:32 PM, Steffen Kamper wrote: > Hi, > > after some discussions with several devs it's still unclear what > this option > really do. > First it's kind of "universal not understanding" label. Then it has > three > options (empty/enabled/disabled) but in core used as boolean. > > Last but not least there is one sentence in > http://typo3.org/development/articles/release-notes-38/page/3/ > > Looking to code i didn't understood the concept from there. Does > anybody > knows what it used fore and where the connection to "Cache-Control > Headers" > is? > > thx, vg Steffen > > > _______________________________________________ > TYPO3-dev mailing list > TYPO3-dev at lists.netfielders.de > http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev -- Ries van Twisk Freelance TYPO3 Developer email: ries at vantwisk.nl web: http://www.rvantwisk.nl/ skype: callto://r.vantwisk Phone: + 1 810-476-4193 From tapio.markula at xetpoint.fi Thu Nov 15 18:49:00 2007 From: tapio.markula at xetpoint.fi (Tapio Markula) Date: Thu, 15 Nov 2007 19:49:00 +0200 Subject: [TYPO3-dev] Tabbed menu code into own class file In-Reply-To: References: Message-ID: Benjamin Mack kirjoitti: > Hey Tapio, > > sure. sounds like a good idea. I also want to make the Tabbed menu code > more readable and in an unordered list instead of a table right now that would need some extra coding - could you propose that > In > addition to that, I want to remove the Javascript from the php source as > well (similar to the clickmenu etc.). that is reasonable because there is no need to put the JS into PHP-file (no PHP variable need to set any value). Where to put the JS-file? what would be possible file names? From steffen at sk-typo3.de Thu Nov 15 19:02:15 2007 From: steffen at sk-typo3.de (Steffen Kamper) Date: Thu, 15 Nov 2007 19:02:15 +0100 Subject: [TYPO3-dev] login mode References: Message-ID: "ries van Twisk" schrieb im Newsbeitrag news:mailman.658.1195148803.14020.typo3-dev at lists.netfielders.de... > Hey steffen > > this is what I understand from it. > > Properly you can set the loginmode in TS so that > typo3 handles the page/branche as if a user was not logged. > > That means that even if a FE user is logged in, > the specific branche will be retrieved from the cache. > > Normally if a FE user is logged in, the whole page will always > be generated. > > Ries > > ah ok, this makes sense. But then the label irritates, but i don't know a better wording for it atm. Should be "Force using Cache" or something like that... ? thx. vg Steffen From ingo at typo3.org Thu Nov 15 19:47:48 2007 From: ingo at typo3.org (Ingo Renner) Date: Thu, 15 Nov 2007 19:47:48 +0100 Subject: [TYPO3-dev] login mode In-Reply-To: References: Message-ID: Steffen Kamper wrote: Hi Steffen, > after some discussions with several devs it's still unclear what this option > really do. it's en/disabling the ability to "be logged in" at those pages * usually if you log into TYPO3's FE your session gets carried around and for each page that you visit it's calculated whether there's content that you can see but other don't * by disabling the login this check doesn't happen anymore (to tell it the easy way) * thus the content is the same for all states whether logged in or not or for different FE user groups * this again results in being able to send cache headers this leads to the following: * you can remove that option/setting * you can rename it * you (probably) can make a checkbox out of it HTH Ingo -- Ingo Renner TYPO3 Core Developer, Release Manager TYPO3 4.2 From typo3 at rvt.dds.nl Thu Nov 15 19:56:15 2007 From: typo3 at rvt.dds.nl (ries van Twisk) Date: Thu, 15 Nov 2007 13:56:15 -0500 Subject: [TYPO3-dev] login mode In-Reply-To: References: Message-ID: Hey Steffen, depends on how you look at it I guess. basicly you deny a FE user to be logged in on a specific page or branch. However the resulting effect is that page can be send from cache again, that the page comes out of cache is not a direct result of that setting. So the name is 'ok' but could be better, but a better description would be nice. Ries On Nov 15, 2007, at 1:02 PM, Steffen Kamper wrote: > > "ries van Twisk" schrieb im Newsbeitrag > news:mailman.658.1195148803.14020.typo3-dev at lists.netfielders.de... >> Hey steffen >> >> this is what I understand from it. >> >> Properly you can set the loginmode in TS so that >> typo3 handles the page/branche as if a user was not logged. >> >> That means that even if a FE user is logged in, >> the specific branche will be retrieved from the cache. >> >> Normally if a FE user is logged in, the whole page will always >> be generated. >> >> Ries >> >> > > ah ok, this makes sense. But then the label irritates, but i don't > know a > better wording for it atm. > Should be "Force using Cache" or something like that... ? > > thx. > > vg Steffen > > > _______________________________________________ > TYPO3-dev mailing list > TYPO3-dev at lists.netfielders.de > http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev -- Ries van Twisk Freelance TYPO3 Developer email: ries at vantwisk.nl web: http://www.rvantwisk.nl/ skype: callto://r.vantwisk Phone: + 1 810-476-4193 From steffen at sk-typo3.de Thu Nov 15 19:59:44 2007 From: steffen at sk-typo3.de (Steffen Kamper) Date: Thu, 15 Nov 2007 19:59:44 +0100 Subject: [TYPO3-dev] login mode References: Message-ID: "Ingo Renner" schrieb im Newsbeitrag news:mailman.1.1195152468.16059.typo3-dev at lists.netfielders.de... > Steffen Kamper wrote: > > Hi Steffen, > >> after some discussions with several devs it's still unclear what this >> option really do. > > it's en/disabling the ability to "be logged in" at those pages > > * usually if you log into TYPO3's FE your session gets carried around and > for each page that you visit it's calculated whether there's content that > you can see but other don't > * by disabling the login this check doesn't happen anymore (to tell it the > easy way) > * thus the content is the same for all states whether logged in or not or > for different FE user groups > * this again results in being able to send cache headers > > > this leads to the following: > * you can remove that option/setting > * you can rename it > * you (probably) can make a checkbox out of it > > > HTH > Ingo > > > -- > Ingo Renner > TYPO3 Core Developer, Release Manager TYPO3 4.2 Hi Ingo, thank you for the deeper background info. now i understand the whole concept of this function. But now it's quite more difficult to find a better and descriptive wording for it :-) * remove option - is not an option because it does make sense. Does it means that your FE-session get lost when visiting these pages? vg Steffen From tapio.markula at xetpoint.fi Thu Nov 15 21:05:58 2007 From: tapio.markula at xetpoint.fi (Tapio Markula) Date: Thu, 15 Nov 2007 22:05:58 +0200 Subject: [TYPO3-dev] Hook to Web > List top icons Message-ID: Hi Would it needed to make a hook to implement the functionality of 'a21belistbutton' etc. using a hook. if (isset($GLOBALS['TYPO3_CONF_VARS']['SC_OPTIONS']['typo3/class.db_list_extra.inc']['addTopItems']) && is_array ($GLOBALS['TYPO3_CONF_VARS']['SC_OPTIONS']['typo3/class.db_list_extra.inc']['addTopItems'])) { foreach ($GLOBALS['TYPO3_CONF_VARS']['SC_OPTIONS']['typo3/class.db_list_extra.inc']['addTopItems'] as $classRef) { $hookObj= &t3lib_div::getUserObj($classRef); if (method_exists($hookObj, 'addTopItems')) $hookObj->addTopItems($theData,$this->disableListmoduleTopIcons); } } From ingo at typo3.org Thu Nov 15 21:46:38 2007 From: ingo at typo3.org (Ingo Renner) Date: Thu, 15 Nov 2007 21:46:38 +0100 Subject: [TYPO3-dev] login mode In-Reply-To: References: Message-ID: Steffen Kamper wrote: > * remove option - is not an option because it does make sense. Does it means > that your FE-session get lost when visiting these pages? of course I never intended to remove it, the *not* is just missing there! Ingo -- Ingo Renner TYPO3 Core Developer, Release Manager TYPO3 4.2 From tobias at work.de Thu Nov 15 22:04:35 2007 From: tobias at work.de (Tobias Liebig) Date: Thu, 15 Nov 2007 22:04:35 +0100 Subject: [TYPO3-dev] t3editor - editor with syntax highlighting for the backend Message-ID: Hy! Currently i'm working on a javascript-driven code editor for the backend which should replace the simple textarea. Some of you might heard of it. Today Ingo has committed it to the 4.2 trunk. If you like, you can checkout the latest revision of the core or wait for 4.2 alpha2 (which will be released as soon as possible) to sneak a peek on it. In this thread i like to collect options, (bug)reports and discussions concerning the t3editor. Greets, Tobias -- http://eTobi.de From steffen at sk-typo3.de Thu Nov 15 22:45:40 2007 From: steffen at sk-typo3.de (Steffen Kamper) Date: Thu, 15 Nov 2007 22:45:40 +0100 Subject: [TYPO3-dev] t3editor - editor with syntax highlighting for the backend References: Message-ID: "Tobias Liebig" schrieb im Newsbeitrag news:mailman.1.1195160671.11501.typo3-dev at lists.netfielders.de... > Hy! > > Currently i'm working on a javascript-driven code editor for the backend > which should replace the simple textarea. > Some of you might heard of it. > > Today Ingo has committed it to the 4.2 trunk. > > If you like, you can checkout the latest revision of the core or wait for > 4.2 alpha2 (which will be released as soon as possible) to sneak a peek on > it. > > In this thread i like to collect options, (bug)reports and discussions > concerning the t3editor. > > > Greets, > Tobias > > -- > http://eTobi.de Hi Tobias, thx for doing the editor, it's a great progress. I will post a lot of bugreports / possible options, please don't misunderstand them as critic, i really appreciate your work lets start with some. When inserting test snippet the linenumbers are missing. How do you want organize a "lot" of snippets? When highlight do you thought about syntax check? This has not to be on every key, but maybe a button to do. vg Steffen From ingo at typo3.org Thu Nov 15 23:21:18 2007 From: ingo at typo3.org (Ingo Renner) Date: Thu, 15 Nov 2007 23:21:18 +0100 Subject: [TYPO3-dev] t3editor - editor with syntax highlighting for the backend In-Reply-To: References: Message-ID: Steffen Kamper wrote: > When highlight do you thought about syntax check? This has not to be on > every key, but maybe a button to do. This is not possible with the current implementation of TypoScript, IIRR TypoScript2 in TYPO3 5.0 can be checkt. Ingo -- Ingo Renner TYPO3 Core Developer, Release Manager TYPO3 4.2 From ingo at typo3.org Thu Nov 15 23:23:28 2007 From: ingo at typo3.org (Ingo Renner) Date: Thu, 15 Nov 2007 23:23:28 +0100 Subject: [TYPO3-dev] Announcing TYPO3 4.2 Alpha 2 Message-ID: The core team is proud to announce the second Alpha of TYPO3 version 4.2. So what's new? Community involvement First of all this is the first release of TYPO3 since the core development mailinglist has been opened for public write access. The core team likes to thank all those who have been actively contributing to improve TYPO3 since then. We're stunned about the huge success of the open core development mailinglist and the many contributions! Backend improvements This version ships with the initial work of the "Cleaner backend" project which consists of several major parts. In the first step the backend was freed from the frames which have been replaced by div containers and a single iframe. A special thanks goes to Dirk Jesse from the YAML CSS Framework project for helping out here! To make the former top frame free for new tasks the secondary options in TCEforms now unfold directly at their parent input fields. After that was accomplished it was now possible to move other elements to newly won space in the new toolbar at the top. For now only the workspace selector has moved, but other elements will follow. Another major task was the restyling of TCEforms to always have the buttons to save a document in sight at the top of the editing area. You test the new backend by accessing it through typo3/backend.php. Installer 2 The installer version 2 has been added to this release to make it easy to test the new version. This new installer is a complete rewrite of the old one by Thomas Hempel, it's now devided into two parts, the installer itself and a setup moduel which is accessible from the backend. When doing a new install you'll be prompted whether you want to use the old or the new installer. At the current state you can use the new installer in 1-2-3 mode only and then refine your settings from within the backend. T3Editor Also completely new in this version is the so called t3editor by Tobias Liebig which makes it possible to highlight TypoScript when editing TypoScript templates in the Web->Template module. Linking to records using the RTE A feature which was partly available in 4.1 already but unusable because of a typo is now fully implemented. Extensions can now link to records like tt_news items directly using a RTE wizard. This will not work out of the boy though as it needs support from the extensions which need to handle the rendering in the frontend. More improvements to the RTE Stanislas Rolland is back from his long holiday trip and has since kept on working on rtehtmlarea. He added several features to the RTE like making it possible to extend the RTE with own plugins. Other then that there seems to be an uncountable amunt of bugfixes which are always very much welcomed. Improvements for the RTE RTEmagic images are now duplicated when records are copied/versioned in tcemain. This is a long awaited feature that solves the bug that RTE magic images shared between two records would result in both disappearing if the one was deleted. Therefore this is also an important fix for Workspaces. New language The Galician language was added so that localizations can be downloaded as they become available from the translators. TYPO3 can now be translated into 49 languages. Third party libraries TYPO3 4.2alpha2 comes with updated javascript libraries, we now ship with prototype 1.6.0 and script.aculo.us 1.8.0. Libraries to minfy javascript and prevent cross site scripting (XSS) attacks have been added, too. Raised minimum PHP version requirement To run TYPO3 4.2alpha2 you need to have at least PHP 5.2. This move was necessary to use features introduced since PHP 5.0. As always Other then the highlighted features we also packed tons of bug fixes, performance improvements, enthusiasm, and love into this release. Next steps to 4.2 Please test this Alpha as much as possible, especially the new features from alpha1 and those described above! If you're e.g. using one of the new features in a project of yours already and discover bugs, please report them immediately to http://bugs.typo3.org/! During the next weeks, we will release one more Alpha before locking down the development of new features. We will then continue with Beta releases which are only meant for bug fixes before turning to Release Candidates and the final version of TYPO3 4.2. This means that you can expect the final version to be ready around the end of January '08. For a detailed overview of the features planned for 4.2 and their progress, have a look at the 4.2 Development wiki page, the bugtracker, and the ChangeLog. You can download the packages at http://typo3.org/download/packages/. MD5 Sums: 52a869cd8aac9eb2e6fa8219061360ba dummy-4.2.0alpha2.tar.gz 089ef3683d5d50c963b26a42ba8686d6 dummy-4.2.0alpha2.zip 83b8dd66a1127650c12ee5ae2ef5350a typo3_src-4.2.0alpha2.tar.gz 8906c7115b6187ac99a44b0446deea5d typo3_src-4.2.0alpha2.zip b36f1cbab564eabf873d948eb3307d2c typo3_src+dummy-4.2.0alpha2.zip cheers Ingo -- Ingo Renner TYPO3 Core Developer, Release Manager TYPO3 4.2 From steffen at sk-typo3.de Fri Nov 16 00:04:22 2007 From: steffen at sk-typo3.de (Steffen Kamper) Date: Fri, 16 Nov 2007 00:04:22 +0100 Subject: [TYPO3-dev] t3editor - editor with syntax highlighting for the backend References: Message-ID: "Ingo Renner" schrieb im Newsbeitrag news:mailman.1.1195165278.23958.typo3-dev at lists.netfielders.de... > Steffen Kamper wrote: > >> When highlight do you thought about syntax check? This has not to be on >> every key, but maybe a button to do. > > This is not possible with the current implementation of TypoScript, IIRR > TypoScript2 in TYPO3 5.0 can be checkt. > > Ingo > > -- > Ingo Renner > TYPO3 Core Developer, Release Manager TYPO3 4.2 what's about the t3lib_TSparser? I use it for highlight and syntaxcheck, maybe this could be used in any mattar. vg Steffen From zach at castironcoding.com Fri Nov 16 00:10:23 2007 From: zach at castironcoding.com (Zachary Davis) Date: Thu, 15 Nov 2007 15:10:23 -0800 Subject: [TYPO3-dev] Announcing TYPO3 4.2 Alpha 2 In-Reply-To: References: Message-ID: I can't for the life of me figure out how to get to the old install tool so I can update the DB for the new release. Nor can I figure out how to do this in the new install tool. Anyone else having this problem? Surely I'm missing something obvious. best, Zach From zach at castironcoding.com Fri Nov 16 00:16:52 2007 From: zach at castironcoding.com (Zachary Davis) Date: Thu, 15 Nov 2007 15:16:52 -0800 Subject: [TYPO3-dev] Announcing TYPO3 4.2 Alpha 2 In-Reply-To: References: Message-ID: Nevermind -- figured out that it stores my preference in my session; clearing out the session allowed me to choose again. This is fairly obvious, I suppose, but it could trip up a less experienced person upgrading their installation, as it tripped me up. Then again, perhaps not. best, Zach Zachary Davis wrote: > I can't for the life of me figure out how to get to the old install tool > so I can update the DB for the new release. Nor can I figure out how to > do this in the new install tool. Anyone else having this problem? Surely > I'm missing something obvious. > > best, > Zach From patrick at typo3quebec.org Fri Nov 16 00:54:18 2007 From: patrick at typo3quebec.org (Patrick Gaumond) Date: Thu, 15 Nov 2007 18:54:18 -0500 Subject: [TYPO3-dev] Announcing TYPO3 4.2 Alpha 2 In-Reply-To: References: Message-ID: Ingo Renner wrote: > The core team is proud to announce the second Alpha of TYPO3 version 4.2. I was ready to dance then tried it on WinXP, PHP5.2.1 and got: An error occured. Please see details: * FATAL! No config file was found for module "installer". * FATAL! The requested module "installer" could not be loaded. Even after cleaning cookies... :( Patrick From oh at inpublica.de Fri Nov 16 08:17:31 2007 From: oh at inpublica.de (Oliver Hader) Date: Fri, 16 Nov 2007 08:17:31 +0100 Subject: [TYPO3-dev] Announcing TYPO3 4.2 Alpha 2 In-Reply-To: References: Message-ID: Hi Patrick, Patrick Gaumond schrieb: > Ingo Renner wrote: >> The core team is proud to announce the second Alpha of TYPO3 version 4.2. > > I was ready to dance then tried it on WinXP, PHP5.2.1 and got: > > An error occured. Please see details: > * FATAL! No config file was found for module "installer". > * FATAL! The requested module "installer" could not be loaded. > > Even after cleaning cookies... > > :( I think "Clear cache in typo3conf/" should enable this... give it a try. olly -- Oliver Hader http://inpublica.de/ From ingmar at typo3.org Fri Nov 16 08:19:28 2007 From: ingmar at typo3.org (Ingmar Schlecht) Date: Fri, 16 Nov 2007 08:19:28 +0100 Subject: [TYPO3-dev] Announcing TYPO3 4.2 Alpha 2 In-Reply-To: References: Message-ID: Thanks, Ingo! Attached is a diffstat and the (more than 400 lines long!) ChangeLog between Alpha 1 and Alpha 2. cheers Ingmar Ingo Renner schrieb: > The core team is proud to announce the second Alpha of TYPO3 version 4.2. > > So what's new? > > Community involvement > > First of all this is the first release of TYPO3 since the core > development mailinglist has been opened for public write access. The > core team likes to thank all those who have been actively contributing > to improve TYPO3 since then. We're stunned about the huge success of the > open core development mailinglist and the many contributions! > > Backend improvements > > This version ships with the initial work of the "Cleaner backend" > project which consists of several major parts. In the first step the > backend was freed from the frames which have been replaced by div > containers and a single iframe. A special thanks goes to Dirk Jesse from > the YAML CSS Framework project for helping out here! To make the former > top frame free for new tasks the secondary options in TCEforms now > unfold directly at their parent input fields. After that was > accomplished it was now possible to move other elements to newly won > space in the new toolbar at the top. For now only the workspace selector > has moved, but other elements will follow. > Another major task was the restyling of TCEforms to always have the > buttons to save a document in sight at the top of the editing area. > You test the new backend by accessing it through typo3/backend.php. > > Installer 2 > > The installer version 2 has been added to this release to make it easy > to test the new version. This new installer is a complete rewrite of the > old one by Thomas Hempel, it's now devided into two parts, the installer > itself and a setup moduel which is accessible from the backend. When > doing a new install you'll be prompted whether you want to use the old > or the new installer. At the current state you can use the new installer > in 1-2-3 mode only and then refine your settings from within the backend. > > T3Editor > > Also completely new in this version is the so called t3editor by Tobias > Liebig which makes it possible to highlight TypoScript when editing > TypoScript templates in the Web->Template module. > > Linking to records using the RTE > > A feature which was partly available in 4.1 already but unusable because > of a typo is now fully implemented. Extensions can now link to records > like tt_news items directly using a RTE wizard. This will not work out > of the boy though as it needs support from the extensions which need to > handle the rendering in the frontend. > > More improvements to the RTE > > Stanislas Rolland is back from his long holiday trip and has since kept > on working on rtehtmlarea. He added several features to the RTE like > making it possible to extend the RTE with own plugins. Other then that > there seems to be an uncountable amunt of bugfixes which are always very > much welcomed. > > Improvements for the RTE > > RTEmagic images are now duplicated when records are copied/versioned in > tcemain. This is a long awaited feature that solves the bug that RTE > magic images shared between two records would result in both > disappearing if the one was deleted. Therefore this is also an important > fix for Workspaces. > > New language > > The Galician language was added so that localizations can be downloaded > as they become available from the translators. TYPO3 can now be > translated into 49 languages. > > Third party libraries > > TYPO3 4.2alpha2 comes with updated javascript libraries, we now ship > with prototype 1.6.0 and script.aculo.us 1.8.0. Libraries to minfy > javascript and prevent cross site scripting (XSS) attacks have been > added, too. > > Raised minimum PHP version requirement > > To run TYPO3 4.2alpha2 you need to have at least PHP 5.2. This move was > necessary to use features introduced since PHP 5.0. > > As always > > Other then the highlighted features we also packed tons of bug fixes, > performance improvements, enthusiasm, and love into this release. > > Next steps to 4.2 > > Please test this Alpha as much as possible, especially the new features > from alpha1 and those described above! If you're e.g. using one of the > new features in a project of yours already and discover bugs, please > report them immediately to http://bugs.typo3.org/! > > During the next weeks, we will release one more Alpha before locking > down the development of new features. We will then continue with Beta > releases which are only meant for bug fixes before turning to Release > Candidates and the final version of TYPO3 4.2. This means that you can > expect the final version to be ready around the end of January '08. > > For a detailed overview of the features planned for 4.2 and their > progress, have a look at the 4.2 Development wiki page, the bugtracker, > and the ChangeLog. > > You can download the packages at http://typo3.org/download/packages/. > > MD5 Sums: > 52a869cd8aac9eb2e6fa8219061360ba dummy-4.2.0alpha2.tar.gz > 089ef3683d5d50c963b26a42ba8686d6 dummy-4.2.0alpha2.zip > 83b8dd66a1127650c12ee5ae2ef5350a typo3_src-4.2.0alpha2.tar.gz > 8906c7115b6187ac99a44b0446deea5d typo3_src-4.2.0alpha2.zip > b36f1cbab564eabf873d948eb3307d2c typo3_src+dummy-4.2.0alpha2.zip > > cheers > Ingo > -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: diffstat-4.2.0alpha1-4.2.0alpha2.txt URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: ChangeLog_4.2.0alpha1-4.2.0alpha2.txt URL: From dmitry at typo3.org Fri Nov 16 08:20:24 2007 From: dmitry at typo3.org (Dmitry Dulepov [typo3]) Date: Fri, 16 Nov 2007 09:20:24 +0200 Subject: [TYPO3-dev] De-admin the "Tools" module In-Reply-To: References: Message-ID: Hi! Francois Suter wrote: > In the first discussion, I was quite convinced about renaming "User" to > "Tools" and "Tools" to "Admin Tools". I still feel that it would be > quite correct. I agree. I would +1 to rename for 4.2. > It just leaves me wondering about the "Setup" submodule, which seems > ill-placed in such a case, but it is kind of apart anyway. It should be "User settings". -- Dmitry Dulepov TYPO3 freelancer / TYPO3 core team member Web: http://typo3bloke.net/ Skype: callto:liels_bugs From dmitry at typo3.org Fri Nov 16 08:21:31 2007 From: dmitry at typo3.org (Dmitry Dulepov [typo3]) Date: Fri, 16 Nov 2007 09:21:31 +0200 Subject: [TYPO3-dev] De-admin the "Tools" module In-Reply-To: References: Message-ID: Hi! Dmitry Dulepov [typo3] wrote: > Francois Suter wrote: >> In the first discussion, I was quite convinced about renaming "User" >> to "Tools" and "Tools" to "Admin Tools". I still feel that it would be >> quite correct. > > I agree. I would +1 to rename for 4.2. By the way, if anyone makes a patch for this, a new label must be created! Existing labels may not be altered because translations are shared for all TYPO3 versions! -- Dmitry Dulepov TYPO3 freelancer / TYPO3 core team member Web: http://typo3bloke.net/ Skype: callto:liels_bugs From thomas at typo3-unleashed.net Fri Nov 16 08:30:54 2007 From: thomas at typo3-unleashed.net (Thomas Hempel) Date: Fri, 16 Nov 2007 08:30:54 +0100 Subject: [TYPO3-dev] Announcing TYPO3 4.2 Alpha 2 In-Reply-To: References: Message-ID: Hi Zach, > Nevermind -- figured out that it stores my preference in my session; > clearing out the session allowed me to choose again. This is fairly > obvious, I suppose, but it could trip up a less experienced person > upgrading their installation, as it tripped me up. Then again, perhaps not. You're right but keep in mind that won't happen at least in beta1 ;-) Greets, Thomas -- typo3-unleashed.net From thomas at typo3-unleashed.net Fri Nov 16 08:33:40 2007 From: thomas at typo3-unleashed.net (Thomas Hempel) Date: Fri, 16 Nov 2007 08:33:40 +0100 Subject: [TYPO3-dev] Announcing TYPO3 4.2 Alpha 2 In-Reply-To: References: Message-ID: Hi *, if you find any bugs concerning the installer (Please no missing features) please add them to the bugtracker on bugs.typo3.org and use "tx_install (New version for TYPO3 4.2)" as project. Thanks and Greets, Thomas -- typo3-unleashed.net From tobias at work.de Fri Nov 16 09:53:12 2007 From: tobias at work.de (Tobias Liebig) Date: Fri, 16 Nov 2007 09:53:12 +0100 Subject: [TYPO3-dev] t3editor - editor with syntax highlighting for the backend In-Reply-To: References: Message-ID: Steffen Kamper schrieb: > I will post a lot of bugreports / possible options, please don't misunderstand them as critic, i really appreciate your work i will not misunderstand as long as it's constructive criticism. Criticism is part of the process to make it better. :-) > When inserting test snippet the linenumbers are missing. Thanks for that hint. Which browser/system do you use? > How do you want organize a "lot" of snippets? The Testsnippet-thingy is currently just a kind of "proof". I don't plan to implement something like a snippet-database. It only should show: "It's possible to insert any kind of text at the current cursor postion - For what ever we can use this later". I thought about something like an integrated "TypoScript object browser", which inserts a code line at the current cursor position. But this is more like a "long term goal" :-) Do you know the sysext "tsconfig_help / TypoScript Object Reference"? With this you can browse through a "TSRef tree". What about integrating this in the editor? Then you can open up the TSRef-Browser, select an option/object and transfer it back to the editor. Sounds smart for me.. But: all this are just ideas yet and need to be implemented assumed we decide this would be really useful. This could be a feature for a *later* release. > When highlight do you thought about syntax check? This has not to be on every key, but maybe a button to do. syntax check is a pretty hard task! What exactly are you thinking about? Simple highlighting is (basically) just finding words and wrapping it with tags. Syntax check is more about knowing the current context and then decide which options are valid there. I think especially for TypoScript this is very diffcult. There is a "Template Analyser" in the template modul. I will check what is its job. Perhaps we can benefit from that. I guess it uses the t3lib_TSparser you mention. And: i think this is not going to be implemented until a later release. :-) regrads Tobias -- http://eTobi.de From mail at maltejansen.de Fri Nov 16 09:59:59 2007 From: mail at maltejansen.de (Malte Jansen) Date: Fri, 16 Nov 2007 09:59:59 +0100 Subject: [TYPO3-dev] Overriding/Renaming Field-Label via PageTS In-Reply-To: References: Message-ID: Hi, What about adding this very small patch (no brainer) for a big effort? You can already rename item-labels but not the field-labels, so it should be done with an extension. Cheers, Malte From steffen at sk-typo3.de Fri Nov 16 10:17:48 2007 From: steffen at sk-typo3.de (Steffen Kamper) Date: Fri, 16 Nov 2007 10:17:48 +0100 Subject: [TYPO3-dev] t3editor - editor with syntax highlighting for the backend References: Message-ID: "Tobias Liebig" schrieb im Newsbeitrag news:mailman.1.1195203329.10053.typo3-dev at lists.netfielders.de... > Steffen Kamper schrieb: > > > I will post a lot of bugreports / possible options, please don't > misunderstand them as critic, i really appreciate your work > > i will not misunderstand as long as it's constructive criticism. > Criticism is part of the process to make it better. :-) > > > > When inserting test snippet the linenumbers are missing. > Thanks for that hint. Which browser/system do you use? > latest trunk on linux server, latest FF > > > How do you want organize a "lot" of snippets? > > The Testsnippet-thingy is currently just a kind of "proof". > I don't plan to implement something like a snippet-database. > It only should show: "It's possible to insert any kind of text at the > current cursor postion - For what ever we can use this later". > > I thought about something like an integrated "TypoScript object browser", > which inserts a code line at the current cursor position. But this is more > like a "long term goal" :-) > > Do you know the sysext "tsconfig_help / TypoScript Object Reference"? With > this you can browse through a "TSRef tree". > What about integrating this in the editor? > Then you can open up the TSRef-Browser, select an option/object and > transfer it back to the editor. Sounds smart for me.. > > But: all this are just ideas yet and need to be implemented assumed we > decide this would be really useful. > This could be a feature for a *later* release. > ok, just to collect the ideas, so it was interesting for me what you planned there.# > > > When highlight do you thought about syntax check? This has not to be > on every key, but maybe a button to do. > > syntax check is a pretty hard task! What exactly are you thinking about? > > Simple highlighting is (basically) just finding words and wrapping it with > tags. > Syntax check is more about knowing the current context and then decide > which options are valid there. I think especially for TypoScript this is > very diffcult. > > There is a "Template Analyser" in the template modul. I will check what is > its job. Perhaps we can benefit from that. I guess it uses the > t3lib_TSparser you mention. > And: i think this is not going to be implemented until a later release. > :-) > > regrads > Tobias > > > -- > http://eTobi.de i will have a look if the method there coud be used external. I only used it in general for highlight and syntax check. If i found a way i will tell you here. vg Steffen From steffen at sk-typo3.de Fri Nov 16 10:41:23 2007 From: steffen at sk-typo3.de (Steffen Kamper) Date: Fri, 16 Nov 2007 10:41:23 +0100 Subject: [TYPO3-dev] Announcing TYPO3 4.2 Alpha 2 References: Message-ID: "Thomas Hempel" schrieb im Newsbeitrag news:mailman.1.1195198420.12805.typo3-dev at lists.netfielders.de... > Hi *, > > if you find any bugs concerning the installer (Please no missing features) > please add them to the bugtracker on bugs.typo3.org and use "tx_install > (New version for TYPO3 4.2)" as project. > > > Thanks and Greets, > Thomas > > > -- > typo3-unleashed.net first congrats, it looks really nice. ok, then missing features here: * where are DBtools like compare etc ? * where are "All configuration" * ... i don't want to count all, but i still miss a lot of settings from old install. vg Steffen From thomas at typo3-unleashed.net Fri Nov 16 10:47:18 2007 From: thomas at typo3-unleashed.net (Thomas Hempel) Date: Fri, 16 Nov 2007 10:47:18 +0100 Subject: [TYPO3-dev] Announcing TYPO3 4.2 Alpha 2 In-Reply-To: References: Message-ID: Hey Steffen, > first congrats, it looks really nice. Thanks > ok, then missing features here: Didn't I said that you don't have to post missing features!? ;-) I'm aware of the fact that not all is implemented from the old installer yet. That's the reason why we have the old installer still in the core. > > * where are DBtools like compare etc ? Will come next weeks. > * where are "All configuration" There won't be an "all configuration" page. Greets, Thomas -- typo3-unleashed.net From steffen at sk-typo3.de Fri Nov 16 10:48:19 2007 From: steffen at sk-typo3.de (Steffen Kamper) Date: Fri, 16 Nov 2007 10:48:19 +0100 Subject: [TYPO3-dev] Announcing TYPO3 4.2 Alpha 2 References: Message-ID: "Thomas Hempel" schrieb im Newsbeitrag news:mailman.1.1195198254.12805.typo3-dev at lists.netfielders.de... > Hi Zach, > >> Nevermind -- figured out that it stores my preference in my session; >> clearing out the session allowed me to choose again. This is fairly >> obvious, I suppose, but it could trip up a less experienced person >> upgrading their installation, as it tripped me up. Then again, perhaps >> not. > You're right but keep in mind that won't happen at least in beta1 ;-) > > > Greets, > Thomas > > -- > typo3-unleashed.net hi, it would be nice for beta-phase, if the switch would be available every time until it's finished. vg Steffen From steffen at sk-typo3.de Fri Nov 16 10:54:22 2007 From: steffen at sk-typo3.de (Steffen Kamper) Date: Fri, 16 Nov 2007 10:54:22 +0100 Subject: [TYPO3-dev] Announcing TYPO3 4.2 Alpha 2 References: Message-ID: "Thomas Hempel" schrieb im Newsbeitrag news:mailman.1.1195206438.17253.typo3-dev at lists.netfielders.de... > Hey Steffen, > >> first congrats, it looks really nice. > Thanks > > >> ok, then missing features here: > Didn't I said that you don't have to post missing features!? ;-) I'm aware > of the fact that not all is implemented from the old installer yet. That's > the reason why we have the old installer still in the core. > >> the reason is that i don't know what is planned or what the state is. Is there any place to get this infos? I think also other users checking alpha are interested in. vg Steffen From mail at maltejansen.de Fri Nov 16 11:35:23 2007 From: mail at maltejansen.de (Malte Jansen) Date: Fri, 16 Nov 2007 11:35:23 +0100 Subject: [TYPO3-dev] TER: more SVN than register of extension? Message-ID: Hi, during the last month I found severals extensions, that the authors uploaded their first version of ext only with the basic file from kickstarter. After that uploading a new version every day. Which are not realy working. So the TER turns more to SVN than a register of extension? Cheers, Malte From steffen at sk-typo3.de Fri Nov 16 11:43:01 2007 From: steffen at sk-typo3.de (Steffen Kamper) Date: Fri, 16 Nov 2007 11:43:01 +0100 Subject: [TYPO3-dev] TER: more SVN than register of extension? References: Message-ID: "Malte Jansen" schrieb im Newsbeitrag news:mailman.1.1195209323.6716.typo3-dev at lists.netfielders.de... > Hi, > > during the last month I found severals extensions, that the authors > uploaded their first version of ext only with the basic file from > kickstarter. After that uploading a new version every day. Which are not > realy working. > > So the TER turns more to SVN than a register of extension? > > Cheers, > > Malte I agree that this shouldn't be at all. I also found some extensions where author is missing (or other informations). So 2 things have to be done: * Make clear rules for uploading to TER - they should be displayed in EM / upload - module * Make a patch for EM to make more checks Who is the responsible for TER, it's Ingo Renner? vg Steffen From steffen at sk-typo3.de Fri Nov 16 11:53:42 2007 From: steffen at sk-typo3.de (Steffen Kamper) Date: Fri, 16 Nov 2007 11:53:42 +0100 Subject: [TYPO3-dev] Improving Page Settings Message-ID: Hi, during improvements to page settings there is an issue i want to discuss. There is a field "extendToSubpages" that is used for access and login mode. Now we would like to have this option splitted to some features: * hide (possible to hide a complete branch) * start / stop (also for a branch) [maybe these 2 options can be in one setting] * cache settings (no cache / expires / loginmode) * access settings so there would be 2-3 more options for this setting, i don't know which would be best way * each setting in extra field * use a combined field (extendToSubpages) - may be problem for TCA-definition So i look forward for your comments. vg Steffen From moeller at network-publishing.de Fri Nov 16 12:17:15 2007 From: moeller at network-publishing.de (Christoph Moeller) Date: Fri, 16 Nov 2007 12:17:15 +0100 Subject: [TYPO3-dev] np_subversion 0.4.1 released Message-ID: Hi all, we just released [1] the first public version of np_subversion [2] to the TER. The extension integrates Subversion client features into the TYPO3 filelist module, helping admins to deploy, develop and track their data from within the backend. Have fun. In order to constantly improve the extension, we're looking forward to your usage/bug reports: until the bugs.typo3.org project is set up, please email to support at network-publishing.de in case you want to drop us a note. Watch out for the upcoming t3n magazine (issue no.10): we wrote an introductory article on how to efficiently use the system. Cheers & greetings from Cologne Chris [1] http://www.network-publishing.de/initial-np_subversion-release.html (sorry, german only) [2] http://typo3.org/extensions/repository/view/np_subversion/0.4.1/ -- network.publishing internet & network service | moeller westbunk gbr berrenrather str. 188c | 50937 koeln phone +49 (0)221 99 55 89 - 0 | fax +49 (0)221 99 55 89 - 20 moeller at network-publishing.de | http://www.network-publishing.de From mail-spam at ringerge.org Fri Nov 16 12:35:01 2007 From: mail-spam at ringerge.org (Georg Ringer) Date: Fri, 16 Nov 2007 12:35:01 +0100 Subject: [TYPO3-dev] np_subversion 0.4.1 released In-Reply-To: References: Message-ID: Christoph Moeller schrieb: > we just released [1] the first public version of np_subversion [2] to > the TER. The extension integrates Subversion client features into the > TYPO3 filelist module, helping admins to deploy, develop and track their > data from within the backend. Have fun. Wouldnt it be cool to update the src from svn of typo3? georg From ingmar at typo3.org Fri Nov 16 13:18:57 2007 From: ingmar at typo3.org (Ingmar Schlecht) Date: Fri, 16 Nov 2007 13:18:57 +0100 Subject: [TYPO3-dev] TER: more SVN than register of extension? In-Reply-To: References: Message-ID: Hi Steffen, Steffen Kamper schrieb: > "Malte Jansen" schrieb im Newsbeitrag > news:mailman.1.1195209323.6716.typo3-dev at lists.netfielders.de... >> Hi, >> >> during the last month I found severals extensions, that the authors >> uploaded their first version of ext only with the basic file from >> kickstarter. After that uploading a new version every day. Which are not >> realy working. >> >> So the TER turns more to SVN than a register of extension? >> >> Cheers, >> >> Malte > > I agree that this shouldn't be at all. I also found some extensions where > author is missing (or other informations). > So 2 things have to be done: > * Make clear rules for uploading to TER - they should be displayed in EM / > upload - module > * Make a patch for EM to make more checks > > Who is the responsible for TER, it's Ingo Renner? Robert Lemke is in charge of TER, but he's concentrating on 5.0 work currently, so he will only fix real urgent and necessary stuff, I guess. cheers Ingmar -- Ingmar Schlecht TYPO3 Association Active Member From Martin.Kutschker at n0spam-blackbox.net Fri Nov 16 14:02:15 2007 From: Martin.Kutschker at n0spam-blackbox.net (Martin Kutschker) Date: Fri, 16 Nov 2007 14:02:15 +0100 Subject: [TYPO3-dev] Announcing TYPO3 4.2 Alpha 2 In-Reply-To: References: Message-ID: Ingo Renner schrieb: > > Raised minimum PHP version requirement > > To run TYPO3 4.2alpha2 you need to have at least PHP 5.2. This move was > necessary to use features introduced since PHP 5.0. Wrong again :-( Masi From Martin.Kutschker at n0spam-blackbox.net Fri Nov 16 14:03:50 2007 From: Martin.Kutschker at n0spam-blackbox.net (Martin Kutschker) Date: Fri, 16 Nov 2007 14:03:50 +0100 Subject: [TYPO3-dev] Announcing TYPO3 4.2 Alpha 2 In-Reply-To: References: Message-ID: Ingo Renner schrieb: > 52a869cd8aac9eb2e6fa8219061360ba dummy-4.2.0alpha2.tar.gz I suggest we call the files in the future typo3_dummy-x.y.z Masi From moeller at network-publishing.de Fri Nov 16 14:07:40 2007 From: moeller at network-publishing.de (Christoph Moeller) Date: Fri, 16 Nov 2007 14:07:40 +0100 Subject: [TYPO3-dev] np_subversion 0.4.1 released In-Reply-To: References: Message-ID: Hi Georg, Georg Ringer schrieb: > Wouldnt it be cool to update the src from svn of typo3? What sources do you mean - the core or the extension, itself? You can indeed manage (checkout/export, update, commit) all extensions and everything beneath fileadmin/, at the moment. The core needs some special treatment and we intentionally didn't yet integrate this possibility. We'll need some more integration with the install tool in order to streamline the process of updating a whole TYPO3 core (compare DB struct, import new static stuff, etc.) - but we have that on our roadmap :-) Feel free to keep your ideas ready, the bugtracker subproject will be in place, soon. cheers, Chris -- network.publishing internet & network service | moeller westbunk gbr berrenrather str. 188c | 50937 koeln phone +49 (0)221 99 55 89 - 0 | fax +49 (0)221 99 55 89 - 20 moeller at network-publishing.de | http://www.network-publishing.de From mail-spam at ringerge.org Fri Nov 16 14:10:33 2007 From: mail-spam at ringerge.org (Georg Ringer) Date: Fri, 16 Nov 2007 14:10:33 +0100 Subject: [TYPO3-dev] np_subversion 0.4.1 released In-Reply-To: References: Message-ID: Christoph Moeller schrieb: > Hi Georg, > > Georg Ringer schrieb: >> Wouldnt it be cool to update the src from svn of typo3? > > What sources do you mean - the core or the extension, itself? I meant both: extensions and the core. it would also be interesting to have the possibility to update an ext from official svn georg From moeller at network-publishing.de Fri Nov 16 14:13:19 2007 From: moeller at network-publishing.de (Christoph Moeller) Date: Fri, 16 Nov 2007 14:13:19 +0100 Subject: [TYPO3-dev] np_subversion 0.4.1 released In-Reply-To: References: Message-ID: Georg Ringer schrieb: >> What sources do you mean - the core or the extension, itself? > > I meant both: extensions and the core. it would also be interesting to > have the possibility to update an ext from official svn Read the manual - the tutorial section is exactly about the use case ("export/update extensions from typo3xdev") :-) Chris -- network.publishing internet & network service | moeller westbunk gbr berrenrather str. 188c | 50937 koeln phone +49 (0)221 99 55 89 - 0 | fax +49 (0)221 99 55 89 - 20 moeller at network-publishing.de | http://www.network-publishing.de From mail-spam at ringerge.org Fri Nov 16 14:14:50 2007 From: mail-spam at ringerge.org (Georg Ringer) Date: Fri, 16 Nov 2007 14:14:50 +0100 Subject: [TYPO3-dev] np_subversion 0.4.1 released In-Reply-To: References: Message-ID: Christoph Moeller schrieb: > Read the manual - the tutorial section is exactly about the use case > ("export/update extensions from typo3xdev") :-) mea maxima culpa georg From tobias at work.de Fri Nov 16 15:54:22 2007 From: tobias at work.de (Tobias Liebig) Date: Fri, 16 Nov 2007 15:54:22 +0100 Subject: [TYPO3-dev] t3editor - editor with syntax highlighting for the backend In-Reply-To: References: Message-ID: Hy all, Tobias Liebig schrieb: > In this thread i like to collect options, (bug)reports and discussions > concerning the t3editor. Please report any bugs concerning the t3editor on bugs.typo3.org in the Project "tx_t3editor". Thx in advance Tobias -- http://eTobi.de From kasperligaard at gmail.com Fri Nov 16 16:07:17 2007 From: kasperligaard at gmail.com (Kasper Ligaard) Date: Fri, 16 Nov 2007 16:07:17 +0100 Subject: [TYPO3-dev] Announcing TYPO3 4.2 Alpha 2 In-Reply-To: References: Message-ID: Oliver Hader skrev: > Patrick Gaumond schrieb: >> I was ready to dance then tried it on WinXP, PHP5.2.1 and got: >> >> An error occured. Please see details: >> * FATAL! No config file was found for module "installer". >> * FATAL! The requested module "installer" could not be loaded. > I think "Clear cache in typo3conf/" should enable this... give it a try. I have the same problem, even after removing the cache files. Any other ideas? Regards, Kasper From steffen at sk-typo3.de Fri Nov 16 18:23:30 2007 From: steffen at sk-typo3.de (Steffen Kamper) Date: Fri, 16 Nov 2007 18:23:30 +0100 Subject: [TYPO3-dev] TER: more SVN than register of extension? References: Message-ID: "Ingmar Schlecht" schrieb im Newsbeitrag news:mailman.1.1195215540.3680.typo3-dev at lists.netfielders.de... > > Robert Lemke is in charge of TER, but he's concentrating on 5.0 work > currently, so he will only fix real urgent and necessary stuff, I guess. > > cheers > Ingmar > ok. i will look if i can do something if i find some time for. I think it's an important task to have a "clean" TER. One idea would be to use experimental status for those extension and don't show them up in TER search (maybe only with a special option) When upgrading to beta all versions before could be deleted. Anyway TER shouldn't use to upload each status of an Extension (like svn), but it needs some discipline from the authors. Rules can help here, also if someone act against rules to block his account. vg Steffen From ingmar at typo3.org Fri Nov 16 22:42:50 2007 From: ingmar at typo3.org (Ingmar Schlecht) Date: Fri, 16 Nov 2007 22:42:50 +0100 Subject: [TYPO3-dev] Announcing TYPO3 4.2 Alpha 2 In-Reply-To: References: Message-ID: Hi Masi, Martin Kutschker wrote: > Ingo Renner schrieb: >> 52a869cd8aac9eb2e6fa8219061360ba dummy-4.2.0alpha2.tar.gz > > I suggest we call the files in the future typo3_dummy-x.y.z Is there anything else than TYPO3 on this world? No, honestly, good idea, I though about that a while ago, too. cheers Ingmar -- Ingmar Schlecht TYPO3 Association Active Member From martin.kutschker-n0spam at no5pam-blackbox.net Sat Nov 17 11:04:55 2007 From: martin.kutschker-n0spam at no5pam-blackbox.net (Martin Kutschker) Date: Sat, 17 Nov 2007 11:04:55 +0100 Subject: [TYPO3-dev] DBAL Usuage In-Reply-To: References: Message-ID: belbono schrieb: > Hi, > > i?m having some problems with DBAL. Its makeing quotes where I don't > want them and this chrashes the wohle query. > > 1st problem. > $res = > $GLOBALS['TYPO3_DB']->exec_SELECTquery('MAX(UID)',strtoupper($table),'','','',''); > > As you can see I want the maximum UID from the $table. I wouldn't do the strtoupper. If Oracle needs uppercase table names then DBAL should do the conversion automatically. Use table and column names as they are defined. MAX() is a common function so in theory DBAL should know it and support it correctly, ie do the quoting for you. If it doesn't try: $GLOBALS['TYPO3_DB']->exec_query("SELECT max(uid) FROM $table"); Maybe this works better. > 2nd problem > Thats a bit harder I think > > For a search function I?m building up query strings before I use them > with $GLOBALS['TYPO3_DB']->exec_SELECTquery() > > I?m using several INNER JOIN statements which are causing trouble with > DBAL - Example: > > $from= 'TAB1 INNER JOIN '.$tabname.' ON TAB1.UID = '.$tabname.'.TAB1_UID '; > > I need to write the tablename before the attributes to avoid ambiguous > columns ! > > After this I?m calling > $GLOBALS['TYPO3_DB']->exec_SELECTquery($select,$from,$where,'','',''); > > Under MySQL there is no trouble and I get a from part in my statement > like this: > TAB1 INNER JOIN TAB2 ON TAB1.UID = TAB2.TAB1_UID > > When using the extension under Oracle it makes something weird like: > > TAB1 INNER JOIN TAB2 ON "TAB1.UID = "TAB2.TAB1_UID" > > At first I tried to quote the UID by hand - but this made it just worse. > ...JOIN TAB2 ON "TAB1."UID" = TAB2......... > > My question: Is it generally possible to build such statements in a > proper way so that MySQL and Oracle can handle them? - and if yes whats > wrong here ? Try using barackets around the ON part of the JOIN: TAB1 INNER JOIN TAB2 ON (TAB1.UID = TAB2.TAB1_UID) Also try spelling the tables names as found in the ext_tables.sql files. Masi From mail at maltejansen.de Sat Nov 17 12:50:58 2007 From: mail at maltejansen.de (Malte Jansen) Date: Sat, 17 Nov 2007 12:50:58 +0100 Subject: [TYPO3-dev] table "fe_groups": cruser_id,crdate missing Message-ID: Hi! Is there any reason, why in this table these two fields are missing? Cheers, Malte From mail-spam at ringerge.org Sat Nov 17 13:04:18 2007 From: mail-spam at ringerge.org (Georg Ringer) Date: Sat, 17 Nov 2007 13:04:18 +0100 Subject: [TYPO3-dev] table "fe_groups": cruser_id,crdate missing In-Reply-To: References: Message-ID: Malte Jansen schrieb: > Is there any reason, why in this table these two fields are missing? I guess not. you wanna create the patch? georg From mail at maltejansen.de Sat Nov 17 15:35:09 2007 From: mail at maltejansen.de (Malte Jansen) Date: Sat, 17 Nov 2007 15:35:09 +0100 Subject: [TYPO3-dev] table "fe_groups": cruser_id,crdate missing In-Reply-To: References: Message-ID: Georg Ringer schrieb: > Malte Jansen schrieb: >> Is there any reason, why in this table these two fields are missing? > > I guess not. you wanna create the patch? > > georg The patch would be no problem. But what about existing records? Should it be empty? Malte From mail-spam at ringerge.org Sat Nov 17 15:58:55 2007 From: mail-spam at ringerge.org (Georg Ringer) Date: Sat, 17 Nov 2007 15:58:55 +0100 Subject: [TYPO3-dev] table "fe_groups": cruser_id,crdate missing In-Reply-To: References: Message-ID: Malte Jansen schrieb: > But what about existing records? Should it be empty? it will be 0 and IMO no problem, somewhere you need to start. take a look at this bug: http://bugs.typo3.org/view.php?id=3997 it has been done there too georg From kraftb at kraftb.at Sat Nov 17 17:41:53 2007 From: kraftb at kraftb.at (Bernhard Kraft) Date: Sat, 17 Nov 2007 17:41:53 +0100 Subject: [TYPO3-dev] RFC: php-doc for hooks Message-ID: Hi ! This is an RFC. Problem: Just by a single grep I could find about 50 hooks in the TYPO3 core. There is no common place where all hooks are at least a little bit documented. Solution: Add a php-doc header in front of each hook. Example: /* * @hook makeControl: Allows to change control icons of records in list-module * @date 2007-11-17 * @request Bernhard Kraft */ What fields should also get added (@doc probably) and it would be good if we could give each hook a kind of "UID" ... so it is possible to "identify" each hook. Please share your comments and ideas. I could take care of adding the php-docs. There should be some people who document each hook and usage (Probably in the wiki first) Which then should get moved into some maintained document on typo3.org greets, Bernhard From ingo at typo3.org Sat Nov 17 18:46:00 2007 From: ingo at typo3.org (Ingo Renner) Date: Sat, 17 Nov 2007 18:46:00 +0100 Subject: [TYPO3-dev] RFC: php-doc for hooks In-Reply-To: References: Message-ID: Bernhard Kraft wrote: > Please share your comments and ideas. I recently started to enforce that at least new hooks must come with an interface declaration, that would help a lot already I guess. Have a look at t3lib/interfaces/ Would that be a step in the right direction, should we add this to the coding guidelines maybe? all the best Ingo -- Ingo Renner TYPO3 Core Developer, Release Manager TYPO3 4.2 From tapio.markula at xetpoint.fi Sat Nov 17 19:45:25 2007 From: tapio.markula at xetpoint.fi (Tapio Markula) Date: Sat, 17 Nov 2007 20:45:25 +0200 Subject: [TYPO3-dev] Tabbed menu code into own class file In-Reply-To: References: Message-ID: Benjamin Mack > Hey, if you're interested, send a patch (I hope you know how make one by > now) to the core list for review and we can check it then. I have a tool, which can't create folder-level patches - just pathes from individual files. I should send several patches + new files as separate files. But that apparently doesn't fit in core list. From mail at maltejansen.de Sat Nov 17 22:25:49 2007 From: mail at maltejansen.de (Malte Jansen) Date: Sat, 17 Nov 2007 22:25:49 +0100 Subject: [TYPO3-dev] table "fe_groups": cruser_id,crdate missing In-Reply-To: References: Message-ID: Georg Ringer schrieb: > Malte Jansen schrieb: >> But what about existing records? Should it be empty? > > it will be 0 and IMO no problem, somewhere you need to start. > take a look at this bug: http://bugs.typo3.org/view.php?id=3997 > it has been done there too > > georg Hi Georg, I have opend a bug: http://bugs.typo3.org/view.php?id=6741 The patch should be there until Monday. Cheers, Malte From martin.kutschker-n0spam at no5pam-blackbox.net Sun Nov 18 13:16:55 2007 From: martin.kutschker-n0spam at no5pam-blackbox.net (Martin Kutschker) Date: Sun, 18 Nov 2007 13:16:55 +0100 Subject: [TYPO3-dev] table "fe_groups": cruser_id,crdate missing In-Reply-To: References: Message-ID: Malte Jansen schrieb: > Georg Ringer schrieb: >> Malte Jansen schrieb: >>> But what about existing records? Should it be empty? >> >> it will be 0 and IMO no problem, somewhere you need to start. >> take a look at this bug: http://bugs.typo3.org/view.php?id=3997 >> it has been done there too >> >> georg > > Hi Georg, > > I have opend a bug: > > http://bugs.typo3.org/view.php?id=6741 > > The patch should be there until Monday. While you're at it. IMHO all tables should have these two fields. Could you have a look at other Core/sysext tables that lack them? Masi From martin.kutschker-n0spam at no5pam-blackbox.net Sun Nov 18 13:28:05 2007 From: martin.kutschker-n0spam at no5pam-blackbox.net (Martin Kutschker) Date: Sun, 18 Nov 2007 13:28:05 +0100 Subject: [TYPO3-dev] RFC: turn all phpDoc "@access private" method declarations into protected methods Message-ID: Hi! Some TYPO3 code has already a work-around for the lack of access control in PHP4. I suggest we remove the phpDoc code and convert them into true PHP declarations. While this change may break some code nobody can complain. We said that this stuff was private! Note: to allow for XCLASSing it has to be "protected" and cannot be "private". Any opinions? Masi From belbono at gmx.de Sun Nov 18 15:09:36 2007 From: belbono at gmx.de (belbono) Date: Sun, 18 Nov 2007 15:09:36 +0100 Subject: [TYPO3-dev] DBAL Usuage In-Reply-To: References: Message-ID: Hi Martin, bad news brackets doesn't work. If I give something like 'FROM PUBLICATIONS INNER JOIN ARTICLE ON (PUBLICATIONS.UID_ = ARTICLE.PUBLICATIONS_UID) ' to DBAL I get an Error saying that there is no handler found and no join clause and other things... So I think DBAL cannot handle table attributs with given table name as prefix. Other example: SELECT PUBLICATIONS.UID_,PUBLICATIONS.TITLE,PUBLICATIONS.RATING,PUBLICATIONS.COMMENT_ will be converted into SELECT "PUBLICATIONS"."UID_", "PUBLICATIONS"."TITLE", "PUBLICATIONS"."RATING", "PUBLICATIONS"."COMMENT_" DBAL quotes the table name and that makes wrong sql. I would call this behavior a bug in DBAL, because I don't see any way how this can be solved through changing my input data. If I?m wrong about this, please correct me. Alex Martin Kutschker wrote: > belbono schrieb: > >> Hi, >> >> i?m having some problems with DBAL. Its makeing quotes where I don't >> want them and this chrashes the wohle query. >> >> 1st problem. >> $res = >> $GLOBALS['TYPO3_DB']->exec_SELECTquery('MAX(UID)',strtoupper($table),'','','',''); >> >> As you can see I want the maximum UID from the $table. >> > > I wouldn't do the strtoupper. If Oracle needs uppercase table names then > DBAL should do the conversion automatically. Use table and column names > as they are defined. > > MAX() is a common function so in theory DBAL should know it and support > it correctly, ie do the quoting for you. > > If it doesn't try: > > $GLOBALS['TYPO3_DB']->exec_query("SELECT max(uid) FROM $table"); > > Maybe this works better. > > >> 2nd problem >> Thats a bit harder I think >> >> For a search function I?m building up query strings before I use them >> with $GLOBALS['TYPO3_DB']->exec_SELECTquery() >> >> I?m using several INNER JOIN statements which are causing trouble with >> DBAL - Example: >> >> $from= 'TAB1 INNER JOIN '.$tabname.' ON TAB1.UID = '.$tabname.'.TAB1_UID '; >> >> I need to write the tablename before the attributes to avoid ambiguous >> columns ! >> >> After this I?m calling >> $GLOBALS['TYPO3_DB']->exec_SELECTquery($select,$from,$where,'','',''); >> >> Under MySQL there is no trouble and I get a from part in my statement >> like this: >> TAB1 INNER JOIN TAB2 ON TAB1.UID = TAB2.TAB1_UID >> >> When using the extension under Oracle it makes something weird like: >> >> TAB1 INNER JOIN TAB2 ON "TAB1.UID = "TAB2.TAB1_UID" >> >> At first I tried to quote the UID by hand - but this made it just worse. >> ...JOIN TAB2 ON "TAB1."UID" = TAB2......... >> >> My question: Is it generally possible to build such statements in a >> proper way so that MySQL and Oracle can handle them? - and if yes whats >> wrong here ? >> > > Try using barackets around the ON part of the JOIN: > > TAB1 INNER JOIN TAB2 ON (TAB1.UID = TAB2.TAB1_UID) > > Also try spelling the tables names as found in the ext_tables.sql files. > > Masi > _______________________________________________ > TYPO3-dev mailing list > TYPO3-dev at lists.netfielders.de > http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev > > From martin.kutschker-n0spam at no5pam-blackbox.net Sun Nov 18 15:31:02 2007 From: martin.kutschker-n0spam at no5pam-blackbox.net (Martin Kutschker) Date: Sun, 18 Nov 2007 15:31:02 +0100 Subject: [TYPO3-dev] DBAL Usuage In-Reply-To: References: Message-ID: belbono schrieb: > Hi Martin, > > > bad news brackets doesn't work. > If I give something like > > 'FROM PUBLICATIONS INNER JOIN ARTICLE ON (PUBLICATIONS.UID_ = > ARTICLE.PUBLICATIONS_UID) ' > > to DBAL I get an Error saying that there is no handler found and no join > clause and other things... Could be that DBAL supports currently join condiitons only with OUTER JOINS. But I still think that it is an error to use upper case table names unless they are spelled as such in the table definition. > So I think DBAL cannot handle table attributs with given table name as > prefix. > Other example: > > SELECT > PUBLICATIONS.UID_,PUBLICATIONS.TITLE,PUBLICATIONS.RATING,PUBLICATIONS.COMMENT_ > will be converted into > > SELECT "PUBLICATIONS"."UID_", "PUBLICATIONS"."TITLE", > "PUBLICATIONS"."RATING", "PUBLICATIONS"."COMMENT_" > > DBAL quotes the table name and that makes wrong sql. The generated code is IMHO perfectly wrong. Why do you think that the quoting is incorrect? Note: the casing may be a problem. ProstgreSQL handles the case of names differently when using quotes or not. Is this true for Oracle as well. Masi PS: Your query uses names that are not TYPO3 "compatible". They should be named tx_myext_tablename. I sguugest you don't use DBAL if your data isn't part of your TYPO3 installation. It might be easier for you :-) From mail at maltejansen.de Sun Nov 18 15:58:27 2007 From: mail at maltejansen.de (Malte Jansen) Date: Sun, 18 Nov 2007 15:58:27 +0100 Subject: [TYPO3-dev] table "fe_groups": cruser_id,crdate missing In-Reply-To: References: Message-ID: Martin Kutschker schrieb: > > While you're at it. IMHO all tables should have these two fields. Could > you have a look at other Core/sysext tables that lack them? > > Masi Hi, In following tables in the sysext/cms are crdate & cruser_id are missing: - cache_pages - cache_pagesection - cache_typo3temp_log - cache_md5params - cache_imagesizes - fe_groups - fe_session_data - fe_sessions - static_template (only cruser_id) - sys_domain - pages should also the cache etc get What about a tab instead of " " (two blank) infront of every field? What about splitting the $TCA into several files? ext_tables.php (only the ctrl of each table) tca/table.php (new folder with a file for each table) So you can get pretty easy to every table. Now it is very difficult to find every field/option. Further sysext will come tomorrow. Cheers, Malte From mail at maltejansen.de Sun Nov 18 16:13:17 2007 From: mail at maltejansen.de (Malte Jansen) Date: Sun, 18 Nov 2007 16:13:17 +0100 Subject: [TYPO3-dev] table "fe_groups": cruser_id,crdate missing In-Reply-To: References: Message-ID: I had a little bit time left, so here is the rest. Here is the rest... In following sysext have no crdate & cruser_id: - dbal - impexp - indexed_search - rtehtmlarea - tsconfig_help From steffen at sk-typo3.de Sun Nov 18 16:41:47 2007 From: steffen at sk-typo3.de (Steffen Kamper) Date: Sun, 18 Nov 2007 16:41:47 +0100 Subject: [TYPO3-dev] Improving Page Settings References: Message-ID: "Steffen Kamper" schrieb im Newsbeitrag news:mailman.1.1195210376.1746.typo3-dev at lists.netfielders.de... > Hi, > > during improvements to page settings there is an issue i want to discuss. > There is a field "extendToSubpages" that is used for access and login > mode. > > Now we would like to have this option splitted to some features: > > * hide (possible to hide a complete branch) > * start / stop (also for a branch) > [maybe these 2 options can be in one setting] > * cache settings (no cache / expires / loginmode) > * access settings > > so there would be 2-3 more options for this setting, i don't know which > would be best way > * each setting in extra field > * use a combined field (extendToSubpages) - may be problem for > TCA-definition > > So i look forward for your comments. > > vg Steffen > is this uninteresting or incomprehensible ? vg Steffen From martin.kutschker-n0spam at no5pam-blackbox.net Sun Nov 18 19:03:00 2007 From: martin.kutschker-n0spam at no5pam-blackbox.net (Martin Kutschker) Date: Sun, 18 Nov 2007 19:03:00 +0100 Subject: [TYPO3-dev] Improving Page Settings In-Reply-To: References: Message-ID: Steffen Kamper schrieb: > Hi, > > during improvements to page settings there is an issue i want to discuss. > There is a field "extendToSubpages" that is used for access and login mode. > > Now we would like to have this option splitted to some features: > > * hide (possible to hide a complete branch) > * start / stop (also for a branch) > [maybe these 2 options can be in one setting] > * cache settings (no cache / expires / loginmode) > * access settings In theory ALL fields could be inherited to children. So it could be nice to have many fields to check this. But this could be getting very complicated to use because of all these options. Masi From xoonsji02 at sneakemail.com Sun Nov 18 19:10:59 2007 From: xoonsji02 at sneakemail.com (Bernd Wilke) Date: Sun, 18 Nov 2007 19:10:59 +0100 Subject: [TYPO3-dev] Improving Page Settings References: Message-ID: On Fri, 16 Nov 2007 11:53:42 +0100, Steffen Kamper wrote with subject "[TYPO3-dev] Improving Page Settings": > Hi, > > during improvements to page settings there is an issue i want to discuss. > There is a field "extendToSubpages" that is used for access and login mode. > > Now we would like to have this option splitted to some features: > > * hide (possible to hide a complete branch) > * start / stop (also for a branch) > [maybe these 2 options can be in one setting] > * cache settings (no cache / expires / loginmode) > * access settings > > so there would be 2-3 more options for this setting, i don't know which > would be best way > * each setting in extra field > * use a combined field (extendToSubpages) - may be problem for > TCA-definition > > So i look forward for your comments. I think every option should be inheritable by its own. but the information may be stored in one DB-field (bitwise) Bernd -- Don't ask what the TYPO3-community can do for you. Ask what you can do for the TYPO3-community. http://www.pi-phi.de/t3v4/cheatsheet.html From steffen at sk-typo3.de Sun Nov 18 19:11:31 2007 From: steffen at sk-typo3.de (Steffen Kamper) Date: Sun, 18 Nov 2007 19:11:31 +0100 Subject: [TYPO3-dev] Improving Page Settings References: Message-ID: "Martin Kutschker" schrieb im Newsbeitrag news:mailman.1.1195408974.13353.typo3-dev at lists.netfielders.de... > Steffen Kamper schrieb: >> Hi, >> >> during improvements to page settings there is an issue i want to discuss. >> There is a field "extendToSubpages" that is used for access and login >> mode. >> >> Now we would like to have this option splitted to some features: >> >> * hide (possible to hide a complete branch) >> * start / stop (also for a branch) >> [maybe these 2 options can be in one setting] >> * cache settings (no cache / expires / loginmode) >> * access settings > > In theory ALL fields could be inherited to children. So it could be nice > to have many fields to check this. But this could be getting very > complicated to use because of all these options. > > Masi it would be nice if complete branch iherited could get a special backgroundcolor. In the mod pagetreetools this is realized with other options. it would be nice if childs in TCEforms have this field disabled if inherit from parents so it's visible if there is some value coming from parents. vg Steffen From steffen at sk-typo3.de Sun Nov 18 19:16:00 2007 From: steffen at sk-typo3.de (Steffen Kamper) Date: Sun, 18 Nov 2007 19:16:00 +0100 Subject: [TYPO3-dev] Improving Page Settings References: Message-ID: "Bernd Wilke" schrieb im Newsbeitrag news:mailman.1.1195409417.18401.typo3-dev at lists.netfielders.de... > On Fri, 16 Nov 2007 11:53:42 +0100, Steffen Kamper wrote > with subject "[TYPO3-dev] Improving Page Settings": > >> Hi, >> >> during improvements to page settings there is an issue i want to discuss. >> There is a field "extendToSubpages" that is used for access and login >> mode. >> >> Now we would like to have this option splitted to some features: >> >> * hide (possible to hide a complete branch) >> * start / stop (also for a branch) >> [maybe these 2 options can be in one setting] >> * cache settings (no cache / expires / loginmode) >> * access settings >> >> so there would be 2-3 more options for this setting, i don't know which >> would be best way >> * each setting in extra field >> * use a combined field (extendToSubpages) - may be problem for >> TCA-definition >> >> So i look forward for your comments. > > I think every option should be inheritable by its own. > but the information may be stored in one DB-field (bitwise) > > Bernd > -- i agree, but i see a problem in TCA. In Forms these switches has to be spreaded and i don't know how to sum them in one field. vg Steffen From belbono at gmx.de Sun Nov 18 19:29:36 2007 From: belbono at gmx.de (belbono) Date: Sun, 18 Nov 2007 19:29:36 +0100 Subject: [TYPO3-dev] DBAL Usuage In-Reply-To: References: Message-ID: Hi, Martin Kutschker wrote: > belbono schrieb: > >> Hi Martin, >> >> >> bad news brackets doesn't work. >> If I give something like >> >> 'FROM PUBLICATIONS INNER JOIN ARTICLE ON (PUBLICATIONS.UID_ = >> ARTICLE.PUBLICATIONS_UID) ' >> >> to DBAL I get an Error saying that there is no handler found and no join >> clause and other things... >> > > Could be that DBAL supports currently join condiitons only with OUTER JOINS. > > But I still think that it is an error to use upper case table names > unless they are spelled as such in the table definition. > That's right. Since Oracle accepts only tablenames in uppercase, I?m only allowed to use those. > >> So I think DBAL cannot handle table attributs with given table name as >> prefix. >> Other example: >> >> SELECT >> PUBLICATIONS.UID_,PUBLICATIONS.TITLE,PUBLICATIONS.RATING,PUBLICATIONS.COMMENT_ >> > > >> will be converted into >> >> SELECT "PUBLICATIONS"."UID_", "PUBLICATIONS"."TITLE", >> "PUBLICATIONS"."RATING", "PUBLICATIONS"."COMMENT_" >> >> DBAL quotes the table name and that makes wrong sql. >> > > The generated code is IMHO perfectly wrong. Why do you think that the > quoting is incorrect? > Quoting the tablenames is wrong since you get an error when using such a statement in a program like oracle's SQL-Developer. Remove the quotes on the tablename and everything is fine... Of course there is the way using it without the tablename as a prefix, but unfortunately this leads me to ambiguous attribute names... ..maybe I should try another rename operations for affected attributes > Note: the casing may be a problem. ProstgreSQL handles the case of names > differently when using quotes or not. Is this true for Oracle as well. > > Masi > > PS: Your query uses names that are not TYPO3 "compatible". They should > be named tx_myext_tablename. I sguugest you don't use DBAL if your data > isn't part of your TYPO3 installation. It might be easier for you :-) > Yes, I could use AdoDB directly ... But I wanted it to be compatible with MySQL, because I don't really think an Oracle DB is necessary for my plugin- But unfortunately that's not my decision... The other thing, is when using tablenames that are compatible with typo3 I may get problems with oracle again, because it limits the length of tablenames. Alex From fsuter at cobweb.ch Sun Nov 18 20:10:00 2007 From: fsuter at cobweb.ch (Francois Suter) Date: Sun, 18 Nov 2007 20:10:00 +0100 Subject: [TYPO3-dev] De-admin the "Tools" module In-Reply-To: References: Message-ID: Hi all, Anyone else having opinions about this? To sum it up so far, in both this thread and the original one, it has been suggested to simply rename the "User" module to "Tools" and the "Tools" module to "Admin tools". To make a bit let ambiguous, the "Setup" submodule would be renamed "User settings" (although I still feel it should be placed elsewhere, but maybe this is being discussed by the HCI team). I am ready to go ahead and do a patch for this, but I would gladly have more opinions on the matter. Cheers -- Francois Suter Cobweb Development Sarl - http://www.cobweb.ch From martin.kutschker-n0spam at no5pam-blackbox.net Sun Nov 18 20:33:20 2007 From: martin.kutschker-n0spam at no5pam-blackbox.net (Martin Kutschker) Date: Sun, 18 Nov 2007 20:33:20 +0100 Subject: [TYPO3-dev] DBAL Usuage In-Reply-To: References: Message-ID: belbono schrieb: > Hi, > > Martin Kutschker wrote: >> belbono schrieb: >> >>> Hi Martin, >>> >>> >>> bad news brackets doesn't work. >>> If I give something like >>> >>> 'FROM PUBLICATIONS INNER JOIN ARTICLE ON (PUBLICATIONS.UID_ = >>> ARTICLE.PUBLICATIONS_UID) ' >>> >>> to DBAL I get an Error saying that there is no handler found and no >>> join clause and other things... >>> >> >> Could be that DBAL supports currently join condiitons only with OUTER >> JOINS. >> >> But I still think that it is an error to use upper case table names >> unless they are spelled as such in the table definition. >> > That's right. Since Oracle accepts only tablenames in uppercase, I?m > only allowed to use those. In thise case DBAL should do the conversion. >> >> The generated code is IMHO perfectly wrong. Why do you think that the >> quoting is incorrect? >> > Quoting the tablenames is wrong since you get an error when using such a > statement in a program like oracle's SQL-Developer. > Remove the quotes on the tablename and everything is fine... Strange. Quotes are ANSI SQL and I don't think Oracle deviates here. > Yes, I could use AdoDB directly ... But I wanted it to be compatible > with MySQL, because I don't really think an Oracle DB is necessary for > my plugin- But unfortunately that's not my decision... Go even further and use the Oracle API directly. Why mess with an abstraction layer you don't need? > The other thing, is when using tablenames that are compatible with typo3 > I may get problems with oracle again, because it limits the length of > tablenames. When you use DBAL you can use it's mapping feature. Masi From steffen at sk-typo3.de Sun Nov 18 20:55:52 2007 From: steffen at sk-typo3.de (Steffen Kamper) Date: Sun, 18 Nov 2007 20:55:52 +0100 Subject: [TYPO3-dev] De-admin the "Tools" module References: Message-ID: "Francois Suter" schrieb im Newsbeitrag news:mailman.1.1195413057.25867.typo3-dev at lists.netfielders.de... > Hi all, > > Anyone else having opinions about this? > > To sum it up so far, in both this thread and the original one, it has been > suggested to simply rename the "User" module to "Tools" and the "Tools" > module to "Admin tools". To make a bit let ambiguous, the "Setup" > submodule would be renamed "User settings" (although I still feel it > should be placed elsewhere, but maybe this is being discussed by the HCI > team). > > I am ready to go ahead and do a patch for this, but I would gladly have > more opinions on the matter. > > Cheers > > -- > > Francois Suter > Cobweb Development Sarl - http://www.cobweb.ch Hi Francois, please go ahead and do so. I'm fine with it, and this would be the most elegant solution.. vg Steffen From belbono at gmx.de Sun Nov 18 21:09:22 2007 From: belbono at gmx.de (belbono) Date: Sun, 18 Nov 2007 21:09:22 +0100 Subject: [TYPO3-dev] DBAL Usuage In-Reply-To: References: Message-ID: Hey, > belbono schrieb: > >> Hi, >> >> Martin Kutschker wrote: >> >>> belbono schrieb: >>> >>> >>>> Hi Martin, >>>> >>>> >>>> bad news brackets doesn't work. >>>> If I give something like >>>> >>>> 'FROM PUBLICATIONS INNER JOIN ARTICLE ON (PUBLICATIONS.UID_ = >>>> ARTICLE.PUBLICATIONS_UID) ' >>>> >>>> to DBAL I get an Error saying that there is no handler found and no >>>> join clause and other things... >>>> >>>> >>> Could be that DBAL supports currently join condiitons only with OUTER >>> JOINS. >>> >>> But I still think that it is an error to use upper case table names >>> unless they are spelled as such in the table definition. >>> >>> >> That's right. Since Oracle accepts only tablenames in uppercase, I?m >> only allowed to use those. >> > > In thise case DBAL should do the conversion. > > >>> The generated code is IMHO perfectly wrong. Why do you think that the >>> quoting is incorrect? >>> >>> >> Quoting the tablenames is wrong since you get an error when using such a >> statement in a program like oracle's SQL-Developer. >> Remove the quotes on the tablename and everything is fine... >> > > Strange. Quotes are ANSI SQL and I don't think Oracle deviates here. > Just for in case - don't get me wrong: quoting attribut names is okay - like "TITLE" - quoting attributnames with its tablename as prefix is wrong - like "TAB1"."TITLE" - ...correct would be TAB1."TITLE" > >> Yes, I could use AdoDB directly ... But I wanted it to be compatible >> with MySQL, because I don't really think an Oracle DB is necessary for >> my plugin- But unfortunately that's not my decision... >> > > Go even further and use the Oracle API directly. Why mess with an > abstraction layer you don't need? > Because my development is done on a mysql database. I don't have access to the oracle DB from my place. > >> The other thing, is when using tablenames that are compatible with typo3 >> I may get problems with oracle again, because it limits the length of >> tablenames. >> > > When you use DBAL you can use it's mapping feature. > > Alex From martin.kutschker-n0spam at no5pam-blackbox.net Sun Nov 18 22:49:55 2007 From: martin.kutschker-n0spam at no5pam-blackbox.net (Martin Kutschker) Date: Sun, 18 Nov 2007 22:49:55 +0100 Subject: [TYPO3-dev] DBAL Usuage In-Reply-To: References: Message-ID: belbono schrieb: >> >> Strange. Quotes are ANSI SQL and I don't think Oracle deviates here. >> > Just for in case - don't get me wrong: quoting attribut names is okay - > like "TITLE" - quoting attributnames with its tablename as prefix is wrong > - like "TAB1"."TITLE" - ...correct would be TAB1."TITLE" Will have to check this. >>> Yes, I could use AdoDB directly ... But I wanted it to be compatible >>> with MySQL, because I don't really think an Oracle DB is necessary >>> for my plugin- But unfortunately that's not my decision... >>> >> >> Go even further and use the Oracle API directly. Why mess with an >> abstraction layer you don't need? >> > Because my development is done on a mysql database. I don't have access > to the oracle DB from my place. Why don't use install the free version of Oracle on your machine? It's quite easy to manage. Masi From belbono at gmx.de Sun Nov 18 23:27:14 2007 From: belbono at gmx.de (belbono) Date: Sun, 18 Nov 2007 23:27:14 +0100 Subject: [TYPO3-dev] DBAL Usuage In-Reply-To: References: Message-ID: > Why don't use install the free version of Oracle on your machine? It's > quite easy to manage. > Tryed - but gave up on tests with AdoDB getting a connection established / figure out the right SID / right port / right service ....THIS was real messy ;) There was the point when I prefered using mysql and oracle over dbal, because it worked without causing so much trouble - at least at that time... Alex From Martin.Kutschker at n0spam-blackbox.net Mon Nov 19 09:46:23 2007 From: Martin.Kutschker at n0spam-blackbox.net (Martin Kutschker) Date: Mon, 19 Nov 2007 09:46:23 +0100 Subject: [TYPO3-dev] DBAL Usuage In-Reply-To: References: Message-ID: belbono schrieb: > >> Why don't use install the free version of Oracle on your machine? It's >> quite easy to manage. >> > Tryed - but gave up on tests with AdoDB getting a connection established > / figure out the right SID / right port / right service ....THIS was > real messy ;) I didn't try with ADOdb directly, but it worked ok for me from TYPO3 and PHP directly (on Windiws). I think the point was to use the Windows service and not the traditional SID mechanism. Masi From belbono at gmx.de Mon Nov 19 09:55:21 2007 From: belbono at gmx.de (belbono) Date: Mon, 19 Nov 2007 09:55:21 +0100 Subject: [TYPO3-dev] DBAL Usuage In-Reply-To: References: Message-ID: Martin Kutschker wrote: > > I didn't try with ADOdb directly, but it worked ok for me from TYPO3 and > PHP directly (on Windiws). I think the point was to use the Windows service > and not the traditional SID mechanism. > Sounds not so good for me, since development is done under windows, but the plugin will be used on a linux machine later. I?m not sure if I got you right: Are you actually up to fix that issue in DBAL we discussed, because you said you'll have to check that ... ? Alex From Martin.Kutschker at n0spam-blackbox.net Mon Nov 19 09:58:12 2007 From: Martin.Kutschker at n0spam-blackbox.net (Martin Kutschker) Date: Mon, 19 Nov 2007 09:58:12 +0100 Subject: [TYPO3-dev] DBAL Usuage In-Reply-To: References: Message-ID: belbono schrieb: > Martin Kutschker wrote: >> >> I didn't try with ADOdb directly, but it worked ok for me from TYPO3 >> and PHP directly (on Windiws). I think the point was to use the >> Windows service and not the traditional SID mechanism. >> > Sounds not so good for me, since development is done under windows, but > the plugin will be used on a linux machine later. > > I?m not sure if I got you right: Are you actually up to fix that issue > in DBAL we discussed, because you said you'll have to check that ... ? I'm not DBAL's developer. I said I'll check that you cannot quote table names. I have succesfully used DBAL with Oracle and I had no quoting problem. What I'm going to do is check docs and ask some experts we have in the company. Masi From mail at maltejansen.de Mon Nov 19 10:10:29 2007 From: mail at maltejansen.de (Malte Jansen) Date: Mon, 19 Nov 2007 10:10:29 +0100 Subject: [TYPO3-dev] TER: more SVN than register of extension? In-Reply-To: References: Message-ID: Steffen Kamper schrieb: > > I agree that this shouldn't be at all. I also found some extensions where > author is missing (or other informations). > So 2 things have to be done: > * Make clear rules for uploading to TER - they should be displayed in EM / > upload - module > * Make a patch for EM to make more checks > > Who is the responsible for TER, it's Ingo Renner? > > vg Steffen There is key the "private" for the em_conf, which should be uses for it... From belbono at gmx.de Mon Nov 19 10:15:31 2007 From: belbono at gmx.de (belbono) Date: Mon, 19 Nov 2007 10:15:31 +0100 Subject: [TYPO3-dev] DBAL Usuage In-Reply-To: References: Message-ID: Martin Kutschker wrote: > belbono schrieb: > >> Martin Kutschker wrote: >> >>> I didn't try with ADOdb directly, but it worked ok for me from TYPO3 >>> and PHP directly (on Windiws). I think the point was to use the >>> Windows service and not the traditional SID mechanism. >>> >>> >> Sounds not so good for me, since development is done under windows, but >> the plugin will be used on a linux machine later. >> >> I?m not sure if I got you right: Are you actually up to fix that issue >> in DBAL we discussed, because you said you'll have to check that ... ? >> > > I'm not DBAL's developer. I said I'll check that you cannot quote table > names. I have succesfully used DBAL with Oracle and I had no quoting > problem. What I'm going to do is check docs and ask some experts we have in > the company. > > Masi > > I see. Okay it should be possible to kick out all join statements in my work and replace this with single statements commited one by one ...might solve my problem From mail at maltejansen.de Mon Nov 19 10:18:11 2007 From: mail at maltejansen.de (Malte Jansen) Date: Mon, 19 Nov 2007 10:18:11 +0100 Subject: [TYPO3-dev] Ext-Manager overwrites documented em_conf-settings Message-ID: Hi, the documented "TYPO3_version" and "PHP_version" are overwritten by the em_conf Updater of Extension-Manager. So documentation or the EM is wrong... Cheers, Malte From moeller at network-publishing.de Mon Nov 19 11:37:06 2007 From: moeller at network-publishing.de (Christoph Moeller) Date: Mon, 19 Nov 2007 11:37:06 +0100 Subject: [TYPO3-dev] np_subversion 0.4.1 released In-Reply-To: References: Message-ID: Hi again, Christoph Moeller schrieb: > In order to constantly improve the extension, we're looking forward to > your usage/bug reports: until the bugs.typo3.org project is set up, > please email to xxxxxxxxxxxx in case you want to drop > us a note. The project is now setup at http://bugs.typo3.org/ - the project name is "tx_np_subversion". Thanks, Dodger! Please report any suggestions or bug reports there. Thanks & have fun, Chris -- network.publishing internet & network service | moeller westbunk gbr berrenrather str. 188c | 50937 koeln phone +49 (0)221 99 55 89 - 0 | fax +49 (0)221 99 55 89 - 20 moeller at network-publishing.de | http://www.network-publishing.de From woehlken at quadracom.de Mon Nov 19 12:33:09 2007 From: woehlken at quadracom.de (=?ISO-8859-15?Q?=22Marc_W=F6hlken_=5Bquadracom=5D=22?=) Date: Mon, 19 Nov 2007 12:33:09 +0100 Subject: [TYPO3-dev] RFC: turn all phpDoc "@access private" method declarations into protected methods In-Reply-To: References: Message-ID: +1 Martin Kutschker schrieb: > Some TYPO3 code has already a work-around for the lack of access control > in PHP4. I suggest we remove the phpDoc code and convert them into true > PHP declarations. > > While this change may break some code nobody can complain. We said that > this stuff was private! > > Note: to allow for XCLASSing it has to be "protected" and cannot be > "private". -- ........................................................... Marc W?hlken Quadracom - Proffe & W?hlken Fedelh?ren 45a WWW: http://www.quadracom.de D-28203 Bremen E-Mail: woehlken at quadracom.de ______________ PGP-Key: http://pgp.quadracom.de From mail at maltejansen.de Mon Nov 19 12:53:29 2007 From: mail at maltejansen.de (Malte Jansen) Date: Mon, 19 Nov 2007 12:53:29 +0100 Subject: [TYPO3-dev] Limited List-View for BE-user In-Reply-To: References: Message-ID: Now there is the extension maja_becacl ,which provides the permission. Cheers, Malte Malte Jansen schrieb: > Hi, > > if you are using tt_news or other extension, where you need more than a > couple of users, it would be cool to limit the db_list to only there own > data records. So you don't have to create a sys-dir/category for every > user/group. > In addition you could define a user/group, which are allowed to list all > records of one type in one page. > > The PageTS could look like this: > > mod.web_list.list { > [table].recordsAll.groups = [ID-List of groups] > [table].recordsAll.users = [ID-List of users] > [table].recordsLimited.groups = [ID-List of groups] > [table].recordsLimited.users = [ID-List of users] > } > > recordsAll: > automaticlly limits the data records for all other groups to their own > records. > > recordsLimited: > automaticlly limits the data records for these groups > > (The priority of recordsAll is higher than recordsLimited.) > > > The usabillity for managing User would be much higher. > > Has anybody else some suggestions? > > Regards > > Malte From Martin.Kutschker at n0spam-blackbox.net Mon Nov 19 13:10:12 2007 From: Martin.Kutschker at n0spam-blackbox.net (Martin Kutschker) Date: Mon, 19 Nov 2007 13:10:12 +0100 Subject: [TYPO3-dev] Limited List-View for BE-user In-Reply-To: References: Message-ID: Malte Jansen schrieb: > Hi Masi, > > There is no wrong way ;) > You could use it in both. True. I was thinking in terms of existing setups wich are either per user or per page. Masi From mail at maltejansen.de Mon Nov 19 13:14:41 2007 From: mail at maltejansen.de (Malte Jansen) Date: Mon, 19 Nov 2007 13:14:41 +0100 Subject: [TYPO3-dev] Limited List-View for BE-user In-Reply-To: References: Message-ID: Martin Kutschker schrieb: > Malte Jansen schrieb: >> Hi Masi, >> >> There is no wrong way ;) >> You could use it in both. > > True. I was thinking in terms of existing setups wich are either per > user or per page. > > Masi But you don't need it in the TSconfig anymore. Sorry, now some promotion ;) It's now possible via Web>Access with the extension: maja_becacl Cheers, Malte From ingo at typo3.org Mon Nov 19 13:22:51 2007 From: ingo at typo3.org (Ingo Renner) Date: Mon, 19 Nov 2007 13:22:51 +0100 Subject: [TYPO3-dev] TER: more SVN than register of extension? In-Reply-To: References: Message-ID: Malte Jansen wrote: > There is key the "private" for the em_conf, which should be uses for it... this is obsolete and doesn't work with TER2 Ingo -- Ingo Renner TYPO3 Core Developer, Release Manager TYPO3 4.2 From ingo at typo3.org Mon Nov 19 13:24:07 2007 From: ingo at typo3.org (Ingo Renner) Date: Mon, 19 Nov 2007 13:24:07 +0100 Subject: [TYPO3-dev] np_subversion 0.4.1 released In-Reply-To: References: Message-ID: Christoph Moeller wrote: FYI > The project is now setup at http://bugs.typo3.org/ - the project name is > "tx_np_subversion". Thanks, Dodger! I just renamed it to tx_npsubversion to match the naming in TYPO3 Ingo -- Ingo Renner TYPO3 Core Developer, Release Manager TYPO3 4.2 From ingo at typo3.org Mon Nov 19 13:24:53 2007 From: ingo at typo3.org (Ingo Renner) Date: Mon, 19 Nov 2007 13:24:53 +0100 Subject: [TYPO3-dev] Ext-Manager overwrites documented em_conf-settings In-Reply-To: References: Message-ID: Malte Jansen wrote: > So documentation or the EM is wrong... most likely the documentation -- Ingo Renner TYPO3 Core Developer, Release Manager TYPO3 4.2 From mail at maltejansen.de Mon Nov 19 13:26:47 2007 From: mail at maltejansen.de (Malte Jansen) Date: Mon, 19 Nov 2007 13:26:47 +0100 Subject: [TYPO3-dev] Ext-Manager overwrites documented em_conf-settings In-Reply-To: References: Message-ID: Should this be a RFC? Or How to handle this? Ingo Renner schrieb: > Malte Jansen wrote: > >> So documentation or the EM is wrong... > > most likely the documentation > From steffen at sk-typo3.de Mon Nov 19 13:32:49 2007 From: steffen at sk-typo3.de (Steffen Kamper) Date: Mon, 19 Nov 2007 13:32:49 +0100 Subject: [TYPO3-dev] Ext-Manager overwrites documented em_conf-settings References: Message-ID: "Malte Jansen" schrieb im Newsbeitrag news:mailman.1.1195475209.26272.typo3-dev at lists.netfielders.de... > Should this be a RFC? > Or How to handle this? > > Ingo Renner schrieb: >> Malte Jansen wrote: >> >>> So documentation or the EM is wrong... >> >> most likely the documentation >> Hi Malte, there is a special Wiki-Page for changes on Documentation. Do this and make a RFC with link on that (and textfile with the change) Look in core-list, where Ingmar point on this with detailled instructions. vg Steffen From moeller at network-publishing.de Mon Nov 19 13:58:53 2007 From: moeller at network-publishing.de (Christoph Moeller) Date: Mon, 19 Nov 2007 13:58:53 +0100 Subject: [TYPO3-dev] np_subversion 0.4.1 released In-Reply-To: References: Message-ID: Hi Ingo, Ingo Renner schrieb: >> The project is now setup at http://bugs.typo3.org/ - the project name >> is "tx_np_subversion". Thanks, Dodger! > > I just renamed it to tx_npsubversion to match the naming in TYPO3 thx! Chris -- network.publishing internet & network service | moeller westbunk gbr berrenrather str. 188c | 50937 koeln phone +49 (0)221 99 55 89 - 0 | fax +49 (0)221 99 55 89 - 20 moeller at network-publishing.de | http://www.network-publishing.de From mail-spam at ringerge.org Mon Nov 19 19:07:45 2007 From: mail-spam at ringerge.org (Georg Ringer) Date: Mon, 19 Nov 2007 19:07:45 +0100 Subject: [TYPO3-dev] table "fe_groups": cruser_id,crdate missing In-Reply-To: References: Message-ID: Malte Jansen schrieb: > In following tables in the sysext/cms are crdate & cruser_id are missing: > - cache_pages > - cache_pagesection > - cache_typo3temp_log > - cache_md5params > - cache_imagesizes > - fe_groups > - fe_session_data > - fe_sessions > - static_template (only cruser_id) > - sys_domain > - pages I guess only important at pages & fe_groups and sys_domain georg From bart at REM-IT-sonik.pl Mon Nov 19 19:46:18 2007 From: bart at REM-IT-sonik.pl (Bartosz Aninowski) Date: Mon, 19 Nov 2007 19:46:18 +0100 Subject: [TYPO3-dev] Location and realurl Message-ID: Hi. Tell me if it is bug or not. Here is my piece of code $RedirectUrl = $this->pi_getPageLink(1); header('Location: '.t3lib_div::makeRedirectUrl($RedirectUrl)); If I enable realurl $this->pi_getPageLink(1); returns nothing so redirec dosn't work. Bart From steffen at sk-typo3.de Mon Nov 19 20:17:26 2007 From: steffen at sk-typo3.de (Steffen Kamper) Date: Mon, 19 Nov 2007 20:17:26 +0100 Subject: [TYPO3-dev] table "fe_groups": cruser_id,crdate missing References: Message-ID: "Georg Ringer" schrieb im Newsbeitrag news:mailman.1.1195495666.4138.typo3-dev at lists.netfielders.de... > Malte Jansen schrieb: > > In following tables in the sysext/cms are crdate & cruser_id are > missing: >> - cache_pages >> - cache_pagesection >> - cache_typo3temp_log >> - cache_md5params >> - cache_imagesizes >> - fe_groups >> - fe_session_data >> - fe_sessions >> - static_template (only cruser_id) >> - sys_domain >> - pages > > I guess only important at > pages & fe_groups and sys_domain > > georg crdate is important in every table, cruser_id in each table where BE-User can change data. vg Steffen From steffen at sk-typo3.de Mon Nov 19 20:19:37 2007 From: steffen at sk-typo3.de (Steffen Kamper) Date: Mon, 19 Nov 2007 20:19:37 +0100 Subject: [TYPO3-dev] Location and realurl References: Message-ID: "Bartosz Aninowski" schrieb im Newsbeitrag news:mailman.1.1195497984.22947.typo3-dev at lists.netfielders.de... > Hi. > Tell me if it is bug or not. > Here is my piece of code > $RedirectUrl = $this->pi_getPageLink(1); > header('Location: '.t3lib_div::makeRedirectUrl($RedirectUrl)); > If I enable realurl $this->pi_getPageLink(1); returns nothing so redirec > dosn't work. > > Bart its correct. if 1 is the rootpage, the url is empty because baseUrl is added first baseUrl = http://www.domain.tld/ url = complete: http://www.domain.tld/ vg Steffen From fsuter at cobweb.ch Mon Nov 19 20:34:12 2007 From: fsuter at cobweb.ch (Francois Suter) Date: Mon, 19 Nov 2007 20:34:12 +0100 Subject: [TYPO3-dev] De-admin the "Tools" module In-Reply-To: References: Message-ID: Hi Dmitry, > By the way, if anyone makes a patch for this, a new label must be > created! Existing labels may not be altered because translations are > shared for all TYPO3 versions! I started looking into that, but I'm not sure how I can achieve what you advise. The localisation strings seem to be hardcoded: i.e. TYPO3 goes looking for label names such as mlang_tabs_tab and mlang_labels_tablabel, so it's not possible to create new labels. The only was I see is to created a new localisation file and change the reference inside the corresponding conf.php. Am I missing something? Cheers -- Francois Suter Cobweb Development Sarl - http://www.cobweb.ch From mail at maltejansen.de Mon Nov 19 21:14:44 2007 From: mail at maltejansen.de (Malte Jansen) Date: Mon, 19 Nov 2007 21:14:44 +0100 Subject: [TYPO3-dev] table "fe_groups": cruser_id,crdate missing In-Reply-To: References: Message-ID: Steffen Kamper schrieb: > crdate is important in every table, cruser_id in each table where BE-User > can change data. > > vg Steffen > > In some tables it's redundant, if there is some cache table which does not need it, because there is some other date. But normally there should always be a crdate and cruser_id, but there is always the automatic generation, the cruser_id is not needed or there should be a value like "-1". Cheers, Malte From steffen at sk-typo3.de Mon Nov 19 21:42:52 2007 From: steffen at sk-typo3.de (Steffen Kamper) Date: Mon, 19 Nov 2007 21:42:52 +0100 Subject: [TYPO3-dev] table "fe_groups": cruser_id,crdate missing References: Message-ID: "Malte Jansen" schrieb im Newsbeitrag news:mailman.1.1195503286.26272.typo3-dev at lists.netfielders.de... > Steffen Kamper schrieb: >> crdate is important in every table, cruser_id in each table where BE-User >> can change data. >> >> vg Steffen > > In some tables it's redundant, if there is some cache table which does not > need it, because there is some other date. But normally there should > always be a crdate and cruser_id, but there is always the automatic > generation, the cruser_id is not needed or there should be a value like > "-1". > 0 is ok as there is no user with this id. vg Steffen From mail-spam at ringerge.org Mon Nov 19 22:55:29 2007 From: mail-spam at ringerge.org (Georg Ringer) Date: Mon, 19 Nov 2007 22:55:29 +0100 Subject: [TYPO3-dev] table "fe_groups": cruser_id,crdate missing In-Reply-To: References: Message-ID: Steffen Kamper schrieb: > 0 is ok as there is no user with this id. but we filling a table with another column if this holds never any information? a be user will never create a session record or a record for any table! so no need for a table which will never be touched by any user georg From belbono at gmx.de Mon Nov 19 23:44:18 2007 From: belbono at gmx.de (belbono) Date: Mon, 19 Nov 2007 23:44:18 +0100 Subject: [TYPO3-dev] DBAL Usuage In-Reply-To: References: Message-ID: another question ... is there nice way to debug the statements DBAL creates ...except for the dbal debug module? I tried something like $succ = $GLOBALS['TYPO3_DB']->exec_INSERTquery(strtoupper('tab'), 'TAB_UID='.$uid ,$insertArr); ..because dbal should return an object on a successful statement if(!is_object($succ)) { if($update == false) { $query = $GLOBALS['TYPO3_DB']->INSERTquery(strtoupper('article'), $insertArr); $debugArr['tab'] = $query; $debugArr['error'] = 1; } } Alex Martin Kutschker wrote: > belbono schrieb: > >> Martin Kutschker wrote: >> >>> I didn't try with ADOdb directly, but it worked ok for me from TYPO3 >>> and PHP directly (on Windiws). I think the point was to use the >>> Windows service and not the traditional SID mechanism. >>> >>> >> Sounds not so good for me, since development is done under windows, but >> the plugin will be used on a linux machine later. >> >> I?m not sure if I got you right: Are you actually up to fix that issue >> in DBAL we discussed, because you said you'll have to check that ... ? >> > > I'm not DBAL's developer. I said I'll check that you cannot quote table > names. I have succesfully used DBAL with Oracle and I had no quoting > problem. What I'm going to do is check docs and ask some experts we have in > the company. > > > From dmitry at typo3.org Tue Nov 20 09:29:41 2007 From: dmitry at typo3.org (Dmitry Dulepov [typo3]) Date: Tue, 20 Nov 2007 10:29:41 +0200 Subject: [TYPO3-dev] De-admin the "Tools" module In-Reply-To: References: Message-ID: Hi! Francois Suter wrote: > To sum it up so far, in both this thread and the original one, it has > been suggested to simply rename the "User" module to "Tools" and the > "Tools" module to "Admin tools". To make a bit let ambiguous, the > "Setup" submodule would be renamed "User settings" (although I still > feel it should be placed elsewhere, but maybe this is being discussed by > the HCI team). > > I am ready to go ahead and do a patch for this, but I would gladly have > more opinions on the matter. +1 -- Dmitry Dulepov TYPO3 freelancer / TYPO3 core team member Web: http://typo3bloke.net/ Skype: callto:liels_bugs From dmitry at typo3.org Tue Nov 20 09:31:05 2007 From: dmitry at typo3.org (Dmitry Dulepov [typo3]) Date: Tue, 20 Nov 2007 10:31:05 +0200 Subject: [TYPO3-dev] De-admin the "Tools" module In-Reply-To: References: Message-ID: Dmitry Dulepov [typo3] wrote: > Hi! > > Francois Suter wrote: >> To sum it up so far, in both this thread and the original one, it has >> been suggested to simply rename the "User" module to "Tools" and the >> "Tools" module to "Admin tools". To make a bit let ambiguous, the >> "Setup" submodule would be renamed "User settings" (although I still >> feel it should be placed elsewhere, but maybe this is being discussed >> by the HCI team). >> >> I am ready to go ahead and do a patch for this, but I would gladly >> have more opinions on the matter. > > +1 One thing to consider: many extenions register their BE modules as "user_txextkeyM1". This "user_" prefix has to be kept (and "tools_" too) for renamed modules. -- Dmitry Dulepov TYPO3 freelancer / TYPO3 core team member Web: http://typo3bloke.net/ Skype: callto:liels_bugs From dmitry at typo3.org Tue Nov 20 09:32:43 2007 From: dmitry at typo3.org (Dmitry Dulepov [typo3]) Date: Tue, 20 Nov 2007 10:32:43 +0200 Subject: [TYPO3-dev] RFC: turn all phpDoc "@access private" method declarations into protected methods In-Reply-To: References: Message-ID: Hi! Martin Kutschker wrote: > Some TYPO3 code has already a work-around for the lack of access control > in PHP4. I suggest we remove the phpDoc code and convert them into true > PHP declarations. > > While this change may break some code nobody can complain. We said that > this stuff was private! > > Note: to allow for XCLASSing it has to be "protected" and cannot be > "private". > > Any opinions? I think we discussed this shortly once. The result was that all old methods must remain as is for compatibility reasons and only new methods should get visibility attribute. That "@access" is not really followed... -- Dmitry Dulepov TYPO3 freelancer / TYPO3 core team member Web: http://typo3bloke.net/ Skype: callto:liels_bugs From dmitry at typo3.org Tue Nov 20 09:35:00 2007 From: dmitry at typo3.org (Dmitry Dulepov [typo3]) Date: Tue, 20 Nov 2007 10:35:00 +0200 Subject: [TYPO3-dev] Location and realurl In-Reply-To: References: Message-ID: Bartosz Aninowski wrote: > Tell me if it is bug or not. > Here is my piece of code > $RedirectUrl = $this->pi_getPageLink(1); > header('Location: '.t3lib_div::makeRedirectUrl($RedirectUrl)); > If I enable realurl $this->pi_getPageLink(1); returns nothing so redirec > dosn't work. Wrong. It should be t3lib_div::locationHeaderUrl(). The function that you use is internal and must not be used in your code. -- Dmitry Dulepov TYPO3 freelancer / TYPO3 core team member Web: http://typo3bloke.net/ Skype: callto:liels_bugs From dmitry at typo3.org Tue Nov 20 09:40:03 2007 From: dmitry at typo3.org (Dmitry Dulepov [typo3]) Date: Tue, 20 Nov 2007 10:40:03 +0200 Subject: [TYPO3-dev] RFC: php-doc for hooks In-Reply-To: References: Message-ID: Hi! Bernhard Kraft wrote: > Add a php-doc header in front of each hook. > > Example: > > /* This is not a php-doc. php-doc must start with /** > Please share your comments and ideas. Good idea. I would also vote for a separate core document that lists all hooks. -- Dmitry Dulepov TYPO3 freelancer / TYPO3 core team member Web: http://typo3bloke.net/ Skype: callto:liels_bugs From mail at maltejansen.de Tue Nov 20 09:45:58 2007 From: mail at maltejansen.de (Malte Jansen) Date: Tue, 20 Nov 2007 09:45:58 +0100 Subject: [TYPO3-dev] RFC: php-doc for hooks In-Reply-To: References: Message-ID: Hi, this extension List all (without interfaces) Hooks: dmc_hooklist Perhaps it is useful. Cheers, Malte From steffen at sk-typo3.de Tue Nov 20 10:00:59 2007 From: steffen at sk-typo3.de (Steffen Kamper) Date: Tue, 20 Nov 2007 10:00:59 +0100 Subject: [TYPO3-dev] RFC: php-doc for hooks References: Message-ID: "Malte Jansen" schrieb im Newsbeitrag news:mailman.1.1195548359.10519.typo3-dev at lists.netfielders.de... > Hi, > > this extension List all (without interfaces) Hooks: dmc_hooklist > Perhaps it is useful. > > Cheers, > > Malte it misses some, because definition of hooks are differ (as i remember there are three variants) I like to have a hook-book too. vg Steffen From Martin.Kutschker at n0spam-blackbox.net Tue Nov 20 10:18:18 2007 From: Martin.Kutschker at n0spam-blackbox.net (Martin Kutschker) Date: Tue, 20 Nov 2007 10:18:18 +0100 Subject: [TYPO3-dev] table "fe_groups": cruser_id,crdate missing In-Reply-To: References: Message-ID: Steffen Kamper schrieb: > "Georg Ringer" schrieb im Newsbeitrag > news:mailman.1.1195495666.4138.typo3-dev at lists.netfielders.de... >> Malte Jansen schrieb: >> > In following tables in the sysext/cms are crdate & cruser_id are >> missing: >>> - cache_pages >>> - cache_pagesection >>> - cache_typo3temp_log >>> - cache_md5params >>> - cache_imagesizes >>> - fe_groups >>> - fe_session_data >>> - fe_sessions >>> - static_template (only cruser_id) >>> - sys_domain >>> - pages >> I guess only important at >> pages & fe_groups and sys_domain >> >> georg > > crdate is important in every table, cruser_id in each table where BE-User > can change data. But cache and session tables are different. Don't add the fields there. Masi From mail at maltejansen.de Tue Nov 20 10:28:49 2007 From: mail at maltejansen.de (Malte Jansen) Date: Tue, 20 Nov 2007 10:28:49 +0100 Subject: [TYPO3-dev] table "fe_groups": cruser_id,crdate missing In-Reply-To: References: Message-ID: > > But cache and session tables are different. Don't add the fields there. > > Masi Here is the summary: -cms -- fe_groups -- static_template (only cruser_id) -- sys_domain -- pages - dbal - impexp - indexed_search - rtehtmlarea - tsconfig_help What about indexed_search or the other sysext, where they are missing? From news at ringerge.org Tue Nov 20 10:34:07 2007 From: news at ringerge.org (Georg Ringer) Date: Tue, 20 Nov 2007 10:34:07 +0100 Subject: [TYPO3-dev] table "fe_groups": cruser_id,crdate missing In-Reply-To: References: Message-ID: Malte Jansen schrieb: > -cms > - dbal > - impexp > - indexed_search > - rtehtmlarea > - tsconfig_help > > What about indexed_search or the other sysext, where they are missing? all here not important because of same reason: no user will ever create a record there.. even no admin. > -- fe_groups > -- static_template (only cruser_id) > -- sys_domain > -- pages +1 georg From mail at maltejansen.de Tue Nov 20 10:40:33 2007 From: mail at maltejansen.de (Malte Jansen) Date: Tue, 20 Nov 2007 10:40:33 +0100 Subject: [TYPO3-dev] table "fe_groups": cruser_id,crdate missing In-Reply-To: References: Message-ID: Georg Ringer schrieb: > Malte Jansen schrieb: >> -cms >> - dbal >> - impexp >> - indexed_search >> - rtehtmlarea >> - tsconfig_help >> >> What about indexed_search or the other sysext, where they are missing? > > all here not important because of same reason: no user will ever create > a record there.. even no admin. > > > -- fe_groups > > -- static_template (only cruser_id) > > -- sys_domain > > -- pages > > +1 > > georg Ok, What about a tab instead of " " (two blank) infront of every field? What about splitting the $TCA into several files? ext_tables.php (only the ctrl of each table) tca/table.php (new folder with a file for each table) So you can get pretty easy to every table. Now it is very difficult to find every field/option. From news at ringerge.org Tue Nov 20 10:52:45 2007 From: news at ringerge.org (Georg Ringer) Date: Tue, 20 Nov 2007 10:52:45 +0100 Subject: [TYPO3-dev] table "fe_groups": cruser_id,crdate missing In-Reply-To: References: Message-ID: Malte Jansen schrieb: > What about a tab instead of " " (two blank) infront of every field? i am fine with that > What about splitting the $TCA into several files? i never did things there but it is a good thing and if you got the time ;) but i guess this is a another RFC + thread georg From stefan.galinski at frm2.tum.de Tue Nov 20 12:17:24 2007 From: stefan.galinski at frm2.tum.de (Stefan Galinski) Date: Tue, 20 Nov 2007 12:17:24 +0100 Subject: [TYPO3-dev] Admin menu for frontend editing References: Message-ID: Tapio Markula wrote: > Hi > > I'm thinking creating patch for class.t3lib_tsfebeuserauth.php > adding configurable admin menu like it is pixe_feediting. > > But I would like first discuss some issues, for example: > > * how to set configuration - in pixe_feediting the basic configuration > has been define in 'ext_conf_template.txt', but core file doesn't have > corresponding configuration - maybe that should have hardcoded default > setting and the TS config for users/user groups. > * can some plugins be supported in core file (especially dam and > emplavoila) Hi, I would be really glad if some features of pixe_feediting could be finally moved to the TYPO3 core. It has the possibility to improve the frontend editing part dramatically. I use that at our institution site since some time with great success. IMHO its easy to use and stable enough to be a part of the core. Would be great if someone of the core members could answer to this topic too. Thanks in advance! -- Stefan Galinski From Martin.Kutschker at n0spam-blackbox.net Tue Nov 20 14:28:21 2007 From: Martin.Kutschker at n0spam-blackbox.net (Martin Kutschker) Date: Tue, 20 Nov 2007 14:28:21 +0100 Subject: [TYPO3-dev] RFC: php-doc for hooks In-Reply-To: References: Message-ID: Dmitry Dulepov [typo3] schrieb: > Hi! > > Bernhard Kraft wrote: >> Add a php-doc header in front of each hook. >> >> Example: >> >> /* > > This is not a php-doc. php-doc must start with /** > >> Please share your comments and ideas. > > Good idea. I would also vote for a separate core document that lists all > hooks. I think this can be done automatically. I recall that Doxygen can create list pages of certain tags. Masi From moreno.feltscher at gmail.com Tue Nov 20 14:46:50 2007 From: moreno.feltscher at gmail.com (Moreno Feltscher) Date: Tue, 20 Nov 2007 14:46:50 +0100 Subject: [TYPO3-dev] Announcing TYPO3 4.2 Alpha 2 In-Reply-To: References: Message-ID: > >> An error occured. Please see details: > >> * FATAL! No config file was found for module "installer". > >> * FATAL! The requested module "installer" could not be loaded. > > I think "Clear cache in typo3conf/" should enable this... give it a try. > > I have the same problem, even after removing the cache files. Any other > ideas? Me too. Other ideas? Moreno From steffen at sk-typo3.de Tue Nov 20 14:49:09 2007 From: steffen at sk-typo3.de (Steffen Kamper) Date: Tue, 20 Nov 2007 14:49:09 +0100 Subject: [TYPO3-dev] Announcing TYPO3 4.2 Alpha 2 References: Message-ID: "Moreno Feltscher" schrieb im Newsbeitrag news:mailman.1281.1195566428.14020.typo3-dev at lists.netfielders.de... >> >> An error occured. Please see details: >> >> * FATAL! No config file was found for module "installer". >> >> * FATAL! The requested module "installer" could not be loaded. >> > I think "Clear cache in typo3conf/" should enable this... give it a >> > try. >> >> I have the same problem, even after removing the cache files. Any other >> ideas? > > Me too. Other ideas? > > Moreno simply deinstall it in extmanager and install the old_install instead, both are existing there. vg Steffen From Martin.Kutschker at n0spam-blackbox.net Tue Nov 20 15:46:24 2007 From: Martin.Kutschker at n0spam-blackbox.net (Martin Kutschker) Date: Tue, 20 Nov 2007 15:46:24 +0100 Subject: [TYPO3-dev] DBAL Usuage In-Reply-To: References: Message-ID: belbono schrieb: > another question ... > is there nice way to debug the statements DBAL creates ...except for the > dbal debug module? > > I tried something like > > $succ = $GLOBALS['TYPO3_DB']->exec_INSERTquery(strtoupper('tab'), > 'TAB_UID='.$uid ,$insertArr); > > ..because dbal should return an object on a successful statement Should it? What kind of object do you suspect? Masi From mail at maltejansen.de Tue Nov 20 16:03:50 2007 From: mail at maltejansen.de (Malte Jansen) Date: Tue, 20 Nov 2007 16:03:50 +0100 Subject: [TYPO3-dev] table "fe_groups": cruser_id,crdate missing In-Reply-To: References: Message-ID: Georg Ringer schrieb: > Malte Jansen schrieb: >> What about a tab instead of " " (two blank) infront of every field? > i am fine with that > >> What about splitting the $TCA into several files? > > i never did things there but it is a good thing and if you got the time ;) > > but i guess this is a another RFC + thread > > georg I splitted the TCA into several files. How should I declare it. Should also be in the bugtracker? Cheers, Malte From news at ringerge.org Tue Nov 20 16:16:10 2007 From: news at ringerge.org (Georg Ringer) Date: Tue, 20 Nov 2007 16:16:10 +0100 Subject: [TYPO3-dev] table "fe_groups": cruser_id,crdate missing In-Reply-To: References: Message-ID: Malte Jansen schrieb: > I splitted the TCA into several files. hmm don't really know, but dont make too many files ;) > How should I declare it. Should also be in the bugtracker? sure, every bug/feature (and later RFC) needs one georg PS: You are really doing a great job, I am wondering where you take the time ;) From mail at maltejansen.de Tue Nov 20 16:24:41 2007 From: mail at maltejansen.de (Malte Jansen) Date: Tue, 20 Nov 2007 16:24:41 +0100 Subject: [TYPO3-dev] table "fe_groups": cruser_id,crdate missing In-Reply-To: References: Message-ID: Georg Ringer schrieb: > PS: You are really doing a great job, I am wondering where you take the > time ;) I'm studying Informatik. But the lectures are not very good, I'm only going to some praxis-lectures. The rest of the time, I'm working on some T3-projects during this time to get some money ;) and do my hobbies. During the "holidays" I have my tests. Cheers, Malte From zach at castironcoding.com Tue Nov 20 18:14:20 2007 From: zach at castironcoding.com (Zachary Davis) Date: Tue, 20 Nov 2007 09:14:20 -0800 Subject: [TYPO3-dev] Announcing TYPO3 4.2 Alpha 2 In-Reply-To: References: Message-ID: Steffen Kamper wrote: > simply deinstall it in extmanager and install the old_install instead, both > are existing there. I tried this a few days ago, but after I deinstalled the new install tool ext in the extension manager and tried to access the install tool, TYPO3 complained that the extension "install" was not installed, and I was unable to access any install tool. Did anyone else have this problem? Zach From steffen at sk-typo3.de Tue Nov 20 18:35:32 2007 From: steffen at sk-typo3.de (Steffen Kamper) Date: Tue, 20 Nov 2007 18:35:32 +0100 Subject: [TYPO3-dev] Announcing TYPO3 4.2 Alpha 2 References: Message-ID: "Zachary Davis" schrieb im Newsbeitrag news:mailman.1.1195578854.13657.typo3-dev at lists.netfielders.de... > Steffen Kamper wrote: > >> simply deinstall it in extmanager and install the old_install instead, >> both are existing there. > > I tried this a few days ago, but after I deinstalled the new install tool > ext in the extension manager and tried to access the install tool, TYPO3 > complained that the extension "install" was not installed, and I was > unable to access any install tool. Did anyone else have this problem? > > Zach you have to clear the cookies too. vg Steffen From fsuter at cobweb.ch Tue Nov 20 21:02:09 2007 From: fsuter at cobweb.ch (Francois Suter) Date: Tue, 20 Nov 2007 21:02:09 +0100 Subject: [TYPO3-dev] De-admin the "Tools" module In-Reply-To: References: Message-ID: An idea about the following anyone? >> By the way, if anyone makes a patch for this, a new label must be >> created! Existing labels may not be altered because translations are >> shared for all TYPO3 versions! > > I started looking into that, but I'm not sure how I can achieve what you > advise. The localisation strings seem to be hardcoded: i.e. TYPO3 goes > looking for label names such as mlang_tabs_tab and > mlang_labels_tablabel, so it's not possible to create new labels. The > only was I see is to created a new localisation file and change the > reference inside the corresponding conf.php. > > Am I missing something? I can't start doing the patch before I'm sure how to change those strings. Cheers -- Francois Suter Cobweb Development Sarl - http://www.cobweb.ch From dmitry at typo3.org Tue Nov 20 21:30:39 2007 From: dmitry at typo3.org (Dmitry Dulepov [typo3]) Date: Tue, 20 Nov 2007 22:30:39 +0200 Subject: [TYPO3-dev] De-admin the "Tools" module In-Reply-To: References: Message-ID: Francois Suter wrote: > I can't start doing the patch before I'm sure how to change those strings. I think you need to create new language files. Currently typo3/mod/tools/conf.php references lang/locallang_mod_tools.php, you have to keep this file for compatibility with previous typo3 version in regard to translation. So you need new files for typo3/mod/tools/ and typo3/mod/user/. These two files + modified conf.php from these two directories will be the content of the patch. -- Dmitry Dulepov TYPO3 freelancer / TYPO3 core team member Web: http://typo3bloke.net/ Skype: callto:liels_bugs From fsuter at cobweb.ch Tue Nov 20 21:39:46 2007 From: fsuter at cobweb.ch (Francois Suter) Date: Tue, 20 Nov 2007 21:39:46 +0100 Subject: [TYPO3-dev] De-admin the "Tools" module In-Reply-To: References: Message-ID: > I think you need to create new language files. Currently > typo3/mod/tools/conf.php references lang/locallang_mod_tools.php, you > have to keep this file for compatibility with previous typo3 version in > regard to translation. So you need new files for typo3/mod/tools/ and > typo3/mod/user/. These two files + modified conf.php from these two > directories will be the content of the patch. OK. Thanks. -- Francois Suter Cobweb Development Sarl - http://www.cobweb.ch From elmar07 at googlemail.com Wed Nov 21 00:11:41 2007 From: elmar07 at googlemail.com (Elmar Hinz) Date: Wed, 21 Nov 2007 00:11:41 +0100 Subject: [TYPO3-dev] Fake / simulate frontend environment ( TSFE ) Message-ID: Hi, by request of Dmitry I start this topic as a new thread, to make it the more easy findable within the list. How to quickly fake a FE in the BE? Here is a very, very official solution from Robert, found in his extension t3unit, now followed by the extension phpunit: http://typo3.org/extensions/repository/view/phpunit/3.1.15/info/mod1%252Findex.php/ /** * Roughly simulates the frontend although being in the backend. * * @return void * @todo This is a quick hack, needs proper implementation */ protected function simulateFrontendEnviroment() { global $TSFE, $TYPO3_CONF_VARS; // FIXME: Currently bad workaround which only initializes a few things, not really what you'd call a frontend enviroment require_once(PATH_tslib.'class.tslib_fe.php'); require_once(PATH_t3lib.'class.t3lib_page.php'); require_once(PATH_t3lib.'class.t3lib_userauth.php'); require_once(PATH_tslib.'class.tslib_feuserauth.php'); require_once(PATH_t3lib.'class.t3lib_tstemplate.php'); require_once(PATH_t3lib.'class.t3lib_cs.php'); $temp_TSFEclassName = t3lib_div::makeInstanceClassName('tslib_fe'); $TSFE = new $temp_TSFEclassName( $TYPO3_CONF_VARS, t3lib_div::_GP('id'), t3lib_div::_GP('type'), t3lib_div::_GP('no_cache'), t3lib_div::_GP('cHash'), t3lib_div::_GP('jumpurl'), t3lib_div::_GP('MP'), t3lib_div::_GP('RDCT') ); $TSFE->connectToDB(); $TSFE->config = array(); // Must be filled with actual config! } From steffen at sk-typo3.de Wed Nov 21 00:53:47 2007 From: steffen at sk-typo3.de (Steffen Kamper) Date: Wed, 21 Nov 2007 00:53:47 +0100 Subject: [TYPO3-dev] Fake / simulate frontend environment ( TSFE ) References: Message-ID: Hi Elmar, "Elmar Hinz" schrieb im Newsbeitrag news:mailman.1.1195600295.1555.typo3-dev at lists.netfielders.de... > Hi, > > by request of Dmitry I start this topic as a new thread, to make it the > more > easy findable within the list. > > How to quickly fake a FE in the BE? > > Here is a very, very official solution from Robert, found in his extension > t3unit, now followed by the extension phpunit: > > http://typo3.org/extensions/repository/view/phpunit/3.1.15/info/mod1%252Findex.php/ > > > /** > * Roughly simulates the frontend although being in the backend. > * > * @return void > * @todo This is a quick hack, needs proper implementation > */ > protected function simulateFrontendEnviroment() { > > global $TSFE, $TYPO3_CONF_VARS; > > // FIXME: Currently bad workaround which only initializes a few > things, not really what you'd call a frontend enviroment > > require_once(PATH_tslib.'class.tslib_fe.php'); > require_once(PATH_t3lib.'class.t3lib_page.php'); > require_once(PATH_t3lib.'class.t3lib_userauth.php'); > require_once(PATH_tslib.'class.tslib_feuserauth.php'); > require_once(PATH_t3lib.'class.t3lib_tstemplate.php'); > require_once(PATH_t3lib.'class.t3lib_cs.php'); > > $temp_TSFEclassName = t3lib_div::makeInstanceClassName('tslib_fe'); > $TSFE = new $temp_TSFEclassName( > $TYPO3_CONF_VARS, > t3lib_div::_GP('id'), > t3lib_div::_GP('type'), > t3lib_div::_GP('no_cache'), > t3lib_div::_GP('cHash'), > t3lib_div::_GP('jumpurl'), > t3lib_div::_GP('MP'), > t3lib_div::_GP('RDCT') > ); > $TSFE->connectToDB(); > $TSFE->config = array(); // Must be filled with actual > config! > > } > this solution is very limited, there are missing some inits. Maybe this will fail on some typical FE-actions. - global $TSFE doesn't make sense for me - // FIXME: ... comment says more than i could say. Did you compared it with the spellcheck-method from rte? vg Steffen From mads at brunn.dk Wed Nov 21 08:15:44 2007 From: mads at brunn.dk (Mads Brunn) Date: Wed, 21 Nov 2007 08:15:44 +0100 Subject: [TYPO3-dev] Fake / simulate frontend environment ( TSFE ) In-Reply-To: References: Message-ID: Elmar, I'm using the following to create a fake FE in the backend. As can be seen from the example it can e.g. be used to generate typolinks. Works pretty well. ./mads if (!defined('PATH_tslib')) { if (@is_dir(PATH_site.TYPO3_mainDir.'sysext/cms/tslib/')) { define('PATH_tslib', PATH_site.TYPO3_mainDir.'sysext/cms/tslib/'); } elseif (@is_dir(PATH_site.'tslib/')) { define('PATH_tslib', PATH_site.'tslib/'); } } require_once(PATH_t3lib.'class.t3lib_timetrack.php'); $GLOBALS['TT'] = new t3lib_timeTrack; $GLOBALS['TT']->start(); $GLOBALS['TT']->push('','Script start'); require_once (PATH_tslib."class.tslib_fe.php"); require_once (PATH_tslib."class.tslib_content.php"); require_once (PATH_t3lib."class.t3lib_page.php"); require_once (PATH_t3lib."class.t3lib_userauth.php"); require_once (PATH_tslib."class.tslib_feuserauth.php"); require_once (PATH_t3lib."class.t3lib_tstemplate.php"); require_once(PATH_t3lib.'class.t3lib_cs.php'); $temp_TSFEclassName = t3lib_div::makeInstanceClassName('tslib_fe'); $GLOBALS['TSFE'] = new $temp_TSFEclassName( $TYPO3_CONF_VARS, 7, 0, 0, t3lib_div::_GP('cHash'), t3lib_div::_GP('jumpurl'), t3lib_div::_GP('MP'), t3lib_div::_GP('RDCT') ); $GLOBALS['TSFE']->connectToDB(); $GLOBALS['TSFE']->initFEuser(); $GLOBALS['TSFE']->determineId(); $GLOBALS['TSFE']->getCompressedTCarray(); $GLOBALS['TSFE']->initTemplate(); $GLOBALS['TSFE']->getConfigArray(); $cObj = t3lib_div::makeInstance('tslib_cObj'); $content = $cObj->typolink('', array( 'parameter' => 108, 'returnLast' => 'url', ) ); Elmar Hinz wrote: > Hi, > > by request of Dmitry I start this topic as a new thread, to make it the more > easy findable within the list. > > How to quickly fake a FE in the BE? > > Here is a very, very official solution from Robert, found in his extension > t3unit, now followed by the extension phpunit: > > http://typo3.org/extensions/repository/view/phpunit/3.1.15/info/mod1%252Findex.php/ > > > /** > * Roughly simulates the frontend although being in the backend. > * > * @return void > * @todo This is a quick hack, needs proper implementation > */ > protected function simulateFrontendEnviroment() { > > global $TSFE, $TYPO3_CONF_VARS; > > // FIXME: Currently bad workaround which only initializes a few > things, not really what you'd call a frontend enviroment > > require_once(PATH_tslib.'class.tslib_fe.php'); > require_once(PATH_t3lib.'class.t3lib_page.php'); > require_once(PATH_t3lib.'class.t3lib_userauth.php'); > require_once(PATH_tslib.'class.tslib_feuserauth.php'); > require_once(PATH_t3lib.'class.t3lib_tstemplate.php'); > require_once(PATH_t3lib.'class.t3lib_cs.php'); > > $temp_TSFEclassName = t3lib_div::makeInstanceClassName('tslib_fe'); > $TSFE = new $temp_TSFEclassName( > $TYPO3_CONF_VARS, > t3lib_div::_GP('id'), > t3lib_div::_GP('type'), > t3lib_div::_GP('no_cache'), > t3lib_div::_GP('cHash'), > t3lib_div::_GP('jumpurl'), > t3lib_div::_GP('MP'), > t3lib_div::_GP('RDCT') > ); > $TSFE->connectToDB(); > $TSFE->config = array(); // Must be filled with actual > config! > > } > > From tomi at tri-ex.si Wed Nov 21 09:05:46 2007 From: tomi at tri-ex.si (Tomi Hrovatin) Date: Wed, 21 Nov 2007 09:05:46 +0100 Subject: [TYPO3-dev] debug TYPO3 with Eclipse PDT In-Reply-To: References: Message-ID: Hi all, For the past few days I also tried to configure Eclipse & PDT & Zend Debug. And here is my experience. My system: win vista (please don't comment), latest wampp (apache 2.2.4, php 5.2.4, ...) Eclipse Europa 3.3.0 with PDT (all in one package) Subclipse Zend debugger My current setup: My workspace dir is set in htdocs/workspace directory. My typo3 dir is set in htdocs/typo3 In empty workspace I imported/checkouted extension from typo3xdev (htdocs/workspace/my_extension) I symlinked it to /htdocs/typo3/typo3conf/ext/my_extension (this is the only positive thing in win vista) Now I had a working typo3 site. Because the extension in SVN already had .project file (that didn't have some directives for debugger, code completion, php project, ...) I had to manualy add them. I restarted the eclipse and manually rebuilded the project. Then I added PHP include Path (/htdocs/typo3) to the project. Now I: - can set a breakpoint in every typo3 core file - can point and click to go to declaration (this is not working everywhere) - cannot set a breakpoint in my_extension I also tried Zend firefox extension (2.0.1) but it doesn't work at all. (I just installed it and set external browser in eclipse. Is there some other configuration I should know?) Well, this is all I could get from Eclipse till now. If you have any comments or maybe you are willing to share your configuration, please do so. I'm sure a lot of developers will appreciate it. It would also be very valuable if we had some sort of 'best practice' on how to use Eclipse (or any other editor/tool) and Typo3. regards, Tomi Hrovatin Daniel P?tzinger wrote: > Joerg Schoppet schrieb: >> Steffen Kamper wrote: >>> Hi Joerg, >>> >>> "Joerg Schoppet" schrieb im Newsbeitrag >>> news:mailman.1.1192622893.1446.typo3-dev at lists.netfielders.de... >>>> Hi, >>>> >>>> actually I have eclipse 3.3 (Europa) running with PDT 1.0 under >>>> windows XP. >>>> >>>> I have a remote server with fedora, where the TYPO3 is installed. >>>> >>>> To have easy access to the system a samba-share is provided for the >>>> htdocs-directory (mapped to drive Z). >>>> >>>> In eclipse, I've set my workspace to Z:\htdocs\typo3conf\ext, so I can >>>> create a project for each extension. >>>> >>>> For debugging I've installed the Zend Debugger on the webserver. >>>> *BUT* I >>>> can only start debugging from the main index.php site. All other >>>> breakpoints (e.g. within an extension) are ignored. >>>> >>>> Can somebody point me to the right direction, how to debug a >>>> typo3-extension within eclipse? >>>> >>> i started a thread with exact the same issue some months ago. I was >>> not able to debug with Zend. When i debugged from index.php, the zend >>> debugger run into Nirvana. >>> >>> The problem may be also the lot of warnings when doing so. >>> >> Hi, >> >> well debugging from index.php is working for me, also with zend >> debugger. But it is very time consuming to click down all the typo3-code >> until I came to the extension I want to debug e.g. tt_news. >> >> The only possibility I see actuall is to set the workspace above the >> htdocs directory (in my example Z:), then I can make htdocs a project >> within eclipse and then all breakpoints work, *but* then I can not use >> subclipse (I have actually for each own extension an own repository) to >> manage each extension independently. :-( > > Maybe it works by symlink them into your project? From dmitry at typo3.org Wed Nov 21 09:23:01 2007 From: dmitry at typo3.org (Dmitry Dulepov [typo3]) Date: Wed, 21 Nov 2007 10:23:01 +0200 Subject: [TYPO3-dev] debug TYPO3 with Eclipse PDT In-Reply-To: References: Message-ID: Hi! Tomi Hrovatin wrote: > If you have any comments or maybe you are willing to share your > configuration, please do so. I'm sure a lot of developers will > appreciate it. Remove PDT. Get Zend Neon (it is free while beta). It works much better for debugging. You'll need to install Zend Debugger binary to PHP. -- Dmitry Dulepov TYPO3 core team Web: http://typo3bloke.net/ Skype: callto:liels_bugs From ingo at typo3.org Wed Nov 21 10:14:25 2007 From: ingo at typo3.org (Ingo Renner) Date: Wed, 21 Nov 2007 10:14:25 +0100 Subject: [TYPO3-dev] debug TYPO3 with Eclipse PDT In-Reply-To: References: Message-ID: Tomi Hrovatin wrote: > I also tried Zend firefox extension (2.0.1) but it doesn't work at all. > (I just installed it and set external browser in eclipse. Is there some > other configuration I should know?) the toolbar works with neon only AFAIK. Ingo -- Ingo Renner TYPO3 Core Developer, Release Manager TYPO3 4.2 From ingmar at typo3.org Wed Nov 21 10:53:50 2007 From: ingmar at typo3.org (Ingmar Schlecht) Date: Wed, 21 Nov 2007 10:53:50 +0100 Subject: [TYPO3-dev] Announcing TYPO3 4.2 Alpha 2 In-Reply-To: References: Message-ID: Zachary Davis schrieb: > Steffen Kamper wrote: > >> simply deinstall it in extmanager and install the old_install instead, >> both are existing there. > > I tried this a few days ago, but after I deinstalled the new install > tool ext in the extension manager and tried to access the install tool, > TYPO3 complained that the extension "install" was not installed, and I > was unable to access any install tool. Did anyone else have this problem? Thanks for the report, need to check this. cheers Ingmar From elmar07 at googlemail.com Wed Nov 21 11:22:36 2007 From: elmar07 at googlemail.com (Elmar Hinz) Date: Wed, 21 Nov 2007 11:22:36 +0100 Subject: [TYPO3-dev] Fake / simulate frontend environment ( TSFE ) References: Message-ID: > > this solution is very limited, there are missing some inits. Maybe this > will fail on some typical FE-actions. > - global $TSFE doesn't make sense for me > - // FIXME: ... comment says more than i could say. > > Did you compared it with the spellcheck-method from rte? > > vg Steffen Hi Steffen, I have seen the comment. That's why I underlined it's a quick approach. Roberts example does just enough to enable you to create a cObj, without setting up the full environment. Often you only want to use some tools from cObj, i.e. the typolink function from within the BE. Unit testing is another example. Best if it doesn't depend on the environment, because a changing environment, does not give stable test conditions. In such cases you can avoid to set up the full environment. Guess it makes some difference in speed. Regards Elmar From steffen at sk-typo3.de Wed Nov 21 11:46:55 2007 From: steffen at sk-typo3.de (Steffen Kamper) Date: Wed, 21 Nov 2007 11:46:55 +0100 Subject: [TYPO3-dev] Fake / simulate frontend environment ( TSFE ) References: Message-ID: "Elmar Hinz" schrieb im Newsbeitrag news:mailman.1.1195640556.28548.typo3-dev at lists.netfielders.de... >> >> this solution is very limited, there are missing some inits. Maybe this >> will fail on some typical FE-actions. >> - global $TSFE doesn't make sense for me >> - // FIXME: ... comment says more than i could say. >> >> Did you compared it with the spellcheck-method from rte? >> >> vg Steffen > > Hi Steffen, > > I have seen the comment. That's why I underlined it's a quick approach. > > Roberts example does just enough to enable you to create a cObj, without > setting up the full environment. > > Often you only want to use some tools from cObj, i.e. the typolink > function > from within the BE. Unit testing is another example. Best if it doesn't > depend on the environment, because a changing environment, does not give > stable test conditions. > > In such cases you can avoid to set up the full environment. Guess it makes > some difference in speed. > > Regards > > Elmar > Hi Elmar, i understand the approach. The difficult is to know, which initialisation is needed for which function, that makes it really complicated. Sure, for typolink/unit testing you need less than for image create or Content render. Speed is a good point, but only useful if you really know what is needed. So every developer has to test if it fits and what he needs. That's also the reason that everybody use his own working snippet, would be really nice to find a common solution - but for this complete understanding of TSFE is requirement. vg Steffen From steffen at sk-typo3.de Wed Nov 21 13:31:20 2007 From: steffen at sk-typo3.de (Steffen Kamper) Date: Wed, 21 Nov 2007 13:31:20 +0100 Subject: [TYPO3-dev] FYI: #6784 new login extension Message-ID: Hi all, here is a working extension "felogin" ready for usage and tests http://bugs.typo3.org/view.php?id=6784 please check it out and report bugs / proposals thx, vg Steffen From mail at maltejansen.de Wed Nov 21 16:16:11 2007 From: mail at maltejansen.de (Malte Jansen) Date: Wed, 21 Nov 2007 16:16:11 +0100 Subject: [TYPO3-dev] Splitting/Merging stddb/cms-TCA Message-ID: Hi! Because there where to many discussion "[TYPO3-core] RFC: Splitting CMS-TCA into several files (clean up)", I have created the new thread. Summary: - Splitting would take longer - Merging would be faster - temp_xxx_ext_tables.php should be serialized Further Idea (by me): What about merging the two pages-tables to one sys_ext? This table is perhaps the most often used table and this one is splitted into two parts. Perhaps we gain some speed because now you have to merge and split this table. You only have to secure the pages-table is loaded first. So this ext must be register as first ext. And the be_user-tables could their sysext, which already exist. Cheers, Malte From Martin.Kutschker at n0spam-blackbox.net Wed Nov 21 16:26:54 2007 From: Martin.Kutschker at n0spam-blackbox.net (Martin Kutschker) Date: Wed, 21 Nov 2007 16:26:54 +0100 Subject: [TYPO3-dev] FYI: #6784 new login extension In-Reply-To: References: Message-ID: Steffen Kamper schrieb: > Hi all, > > here is a working extension "felogin" ready for usage and tests > http://bugs.typo3.org/view.php?id=6784 Why is it in the project "Core"? Should IMHO be "Other exthesnsions". Or is this a draft for inclusion into TYPO3? Masi From ingmar at typo3.org Wed Nov 21 16:41:32 2007 From: ingmar at typo3.org (Ingmar Schlecht) Date: Wed, 21 Nov 2007 16:41:32 +0100 Subject: [TYPO3-dev] FYI: #6784 new login extension In-Reply-To: References: Message-ID: Martin Kutschker schrieb: > Steffen Kamper schrieb: >> Hi all, >> >> here is a working extension "felogin" ready for usage and tests >> http://bugs.typo3.org/view.php?id=6784 > > Why is it in the project "Core"? Should IMHO be "Other exthesnsions". Or > is this a draft for inclusion into TYPO3? Exactly. It's subject for inclusion as a sysext. cheers Ingmar -- Ingmar Schlecht TYPO3 Association Active Member From mario.melanie at arcor.de Wed Nov 21 17:28:14 2007 From: mario.melanie at arcor.de (Mario Matzulla) Date: Wed, 21 Nov 2007 17:28:14 +0100 Subject: [TYPO3-dev] Fake / simulate frontend environment ( TSFE ) In-Reply-To: References: Message-ID: Hi Elmar, cal creates a TSFE in its api too. We copied most of the stuff from the spellchecker (rte). But there is one drawback: $GLOBALS['TSFE']->initFEuser(); If you are logged in to the frontend while calling this method, you get logged out. So I decided to extend the tslib_fe class and overwrite the according functions: require_once (PATH_tslib.'class.tslib_fe.php'); class tx_cal_tsfe extends tslib_fe { function tx_cal_tsfe($TYPO3_CONF_VARS, $id, $type, $no_cache='', $cHash='', $jumpurl='',$MP='',$RDCT=''){ return $this->tslib_fe($TYPO3_CONF_VARS, $id, $type, $no_cache, $cHash, $jumpurl,$MP,$RDCT); } function pageNotFoundHandler($code, $header='', $reason='') { //do nothing } function pageNotFoundAndExit($reason='', $header='') { // do nothing } } Regards, Mario Elmar Hinz schrieb: > Hi, > > by request of Dmitry I start this topic as a new thread, to make it the more > easy findable within the list. > > How to quickly fake a FE in the BE? > > Here is a very, very official solution from Robert, found in his extension > t3unit, now followed by the extension phpunit: > > http://typo3.org/extensions/repository/view/phpunit/3.1.15/info/mod1%252Findex.php/ > > > /** > * Roughly simulates the frontend although being in the backend. > * > * @return void > * @todo This is a quick hack, needs proper implementation > */ > protected function simulateFrontendEnviroment() { > > global $TSFE, $TYPO3_CONF_VARS; > > // FIXME: Currently bad workaround which only initializes a few > things, not really what you'd call a frontend enviroment > > require_once(PATH_tslib.'class.tslib_fe.php'); > require_once(PATH_t3lib.'class.t3lib_page.php'); > require_once(PATH_t3lib.'class.t3lib_userauth.php'); > require_once(PATH_tslib.'class.tslib_feuserauth.php'); > require_once(PATH_t3lib.'class.t3lib_tstemplate.php'); > require_once(PATH_t3lib.'class.t3lib_cs.php'); > > $temp_TSFEclassName = t3lib_div::makeInstanceClassName('tslib_fe'); > $TSFE = new $temp_TSFEclassName( > $TYPO3_CONF_VARS, > t3lib_div::_GP('id'), > t3lib_div::_GP('type'), > t3lib_div::_GP('no_cache'), > t3lib_div::_GP('cHash'), > t3lib_div::_GP('jumpurl'), > t3lib_div::_GP('MP'), > t3lib_div::_GP('RDCT') > ); > $TSFE->connectToDB(); > $TSFE->config = array(); // Must be filled with actual > config! > > } > > From fsuter at cobweb.ch Wed Nov 21 17:44:51 2007 From: fsuter at cobweb.ch (Francois Suter) Date: Wed, 21 Nov 2007 17:44:51 +0100 Subject: [TYPO3-dev] RFC: Make t3lib_div::inList() accept * wildcard Message-ID: Hi all, I just happened across a case where it would have been very convenient if t3lib_div::inList() had accepted * as a wildcard, i.e. return true whatever the value of the string being compared. This is a very simple patch, but I wanted to ask about opinions here before submitting something to the Core ML. Cheers -- Francois Suter Cobweb Development Sarl - http://www.cobweb.ch From mail at maltejansen.de Wed Nov 21 17:57:17 2007 From: mail at maltejansen.de (Malte Jansen) Date: Wed, 21 Nov 2007 17:57:17 +0100 Subject: [TYPO3-dev] RFC: Make t3lib_div::inList() accept * wildcard In-Reply-To: References: Message-ID: Francois Suter schrieb: > Hi all, > > I just happened across a case where it would have been very convenient > if t3lib_div::inList() had accepted * as a wildcard, i.e. return true > whatever the value of the string being compared. > > This is a very simple patch, but I wanted to ask about opinions here > before submitting something to the Core ML. > > Cheers > Hi, I think it should be a seperate function t3lib_div::inListWildcard() Otherwise it would take ressources... Cheers, Malte From tapio.markula at xetpoint.fi Wed Nov 21 18:01:23 2007 From: tapio.markula at xetpoint.fi (Tapio Markula) Date: Wed, 21 Nov 2007 19:01:23 +0200 Subject: [TYPO3-dev] Hook for function viewPageIcon Message-ID: Hi What about hook for function viewPageIcon in template.php adding and reordering items? From fsuter at cobweb.ch Wed Nov 21 18:05:38 2007 From: fsuter at cobweb.ch (Francois Suter) Date: Wed, 21 Nov 2007 18:05:38 +0100 Subject: [TYPO3-dev] RFC: Make t3lib_div::inList() accept * wildcard In-Reply-To: References: Message-ID: Hi, > I think it should be a seperate function > > t3lib_div::inListWildcard() > > Otherwise it would take ressources... Done that way it is useless. The whole point is that everywhere where t3lib_div::inList() is called currently, one could pass * as a reference string and get a return value of true. Your suggestion means that everywhere where you want to be able to use * you have to change the calls to inList() to some other method. This would imply a *LOT* of changes (both to core and who knows how many extensions). As far as resources are concerned, of course it would take a bit more resources, but it's only a simple test. Cheers -- Francois Suter Cobweb Development Sarl - http://www.cobweb.ch From fsuter at cobweb.ch Wed Nov 21 22:32:42 2007 From: fsuter at cobweb.ch (Francois Suter) Date: Wed, 21 Nov 2007 22:32:42 +0100 Subject: [TYPO3-dev] De-admin the "Tools" module In-Reply-To: References: Message-ID: Hi all, Following our discussions here I sent a patch corresponding to a new feature request (#6793: Rename User and Tools modules to the core mailing list. Cheers -- Francois Suter Cobweb Development Sarl - http://www.cobweb.ch From steffen at sk-typo3.de Wed Nov 21 23:50:42 2007 From: steffen at sk-typo3.de (Steffen Kamper) Date: Wed, 21 Nov 2007 23:50:42 +0100 Subject: [TYPO3-dev] old install tool Message-ID: Hi, (talking of trunk version) for working with a update script from old install i activated inclusion of tx_coreupdates_notinmenu. i got an error about redeclare, i was astonished. I looked in new install tool, but thes lines where commented out. Nethertheless the class seems to be loaded. Ok, then i deinstalled new install tool, inclusion worked. But then i had no entry in the tools menu. Ok, found some wrong paths in conf.php but still no entry in menu. Then i looked on my watch - time to finish for today, staying with questionmarks ... - why is the class included though i don't find inclusion? (Thomas?) - why is there no entry in tools menu for old install? vg Steffen From typo3ml at andreaswolf.info Thu Nov 22 02:48:29 2007 From: typo3ml at andreaswolf.info (Andreas Wolf) Date: Thu, 22 Nov 2007 02:48:29 +0100 Subject: [TYPO3-dev] Make selecting records via AJAX possible (like Google Suggest) Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi list, I guess you all know things like Google Suggest or the autocompleter text fields of script.aculo.us. My idea is to integrate something these into TCEforms, so it is easier to select records that are wide-spread over the pagetree. I have implemented a first version that works and has some features, but the code is still quite ugly and it is not that well integrated into the core or even documented - and it is done on 4.1, but porting it to 4.2-dev is no problem, the patch applies seamlessly. So, what am I talking about? As I said, the code is not yet ready to be published, I also have to check it for errors and implement one or two additional features. But what I have is a screenshot [1], just to make you hungry for more ;) To quicken your appetite, here is a short description of what I have done until now: * selecting records from all tables that are allowed for the field * respects permissions and visibility-settings * implementation of individual functions for selecting and rendering records is possible (I have done a demo for a21glossary and for party. The select function for party selects the name from table tx_party_names, but the record is inserted from table tx_party_parties. The function for a21glossary displays the meaning of abbreviations and the long-form of acronyms below the title - instead of the path) * you may restrict selection to certain pages/folders and to a certain depth * configuration on a per-table base, i.e. you can configure e.g. different pids for different tables This is on my schedule: * allowing per-field configuration, meaning you may use pid 1 for field A in table Y and pid 2 for field B in table Z * some more configuration options for the selector itself, e.g. placing the it right to the list box instead of below * perhaps a "static" selection, meaning the selected records don't disappear after adding one record to the list-box. But I don't know by now how to do this with script.aculo.us. So, I really appreciate your feedback - do you think TYPO3 would be better with this feature? What would you like to have implemented? And to the core-devs: Do you think this might get into 4.2? If I get positive response, I will try to get the code ready until the weekend... [1] http://www.andreaswolf.info/typo3/ajax_selector2.png Cheers Andreas -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHRN/tHWtXp155bP8RAv/aAJwLTsAfgpTetLEcyVannGNQw/5mAACgh95D TzOIle3saDmsv999jdLaoug= =z1ey -----END PGP SIGNATURE----- From tomi at tri-ex.si Thu Nov 22 08:33:16 2007 From: tomi at tri-ex.si (Tomi Hrovatin) Date: Thu, 22 Nov 2007 08:33:16 +0100 Subject: [TYPO3-dev] debug TYPO3 with Eclipse PDT In-Reply-To: References: Message-ID: Dmitry Dulepov [typo3] wrote: > > Remove PDT. Get Zend Neon (it is free while beta). It works much better > for debugging. You'll need to install Zend Debugger binary to PHP. > Unfortunately it is not free any more. On their site you can get it for 15% discount. T. From ingmar at typo3.org Thu Nov 22 08:45:25 2007 From: ingmar at typo3.org (Ingmar Schlecht) Date: Thu, 22 Nov 2007 08:45:25 +0100 Subject: [TYPO3-dev] old install tool In-Reply-To: References: Message-ID: Hi Steffen, Steffen Kamper wrote: > - why is the class included though i don't find inclusion? (Thomas?) No idea. In case of doubt, just open init.php and remove the install tool switch code marked with . > - why is there no entry in tools menu for old install? Probably a bug in my install tool switch. cheers Ingmar -- Ingmar Schlecht TYPO3 Association Active Member From news at ringerge.org Thu Nov 22 08:51:34 2007 From: news at ringerge.org (Georg Ringer) Date: Thu, 22 Nov 2007 08:51:34 +0100 Subject: [TYPO3-dev] Make selecting records via AJAX possible (like Google Suggest) In-Reply-To: References: Message-ID: Hi Andreas, > I guess you all know things like Google Suggest or the autocompleter > text fields of script.aculo.us. My idea is to integrate something these > into TCEforms, so it is easier to select records that are > wide-spread over the pagetree. oh this sounds just great!! > But what I have is a screenshot [1], just to make you hungry for more ;) I need more! ;) > * implementation of individual functions for selecting and rendering > records is possible so i can set that not only the title but also other fields of a record are searchable? > * you may restrict selection to certain pages/folders and to a certain > depth > * configuration on a per-table base, i.e. you can configure e.g. > different pids for different tables I can also set the pid restriction on a certain page, so e.g. on Page A the search just looks for records on Pages b-f and on Page G for records on pages h-k? > So, I really appreciate your feedback - do you think TYPO3 would be > better with this feature? What would you like to have implemented? nice features: * should be possible to change the style, so e.g no icons * min chars, time for lookup * respect max limit Georg From elmar07 at googlemail.com Thu Nov 22 08:54:14 2007 From: elmar07 at googlemail.com (Elmar Hinz) Date: Thu, 22 Nov 2007 08:54:14 +0100 Subject: [TYPO3-dev] Fake / simulate frontend environment ( TSFE ) References: Message-ID: Mads Brunn wrote: > Elmar, > > I'm using the following to create a fake FE in the backend. > > As can be seen from the example it can e.g. be used to generate > typolinks. Works pretty well. Hello Mads, Mario et altri, thank you very much for alternative suggestions. It will be useful to have the different alternatives gathered in one thread. Maybe someone likes to boil it down to a wiki page. Is there already something like this documented? Now we still need the backend in the frontend. But that's stuff for a different thread. Regards Elmar From Martin.Kutschker at n0spam-blackbox.net Thu Nov 22 09:42:55 2007 From: Martin.Kutschker at n0spam-blackbox.net (Martin Kutschker) Date: Thu, 22 Nov 2007 09:42:55 +0100 Subject: [TYPO3-dev] Make selecting records via AJAX possible (like Google Suggest) In-Reply-To: References: Message-ID: Andreas Wolf schrieb: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hi list, > > I guess you all know things like Google Suggest or the autocompleter > text fields of script.aculo.us. My idea is to integrate something these > into TCEforms, so it is easier to select records that are > wide-spread over the pagetree. I have implemented a first version that > works and has some features, but the code is still quite ugly > and it is not that well integrated into the core or even documented - > and it is done on 4.1, but porting it to 4.2-dev is no problem, the > patch applies seamlessly. Good idea! But I think the lookup field takes too much space if it's always shown. Maybe it can be triggered by a button next to the select field. Perhaps beneath the element browser button. Masi From dmitry at typo3.org Thu Nov 22 09:45:10 2007 From: dmitry at typo3.org (Dmitry Dulepov [typo3]) Date: Thu, 22 Nov 2007 10:45:10 +0200 Subject: [TYPO3-dev] debug TYPO3 with Eclipse PDT In-Reply-To: References: Message-ID: Hi! Tomi Hrovatin wrote: > Unfortunately it is not free any more. On their site you can get it for > 15% discount. Have you actually tried? :) It is free while beta. When it is out, there will be a protection code inside. For now you can just install and use it. I think it is time-limited (till end of year or so) but still free. By "15% discount" they mean that if you pay now, it will be cheaper then if you buy it when it is out of beta. -- Dmitry Dulepov TYPO3 core team Web: http://typo3bloke.net/ Skype: callto:liels_bugs From dmitry at typo3.org Thu Nov 22 09:50:18 2007 From: dmitry at typo3.org (Dmitry Dulepov [typo3]) Date: Thu, 22 Nov 2007 10:50:18 +0200 Subject: [TYPO3-dev] New install tool is not working? Message-ID: Hi! I have several troubles with new "Setup" module. Firsts, it says me that password is still joh316 while it is not. Secondly, after logging in it says: ----------------- An error occured. Please see details: * FATAL! No config file was found for module "setup". * FATAL! The requested module "setup" could not be loaded. ----------------- And now I cannot go also to old install tool, I see these errors all the time :( Anyone knoe what is wrong here? -- Dmitry Dulepov TYPO3 core team Web: http://typo3bloke.net/ Skype: callto:liels_bugs From thomas at tk-studio.de Thu Nov 22 09:59:48 2007 From: thomas at tk-studio.de (Thomas Kieslich) Date: Thu, 22 Nov 2007 09:59:48 +0100 Subject: [TYPO3-dev] New install tool is not working? References: Message-ID: Hi Did you use Windows? Thomas Am Thu, 22 Nov 2007 10:50:18 +0200 schrieb Dmitry Dulepov [typo3]: > Hi! > > I have several troubles with new "Setup" module. > > Firsts, it says me that password is still joh316 while it is not. > > Secondly, after logging in it says: > ----------------- > An error occured. Please see details: > > * FATAL! No config file was found for module "setup". > * FATAL! The requested module "setup" could not be loaded. > ----------------- > > And now I cannot go also to old install tool, I see these errors all the time :( > > Anyone knoe what is wrong here? From usenet at kraume.de Thu Nov 22 10:02:18 2007 From: usenet at kraume.de (Peter Kraume) Date: Thu, 22 Nov 2007 10:02:18 +0100 Subject: [TYPO3-dev] New install tool is not working? In-Reply-To: References: Message-ID: Dmitry Dulepov [typo3] wrote: > Firsts, it says me that password is still joh316 while it is not. > > Secondly, after logging in it says: > ----------------- > An error occured. Please see details: > > * FATAL! No config file was found for module "setup". > * FATAL! The requested module "setup" could not be loaded. > ----------------- > > And now I cannot go also to old install tool, I see these errors all the > time :( > Hi Dimitry, I didn't experience your problems, but maybe I can help anyway: You can install the old installer in the extension manager (key: install_old). Then you can access the old installer via this URL: http://domain.tld/typo3/install/index.php?installToolVersion=old Cheers, Peter From dmitry at typo3.org Thu Nov 22 10:07:32 2007 From: dmitry at typo3.org (Dmitry Dulepov [typo3]) Date: Thu, 22 Nov 2007 11:07:32 +0200 Subject: [TYPO3-dev] New install tool is not working? In-Reply-To: References: Message-ID: Hi! Thomas Kieslich wrote: > Did you use Windows? Yes. -- Dmitry Dulepov TYPO3 core team Web: http://typo3bloke.net/ Skype: callto:liels_bugs From elmar07 at googlemail.com Thu Nov 22 10:22:09 2007 From: elmar07 at googlemail.com (Elmar Hinz) Date: Thu, 22 Nov 2007 10:22:09 +0100 Subject: [TYPO3-dev] Good news: First decrease of no_cache parameter on google Message-ID: Hello, the good news first: I measured google hits for no_cache=1 in april, next time in Juli. The amount of hits has been rapidly increasing. Today you can observe a shrinking number of hits. April 2007 ? Juli 2007 ? Nov 2007 A: 2.050.000 ? 2.550.000 ? 2.310.000 B: 1.650.000 ? 2.460.000 ? 2.280.000 A: (google.de: "no_cache=1") B: (google.de: inurl:"no_cache=1") The bad news: Known bugs of key extensions that are mainly responsible for this sitution have not been fixed during this time: * kickstarter The SVN version still generates new extensions with forms making use the no_cache parameter. * tt_news There are still several places in the code that set the no_cache parameter. Dispite of the bad news, the awareness of developers to avoid the no_cache parameter seems to have grown a lot. Or is the a market share of T3 simply shrinking? Regards Elmar From steffen at sk-typo3.de Thu Nov 22 10:47:41 2007 From: steffen at sk-typo3.de (Steffen Kamper) Date: Thu, 22 Nov 2007 10:47:41 +0100 Subject: [TYPO3-dev] New install tool is not working? References: Message-ID: "Peter Kraume" schrieb im Newsbeitrag news:mailman.1.1195722152.8158.typo3-dev at lists.netfielders.de... > Dmitry Dulepov [typo3] wrote: > > Firsts, it says me that password is still joh316 while it is not. >> >> Secondly, after logging in it says: >> ----------------- >> An error occured. Please see details: >> >> * FATAL! No config file was found for module "setup". >> * FATAL! The requested module "setup" could not be loaded. >> ----------------- >> >> And now I cannot go also to old install tool, I see these errors all the >> time :( >> > Hi Dimitry, > > I didn't experience your problems, but maybe I can help anyway: > You can install the old installer in the extension manager (key: > install_old). Then you can access the old installer via this URL: > http://domain.tld/typo3/install/index.php?installToolVersion=old > > Cheers, > Peter I had simular problems. Old install only doesn't work (uninstalled new installer). There are still wrong paths in conf.php, and no entry in Menu (see my other post) Also there is some strange issue with new installer, it includes scripts that are not activated in localconf. i didn't investigated the code of new installer but it seems that there is something wrong. Before new install is finished it's very important to work with old installer to reach not implemented settings. vg Steffen From steffen at sk-typo3.de Thu Nov 22 10:54:33 2007 From: steffen at sk-typo3.de (Steffen Kamper) Date: Thu, 22 Nov 2007 10:54:33 +0100 Subject: [TYPO3-dev] Good news: First decrease of no_cache parameter on google References: Message-ID: Hi Elmar, "Elmar Hinz" schrieb im Newsbeitrag news:mailman.1.1195723329.31108.typo3-dev at lists.netfielders.de... > Hello, > > the good news first: > > I measured google hits for no_cache=1 in april, next time in Juli. The > amount of hits has been rapidly increasing. Today you can observe a > shrinking number of hits. > > April 2007 - Juli 2007 - Nov 2007 > > A: 2.050.000 - 2.550.000 - 2.310.000 > B: 1.650.000 - 2.460.000 - 2.280.000 > > A: (google.de: "no_cache=1") > B: (google.de: inurl:"no_cache=1") > > > The bad news: > > Known bugs of key extensions that are mainly responsible for this sitution > have not been fixed during this time: > > * kickstarter > > The SVN version still generates new extensions with forms making use the > no_cache parameter. > > * tt_news > > There are still several places in the code that set the no_cache > parameter. > > > Dispite of the bad news, the awareness of developers to avoid the no_cache > parameter seems to have grown a lot. > > Or is the a market share of T3 simply shrinking? > > > Regards > > Elmar > > first thanks for your investigation. The cache problem is still a magic for most of the extension developers. i know there are several documents describing proper usage, but they are spreaded around, so i think it's very important to have one "Cache-Guidline for Developers" on typo3.org to give it a "official" place as reference. Also it becomes complicate if you have a USER-plugin and you want to use forms etc., most developers integrate a hidden-field with no_cache (e.g. filter/search), so guideline should point on this - setting a proper USER-ext - using forms in USER - using USE_INT in USER vg Steffen From thomas at tk-studio.de Thu Nov 22 10:58:30 2007 From: thomas at tk-studio.de (Thomas Kieslich) Date: Thu, 22 Nov 2007 10:58:30 +0100 Subject: [TYPO3-dev] New install tool is not working? References: Message-ID: Am Thu, 22 Nov 2007 11:07:32 +0200 schrieb Dmitry Dulepov [typo3]: > Hi! > > Thomas Kieslich wrote: >> Did you use Windows? > > Yes. OK Try http://bugs.typo3.org/view.php?id=6727 delete the cokies and start again(witout typo3 in path) Thomas From ingo at typo3.org Thu Nov 22 11:09:34 2007 From: ingo at typo3.org (Ingo Renner) Date: Thu, 22 Nov 2007 11:09:34 +0100 Subject: [TYPO3-dev] Good news: First decrease of no_cache parameter on google In-Reply-To: References: Message-ID: Elmar Hinz wrote: > Known bugs of key extensions that are mainly responsible for this sitution > have not been fixed during this time: > > * kickstarter > > The SVN version still generates new extensions with forms making use the > no_cache parameter. so come up with a patch and stop complaining! > * tt_news > > There are still several places in the code that set the no_cache parameter. same here! Ingo -- Ingo Renner TYPO3 Core Developer, Release Manager TYPO3 4.2 From elmar07 at googlemail.com Thu Nov 22 11:31:12 2007 From: elmar07 at googlemail.com (Elmar Hinz) Date: Thu, 22 Nov 2007 11:31:12 +0100 Subject: [TYPO3-dev] Good news: First decrease of no_cache parameter on google References: Message-ID: >> * kickstarter >> >> The SVN version still generates new extensions with forms making use the >> no_cache parameter. > > so come up with a patch and stop complaining! > AFAIK a patch is availble since monthes, but not applied. >> * tt_news >> >> There are still several places in the code that set the no_cache >> parameter. > > same here! Sorry, I need to focus on quality of my own extensions first, before I start fixing foreign ones. When they are done, it's time to enlarge the scope. This bug is in the responsibility of others. Regards Elmar From ingo at typo3.org Thu Nov 22 11:52:19 2007 From: ingo at typo3.org (Ingo Renner) Date: Thu, 22 Nov 2007 11:52:19 +0100 Subject: [TYPO3-dev] Good news: First decrease of no_cache parameter on google In-Reply-To: References: Message-ID: Elmar Hinz wrote: >>> * tt_news >>> >>> There are still several places in the code that set the no_cache >>> parameter. >> same here! > > Sorry, I need to focus on quality of my own extensions first, before I start > fixing foreign ones. When they are done, it's time to enlarge the scope. > This bug is in the responsibility of others. then don't complain about it Ingo -- Ingo Renner TYPO3 Core Developer, Release Manager TYPO3 4.2 From elmar07 at googlemail.com Thu Nov 22 12:14:39 2007 From: elmar07 at googlemail.com (Elmar Hinz) Date: Thu, 22 Nov 2007 12:14:39 +0100 Subject: [TYPO3-dev] Good news: First decrease of no_cache parameter on google References: Message-ID: > first thanks for your investigation. > The cache problem is still a magic for most of the extension developers. i > know there are several documents describing proper usage, but they are > spreaded around, so i think it's very important to have one > "Cache-Guidline for Developers" on typo3.org to give it a "official" place > as reference. Also it becomes complicate if you have a USER-plugin and you > want to use forms etc., most developers integrate a hidden-field with > no_cache (e.g. filter/search), so guideline should point on this > - setting a proper USER-ext > - using forms in USER > - using USE_INT in USER > > vg Steffen Hi Steffen, Dmitry, you rember me and I need to come back to that. Recently Dmitry suggested a solution for the no_cache issue from side of the core. Sounded quite good. If such a solution, that goes directly to the origin, would be implemented, it would save us most guidline efforts. Any news in this, Dmitry? Chances to ship the solution with 4.2.0? Regards Elmar From dmitry at typo3.org Thu Nov 22 12:42:20 2007 From: dmitry at typo3.org (Dmitry Dulepov [typo3]) Date: Thu, 22 Nov 2007 13:42:20 +0200 Subject: [TYPO3-dev] Good news: First decrease of no_cache parameter on google In-Reply-To: References: Message-ID: Hi! Elmar Hinz wrote: > Any news in this, Dmitry? Chances to ship the solution with 4.2.0? None. I am fixing some bugs and working on translation now (I officially support translations from core team). I think most of the problems can be solved using cHash. Those, who use set_no_cache(), just do not know how to write it properly. This is just lack of knowledge, which we all have in different areas. Once people get this knowledge, they will do it properly. As to disabling set_no_cache(), people still may find ways to go around this. I think we should more concentrate on letting people know how to write code correctly. This is always better than making workarounds for people's mistakes. -- Dmitry Dulepov TYPO3 core team Web: http://typo3bloke.net/ Skype: callto:liels_bugs From mail at maltejansen.de Thu Nov 22 12:43:28 2007 From: mail at maltejansen.de (Malte Jansen) Date: Thu, 22 Nov 2007 12:43:28 +0100 Subject: [TYPO3-dev] Problem with debugging Message-ID: Hi, since there is no frame I the output of echo or print_r() is writing behind the layer in a tceform. So it's very difficult to get it. Is there somewhere a function were the echo/print_r can be redirct or something simular. For the tceform on the getMainFields this works fine: ob_start(); echo '
'; print_r($data); echo '
'; $temp = ob_get_contents(); ob_end_clean(); return $temp.$output; but it does not work at every place... Any suggestion? Cheers, Malte From dmitry at typo3.org Thu Nov 22 12:46:44 2007 From: dmitry at typo3.org (Dmitry Dulepov [typo3]) Date: Thu, 22 Nov 2007 13:46:44 +0200 Subject: [TYPO3-dev] Problem with debugging In-Reply-To: References: Message-ID: Hi! Malte Jansen wrote: > since there is no frame I the output of echo or print_r() is writing > behind the layer in a tceform. So it's very difficult to get it. > > Is there somewhere a function were the echo/print_r can be redirct or > something simular. > > For the tceform on the getMainFields > this works fine: > ob_start(); > echo '
'; > print_r($data); > echo '
'; > $temp = ob_get_contents(); > ob_end_clean(); > return $temp.$output; > > but it does not work at every place... > > Any suggestion? cc_debug + t3lib_div::debug(). This will open new window with nucely formatted debug information. -- Dmitry Dulepov TYPO3 core team Web: http://typo3bloke.net/ Skype: callto:liels_bugs From steffen at sk-typo3.de Thu Nov 22 12:52:22 2007 From: steffen at sk-typo3.de (Steffen Kamper) Date: Thu, 22 Nov 2007 12:52:22 +0100 Subject: [TYPO3-dev] old install tool References: Message-ID: "Ingmar Schlecht" schrieb im Newsbeitrag news:mailman.1.1195717528.17638.typo3-dev at lists.netfielders.de... > Hi Steffen, > > Steffen Kamper wrote: >> - why is the class included though i don't find inclusion? (Thomas?) > > No idea. In case of doubt, just open init.php and remove the install > tool switch code marked with . > >> - why is there no entry in tools menu for old install? > > Probably a bug in my install tool switch. > > cheers > Ingmar > > > -- > Ingmar Schlecht > TYPO3 Association Active Member Hi Ingmar, Bernhard pointed me a problem with the renaming: modules are not allowed to have the underscore, thats the main problem. He has a patched version and send it to me, so i can continue that work. vg Steffen From mail at maltejansen.de Thu Nov 22 12:52:17 2007 From: mail at maltejansen.de (Malte Jansen) Date: Thu, 22 Nov 2007 12:52:17 +0100 Subject: [TYPO3-dev] Problem with debugging In-Reply-To: References: Message-ID: Dmitry Dulepov [typo3] schrieb: > Hi! > > Malte Jansen wrote: >> since there is no frame I the output of echo or print_r() is writing >> behind the layer in a tceform. So it's very difficult to get it. >> >> Is there somewhere a function were the echo/print_r can be redirct or >> something simular. >> >> For the tceform on the getMainFields >> this works fine: >> ob_start(); >> echo '
'; >> print_r($data); >> echo '
'; >> $temp = ob_get_contents(); >> ob_end_clean(); >> return $temp.$output; >> >> but it does not work at every place... >> >> Any suggestion? > > cc_debug + t3lib_div::debug(). This will open new window with nucely > formatted debug information. > Thanks for fast tip, but the same problem occurse in the tceform. There is no new window and the output is behind the form.... Cheers, Malte From elmar07 at googlemail.com Thu Nov 22 12:56:38 2007 From: elmar07 at googlemail.com (Elmar Hinz) Date: Thu, 22 Nov 2007 12:56:38 +0100 Subject: [TYPO3-dev] Good news: First decrease of no_cache parameter on google References: Message-ID: Dmitry Dulepov [typo3] wrote: > Hi! > > Elmar Hinz wrote: >> Any news in this, Dmitry? Chances to ship the solution with 4.2.0? > > None. I am fixing some bugs and working on translation now (I officially > support translations from core team). > > I think most of the problems can be solved using cHash. Those, who use > set_no_cache(), just do not know how to write it properly. This is just > lack of knowledge, which we all have in different areas. Once people get > this knowledge, they will do it properly. > > As to disabling set_no_cache(), people still may find ways to go around > this. I think we should more concentrate on letting people know how to > write code correctly. This is always better than making workarounds for > people's mistakes. > Hi Dmitry, that is right. But an API also needs to be easy to use, best if it can document itself. In this sense I wouln't call your proposal a workaround, but rather a solution to remove some overhead and complexity from the usage. A solution to reduce the chances to make mistakes at all, when working with TYPO3. Regards Elmar From mail at maltejansen.de Thu Nov 22 12:59:18 2007 From: mail at maltejansen.de (Malte Jansen) Date: Thu, 22 Nov 2007 12:59:18 +0100 Subject: [TYPO3-dev] Problem with debugging In-Reply-To: References: Message-ID: Dmitry Dulepov [typo3] schrieb: > Hi! > > Malte Jansen wrote: >> since there is no frame I the output of echo or print_r() is writing >> behind the layer in a tceform. So it's very difficult to get it. >> >> Is there somewhere a function were the echo/print_r can be redirct or >> something simular. >> >> For the tceform on the getMainFields >> this works fine: >> ob_start(); >> echo '
'; >> print_r($data); >> echo '
'; >> $temp = ob_get_contents(); >> ob_end_clean(); >> return $temp.$output; >> >> but it does not work at every place... >> >> Any suggestion? > > cc_debug + t3lib_div::debug(). This will open new window with nucely > formatted debug information. > The problem is that, div#typo3-docbody { position:absolute; <-- should be relative ? top:49px; <-- should be removed ? z-index:2; } div#typo3-docheader { top:0pt; z-index:5; } So this part is moving. If the doc body starts at a absolute value There could be other problem From kasperligaard at gmail.com Thu Nov 22 13:05:53 2007 From: kasperligaard at gmail.com (Kasper Ligaard) Date: Thu, 22 Nov 2007 13:05:53 +0100 Subject: [TYPO3-dev] New install tool is not working? In-Reply-To: References: Message-ID: The problem is that the installer uses a platform specific path seperator. Luckily Typo3 4.2 requires PHP5, so we instead we should start evangilising the use of the PHP constants PATH_SEPARATOR and DIR_SEPARATOR, which solves the problem on any platform where PHP runs. Example of PATH_SEPERATOR: -------------------------- Everywhere you find something like this: explode(':', $moduleClass); You probably mean this: explode(PATH_SEPARATOR, $moduleClass); Example of DIR_SEPARATOR: ------------------------- Everywhere you find something like this: return $moduleClass.'/'; You probably mean something like this: return $moduleClass.DIR_SEPARATOR; Note in the last example, that you have to be aware of whether you are building a URL or a path on the file system. If you are building a URL you should not use DIR_SEPARATOR, but just '/'. Conversely, if you are building a path on the file system, then always use DIR_SEPARATOR and never '/', '\' or ':'. Regards, Kasper Thomas Kieslich skrev: > Am Thu, 22 Nov 2007 11:07:32 +0200 schrieb Dmitry Dulepov [typo3]: > >> Hi! >> >> Thomas Kieslich wrote: >>> Did you use Windows? >> Yes. > > OK > Try http://bugs.typo3.org/view.php?id=6727 > > delete the cokies and start again(witout typo3 in path) > > Thomas From steffen at sk-typo3.de Thu Nov 22 13:08:18 2007 From: steffen at sk-typo3.de (Steffen Kamper) Date: Thu, 22 Nov 2007 13:08:18 +0100 Subject: [TYPO3-dev] Problem with debugging References: Message-ID: "Malte Jansen" schrieb im Newsbeitrag news:mailman.1.1195732759.16400.typo3-dev at lists.netfielders.de... > Dmitry Dulepov [typo3] schrieb: >> Hi! >> >> Malte Jansen wrote: >>> since there is no frame I the output of echo or print_r() is writing >>> behind the layer in a tceform. So it's very difficult to get it. >>> >>> Is there somewhere a function were the echo/print_r can be redirct or >>> something simular. >>> >>> For the tceform on the getMainFields >>> this works fine: >>> ob_start(); >>> echo '
'; >>> print_r($data); >>> echo '
'; >>> $temp = ob_get_contents(); >>> ob_end_clean(); >>> return $temp.$output; >>> >>> but it does not work at every place... >>> >>> Any suggestion? >> >> cc_debug + t3lib_div::debug(). This will open new window with nucely >> formatted debug information. >> > > The problem is that, > > div#typo3-docbody { > position:absolute; <-- should be relative ? > top:49px; <-- should be removed ? > z-index:2; > } > div#typo3-docheader { > top:0pt; > z-index:5; > } > > So this part is moving. If the doc body starts at a absolute value There > could be other problem this is a sideeffect from the new BE - problem is that you can't make the div in front of the iframe. a solution could be to get debug in var and print it at the end instead of the beginning. vg Steffen From mail at maltejansen.de Thu Nov 22 13:24:45 2007 From: mail at maltejansen.de (Malte Jansen) Date: Thu, 22 Nov 2007 13:24:45 +0100 Subject: [TYPO3-dev] Problem with debugging In-Reply-To: References: Message-ID: Steffen Kamper schrieb: > "Malte Jansen" schrieb im Newsbeitrag > news:mailman.1.1195732759.16400.typo3-dev at lists.netfielders.de... >> Dmitry Dulepov [typo3] schrieb: >>> Hi! >>> >>> Malte Jansen wrote: >>>> since there is no frame I the output of echo or print_r() is writing >>>> behind the layer in a tceform. So it's very difficult to get it. >>>> >>>> Is there somewhere a function were the echo/print_r can be redirct or >>>> something simular. >>>> >>>> For the tceform on the getMainFields >>>> this works fine: >>>> ob_start(); >>>> echo '
'; >>>> print_r($data); >>>> echo '
'; >>>> $temp = ob_get_contents(); >>>> ob_end_clean(); >>>> return $temp.$output; >>>> >>>> but it does not work at every place... >>>> >>>> Any suggestion? >>> cc_debug + t3lib_div::debug(). This will open new window with nucely >>> formatted debug information. >>> >> The problem is that, >> >> div#typo3-docbody { >> position:absolute; <-- should be relative ? >> top:49px; <-- should be removed ? >> z-index:2; >> } >> div#typo3-docheader { >> top:0pt; >> z-index:5; >> } >> >> So this part is moving. If the doc body starts at a absolute value There >> could be other problem > > this is a sideeffect from the new BE - problem is that you can't make the > div in front of the iframe. > a solution could be to get debug in var and print it at the end instead of > the beginning. > > vg Steffen > > I have check the CSS. The docbody-css must be changed. Works fine with FF and IE. div#typo3-docbody { width: 98%; padding: 2% 0% 2% 2%; overflow: auto; top: 0px; bottom: 0; position: relative; z-index: 2; } Shall I create a patch and bug? Was there any special reasion, why the position was absolute? Cheers, Malte From steffen at sk-typo3.de Thu Nov 22 13:34:36 2007 From: steffen at sk-typo3.de (Steffen Kamper) Date: Thu, 22 Nov 2007 13:34:36 +0100 Subject: [TYPO3-dev] Problem with debugging References: Message-ID: "Malte Jansen" schrieb im Newsbeitrag news:mailman.1.1195734286.16400.typo3-dev at lists.netfielders.de... > Steffen Kamper schrieb: >> "Malte Jansen" schrieb im Newsbeitrag >> news:mailman.1.1195732759.16400.typo3-dev at lists.netfielders.de... >>> Dmitry Dulepov [typo3] schrieb: >>>> Hi! >>>> >>>> Malte Jansen wrote: >>>>> since there is no frame I the output of echo or print_r() is writing >>>>> behind the layer in a tceform. So it's very difficult to get it. >>>>> >>>>> Is there somewhere a function were the echo/print_r can be redirct or >>>>> something simular. >>>>> >>>>> For the tceform on the getMainFields >>>>> this works fine: >>>>> ob_start(); >>>>> echo '
'; >>>>> print_r($data); >>>>> echo '
'; >>>>> $temp = ob_get_contents(); >>>>> ob_end_clean(); >>>>> return $temp.$output; >>>>> >>>>> but it does not work at every place... >>>>> >>>>> Any suggestion? >>>> cc_debug + t3lib_div::debug(). This will open new window with nucely >>>> formatted debug information. >>>> >>> The problem is that, >>> >>> div#typo3-docbody { >>> position:absolute; <-- should be relative ? >>> top:49px; <-- should be removed ? >>> z-index:2; >>> } >>> div#typo3-docheader { >>> top:0pt; >>> z-index:5; >>> } >>> >>> So this part is moving. If the doc body starts at a absolute value There >>> could be other problem >> >> this is a sideeffect from the new BE - problem is that you can't make the >> div in front of the iframe. >> a solution could be to get debug in var and print it at the end instead >> of the beginning. >> >> vg Steffen > > I have check the CSS. > The docbody-css must be changed. Works fine with FF and IE. > > div#typo3-docbody { width: 98%; padding: 2% 0% 2% 2%; overflow: auto; top: > 0px; bottom: 0; position: relative; z-index: 2; } > > Shall I create a patch and bug? > Was there any special reasion, why the position was absolute? > > > Cheers, > > Malte you should contact Ingo as he did the new BEstructure. If your patch works, please publish for testing, this is annoying for me too. vg Steffen From steffen at sk-typo3.de Thu Nov 22 13:35:38 2007 From: steffen at sk-typo3.de (Steffen Kamper) Date: Thu, 22 Nov 2007 13:35:38 +0100 Subject: [TYPO3-dev] Problem with debugging References: Message-ID: "Steffen Kamper" schrieb im Newsbeitrag news:mailman.1.1195734827.31637.typo3-dev at lists.netfielders.de... > > "Malte Jansen" schrieb im Newsbeitrag > news:mailman.1.1195734286.16400.typo3-dev at lists.netfielders.de... >> Steffen Kamper schrieb: >>> "Malte Jansen" schrieb im Newsbeitrag >>> news:mailman.1.1195732759.16400.typo3-dev at lists.netfielders.de... >>>> Dmitry Dulepov [typo3] schrieb: >>>>> Hi! >>>>> >>>>> Malte Jansen wrote: >>>>>> since there is no frame I the output of echo or print_r() is writing >>>>>> behind the layer in a tceform. So it's very difficult to get it. >>>>>> >>>>>> Is there somewhere a function were the echo/print_r can be redirct or >>>>>> something simular. >>>>>> >>>>>> For the tceform on the getMainFields >>>>>> this works fine: >>>>>> ob_start(); >>>>>> echo '
'; >>>>>> print_r($data); >>>>>> echo '
'; >>>>>> $temp = ob_get_contents(); >>>>>> ob_end_clean(); >>>>>> return $temp.$output; >>>>>> >>>>>> but it does not work at every place... >>>>>> >>>>>> Any suggestion? >>>>> cc_debug + t3lib_div::debug(). This will open new window with nucely >>>>> formatted debug information. >>>>> >>>> The problem is that, >>>> >>>> div#typo3-docbody { >>>> position:absolute; <-- should be relative ? >>>> top:49px; <-- should be removed ? >>>> z-index:2; >>>> } >>>> div#typo3-docheader { >>>> top:0pt; >>>> z-index:5; >>>> } >>>> >>>> So this part is moving. If the doc body starts at a absolute value >>>> There could be other problem >>> >>> this is a sideeffect from the new BE - problem is that you can't make >>> the div in front of the iframe. >>> a solution could be to get debug in var and print it at the end instead >>> of the beginning. >>> >>> vg Steffen >> >> I have check the CSS. >> The docbody-css must be changed. Works fine with FF and IE. >> >> div#typo3-docbody { width: 98%; padding: 2% 0% 2% 2%; overflow: auto; >> top: 0px; bottom: 0; position: relative; z-index: 2; } >> >> Shall I create a patch and bug? >> Was there any special reasion, why the position was absolute? >> >> >> Cheers, >> >> Malte > > you should contact Ingo as he did the new BEstructure. If your patch > works, please publish for testing, this is annoying for me too. > > vg Steffen > btw - have a look at my little patch with ob_start() too to prevent "header already sent ..." error vg Steffen From typo3 at bruehlmeier.com Thu Nov 22 13:44:41 2007 From: typo3 at bruehlmeier.com (David Bruehlmeier) Date: Thu, 22 Nov 2007 13:44:41 +0100 Subject: [TYPO3-dev] [TYPO3] Extension "watchwords": Important notice Message-ID: --> Only relevant for users of the extension "watchwords"! (and sorry for crossposting) Due to licensing issues, the watchwords from www.losung.de will not be available in languages other than German as of 2008. Even the availability in German is unsure. For this reason, I have updated the extension so it can display watchwords from www.biblegateway.com instead (which it does by default now). Anyone using a version older than 0.7.0, please upgrade to the latest version and switch the watchwords provider as explained in the manual. http://typo3.org/documentation/document-library/extension-manuals/watchwords/0.7.0/view/1/3/ Regards, David Bruehlmeier From mack at xnos.org Thu Nov 22 16:12:51 2007 From: mack at xnos.org (Benjamin Mack) Date: Thu, 22 Nov 2007 16:12:51 +0100 Subject: [TYPO3-dev] Problem with debugging In-Reply-To: References: Message-ID: Hey Malte, I created the new alt_doc.php. I know I wrote the position: absolute for a purpose. If you want to make any chances, feel free but please make sure that it works on IE 5.5, IE 6, IE 7, FF 2, Safari / Konqueror and Opera. greetings, benni. -SDG- www.xnos.de // www.xnos.org Malte Jansen wrote: > Steffen Kamper schrieb: >> "Malte Jansen" schrieb im Newsbeitrag >> news:mailman.1.1195732759.16400.typo3-dev at lists.netfielders.de... >>> Dmitry Dulepov [typo3] schrieb: >>>> Hi! >>>> >>>> Malte Jansen wrote: >>>>> since there is no frame I the output of echo or print_r() is writing >>>>> behind the layer in a tceform. So it's very difficult to get it. >>>>> >>>>> Is there somewhere a function were the echo/print_r can be redirct or >>>>> something simular. >>>>> >>>>> For the tceform on the getMainFields >>>>> this works fine: >>>>> ob_start(); >>>>> echo '
'; >>>>> print_r($data); >>>>> echo '
'; >>>>> $temp = ob_get_contents(); >>>>> ob_end_clean(); >>>>> return $temp.$output; >>>>> >>>>> but it does not work at every place... >>>>> >>>>> Any suggestion? >>>> cc_debug + t3lib_div::debug(). This will open new window with nucely >>>> formatted debug information. >>>> >>> The problem is that, >>> >>> div#typo3-docbody { >>> position:absolute; <-- should be relative ? >>> top:49px; <-- should be removed ? >>> z-index:2; >>> } >>> div#typo3-docheader { >>> top:0pt; >>> z-index:5; >>> } >>> >>> So this part is moving. If the doc body starts at a absolute value There >>> could be other problem >> this is a sideeffect from the new BE - problem is that you can't make the >> div in front of the iframe. >> a solution could be to get debug in var and print it at the end instead of >> the beginning. >> >> vg Steffen >> >> > > I have check the CSS. > The docbody-css must be changed. Works fine with FF and IE. > > div#typo3-docbody { width: 98%; padding: 2% 0% 2% 2%; overflow: auto; > top: 0px; bottom: 0; position: relative; z-index: 2; } > > Shall I create a patch and bug? > Was there any special reasion, why the position was absolute? > > > Cheers, > > Malte > _______________________________________________ > TYPO3-dev mailing list > TYPO3-dev at lists.netfielders.de > http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev From mail at maltejansen.de Thu Nov 22 16:25:14 2007 From: mail at maltejansen.de (Malte Jansen) Date: Thu, 22 Nov 2007 16:25:14 +0100 Subject: [TYPO3-dev] Problem with debugging In-Reply-To: References: Message-ID: Benjamin Mack schrieb: > Hey Malte, > > I created the new alt_doc.php. I know I wrote the position: absolute for > a purpose. If you want to make any chances, feel free but please make > sure that it works on IE 5.5, IE 6, IE 7, FF 2, Safari / Konqueror and > Opera. > Hi Benni, was there any reason? For FF2 & IE7 the patch works, but I not installed any other browser. Cheers, Malte From johnange at gmail.com Thu Nov 22 19:28:39 2007 From: johnange at gmail.com (John Angel) Date: Thu, 22 Nov 2007 19:28:39 +0100 Subject: [TYPO3-dev] Search working in the first group's DB mount only Message-ID: Hi, If the user is member of several groups (each having its own DB mounts), when searching using lower "Edit/Search" box, it searches records below the first group's DB mount only. It should search all DB mounts user has access to. Is this a bug or am I missing something? Thanks, John From sacha at ligthert.net Thu Nov 22 23:09:04 2007 From: sacha at ligthert.net (Sacha Ligthert) Date: Thu, 22 Nov 2007 23:09:04 +0100 Subject: [TYPO3-dev] Need help with a new extension (ste_invoice) Message-ID: Hi list, I am not sure I am posting this to the right list. If this isn't the case, to which mailing list should I post my questions? This is the first time I release a Typo3 extension and an Open Source project. So if I seem like a n00b, it has its reasons. I've made an extension for sending and managing invoices with the Typo3 backend. Its conveniently called 'Invoice' and can be found in the TER with the key 'ste_invoice'. The most recent version is 0.7.6 http://typo3.org/extensions/repository/view/ste_invoice/0.7.6/. A version which I deem somewhat stable enough to use in production use, but due to its unclean source I haven't given it beta status yet for that reason. But I have a few questions/problems concerning the development I wish to straighten out before I continue development. * Currently all code displayed in the backend are hardcoded HTML tags. Is there some sort of templating engine I could use. FE extensions have the provisions to do so, but I haven't found anything similar. Does Typo3 or any extension offer such functionality for the backend? * The size is rather enormous due to the inclusion of html2ps for creating PDFs. Can anybody advise me on which Typo3 extension for generating PDFs I can use? * I also need a replacement for the class that providers mail support. Is there any extension that can deliver such functionality? These are the last few things I need to get sorted out and don't know how to handle it. Can somebody please give me hints/tips and pointers concerning these subjects? Greetings, Sacha Ligthert From tobias at work.de Fri Nov 23 00:31:51 2007 From: tobias at work.de (Tobias Liebig) Date: Fri, 23 Nov 2007 00:31:51 +0100 Subject: [TYPO3-dev] t3editor - call for help: please test it! Message-ID: Hej! as you might know the 4.2 alpha2 comes with the new t3editor. Last week i have started a post in this list to collect feedback and ideas. So - please - if you have some minutes of spare time, you can really help me if you: - get and install the 4.2 alpha2 package - go to the extension manager and activate the "t3editor" - go to Web > Template and edit the "setup" - write some TypoScript or paste some of your existing code into it - play around a little bit, if possible try different browsers - come back back to this list and post your opinion: what do you miss? what does not work? Don't be shy to be honestly :-) Any comments are welcome! Bug can be reported at bugs.typo3.org in the "tx_t3editor" project. I will take care for them! Thanks for your help in advance! Regards, Tobias btw: if you have 4.2a2 already installed: why not try and test some of the other features. All developers will appreciate! :-) -- http://eTobi.de From steffen at sk-typo3.de Fri Nov 23 01:28:25 2007 From: steffen at sk-typo3.de (Steffen Kamper) Date: Fri, 23 Nov 2007 01:28:25 +0100 Subject: [TYPO3-dev] Problem with debugging References: Message-ID: "Malte Jansen" schrieb im Newsbeitrag news:mailman.1.1195734286.16400.typo3-dev at lists.netfielders.de... > Steffen Kamper schrieb: >> "Malte Jansen" schrieb im Newsbeitrag >> news:mailman.1.1195732759.16400.typo3-dev at lists.netfielders.de... >>> Dmitry Dulepov [typo3] schrieb: >>>> Hi! >>>> >>>> Malte Jansen wrote: >>>>> since there is no frame I the output of echo or print_r() is writing >>>>> behind the layer in a tceform. So it's very difficult to get it. >>>>> >>>>> Is there somewhere a function were the echo/print_r can be redirct or >>>>> something simular. >>>>> >>>>> For the tceform on the getMainFields >>>>> this works fine: >>>>> ob_start(); >>>>> echo '
'; >>>>> print_r($data); >>>>> echo '
'; >>>>> $temp = ob_get_contents(); >>>>> ob_end_clean(); >>>>> return $temp.$output; >>>>> >>>>> but it does not work at every place... >>>>> >>>>> Any suggestion? >>>> cc_debug + t3lib_div::debug(). This will open new window with nucely >>>> formatted debug information. >>>> >>> The problem is that, >>> >>> div#typo3-docbody { >>> position:absolute; <-- should be relative ? >>> top:49px; <-- should be removed ? >>> z-index:2; >>> } >>> div#typo3-docheader { >>> top:0pt; >>> z-index:5; >>> } >>> >>> So this part is moving. If the doc body starts at a absolute value There >>> could be other problem >> >> this is a sideeffect from the new BE - problem is that you can't make the >> div in front of the iframe. >> a solution could be to get debug in var and print it at the end instead >> of the beginning. >> >> vg Steffen > > I have check the CSS. > The docbody-css must be changed. Works fine with FF and IE. > > div#typo3-docbody { width: 98%; padding: 2% 0% 2% 2%; overflow: auto; top: > 0px; bottom: 0; position: relative; z-index: 2; } > > Shall I create a patch and bug? > Was there any special reasion, why the position was absolute? > if you change position to relative you're loosing the scrollbar. But a step in this direction is the right one, but not perfect yet. vg Steffen From steffen at sk-typo3.de Fri Nov 23 01:46:47 2007 From: steffen at sk-typo3.de (Steffen Kamper) Date: Fri, 23 Nov 2007 01:46:47 +0100 Subject: [TYPO3-dev] Need help with a new extension (ste_invoice) References: Message-ID: Hi, "Sacha Ligthert" schrieb im Newsbeitrag news:mailman.1681.1195769372.14020.typo3-dev at lists.netfielders.de... > Hi list, > > I am not sure I am posting this to the right list. If this isn't the case, > to which mailing list should I post my questions? > > This is the first time I release a Typo3 extension and an Open Source > project. So if I seem like a n00b, it has its reasons. > > I've made an extension for sending and managing invoices with the Typo3 > backend. Its conveniently called 'Invoice' and can be found in the TER > with the key 'ste_invoice'. The most recent version is 0.7.6 > http://typo3.org/extensions/repository/view/ste_invoice/0.7.6/. A version > which I deem somewhat stable enough to use in production use, but due to > its unclean source I haven't given it beta status yet for that reason. > > But I have a few questions/problems concerning the development I wish to > straighten out before I continue development. > > * Currently all code displayed in the backend are hardcoded HTML tags. Is > there some sort of templating engine I could use. FE extensions have the > provisions to do so, but I haven't found anything similar. Does Typo3 or > any extension offer such functionality for the backend? there is no standard template-engine in BE - this is indeed a missing part. So make your own or use hardcoded html. > * The size is rather enormous due to the inclusion of html2ps for creating > PDFs. Can anybody advise me on which Typo3 extension for generating PDFs I > can use? use fpdf - there is a extension for inclusion. > * I also need a replacement for the class that providers mail support. Is > there any extension that can deliver such functionality? there is mailfunction in t3lib_div for plain mailand a class for htmlmail in t3lib vg Steffen From steffen at sk-typo3.de Fri Nov 23 02:02:15 2007 From: steffen at sk-typo3.de (Steffen Kamper) Date: Fri, 23 Nov 2007 02:02:15 +0100 Subject: [TYPO3-dev] t3editor - call for help: please test it! References: Message-ID: "Tobias Liebig" schrieb im Newsbeitrag news:mailman.1.1195774306.20679.typo3-dev at lists.netfielders.de... > Hej! > > as you might know the 4.2 alpha2 comes with the new t3editor. > > Last week i have started a post in this list to collect feedback and > ideas. > > So - please - if you have some minutes of spare time, you can really help > me if you: > > - get and install the 4.2 alpha2 package > - go to the extension manager and activate the "t3editor" > - go to Web > Template and edit the "setup" > - write some TypoScript or paste some of your existing code into it > - play around a little bit, if possible try different browsers > - come back back to this list and post your opinion: > what do you miss? > what does not work? > Don't be shy to be honestly :-) > > Any comments are welcome! > Bug can be reported at bugs.typo3.org in the "tx_t3editor" project. I will > take care for them! > > Thanks for your help in advance! > > > Regards, > Tobias > > btw: if you have 4.2a2 already installed: why not try and test some of the > other features. All developers will appreciate! :-) > > > -- > http://eTobi.de I used the editor now since it is in trunk. Its a great effort and looks nice with syntax highlighting. The only error is the insert snippet/linenumber-issue i mentioned (missing linenumbers) But my wishlist is big, here are some points: * some autocomplete-functions, eg i start writing an object 10 = TEXT when i hit return, i would like to have in next line 10 { } after {+enter i would like to have autoindent, also negative one after }+enter also some autocomplete (has to be intelligent) - if it's a TEXT-object i would have to see all properties TEXT could have i could continue with ideas, also snippet lib would be a nice thing (also add selections to snippet database) So do you have a plugin interface for the editor? vg Steffen From dmitry at typo3.org Fri Nov 23 07:40:16 2007 From: dmitry at typo3.org (Dmitry Dulepov [typo3]) Date: Fri, 23 Nov 2007 08:40:16 +0200 Subject: [TYPO3-dev] Need help with a new extension (ste_invoice) In-Reply-To: References: Message-ID: Hi! Sacha Ligthert wrote: > * Currently all code displayed in the backend are hardcoded HTML tags. > Is there some sort of templating engine I could use. FE extensions have > the provisions to do so, but I haven't found anything similar. Does > Typo3 or any extension offer such functionality for the backend? Some FE templating functions simply call functions from t3lib_parsehtml. You can use those directly: - t3lib_parsehtml::getSubpart - t3lib_parsehtml::substituteSubpart For substituteMarker just use str_replace, for substituteMarkerArray - a loop with str_replace. -- Dmitry Dulepov TYPO3 core team Web: http://typo3bloke.net/ Skype: callto:liels_bugs From typo3ml at andreaswolf.info Fri Nov 23 08:47:13 2007 From: typo3ml at andreaswolf.info (Andreas Wolf) Date: Fri, 23 Nov 2007 08:47:13 +0100 Subject: [TYPO3-dev] Make selecting records via AJAX possible (like Google Suggest) In-Reply-To: References: Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi Georg, >> But what I have is a screenshot [1], just to make you hungry for more ;) > > I need more! ;) Ok, I'll do my best to get it "finished" in the next two days. >> * implementation of individual functions for selecting and rendering >> records is possible > > so i can set that not only the title but also other fields of a record > are searchable? Yes, but at the moment you will have to extend the selector-class and change the select-function (or write the whole class on your own, if you like ;)) > I can also set the pid restriction on a certain page, so e.g. on Page A > the search just looks for records on Pages b-f and on Page G for records > on pages h-k? Yes, it is done via TSconfig, so you have full flexibility here ;) >> So, I really appreciate your feedback - do you think TYPO3 would be >> better with this feature? What would you like to have implemented? > > nice features: > * should be possible to change the style, so e.g no icons You may do this via your own function, but I will also make this configurable via TSconfig (at least for the default class, extension authors are free to ignore these settings in their custom classes - but you may then in turn configure T3 to ignore these classes ;) > * min chars, time for lookup Min chars is already implemented by script.aculo.us, I think it is three at the moment. > * respect max limit I suppose you mean the max limit for the number of records in the selector-box? Good point, I didn't think of this. But does the selector window respect this limit? I don't think so, AFAIK there is only the yellow ! displayed next to the selector if there are too many records in the box. Thanks for your feedback! :) Cheers Andreas -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHRoWBHWtXp155bP8RAjXsAJ9iu2maVtRiM+ZiRzkbCoM+hWv0fQCfVHMQ RELfmbNPX931Vpc+7IO+jHo= =nSdL -----END PGP SIGNATURE----- From mail at maltejansen.de Fri Nov 23 09:05:00 2007 From: mail at maltejansen.de (Malte Jansen) Date: Fri, 23 Nov 2007 09:05:00 +0100 Subject: [TYPO3-dev] t3editor - call for help: please test it! In-Reply-To: References: Message-ID: Tobias Liebig schrieb: > Hej! > > as you might know the 4.2 alpha2 comes with the new t3editor. > > Last week i have started a post in this list to collect feedback and ideas. > > So - please - if you have some minutes of spare time, you can really > help me if you: > > - get and install the 4.2 alpha2 package > - go to the extension manager and activate the "t3editor" > - go to Web > Template and edit the "setup" > - write some TypoScript or paste some of your existing code into it > - play around a little bit, if possible try different browsers > - come back back to this list and post your opinion: > what do you miss? > what does not work? > Don't be shy to be honestly :-) > > Any comments are welcome! > Bug can be reported at bugs.typo3.org in the "tx_t3editor" project. I > will take care for them! > > Thanks for your help in advance! > > > Regards, > Tobias > > btw: if you have 4.2a2 already installed: why not try and test some of > the other features. All developers will appreciate! :-) > > Hi Tobias, I'm using (not very much) it since it is in the trunk. It pretty fine. Only the line sometimes are missing or appear one line later (Seems to me Steffen's error?) Perhaps it would be usefull for formatting. If you have marked several line, instead of being replace with a tab (Image on keyboard -->| ), they should insert tab in every line. Cheers, Malte From mail at maltejansen.de Fri Nov 23 10:54:39 2007 From: mail at maltejansen.de (Malte Jansen) Date: Fri, 23 Nov 2007 10:54:39 +0100 Subject: [TYPO3-dev] Problem with debugging In-Reply-To: References: Message-ID: Steffen Kamper schrieb: > if you change position to relative you're loosing the scrollbar. But a step > in this direction is the right one, but not perfect yet. > > vg Steffen Hi, I hope this one might be the right one. typo3-fulldoc FORM must be the same size as typo3-fulldoc. and I have added a div-wrapper "typo3-bodydoc-position", perhaps there is a better name... Can you check again. Perhaps you see something, what I didn't see or know. Cheers, Malte From steffen at sk-typo3.de Fri Nov 23 11:12:04 2007 From: steffen at sk-typo3.de (Steffen Kamper) Date: Fri, 23 Nov 2007 11:12:04 +0100 Subject: [TYPO3-dev] Problem with debugging References: Message-ID: "Malte Jansen" schrieb im Newsbeitrag news:mailman.1.1195811679.18513.typo3-dev at lists.netfielders.de... > Steffen Kamper schrieb: > >> if you change position to relative you're loosing the scrollbar. But a >> step >> in this direction is the right one, but not perfect yet. >> >> vg Steffen > > Hi, > > I hope this one might be the right one. > typo3-fulldoc FORM must be the same size as typo3-fulldoc. > and I have added a div-wrapper "typo3-bodydoc-position", perhaps there > is a better name... > > > Can you check again. Perhaps you see something, what I didn't see or know. > > Cheers, > > Malte > > Hi Malte, i will check that asap. I only have in mind, that IE has much problems with position:relative (what a wonder :-)) but hopefully we find a solution for IE as well. vg Steffen From dmitry at typo3.org Fri Nov 23 11:15:42 2007 From: dmitry at typo3.org (Dmitry Dulepov [typo3]) Date: Fri, 23 Nov 2007 12:15:42 +0200 Subject: [TYPO3-dev] FYI: extdeveval & PHP5 Message-ID: Hi! SVN version of extdeveval can now generate function index for PHP5 files (with public/private/protected functions). -- Dmitry Dulepov TYPO3 core team Web: http://typo3bloke.net/ Skype: callto:liels_bugs From mail at maltejansen.de Fri Nov 23 11:15:45 2007 From: mail at maltejansen.de (Malte Jansen) Date: Fri, 23 Nov 2007 11:15:45 +0100 Subject: [TYPO3-dev] Problem with debugging In-Reply-To: References: Message-ID: > > i will check that asap. I only have in mind, that IE has much problems with > position:relative (what a wonder :-)) > > but hopefully we find a solution for IE as well. Hi Steffen, Yes, he makes some problems. You should not mix them on same level. But we need because the position:absolute needs a parent-object with position:relative as an anchor, otherwise the positone: absolute goes up to the body etc. Cheers, Malte From news at ringerge.org Fri Nov 23 11:19:04 2007 From: news at ringerge.org (Georg Ringer) Date: Fri, 23 Nov 2007 11:19:04 +0100 Subject: [TYPO3-dev] Make selecting records via AJAX possible (like Google Suggest) In-Reply-To: References: Message-ID: Hi Andreas, > Ok, I'll do my best to get it "finished" in the next two days. no need to hurry that fast but I certainly will use this thing and will test it with a *huge* amount of records. > I suppose you mean the max limit for the number of records in the > selector-box? Good point, I didn't think of this. But does the selector > window respect this limit? I don't think so, AFAIK there is only the > yellow ! displayed next to the selector if there are too many records in > the box. ah yes you are right but you still could check the max amount and insert a warning or so.. btw: does the whole configuration happen in the tca.php (beside of modifications through TsConfig) or where? > Thanks for your feedback! :) Thanks for your work! georg From dmitry at typo3.org Fri Nov 23 11:26:26 2007 From: dmitry at typo3.org (Dmitry Dulepov [typo3]) Date: Fri, 23 Nov 2007 12:26:26 +0200 Subject: [TYPO3-dev] t3editor - call for help: please test it! In-Reply-To: References: Message-ID: Hi! Tobias Liebig wrote: > Any comments are welcome! I made an RFC in the core list to clean up code a little. Nothing serious, just brining it inline with rest of TYPO3 coding starndards. -- Dmitry Dulepov TYPO3 core team Web: http://typo3bloke.net/ Skype: callto:liels_bugs From dmitry at typo3.org Fri Nov 23 11:38:33 2007 From: dmitry at typo3.org (Dmitry Dulepov [typo3]) Date: Fri, 23 Nov 2007 12:38:33 +0200 Subject: [TYPO3-dev] New install tool is not working? In-Reply-To: References: Message-ID: Hi! Thomas Kieslich wrote: > Try http://bugs.typo3.org/view.php?id=6727 > > delete the cokies and start again(witout typo3 in path) Thanks, I will try :) -- Dmitry Dulepov TYPO3 core team Web: http://typo3bloke.net/ Skype: callto:liels_bugs From steffen at sk-typo3.de Fri Nov 23 11:58:16 2007 From: steffen at sk-typo3.de (Steffen Kamper) Date: Fri, 23 Nov 2007 11:58:16 +0100 Subject: [TYPO3-dev] FYI: extdeveval & PHP5 References: Message-ID: "Dmitry Dulepov [typo3]" schrieb im Newsbeitrag news:mailman.1.1195812942.9311.typo3-dev at lists.netfielders.de... > Hi! > > SVN version of extdeveval can now generate function index for PHP5 files > (with public/private/protected functions). > > -- > Dmitry Dulepov > TYPO3 core team > Web: http://typo3bloke.net/ > Skype: callto:liels_bugs great! Who will put it to TER - Kasper? vg Steffen From dmitry at typo3.org Fri Nov 23 13:02:08 2007 From: dmitry at typo3.org (Dmitry Dulepov [typo3]) Date: Fri, 23 Nov 2007 14:02:08 +0200 Subject: [TYPO3-dev] FYI: extdeveval & PHP5 In-Reply-To: References: Message-ID: Steffen Kamper wrote: > great! Who will put it to TER - Kasper? Yes but he should be "pinged". I also fixed another bug for PHP 5.2.2 there. -- Dmitry Dulepov TYPO3 core team Web: http://typo3bloke.net/ Skype: callto:liels_bugs From elmar07 at googlemail.com Fri Nov 23 13:05:47 2007 From: elmar07 at googlemail.com (Elmar Hinz) Date: Fri, 23 Nov 2007 13:05:47 +0100 Subject: [TYPO3-dev] FYI: extdeveval & PHP5 References: Message-ID: Dmitry Dulepov [typo3] wrote: > Hi! > > SVN version of extdeveval can now generate function index for PHP5 files > (with public/private/protected functions). > Thank you. Elmar From elmar07 at googlemail.com Fri Nov 23 13:07:01 2007 From: elmar07 at googlemail.com (Elmar Hinz) Date: Fri, 23 Nov 2007 13:07:01 +0100 Subject: [TYPO3-dev] FYI: extdeveval & PHP5 References: Message-ID: > > great! Who will put it to TER - Kasper? > > vg Steffen At least the latest version you can download as t3x from here: http://typo3xdev.sourceforge.net/ Well, you know that. Regards Elmar From thomas at typo3-unleashed.net Fri Nov 23 13:07:29 2007 From: thomas at typo3-unleashed.net (Thomas Hempel) Date: Fri, 23 Nov 2007 13:07:29 +0100 Subject: [TYPO3-dev] New install tool is not working? In-Reply-To: References: Message-ID: Hi Kasper, basically ou're right. But not in every case explode(':', $someVar) means a path because in TYPO3 a lot of strings are seimply separated with that character. For example the class-file:class->method declarations. I'll think about this and provide an updated version soon. Greets and thanks, Thomas -- typo3-unleashed.net From tobias at work.de Fri Nov 23 14:24:31 2007 From: tobias at work.de (Tobias Liebig) Date: Fri, 23 Nov 2007 14:24:31 +0100 Subject: [TYPO3-dev] t3editor - call for help: please test it! In-Reply-To: References: Message-ID: Steffen Kamper schrieb: > I used the editor now since it is in trunk. Its a great effort and looks > nice with syntax highlighting. > The only error is the insert snippet/linenumber-issue i mentioned (missing > linenumbers) it will be fixed in the next release. > But my wishlist is big, here are some points: > > * some autocomplete-functions, eg i start writing an object > 10 = TEXT Auto-complete is implemented for the "well-known" keywords. Try this: - Type "10 = T" and hit CTRL-Space Vitaly Dutchak has implemented this nice feature. > when i hit return, i would like to have in next line > 10 { > } > after {+enter i would like to have autoindent, also negative one > after }+enter i think we can implement auzto-closing braces. So if you type "{"+Enter the cursor will be indented and a "}" will be inserted in the next line. > also some autocomplete (has to be intelligent) - if it's a TEXT-object i > would have to see all properties TEXT could have that is really really difficult. I see some blocking issuses on that. - we would need to implement an whole TS-Parser in JavaScript which "knows" the object type of every single variable in the code. - we need to build a kind of typoscript-grammar which allow to decide which properties are available in this "object type" > and implement it in Javascript. This is really hard stuff to do - specially when talking about TypoScript and i think it would be really usable because auf lack of performance. It could be possible to do something like that in TypoScript 2.0 :-) >... > So do you have a plugin interface for the editor? nice idea. i'll think about that and have a look on the RTE thanks so far! feel free to go ahead :-) regards Tobias From tobias at work.de Fri Nov 23 14:41:37 2007 From: tobias at work.de (Tobias Liebig) Date: Fri, 23 Nov 2007 14:41:37 +0100 Subject: [TYPO3-dev] t3editor - call for help: please test it! In-Reply-To: References: Message-ID: Malte Jansen schrieb: > I'm using (not very much) it since it is in the trunk. > It pretty fine. > Only the line sometimes are missing or appear one line later (Seems to > me Steffen's error?) i can't image the reason why this happen. Just to be sure we are talking about the same issue: - you type some code and press enter to got a new line - the cursor will stay in the first line, but if you start to type further the curso jumps into the second line - i type: page = PAGE - and press enter - i got page = PAGE| (cursor is placed here) (a blank line here) - continue typing will result in page = PAGE foobar| - on first key hit the cursor jumps into the cuorrect line) Right? Can you please tell me which System/Browser you use? I think this is a bug in the "codemirror" editor i based on (http://marijn.haverbeke.nl/codemirror/). I know this bug and will fix it in the next release of the t3editor. > Perhaps it would be usefull for formatting. > If you have marked several line, instead of being replace with a tab > (Image on keyboard -->| ), they should insert tab in every line. i thought about that, too. Block-Indend is a nice feature i also often use in editors like eclipse. Shift-Tab to do negative idention would also be nice. Thanks for your help! I hope we will hear some mor voices here. regards Tobias From typo3 at t3node.com Fri Nov 23 14:56:13 2007 From: typo3 at t3node.com (=?UTF-8?B?U3RlZmZlbiBNw7xsbGVy?=) Date: Fri, 23 Nov 2007 14:56:13 +0100 Subject: [TYPO3-dev] t3editor - call for help: please test it! In-Reply-To: References: Message-ID: Hi Tobias. On 23.11.2007 00:31 Tobias Liebig wrote: > what does not work? It generally works with Firefox 2.0.0.8, but very slow on my Laptop (Pentium M 1.3 GHz, 1.25 GB RAM, Xubuntu Gutsy 7.10) if > 100 lines It takes >10 seconds for about 200 lines to be highlighted after the first start of t3editor. It also happens that some characters are shifted and the editor feels sticky. >From >300 lines it is not usable any more because of slowness. The follwoing warning is repeated over and over again: Warnung: reference to undefined property o.nodeType Quelldatei: http://foo.bar/typo3/sysext/t3editor//jslib/Mochi.js Zeile: 292 The same with Opera 9.24, plus... the cursor is moved to the first line with text, if I press return at any postition. Konqueror 3.5.8 (on kDE 3.5.8): highlighting and option/help buttons don't work at all, the textarea is too small and text overlaps. -- cheers, Steffen From tobias at work.de Fri Nov 23 15:26:42 2007 From: tobias at work.de (Tobias Liebig) Date: Fri, 23 Nov 2007 15:26:42 +0100 Subject: [TYPO3-dev] t3editor - call for help: please test it! In-Reply-To: References: Message-ID: Steffen M?ller schrieb: > Hi Tobias. > > On 23.11.2007 00:31 Tobias Liebig wrote: >> what does not work? > > It generally works with Firefox 2.0.0.8, but very slow on my Laptop > (Pentium M 1.3 GHz, 1.25 GB RAM, Xubuntu Gutsy 7.10) if > 100 lines > It takes >10 seconds for about 200 lines to be highlighted after the > first start of t3editor. > It also happens that some characters are shifted and the editor feels > sticky. > From >300 lines it is not usable any more because of slowness. > > The follwoing warning is repeated over and over again: > > Warnung: reference to undefined property o.nodeType > Quelldatei: http://foo.bar/typo3/sysext/t3editor//jslib/Mochi.js > Zeile: 292 thanks for reporting! Thats a bad issue... Can you please make a report on bugs.typo3.org (tx_t3editor)? (just paste this text into it) i'll check and try to fix it. Btw: in the next release the mochikit framework (Mochi.js) will be completely replaced by prototype. > The same with Opera 9.24, plus... > the cursor is moved to the first line with text, if I press return at > any postition. i think we don't have any chance to support Opera as it have some major javascript bugs (especially handling with ranges and selections) Currently i don't have an Opera to test, so perhaps: can you try to use this in Opera? (which i use as base for the editor) http://marijn.haverbeke.nl/codemirror/ > Konqueror 3.5.8 (on kDE 3.5.8): > highlighting and option/help buttons don't work at all, the textarea is > too small and text overlaps. I don't tested in konqueror yet. If it's only a small issue i can fix this. Otherwise Konqueror will not be supported (for the moment) The t3editor need to check if the current browser is supported. Unsupported systems should not be able to start/see the editor. Thanks, Tobias From tapio.markula at xetpoint.fi Fri Nov 23 15:47:56 2007 From: tapio.markula at xetpoint.fi (Tapio Markula) Date: Fri, 23 Nov 2007 16:47:56 +0200 Subject: [TYPO3-dev] Creating function list Message-ID: Hi core files has * TOTAL FUNCTIONS: 100 * (This index is automatically created/updated by the extension "extdeveval") When I tried to use the plugin I see just evaluation functions for plugins - not for core files. Creating proper patches would need updating function list. From typo3 at jhpc.de Fri Nov 23 16:17:41 2007 From: typo3 at jhpc.de (Helmut Hummel) Date: Fri, 23 Nov 2007 16:17:41 +0100 Subject: [TYPO3-dev] t3editor - call for help: please test it! In-Reply-To: References: Message-ID: Hey Thomas, Tobias Liebig schrieb: > Hej! > > as you might know the 4.2 alpha2 comes with the new t3editor. > > Last week i have started a post in this list to collect feedback and ideas. I tried entering some special characters in the Editor (eg ????), then saving (using AJAX), then reloading the template again. Characters are garbled. Seems like the AJAX saving function has problems with the charset settings (not UTF8). -- lib.salutation = TEXT lib.salutation { value ( Kind regards Helmut ) lang.de ( Mit freundlichen Gr??en Helmut ) } From typo3 at jhpc.de Fri Nov 23 16:23:12 2007 From: typo3 at jhpc.de (Helmut Hummel) Date: Fri, 23 Nov 2007 16:23:12 +0100 Subject: [TYPO3-dev] t3editor - call for help: please test it! In-Reply-To: References: Message-ID: Hi, Helmut Hummel schrieb: > > I tried entering some special characters in the Editor (eg ????), then > saving (using AJAX), then reloading the template again. Characters are > garbled. Seems like the AJAX saving function has problems with the > charset settings (not UTF8). > I filed a bug report: http://bugs.typo3.org/view.php?id=6812 From fsuter at cobweb.ch Fri Nov 23 16:24:10 2007 From: fsuter at cobweb.ch (Francois Suter) Date: Fri, 23 Nov 2007 16:24:10 +0100 Subject: [TYPO3-dev] Positioning JavaScript from a FE plugin Message-ID: Hi all, In a FE plugin I need to position JavaScript at precise places in the HTML code, i.e. right after the opening body tag and right before the closing body tag. Right now I'm simply relying on the PAGE object using page.1 = USER page.1 ... for the first inclusion hoping that it does not conflict with an already existing page.1 object and page.1000 = USER page.1000 ... for the last inclusion, hoping that there's no object with an index greater than 1000. This is all fine as long as it's just me using this extension in my sites, but it's bit of a hassle otherwise. Is there any way to place that JavaScript from within the plugin's class precisely at the right points? Thanks for any pointers. Cheers -- Francois Suter Cobweb Development Sarl - http://www.cobweb.ch From typo3 at jhpc.de Fri Nov 23 16:32:22 2007 From: typo3 at jhpc.de (Helmut Hummel) Date: Fri, 23 Nov 2007 16:32:22 +0100 Subject: [TYPO3-dev] t3editor - call for help: please test it! In-Reply-To: References: Message-ID: Tobias Liebig schrieb: > > Any comments are welcome! I would call the checkbox "disable t3editor" instead of "deactivate t3editor" Regards Helmut From typo3 at jhpc.de Fri Nov 23 17:01:25 2007 From: typo3 at jhpc.de (Helmut Hummel) Date: Fri, 23 Nov 2007 17:01:25 +0100 Subject: [TYPO3-dev] t3editor - call for help: please test it! In-Reply-To: References: Message-ID: > I filed a bug report: > http://bugs.typo3.org/view.php?id=6812 Everything is fine, when using utf-8. -- lib.salutation = TEXT lib.salutation.value = Kind regards, Helmut lib.salutation.lang.de = Viele Gr??e, Helmut From tobias at work.de Fri Nov 23 17:03:29 2007 From: tobias at work.de (Tobias Liebig) Date: Fri, 23 Nov 2007 17:03:29 +0100 Subject: [TYPO3-dev] t3editor - call for help: please test it! In-Reply-To: References: Message-ID: Helmut Hummel schrieb: >> I filed a bug report: >> http://bugs.typo3.org/view.php?id=6812 > > Everything is fine, when using utf-8. Thanks for reporting. I guess the Ajax-Request should take care of the encoding. regards Tobias From tobias at work.de Fri Nov 23 17:09:10 2007 From: tobias at work.de (Tobias Liebig) Date: Fri, 23 Nov 2007 17:09:10 +0100 Subject: [TYPO3-dev] t3editor - call for help: please test it! In-Reply-To: References: Message-ID: Helmut Hummel schrieb: > Tobias Liebig schrieb: >> Any comments are welcome! > > I would call the checkbox "disable t3editor" instead of "deactivate > t3editor" Perhaps we generally should be more descriptive here. What do you think about "disable enhanced code editor" (or something like that) instead of "t3editor" which is more an interal name. Not every user would know what the t3editor-thingy is about.. regards Tobias From sacha at ligthert.net Fri Nov 23 17:42:33 2007 From: sacha at ligthert.net (Sacha Ligthert) Date: Fri, 23 Nov 2007 17:42:33 +0100 Subject: [TYPO3-dev] Need help with a new extension (ste_invoice) In-Reply-To: References: Message-ID: Hi Steffen, Steffen Kamper wrote: > there is no standard template-engine in BE - this is indeed a missing part. > So make your own or use hardcoded html. > I can live with that. I will move BE template use to a later release. The interface as it is now is the minimum required, and is enough for now. >> * The size is rather enormous due to the inclusion of html2ps for creating >> PDFs. Can anybody advise me on which Typo3 extension for generating PDFs I >> can use? >> > > use fpdf - there is a extension for inclusion. > Thanks. This is the kind of lib I need at the moment. >> * I also need a replacement for the class that providers mail support. Is >> there any extension that can deliver such functionality? >> > > there is mailfunction in t3lib_div for plain mailand a class for htmlmail in > t3lib By any chance, do you know any extension that allows sending attachments with the emails? Greetings, Sacha Ligthert From steffen at sk-typo3.de Fri Nov 23 17:52:00 2007 From: steffen at sk-typo3.de (Steffen Kamper) Date: Fri, 23 Nov 2007 17:52:00 +0100 Subject: [TYPO3-dev] Need help with a new extension (ste_invoice) References: Message-ID: "Sacha Ligthert" schrieb im Newsbeitrag news:mailman.1942.1195836179.14020.typo3-dev at lists.netfielders.de... > By any chance, do you know any extension that allows sending attachments > with the emails? > > Greetings, > > Sacha Ligthert i don't know, but it should be no problem. I did mails with attachments, and the principe is not hard to get here is a snippet i used in a non-TYPO3-project, but it's easy to migrate $header.= "MIME-version: 1.0\n"; $header.= "Content-type: multipart/mixed; "; $header.= "boundary=\"Message-Boundary\"\n"; $header.= "Content-transfer-encoding: 7BIT\n"; $header.= "X-attachments: $file_name"; $body_top = "--Message-Boundary\n"; $body_top.= "Content-type: text/html; charset=utf-8\n"; $body_top.= "Content-transfer-encoding: 7BIT\n"; $body_top.= "Content-description: Mail message body\n\n"; $msg_body = $body_top . $msg_body; $msg_body.= "\n\n--Message-Boundary\n"; $msg_body.= "Content-type: $file_type; name=\"$file\"\n"; $msg_body.= "Content-Transfer-Encoding: BASE64\n"; $msg_body.= "Content-disposition: attachment; filename=\"$file\"\n\n"; $msg_body.= "$encoded_file\n"; $msg_body.= "--Message-Boundary--\n"; vg Steffen From typo3 at t3node.com Fri Nov 23 18:24:49 2007 From: typo3 at t3node.com (=?UTF-8?B?U3RlZmZlbiBNw7xsbGVy?=) Date: Fri, 23 Nov 2007 18:24:49 +0100 Subject: [TYPO3-dev] t3editor - call for help: please test it! In-Reply-To: References: Message-ID: Hi. On 23.11.2007 15:26 Tobias Liebig wrote: > Can you please make a report on bugs.typo3.org (tx_t3editor)? > (just paste this text into it) > i'll check and try to fix it. > http://bugs.typo3.org/view.php?id=6815 http://bugs.typo3.org/view.php?id=6816 > can you try to use this in Opera? (which i use as base for the editor) > http://marijn.haverbeke.nl/codemirror/ same bug here. > The t3editor need to check if the current browser is supported. > Unsupported systems should not be able to start/see the editor. > +1 please allow an option to ignore browser detection. -- cheers, Steffen From typo3 at t3node.com Fri Nov 23 18:29:44 2007 From: typo3 at t3node.com (=?UTF-8?B?U3RlZmZlbiBNw7xsbGVy?=) Date: Fri, 23 Nov 2007 18:29:44 +0100 Subject: [TYPO3-dev] t3editor - call for help: please test it! In-Reply-To: References: Message-ID: On 23.11.2007 17:09 Tobias Liebig wrote: > Helmut Hummel schrieb: >> Tobias Liebig schrieb: >>> Any comments are welcome! >> >> I would call the checkbox "disable t3editor" instead of "deactivate >> t3editor" > > Perhaps we generally should be more descriptive here. > What do you think about "disable enhanced code editor" (or something but what does enhanced mean? better we hava a radiobutton/tab/whatever, choosing between o simple editor o full featured editor (highlighting, line numbers, autocompletion) -- cheers, Steffen From steffen at sk-typo3.de Fri Nov 23 23:30:04 2007 From: steffen at sk-typo3.de (Steffen Kamper) Date: Fri, 23 Nov 2007 23:30:04 +0100 Subject: [TYPO3-dev] Problem with debugging References: Message-ID: "Malte Jansen" schrieb im Newsbeitrag news:mailman.1.1195812946.18513.typo3-dev at lists.netfielders.de... > >> >> i will check that asap. I only have in mind, that IE has much problems >> with position:relative (what a wonder :-)) >> >> but hopefully we find a solution for IE as well. > > Hi Steffen, > > Yes, he makes some problems. You should not mix them on same level. > But we need because the position:absolute needs a parent-object with > position:relative as an anchor, otherwise the positone: absolute goes up > to the body etc. > > > Cheers, > > Malte Hi Malte, i checked your patch but it didn't worked proper. The scrollbar appears but with the wrong height, it seems that the width of the div is calculated wrong (100% - debug-height) I tried a little but was not able to fix, may be you're more lucky. vg Steffen From steffen at sk-typo3.de Fri Nov 23 23:31:43 2007 From: steffen at sk-typo3.de (Steffen Kamper) Date: Fri, 23 Nov 2007 23:31:43 +0100 Subject: [TYPO3-dev] Problem with debugging References: Message-ID: "Steffen Kamper" schrieb im Newsbeitrag news:mailman.1.1195856954.20352.typo3-dev at lists.netfielders.de... > > "Malte Jansen" schrieb im Newsbeitrag > news:mailman.1.1195812946.18513.typo3-dev at lists.netfielders.de... >> >>> >>> i will check that asap. I only have in mind, that IE has much problems >>> with position:relative (what a wonder :-)) >>> >>> but hopefully we find a solution for IE as well. >> >> Hi Steffen, >> >> Yes, he makes some problems. You should not mix them on same level. >> But we need because the position:absolute needs a parent-object with >> position:relative as an anchor, otherwise the positone: absolute goes up >> to the body etc. >> >> >> Cheers, >> >> Malte > > Hi Malte, > > i checked your patch but it didn't worked proper. The scrollbar appears > but with the wrong height, it seems that the width of the div is > calculated wrong (100% - debug-height) > I tried a little but was not able to fix, may be you're more lucky. > > vg Steffen > width = height From mail at maltejansen.de Sat Nov 24 09:49:01 2007 From: mail at maltejansen.de (Malte Jansen) Date: Sat, 24 Nov 2007 09:49:01 +0100 Subject: [TYPO3-dev] Problem with debugging In-Reply-To: References: Message-ID: >> i checked your patch but it didn't worked proper. The scrollbar appears >> but with the wrong height, it seems that the width of the div is >> calculated wrong (100% - debug-height) Hi, In this patch have has the calucation for the height: 100% - 49px (for doc-header). But you never now how heigh the debugging is. Ok , I didn't test the debugging. But you get the whole debugging a lot better. Perhaps there should be a scrollbar for the whole typo3-fulldoc. than you could get all information. For the normal editor there is only one scrollbar if the form get to long. But for debugging it does not matter if there is a second one... Cheers, Malte From mail at maltejansen.de Sat Nov 24 10:01:27 2007 From: mail at maltejansen.de (Malte Jansen) Date: Sat, 24 Nov 2007 10:01:27 +0100 Subject: [TYPO3-dev] Problem with debugging In-Reply-To: References: Message-ID: Malte Jansen schrieb: >>> i checked your patch but it didn't worked proper. The scrollbar >>> appears but with the wrong height, it seems that the width of the div >>> is calculated wrong (100% - debug-height) > > Hi, > > In this patch have has the calucation for the height: 100% - 49px (for > doc-header). But you never now how heigh the debugging is. > > Ok , I didn't test the debugging. But you get the whole debugging a lot > better. Perhaps there should be a scrollbar for the whole typo3-fulldoc. > than you could get all information. > For the normal editor there is only one scrollbar if the form get to > long. But for debugging it does not matter if there is a second one... > > Cheers, > > Malte So, here it is. I have added overflow:hidden to the alt-doc-body. It normally makes no scrollbars. Only if there is some debugging information the scrollbar is displayed. Cheers, Malte From typo3 at jhpc.de Sat Nov 24 11:25:56 2007 From: typo3 at jhpc.de (Helmut Hummel) Date: Sat, 24 Nov 2007 11:25:56 +0100 Subject: [TYPO3-dev] t3editor - call for help: please test it! In-Reply-To: References: Message-ID: Hi, Steffen M?ller schrieb: > On 23.11.2007 17:09 Tobias Liebig wrote: >> Helmut Hummel schrieb: >>> Tobias Liebig schrieb: >>>> Any comments are welcome! >>> I would call the checkbox "disable t3editor" instead of "deactivate >>> t3editor" >> Perhaps we generally should be more descriptive here. >> What do you think about "disable enhanced code editor" (or something I like it. But "code" is very general. What about "Disable Enhanced TypoScript Editor" > but what does enhanced mean? It means "highlighting, line numbers, autocompletion" ;) > better we hava a radiobutton/tab/whatever, choosing between > o simple editor > o full featured editor (highlighting, line numbers, autocompletion) This is IMHO an overkill. It should be analogous to the "Disable Ritch Text Editor" checkbox for content elements. -- lib.salutation = TEXT lib.salutation.value = Kind regards, Helmut lib.salutation.lang.de = Viele Gr??e, Helmut From typo3 at jhpc.de Sat Nov 24 11:38:50 2007 From: typo3 at jhpc.de (Helmut Hummel) Date: Sat, 24 Nov 2007 11:38:50 +0100 Subject: [TYPO3-dev] t3editor - call for help: please test it! In-Reply-To: References: Message-ID: Hi, Steffen Kamper schrieb: > > after {+enter i would like to have autoindent, also negative one > after }+enter Ident and outdent can really be improved. For now, 2 Spaces is hardcoded for one level of idention: foo { bar = value } foo { bar { foo = value } } I always use 4 Spaces for one level of idention. foo { bar = value } But if I hit enter after the bar line, the cursor start in column 2 in the new line. Perhaps it would be nice to be able to set this in options. Also autoidention would really be nice. It could be a help to find not closed braces. My texteditor has also the nice feature to ident and outdent multiple lines by selecting them and pressing TAB (ident 1 level) and CTRL+TAB (outdent 1 level). -- lib.salutation = TEXT lib.salutation.value = Kind regards, Helmut lib.salutation.lang.de = Viele Gr??e, Helmut From steffen at sk-typo3.de Sat Nov 24 12:43:50 2007 From: steffen at sk-typo3.de (Steffen Kamper) Date: Sat, 24 Nov 2007 12:43:50 +0100 Subject: [TYPO3-dev] t3editor - call for help: please test it! References: Message-ID: "Helmut Hummel" schrieb im Newsbeitrag news:mailman.1.1195900716.27507.typo3-dev at lists.netfielders.de... > Hi, > > Steffen Kamper schrieb: >> >> after {+enter i would like to have autoindent, also negative one >> after }+enter > > Ident and outdent can really be improved. > For now, 2 Spaces is hardcoded for one level of idention: > > foo { > bar = value > } > > foo { > bar { > foo = value > } > } > > I always use 4 Spaces for one level of idention. > this could be a config option > foo { > bar = value > } > > But if I hit enter after the bar line, the cursor start in column 2 in > the new line. Perhaps it would be nice to be able to set this in options. > > Also autoidention would really be nice. It could be a help to find not > closed braces. > > My texteditor has also the nice feature to ident and outdent multiple > lines by selecting them and pressing TAB (ident 1 level) and CTRL+TAB > (outdent 1 level). > the same works in rte with the selected text, should be easy to copy the method. btw - i really like the strg+s - feature for quick save. I only found it by random - where is a documentation of the implemented functions? It would help to check them out and not asking for features that are implemented but not found. vg Steffen vg Steffen From ingmar at typo3.org Sat Nov 24 12:45:52 2007 From: ingmar at typo3.org (Ingmar Schlecht) Date: Sat, 24 Nov 2007 12:45:52 +0100 Subject: [TYPO3-dev] t3editor - call for help: please test it! In-Reply-To: References: Message-ID: Steffen Kamper schrieb: > the same works in rte with the selected text, should be easy to copy the > method. By the way, would it be possible to enable the TypoScript editor for the user/page TSConfig fields as well? > btw - i really like the strg+s - feature for quick save. Great! Didn't even know the ctrl+s event is possible to catch! I would love to have this for tceforms as well! cheers Ingmar -- Ingmar Schlecht TYPO3 Association Active Member From steffen at sk-typo3.de Sat Nov 24 13:19:35 2007 From: steffen at sk-typo3.de (Steffen Kamper) Date: Sat, 24 Nov 2007 13:19:35 +0100 Subject: [TYPO3-dev] t3editor - call for help: please test it! References: Message-ID: "Ingmar Schlecht" schrieb im Newsbeitrag news:mailman.1.1195904756.12462.typo3-dev at lists.netfielders.de... > Steffen Kamper schrieb: >> the same works in rte with the selected text, should be easy to copy the >> method. > > By the way, would it be possible to enable the TypoScript editor for the > user/page TSConfig fields as well? yes please :-) > >> btw - i really like the strg+s - feature for quick save. > > Great! Didn't even know the ctrl+s event is possible to catch! I would > love to have this for tceforms as well! You can catch each Key-event in JS, that's no problem. Using it for TCEforms is not easy. The ajaxsave in t3editor only has to fetch content of textarea to save it. In TCE-Forms you have to collect whole form-data via JS - or do i miss something? Here are the key-event fetched from code: ctrl + s : save ctrl + z: undo ctrl + y: redo ctrl +F11: toggle Fullscreen ctrl + space: autocomplete vg Steffen From ingmar at typo3.org Sat Nov 24 13:37:05 2007 From: ingmar at typo3.org (Ingmar Schlecht) Date: Sat, 24 Nov 2007 13:37:05 +0100 Subject: [TYPO3-dev] t3editor - call for help: please test it! In-Reply-To: References: Message-ID: Steffen Kamper schrieb: > "Ingmar Schlecht" schrieb im Newsbeitrag > news:mailman.1.1195904756.12462.typo3-dev at lists.netfielders.de... >> Steffen Kamper schrieb: >>> the same works in rte with the selected text, should be easy to copy the >>> method. >> By the way, would it be possible to enable the TypoScript editor for the >> user/page TSConfig fields as well? > yes please :-) > >>> btw - i really like the strg+s - feature for quick save. >> Great! Didn't even know the ctrl+s event is possible to catch! I would >> love to have this for tceforms as well! > > You can catch each Key-event in JS, that's no problem. > Using it for TCEforms is not easy. The ajaxsave in t3editor only has to > fetch content of textarea to save it. In TCE-Forms you have to collect whole > form-data via JS - or do i miss something? I wouldn't mind if the form saves and refreshes the whole page. cheers Ingmar -- Ingmar Schlecht TYPO3 Association Active Member From steffen at sk-typo3.de Sat Nov 24 13:41:31 2007 From: steffen at sk-typo3.de (Steffen Kamper) Date: Sat, 24 Nov 2007 13:41:31 +0100 Subject: [TYPO3-dev] t3editor - call for help: please test it! References: Message-ID: "Ingmar Schlecht" schrieb im Newsbeitrag news:mailman.1.1195907828.9140.typo3-dev at lists.netfielders.de... > Steffen Kamper schrieb: >> "Ingmar Schlecht" schrieb im Newsbeitrag >> news:mailman.1.1195904756.12462.typo3-dev at lists.netfielders.de... >>> Steffen Kamper schrieb: >>>> the same works in rte with the selected text, should be easy to copy >>>> the >>>> method. >>> By the way, would it be possible to enable the TypoScript editor for the >>> user/page TSConfig fields as well? >> yes please :-) >> >>>> btw - i really like the strg+s - feature for quick save. >>> Great! Didn't even know the ctrl+s event is possible to catch! I would >>> love to have this for tceforms as well! >> >> You can catch each Key-event in JS, that's no problem. >> Using it for TCEforms is not easy. The ajaxsave in t3editor only has to >> fetch content of textarea to save it. In TCE-Forms you have to collect >> whole >> form-data via JS - or do i miss something? > > I wouldn't mind if the form saves and refreshes the whole page. > > cheers > Ingmar > true - just a form.submit() :-) vg Steffen From typo3 at jhpc.de Sat Nov 24 14:17:43 2007 From: typo3 at jhpc.de (Helmut Hummel) Date: Sat, 24 Nov 2007 14:17:43 +0100 Subject: [TYPO3-dev] t3editor - call for help: please test it! In-Reply-To: References: Message-ID: Hi, Steffen Kamper schrieb: > > Here are the key-event fetched from code: Did you try pressing the "Help" button? Much easier than reading the code ;) BTW: It would be nice to be able to close the helpscreen by simply pressing ESC or clicking _anywhere_ (not only on the "click here" text). -- lib.salutation = TEXT lib.salutation.value = Kind regards, Helmut lib.salutation.lang.de = Viele Gr??e, Helmut From martin.kutschker-n0spam at no5pam-blackbox.net Sat Nov 24 16:46:23 2007 From: martin.kutschker-n0spam at no5pam-blackbox.net (Martin Kutschker) Date: Sat, 24 Nov 2007 16:46:23 +0100 Subject: [TYPO3-dev] Positioning JavaScript from a FE plugin In-Reply-To: References: Message-ID: Francois Suter schrieb: > Hi all, > > In a FE plugin I need to position JavaScript at precise places in the > HTML code, i.e. right after the opening body tag and right before the > closing body tag. > > Right now I'm simply relying on the PAGE object using > > page.1 = USER > page.1 ... You could also use the body-tag object (see TSref) for that. But this is something for the site admin to do. > This is all fine as long as it's just me using this extension in my > sites, but it's bit of a hassle otherwise. Adding TS code like that isn't any good anyway. How can you know that my PAGE object is called "page"? > Is there any way to place that JavaScript from within the plugin's class > precisely at the right points? No. And it wouldn't be any good as there could be two extension which think "right after is the only place for my code". Masi From steffen at sk-typo3.de Sat Nov 24 17:05:12 2007 From: steffen at sk-typo3.de (Steffen Kamper) Date: Sat, 24 Nov 2007 17:05:12 +0100 Subject: [TYPO3-dev] Positioning JavaScript from a FE plugin References: Message-ID: "Martin Kutschker" schrieb im Newsbeitrag news:mailman.1.1195919180.31057.typo3-dev at lists.netfielders.de... > Francois Suter schrieb: >> Hi all, >> >> In a FE plugin I need to position JavaScript at precise places in the >> HTML code, i.e. right after the opening body tag and right before the >> closing body tag. >> >> Right now I'm simply relying on the PAGE object using >> >> page.1 = USER >> page.1 ... > > You could also use the body-tag object (see TSref) for that. But this is > something for the site admin to do. > >> This is all fine as long as it's just me using this extension in my >> sites, but it's bit of a hassle otherwise. > > Adding TS code like that isn't any good anyway. How can you know that my > PAGE object is called "page"? > >> Is there any way to place that JavaScript from within the plugin's class >> precisely at the right points? > > No. And it wouldn't be any good as there could be two extension which > think "right after is the only place for my code". > > Masi I agree that there has to be a handler in pagegenscript to add JS at the end of the page as it is suggested by Yahoo performance rules. vg Steffen From tapio.markula at xetpoint.fi Sat Nov 24 17:48:22 2007 From: tapio.markula at xetpoint.fi (Tapio Markula) Date: Sat, 24 Nov 2007 18:48:22 +0200 Subject: [TYPO3-dev] Positioning JavaScript from a FE plugin In-Reply-To: References: Message-ID: Steffen Kamper > "Martin Kutschker" schrieb im > Newsbeitrag > news:mailman.1.1195919180.31057.typo3-dev at lists.netfielders.de... >> Francois Suter schrieb: >>> Hi all, >>> >>> In a FE plugin I need to position JavaScript at precise places in the >>> HTML code, i.e. right after the opening body tag and right before the >>> closing body tag. to the last $TYPO3_CONF_VARS['SC_OPTIONS']['tslib/class.tslib_fe.php']['contentPostProc-output'][] From fsuter at cobweb.ch Sat Nov 24 18:22:26 2007 From: fsuter at cobweb.ch (Francois Suter) Date: Sat, 24 Nov 2007 18:22:26 +0100 Subject: [TYPO3-dev] Positioning JavaScript from a FE plugin In-Reply-To: References: Message-ID: Hi, > Adding TS code like that isn't any good anyway. How can you know that my > PAGE object is called "page"? You're right of course. One gets so used to one's habits... :-) > No. And it wouldn't be any good as there could be two extension which > think "right after is the only place for my code". True again, but it would still be helpful. I guess there's not any JavaScript that needs to be absolutely the last thing before the closing body tag. The main point is that it comes after the page's content. Cheers -- Francois Suter Cobweb Development Sarl - http://www.cobweb.ch From fsuter at cobweb.ch Sat Nov 24 18:23:47 2007 From: fsuter at cobweb.ch (Francois Suter) Date: Sat, 24 Nov 2007 18:23:47 +0100 Subject: [TYPO3-dev] Positioning JavaScript from a FE plugin In-Reply-To: References: Message-ID: Hi, >>>> In a FE plugin I need to position JavaScript at precise places in >>>> the HTML code, i.e. right after the opening body tag and right >>>> before the closing body tag. > > to the last > $TYPO3_CONF_VARS['SC_OPTIONS']['tslib/class.tslib_fe.php']['contentPostProc-output'][] Hmm, yes, a possibility, but not quite the same as placing the code during page construction. Thanks anyway. Cheers -- Francois Suter Cobweb Development Sarl - http://www.cobweb.ch From steffen at sk-typo3.de Sun Nov 25 01:42:45 2007 From: steffen at sk-typo3.de (Steffen Kamper) Date: Sun, 25 Nov 2007 01:42:45 +0100 Subject: [TYPO3-dev] Positioning JavaScript from a FE plugin References: Message-ID: "Francois Suter" schrieb im Newsbeitrag news:mailman.1.1195925006.29839.typo3-dev at lists.netfielders.de... > Hi, > >> Adding TS code like that isn't any good anyway. How can you know that my >> PAGE object is called "page"? > > You're right of course. One gets so used to one's habits... :-) > >> No. And it wouldn't be any good as there could be two extension which >> think "right after is the only place for my code". > > True again, but it would still be helpful. I guess there's not any > JavaScript that needs to be absolutely the last thing before the closing > body tag. The main point is that it comes after the page's content. > > Cheers > > -- > > Francois Suter > Cobweb Development Sarl - http://www.cobweb.ch positioning could be in same mannar as the output in HEAD: Array. The method from includeJS could be used at the end (includeJSAfterBody e.g.) vg Steffen From tomi at tri-ex.si Sun Nov 25 12:27:40 2007 From: tomi at tri-ex.si (Tomi Hrovatin) Date: Sun, 25 Nov 2007 12:27:40 +0100 Subject: [TYPO3-dev] debug TYPO3 with Eclipse PDT In-Reply-To: References: Message-ID: You are right. I dl-ed trial version and it works perfectly. It also has all needed features out of the box. One question though. How do you manage to debug extensions that are SVN projects? I tried to debug extension when the whole t3 installation is a project. Debugging worked seamlessly. But when I have the same setup like with eclipse (extension is a main project with Include Path set to the root of t3 installation. Debugging works just for the core files. Any ideas? T. Dmitry Dulepov [typo3] wrote: > Hi! > > Tomi Hrovatin wrote: >> Unfortunately it is not free any more. On their site you can get it >> for 15% discount. > > Have you actually tried? :) It is free while beta. When it is out, there > will be a protection code inside. For now you can just install and use > it. I think it is time-limited (till end of year or so) but still free. > By "15% discount" they mean that if you pay now, it will be cheaper then > if you buy it when it is out of beta. > From tobias at work.de Sun Nov 25 22:22:53 2007 From: tobias at work.de (Tobias Liebig) Date: Sun, 25 Nov 2007 22:22:53 +0100 Subject: [TYPO3-dev] t3editor - call for help: please test it! In-Reply-To: References: Message-ID: Ingmar Schlecht schrieb: > By the way, would it be possible to enable the TypoScript editor for the > user/page TSConfig fields as well? It's planed to have the editor in several places: - setup / constants - TSconfig And the t3editor ist not only build for typoscript, but for any "code". If we extend it with a syntax-description for HTML, SQL, CSS, basic php and other we can implement it in: - fileadmin (for editor files) - ExtensionManager (edit files) - for any content element (e.g. elements of the type "HTML" or "Script") When we have finished the basic editor, its a simple task to implement and use it in other places. regards Tobias -- http://eTobi.de From ingmar at typo3.org Sun Nov 25 22:27:10 2007 From: ingmar at typo3.org (Ingmar Schlecht) Date: Sun, 25 Nov 2007 22:27:10 +0100 Subject: [TYPO3-dev] t3editor - call for help: please test it! In-Reply-To: References: Message-ID: Hi Tobias, Tobias Liebig wrote: > Ingmar Schlecht schrieb: >> By the way, would it be possible to enable the TypoScript editor for the >> user/page TSConfig fields as well? > > It's planed to have the editor in several places: > - setup / constants > - TSconfig > > And the t3editor ist not only build for typoscript, but for any "code". > If we extend it with a syntax-description for HTML, SQL, CSS, basic php > and other we can implement it in: > - fileadmin (for editor files) > - ExtensionManager (edit files) > - for any content element (e.g. elements of the type "HTML" or "Script") > > When we have finished the basic editor, its a simple task to implement > and use it in other places. Wow, sounds really good. Thanks for the clarification. cheers Ingmar -- Ingmar Schlecht TYPO3 Association Active Member From tobias at work.de Sun Nov 25 22:33:28 2007 From: tobias at work.de (Tobias Liebig) Date: Sun, 25 Nov 2007 22:33:28 +0100 Subject: [TYPO3-dev] t3editor - call for help: please test it! In-Reply-To: References: Message-ID: Helmut Hummel schrieb: > Hi, > > Steffen M?ller schrieb: >> On 23.11.2007 17:09 Tobias Liebig wrote: >>> Helmut Hummel schrieb: >>>> Tobias Liebig schrieb: >>>>> Any comments are welcome! >>>> I would call the checkbox "disable t3editor" instead of "deactivate >>>> t3editor" >>> Perhaps we generally should be more descriptive here. >>> What do you think about "disable enhanced code editor" (or something > > I like it. But "code" is very general. i want to keep it "general". It's planned to use the editor not just for TS, but also for HTML, CSS and other "code" > What about "Disable Enhanced TypoScript Editor" "Disable Enhanced Editor"? >> but what does enhanced mean? > > It means "highlighting, line numbers, autocompletion" ;) > >> better we hava a radiobutton/tab/whatever, choosing between >> o simple editor >> o full featured editor (highlighting, line numbers, autocompletion) to quote jens hoffman (written in teams.hci): 1. No "radio" where only 2 states are posible!!! (TRUE or FALSE = Checkbox!) > This is IMHO an overkill. It should be analogous to the > "Disable Ritch Text Editor" checkbox for content elements. That was the intention :-) regards Tobias -- http://eTobi.de From steffen at sk-typo3.de Sun Nov 25 23:54:08 2007 From: steffen at sk-typo3.de (Steffen Kamper) Date: Sun, 25 Nov 2007 23:54:08 +0100 Subject: [TYPO3-dev] FYI: #6784 new login extension References: Message-ID: hi, i attached an update 0.9.4 with some improvements for redirect. I would be happy if some more can test these functions. vg Steffen From dmitry at typo3.org Mon Nov 26 08:43:19 2007 From: dmitry at typo3.org (Dmitry Dulepov [typo3]) Date: Mon, 26 Nov 2007 09:43:19 +0200 Subject: [TYPO3-dev] t3editor - call for help: please test it! In-Reply-To: References: Message-ID: Hi! Tobias Liebig wrote: >> What about "Disable Enhanced TypoScript Editor" > > "Disable Enhanced Editor"? I think better option name would be "Use standard editor" and description "Use standard (non-highlighting) editor to edit TypoScript code)". Generally positive strings ("Use...") are better than negative ("Disable..."). >> This is IMHO an overkill. It should be analogous to the >> "Disable Ritch Text Editor" checkbox for content elements. This option is also not good :) Every time when I see it, I feel uncomfortable :) Should be moved to TSConfig, called "Use RTE" and enabled by default... -- Dmitry Dulepov TYPO3 core team Web: http://typo3bloke.net/ Skype: callto:liels_bugs From steffen at sk-typo3.de Mon Nov 26 09:18:39 2007 From: steffen at sk-typo3.de (Steffen Kamper) Date: Mon, 26 Nov 2007 09:18:39 +0100 Subject: [TYPO3-dev] t3editor - call for help: please test it! References: Message-ID: "Dmitry Dulepov [typo3]" schrieb im Newsbeitrag news:mailman.1.1196062998.9144.typo3-dev at lists.netfielders.de... > Hi! > > Tobias Liebig wrote: >>> What about "Disable Enhanced TypoScript Editor" >> >> "Disable Enhanced Editor"? > > I think better option name would be "Use standard editor" and description > "Use standard (non-highlighting) editor to edit TypoScript code)". > Generally positive strings ("Use...") are better than negative > ("Disable..."). > >>> This is IMHO an overkill. It should be analogous to the >>> "Disable Ritch Text Editor" checkbox for content elements. > > This option is also not good :) Every time when I see it, I feel > uncomfortable :) Should be moved to TSConfig, called "Use RTE" and enabled > by default... > +1 i will tell that benni, who will do the patch. vg Steffen From ingo at typo3.org Mon Nov 26 09:28:12 2007 From: ingo at typo3.org (Ingo Renner) Date: Mon, 26 Nov 2007 09:28:12 +0100 Subject: [TYPO3-dev] t3editor - call for help: please test it! In-Reply-To: References: Message-ID: Dmitry Dulepov [typo3] wrote: >>> This is IMHO an overkill. It should be analogous to the >>> "Disable Ritch Text Editor" checkbox for content elements. > > This option is also not good :) Every time when I see it, I feel > uncomfortable :) Should be moved to TSConfig, called "Use RTE" and > enabled by default... IMO this hasn't to do anything with TS, but with a user option instead... Ingo -- Ingo Renner TYPO3 Core Developer, Release Manager TYPO3 4.2 From dmitry at typo3.org Mon Nov 26 09:47:12 2007 From: dmitry at typo3.org (Dmitry Dulepov [typo3]) Date: Mon, 26 Nov 2007 10:47:12 +0200 Subject: [TYPO3-dev] t3editor - call for help: please test it! In-Reply-To: References: Message-ID: Hi! Ingo Renner wrote: > IMO this hasn't to do anything with TS, but with a user option instead... Well, whatever :) I just thought about User TSConfig. Thought you are right, user prefs would be ideal place for it. -- Dmitry Dulepov TYPO3 core team Web: http://typo3bloke.net/ Skype: callto:liels_bugs From steffen at sk-typo3.de Mon Nov 26 10:15:19 2007 From: steffen at sk-typo3.de (Steffen Kamper) Date: Mon, 26 Nov 2007 10:15:19 +0100 Subject: [TYPO3-dev] config.removeDefaultJS = external Message-ID: Hi, what was the reason for switching this config from boolean to string comparison? As i see no other possibilities than "external" i don't get the advantage. vg Steffen From ingmar at typo3.org Mon Nov 26 10:21:58 2007 From: ingmar at typo3.org (Ingmar Schlecht) Date: Mon, 26 Nov 2007 10:21:58 +0100 Subject: [TYPO3-dev] config.removeDefaultJS = external In-Reply-To: References: Message-ID: Steffen Kamper schrieb: > Hi, > > what was the reason for switching this config from boolean to string > comparison? > > As i see no other possibilities than "external" i don't get the advantage. > > vg Steffen When has it been changed, can you link to the Web-SVN diff on Sourceforge? cheers Ingmar -- Ingmar Schlecht TYPO3 Association Active Member From bedlamhotel at gmail.com Mon Nov 26 10:26:53 2007 From: bedlamhotel at gmail.com (Christopher Torgalson) Date: Mon, 26 Nov 2007 10:26:53 +0100 Subject: [TYPO3-dev] config.removeDefaultJS = external In-Reply-To: References: Message-ID: Hi, On Nov 26, 2007 10:15 AM, Steffen Kamper wrote: > Hi, > > what was the reason for switching this config from boolean to string > comparison? > > As i see no other possibilities than "external" i don't get the advantage. The TSref shows TWO possibilities: 1. remove the default js *altogether* 2. remove the default js to an external file I'm not completely sure about the utility of option (1), but it's available if you want it... -- Christopher Torgalson http://www.typo3apprentice.com/ From steffen at sk-typo3.de Mon Nov 26 10:26:13 2007 From: steffen at sk-typo3.de (Steffen Kamper) Date: Mon, 26 Nov 2007 10:26:13 +0100 Subject: [TYPO3-dev] config.removeDefaultJS = external References: Message-ID: "Ingmar Schlecht" schrieb im Newsbeitrag news:mailman.1.1196068919.30399.typo3-dev at lists.netfielders.de... > Steffen Kamper schrieb: >> Hi, >> >> what was the reason for switching this config from boolean to string >> comparison? >> >> As i see no other possibilities than "external" i don't get the >> advantage. >> >> vg Steffen > > When has it been changed, can you link to the Web-SVN diff on Sourceforge? > > cheers > Ingmar > > -- > Ingmar Schlecht > TYPO3 Association Active Member i try to figure out. vg Steffen From steffen at sk-typo3.de Mon Nov 26 10:30:59 2007 From: steffen at sk-typo3.de (Steffen Kamper) Date: Mon, 26 Nov 2007 10:30:59 +0100 Subject: [TYPO3-dev] config.removeDefaultJS = external References: Message-ID: Hi, "Christopher Torgalson" schrieb im Newsbeitrag news:mailman.2249.1196069231.14020.typo3-dev at lists.netfielders.de... > Hi, > > On Nov 26, 2007 10:15 AM, Steffen Kamper wrote: >> Hi, >> >> what was the reason for switching this config from boolean to string >> comparison? >> >> As i see no other possibilities than "external" i don't get the >> advantage. > > > The TSref shows TWO possibilities: > > 1. remove the default js *altogether* > 2. remove the default js to an external file > > I'm not completely sure about the utility of option (1), but it's > available if you want it... > code does only a simple comparison: elseif ($GLOBALS['TSFE']->config['config']['removeDefaultJS']==='external') { $_scriptCode = TSpagegen::inline2TempFile($_scriptCode, 'js'); vg Steffen From Martin.Kutschker at n0spam-blackbox.net Mon Nov 26 10:32:34 2007 From: Martin.Kutschker at n0spam-blackbox.net (Martin Kutschker) Date: Mon, 26 Nov 2007 10:32:34 +0100 Subject: [TYPO3-dev] config.removeDefaultJS = external In-Reply-To: References: Message-ID: Steffen Kamper schrieb: > Hi, > > what was the reason for switching this config from boolean to string > comparison? > > As i see no other possibilities than "external" i don't get the advantage. Classic TYPO3 style/history: We add a new proparty as boolean. Later on we decide that it's nice to have another option as well. So we turn the old one into a boolean/string property. You see this kind of stuff all over TS, The property should be named config.defaultJS with the options "inline" (default), "external" and "none"/"remove". Masi From dmitry at typo3.org Mon Nov 26 10:36:49 2007 From: dmitry at typo3.org (Dmitry Dulepov [typo3]) Date: Mon, 26 Nov 2007 11:36:49 +0200 Subject: [TYPO3-dev] config.removeDefaultJS = external In-Reply-To: References: Message-ID: Hi! Steffen Kamper wrote: > code does only a simple comparison: > elseif ($GLOBALS['TSFE']->config['config']['removeDefaultJS']==='external') > { > $_scriptCode = TSpagegen::inline2TempFile($_scriptCode, 'js'); No, it does not. See the whole logic (class.tslib_pagegen.php, line 772): if (!$GLOBALS['TSFE']->config['config']['removeDefaultJS']) { // Put it inline } elseif ($GLOBALS['TSFE']->config['config']['removeDefaultJS']==='external') { // Move to external file } Why do you want another empty block for remaining value (1), which removes JS comletely? :) -- Dmitry Dulepov TYPO3 core team Web: http://typo3bloke.net/ Skype: callto:liels_bugs From dmitry at typo3.org Mon Nov 26 10:37:36 2007 From: dmitry at typo3.org (Dmitry Dulepov [typo3]) Date: Mon, 26 Nov 2007 11:37:36 +0200 Subject: [TYPO3-dev] config.removeDefaultJS = external In-Reply-To: References: Message-ID: Hi! Martin Kutschker wrote: > The property should be named config.defaultJS with the options "inline" > (default), "external" and "none"/"remove". The cow, the holy compatibility cow prevents us from doing it... As usual. :( -- Dmitry Dulepov TYPO3 core team Web: http://typo3bloke.net/ Skype: callto:liels_bugs From steffen at sk-typo3.de Mon Nov 26 10:46:21 2007 From: steffen at sk-typo3.de (Steffen Kamper) Date: Mon, 26 Nov 2007 10:46:21 +0100 Subject: [TYPO3-dev] config.removeDefaultJS = external References: Message-ID: "Dmitry Dulepov [typo3]" schrieb im Newsbeitrag news:mailman.1.1196069807.15977.typo3-dev at lists.netfielders.de... > Hi! > > Steffen Kamper wrote: >> code does only a simple comparison: >> elseif >> ($GLOBALS['TSFE']->config['config']['removeDefaultJS']==='external') { >> $_scriptCode = TSpagegen::inline2TempFile($_scriptCode, 'js'); > > No, it does not. See the whole logic (class.tslib_pagegen.php, line 772): > > if (!$GLOBALS['TSFE']->config['config']['removeDefaultJS']) { > // Put it inline > } elseif > ($GLOBALS['TSFE']->config['config']['removeDefaultJS']==='external') { > // Move to external file > } > > Why do you want another empty block for remaining value (1), which removes > JS comletely? :) > > > -- > Dmitry Dulepov > TYPO3 core team > Web: http://typo3bloke.net/ > Skype: callto:liels_bugs gotcha ;-) I didn't saw the option to remove completely (but i don't see the sense because it fails when using e.g. spamProtectEmailAddresses and remove JS) vg Steffen From ingo at typo3.org Mon Nov 26 10:48:56 2007 From: ingo at typo3.org (Ingo Renner) Date: Mon, 26 Nov 2007 10:48:56 +0100 Subject: [TYPO3-dev] t3editor - call for help: please test it! In-Reply-To: References: Message-ID: Dmitry Dulepov [typo3] wrote: > Well, whatever :) I just thought about User TSConfig. Thought you are > right, user prefs would be ideal place for it. ;-) -- Ingo Renner TYPO3 Core Developer, Release Manager TYPO3 4.2 From news2004 at hampft.de Mon Nov 26 10:58:25 2007 From: news2004 at hampft.de (Klaus Muth) Date: Mon, 26 Nov 2007 10:58:25 +0100 Subject: [TYPO3-dev] Problem with debugging References: Message-ID: Malte Jansen wrote: > Hi, > > since there is no frame I the output of echo or print_r() is writing > behind the layer in a tceform. So it's very difficult to get it. > > Is there somewhere a function were the echo/print_r can be redirct or > something simular. > > For the tceform on the getMainFields > this works fine: > ob_start(); > echo '
'; > print_r($data); > echo '
'; > $temp = ob_get_contents(); > ob_end_clean(); > return $temp.$output; > > but it does not work at every place... > > Any suggestion? Try some combination of error_log() and print_r(). BTW: print_r() has got a second parameter since 4.3, if you set it to true, it returns a string instead of printing it so STDOUT. So try error_log(print_r($data, true), 0); You may find your data in /var/log/apache/error.log klaus -- Klaus Muth HAGOSVerbunddeutscherKachelofen-undLuftheizungs Germany bauerbetriebeeGSitz:StuttgartRechtsf.:Genossens Industriestr. 62 chaftReg.ger.:StuttgartGnR77Vst:GuidoEichel,Ral 70565 Stuttgart fTiggesARVors.:ThomasM?llerUStIDNr.:DE147799748 From Martin.Kutschker at n0spam-blackbox.net Mon Nov 26 11:06:42 2007 From: Martin.Kutschker at n0spam-blackbox.net (Martin Kutschker) Date: Mon, 26 Nov 2007 11:06:42 +0100 Subject: [TYPO3-dev] config.removeDefaultJS = external In-Reply-To: References: Message-ID: Dmitry Dulepov [typo3] schrieb: > Hi! > > Martin Kutschker wrote: >> The property should be named config.defaultJS with the options >> "inline" (default), "external" and "none"/"remove". > > The cow, the holy compatibility cow prevents us from doing it... As > usual. :( But we could add new properties and deprecate the old ones. Too bad 5.0 is the CR version, because otherwise we could remove stuff with a nice major version number change. Masi PS: I really begin to hate the decsion that te rewrite of TYPO3 has been advertized as 5.0 instead of using a code name or something like "Next Gen". From steffen at sk-typo3.de Mon Nov 26 11:07:45 2007 From: steffen at sk-typo3.de (Steffen Kamper) Date: Mon, 26 Nov 2007 11:07:45 +0100 Subject: [TYPO3-dev] Problem with debugging References: Message-ID: "Klaus Muth" schrieb im Newsbeitrag news:mailman.1.1196071106.29504.typo3-dev at lists.netfielders.de... Malte Jansen wrote: > Hi, > > since there is no frame I the output of echo or print_r() is writing > behind the layer in a tceform. So it's very difficult to get it. > > Is there somewhere a function were the echo/print_r can be redirct or > something simular. > > For the tceform on the getMainFields > this works fine: > ob_start(); > echo '
'; > print_r($data); > echo '
'; > $temp = ob_get_contents(); > ob_end_clean(); > return $temp.$output; > > but it does not work at every place... > > Any suggestion? Try some combination of error_log() and print_r(). BTW: print_r() has got a second parameter since 4.3, if you set it to true, it returns a string instead of printing it so STDOUT. So try error_log(print_r($data, true), 0); You may find your data in /var/log/apache/error.log klaus -- Klaus Muth HAGOSVerbunddeutscherKachelofen-undLuftheizungs Germany bauerbetriebeeGSitz:StuttgartRechtsf.:Genossens Industriestr. 62 chaftReg.ger.:StuttgartGnR77Vst:GuidoEichel,Ral 70565 Stuttgart fTiggesARVors.:ThomasM?llerUStIDNr.:DE147799748 that's true but in this case it's a CSS-problem in BE with debug-Information top of the document vg Steffen From bedlamhotel at gmail.com Mon Nov 26 11:10:12 2007 From: bedlamhotel at gmail.com (Christopher Torgalson) Date: Mon, 26 Nov 2007 11:10:12 +0100 Subject: [TYPO3-dev] config.removeDefaultJS = external In-Reply-To: References: Message-ID: On Nov 26, 2007 10:37 AM, Dmitry Dulepov [typo3] wrote: > Hi! > > Martin Kutschker wrote: > > The property should be named config.defaultJS with the options "inline" > > (default), "external" and "none"/"remove". > > The cow, the holy compatibility cow prevents us from doing it... As usual. :( Motion: the TYPO3 mascot should be changed to a cow. All in favour? ;-) -- Christopher Torgalson http://www.typo3apprentice.com/ From dmitry at typo3.org Mon Nov 26 11:24:47 2007 From: dmitry at typo3.org (Dmitry Dulepov [typo3]) Date: Mon, 26 Nov 2007 12:24:47 +0200 Subject: [TYPO3-dev] config.removeDefaultJS = external In-Reply-To: References: Message-ID: Hi! Steffen Kamper wrote: > gotcha ;-) I didn't saw the option to remove completely (but i don't see the > sense because it fails when using e.g. spamProtectEmailAddresses and remove > JS) Yes :) But when you set the option, you are supposed to know what it does :D May be TSRef should updated because it does not mention spamprotect in removeDefaultJS -- Dmitry Dulepov TYPO3 core team Web: http://typo3bloke.net/ Skype: callto:liels_bugs From dmitry at typo3.org Mon Nov 26 11:28:26 2007 From: dmitry at typo3.org (Dmitry Dulepov [typo3]) Date: Mon, 26 Nov 2007 12:28:26 +0200 Subject: [TYPO3-dev] config.removeDefaultJS = external In-Reply-To: References: Message-ID: Hi! Martin Kutschker wrote: > PS: I really begin to hate the decsion that te rewrite of TYPO3 has been > advertized as 5.0 instead of using a code name or something like "Next > Gen". TYPO4? :) There are four letters in the word TYPO. So TYPO4 would be logical :) -- Dmitry Dulepov TYPO3 core team Web: http://typo3bloke.net/ Skype: callto:liels_bugs From steffen at sk-typo3.de Mon Nov 26 11:31:10 2007 From: steffen at sk-typo3.de (Steffen Kamper) Date: Mon, 26 Nov 2007 11:31:10 +0100 Subject: [TYPO3-dev] config.removeDefaultJS = external References: Message-ID: "Dmitry Dulepov [typo3]" schrieb im Newsbeitrag news:mailman.1.1196072686.11458.typo3-dev at lists.netfielders.de... > Hi! > > Steffen Kamper wrote: >> gotcha ;-) I didn't saw the option to remove completely (but i don't see >> the sense because it fails when using e.g. spamProtectEmailAddresses and >> remove JS) > > Yes :) But when you set the option, you are supposed to know what it does > :D May be TSRef should updated because it does not mention spamprotect in > removeDefaultJS > > -- > Dmitry Dulepov > TYPO3 core team > Web: http://typo3bloke.net/ > Skype: callto:liels_bugs hehe - yes. In my eyes the biggest problem is, that in older documentation and on several webpages you find the "old" syntax config.removeDefaultJS = 1 with description, that this moves JS to external file, which is wrong. So users take this (found by google) and use it and wonder why it doesn't work. I will add a documentation update later in the Wiki. vg Steffen From dmitry at typo3.org Mon Nov 26 11:33:52 2007 From: dmitry at typo3.org (Dmitry Dulepov [typo3]) Date: Mon, 26 Nov 2007 12:33:52 +0200 Subject: [TYPO3-dev] Problem with debugging In-Reply-To: References: Message-ID: Hi! Klaus Muth wrote: > Try some combination of error_log() and print_r(). BTW: print_r() has got a > second parameter since 4.3, if you set it to true, it returns a string > instead of printing it so STDOUT. > > So try error_log(print_r($data, true), 0); t3lib_div::devLog() and one of devlog extensions (like rlmp_filedevlog) would do better. -- Dmitry Dulepov TYPO3 core team Web: http://typo3bloke.net/ Skype: callto:liels_bugs From steffen at sk-typo3.de Mon Nov 26 11:49:57 2007 From: steffen at sk-typo3.de (Steffen Kamper) Date: Mon, 26 Nov 2007 11:49:57 +0100 Subject: [TYPO3-dev] config.removeDefaultJS = external References: Message-ID: "Dmitry Dulepov [typo3]" schrieb im Newsbeitrag news:mailman.1.1196072905.11458.typo3-dev at lists.netfielders.de... > Hi! > > Martin Kutschker wrote: >> PS: I really begin to hate the decsion that te rewrite of TYPO3 has been >> advertized as 5.0 instead of using a code name or something like "Next >> Gen". > > TYPO4? :) There are four letters in the word TYPO. So TYPO4 would be > logical :) > > -- > Dmitry Dulepov > TYPO3 core team > Web: http://typo3bloke.net/ > Skype: callto:liels_bugs should be TYPO5 vg Steffen From steffen at sk-typo3.de Mon Nov 26 12:29:00 2007 From: steffen at sk-typo3.de (Steffen Kamper) Date: Mon, 26 Nov 2007 12:29:00 +0100 Subject: [TYPO3-dev] static_info_tables Message-ID: Hi, i looked in TER and svn, but the file ext_tables_static+adt.sql is stored in ansi, so the field content of 'cn_official_name_local' is damaged. I really need a working dump of static_countries. Does anybody have this (in utf8) ? vg Steffen From news2004 at hampft.de Mon Nov 26 12:40:32 2007 From: news2004 at hampft.de (Klaus Muth) Date: Mon, 26 Nov 2007 12:40:32 +0100 Subject: [TYPO3-dev] Problem with debugging References: Message-ID: Steffen Kamper wrote: >>> Any suggestion? >> Try some combination of error_log() and print_r(). BTW: print_r() has got >> a second parameter since 4.3, if you set it to true, it returns a string >> instead of printing it so STDOUT. >> >> So try error_log(print_r($data, true), 0); >> You may find your data in /var/log/apache/error.log > > that's true but in this case it's a CSS-problem in BE with > debug-Information top of the document Jepp, I understood from the discussion above ;). But this is a general solution which avoids any interaction with HTML&CSS by totally bypassing the http reply. Works for all PHP code. But Dmitry (as usual) is right: there is even a better method within typo3 using t3lib_div::devLog(). klaus -- Klaus Muth HAGOSVerbunddeutscherKachelofen-undLuftheizungs Germany bauerbetriebeeGSitz:StuttgartRechtsf.:Genossens Industriestr. 62 chaftReg.ger.:StuttgartGnR77Vst:GuidoEichel,Ral 70565 Stuttgart fTiggesARVors.:ThomasM?llerUStIDNr.:DE147799748 From fsuter at cobweb.ch Mon Nov 26 14:00:27 2007 From: fsuter at cobweb.ch (Francois Suter) Date: Mon, 26 Nov 2007 14:00:27 +0100 Subject: [TYPO3-dev] static_info_tables In-Reply-To: References: Message-ID: Hi, > i looked in TER and svn, but the file > ext_tables_static+adt.sql > > is stored in ansi, so the field content of 'cn_official_name_local' > is damaged. > > I really need a working dump of static_countries. Does anybody have this (in > utf8) ? What I generally do is go to the Install tool and import the data again. It works for me. I'm sending you a SQL dump of static_countries off list anyway. Cheers -- Francois Suter Cobweb Development Sarl - http://www.cobweb.ch From steffen at sk-typo3.de Mon Nov 26 14:31:22 2007 From: steffen at sk-typo3.de (Steffen Kamper) Date: Mon, 26 Nov 2007 14:31:22 +0100 Subject: [TYPO3-dev] static_info_tables References: Message-ID: Hi, "Francois Suter" schrieb im Newsbeitrag news:mailman.1.1196082028.31652.typo3-dev at lists.netfielders.de... > Hi, > >> i looked in TER and svn, but the file >> ext_tables_static+adt.sql >> >> is stored in ansi, so the field content of 'cn_official_name_local' >> is damaged. >> >> I really need a working dump of static_countries. Does anybody have this >> (in utf8) ? > > What I generally do is go to the Install tool and import the data again. > It works for me. i tried with same result ;-) > > I'm sending you a SQL dump of static_countries off list anyway. > > Cheers > > -- > that's great, thx ! vg Steffen From steffen at sk-typo3.de Mon Nov 26 16:02:04 2007 From: steffen at sk-typo3.de (Steffen Kamper) Date: Mon, 26 Nov 2007 16:02:04 +0100 Subject: [TYPO3-dev] static_info_tables References: Message-ID: "Francois Suter" schrieb im Newsbeitrag news:mailman.1.1196082028.31652.typo3-dev at lists.netfielders.de... > > I'm sending you a SQL dump of static_countries off list anyway. > > Cheers > thx a lot! This helped and i have a correct table now. vg Steffen From ingmar at typo3.org Mon Nov 26 21:03:33 2007 From: ingmar at typo3.org (Ingmar Schlecht) Date: Mon, 26 Nov 2007 21:03:33 +0100 Subject: [TYPO3-dev] Page tree search box Message-ID: Hi guys, those of you running their TYPO3 installation on the last TYPO3 source from SVN trunk have had the JavaScript based page tree search box around for a while now. I'm wondering if we really need it: All the time I have not used it a single time, and I don't find it particularly useful because it does nothing that couldn't be done with the normal firefox CTRL+F search. So I'd propose to disable it until someone implements the functionality to not only search the currently displayed pages but also AJAX-search the whole tree with even the branches that are not expanded at that time. What do you think? cheers Ingmar -- Ingmar Schlecht TYPO3 Association Active Member From steffen at sk-typo3.de Mon Nov 26 21:28:10 2007 From: steffen at sk-typo3.de (Steffen Kamper) Date: Mon, 26 Nov 2007 21:28:10 +0100 Subject: [TYPO3-dev] error with turkish language Message-ID: Hi, with trunk version i get this error when selecting turkish language: Fatal error: Call to undefined method tslib_fe::setUrlIdToken() in /var/www/web1/html/typo3/sysext/cms/tslib/index_ts.php on line 415 Does anyone has a clue what happens or what i should look for? vg Steffen From fsuter at cobweb.ch Mon Nov 26 21:31:58 2007 From: fsuter at cobweb.ch (Francois Suter) Date: Mon, 26 Nov 2007 21:31:58 +0100 Subject: [TYPO3-dev] Page tree search box In-Reply-To: References: Message-ID: Hi, > I'm wondering if we really need it: All the time I have not used it a > single time, and I don't find it particularly useful because it does > nothing that couldn't be done with the normal firefox CTRL+F search. > > So I'd propose to disable it until someone implements the functionality > to not only search the currently displayed pages but also AJAX-search > the whole tree with even the branches that are not expanded at that time. It's true that in its current state that tool is not very useful. Disabling it depends on whether anyone is working on it or not. If there's no hope of finishing it for 4.2 then I would indeed vote for hiding it. Cheers -- Francois Suter Cobweb Development Sarl - http://www.cobweb.ch From jsegars at alumni.rice.edu Mon Nov 26 22:07:57 2007 From: jsegars at alumni.rice.edu (Jeff Segars) Date: Mon, 26 Nov 2007 21:07:57 +0000 (UTC) Subject: [TYPO3-dev] Make selecting records via AJAX possible (like GoogleSuggest) References: Message-ID: Andreas, Looks great! > (I have done a demo for a21glossary and for party. The select > function for party selects the name from table tx_party_names, > but the record is inserted from table tx_party_parties. The > function for a21glossary displays the meaning of abbreviations and > the long-form of acronyms below the title - instead of the path) This functionality was on the todo list for tx_party so its exciting to see that you're implementing it already. David Bruehlmeier and Oliver Hader discussed this several months ago on the IRRE list. If you haven't already seen their discussions [1], it might give some you some more ideas. Thanks, Jeff [1] - From xoonsji02 at sneakemail.com Tue Nov 27 00:07:02 2007 From: xoonsji02 at sneakemail.com (Bernd Wilke) Date: Tue, 27 Nov 2007 00:07:02 +0100 Subject: [TYPO3-dev] error with turkish language References: Message-ID: On Mon, 26 Nov 2007 21:28:10 +0100, Steffen Kamper wrote with subject "[TYPO3-dev] error with turkish language": > Hi, > > with trunk version i get this error when selecting turkish language: > > Fatal error: Call to undefined method tslib_fe::setUrlIdToken() in > /var/www/web1/html/typo3/sysext/cms/tslib/index_ts.php on line 415 > > Does anyone has a clue what happens or what i should look for? so et seems that a turkish site can be shown in ansi charcode, ther is exact one characer wich needs to be coded in utf-8. Maybe you got just this character in a page-alias and TYPO3 stumbles above it when generating a link to this page in using the alias as page-id index.php?id=specialcharstring! or specialcharstring!.0.html Bernd -- Don't ask what the TYPO3-community can do for you. Ask what you can do for the TYPO3-community. http://www.pi-phi.de/t3v4/cheatsheet.html From steffen at sk-typo3.de Tue Nov 27 00:14:19 2007 From: steffen at sk-typo3.de (Steffen Kamper) Date: Tue, 27 Nov 2007 00:14:19 +0100 Subject: [TYPO3-dev] error with turkish language References: Message-ID: "Bernd Wilke" schrieb im Newsbeitrag news:mailman.1.1196118344.8376.typo3-dev at lists.netfielders.de... > On Mon, 26 Nov 2007 21:28:10 +0100, Steffen Kamper wrote > with subject "[TYPO3-dev] error with turkish language": > >> Hi, >> >> with trunk version i get this error when selecting turkish language: >> >> Fatal error: Call to undefined method tslib_fe::setUrlIdToken() in >> /var/www/web1/html/typo3/sysext/cms/tslib/index_ts.php on line 415 >> >> Does anyone has a clue what happens or what i should look for? > > so et seems that a turkish site can be shown in ansi charcode, ther is > exact one characer wich needs to be coded in utf-8. > Maybe you got just this character in a page-alias and TYPO3 stumbles above > it when generating a link to this page in using the alias as page-id > index.php?id=specialcharstring! or specialcharstring!.0.html > > Bernd > > -- > Don't ask what the TYPO3-community can do for you. > Ask what you can do for the TYPO3-community. > > http://www.pi-phi.de/t3v4/cheatsheet.html Hi Bernd, there is nothing special (no realurl, no simulateStatic) It's a rudiment dev server with trunk and some apllied patches. You can see the error by yourself http://www.steffenkamper.info/index.php?id=7 all is utf8. vg Steffen From patrick at typo3quebec.org Tue Nov 27 00:48:11 2007 From: patrick at typo3quebec.org (Patrick Gaumond) Date: Mon, 26 Nov 2007 18:48:11 -0500 Subject: [TYPO3-dev] Page tree search box In-Reply-To: References: Message-ID: Ingmar Schlecht wrote: > So I'd propose to disable it until someone implements the functionality > to not only search the currently displayed pages but also AJAX-search > the whole tree with even the branches that are not expanded at that time. > > What do you think? +1 In current state it's useless because the tree isn't refresh to show only what you're typing or doing the search in leaves that are closed. If there was an "X" on its right, I'm pretty sure most people would had close it... Patrick From typo3 at jhpc.de Tue Nov 27 01:10:19 2007 From: typo3 at jhpc.de (Helmut Hummel) Date: Tue, 27 Nov 2007 01:10:19 +0100 Subject: [TYPO3-dev] error with turkish language In-Reply-To: References: Message-ID: Steffen Kamper schrieb: > "Bernd Wilke" schrieb im Newsbeitrag > news:mailman.1.1196118344.8376.typo3-dev at lists.netfielders.de... >> On Mon, 26 Nov 2007 21:28:10 +0100, Steffen Kamper wrote >> with subject "[TYPO3-dev] error with turkish language": >> >>> Hi, >>> >>> with trunk version i get this error when selecting turkish language: >>> >>> Fatal error: Call to undefined method tslib_fe::setUrlIdToken() in >>> /var/www/web1/html/typo3/sysext/cms/tslib/index_ts.php on line 415 >>> >>> Does anyone has a clue what happens or what i should look for? At least you'r not alone: http://bugs.typo3.org/view.php?id=6627 > there is nothing special (no realurl, no simulateStatic) > It's a rudiment dev server with trunk and some apllied patches. But realurl is installed, isn't it? > You can see the error by yourself > http://www.steffenkamper.info/index.php?id=7 really strange -- lib.salutation = TEXT lib.salutation.value = Kind regards, Helmut lib.salutation.lang.de = Viele Gr??e, Helmut From steffen at sk-typo3.de Tue Nov 27 01:27:31 2007 From: steffen at sk-typo3.de (Steffen Kamper) Date: Tue, 27 Nov 2007 01:27:31 +0100 Subject: [TYPO3-dev] error with turkish language References: Message-ID: Hi Helmut, "Helmut Hummel" schrieb im Newsbeitrag news:mailman.1.1196122201.8820.typo3-dev at lists.netfielders.de... > Steffen Kamper schrieb: >> "Bernd Wilke" schrieb im Newsbeitrag >> news:mailman.1.1196118344.8376.typo3-dev at lists.netfielders.de... >>> On Mon, 26 Nov 2007 21:28:10 +0100, Steffen Kamper wrote >>> with subject "[TYPO3-dev] error with turkish language": >>> >>>> Hi, >>>> >>>> with trunk version i get this error when selecting turkish language: >>>> >>>> Fatal error: Call to undefined method tslib_fe::setUrlIdToken() in >>>> /var/www/web1/html/typo3/sysext/cms/tslib/index_ts.php on line 415 >>>> >>>> Does anyone has a clue what happens or what i should look for? > > At least you'r not alone: > http://bugs.typo3.org/view.php?id=6627 > >> there is nothing special (no realurl, no simulateStatic) >> It's a rudiment dev server with trunk and some apllied patches. > > But realurl is installed, isn't it? nope - just basic > >> You can see the error by yourself >> http://www.steffenkamper.info/index.php?id=7 > > really strange > yeah - i don't see the problem yet. installing turkish (i don't speak one word) is only to test some issues. Glad not to have to have a working turkish site there yet. but i don't know atm what to search for ... vg STeffen > > -- > lib.salutation = TEXT > lib.salutation.value = Kind regards, Helmut > lib.salutation.lang.de = Viele Gr??e, Helmut From mack at xnos.org Tue Nov 27 10:16:35 2007 From: mack at xnos.org (Benjamin Mack) Date: Tue, 27 Nov 2007 10:16:35 +0100 Subject: [TYPO3-dev] Page tree search box In-Reply-To: References: Message-ID: Hey Ingmar, yeah, I don't use it at all. I propose three processes * First, make it look nice, we need to style it so that it looks good. Ingo already had some stuff going, I think it's a good * Make this box optional through userTS (or a sysext) * Make this box disabled by default I still want to work on improvements for the pagetree for 4.2, maybe I can take care of that too. Kasper's JS was preliminary anyway. greetings, benni. -SDG- www.xnos.de // www.xnos.org Ingmar Schlecht wrote: > Hi guys, > > those of you running their TYPO3 installation on the last TYPO3 source > from SVN trunk have had the JavaScript based page tree search box around > for a while now. > > I'm wondering if we really need it: All the time I have not used it a > single time, and I don't find it particularly useful because it does > nothing that couldn't be done with the normal firefox CTRL+F search. > > So I'd propose to disable it until someone implements the functionality > to not only search the currently displayed pages but also AJAX-search > the whole tree with even the branches that are not expanded at that time. > > What do you think? > > cheers > Ingmar > From mail at maltejansen.de Tue Nov 27 10:18:46 2007 From: mail at maltejansen.de (Malte Jansen) Date: Tue, 27 Nov 2007 10:18:46 +0100 Subject: [TYPO3-dev] Problem with debugging In-Reply-To: References: Message-ID: >> i checked your patch but it didn't worked proper. The scrollbar appears >> but with the wrong height, it seems that the width of the div is >> calculated wrong (100% - debug-height) >> I tried a little but was not able to fix, may be you're more lucky. >> >> vg Steffen >> > > width = height > I would have a solution, if it would also work in the IE with position:fixed. For the IE could be some extra CSS like: top: expression( ( 10 + ( ignoreMe = document.body.scrollTop ) ) + 'px' ); But I'm not sure, if we should use this.... Cheers, Malte From mack at xnos.org Tue Nov 27 10:28:01 2007 From: mack at xnos.org (Benjamin Mack) Date: Tue, 27 Nov 2007 10:28:01 +0100 Subject: [TYPO3-dev] Problem with debugging In-Reply-To: References: Message-ID: Hey Malte, for IE6 I calculate the height of the body through Javascript (check the source) since it has problems with that. So, JS is ok in the BE. Anyway, could you contact me via IM / Skype, I also have another idea of solving the debugging issue. greetings, benni. -SDG- www.xnos.de // www.xnos.org Malte Jansen wrote: >>> i checked your patch but it didn't worked proper. The scrollbar appears >>> but with the wrong height, it seems that the width of the div is >>> calculated wrong (100% - debug-height) >>> I tried a little but was not able to fix, may be you're more lucky. >>> >>> vg Steffen >>> >> width = height >> > > > I would have a solution, if it would also work in the IE with > position:fixed. > > For the IE could be some extra CSS like: > top: expression( ( 10 + ( ignoreMe = document.body.scrollTop ) ) + 'px' ); > > But I'm not sure, if we should use this.... > > Cheers, > > Malte > _______________________________________________ > TYPO3-dev mailing list > TYPO3-dev at lists.netfielders.de > http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev From ingmar at typo3.org Tue Nov 27 10:31:23 2007 From: ingmar at typo3.org (Ingmar Schlecht) Date: Tue, 27 Nov 2007 10:31:23 +0100 Subject: [TYPO3-dev] Page tree search box In-Reply-To: References: Message-ID: Hi Benni, Benjamin Mack schrieb: > Hey Ingmar, > > yeah, I don't use it at all. > > I propose three processes > * First, make it look nice, we need to style it so that it looks good. > Ingo already had some stuff going, I think it's a good > * Make this box optional through userTS (or a sysext) > * Make this box disabled by default Full ACK. > I still want to work on improvements for the pagetree for 4.2, maybe I > can take care of that too. Kasper's JS was preliminary anyway. Looking forward to that! cheers Ingmar -- Ingmar Schlecht TYPO3 Association Active Member From mail at maltejansen.de Tue Nov 27 10:32:34 2007 From: mail at maltejansen.de (Malte Jansen) Date: Tue, 27 Nov 2007 10:32:34 +0100 Subject: [TYPO3-dev] Problem with debugging In-Reply-To: References: Message-ID: Benjamin Mack schrieb: > Hey Malte, > > for IE6 I calculate the height of the body through Javascript (check the > source) since it has problems with that. So, JS is ok in the BE. > > Anyway, could you contact me via IM / Skype, I also have another idea of > solving the debugging issue. > > greetings, > benni. > -SDG- Hi Benni, I will call you tomorrow. Today I have some other issues to do. Cheers, Malte From steffen at sk-typo3.de Tue Nov 27 11:31:33 2007 From: steffen at sk-typo3.de (Steffen Kamper) Date: Tue, 27 Nov 2007 11:31:33 +0100 Subject: [TYPO3-dev] Page tree search box References: Message-ID: "Benjamin Mack" schrieb im Newsbeitrag news:mailman.2453.1196155014.14020.typo3-dev at lists.netfielders.de... > Hey Ingmar, > > yeah, I don't use it at all. > > I propose three processes > * First, make it look nice, we need to style it so that it looks good. > Ingo already had some stuff going, I think it's a good > * Make this box optional through userTS (or a sysext) > * Make this box disabled by default > > I still want to work on improvements for the pagetree for 4.2, maybe I can > take care of that too. Kasper's JS was preliminary anyway. > > +1 on that vg Steffen From steffen at sk-typo3.de Tue Nov 27 11:51:19 2007 From: steffen at sk-typo3.de (Steffen Kamper) Date: Tue, 27 Nov 2007 11:51:19 +0100 Subject: [TYPO3-dev] error with turkish language References: Message-ID: "Steffen Kamper" schrieb im Newsbeitrag news:mailman.1.1196118806.8378.typo3-dev at lists.netfielders.de... > > "Bernd Wilke" schrieb im Newsbeitrag > news:mailman.1.1196118344.8376.typo3-dev at lists.netfielders.de... >> On Mon, 26 Nov 2007 21:28:10 +0100, Steffen Kamper wrote >> with subject "[TYPO3-dev] error with turkish language": >> >>> Hi, >>> >>> with trunk version i get this error when selecting turkish language: >>> >>> Fatal error: Call to undefined method tslib_fe::setUrlIdToken() in >>> /var/www/web1/html/typo3/sysext/cms/tslib/index_ts.php on line 415 >>> >>> Does anyone has a clue what happens or what i should look for? >> >> so et seems that a turkish site can be shown in ansi charcode, ther is >> exact one characer wich needs to be coded in utf-8. >> Maybe you got just this character in a page-alias and TYPO3 stumbles >> above >> it when generating a link to this page in using the alias as page-id >> index.php?id=specialcharstring! or specialcharstring!.0.html >> >> Bernd >> >> -- >> Don't ask what the TYPO3-community can do for you. >> Ask what you can do for the TYPO3-community. >> >> http://www.pi-phi.de/t3v4/cheatsheet.html > > Hi Bernd, > > there is nothing special (no realurl, no simulateStatic) > It's a rudiment dev server with trunk and some apllied patches. > > You can see the error by yourself > http://www.steffenkamper.info/index.php?id=7 > > all is utf8. > vg Steffen > I found the reason for the Problem, but it's definitive frustrating. It's a PHP-Bug with turkish locale: No static method works where a capitol I is in the name of the function. I renamed setUrlIdToken and got following error: Fatal error: Call to undefined method t3lib_DB::exec_INSERTquery() in /var/www/web1/html/typo3/sysext/cms/tslib/class.tslib_fe.php on line 2587 so this is really fatal, and it's a new bug in php 5.2.4 - i hope for bugfix ... vg Steffen From steffen at sk-typo3.de Tue Nov 27 11:58:55 2007 From: steffen at sk-typo3.de (Steffen Kamper) Date: Tue, 27 Nov 2007 11:58:55 +0100 Subject: [TYPO3-dev] error with turkish language References: Message-ID: here the official one: http://bugs.php.net/bug.php?id=35050 vg Steffen From typo3dev2007 at geithware.de Tue Nov 27 12:02:11 2007 From: typo3dev2007 at geithware.de (Stefan Geith) Date: Tue, 27 Nov 2007 12:02:11 +0100 Subject: [TYPO3-dev] Refresh-Bug in 4.2 Rev.2775 ? Message-ID: Hi Devs, I updated to the latest Revision (=2775 ) of 4.2-dev and Now have the following problem: - Logged in to the backend since less then 5 minutes - Web/Listmode: Create new Content-Element 'Pagecontent' on a page - Change Type 'Text' to another type e.g. 'Insert plugin' - Confirm JS-Alert '... refresh the display?' Now there comes a JS-Alert with 'Your login has probably expired' After confirming I get a Popup with Startscreen and logout-Button but no page-refresh is executed. Can anybody confirm this bug ? - Stefan P.S. Should I have posted this on the core-list ? From news at ringerge.org Tue Nov 27 12:05:37 2007 From: news at ringerge.org (Georg Ringer) Date: Tue, 27 Nov 2007 12:05:37 +0100 Subject: [TYPO3-dev] Refresh-Bug in 4.2 Rev.2775 ? In-Reply-To: References: Message-ID: Stefan Geith schrieb: > Can anybody confirm this bug ? only in IE? georg From typo3dev2007 at geithware.de Tue Nov 27 12:13:17 2007 From: typo3dev2007 at geithware.de (Stefan Geith) Date: Tue, 27 Nov 2007 12:13:17 +0100 Subject: [TYPO3-dev] Refresh-Bug in 4.2 Rev.2775 ? In-Reply-To: <474BF933.8090402@geithware.de> References: <474BF933.8090402@geithware.de> Message-ID: After some research I found out: It occurs only when - changing from content-types 'Text'/'Text w/image' - with RTE enabled to another content Type RTE disabled: all OK Changing from other Content-Types: also OK - Stefan Stefan Geith schrieb: > Hi Devs, > > I updated to the latest Revision (=2775 ) of 4.2-dev > and Now have the following problem: > > - Logged in to the backend since less then 5 minutes > - Web/Listmode: Create new Content-Element 'Pagecontent' on a page > - Change Type 'Text' to another type e.g. 'Insert plugin' > - Confirm JS-Alert '... refresh the display?' > > Now there comes a JS-Alert with > 'Your login has probably expired' > After confirming I get a Popup with Startscreen and logout-Button > but no page-refresh is executed. > > Can anybody confirm this bug ? > > - > Stefan > > > > P.S. > Should I have posted this on the core-list ? -- Stefan Geith Geithware Softwareentwicklung und Hardware Rosengasse 10 - D-97070 W?rzburg Tel.: 0931 / 13748 Fax: 13772 typo3dev2007 at geithware.de From steffen at sk-typo3.de Tue Nov 27 12:12:00 2007 From: steffen at sk-typo3.de (Steffen Kamper) Date: Tue, 27 Nov 2007 12:12:00 +0100 Subject: [TYPO3-dev] Refresh-Bug in 4.2 Rev.2775 ? References: Message-ID: "Stefan Geith" schrieb im Newsbeitrag news:mailman.2478.1196161344.14020.typo3-dev at lists.netfielders.de... > Hi Devs, > > I updated to the latest Revision (=2775 ) of 4.2-dev > and Now have the following problem: > > - Logged in to the backend since less then 5 minutes > - Web/Listmode: Create new Content-Element 'Pagecontent' on a page > - Change Type 'Text' to another type e.g. 'Insert plugin' > - Confirm JS-Alert '... refresh the display?' > > Now there comes a JS-Alert with > 'Your login has probably expired' > After confirming I get a Popup with Startscreen and logout-Button > but no page-refresh is executed. > > Can anybody confirm this bug ? > > - > Stefan > > > > P.S. > Should I have posted this on the core-list ? > Hi Stefan, i have this issue not only with last dev. Some investigations showed, that $BE_USER was empty. Do you have cal installed? In TCA there is a creation of a BE_USER-Object if it's not available, and the reason for that is the loading order in index. vg Steffen From steffen at sk-typo3.de Tue Nov 27 12:21:59 2007 From: steffen at sk-typo3.de (Steffen Kamper) Date: Tue, 27 Nov 2007 12:21:59 +0100 Subject: [TYPO3-dev] Refresh-Bug in 4.2 Rev.2775 ? References: <474BF933.8090402@geithware.de> Message-ID: "Stefan Geith" schrieb im Newsbeitrag news:mailman.2482.1196162013.14020.typo3-dev at lists.netfielders.de... After some research I found out: It occurs only when - changing from content-types 'Text'/'Text w/image' - with RTE enabled to another content Type RTE disabled: all OK Changing from other Content-Types: also OK - Stefan I can't confirm this behavior on my installation (latest trunk) vg Steffen From plehn at rz.uni-wuerzburg.de Tue Nov 27 12:33:37 2007 From: plehn at rz.uni-wuerzburg.de (Hartmut Plehn) Date: Tue, 27 Nov 2007 12:33:37 +0100 Subject: [TYPO3-dev] problems with cache hashes Message-ID: We occasionally observe massive performance problems during which all http-processes have status waiting until all open process slots are occupied. Analyzing the problem showed that in this situation the mysql daemon has hundreds of "locked" processes of the form SELECT S.* FROM cache_pages S,pages P WHERE S.hash='c0e6fccd30de20a5fdeddbe4601de76c' while at the same time there is one process with DELETE FROM cache_pages WHERE page_id IN (46772) which is presumably causing the locks. The page with id 46772 contains a content element that is used with different sets of parameters resulting in hundreds of "different" page realurl's based on this one content element. The two extensions for which the problem mainly occurs are cal and one that is developed by ourselves for internal use. In "normal" situations the load of the db server is way below 1. The problem can be avoided by clearing the full FE-cache before making changes to the page with id 46772. But that can't be the intended behavior? I admit that I do not really understand the Typo3 caching mechanisms and chash mysteries according to http://typo3.org/development/articles/the-mysteries-of-chash/, although I think that the extensions do not have "useless parameters". Can anybody provide some more information about the topic and hints how to solve it? Would it make sense to disable the cache for theses pages or the realurl CHashCache alltogether? Thanks in advance! -- Hartmut Plehn, Universitaet Wuerzburg From typo3dev2007 at geithware.de Tue Nov 27 12:36:16 2007 From: typo3dev2007 at geithware.de (Stefan Geith) Date: Tue, 27 Nov 2007 12:36:16 +0100 Subject: [TYPO3-dev] Refresh-Bug in 4.2 Rev.2775 ? In-Reply-To: References: Message-ID: Hi Georg, Georg Ringer schrieb: > Stefan Geith schrieb: >> Can anybody confirm this bug ? > > only in IE? IE6 and FF2 others not tested. - Stefan > > georg > _______________________________________________ > TYPO3-dev mailing list > TYPO3-dev at lists.netfielders.de > http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev From typo3dev2007 at geithware.de Tue Nov 27 12:48:58 2007 From: typo3dev2007 at geithware.de (Stefan Geith) Date: Tue, 27 Nov 2007 12:48:58 +0100 Subject: [TYPO3-dev] Refresh-Bug in 4.2 Rev.2775 ? In-Reply-To: References: Message-ID: Steffen Kamper schrieb: > "Stefan Geith" schrieb im Newsbeitrag > news:mailman.2478.1196161344.14020.typo3-dev at lists.netfielders.de... >> Hi Devs, >> >> I updated to the latest Revision (=2775 ) of 4.2-dev >> and Now have the following problem: >> >> - Logged in to the backend since less then 5 minutes >> - Web/Listmode: Create new Content-Element 'Pagecontent' on a page >> - Change Type 'Text' to another type e.g. 'Insert plugin' >> - Confirm JS-Alert '... refresh the display?' >> >> Now there comes a JS-Alert with >> 'Your login has probably expired' >> After confirming I get a Popup with Startscreen and logout-Button >> but no page-refresh is executed. ..... > i have this issue not only with last dev. > Some investigations showed, that $BE_USER was empty. > > Do you have cal installed? In TCA there is a creation of a BE_USER-Object if > it's not available, and the reason for that is the loading order in index. No, 'cal' is not installed. I think it has to do with RTE. On IE6 and FF2 I get (different) JS-Error-messages when the Content-Element Text initializes the RTE rtehtmlarea 1.4.4 is installed (should be the latest ...) ON FF2 I get this JS-Error: ---------------------------- Fehler: each is not defined Quelldatei: http://sartorius.geithware.de/typo3temp/rtehtmlarea_htmlarea_b315864c7aba0a6cba94190912fda5bb.js Zeile: 1227 HTMLArea.prototype.registerPlugin2 = function(plugin, args) { if (typeof(plugin) == "string") { var plugin = eval(plugin); // this is line 1227 ... }; if (typeof(plugin) == "undefined") { HTMLArea._appendToLog("ERROR [HTMLArea::registerPlugin]: Can't register undefined plugin."); return false; }; ON IE6 I get: ------------- Line: 1228 Character: 3 Error: 'lastIndexOf is undefined' Code: 0 File: http://....de/typo3/alt_doc.php?returnUrl=db_list.php%3Fid%3D46%26table%3D&edit[tt_content][38]=edit From Martin.Kutschker at n0spam-blackbox.net Tue Nov 27 13:18:34 2007 From: Martin.Kutschker at n0spam-blackbox.net (Martin Kutschker) Date: Tue, 27 Nov 2007 13:18:34 +0100 Subject: [TYPO3-dev] error with turkish language In-Reply-To: References: Message-ID: Steffen Kamper schrieb: > > It's a PHP-Bug with turkish locale: No static method works where a capitol I > is in the name of the function. > I renamed setUrlIdToken and got following error: > Fatal error: Call to undefined method t3lib_DB::exec_INSERTquery() in > /var/www/web1/html/typo3/sysext/cms/tslib/class.tslib_fe.php on line 2587 > > so this is really fatal, and it's a new bug in php 5.2.4 - i hope for bugfix Wow, that's an amazing bug!!! Nice to see, that even the PHP developers are clueless when it comes to the subtleties of localization ;-) Masi PS: They ran into the same problem like TYPO3 does with supposedly case insensitive markers. From mail at maltejansen.de Tue Nov 27 13:19:54 2007 From: mail at maltejansen.de (Malte Jansen) Date: Tue, 27 Nov 2007 13:19:54 +0100 Subject: [TYPO3-dev] Refresh-Bug in 4.2 Rev.2775 ? In-Reply-To: References: Message-ID: Hi, this errors occurs if I'm updating the trunk and have opened a session, which needs something, which is updated. - Empty typo3conf-Cache - Close/Restart your Browser and login in again. Somewhere there is something cached, which let's this error occure. Works for me fine ;) Cheers, Malte Stefan Geith schrieb: > Hi Devs, > > I updated to the latest Revision (=2775 ) of 4.2-dev > and Now have the following problem: > > - Logged in to the backend since less then 5 minutes > - Web/Listmode: Create new Content-Element 'Pagecontent' on a page > - Change Type 'Text' to another type e.g. 'Insert plugin' > - Confirm JS-Alert '... refresh the display?' > > Now there comes a JS-Alert with > 'Your login has probably expired' > After confirming I get a Popup with Startscreen and logout-Button > but no page-refresh is executed. > > Can anybody confirm this bug ? > > - > Stefan > > > > P.S. > Should I have posted this on the core-list ? > From Martin.Kutschker at n0spam-blackbox.net Tue Nov 27 13:23:11 2007 From: Martin.Kutschker at n0spam-blackbox.net (Martin Kutschker) Date: Tue, 27 Nov 2007 13:23:11 +0100 Subject: [TYPO3-dev] error with turkish language In-Reply-To: References: Message-ID: Steffen Kamper schrieb: > > I found the reason for the Problem, but it's definitive frustrating. > > It's a PHP-Bug with turkish locale: No static method works where a capitol I > is in the name of the function. > I renamed setUrlIdToken and got following error: > Fatal error: Call to undefined method t3lib_DB::exec_INSERTquery() in > /var/www/web1/html/typo3/sysext/cms/tslib/class.tslib_fe.php on line 2587 And so on... But say, do you really need the locale? If you don't use strftime() or case modifictions (in TS) etc you can use the standard C locale. Masi From dmitry at typo3.org Tue Nov 27 13:37:16 2007 From: dmitry at typo3.org (Dmitry Dulepov [typo3]) Date: Tue, 27 Nov 2007 14:37:16 +0200 Subject: [TYPO3-dev] Refresh-Bug in 4.2 Rev.2775 ? In-Reply-To: References: Message-ID: Hi! Steffen Kamper wrote: > Do you have cal installed? In TCA there is a creation of a BE_USER-Object if > it's not available, and the reason for that is the loading order in index. In TCA??? TCA is an array of fields of primitive types. -- Dmitry Dulepov TYPO3 core team Web: http://typo3bloke.net/ Skype: callto:liels_bugs From dmitry at typo3.org Tue Nov 27 13:39:04 2007 From: dmitry at typo3.org (Dmitry Dulepov [typo3]) Date: Tue, 27 Nov 2007 14:39:04 +0200 Subject: [TYPO3-dev] problems with cache hashes In-Reply-To: References: Message-ID: Hi! Hartmut Plehn wrote: > Can anybody provide some more information about the topic and hints how to > solve it? Would it make sense to disable the cache for theses pages or the > realurl CHashCache alltogether? Solution: use InnoDb for cache_* tables. Disabling cache is worse than you have now because your server will be constantly under stress. -- Dmitry Dulepov TYPO3 core team Web: http://typo3bloke.net/ Skype: callto:liels_bugs From steffen at sk-typo3.de Tue Nov 27 13:40:22 2007 From: steffen at sk-typo3.de (Steffen Kamper) Date: Tue, 27 Nov 2007 13:40:22 +0100 Subject: [TYPO3-dev] error with turkish language References: Message-ID: "Martin Kutschker" schrieb im Newsbeitrag news:mailman.1.1196166191.20767.typo3-dev at lists.netfielders.de... > Steffen Kamper schrieb: >> >> I found the reason for the Problem, but it's definitive frustrating. >> >> It's a PHP-Bug with turkish locale: No static method works where a >> capitol I is in the name of the function. >> I renamed setUrlIdToken and got following error: >> Fatal error: Call to undefined method t3lib_DB::exec_INSERTquery() in >> /var/www/web1/html/typo3/sysext/cms/tslib/class.tslib_fe.php on line 2587 > > And so on... > > But say, do you really need the locale? If you don't use strftime() or > case modifictions (in TS) etc you can use the standard C locale. > > Masi Hi Masi, I need locale e.g. for cal to have the right names for months, days etc. And remember the bug in indexed_search? Ok, maybe without locale it will work. I'm glad that i don't have a client atm want turkish language :-) But what happens if? Then I have to say: ok, but no chance for cal. vg Steffen From steffen at sk-typo3.de Tue Nov 27 13:44:09 2007 From: steffen at sk-typo3.de (Steffen Kamper) Date: Tue, 27 Nov 2007 13:44:09 +0100 Subject: [TYPO3-dev] Refresh-Bug in 4.2 Rev.2775 ? References: Message-ID: "Dmitry Dulepov [typo3]" schrieb im Newsbeitrag news:mailman.1.1196167034.17578.typo3-dev at lists.netfielders.de... > Hi! > > Steffen Kamper wrote: >> Do you have cal installed? In TCA there is a creation of a BE_USER-Object >> if it's not available, and the reason for that is the loading order in >> index. > > In TCA??? TCA is an array of fields of primitive types. > > -- > Dmitry Dulepov > TYPO3 core team > Web: http://typo3bloke.net/ > Skype: callto:liels_bugs sorry my abbr. - in TCA means TCA-configuration in tca.php. if(!is_object($GLOBALS['BE_USER'])) { define('TYPO3_PROCEED_IF_NO_USER', true); //patch for crawler $GLOBALS['BE_USER'] = t3lib_div::makeInstance('t3lib_beUserAuth'); // New backend user object $GLOBALS['BE_USER']->start(); // Object is initialized $GLOBALS['BE_USER']->backendCheckLogin(); // Checking if there's a user logged in define('TYPO3_PROCEED_IF_NO_USER', false); } this is needed to add access control for be_users and be_groups (calendars and categories) vg Steffen From typo3dev2007 at geithware.de Tue Nov 27 14:04:23 2007 From: typo3dev2007 at geithware.de (Stefan Geith) Date: Tue, 27 Nov 2007 14:04:23 +0100 Subject: [TYPO3-dev] Refresh-Bug in 4.2 Rev.2775 ? In-Reply-To: References: Message-ID: Hi Malte, Malte Jansen schrieb: > Hi, > > this errors occurs if I'm updating the trunk and have opened a session, > which needs something, which is updated. > > - Empty typo3conf-Cache Done > - Close/Restart your Browser and login in again. Done > Somewhere there is something cached, which let's this error occure. > > Works for me fine ;) ... but doesn't work for me :( I have now diabled RTE with RTE.default.disabled=1 This helps - at least for my Test-Sites, where I don't need RTE ... - Stefan > Cheers, > > Malte > > Stefan Geith schrieb: >> Hi Devs, >> >> I updated to the latest Revision (=2775 ) of 4.2-dev >> and Now have the following problem: >> >> - Logged in to the backend since less then 5 minutes >> - Web/Listmode: Create new Content-Element 'Pagecontent' on a page >> - Change Type 'Text' to another type e.g. 'Insert plugin' >> - Confirm JS-Alert '... refresh the display?' >> >> Now there comes a JS-Alert with >> 'Your login has probably expired' >> After confirming I get a Popup with Startscreen and logout-Button >> but no page-refresh is executed. >> >> Can anybody confirm this bug ? >> >> - >> Stefan >> >> >> >> P.S. >> Should I have posted this on the core-list ? >> > _______________________________________________ > TYPO3-dev mailing list > TYPO3-dev at lists.netfielders.de > http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev -- Stefan Geith Geithware Softwareentwicklung und Hardware Rosengasse 10 - D-97070 W?rzburg Tel.: 0931 / 13748 Fax: 13772 typo3dev2007 at geithware.de From steffen at sk-typo3.de Tue Nov 27 14:03:52 2007 From: steffen at sk-typo3.de (Steffen Kamper) Date: Tue, 27 Nov 2007 14:03:52 +0100 Subject: [TYPO3-dev] error with turkish language References: Message-ID: "Martin Kutschker" schrieb im Newsbeitrag news:mailman.1.1196165914.20767.typo3-dev at lists.netfielders.de... > Steffen Kamper schrieb: >> >> It's a PHP-Bug with turkish locale: No static method works where a >> capitol I is in the name of the function. >> I renamed setUrlIdToken and got following error: >> Fatal error: Call to undefined method t3lib_DB::exec_INSERTquery() in >> /var/www/web1/html/typo3/sysext/cms/tslib/class.tslib_fe.php on line 2587 >> >> so this is really fatal, and it's a new bug in php 5.2.4 - i hope for >> bugfix > > Wow, that's an amazing bug!!! > > Nice to see, that even the PHP developers are clueless when it comes to > the subtleties of localization ;-) > > Masi > > PS: They ran into the same problem like TYPO3 does with supposedly case > insensitive markers. how true (and sad) but if you look to the date of the original bugpost, this problem exists now over 2 years, and that is really unbelievable. So TYPO3 can handle the localization when using the right methods, you know that better than me ;-) vg Steffen From Martin.Kutschker at n0spam-blackbox.net Tue Nov 27 14:04:55 2007 From: Martin.Kutschker at n0spam-blackbox.net (Martin Kutschker) Date: Tue, 27 Nov 2007 14:04:55 +0100 Subject: [TYPO3-dev] error with turkish language In-Reply-To: References: Message-ID: Steffen Kamper schrieb: > "Martin Kutschker" schrieb im > Newsbeitrag > news:mailman.1.1196166191.20767.typo3-dev at lists.netfielders.de... >> Steffen Kamper schrieb: >>> I found the reason for the Problem, but it's definitive frustrating. >>> >>> It's a PHP-Bug with turkish locale: No static method works where a >>> capitol I is in the name of the function. >>> I renamed setUrlIdToken and got following error: >>> Fatal error: Call to undefined method t3lib_DB::exec_INSERTquery() in >>> /var/www/web1/html/typo3/sysext/cms/tslib/class.tslib_fe.php on line 2587 >> And so on... >> >> But say, do you really need the locale? If you don't use strftime() or >> case modifictions (in TS) etc you can use the standard C locale. >> >> Masi > > Hi Masi, > > I need locale e.g. for cal to have the right names for months, days etc. > And remember the bug in indexed_search? Ok, maybe without locale it will > work. There is a workaround if you can set those names via stdWrap. Create a userfunc that switches from C to turkish, calls strftime and switches back to C. Masi From steffen at sk-typo3.de Tue Nov 27 14:07:15 2007 From: steffen at sk-typo3.de (Steffen Kamper) Date: Tue, 27 Nov 2007 14:07:15 +0100 Subject: [TYPO3-dev] error with turkish language References: Message-ID: "Martin Kutschker" schrieb im Newsbeitrag news:mailman.1.1196168696.29637.typo3-dev at lists.netfielders.de... > Steffen Kamper schrieb: >> "Martin Kutschker" schrieb im >> Newsbeitrag >> news:mailman.1.1196166191.20767.typo3-dev at lists.netfielders.de... >>> Steffen Kamper schrieb: >>>> I found the reason for the Problem, but it's definitive frustrating. >>>> >>>> It's a PHP-Bug with turkish locale: No static method works where a >>>> capitol I is in the name of the function. >>>> I renamed setUrlIdToken and got following error: >>>> Fatal error: Call to undefined method t3lib_DB::exec_INSERTquery() in >>>> /var/www/web1/html/typo3/sysext/cms/tslib/class.tslib_fe.php on line >>>> 2587 >>> And so on... >>> >>> But say, do you really need the locale? If you don't use strftime() or >>> case modifictions (in TS) etc you can use the standard C locale. >>> >>> Masi >> >> Hi Masi, >> >> I need locale e.g. for cal to have the right names for months, days etc. >> And remember the bug in indexed_search? Ok, maybe without locale it will >> work. > > There is a workaround if you can set those names via stdWrap. Create a > userfunc that switches from C to turkish, calls strftime and switches back > to C. > > Masi good to know - i will look to this in cal and check that, thx. vg Steffen From bart at REM-IT-sonik.pl Tue Nov 27 14:18:29 2007 From: bart at REM-IT-sonik.pl (Bartosz Aninowski) Date: Tue, 27 Nov 2007 14:18:29 +0100 Subject: [TYPO3-dev] set page title of current single record and user_int Message-ID: Hi My single record is rendered by USER_INT plugin. This is USER_INT because I have to count visits of particular record (viewed 212 times) I need to set page title to name of single record. Is it possible to do that? $GLOBALS['TSFE']->page['title'] = $title doesn;t work because this is rendered before USER_INT is called and next time whole page except USER_INT is load from cache. Bart From steffen at sk-typo3.de Tue Nov 27 14:25:50 2007 From: steffen at sk-typo3.de (Steffen Kamper) Date: Tue, 27 Nov 2007 14:25:50 +0100 Subject: [TYPO3-dev] set page title of current single record and user_int References: Message-ID: Hi, "Bartosz Aninowski" schrieb im Newsbeitrag news:mailman.1.1196169512.27800.typo3-dev at lists.netfielders.de... > Hi > My single record is rendered by USER_INT plugin. > This is USER_INT because I have to count visits of particular record > (viewed 212 times) > I need to set page title to name of single record. Is it possible to do > that? > $GLOBALS['TSFE']->page['title'] = $title doesn;t work because this is > rendered before USER_INT is called and next time whole page except > USER_INT is load from cache. > > Bart > as you mentioned it's not possible. But you can do it with COA_INT in USER-Extension http://www.sk-typo3.de/COA_INT-in-Extensions.190.0.html it's in german but code is international ;-) vg Steffen From Martin.Kutschker at n0spam-blackbox.net Tue Nov 27 15:18:48 2007 From: Martin.Kutschker at n0spam-blackbox.net (Martin Kutschker) Date: Tue, 27 Nov 2007 15:18:48 +0100 Subject: [TYPO3-dev] set page title of current single record and user_int In-Reply-To: References: Message-ID: Steffen Kamper schrieb: > Hi, > > "Bartosz Aninowski" schrieb im Newsbeitrag > news:mailman.1.1196169512.27800.typo3-dev at lists.netfielders.de... >> Hi >> My single record is rendered by USER_INT plugin. >> This is USER_INT because I have to count visits of particular record >> (viewed 212 times) >> I need to set page title to name of single record. Is it possible to do >> that? >> $GLOBALS['TSFE']->page['title'] = $title doesn;t work because this is >> rendered before USER_INT is called and next time whole page except >> USER_INT is load from cache. >> >> Bart >> > > as you mentioned it's not possible. But you can do it with COA_INT in > USER-Extension > http://www.sk-typo3.de/COA_INT-in-Extensions.190.0.html And how dows this help? AFAIR TYPO3 sets the page title and caches it. Any USER_INT cannot alter it. What it can do is to alter the title used for indexing. So the oage shows up with that name in the result of the indexed search. Masi From bart at REM-IT-sonik.pl Tue Nov 27 15:21:20 2007 From: bart at REM-IT-sonik.pl (Bartosz Aninowski) Date: Tue, 27 Nov 2007 15:21:20 +0100 Subject: [TYPO3-dev] set page title of current single record and user_int References: Message-ID: >> as you mentioned it's not possible. But you can do it with COA_INT in >> USER-Extension >> http://www.sk-typo3.de/COA_INT-in-Extensions.190.0.html > > And how dows this help? AFAIR TYPO3 sets the page title and caches it. Any > USER_INT cannot alter it. What it can do is to alter the title used for > indexing. So the oage shows up with that name in the result of the indexed > search. When USER is generated, page title is set. When USER_INT is called (inside USER), counter visits is changed. From mack at xnos.org Tue Nov 27 15:34:16 2007 From: mack at xnos.org (Benjamin Mack) Date: Tue, 27 Nov 2007 15:34:16 +0100 Subject: [TYPO3-dev] Page tree search box In-Reply-To: References: Message-ID: Actually, I gave it some thought and I'd like to remove it completely, also in the new installer. I'd like to have this universal search box on the top of the BE to be quite good so everybody uses that one... why having a second search box right below the other search box? The first (and only) search box should be sooo good that we don't need another one at no place in the BE ;-) Don't know how to do it yet but hey --- the google boys do it too :). -- greetings, benni. -SDG- www.xnos.de // www.xnos.org From Martin.Kutschker at n0spam-blackbox.net Tue Nov 27 15:50:34 2007 From: Martin.Kutschker at n0spam-blackbox.net (Martin Kutschker) Date: Tue, 27 Nov 2007 15:50:34 +0100 Subject: [TYPO3-dev] Page tree search box In-Reply-To: References: Message-ID: Benjamin Mack schrieb: > * Make this box disabled by default No. The new policy was to enable features by default, so they are not list to the majority of users. Masi PS: I agree that the usability as-is is somewhat limited. OTOH, an auto-expansion of the closed sub-branches would make this tool really cool. Such a filter would be also very handy in the element browser which is currently not useful with large trees. From bart at REM-IT-sonik.pl Tue Nov 27 15:55:08 2007 From: bart at REM-IT-sonik.pl (Bartosz Aninowski) Date: Tue, 27 Nov 2007 15:55:08 +0100 Subject: [TYPO3-dev] set page title of current single record and user_int References: Message-ID: > as you mentioned it's not possible. But you can do it with COA_INT in > USER-Extension > http://www.sk-typo3.de/COA_INT-in-Extensions.190.0.html > > it's in german but code is international ;-) > > vg Steffen works perfect thanks for tip Steffen From mack at xnos.org Tue Nov 27 16:02:24 2007 From: mack at xnos.org (Benjamin Mack) Date: Tue, 27 Nov 2007 16:02:24 +0100 Subject: [TYPO3-dev] Page tree search box In-Reply-To: References: Message-ID: Hey, Martin Kutschker wrote: > No. The new policy was to enable features by default, so they are not list > to the majority of users. great, then we should only commit features that are usable for the majority from now on. I don't see a benefit here for most users, also the new feature to put the "not-in-menu" items to the bottom is quite ok for some users but not for the majority IMHO. People agreed to disable this feature as well. So I don't know why this policy wasn't used then? I'm glad Kasper works on new ideas, but all of us should have commented when his patch was lying around for quite some time in the core list before he commited it. What about this: This feature get's enabled once the tree holds more than 50 items in it ;-) > PS: I agree that the usability as-is is somewhat limited. OTOH, an > auto-expansion of the closed sub-branches would make this tool really cool. > Such a filter would be also very handy in the element browser which is > currently not useful with large trees. Yeah, we need a good an well-thought idea + system for that. I'll discuss this in the HCI team. -- greetings, benni. -SDG- www.xnos.de // www.xnos.org From dmitry at typo3.org Tue Nov 27 16:01:48 2007 From: dmitry at typo3.org (Dmitry Dulepov [typo3]) Date: Tue, 27 Nov 2007 17:01:48 +0200 Subject: [TYPO3-dev] Page tree search box In-Reply-To: References: Message-ID: Hi! Benjamin Mack wrote: > * Make this box disabled by default I was in favor of this for some time. But for now I just do not "see" it on the screen. It is kind of "furniture" for me now: stays but never used :) -- Dmitry Dulepov TYPO3 core team Web: http://typo3bloke.net/ Skype: callto:liels_bugs From Martin.Kutschker at n0spam-blackbox.net Tue Nov 27 16:15:54 2007 From: Martin.Kutschker at n0spam-blackbox.net (Martin Kutschker) Date: Tue, 27 Nov 2007 16:15:54 +0100 Subject: [TYPO3-dev] Page tree search box In-Reply-To: References: Message-ID: Benjamin Mack schrieb: > Hey, > > Martin Kutschker wrote: >> No. The new policy was to enable features by default, so they are not >> list to the majority of users. > > great, then we should only commit features that are usable for the > majority from now on. It shouldn't be a problem if it can disabled on a user per basis. But it is as the user setup UI doesn't show all options. So IMHO we should do two things before we disable the box by default: a) make it really usable (eg with the AJAX subtree thingy) b) make the user setup UI usable (show all UI options) Masi From mack at xnos.org Tue Nov 27 16:30:32 2007 From: mack at xnos.org (Benjamin Mack) Date: Tue, 27 Nov 2007 16:30:32 +0100 Subject: [TYPO3-dev] Page tree search box In-Reply-To: References: Message-ID: Hey, Martin Kutschker wrote: > It shouldn't be a problem if it can disabled on a user per basis. But it is > as the user setup UI doesn't show all options. I tend to disagree. As seen on many instruction meetings, editors / admins always were groaning when they first saw the BE. I don't want to overload it more for new users. I also think: If 80% of the users don't use it, we should have it as a "Enable search box in page tree" option. > So IMHO we should do two things before we disable the box by default: > > a) make it really usable (eg with the AJAX subtree thingy) > b) make the user setup UI usable (show all UI options) Yep. completely agreed. Unfortunately I don't have time for this before 4.2 since there is tons of other work in the BE that needs more attention than a search field for the page tree. Means: If no other raises his hand right now, it will be left half-baken until then. (Especially your point "b"). OK. So here is what I think: We should remove it completely for now (from the source control as well, we still have it existing) and re-introduce it with 4.3 again. One of my big plans for 4.3 is the re-birth of the user task center so it's quite usable. Also, work for the pagetree never ends ;-) so I think we could work on this for 4.3. Same problem is the topapps sysext that is shipped with every installation but half-baked and not installed by default. Either one decides to work on it and wants to finish one or I think we should move it to TER. Just my two cents... also, Kasper, it's not against you, I'm just concerned about have a clean and good BE interface... -- greetings, benni. -SDG- www.xnos.de // www.xnos.org From dmitry at typo3.org Tue Nov 27 16:34:26 2007 From: dmitry at typo3.org (Dmitry Dulepov [typo3]) Date: Tue, 27 Nov 2007 17:34:26 +0200 Subject: [TYPO3-dev] Page tree search box In-Reply-To: References: Message-ID: Hi! Benjamin Mack wrote: > great, then we should only commit features that are usable for the > majority from now on. I don't see a benefit here for most users, also > the new feature to put the "not-in-menu" items to the bottom is quite ok > for some users but not for the majority IMHO. People agreed to disable > this feature as well. So I don't know why this policy wasn't used then? And I agree too. That feature removes natural tree sorting. I cannot put sysfolders where I want them to be! Not good. Stupid machine thinks that it is cleaver than I. I really hate that. > I'm glad Kasper works on new ideas, but all of us should have commented > when his patch was lying around for quite some time in the core list > before he commited it. I did. I wanted this both things to be off by default. But programmer's spirit usually wins in combat with end-user spirit, so rest of the team decided to enable these features by default. I am not happy about it but I see and acknowledge the main reason: to present new features to people. That sounds good from programmer's point of view. User may not be prepared to it but he will see that something was done since release of 4.1 ;) > What about this: This feature get's enabled once the tree holds more > than 50 items in it ;-) What about this: this feature is enabled only through the update wizard? This was the reason to have it in typo3! :) -- Dmitry Dulepov TYPO3 core team Web: http://typo3bloke.net/ Skype: callto:liels_bugs From steffen at sk-typo3.de Tue Nov 27 16:38:19 2007 From: steffen at sk-typo3.de (Steffen Kamper) Date: Tue, 27 Nov 2007 16:38:19 +0100 Subject: [TYPO3-dev] Page tree search box References: Message-ID: "Benjamin Mack" schrieb im Newsbeitrag news:mailman.2536.1196177451.14020.typo3-dev at lists.netfielders.de... > Hey, > > Martin Kutschker wrote: >> It shouldn't be a problem if it can disabled on a user per basis. But it >> is as the user setup UI doesn't show all options. > I tend to disagree. As seen on many instruction meetings, editors / admins > always were groaning when they first saw the BE. I don't want to overload > it more for new users. I also think: If 80% of the users don't use it, we > should have it as a "Enable search box in page tree" option. > >> So IMHO we should do two things before we disable the box by default: >> >> a) make it really usable (eg with the AJAX subtree thingy) >> b) make the user setup UI usable (show all UI options) > Yep. completely agreed. Unfortunately I don't have time for this before > 4.2 since there is tons of other work in the BE that needs more attention > than a search field for the page tree. Means: If no other raises his hand > right now, it will be left half-baken until then. (Especially your point > "b"). > > OK. So here is what I think: > We should remove it completely for now (from the source control as well, > we still have it existing) and re-introduce it with 4.3 again. One of my > big plans for 4.3 is the re-birth of the user task center so it's quite > usable. Also, work for the pagetree never ends ;-) so I think we could > work on this for 4.3. > Same problem is the topapps sysext that is shipped with every installation > but half-baked and not installed by default. Either one decides to work on > it and wants to finish one or I think we should move it to TER. > > Just my two cents... also, Kasper, it's not against you, I'm just > concerned about have a clean and good BE interface... > > -- > greetings, > benni. > -SDG- > > www.xnos.de // www.xnos.org Hi benni, full ack from my side. Time is running and there are a lot of half-finished things that has to be finished first. It's better to concentrate on that to have a good stable release instead of having many new features but half finished. I'm also astonished that you have so much duties (especially for BE) and there are only some weeks left, but i really admire you're work and energy. vg Steffen From dmitry at typo3.org Tue Nov 27 16:37:30 2007 From: dmitry at typo3.org (Dmitry Dulepov [typo3]) Date: Tue, 27 Nov 2007 17:37:30 +0200 Subject: [TYPO3-dev] Page tree search box In-Reply-To: References: Message-ID: Hi! Benjamin Mack wrote: > I tend to disagree. As seen on many instruction meetings, editors / > admins always were groaning when they first saw the BE. I don't want to > overload it more for new users. I also think: If 80% of the users don't > use it, we should have it as a "Enable search box in page tree" option. Again +1. Benni, you read my mind :) > Just my two cents... also, Kasper, it's not against you, I'm just > concerned about have a clean and good BE interface... I am quite sure he will understand :) -- Dmitry Dulepov TYPO3 core team Web: http://typo3bloke.net/ Skype: callto:liels_bugs From Martin.Kutschker at n0spam-blackbox.net Tue Nov 27 16:41:46 2007 From: Martin.Kutschker at n0spam-blackbox.net (Martin Kutschker) Date: Tue, 27 Nov 2007 16:41:46 +0100 Subject: [TYPO3-dev] Page tree search box In-Reply-To: References: Message-ID: Benjamin Mack schrieb: > Hey, > > Martin Kutschker wrote: >> It shouldn't be a problem if it can disabled on a user per basis. But >> it is as the user setup UI doesn't show all options. > > I tend to disagree. As seen on many instruction meetings, editors / > admins always were groaning when they first saw the BE. I don't want to > overload it more for new users. I also think: If 80% of the users don't > use it, we should have it as a "Enable search box in page tree" option. If you - as an admin - don't like it you can disable it for all users in the group TS. But you as an admin should also see all new featues at once to decide if you like/need them or not. Masi From Martin.Kutschker at n0spam-blackbox.net Tue Nov 27 16:45:04 2007 From: Martin.Kutschker at n0spam-blackbox.net (Martin Kutschker) Date: Tue, 27 Nov 2007 16:45:04 +0100 Subject: [TYPO3-dev] Page tree search box In-Reply-To: References: Message-ID: Dmitry Dulepov [typo3] schrieb: > Hi! > > Benjamin Mack wrote: >> great, then we should only commit features that are usable for the >> majority from now on. I don't see a benefit here for most users, also >> the new feature to put the "not-in-menu" items to the bottom is quite >> ok for some users but not for the majority IMHO. People agreed to >> disable this feature as well. So I don't know why this policy wasn't >> used then? > > And I agree too. That feature removes natural tree sorting. I cannot put > sysfolders where I want them to be! Not good. Stupid machine thinks that > it is cleaver than I. I really hate that. Well, I don't like it either, but see my reasoning for making it a default. > I did. I wanted this both things to be off by default. But programmer's > spirit usually wins in combat with end-user spirit, so rest of the team > decided to enable these features by default. I am not happy about it but > I see and acknowledge the main reason: to present new features to > people. That sounds good from programmer's point of view. User may not > be prepared to it but he will see that something was done since release > of 4.1 ;) That's also what most programs/OS' do. Show new features but have switches to turn them off or to revert to an old behaviour. Masi From steffen at sk-typo3.de Tue Nov 27 16:46:20 2007 From: steffen at sk-typo3.de (Steffen Kamper) Date: Tue, 27 Nov 2007 16:46:20 +0100 Subject: [TYPO3-dev] Page tree search box References: Message-ID: "Martin Kutschker" schrieb im Newsbeitrag news:mailman.1.1196178106.31758.typo3-dev at lists.netfielders.de... > Benjamin Mack schrieb: >> Hey, >> >> Martin Kutschker wrote: >>> It shouldn't be a problem if it can disabled on a user per basis. But it >>> is as the user setup UI doesn't show all options. > > >> I tend to disagree. As seen on many instruction meetings, editors / >> admins always were groaning when they first saw the BE. I don't want to >> overload it more for new users. I also think: If 80% of the users don't >> use it, we should have it as a "Enable search box in page tree" option. > > If you - as an admin - don't like it you can disable it for all users in > the group TS. But you as an admin should also see all new featues at once > to decide if you like/need them or not. > > Masi you're right if the feature is finished and working. If not it should disappear because it's a gimmick and not a feature. And the searchbox / new order has status of a gimmick atm vg Steffen From sebastiaan at framed.nl Tue Nov 27 16:53:34 2007 From: sebastiaan at framed.nl (Sebastiaan van Parijs) Date: Tue, 27 Nov 2007 16:53:34 +0100 Subject: [TYPO3-dev] Setting up a cHash/indexed search extention problems. Message-ID: Hey there, So im reading this great artikel "The Mysteries Of &cHash" and im wondering how do i convert my old 3.8.0 extention to this Cached hopefully indexed searchable plugin. Its a products extention with pi1 search plugin and pi2 as content "show me the products" plugin. So is there anyone how can help me out with a basic step-by-step walkthrough, what i need to check and do, to get it "cHash-ed" and "indexed search" proof. Kind regards, Sebastiaan From mack at xnos.org Tue Nov 27 17:03:38 2007 From: mack at xnos.org (Benjamin Mack) Date: Tue, 27 Nov 2007 17:03:38 +0100 Subject: [TYPO3-dev] Page tree search box In-Reply-To: References: Message-ID: Hey, Martin Kutschker wrote: > If you - as an admin - don't like it you can disable it for all users in > the group TS. But you as an admin should also see all new featues at once > to decide if you like/need them or not. Yes, this makes complete sense. But should I add a TSconfig to every page I upgrade to 4.2 ? This'll take quite some time. Enough talking for me today, I'll go back to work. I'm better in coding than talking... ;-). You know my solution, we'll leave it for the Release Manager to remove half-finished features before the release. -- greetings, benni. -SDG- www.xnos.de // www.xnos.org From Martin.Kutschker at n0spam-blackbox.net Tue Nov 27 17:35:13 2007 From: Martin.Kutschker at n0spam-blackbox.net (Martin Kutschker) Date: Tue, 27 Nov 2007 17:35:13 +0100 Subject: [TYPO3-dev] Page tree search box In-Reply-To: References: Message-ID: Benjamin Mack schrieb: > Hey, > > Martin Kutschker wrote: >> If you - as an admin - don't like it you can disable it for all users >> in the group TS. But you as an admin should also see all new featues >> at once to decide if you like/need them or not. > Yes, this makes complete sense. But should I add a TSconfig to every > page I upgrade to 4.2 ? This'll take quite some time. Why page TS? Should be user TS, which BTW can even be added in the installer. Masi From mack at xnos.org Tue Nov 27 17:42:22 2007 From: mack at xnos.org (Benjamin Mack) Date: Tue, 27 Nov 2007 17:42:22 +0100 Subject: [TYPO3-dev] Page tree search box In-Reply-To: References: Message-ID: Sorry, wrong wording. "to every page" = "to every installation". Of course it's userTS. -- greetings, benni. -SDG- www.xnos.de // www.xnos.org From liste at 123fertig.com Tue Nov 27 19:09:15 2007 From: liste at 123fertig.com (Oliver Krammer) Date: Tue, 27 Nov 2007 19:09:15 +0100 Subject: [TYPO3-dev] Caching Images for an Extentions Message-ID: Hi Everybody, I want to create a XML output of the Typo3 content for the FE. This will be look like this:
Test?berschrift
02_k.jpg Alternativer Text Titel Text image 8 Now i will replace the tag with the cached image because this is the direct output of tt_content. I thought that there is a function for caching images but i don't found it. How will the image caching work with the default html output of the website ? I am searching throw the code for some days and haven't found the right place. Thanx for helping!! Cheers Oliver From dmitry at typo3.org Tue Nov 27 20:02:31 2007 From: dmitry at typo3.org (Dmitry Dulepov [typo3]) Date: Tue, 27 Nov 2007 21:02:31 +0200 Subject: [TYPO3-dev] Caching Images for an Extentions In-Reply-To: References: Message-ID: Hi! Oliver Krammer wrote: > How will the image caching work with the default html output of the > website ? I am searching throw the code for some days and haven't > found the right place. There is a cObject named IMAGE (see in typo3/sysext/cms/tslib/class.tslib_content.php). It creates cached images while rest of page is generated and returns the file name for the image. It does some magic on image properties so that it does not have to regenerate image if cache is cleared. In other words, it may determine that generated image already exists and will just return path to that image. -- Dmitry Dulepov TYPO3 core team Web: http://typo3bloke.net/ Skype: callto:liels_bugs From olivier.dobberkau at dkd.de Tue Nov 27 23:54:26 2007 From: olivier.dobberkau at dkd.de (Olivier Dobberkau) Date: Tue, 27 Nov 2007 23:54:26 +0100 Subject: [TYPO3-dev] problems with cache hashes In-Reply-To: References: Message-ID: Dmitry Dulepov [typo3] schrieb: > Solution: use InnoDb for cache_* tables. Disabling cache is worse than > you have now because your server will be constantly under stress. Sorry Dmitry, But InnoDb seems to me to be a workaround only. We experience the same problems once in a while too. To me this look rather like a unhappy coincidence with the creating of the index of the pagecontent while clearing the cache at the same time. it seems that deleting the caches is not fast enough on isam tables if then someone pounds on your server with some nice indexed search queries you will see your load go berserk. my opinion is to make sure: no creation of page caches thru the frontend. no deleting of page caches with high result sets. no registering of more than 3 chashes per page by default use static page caching for static content i am willing to provide you with a test szenario. greetings ! olivier From mail at maltejansen.de Wed Nov 28 00:02:23 2007 From: mail at maltejansen.de (Malte Jansen) Date: Wed, 28 Nov 2007 00:02:23 +0100 Subject: [TYPO3-dev] problems with cache hashes In-Reply-To: References: Message-ID: Olivier Dobberkau schrieb: > Dmitry Dulepov [typo3] schrieb: > it seems that deleting the caches is not fast enough on isam tables Hi! You can check this, if you lock the table while deleting the cache. Cheers, Malte From ingo at typo3.org Wed Nov 28 00:02:27 2007 From: ingo at typo3.org (Ingo Renner) Date: Wed, 28 Nov 2007 00:02:27 +0100 Subject: [TYPO3-dev] Page tree search box In-Reply-To: References: Message-ID: Benjamin Mack wrote: > The first (and only) search box should be sooo good that we don't need > another one at no place in the BE ;-) Don't know how to do it yet search plugins! (like in sherlock on Mac) by that extension could define how and in which fields to look for the terms the user entered... Ingo -- Ingo Renner TYPO3 Core Developer, Release Manager TYPO3 4.2 From ralf at jazzcon.de Wed Nov 28 01:33:54 2007 From: ralf at jazzcon.de (Ralf Reinecke) Date: Wed, 28 Nov 2007 01:33:54 +0100 Subject: [TYPO3-dev] hook for insert plugin into content Message-ID: Hi! is there any hook available for insert plugin and maybe another one for deselecting the plugin from the content list? Where could I find these hooks? Thanks, regards, Ralf From bart at neeneenee.de Wed Nov 28 08:37:26 2007 From: bart at neeneenee.de (Eckhard M. =?ISO-8859-1?Q?J=E4ger?=) Date: Wed, 28 Nov 2007 08:37:26 +0100 Subject: [TYPO3-dev] SweeTS 1.15 is available Message-ID: We started with SweeTS 1.15 on the way back from the T3CON'07 when we were influenced by all the feedback. Tobias Goldkuhle which i meet in Karksruhe submited some code too. Overall new links, more macros and some bugfixes. We go on with porting SweeTS to Linux/ gEdit too. We got some more gEdit plugins and a very nice color theme too. We still looking for somebody doing the XML RPC job for Typo3 and for gEdit in Python. If you are interested please drop us a line. http://typo3.area42.de/ - Mit freundlichen Gr??en Eckhard M. J?ger Gesch?ftsf?hrung Creative Director area42 GmbH Agentur & Systempartner K?penicker Strasse 8a 10997 Berlin Telefon +49 30. 447 82 37 Telefax +49 30. 446 53 974 http://www.area42.de From rockysynergy at max-source.com Wed Nov 28 09:02:13 2007 From: rockysynergy at max-source.com (Rocky Ou) Date: Wed, 28 Nov 2007 16:02:13 +0800 Subject: [TYPO3-dev] Copy over page tree in BE module script Message-ID: Hey, In my BE module plugin, I need to copy a section with sub-pages and different types of contents reside in each page of the site to another site on the same TYPO3 installation. Just like click on the pop up menu and select copy then past into / after in BE's page tree.Can any of you give me a hint on how to achieve this please? Thanks a lot in advance! Blessings, Rocky From mack at xnos.org Wed Nov 28 09:16:47 2007 From: mack at xnos.org (Benjamin Mack) Date: Wed, 28 Nov 2007 09:16:47 +0100 Subject: [TYPO3-dev] Copy over page tree in BE module script In-Reply-To: References: Message-ID: Have you tried the import / export function? Rocky Ou wrote: > Hey, > > In my BE module plugin, I need to copy a section with sub-pages and > different types of contents reside in each page of the site to another > site on the same TYPO3 installation. Just like click on the pop up menu > and select copy then past into / after in BE's page tree.Can any of you > give me a hint on how to achieve this please? > > Thanks a lot in advance! > Blessings, > Rocky > _______________________________________________ > TYPO3-dev mailing list > TYPO3-dev at lists.netfielders.de > http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev -- greetings, benni. -SDG- www.xnos.de // www.xnos.org From dmitry at typo3.org Wed Nov 28 09:18:03 2007 From: dmitry at typo3.org (Dmitry Dulepov [typo3]) Date: Wed, 28 Nov 2007 10:18:03 +0200 Subject: [TYPO3-dev] problems with cache hashes In-Reply-To: References: Message-ID: Hi! Olivier Dobberkau wrote: > Sorry Dmitry, > > But InnoDb seems to me to be a workaround only. Well, if run database server, you should know what tables types are fit for. MyISAM does not work well for concurent read-write access. InnoDB is designed for it. So it is not a workaround but a professional solution. > To me this look rather like a unhappy coincidence with the creating of > the index of the pagecontent while clearing the cache at the same time. You are working in multithread concurent environment! This is how it is supposed to be. -- Dmitry Dulepov TYPO3 core team Web: http://typo3bloke.net/ Skype: callto:liels_bugs From typo3ml at andreaswolf.info Wed Nov 28 09:46:07 2007 From: typo3ml at andreaswolf.info (Andreas Wolf) Date: Wed, 28 Nov 2007 09:46:07 +0100 Subject: [TYPO3-dev] Page tree search box In-Reply-To: References: Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi Ingo et al. ;) >> The first (and only) search box should be sooo good that we don't need >> another one at no place in the BE ;-) Don't know how to do it yet > > search plugins! (like in sherlock on Mac) > > by that extension could define how and in which fields to look for the > terms the user entered... An idea that came to my mind right now: Could this perhaps be useful for the list-view? I remember that there has been some discussion about such a feature a while ago, and somebody even started to implement it. With plugins it would be possible to e.g. search party-records where the name is stored in another table, or to query arbitrary fields, configurable via TS or by the extension-author. I implemented something similar for adding records to be-fields, I hope to be able to release a first version today - just search the thread "Make selecting records via AJAX possible (like GoogleSuggest)". Cheers, Andreas -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHTSrPHWtXp155bP8RAp7hAJ4wP5XB+5QRTJdDLCqPT8DrKo68TACeMf+u NlW/WfXrEe0LRCG+08SHpXc= =cGRB -----END PGP SIGNATURE----- From typo3ml at andreaswolf.info Wed Nov 28 09:46:16 2007 From: typo3ml at andreaswolf.info (Andreas Wolf) Date: Wed, 28 Nov 2007 09:46:16 +0100 Subject: [TYPO3-dev] New Pagetree In-Reply-To: References: Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Just read some of the ~900 posts left unread in my ml-folder and stumbled over this one... >> i tried, but the extension doesn't work with the new pagetree >> - filterfield not shown >> - options.pageTree.dontSeparateNotinmenuPages was overwritten >> - no expand/collapse in contextmenu > > Let's make Pagetreetools compatible and become a sysext ! +1, I also like these tools, but I see one problem: If you may highlight pages in the tree with arbitrary colors, it becomes harder for users to find those pages that have workspace-versions, because they are shown with a different background-color too. So we would need to change their style, perhaps add an icon or change the type-setting. Apart from that, great idea! Cheers, Andreas -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHTSrYHWtXp155bP8RAntFAJ0RFItiX7JqiVR6fAgIrnQy64MmGACeKKK9 pPnsePYOx1OIkU7L9NpA2Sk= =UKjl -----END PGP SIGNATURE----- From rockysynergy at max-source.com Wed Nov 28 09:49:38 2007 From: rockysynergy at max-source.com (Rocky Ou) Date: Wed, 28 Nov 2007 16:49:38 +0800 Subject: [TYPO3-dev] Copy over page tree in BE module script In-Reply-To: References: Message-ID: Benjamin Mack wrote: > Have you tried the import / export function? > > Rocky Ou wrote: >> Hey, >> >> In my BE module plugin, I need to copy a section with sub-pages and >> different types of contents reside in each page of the site to another >> site on the same TYPO3 installation. Just like click on the pop up >> menu and select copy then past into / after in BE's page tree.Can any >> of you give me a hint on how to achieve this please? >> >> Thanks a lot in advance! >> Blessings, >> Rocky >> _______________________________________________ >> TYPO3-dev mailing list >> TYPO3-dev at lists.netfielders.de >> http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev > Hey Benjamin, Thanks for your quick reply! I will try it now... Blessings, Rocky From liste at 123fertig.com Wed Nov 28 11:59:36 2007 From: liste at 123fertig.com (Oliver Krammer) Date: Wed, 28 Nov 2007 11:59:36 +0100 Subject: [TYPO3-dev] Caching Images for an Extentions In-Reply-To: References: Message-ID: Many Thanx !!!!! That was the right hint! I used it like this: $file = 'uploads/pics/'.$value; // thumbnails $imgTSConfig = Array(); $imgTSConfig['file'] = $file; $imgTSConfig['file.']['maxW'] =300; $imgTSConfig['file.']['maxH'] = 300; $info= $this->cObj->getImgResource($file,$imgTSConfig['file.']); // Print out only the image link; $data=$info[3]; Greetinx Oliver From dmitry at typo3.org Wed Nov 28 14:25:01 2007 From: dmitry at typo3.org (Dmitry Dulepov [typo3]) Date: Wed, 28 Nov 2007 15:25:01 +0200 Subject: [TYPO3-dev] Copy over page tree in BE module script In-Reply-To: References: Message-ID: Hi! Rocky Ou wrote: > In my BE module plugin, I need to copy a section with sub-pages and > different types of contents reside in each page of the site to another > site on the same TYPO3 installation. Just like click on the pop up menu > and select copy then past into / after in BE's page tree.Can any of you > give me a hint on how to achieve this please? Through TCEMain. It has copy/move/delete/etc actions. -- Dmitry Dulepov TYPO3 core team Web: http://typo3bloke.net/ Skype: callto:liels_bugs From olivier.dobberkau at dkd.de Wed Nov 28 14:38:44 2007 From: olivier.dobberkau at dkd.de (Olivier Dobberkau) Date: Wed, 28 Nov 2007 14:38:44 +0100 Subject: [TYPO3-dev] problems with cache hashes In-Reply-To: References: Message-ID: Dmitry Dulepov [typo3] schrieb: > Hi! > > Olivier Dobberkau wrote: >> Sorry Dmitry, >> >> But InnoDb seems to me to be a workaround only. > > Well, if run database server, you should know what tables types are fit > for. MyISAM does not work well for concurent read-write access. InnoDB > is designed for it. So it is not a workaround but a professional solution. > >> To me this look rather like a unhappy coincidence with the creating of >> the index of the pagecontent while clearing the cache at the same time. > > You are working in multithread concurent environment! This is how it is > supposed to be. > If i tell you that the Problems occured in InnoDB.... The Caching and Indexing Stuff was not made for Pages > 100 My two eurocents Interessted in a Soultion? And does this work with dbal? :-) Olivier From dmitry at typo3.org Wed Nov 28 14:56:36 2007 From: dmitry at typo3.org (Dmitry Dulepov [typo3]) Date: Wed, 28 Nov 2007 15:56:36 +0200 Subject: [TYPO3-dev] problems with cache hashes In-Reply-To: References: Message-ID: Olivier Dobberkau wrote: > If i tell you that the Problems occured in InnoDB.... I would be very interested to hear it :) I switched to InnoDb more than a year ago after reasearching similar lock problems and never had them. > The Caching and Indexing Stuff was not made for Pages > 100 Indexing - definitely. > And does this work with dbal? :-) I think yes. DBAL is supposed to correct all these things. -- Dmitry Dulepov TYPO3 core team Web: http://typo3bloke.net/ Skype: callto:liels_bugs From typo3 at rvt.dds.nl Wed Nov 28 15:08:37 2007 From: typo3 at rvt.dds.nl (ries van Twisk) Date: Wed, 28 Nov 2007 09:08:37 -0500 Subject: [TYPO3-dev] problems with cache hashes In-Reply-To: References: Message-ID: As far as I know TYPO3 doesn't require InnoDB to be installed, if so and there are problems in the area mentioned, shouldn't TYPO3 not come with a proper solution? This is what TYPO3 folks always has been doing. OR TYPO3 should come with a requirement that MySQL needs to be installed and InnoDB MUSt be enabled. OR At least a warning should be issues during installation and/or in the installed tool that InnoDB is not used and thus caching will not work properly. But I don't think we cannot just ignore the issues we are having. just my 2 cents. Ries On Nov 28, 2007, at 8:56 AM, Dmitry Dulepov [typo3] wrote: > Olivier Dobberkau wrote: >> If i tell you that the Problems occured in InnoDB.... > > I would be very interested to hear it :) I switched to InnoDb more > than a year ago after reasearching similar lock problems and never > had them. > >> The Caching and Indexing Stuff was not made for Pages > 100 > > Indexing - definitely. > >> And does this work with dbal? :-) > > I think yes. DBAL is supposed to correct all these things. > > -- > Dmitry Dulepov > TYPO3 core team > Web: http://typo3bloke.net/ > Skype: callto:liels_bugs > _______________________________________________ From dmitry at typo3.org Wed Nov 28 15:13:55 2007 From: dmitry at typo3.org (Dmitry Dulepov [typo3]) Date: Wed, 28 Nov 2007 16:13:55 +0200 Subject: [TYPO3-dev] problems with cache hashes In-Reply-To: References: Message-ID: Hi! ries van Twisk wrote: > As far as I know TYPO3 doesn't require InnoDB to be installed, > if so and there are problems in the area mentioned, > shouldn't TYPO3 not come with a proper solution? This > is what TYPO3 folks always has been doing. Yes, TYPO3 does not require InnoDb because many hosters still have that disabled. But TYPO3 folks already changed engine type for those tables to InnoDb and said in NEWS.txt that you are supposed to use InnoDb for these tables if you want good performance :) > TYPO3 should come with a requirement that MySQL needs to be installed > and InnoDB MUSt be enabled. Not everyone needs that. In any case you will get much better performance with InnoDb & cache_* tables, so I assume major companies already use that at least for the sake of database stability. MyISAM crashes tables too often. > At least a warning should be issues during installation and/or in the > installed tool > that InnoDB is not used and thus caching will not work properly. It depends on what you call "work properly" ;) But I agree: the warning should eb shown that InnoDb is not enabled and performance may be compromized. > But I don't think we cannot just ignore the issues we are having. I agree. May be Thomas can include this check in his new Setup module? -- Dmitry Dulepov TYPO3 core team Web: http://typo3bloke.net/ Skype: callto:liels_bugs From typo3 at rvt.dds.nl Wed Nov 28 15:47:31 2007 From: typo3 at rvt.dds.nl (ries van Twisk) Date: Wed, 28 Nov 2007 09:47:31 -0500 Subject: [TYPO3-dev] problems with cache hashes In-Reply-To: References: Message-ID: On Nov 28, 2007, at 9:13 AM, Dmitry Dulepov [typo3] wrote: > Hi! > > ries van Twisk wrote: >> As far as I know TYPO3 doesn't require InnoDB to be installed, >> if so and there are problems in the area mentioned, >> shouldn't TYPO3 not come with a proper solution? This >> is what TYPO3 folks always has been doing. > > Yes, TYPO3 does not require InnoDb because many hosters still have > that disabled. But TYPO3 folks already changed engine type for those > tables to InnoDb and said in NEWS.txt that you are supposed to use > InnoDb for these tables if you want good performance :) Sorry, I did understood that this discussion was about problems with cache hashes and deadlocks, and not directly about performance (indirectly it is because of the locks) > > >> TYPO3 should come with a requirement that MySQL needs to be installed >> and InnoDB MUSt be enabled. > > Not everyone needs that. In any case you will get much better > performance with InnoDb & cache_* tables, so I assume major > companies already use that at least for the sake of database > stability. MyISAM crashes tables too often. aren't deadlocks problematic and might accure even on smaller sites? > > >> At least a warning should be issues during installation and/or in the >> installed tool >> that InnoDB is not used and thus caching will not work properly. > > It depends on what you call "work properly" ;) But I agree: the > warning should eb shown that InnoDb is not enabled and performance > may be compromized. I call 'work properly' the opposite of 'doesn't work properly' :D if TYPO3 can create dealocks in a database that is set to MyISAM then I don't think that typo3 doesn't do something properly, that is if we say TYPO3 needs MySQL + MyISAM as a minimal requirement. I hope I express correctly, but we all know what I am saying. > > >> But I don't think we cannot just ignore the issues we are having. > > I agree. May be Thomas can include this check in his new Setup module? > > -- > Dmitry Dulepov > TYPO3 core team > Web: http://typo3bloke.net/ > Skype: callto:liels_bugs > _______________________________________________ > TYPO3-dev mailing list > TYPO3-dev at lists.netfielders.de > http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev -- Ries van Twisk Freelance TYPO3 Developer email: ries at vantwisk.nl web: http://www.rvantwisk.nl/ skype: callto://r.vantwisk Phone: + 1 810-476-4193 From dmitry at typo3.org Wed Nov 28 16:47:07 2007 From: dmitry at typo3.org (Dmitry Dulepov [typo3]) Date: Wed, 28 Nov 2007 17:47:07 +0200 Subject: [TYPO3-dev] problems with cache hashes In-Reply-To: References: Message-ID: Hi! ries van Twisk wrote: > I did understood that this discussion was about problems with cache > hashes and deadlocks, and not directly about performance (indirectly it > is because of the locks) I mentioned locks there too. In my case it was not fatal but in other cases it can be. > aren't deadlocks problematic and might accure even on smaller sites? If you od not use indexing and have cache in external files, than chances for dealock is much smaller for small sites. > I call 'work properly' the opposite of 'doesn't work properly' :D Hm. Nice one! :D -- Dmitry Dulepov TYPO3 core team Web: http://typo3bloke.net/ Skype: callto:liels_bugs From typo3-german-02 at oliverklee.de Wed Nov 28 17:51:32 2007 From: typo3-german-02 at oliverklee.de (Oliver Klee) Date: Wed, 28 Nov 2007 17:51:32 +0100 Subject: [TYPO3-dev] Page tree search box In-Reply-To: References: Message-ID: Hi, let's remove/disable it by default! +1 Oliver From steffen at sk-typo3.de Wed Nov 28 20:38:12 2007 From: steffen at sk-typo3.de (Steffen Kamper) Date: Wed, 28 Nov 2007 20:38:12 +0100 Subject: [TYPO3-dev] IE memory leaks Message-ID: Hi, i'm struggling with memory leaks in IE with JS and AJAX and want to introduce you a tool that shows them very clear, I love the tool: sIEve http://home.orange.nl/jsrosman/ vg Steffen From martin.kutschker-n0spam at no5pam-blackbox.net Wed Nov 28 21:17:44 2007 From: martin.kutschker-n0spam at no5pam-blackbox.net (Martin Kutschker) Date: Wed, 28 Nov 2007 21:17:44 +0100 Subject: [TYPO3-dev] Page tree search box In-Reply-To: References: Message-ID: Ingmar Schlecht schrieb: > Hi guys, > > those of you running their TYPO3 installation on the last TYPO3 source > from SVN trunk have had the JavaScript based page tree search box around > for a while now. > > I'm wondering if we really need it: All the time I have not used it a > single time, and I don't find it particularly useful because it does > nothing that couldn't be done with the normal firefox CTRL+F search. > > So I'd propose to disable it until someone implements the functionality > to not only search the currently displayed pages but also AJAX-search > the whole tree with even the branches that are not expanded at that time. > > What do you think? Maybe the box could be shown at the bottom (next to "reload page tree")? Less intrusive. For those who want options I propose a user TS setting with three states: bottom (default) top hidden Masi From rockysynergy at max-source.com Thu Nov 29 07:49:37 2007 From: rockysynergy at max-source.com (Rocky Ou) Date: Thu, 29 Nov 2007 14:49:37 +0800 Subject: [TYPO3-dev] Copy over page tree in BE module script In-Reply-To: References: Message-ID: Dmitry Dulepov [typo3] wrote: > Hi! > > Rocky Ou wrote: >> In my BE module plugin, I need to copy a section with sub-pages and >> different types of contents reside in each page of the site to another >> site on the same TYPO3 installation. Just like click on the pop up >> menu and select copy then past into / after in BE's page tree.Can any >> of you give me a hint on how to achieve this please? > > Through TCEMain. It has copy/move/delete/etc actions. > Hey Dmitry, Thank you very much! Yes, this might works. But TCEMain just works for 1 record at a time. I have to copy over a section with lots of pages and the pages has different type of the content. Therefore, I used export and import function provided by TYPO3 core. Blessings, Rocky From johnny at slipcasemedia.com Thu Nov 29 09:16:39 2007 From: johnny at slipcasemedia.com (Johnny Peck) Date: Wed, 28 Nov 2007 22:16:39 -1000 Subject: [TYPO3-dev] Good news: First decrease of no_cache parameter on google In-Reply-To: References: Message-ID: Ingo Renner wrote: > Elmar Hinz wrote: > >>>> * tt_news >>>> >>>> There are still several places in the code that set the no_cache >>>> parameter. >>> same here! >> >> Sorry, I need to focus on quality of my own extensions first, before I >> start >> fixing foreign ones. When they are done, it's time to enlarge the scope. >> This bug is in the responsibility of others. > > then don't complain about it > > Ingo > Ingo, If nobody complains then nothing gets fixed. The squeaky wheel gets the grease as they say. As far as I know, telling people to shut up is not very productive especially when that person is doing so much for extension developers as Elmar has and continues to do. I don't mean to say either of you are more productive than the other just that you could very easily be more creative with your criticism and it would go a long way and actually help the situation. He has written articles on this subject, done his research, and is now trying once again to bring the issue forward. If you don't care then how about you stop complaining about what you perceive to be complaining or whining. I mean no disrespect but not adding productive thoughts and ideas to the discussion is just you complaining as well. Elmar, via lib/div/cool and extensive work with the ECT to provide a modern development process for TYPO3 extensions has done far more than 'complain'. In fact, he is very much driving the next wave of extension development and thinking far more forward towards an ability to move 4.x extensions into V5 extensions when that day comes as well. Anyhow, maybe I am complaining now as well so I am done. Time to code a bit more and sleep some. By the way Ingo, I do appreciate your contributions to TYPO3 and you have provided solutions for issues I had at times in the past years and I thank you for that. I appreciate the both of you, let's just be a bit more civil. Aloha, Johnny PS. Food for thought. Anyone considered getting rid of the kickstarter and replacing it with PHING? Eh, maybe I will look into it a bit more. Peace. From plehn at rz.uni-wuerzburg.de Thu Nov 29 10:05:55 2007 From: plehn at rz.uni-wuerzburg.de (Hartmut Plehn) Date: Thu, 29 Nov 2007 10:05:55 +0100 Subject: [TYPO3-dev] problems with cache hashes References: Message-ID: Dmitry Dulepov [typo3] wrote: > Hi! > > ries van Twisk wrote: >> I did understood that this discussion was about problems with cache >> hashes and deadlocks, and not directly about performance (indirectly it >> is because of the locks) > > I mentioned locks there too. In my case it was not fatal but in other > cases it can be. > I would think that a db system that had a 5 minute average load of 0.4 during the last month should not be called having "performance problems". If during the same period the 5 minute max load has been over 100 from time to time there is *some* kind of issue, though. > >> aren't deadlocks problematic and might accure even on smaller sites? > > If you od not use indexing and have cache in external files, than chances > for dealock is much smaller for small sites. > I of course tried $TYPO3_CONF_VARS['FE']['pageCacheToExternalFiles'] = '1' but that didn't help with the deadlocks and even caused more problems (sometimes empty pages were delivered depending on client ip and server domain; we weren't able to analyze the problem because of complexity with eaccelerator, php security settings and problem not being actively reproducible). We also tried to change to InnoDB for the caching tables already. But InnoDB didn't seem to improve the deadlocks fundamentally and also has some disadvantages compared to MyISAM: - you loose flexibility because of the harder handling of individual tables (e.g. copying on filesystem basis; fast synchronizing master/slave by rsync) - the ever growing ibdata-files (ok, I found the option innodb_file_per_table lately) - lack of filesystem layer utilities like myisamchk Maybe some more information about our system helps: There are over 10000 entries in cache_pages corresponding to the page with the CE causing the problems. We have over 30000 entries in table "pages", over 80000 in "cache_pages" and about 180000 in "cache_hash" when the caches are filled. Deleting the 10000 cache_pages entries for the problem page took 1:40 min just now, blocking page delivery to frontend for 2 minutes. If at the same time there are some indexed-searches coming in we're in big trouble. In give InnoDB another try (after having found out about innodb_file_per_table lately) and changed cache_pages, cache_pagesections, cache_imagesizes and cache_hash to type=InnoDB just now. Best regards and thank you for your comments! -- Hartmut Plehn, Universitaet Wuerzburg From typo3dev2007 at geithware.de Thu Nov 29 11:27:58 2007 From: typo3dev2007 at geithware.de (Stefan Geith) Date: Thu, 29 Nov 2007 11:27:58 +0100 Subject: [TYPO3-dev] IE7 and overlib Bugfix Message-ID: Hi, I found a bug in extension 'overlib' v1.1 when using IE7: change line 258 of overlib_mini.js from if ((navigator.userAgent.indexOf('MSIE 5') > 0) ||(navigator.userAgent.indexOf('MSIE 6') > 0) { to if ((navigator.userAgent.indexOf('MSIE 5') > 0) ||(navigator.userAgent.indexOf('MSIE 6') > 0) ||(navigator.userAgent.indexOf('MSIE 7') > 0)){ - Stefan P.S.: I mailed to the Author (R. Fritz) but got no replay :( -- Stefan Geith Geithware Softwareentwicklung und Hardware Rosengasse 10 - D-97070 W?rzburg Tel.: 0931 / 13748 Fax: 13772 typo3dev2007 at geithware.de From olivier.dobberkau at dkd.de Thu Nov 29 12:21:13 2007 From: olivier.dobberkau at dkd.de (Olivier Dobberkau) Date: Thu, 29 Nov 2007 12:21:13 +0100 Subject: [TYPO3-dev] problems with cache hashes In-Reply-To: References: Message-ID: Hartmut Plehn schrieb: > Maybe some more information about our system helps: There are over 10000 > entries in cache_pages corresponding to the page with the CE causing the > problems. We have over 30000 entries in table "pages", over 80000 > in "cache_pages" and about 180000 in "cache_hash" when the caches are > filled. Deleting the 10000 cache_pages entries for the problem page took > 1:40 min just now, blocking page delivery to frontend for 2 minutes. If at > the same time there are some indexed-searches coming in we're in big > trouble. Hi Hartmut. I think we have the same setup here. We managed to get rid of some issues using nc_staticfilecache. PM if you want to discus this in a phone call. Olivier From peter.russ at 4many.net Thu Nov 29 12:24:15 2007 From: peter.russ at 4many.net (Peter Russ) Date: Thu, 29 Nov 2007 12:24:15 +0100 Subject: [TYPO3-dev] OT: PDT Eclipse setting of default date format Message-ID: I've searched the web but can't find an answer. Is there a possibility to set the default format for date within eclipse to get the $date variable in a template to display as wanted? For now I get the German date format (preset of my system) but would like to have ISO within Eclipse without changing my system to ISO! Any ideas? Regs. Peter. -- Fiat lux! Docendo discimus. _____________________________ 4Many? Services XING: http://www.xing.com/go/invuid/Peter_Russ From steffen at sk-typo3.de Thu Nov 29 12:30:52 2007 From: steffen at sk-typo3.de (Steffen Kamper) Date: Thu, 29 Nov 2007 12:30:52 +0100 Subject: [TYPO3-dev] OT: PDT Eclipse setting of default date format References: Message-ID: "Peter Russ" schrieb im Newsbeitrag news:mailman.1.1196335456.28950.typo3-dev at lists.netfielders.de... > I've searched the web but can't find an answer. > Is there a possibility to set the default format for date within eclipse > to get the $date variable in a template to display as wanted? > > For now I get the German date format (preset of my system) but would like > to have ISO within Eclipse without changing my system to ISO! > > Any ideas? > > Regs. Peter. > > > -- > Fiat lux! > Docendo discimus. > _____________________________ > 4Many? Services > XING: http://www.xing.com/go/invuid/Peter_Russ Hi Peter, AFAIK the date format is taken from system and not generated by Eclipse. So on windows you can switch your settings in taskbar if wanted. vg Steffen From hagelstein at shr.cc Thu Nov 29 12:49:56 2007 From: hagelstein at shr.cc (Nikolas Hagelstein) Date: Thu, 29 Nov 2007 12:49:56 +0100 Subject: [TYPO3-dev] Exclude get vars from cHash check. Message-ID: Hi, Is there a way to exlude certain get parameters from the cHash check? I had a look at tslib_fe and came across: $excludeCHashVars but it does not seem to be used anywhere. Background: I got a FE plugin showing the details of database record depending on the UID passed to it via get. That plugin is a USER function having $pi_checkCHash set to true. That detail page also contains a "Back" link which points back to whereever that page was requested from. And that is where the need of excluding get vars from chash comes into play: As you can see the detail plugin consinsts of a "cached" and "none cached part". Cached : the db records details Non Cached : the back link. That far that good but: the backlink needs to be generated depending on a further get var telling it where to point to. That var needs to be excluded from chash check, since there are to many possible variations. (actually the detailpage will be requested from a paginated result list e.g. page=3&category=4&sword=whatever). Well that is where i got stuck :|. --- class tx_myext_pi1 extends tslib_pibase { var $prefixId = 'tx_myext_pi1'; var $scriptRelPath = 'pi1/class.tx_myext_pi1.php'; var $extKey = 'myext'; var $pi_checkCHash = true; function main() { .... $this->rendereCachedDetails($this->piVars['uid']) $TS['conf']='COA_INT'; $TS['conf.']['10']='USER'; $TS['conf.']['10.']['userFunc']='tx_myext_pi1->renderUncachedBacklink'; } } --- Any hints? Bye, Nikolas From steffen at sk-typo3.de Thu Nov 29 13:00:59 2007 From: steffen at sk-typo3.de (Steffen Kamper) Date: Thu, 29 Nov 2007 13:00:59 +0100 Subject: [TYPO3-dev] t3editor - call for help: please test it! References: Message-ID: Bug: with long lines the lines in the editor, line and linenumber are not on same height, looks like: 1. plugin.tx_felogin_pi1._LOCAL_LANG.ll_forgot_message_emailSent.de = Ihr Passwort wurde an folgende Email Adresse gesendet vg Steffen From steffen at sk-typo3.de Thu Nov 29 13:24:33 2007 From: steffen at sk-typo3.de (Steffen Kamper) Date: Thu, 29 Nov 2007 13:24:33 +0100 Subject: [TYPO3-dev] Exclude get vars from cHash check. References: Message-ID: "Nikolas Hagelstein" schrieb im Newsbeitrag news:mailman.2801.1196336825.14020.typo3-dev at lists.netfielders.de... Hi, seems to be a forgotten feature. There should be done something like if(is_array($this->excludeCHashVars) { $GET = array_diff($this->excludeCHashVars,$GET); } in function tslib_fe->makeCacheHash vg Steffen From steffen at sk-typo3.de Thu Nov 29 13:29:50 2007 From: steffen at sk-typo3.de (Steffen Kamper) Date: Thu, 29 Nov 2007 13:29:50 +0100 Subject: [TYPO3-dev] Exclude get vars from cHash check. References: Message-ID: "Steffen Kamper" schrieb im Newsbeitrag news:mailman.1.1196339019.1646.typo3-dev at lists.netfielders.de... > > "Nikolas Hagelstein" schrieb im Newsbeitrag > news:mailman.2801.1196336825.14020.typo3-dev at lists.netfielders.de... > > Hi, > > seems to be a forgotten feature. > > There should be done something like > if(is_array($this->excludeCHashVars) { > $GET = array_diff($this->excludeCHashVars,$GET); > } > in function tslib_fe->makeCacheHash > > vg Steffen > can you make a BT entry for that? vg Steffen From hagelstein at shr.cc Thu Nov 29 13:51:03 2007 From: hagelstein at shr.cc (Nikolas Hagelstein) Date: Thu, 29 Nov 2007 13:51:03 +0100 Subject: [TYPO3-dev] Exclude get vars from cHash check. References: Message-ID: Hi, > can you make a BT entry for that? Did that http://bugs.typo3.org/view.php?id=6857 Any other ideas/workarounds to make that work? Passing "Backurl" via Session isnt an option since it results in strange behaviours when opening multible windows. Cheers, Nikolas From mail at maltejansen.de Thu Nov 29 13:46:33 2007 From: mail at maltejansen.de (Malte Jansen) Date: Thu, 29 Nov 2007 13:46:33 +0100 Subject: [TYPO3-dev] OT: PDT Eclipse setting of default date format In-Reply-To: References: Message-ID: Steffen Kamper schrieb: > "Peter Russ" schrieb im Newsbeitrag > news:mailman.1.1196335456.28950.typo3-dev at lists.netfielders.de... >> I've searched the web but can't find an answer. >> Is there a possibility to set the default format for date within eclipse >> to get the $date variable in a template to display as wanted? >> >> For now I get the German date format (preset of my system) but would like >> to have ISO within Eclipse without changing my system to ISO! >> >> Any ideas? >> >> Regs. Peter. >> >> >> -- >> Fiat lux! >> Docendo discimus. >> _____________________________ >> 4Many? Services >> XING: http://www.xing.com/go/invuid/Peter_Russ > > Hi Peter, > > AFAIK the date format is taken from system and not generated by Eclipse. So > on windows you can switch your settings in taskbar if wanted. > > vg Steffen > > Hi Peter, You could make an extra class with a function for it and use it in your code. So you can switch it, when ever you want... Cheers, Malte From steffen at sk-typo3.de Thu Nov 29 14:02:39 2007 From: steffen at sk-typo3.de (Steffen Kamper) Date: Thu, 29 Nov 2007 14:02:39 +0100 Subject: [TYPO3-dev] Exclude get vars from cHash check. References: Message-ID: "Nikolas Hagelstein" schrieb im Newsbeitrag news:mailman.2809.1196340496.14020.typo3-dev at lists.netfielders.de... yes, backlink handling is a difficult issue. I often use "hardcoded" links on detail pages to prevent backlink in urls. A general solution should be done in Core to get lasturl from code, but have no cool idea atm. vg Steffen From hagelstein at shr.cc Thu Nov 29 14:11:51 2007 From: hagelstein at shr.cc (Nikolas Hagelstein) Date: Thu, 29 Nov 2007 14:11:51 +0100 Subject: [TYPO3-dev] Exclude get vars from cHash check. References: Message-ID: Hi, Steffen Kamper wrote: > seems to be a forgotten feature. Yeah... > > There should be done something like > if(is_array($this->excludeCHashVars) { > $GET = array_diff($this->excludeCHashVars,$GET); > } > in function tslib_fe->makeCacheHash Well more : if(is_array($this->excludeCHashVars) { $GET = array_diff(t3lib_div::trimExplode(',', $this->excludeCHashVars, 1),$GET); } Defaulting it to "id, ..." would also make t3lib_div::trimExplode line 03447 obsolete : if (!t3lib_div::inList('id,type,no_cache,cHash,MP,ftu',$pKV[0])) Afaik tslib_fe is initialized in index_ts.php so it has to be clearyfied how to set "excludeCHashVars" Cheers, Nikolas From hagelstein at shr.cc Thu Nov 29 14:14:05 2007 From: hagelstein at shr.cc (Nikolas Hagelstein) Date: Thu, 29 Nov 2007 14:14:05 +0100 Subject: [TYPO3-dev] Exclude get vars from cHash check. References: Message-ID: Hi, Steffen Kamper wrote: > yes, backlink handling is a difficult issue. I often use "hardcoded" > links on detail pages to prevent backlink in urls. Yes, but it is not only a question of backlinking excludeCHashVars is a very usefull feature whenever you have user and user_ints on one page the user_int parameters need to be exclude from chash. Bye, Nikolas From dmitry at typo3.org Thu Nov 29 14:41:47 2007 From: dmitry at typo3.org (Dmitry Dulepov [typo3]) Date: Thu, 29 Nov 2007 15:41:47 +0200 Subject: [TYPO3-dev] problems with cache hashes In-Reply-To: References: Message-ID: Hi! Olivier Dobberkau wrote: > PM if you want to discus this in a phone call. ...and hide it from the community. -- Dmitry Dulepov TYPO3 core team Web: http://typo3bloke.net/ Skype: callto:liels_bugs From dmitry at typo3.org Thu Nov 29 14:43:20 2007 From: dmitry at typo3.org (Dmitry Dulepov [typo3]) Date: Thu, 29 Nov 2007 15:43:20 +0200 Subject: [TYPO3-dev] Exclude get vars from cHash check. In-Reply-To: References: Message-ID: Hi! Steffen Kamper wrote: > seems to be a forgotten feature. No. cHash is supposed to have all vars in it by design. Otherwise it is useless. -- Dmitry Dulepov TYPO3 core team Web: http://typo3bloke.net/ Skype: callto:liels_bugs From hagelstein at shr.cc Thu Nov 29 15:10:20 2007 From: hagelstein at shr.cc (Nikolas Hagelstein) Date: Thu, 29 Nov 2007 15:10:20 +0100 Subject: [TYPO3-dev] Exclude get vars from cHash check. References: Message-ID: Dmitry Dulepov wrote: > No. cHash is supposed to have all vars in it by design. Otherwise it > is useless. Depends on the situation: Imagine you got 2 plugins on one page: my_ext_pi1 : USER -> Serving a Database record depending on tx_myext_pi1[uid] my_ext_pi2 : USER_INT -> output depending on &tx_myext_pi2[whaterver] Surfin that page with (assuming it has been surfed before so it is cached already): ?id=1&tx_myext_pi1[uid]=3&cHash=xxxx (xxx = correct chash for uid=3). would pull the page from cache and render the pi_2 (since it is user_int) so there would be one entry for every uid value for that page. That far that good but lets assume i would need to controll pi2 by another heavy variating parameter if i would create a chash over : &tx_myext_pi1[uid]=3&tx_myext_pi2[whaterver]=asdf&cHash=xxxx I'd end up in tons of cache rows all containing the same content (everything that changes is pi2 and it is user_int anyway). So that is where that excludedCHash parameter comes into play: setting it to tx_myext_pi2[whaterver] would solve that issue immediatly. Cheers, Nikolas From olivier.dobberkau at dkd.de Thu Nov 29 15:30:14 2007 From: olivier.dobberkau at dkd.de (Olivier Dobberkau) Date: Thu, 29 Nov 2007 15:30:14 +0100 Subject: [TYPO3-dev] problems with cache hashes In-Reply-To: References: Message-ID: Dmitry Dulepov [typo3] schrieb: > ...and hide it from the community. Sorry Dmity. You know me. I am not hiding anything from who ever! Please read your answers saying: There is no problem: use InnoDb. You should check your Attutide man! I have proposed to Helmut to call me to verify and discus this Issue. If this is hiding from the community then a lot of people are hiding things from the community. Dont make me angry with such ignorance. You know that TYPO3 is full of such small problems! If you start frustrating users with your attitude nobody will do the work and only rant in the mailing list. Peace and come down from your high horse. Olivier From dmitry at typo3.org Thu Nov 29 15:38:24 2007 From: dmitry at typo3.org (Dmitry Dulepov [typo3]) Date: Thu, 29 Nov 2007 16:38:24 +0200 Subject: [TYPO3-dev] Exclude get vars from cHash check. In-Reply-To: References: Message-ID: Hi! Nikolas Hagelstein wrote: > I'd end up in tons of cache rows all containing the same content (everything > that changes is pi2 and it is user_int anyway). This is correct for USER_INT (as you showed). But if it is USER, it may not be excluded from cHash. -- Dmitry Dulepov TYPO3 core team Web: http://typo3bloke.net/ Skype: callto:liels_bugs From dmitry at typo3.org Thu Nov 29 15:48:38 2007 From: dmitry at typo3.org (Dmitry Dulepov [typo3]) Date: Thu, 29 Nov 2007 16:48:38 +0200 Subject: [TYPO3-dev] problems with cache hashes In-Reply-To: References: Message-ID: Hi! Olivier Dobberkau wrote: > You know me. I am not hiding anything from who ever! I know :) I am surprised that you could not recognize humor. > Please read your answers saying: There is no problem: use InnoDb. That's not truth. I never said that. > You should check your Attutide man! For most of us it is exactly like Bible says: we see bad things in others but not in ourselves. > I have proposed to Helmut to call me to verify and discus this Issue. > If this is hiding from the community then a lot of people are hiding > things from the community. I propose to discuss it here, in the mailing lists, so it is visible to anyone, so that anyone can find it by Google and benefit from it. If you think it is bad, I am sorry to offend you. > Dont make me angry with such ignorance. You know that TYPO3 is full of > such small problems! If you start frustrating users with your attitude > nobody will do the work and only rant in the mailing list. Oliver, you are prejusted about me :) My only intention is to put as much information as possible to public. Yes, I sometimes frustrate people, who write me provate e-mails or skype chats by saying: "Please, ask in the mailing lists so that anyone can benefit from the answer". I think it is a good thing actually. You wanted to discuss information about static file cache. But you did not want to do it in public. I think it is much better if you continue discussion here because it is vary valuable for the community. Do you agree? > Peace and come down from your high horse. Yes, my boss :D -- Dmitry Dulepov TYPO3 core team Web: http://typo3bloke.net/ Skype: callto:liels_bugs From hagelstein at shr.cc Thu Nov 29 15:59:18 2007 From: hagelstein at shr.cc (Nikolas Hagelstein) Date: Thu, 29 Nov 2007 15:59:18 +0100 Subject: [TYPO3-dev] Exclude get vars from cHash check. References: Message-ID: Dmitry Dulepov wrote: > This is correct for USER_INT (as you showed). But if it is USER, it > may not be excluded from cHash. Indeed, excluding is only neccesary for a combination of USER and USER_INT. In other words: every paramter affecting the output of a USER obj has to be inlcuded to the cHash as a matter of cause. (Since it will result in a different cache entry for that particular page). But thoose just affecting USER_INTS can be excluded. And that is exactly what i requested for initially. So http://bugs.typo3.org/view.php?id=6857 defenetly has its right to exists. And once again ;> : my_ext_pi1 : USER -> Serving a Database record depending on tx_myext_pi1[uid] my_ext_pi2 : USER_INT -> output depending on &tx_myext_pi2[whatever] Both placed on the same page. Index.php?id=1&tx_myext_pi1[uid]=1&tx_myext_pi2[text]=helloworld&cHash=123 Index.php?id=1&tx_myext_pi1[uid]=1&tx_myext_pi2[text]=foo&cHash=456 Index.php?id=1&tx_myext_pi1[uid]=1&tx_myext_pi2[text]=bar&cHash=789 Would result in 3 identical cache entrys. Which isnt necessary if we could tell tslib to exclude tx_myext_pi2[text] from chash generation/comparison since it only affects the user_int which wont be cached anyway. Cheers, Nikolas From dmitry at typo3.org Thu Nov 29 16:03:41 2007 From: dmitry at typo3.org (Dmitry Dulepov [typo3]) Date: Thu, 29 Nov 2007 17:03:41 +0200 Subject: [TYPO3-dev] Exclude get vars from cHash check. In-Reply-To: References: Message-ID: Hi! Nikolas Hagelstein wrote: > Indeed, excluding is only neccesary for a combination of USER and USER_INT. > In other words: every paramter affecting the output of a USER obj has to be > inlcuded to the cHash as a matter of cause. (Since it will result in a > different cache entry for that particular page). > But thoose just affecting USER_INTS can be excluded. > And that is exactly what i requested for initially. Agree. May be I misunderstood. I think we definitely can implement automatic exclusions for all USER_INT parameters. This would be an advantage. -- Dmitry Dulepov TYPO3 core team Web: http://typo3bloke.net/ Skype: callto:liels_bugs From hagelstein at shr.cc Thu Nov 29 16:16:01 2007 From: hagelstein at shr.cc (Nikolas Hagelstein) Date: Thu, 29 Nov 2007 16:16:01 +0100 Subject: [TYPO3-dev] Exclude get vars from cHash check. References: Message-ID: Hi, Dmitry Dulepov wrote: > I think we definitely can implement automatic exclusions for all > USER_INT parameters. This would be an advantage. Yeah, but furthermore manual exclusion should be also possible(ideally from within the plugin) since i could implement a pluginbased user/user_int switch as shown in my first post (see beyond). BTW: Are you aware of a way make that exclusion work without xclassing tslib_fe or hacking t3lib_div? Shall i update http://bugs.typo3.org/view.php?id=6857 or do you want? ---- class tx_myext_pi1 extends tslib_pibase { var $prefixId = 'tx_myext_pi1'; var $scriptRelPath = 'pi1/class.tx_myext_pi1.php'; var $extKey = 'myext'; var $pi_checkCHash = true; function main() { .... $TS['conf']='COA_INT'; $TS['conf.']['10']='USER'; $TS['conf.']['10.']['userFunc']='tx_myext_pi1->renderUncachedBacklink'; $content = $this->renderCachedDetails($this->piVars['uid']); $content .= $this->cObj->cObjGetSingle($TS['conf'],$TS['conf.']); function renderUncachedBacklink() { return 'back'; } function renderCachedDetails($uid) { // return some database content depending on $uid -> inCluded to CHash. } } } From olivier.dobberkau at dkd.de Thu Nov 29 17:48:50 2007 From: olivier.dobberkau at dkd.de (Olivier Dobberkau) Date: Thu, 29 Nov 2007 17:48:50 +0100 Subject: [TYPO3-dev] problems with cache hashes In-Reply-To: References: Message-ID: Dmitry Dulepov [typo3] schrieb: > Yes, my boss :D :-) Olivier From elmar07 at googlemail.com Thu Nov 29 22:38:18 2007 From: elmar07 at googlemail.com (Elmar Hinz) Date: Thu, 29 Nov 2007 22:38:18 +0100 Subject: [TYPO3-dev] Exclude get vars from cHash check. References: Message-ID: Dmitry Dulepov [typo3] wrote: > Hi! > > Steffen Kamper wrote: >> seems to be a forgotten feature. > > No. cHash is supposed to have all vars in it by design. Otherwise it is > useless. > Hi Dmitry, you are right that this is the design of the cHash. That's the way it works. Nonetheless a given design can have missing features. The cHash mechanism has many missing features, because it works only on the level of the whole page insted on the level of components. The caching behaviour of T3 is limited. This limitation is a blocker for some usecases of today, where companies decide for competing systems. To make the caching behaviour fast and flexible should IMHO have much more priority. There would be some options already for the 4x branches. Regards Elmar From steffen at sk-typo3.de Fri Nov 30 01:21:11 2007 From: steffen at sk-typo3.de (Steffen Kamper) Date: Fri, 30 Nov 2007 01:21:11 +0100 Subject: [TYPO3-dev] general TSConfig options Message-ID: Hi, i want to enable some more options over TSconfig. By searching how existing are included i found that there is no general naming concept. Some are simple assigned with options.xxx. (eg options.hideRecords.pages which belongs to listview mod) Some are really not to understand by reading, eg xMOD_alt_doc.disableDocSelector Some are really unknown to most, like auth.BE.redirectToUrl = The biggest problem is that there is no place where all config options So i would like to get a generic naming concept to make it more easy - to find the right config vars to configure - to see what a config var does and is related to. I think this was planned at the beginning but not consequent used. Most of the options could be found in tsconfig doc [1] But if you look eg to options parameter it looks like a container of every kind of configure var. I know about the difficulties with rearranging or renaming or reorder the config vars (compatibility cow), but i think it would be nice to do and will help newbies to configure, there could be a remapping module for oldvar => newvar Examples of better naming: mod.page.visibility.previewIcon = none mod.list.maxRecordSmallView = 50 mod.files.imageFileTypes = gif,jpg,png this are only some examples which help to understand what they do by reading. (btw: in doku there is a remark: Deprecated. Use page.mod instead! - why? this is more misleading.) So here is much room for optimization, what do you think? vg Steffen From steffen at sk-typo3.de Fri Nov 30 01:23:36 2007 From: steffen at sk-typo3.de (Steffen Kamper) Date: Fri, 30 Nov 2007 01:23:36 +0100 Subject: [TYPO3-dev] general TSConfig options References: Message-ID: sry, some completition "Steffen Kamper" schrieb im Newsbeitrag news:mailman.1.1196382016.17830.typo3-dev at lists.netfielders.de... > Hi, > > i want to enable some more options over TSconfig. > By searching how existing are included i found that there is no general > naming concept. > Some are simple assigned with options.xxx. (eg options.hideRecords.pages > which belongs to listview mod) > Some are really not to understand by reading, eg > xMOD_alt_doc.disableDocSelector > Some are really unknown to most, like auth.BE.redirectToUrl = > > The biggest problem is that there is no place where all config options are > listed most should be in [1], complete? > So i would like to get a generic naming concept to make it more easy > - to find the right config vars to configure > - to see what a config var does and is related to. > > I think this was planned at the beginning but not consequent used. > > Most of the options could be found in tsconfig doc [1] > But if you look eg to options parameter it looks like a container of every > kind of configure var. > > I know about the difficulties with rearranging or renaming or reorder the > config vars (compatibility cow), but i think it would be nice to do and > will help newbies to configure, there could be a remapping module for > oldvar => newvar > > Examples of better naming: > > mod.page.visibility.previewIcon = none > mod.list.maxRecordSmallView = 50 > mod.files.imageFileTypes = gif,jpg,png > > this are only some examples which help to understand what they do by > reading. > (btw: in doku there is a remark: Deprecated. Use page.mod instead! - why? > this is more misleading.) > > So here is much room for optimization, what do you think? > > vg Steffen > [1] http://typo3.org/documentation/document-library/references/doc_core_tsconfig/current/view/ From peter.russ at 4many.net Fri Nov 30 10:42:56 2007 From: peter.russ at 4many.net (Peter Russ) Date: Fri, 30 Nov 2007 10:42:56 +0100 Subject: [TYPO3-dev] OT: PDT Eclipse setting of default date format In-Reply-To: References: Message-ID: --- Original Nachricht --- Absender: Malte Jansen Datum: 29.11.2007 13:46: > Steffen Kamper schrieb: >> "Peter Russ" schrieb im Newsbeitrag >> news:mailman.1.1196335456.28950.typo3-dev at lists.netfielders.de... >>> I've searched the web but can't find an answer. >>> Is there a possibility to set the default format for date within >>> eclipse to get the $date variable in a template to display as wanted? >>> >>> For now I get the German date format (preset of my system) but would >>> like to have ISO within Eclipse without changing my system to ISO! >>> >>> Any ideas? >>> >>> Regs. Peter. >>> >>> >>> -- >>> Fiat lux! >>> Docendo discimus. >>> _____________________________ >>> 4Many? Services >>> XING: http://www.xing.com/go/invuid/Peter_Russ >> >> Hi Peter, >> >> AFAIK the date format is taken from system and not generated by >> Eclipse. So on windows you can switch your settings in taskbar if wanted. >> >> vg Steffen >> > Hi Peter, > > You could make an extra class with a function for it and use it in your > code. So you can switch it, when ever you want... > > Cheers, > > Malte Thank you for all the replies. But due to: "You can't unless you use JNI or JDirect. Java's date formats are tied to its locales, and those are defined separately from the operating system's locales. That allows Java to work well on platforms with insufficient built-in locale support, but it does fall short in a few areas like this one where the operating system supports more options than Java does." And for now I didn't find any parameter to adjust the settings for my need within eclispe I go for different solution. As japanese date version is in ISO I start eclipse the the jp user.language parameter. Thanks. Regs. Peter. -- Fiat lux! Docendo discimus. _____________________________ 4Many? Services XING: http://www.xing.com/go/invuid/Peter_Russ From plehn at rz.uni-wuerzburg.de Fri Nov 30 12:36:09 2007 From: plehn at rz.uni-wuerzburg.de (Hartmut Plehn) Date: Fri, 30 Nov 2007 12:36:09 +0100 Subject: [TYPO3-dev] problems with cache hashes References: Message-ID: Olivier Dobberkau wrote: > Hartmut Plehn schrieb: > >> Maybe some more information about our system helps: There are over 10000 >> entries in cache_pages corresponding to the page with the CE causing the >> problems. We have over 30000 entries in table "pages", over 80000 >> in "cache_pages" and about 180000 in "cache_hash" when the caches are >> filled. Deleting the 10000 cache_pages entries for the problem page took >> 1:40 min just now, blocking page delivery to frontend for 2 minutes. If >> at the same time there are some indexed-searches coming in we're in big >> trouble. > > Hi Hartmut. > > I think we have the same setup here. > > We managed to get rid of some issues using nc_staticfilecache. > PM if you want to discus this in a phone call. > nc_staticfilecache probably won't help since we heavily use personalized pages and non-cacheable content. But I promised to try InnoDB and report my results: delete from cache_pages WHERE page_id IN (46772); Query OK, 9764 rows affected (3 min 53.77 sec) which means that clearing the cache of our problem page did even take longer than with MyISAM (1:40 min). (Shouldn't that be much faster with both table types?) The good news is: during that time there has been no locking of tables and no problem with page delivery to frontend. So probably InnoDB really is the way to go. We have one other problem left, though: From time to time there happens a "DoS" (even resulting in server crash) when somebody starts multiple indexed_searches over and over again without waiting for the result page. There is some kind of design issue in my opinion since page contents cached for indexed_search are grouped by gr_list. Our many user groups and group auto-logins by ip-address ranges result in almost 400 distinct gr_list's. (I admit that this probably isn't proper use?) It leads to really huge indexed_* tables and to performance problems during searches (that provoke the impatient user to start searches again and again...). On our starting page we therefore switched to mnogosearch but indexed_search is still used on many sub trees. And the possibility to search content personalized would be very nice indeed. The crawler extension is also problematic in combination with many different gr_list's because the page has to be requested for every possible gr_list combination. All in all indexed_search in my opinion is not usable at sites with complex FE user rights. mnogosearch doesn't support "personalized" searches, which imho really is a pity, because it weakens Typo3 as a true internet and intranet solution. Best regards H. Plehn -- Hartmut Plehn, Universitaet Wuerzburg From olivier.dobberkau at dkd.de Fri Nov 30 12:51:28 2007 From: olivier.dobberkau at dkd.de (Olivier Dobberkau) Date: Fri, 30 Nov 2007 12:51:28 +0100 Subject: [TYPO3-dev] problems with cache hashes In-Reply-To: References: Message-ID: Hartmut Plehn schrieb: Hello Helmut, > We have one other problem left, though: From time to time there happens > a "DoS" (even resulting in server crash) when somebody starts multiple > indexed_searches over and over again without waiting for the result page. > There is some kind of design issue in my opinion since page contents cached > for indexed_search are grouped by gr_list. Our many user groups and group > auto-logins by ip-address ranges result in almost 400 distinct gr_list's. > (I admit that this probably isn't proper use?) It leads to really huge > indexed_* tables and to performance problems during searches (that provoke > the impatient user to start searches again and again...). We haved managed to get around this by: - Disabling advanced search - Disabling Wordpart search > On our starting page we therefore switched to mnogosearch but indexed_search > is still used on many sub trees. And the possibility to search content > personalized would be very nice indeed. The crawler extension is also > problematic in combination with many different gr_list's because the page > has to be requested for every possible gr_list combination. All in all > indexed_search in my opinion is not usable at sites with complex FE user > rights. mnogosearch doesn't support "personalized" searches, which imho > really is a pity, because it weakens Typo3 as a true internet and intranet > solution. Some client of us uses FAST Search for that and the Resultslisting is based on the Accessrights in LDAP. (Very Big German Company) Indexed Search is OK for small pages. < 500 Pages and 5 Usergroups. My 5 cents. Olivier