From news at contratec.de Tue May 1 17:04:40 2007 From: news at contratec.de (Matthias Stuebner) Date: Tue, 1 May 2007 17:04:40 +0200 Subject: [TYPO3-dev] USER_INT doesn't output Message-ID: Hell all, I try to implement the very basic USER_INT using the following code: 10.marks { STATUS = USER_INT STATUS.includeLibs = EXT:ms_ctx/pi1/class.tx_ctx_pi1.php STATUS.userFunc = tx_ctx_pi1->showStatus STATUS.CMD=showStatus } but no output of that function is shown (neither debug()). The path EXT:... is correct. Is there anything I miss? -- br Matthias From xoonsji02 at sneakemail.com Tue May 1 17:50:23 2007 From: xoonsji02 at sneakemail.com (Bernd Wilke) Date: Tue, 01 May 2007 17:50:23 +0200 Subject: [TYPO3-dev] How can I access the element-browser in BE-module (own extension)? Message-ID: Searchin this NG I found several questions like mine, but no answer: How can I access the build-in element-browser to select a page/record for my BE-module? I want to build an extension where a BE-User should be able to select one or more pages from which I gather records, work on them and store the result into one page. Selecting the target is easy: the target will be the actual page, as the module is located in the web-module. Creating a new table with an extension, it is very easy to declare a field to be a relation to pages/records and the input-form is rendered automaticaly with the javascript to have a popup with the possibilty to select one ore more pages/records. Where is the interface/class to use the same mechanism for input in a module-form? I don't want to copy all the javascript into my extension as it must be allready somewhere in typo3. As far as I explored typo3 it seems to be handled in t3lib_tceforms but I can't get the right usage/configuration. any help welcome. examples (do you know any backend-modules with element-browser?), documents, links, ... Bernd -- http://www.bernd-wilke.net From news at contratec.de Tue May 1 17:57:30 2007 From: news at contratec.de (Matthias Stuebner) Date: Tue, 1 May 2007 17:57:30 +0200 Subject: [TYPO3-dev] USER_INT doesn't output References: Message-ID: On Tue, 1 May 2007 17:04:40 +0200, Matthias Stuebner wrote: > 10.marks { > STATUS = USER_INT > STATUS.includeLibs = EXT:ms_ctx/pi1/class.tx_ctx_pi1.php > STATUS.userFunc = tx_ctx_pi1->showStatus > STATUS.CMD=showStatus > } The mistake was that I was overloading the "userFunc" in a different template. Nevertheless, that leads to the following question: Is there any ways how to control in which sequence markers are rendered? The user_int above must be called AFTER the whole page is rendered and all code is executed. Is the only solution really to write a hook? -- br Matthias From mail-spam at ringerge.org Wed May 2 08:12:34 2007 From: mail-spam at ringerge.org (Georg Ringer) Date: Wed, 02 May 2007 08:12:34 +0200 Subject: [TYPO3-dev] Problem with uncached output in hook of tt_news + xajax Message-ID: Hello, I have big troubles with caching in my Extension rgnewsrating. Everything works fine if I add an no_cache=1 and everything works fine, at least in my Firefox (without no_cache=1) but every other Browser sends me an error. I have sucessfully included a USER_INT into the hook and this works great. Nevertheless there is somewhere still something in the cache. There is also still a problem if I do nothing in the rating-Function (the function which is called through js/xajax) except calling an alert-msg with ->addAllert('foo'); I also tried it without a template and just a js-link which calls the rate-Function The whole code of the hook is here: http://phpfi.com/231177 and a test-installation of the extension is here: http://www.rggooglemap.com/index.php?id=49 > choose a record and rate as much as you want Thx for any help would be very cool! Georg From peter.russ at 4many.net Wed May 2 09:26:20 2007 From: peter.russ at 4many.net (Peter Russ) Date: Wed, 02 May 2007 09:26:20 +0200 Subject: [TYPO3-dev] USER_INT doesn't output In-Reply-To: References: Message-ID: Matthias Stuebner schrieb: > On Tue, 1 May 2007 17:04:40 +0200, Matthias Stuebner wrote: > >> 10.marks { >> STATUS = USER_INT >> STATUS.includeLibs = EXT:ms_ctx/pi1/class.tx_ctx_pi1.php >> STATUS.userFunc = tx_ctx_pi1->showStatus >> STATUS.CMD=showStatus >> } > > The mistake was that I was overloading the "userFunc" in a different > template. > > Nevertheless, that leads to the following question: > > Is there any ways how to control in which sequence markers are rendered? > The user_int above must be called AFTER the whole page is rendered and all > code is executed. Is the only solution really to write a hook? Hallo Matthias, depends on what you're trying to achieve. 1) It might be sufficient if your TS is ALWAYS included at last 2) Instead of hook XCLass might be required Perhaps there might be other solutions but there's less information. Regs. Peter. P.S: IMHO your classname is not TYPO3 conform. -- Fiat lux! Docendo discimus. _____________________________ 4Many? Services openBC: http://www.openbc.com/go/invuid/Peter_Russ From tobi at 54tec.com Wed May 2 10:20:38 2007 From: tobi at 54tec.com (Tobias Erlacher) Date: Wed, 02 May 2007 10:20:38 +0200 Subject: [TYPO3-dev] Typo3 knowledge base References: Message-ID: Hi, right now we are planning a relaunch of www.typo3wizard.com. We already have a draft document where we outlined the scope of the relaunch, but it needs to be cleaned up before publishing it. All ideas are welcome. We would be glad to contribute to some official project. Peter Klein is not (yet) part of the TYPO3Wizard Team, thank you Peter for beeing our most active contributor! Regards, TYPO3Wizard TEAM Tobias Erlacher Helmuth Antholzer From johnange at gmail.com Wed May 2 10:32:44 2007 From: johnange at gmail.com (John Angel) Date: Wed, 2 May 2007 10:32:44 +0200 Subject: [TYPO3-dev] Typo3 knowledge base References: Message-ID: > right now we are planning a relaunch of www.typo3wizard.com. > We already have a draft document where we outlined the scope of the > relaunch, but it needs to be cleaned up before publishing it. All ideas > are welcome. Default language should be English ;) From 9f4eetb02 at sneakemail.com Wed May 2 11:05:49 2007 From: 9f4eetb02 at sneakemail.com (Dmitry Dulepov) Date: Wed, 02 May 2007 12:05:49 +0300 Subject: [TYPO3-dev] How can I access the element-browser in BE-module (own extension)? In-Reply-To: References: Message-ID: Bernd Wilke wrote: > How can I access the build-in element-browser to select a page/record for > my BE-module? Documentation is your friend :) This may help I think: http://typo3.org/documentation/document-library/core-documentation/doc_core_api/4.1.0/view/3/9/#id3588129 -- Dmitry Dulepov Web: http://typo3bloke.net/ Skype: callto:liels_bugs "It is our choices, that show what we truly are, far more than our abilities." (A.P.W.B.D.) From 9f4eetb02 at sneakemail.com Wed May 2 11:07:06 2007 From: 9f4eetb02 at sneakemail.com (Dmitry Dulepov) Date: Wed, 02 May 2007 12:07:06 +0300 Subject: [TYPO3-dev] Typo3 knowledge base In-Reply-To: References: Message-ID: John Angel wrote: >> right now we are planning a relaunch of www.typo3wizard.com. >> We already have a draft document where we outlined the scope of the >> relaunch, but it needs to be cleaned up before publishing it. All >> ideas are welcome. > > Default language should be English ;) +1 Otherwise - great resource. I would even vote for referencing it from typo3.org as one of the most valuable sites about typo3! -- Dmitry Dulepov Web: http://typo3bloke.net/ Skype: callto:liels_bugs "It is our choices, that show what we truly are, far more than our abilities." (A.P.W.B.D.) From gideonso at livingwater.org.hk Wed May 2 11:32:32 2007 From: gideonso at livingwater.org.hk (Gideon So) Date: Wed, 02 May 2007 17:32:32 +0800 Subject: [TYPO3-dev] Typo3 knowledge base In-Reply-To: References: Message-ID: Dmitry Dulepov ??: > >> Default language should be English ;) > > +1 > > Otherwise - great resource. I would even vote for referencing it from > typo3.org as one of the most valuable sites about typo3! > +1. It helps me a lot.... Gideon From johnange at gmail.com Wed May 2 11:38:46 2007 From: johnange at gmail.com (John Angel) Date: Wed, 2 May 2007 11:38:46 +0200 Subject: [TYPO3-dev] Typo3 knowledge base References: Message-ID: > Otherwise - great resource. I would even vote for referencing it from > typo3.org as one of the most valuable sites about typo3! It should become official Typo3 KB instead of the KB-Jive-thing-in-the-progress. From sebastian at typo3.org Wed May 2 16:38:38 2007 From: sebastian at typo3.org (Sebastian Kurfuerst) Date: Wed, 02 May 2007 16:38:38 +0200 Subject: [TYPO3-dev] TYPO3 5.0 Wiki opened Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello everybody, It is now possible for everybody to edit the TYPO3 5.0 wiki after registration! We hope that you feel invited to use it to participate in the TYPO3 5.0 development :-) More information can be found on: http://buzz.typo3.org/people/sebastian/article/typo3-50-wiki-now-available/ and http://buzz.typo3.org/article/typo3-50-open-secrets-part-1/ Greetings, Sebastian PS: To everybody who was at the T3DD: it was a really great event - -- Gimme Five! -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGOKJqygDVWNTabbkRAu1lAKCN+5NQEQmQYcFoazsowInhXY5HzQCdFIv6 tEHd09idx7aPkqrwhg2yfVA= =wjKj -----END PGP SIGNATURE----- From sudara at web-crossing.com Wed May 2 18:05:09 2007 From: sudara at web-crossing.com (Sudara Williams) Date: Wed, 2 May 2007 18:05:09 +0200 Subject: [TYPO3-dev] TYPO3 5.0 Wiki opened References: <000001c78cd2$fbbee140$f60110ac@webcrossing.local> Message-ID: wheeee! danke! sudara -----Original Message----- From: typo3-dev-bounces at lists.netfielders.de on behalf of Sebastian Kurfuerst Sent: Wed 5/2/2007 6:00 PM To: typo3-dev at lists.netfielders.de Subject: [TYPO3-dev] TYPO3 5.0 Wiki opened -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello everybody, It is now possible for everybody to edit the TYPO3 5.0 wiki after registration! We hope that you feel invited to use it to participate in the TYPO3 5.0 development :-) More information can be found on: http://buzz.typo3.org/people/sebastian/article/typo3-50-wiki-now-available/ and http://buzz.typo3.org/article/typo3-50-open-secrets-part-1/ Greetings, Sebastian PS: To everybody who was at the T3DD: it was a really great event - -- Gimme Five! -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGOKJqygDVWNTabbkRAu1lAKCN+5NQEQmQYcFoazsowInhXY5HzQCdFIv6 tEHd09idx7aPkqrwhg2yfVA= =wjKj -----END PGP SIGNATURE----- _______________________________________________ TYPO3-dev mailing list TYPO3-dev at lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev From nightowl at galnet.dk Thu May 3 09:33:16 2007 From: nightowl at galnet.dk (Brian Bendtsen) Date: Thu, 03 May 2007 09:33:16 +0200 Subject: [TYPO3-dev] Problem with pi_list_browseresults() Message-ID: Hi Im building an extension where I use the pi_list_makelist($res) and pi_list_browseresults(); I have an sql that returns 2 records but the browseresults "thinks" that there are 4. I think its because I use group by. This is my sql: SELECT * FROM tx_ebbolig_afdeling INNER JOIN tx_ebbolig_lejemaal ON tx_ebbolig_afdeling.uid = tx_ebbolig_lejemaal.afdelingid WHERE tx_ebbolig_afdeling.organisation = 1 GROUP BY tx_ebbolig_afdeling.uid; Im not sure what else to post here. Any idea how to solve this? /Brian Bendtsen From tapio.markula at atwebteam.com Thu May 3 09:51:19 2007 From: tapio.markula at atwebteam.com (Tapio Markula) Date: Thu, 03 May 2007 10:51:19 +0300 Subject: [TYPO3-dev] Hook problem Message-ID: Hi I don't understand how to use this kind of hook $this->hookObjectsMainFields = array(); if (is_array ($TYPO3_CONF_VARS['SC_OPTIONS']['t3lib/class.t3lib_tceforms.php']['getMainFieldsClass'])) { foreach ($TYPO3_CONF_VARS['SC_OPTIONS']['t3lib/class.t3lib_tceforms.php']['getMainFieldsClass'] as $classRef) { $this->hookObjectsMainFields[] = &t3lib_div::getUserObj($classRef); } } ... and in another function // Hook: getMainFields_preProcess (requested by Thomas Hempel for use with the "dynaflex" extension) foreach ($this->hookObjectsMainFields as $hookObj) { if (method_exists($hookObj,'getMainFields_preProcess')) { $hookObj->getMainFields_preProcess($table,$row,$this); } } in class.t3lib_tceforms.php I have used hooks like $TYPO3_CONF_VARS['EXTCONF'][TM_CONTENTACCESS_EXTkey]['recordAccess'][]='EXT:tm_contentaccess/class.tx_ux_tm_contentaccess.php:tx_ux_tm_contentaccess'; where 'recordAccess' is the name of the function How to define key definition for $TYPO3_CONF_VARS['SC_OPTIONS']['t3lib/class.t3lib_tceforms.php']['getMainFieldsClass'] From tapio.markula at atwebteam.com Thu May 3 10:09:24 2007 From: tapio.markula at atwebteam.com (Tapio Markula) Date: Thu, 03 May 2007 11:09:24 +0300 Subject: [TYPO3-dev] Hook problem Message-ID: Hi I don't understand how to use this kind of hook $this->hookObjectsMainFields = array(); if (is_array ($TYPO3_CONF_VARS['SC_OPTIONS']['t3lib/class.t3lib_tceforms.php']['getMainFieldsClass'])) { foreach ($TYPO3_CONF_VARS['SC_OPTIONS']['t3lib/class.t3lib_tceforms.php']['getMainFieldsClass'] as $classRef) { $this->hookObjectsMainFields[] = &t3lib_div::getUserObj($classRef); } } ... and in another function // Hook: getMainFields_preProcess (requested by Thomas Hempel for use with the "dynaflex" extension) foreach ($this->hookObjectsMainFields as $hookObj) { if (method_exists($hookObj,'getMainFields_preProcess')) { $hookObj->getMainFields_preProcess($table,$row,$this); } } in class.t3lib_tceforms.php I have used hooks like $TYPO3_CONF_VARS['EXTCONF'][TM_CONTENTACCESS_EXTkey]['recordAccess'][]='EXT:tm_contentaccess/class.tx_ux_tm_contentaccess.php:tx_ux_tm_contentaccess'; How to define key definition for $TYPO3_CONF_VARS['SC_OPTIONS']['t3lib/class.t3lib_tceforms.php']['getMainFieldsClass'] $TYPO3_CONF_VARS['SC_OPTIONS']['t3lib/class.t3lib_tceforms.php']['getMainFieldsClass'][]='EXT:tm_contentaccess/class.getMainFields_preProcess.php:getMainFields_preProcess'; + class getMainFields_preProcess { function getMainFields_preProcess(&$table,&$row,&$this) { global $TCA; t3lib_div::debug($table); doesn't do anything because t3lib_div::debug($table); doesn't do anything. Function has not been used and I don't understand why not. From typo3 at rvt.dds.nl Thu May 3 14:03:16 2007 From: typo3 at rvt.dds.nl (Ries van Twisk) Date: Thu, 3 May 2007 07:03:16 -0500 Subject: [TYPO3-dev] [TYPO3-core] Changing TYPO3 source charset to UTF-8? Message-ID: Martin Kutschker wrote: on 03.05.2007 10:38: >> I think keeping them as wrapper functions using t3lib_cs would be the >> best solution. >> > PS: Still I think more and more that we should start removing > really old > cruft before the advent of 5.0. The new beast will be completely > incompatible anyway. So why bother with deprecating features but never > remove them. > I agree. We should have a policy that says: Anything that we tag as DEPRECATED will be removed at least two versions afterwards. So if we mark something as deprecated now in trunk (before the release of 4.2), it will be removed in the release of 4.3. The same goes if we mark something as deprecated in 4.1.2, we remove it in the release of 4.3. Cheers, Ernesto Hey Guys, one additional thing you can do with a in feature depreciated function is log the calls to some table and make a small BE module that can view with a debug trace who was using the function. This way it's easy for anybody to see, and get alerted on time that a installation is using a depreciated functions. Then a site administrator can take action prior to updating a installation. Then a administrator can fix it, or send a bug fix request to an extension owner. It is handy for developers aswell... Most frameworks handle depreciated functions like this... Ries From peter.russ at 4many.net Thu May 3 23:11:41 2007 From: peter.russ at 4many.net (Peter Russ) Date: Thu, 03 May 2007 23:11:41 +0200 Subject: [TYPO3-dev] Hook problem In-Reply-To: References: Message-ID: Tapio Markula schrieb: > Hi >[...] > How to define key definition for > $TYPO3_CONF_VARS['SC_OPTIONS']['t3lib/class.t3lib_tceforms.php']['getMainFieldsClass'] > > > > $TYPO3_CONF_VARS['SC_OPTIONS']['t3lib/class.t3lib_tceforms.php']['getMainFieldsClass'][]='EXT:tm_contentaccess/class.getMainFields_preProcess.php:getMainFields_preProcess'; > > + > > class getMainFields_preProcess { > > function getMainFields_preProcess(&$table,&$row,&$this) { > global $TCA; > t3lib_div::debug($table); > > doesn't do anything because t3lib_div::debug($table); doesn't do > anything. Function has not been used and I don't understand why not. Check t3_div::getUserObj() -> I would guess that your naming is not TYPO3 compatible: your classname should either start with user_ or tx_ .... Regs. Peter. -- Fiat lux! Docendo discimus. _____________________________ 4Many? Services openBC: http://www.openbc.com/go/invuid/Peter_Russ From peter.russ at 4many.net Thu May 3 23:13:28 2007 From: peter.russ at 4many.net (Peter Russ) Date: Thu, 03 May 2007 23:13:28 +0200 Subject: [TYPO3-dev] Problem with pi_list_browseresults() In-Reply-To: References: Message-ID: Brian Bendtsen schrieb: > Hi > > Im building an extension where I use the pi_list_makelist($res) and > pi_list_browseresults(); > > I have an sql that returns 2 records but the browseresults "thinks" that > there are 4. > > I think its because I use group by. > > This is my sql: > > SELECT * FROM tx_ebbolig_afdeling INNER JOIN tx_ebbolig_lejemaal ON > tx_ebbolig_afdeling.uid = tx_ebbolig_lejemaal.afdelingid WHERE > tx_ebbolig_afdeling.organisation = 1 GROUP BY tx_ebbolig_afdeling.uid; > > Im not sure what else to post here. > > Any idea how to solve this? > > /Brian Bendtsen How many results do you get, running the query with phpmyadmin? Regs. Peter. -- Fiat lux! Docendo discimus. _____________________________ 4Many? Services openBC: http://www.openbc.com/go/invuid/Peter_Russ From typo3dev2007 at geithware.de Fri May 4 08:20:34 2007 From: typo3dev2007 at geithware.de (Stefan Geith) Date: Fri, 04 May 2007 08:20:34 +0200 Subject: [TYPO3-dev] [TYPO3-core] Changing TYPO3 source charset to UTF-8? In-Reply-To: References: Message-ID: > ... > one additional thing you can do with a in feature depreciated function > is log the calls to some table and make a small BE module that can view > with a debug trace who was using the function. +1 > This way it's easy for anybody to see, and get alerted on time that a > installation > is using a depreciated functions. > > Then a site administrator can take action prior to updating a > installation. > Then a administrator can fix it, or send a bug fix request to an > extension owner. > > It is handy for developers aswell... > > Most frameworks handle depreciated functions like this... - Stefan From tapio.markula at atwebteam.com Fri May 4 13:12:31 2007 From: tapio.markula at atwebteam.com (Tapio Markula) Date: Fri, 04 May 2007 14:12:31 +0300 Subject: [TYPO3-dev] Hook problem In-Reply-To: References: Message-ID: Peter Russ > I would guess that your naming is not TYPO3 compatible: your classname > should either start with user_ or tx_ Yes. Thanks. I renamed the class as 'user_getMainFields_preProcess' and hook worked. From gawain at camlann.de Fri May 4 14:56:53 2007 From: gawain at camlann.de (Christian Welzel) Date: Fri, 04 May 2007 14:56:53 +0200 Subject: [TYPO3-dev] relaease plans for typoe 4.2? Message-ID: Hi there, taking into account the time currently needed to get new packages into debian unstable, are there any release plans for typo3 4.2 yet? Im not interested in an specific date but in a general overview. Something like "we plan to release in the next 4 month" or "there will be no release before August"... the current typo3 4.1 is in NEW queue of debian since 6 weeks now... -- MfG, Christian Welzel GPG-Key: http://www.camlann.de/key.asc Fingerprint: 4F50 19BF 3346 36A6 CFA9 DBDC C268 6D24 70A1 AD15 From martin.kutschker-n0spam at no5pam-blackbox.net Fri May 4 18:03:19 2007 From: martin.kutschker-n0spam at no5pam-blackbox.net (Martin Kutschker) Date: Fri, 04 May 2007 18:03:19 +0200 Subject: [TYPO3-dev] relaease plans for typoe 4.2? In-Reply-To: References: Message-ID: Christian Welzel schrieb: > Hi there, > > taking into account the time currently needed to get new packages into > debian unstable, > are there any release plans for typo3 4.2 yet? > Im not interested in an specific date but in a general overview. > Something like "we plan > to release in the next 4 month" or "there will be no release before > August"... Definitely not before August, more like end of this year or eraly next year. Masi From martin.kutschker-n0spam at no5pam-blackbox.net Sat May 5 10:46:51 2007 From: martin.kutschker-n0spam at no5pam-blackbox.net (Martin Kutschker) Date: Sat, 05 May 2007 10:46:51 +0200 Subject: [TYPO3-dev] PHP-JSON extension Message-ID: Hi! Has anyone used the JSON extension (PECL or PHP 5.2)? Maybe it can be used directly (with a PHP fallback) to improve BE performance. AFAIK some parts of the code use JSON for transmitting data. Masi From johnange at gmail.com Sat May 5 11:17:25 2007 From: johnange at gmail.com (John Angel) Date: Sat, 5 May 2007 11:17:25 +0200 Subject: [TYPO3-dev] Bulk change for pages Message-ID: Hi, Cannot seem to find some tool for bulk change for pages. E.g. how to change stardate or hide dozens of pages at once, including their language overlay pairs? Regards John From jens.mittag at prime23.de Sun May 6 20:01:57 2007 From: jens.mittag at prime23.de (Jens Mittag) Date: Sun, 06 May 2007 20:01:57 +0200 Subject: [TYPO3-dev] Manually rendering Content elements in BE Message-ID: Hi! I have the need of rendering a content element in a BE module I'm writing. Up to now, I have the record of the element from "tt_content". What I would like to do now is: 1) How can I find out which extension/class is handling the "CType" or "list_type" value of the record? 2) How can I render the content once I know "who" is responsible for it? I have checked the source code of Typo3 already, but it's difficult to find out where exactly the frontend is doing these steps. I ended up in tslib_pagegen and tslib_fe but the code isn't too straight forward and clean. Hopefully one of you can give me a hint. Thanks in advance Jens From elmar.DOT.hinz at team.MINUS.red.DOT.net Sun May 6 23:27:13 2007 From: elmar.DOT.hinz at team.MINUS.red.DOT.net (Elmar Hinz) Date: Sun, 6 May 2007 21:27:13 +0000 (UTC) Subject: [TYPO3-dev] Manually rendering Content elements in BE References: Message-ID: Am Sun, 06 May 2007 20:01:57 +0200 schrieb Jens Mittag: > Hi! > > I have the need of rendering a content element in a BE module I'm > writing. Up to now, I have the record of the element from "tt_content". > What I would like to do now is: > > 1) How can I find out which extension/class is handling the "CType" or > "list_type" value of the record? > > 2) How can I render the content once I know "who" is responsible for > it? > > I have checked the source code of Typo3 already, but it's difficult to > find out where exactly the frontend is doing these steps. I ended up in > tslib_pagegen and tslib_fe but the code isn't too straight forward and > clean. Hopefully one of you can give me a hint. > > Thanks in advance > > Jens Hi Jens, the stuff you mentioned is FE related, list_type, TS, record rendering, etc. BE Modules use completely different libraries and technologies. Guess you best read some of the basical documents of TYPO3 before you will be able to start coding with some fun. Regards Elmar From Dominic.Blass at fh-hof.de Mon May 7 07:20:56 2007 From: Dominic.Blass at fh-hof.de (Dominic Blass) Date: Mon, 07 May 2007 07:20:56 +0200 Subject: [TYPO3-dev] Manually rendering Content elements in BE In-Reply-To: References: Message-ID: I had the same problem in my eBay extension. I solved it by writing a frontend plugin that renders given content-elements. In the BE i parsed the output from this fe plugin ... very dirty but it works =) > Hi! > > I have the need of rendering a content element in a BE module I'm > writing. Up to now, I have the record of the element from "tt_content". > What I would like to do now is: > > 1) How can I find out which extension/class is handling the "CType" or > "list_type" value of the record? > > 2) How can I render the content once I know "who" is responsible for > it? > > I have checked the source code of Typo3 already, but it's difficult to > find out where exactly the frontend is doing these steps. I ended up in > tslib_pagegen and tslib_fe but the code isn't too straight forward and > clean. Hopefully one of you can give me a hint. > > Thanks in advance > > Jens > > _______________________________________________ > TYPO3-dev mailing list > TYPO3-dev at lists.netfielders.de > http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev From ligaard at daimi.au.dk Mon May 7 09:13:22 2007 From: ligaard at daimi.au.dk (Kasper Ligaard) Date: Mon, 07 May 2007 09:13:22 +0200 Subject: [TYPO3-dev] relaease plans for typoe 4.2? In-Reply-To: References: Message-ID: Martin Kutschker skrev: > Definitely not before August, more like end of this year or eraly next > year. Are any (tentative) plans for an (alpha) release date of Typo3 5.0 set? Regards, Kasper From 9f4eetb02 at sneakemail.com Mon May 7 09:19:45 2007 From: 9f4eetb02 at sneakemail.com (Dmitry Dulepov) Date: Mon, 07 May 2007 10:19:45 +0300 Subject: [TYPO3-dev] relaease plans for typoe 4.2? In-Reply-To: References: Message-ID: Kasper Ligaard wrote: > Are any (tentative) plans for an (alpha) release date of Typo3 5.0 set? May be better to ask in 5.0 list... -- Dmitry Dulepov Web: http://typo3bloke.net/ Skype: callto:liels_bugs "It is our choices, that show what we truly are, far more than our abilities." (A.P.W.B.D.) From jens.mittag at prime23.de Mon May 7 09:34:32 2007 From: jens.mittag at prime23.de (Jens Mittag) Date: Mon, 07 May 2007 09:34:32 +0200 Subject: [TYPO3-dev] Manually rendering Content elements in BE In-Reply-To: References: Message-ID: Am Montag, den 07.05.2007, 07:20 +0200 schrieb Dominic Blass: > I had the same problem in my eBay extension. > I solved it by writing a frontend plugin that renders given > content-elements. > In the BE i parsed the output from this fe plugin ... very dirty but it > works > =) How do you render given content-elements? I tried it with $conf = array(); $conf['table'] = 'tt_content'; $conf['select.']['pidInList'] = $pageToRender; $cObj = t3lib_div::makeInstance('tslib_cObj'); $content = $cObj->CONTENT($conf); but it doesn't work. I took this from css_styled_content and its "style.content.get" setup.... At the moment I'm thinking of fetching the page itself through a HTTP request and extracting the content elements out of the result, but thats dirty too if you ask me. Gru? Jens From Martin.Kutschker at n0spam-blackbox.net Mon May 7 09:49:07 2007 From: Martin.Kutschker at n0spam-blackbox.net (Martin Kutschker) Date: Mon, 07 May 2007 09:49:07 +0200 Subject: [TYPO3-dev] relaease plans for typoe 4.2? In-Reply-To: References: Message-ID: Dmitry Dulepov schrieb: > Kasper Ligaard wrote: >> Are any (tentative) plans for an (alpha) release date of Typo3 5.0 set? > > May be better to ask in 5.0 list... Probably, but I think currently only the new framework is more or less ready. So you won't see much in terms of BE. But you can play with the framework which is really a beauty (uses all kind of new PHP OO features). Masi From nightowl at galnet.dk Mon May 7 10:23:59 2007 From: nightowl at galnet.dk (Brian Bendtsen) Date: Mon, 07 May 2007 10:23:59 +0200 Subject: [TYPO3-dev] Problem with pi_list_browseresults() In-Reply-To: References: Message-ID: Peter Russ skrev: > Brian Bendtsen schrieb: >> Hi >> >> Im building an extension where I use the pi_list_makelist($res) and >> pi_list_browseresults(); >> >> I have an sql that returns 2 records but the browseresults "thinks" >> that there are 4. >> >> I think its because I use group by. >> >> This is my sql: >> >> SELECT * FROM tx_ebbolig_afdeling INNER JOIN tx_ebbolig_lejemaal ON >> tx_ebbolig_afdeling.uid = tx_ebbolig_lejemaal.afdelingid WHERE >> tx_ebbolig_afdeling.organisation = 1 GROUP BY tx_ebbolig_afdeling.uid; >> >> Im not sure what else to post here. >> >> Any idea how to solve this? >> >> /Brian Bendtsen > How many results do you get, running the query with phpmyadmin? > > Regs. Peter. > Hi Im using mysqlfront and I get 2 results/rows and if I insert count(*) I get 2 results/rows with 3 in the first row and 1 in the next. /BB From elmar.DOT.hinz at team.MINUS.red.DOT.net Mon May 7 10:41:28 2007 From: elmar.DOT.hinz at team.MINUS.red.DOT.net (Elmar Hinz) Date: Mon, 7 May 2007 08:41:28 +0000 (UTC) Subject: [TYPO3-dev] Manually rendering Content elements in BE References: Message-ID: Am Mon, 07 May 2007 09:34:32 +0200 schrieb Jens Mittag: > How do you render given content-elements? I tried it with > > $conf = array(); > $conf['table'] = 'tt_content'; > $conf['select.']['pidInList'] = $pageToRender; > $cObj = t3lib_div::makeInstance('tslib_cObj'); > $content = $cObj->CONTENT($conf); > > but it doesn't work. I took this from css_styled_content and its > "style.content.get" setup.... At the moment I'm thinking of fetching the > page itself through a HTTP request and extracting the content elements > out of the result, but thats dirty too if you ask me. > > Gru? Jens Hi Jens, just speculation, but $cObj may depend on environment variables set by the page object or similar. In older posting within this list, you will find examples how you can instanciate a whole FE page within the BE. Needs a little searching. If you read this list with a newsreader you can search the whole history of topics. Regards Elmar From nightowl at galnet.dk Mon May 7 14:06:36 2007 From: nightowl at galnet.dk (Brian Bendtsen) Date: Mon, 07 May 2007 14:06:36 +0200 Subject: [TYPO3-dev] BE: Only one field visible when making translation of an item Message-ID: Hi In my extension I have an item created by users with a lot of fields. Its possible to make a translation of the item but only one field will need actual translation. Is there a way to only display this field when they are making the translation? Im guessing it is possible in the tca.php, by adding another key to the types array but how do I define that it shall use the new one when the other language is selected? So it will be something like this: Default language is selected -> show all fields Danish language is selected -> show description field /Brian Bendtsen From 9f4eetb02 at sneakemail.com Mon May 7 14:14:17 2007 From: 9f4eetb02 at sneakemail.com (Dmitry Dulepov) Date: Mon, 07 May 2007 15:14:17 +0300 Subject: [TYPO3-dev] BE: Only one field visible when making translation of an item In-Reply-To: References: Message-ID: Hi! Brian Bendtsen wrote: > In my extension I have an item created by users with a lot of fields. > Its possible to make a translation of the item but only one field will > need actual translation. > > Is there a way to only display this field when they are making the > translation? > > Im guessing it is possible in the tca.php, by adding another key to the > types array but how do I define that it shall use the new one when the > other language is selected? > > So it will be something like this: > > Default language is selected -> show all fields > Danish language is selected -> show description field Firsts, you need to define language overlay for your table. It should have all standard fields (like uid, pid, etc), fields described in [1] and also fields to be translated. Then you should configured TCA for your translatable fields in main table as described in [2]. [1] http://typo3.org/documentation/document-library/core-documentation/doc_l10nguide/1.0.0/view/1/4/#id2723289 [2] http://typo3.org/documentation/document-library/core-documentation/doc_core_api/4.1.0/view/4/2/#id3613137, see "languageField" and below -- Dmitry Dulepov Web: http://typo3bloke.net/ Skype: callto:liels_bugs "It is our choices, that show what we truly are, far more than our abilities." (A.P.W.B.D.) From nightowl at galnet.dk Mon May 7 14:51:10 2007 From: nightowl at galnet.dk (Brian Bendtsen) Date: Mon, 07 May 2007 14:51:10 +0200 Subject: [TYPO3-dev] BE: Only one field visible when making translation of an item In-Reply-To: References: Message-ID: Dmitry Dulepov skrev: > Firsts, you need to define language overlay for your table. It should > have all standard fields (like uid, pid, etc), fields described in [1] > and also fields to be translated. Then you should configured TCA for > your translatable fields in main table as described in [2]. > > [1] > http://typo3.org/documentation/document-library/core-documentation/doc_l10nguide/1.0.0/view/1/4/#id2723289 > > [2] > http://typo3.org/documentation/document-library/core-documentation/doc_core_api/4.1.0/view/4/2/#id3613137, > see "languageField" and below > Ok, so far I have found out that I can use the "displayCond" => "FIELD:sys_language_uid:=:0" to hide a field if the language is not the default one. Is this the only solution? I cant do something like what I described in my original post? /BB From steffen at dislabs.de Mon May 7 14:51:34 2007 From: steffen at dislabs.de (Steffen Kamper) Date: Mon, 7 May 2007 14:51:34 +0200 Subject: [TYPO3-dev] file resources in translated records Message-ID: Hi, in the process of translating records in BE, records are copied to the translation record. If there are file resources in the record, these files are copied too with new filename and new filereference. This is in my eyes unneccessary. e.g. with my gallery extension (sk_simplegallery) the pics are records. In case of having hundreds of records with pics that may have more than 1MB disk space is explosing with every translation. May it make sense to seperate language-relvant data from the rest ? (strings and textfields only). May be it is a more complex approach, but it would make sense and produces less data. vg Steffen From steffen at dislabs.de Mon May 7 15:10:29 2007 From: steffen at dislabs.de (Steffen Kamper) Date: Mon, 7 May 2007 15:10:29 +0200 Subject: [TYPO3-dev] Manually rendering Content elements in BE References: Message-ID: "Elmar Hinz" schrieb im Newsbeitrag news:mailman.1.1178527288.10295.typo3-dev at lists.netfielders.de... > Am Mon, 07 May 2007 09:34:32 +0200 schrieb Jens Mittag: > >> How do you render given content-elements? I tried it with >> >> $conf = array(); >> $conf['table'] = 'tt_content'; >> $conf['select.']['pidInList'] = $pageToRender; >> $cObj = t3lib_div::makeInstance('tslib_cObj'); >> $content = $cObj->CONTENT($conf); >> >> but it doesn't work. I took this from css_styled_content and its >> "style.content.get" setup.... At the moment I'm thinking of fetching the >> page itself through a HTTP request and extracting the content elements >> out of the result, but thats dirty too if you ask me. >> >> Gru? Jens > > Hi Jens, > > just speculation, but $cObj may depend on environment variables set by the > page object or similar. In older posting within this list, you will find > examples how you can instanciate a whole FE page within the BE. Needs a > little searching. If you read this list with a newsreader you can search > the whole history of topics. > > Regards > > Elmar Hi, this is not an easy task. I also needed a way to do this, and i searched all the newsgroups for an solution. The prob is to filter out the working approaches from the "not working" In my case I had the problem, that parts of the TSFE-Objects are missed, so i got some results like normal CE's but no results with Extensions. e.g. If anyone has a working solution, it would make sense to offer an Extension, that offers a TSFE-Object for BE, so anyone could use with minimum of initialization. vg Steffen From Martin.Kutschker at n0spam-blackbox.net Mon May 7 15:55:34 2007 From: Martin.Kutschker at n0spam-blackbox.net (Martin Kutschker) Date: Mon, 07 May 2007 15:55:34 +0200 Subject: [TYPO3-dev] file resources in translated records In-Reply-To: References: Message-ID: Steffen Kamper schrieb: > Hi, > > in the process of translating records in BE, records are copied to the > translation record. If there are file resources in the record, these files > are copied too with new filename and new filereference. > This is in my eyes unneccessary. e.g. with my gallery extension > (sk_simplegallery) the pics are records. In case of having hundreds of > records with pics that may have more than 1MB disk space is explosing with > every translation. Have a look at the TCA docs. You can specify which fields are handled in what way by the translation framework. Masi From nightowl at galnet.dk Mon May 7 16:10:22 2007 From: nightowl at galnet.dk (Brian Bendtsen) Date: Mon, 07 May 2007 16:10:22 +0200 Subject: [TYPO3-dev] BE: Only one field visible when making translation of an item In-Reply-To: References: Message-ID: Brian Bendtsen skrev: > Dmitry Dulepov skrev: >> Firsts, you need to define language overlay for your table. It should >> have all standard fields (like uid, pid, etc), fields described in [1] >> and also fields to be translated. Then you should configured TCA for >> your translatable fields in main table as described in [2]. >> >> [1] >> http://typo3.org/documentation/document-library/core-documentation/doc_l10nguide/1.0.0/view/1/4/#id2723289 >> >> [2] >> http://typo3.org/documentation/document-library/core-documentation/doc_core_api/4.1.0/view/4/2/#id3613137, >> see "languageField" and below >> > > Ok, so far I have found out that I can use the "displayCond" => > "FIELD:sys_language_uid:=:0" to hide a field if the language is not the > default one. > > Is this the only solution? > > I cant do something like what I described in my original post? > > /BB Another problem I just discovered, when making a tranlation of a record it dublicates all records in a foreign table. How do I disable this? /BB From steffen at dislabs.de Mon May 7 16:17:51 2007 From: steffen at dislabs.de (Steffen Kamper) Date: Mon, 7 May 2007 16:17:51 +0200 Subject: [TYPO3-dev] file resources in translated records References: Message-ID: "Martin Kutschker" schrieb im Newsbeitrag news:mailman.1.1178546134.1843.typo3-dev at lists.netfielders.de... > Steffen Kamper schrieb: >> Hi, >> >> in the process of translating records in BE, records are copied to the >> translation record. If there are file resources in the record, these >> files are copied too with new filename and new filereference. >> This is in my eyes unneccessary. e.g. with my gallery extension >> (sk_simplegallery) the pics are records. In case of having hundreds of >> records with pics that may have more than 1MB disk space is explosing >> with every translation. > > Have a look at the TCA docs. You can specify which fields are handled in > what way by the translation framework. > > Masi Hi Masi, thx for pointing to that, so it's my fault. I try to understand all language-directives, but i'm not sure. Is this the right way for such fields ? l10n_mode => 'noCopy' Should i add this value to each fields or is there an default ? Sry, but i don't have so much expierince with this language part, i looked in tt_news to see an example of usage, or do you know a better example ? thx, vg Steffen From jens.mittag at prime23.de Mon May 7 16:38:12 2007 From: jens.mittag at prime23.de (Jens Mittag) Date: Mon, 07 May 2007 16:38:12 +0200 Subject: [TYPO3-dev] Manually rendering Content elements in BE In-Reply-To: References: Message-ID: Am Montag, den 07.05.2007, 15:10 +0200 schrieb Steffen Kamper: > Hi, > > this is not an easy task. I also needed a way to do this, and i searched all > the newsgroups for an solution. The prob is to filter out the working > approaches from the "not working" > > In my case I had the problem, that parts of the TSFE-Objects are missed, so > i got some results like normal CE's but no results with Extensions. e.g. > If anyone has a working solution, it would make sense to offer an Extension, > that offers a TSFE-Object for BE, so anyone could use with minimum of > initialization. > > vg Steffen Then I will start putting things together and show you what I have up to now. Maybe we manage to get it working with joined forces. ;) Attached I have a single function that prepares the complete FE system for a given pid and returns the output as a string. It works forme if I change the function t3lib_tstemplate::fileContent($fname) to the following function fileContent($fName) { $incFile = $this->getFileName($fName); if ($incFile){ return @file_get_contents($this->getFileName_backPath.$incFile); } } What I added was the prefix $this->getFileName_backPath in order to get correct file urls... This way normal content-elements work fine, fe-plugins do not... haven't figured yet why. Do you know which tslib_content function I have to call if want to render a single content-element only? That would be necessary to render hidden records also... Gru? Jens > > _______________________________________________ > TYPO3-dev mailing list > TYPO3-dev at lists.netfielders.de > http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev From jens.mittag at prime23.de Mon May 7 16:42:25 2007 From: jens.mittag at prime23.de (Jens Mittag) Date: Mon, 07 May 2007 16:42:25 +0200 Subject: [TYPO3-dev] Manually rendering Content elements in BE In-Reply-To: References: Message-ID: Oops, don't know if my last mail came along with the attachment (I don't see it in the archive),so here is a downloadable link to it: http://www.m00re.de/fileadmin/typo3FeInitialization.phps Sorry for the mistake. Jens From 9f4eetb02 at sneakemail.com Mon May 7 16:41:18 2007 From: 9f4eetb02 at sneakemail.com (Dmitry Dulepov) Date: Mon, 07 May 2007 17:41:18 +0300 Subject: [TYPO3-dev] BE: Only one field visible when making translation of an item In-Reply-To: References: Message-ID: Hi! Brian Bendtsen wrote: >> Ok, so far I have found out that I can use the "displayCond" => >> "FIELD:sys_language_uid:=:0" to hide a field if the language is not >> the default one. >> >> Is this the only solution? >> >> I cant do something like what I described in my original post? >> >> /BB > Another problem I just discovered, when making a tranlation of a record > it dublicates all records in a foreign table. How do I disable this? You are trying invent your own wheel instead of using existing. I can help only if you do as typo3 recommends to do (I gave pointers to recommended behavior). displayCond and disabling copying of record is your own way, not typo3 way of localizing things. -- Dmitry Dulepov Web: http://typo3bloke.net/ Skype: callto:liels_bugs "It is our choices, that show what we truly are, far more than our abilities." (A.P.W.B.D.) From steffen at dislabs.de Mon May 7 16:58:16 2007 From: steffen at dislabs.de (Steffen Kamper) Date: Mon, 7 May 2007 16:58:16 +0200 Subject: [TYPO3-dev] Manually rendering Content elements in BE References: Message-ID: "Jens Mittag" schrieb im Newsbeitrag news:mailman.204150.1178548944.21067.typo3-dev at lists.netfielders.de... > Oops, don't know if my last mail came along with the attachment (I don't > see it in the archive),so here is a downloadable link to it: > > http://www.m00re.de/fileadmin/typo3FeInitialization.phps > > Sorry for the mistake. > > Jens > Hi Jens, for rendering any CE there is a function in cObj: function cObjGetSingle($name,$conf,$TSkey='__') This function does the whole job, so all we need is a working cObj ;-) so for normal CE's i did it in FE like this: function getCE($id) { $conf['tables']='tt_content'; $conf['source']=$id; $conf['dontCheckPid']=1; return $this->cObj->cObjGetSingle('RECORDS',$conf); } to find the right id for TV i did this: function tvRecords() { $id=array(); $res=$GLOBALS['TYPO3_DB']->exec_SELECTquery('*','pages','hidden=0 and deleted=0 and uid in('.$this->pidList.')'); while($page=$GLOBALS['TYPO3_DB']->sql_fetch_assoc($res)) { $xml=$page['tx_templavoila_flex']; $ces=t3lib_div::xml2array($xml); foreach($ces['data']['sDEF']['lDEF'] as $key=>$val) { $id=array_merge($id,explode(',',$val['vDEF'])); } } return $id; } vg Steffen From tapio.markula at atwebteam.com Mon May 7 17:47:15 2007 From: tapio.markula at atwebteam.com (Tapio Markula) Date: Mon, 07 May 2007 18:47:15 +0300 Subject: [TYPO3-dev] relaease plans for typoe 4.2? In-Reply-To: References: Message-ID: Kasper Ligaard kirjoitti: > Martin Kutschker skrev: >> Definitely not before August, more like end of this year or eraly next >> year. > > Are any (tentative) plans for an (alpha) release date of Typo3 5.0 set? > > Regards, Kasper Concerning rejected topapps, please look at my version from tm_shared_lib - it has *hook* to extend the apps and config to select, what to use. From johnange at gmail.com Mon May 7 18:15:06 2007 From: johnange at gmail.com (John Angel) Date: Mon, 7 May 2007 18:15:06 +0200 Subject: [TYPO3-dev] relaease plans for typoe 4.2? References: Message-ID: >> Are any (tentative) plans for an (alpha) release date of Typo3 5.0 set? Typo3 v5.0: Will there be some easier script language than TypoScript, more procedural, or pure OO? From typo at pure.kicks-ass.net Mon May 7 18:20:37 2007 From: typo at pure.kicks-ass.net (Thomas Mammitzsch) Date: Mon, 07 May 2007 18:20:37 +0200 Subject: [TYPO3-dev] modify $TCA config array temporarily Message-ID: hi list, i want to write a simple new Content Element. Because it only contains an image and two text fields, i don't want to create a new db-table for this. I want to use the tt_content table. For example i want the image field to be stored in the image column of tt_content. This is working as expected, but for example i want my content element to have only 1 image(maxitems=1, minitems=1, size=1). if i modify $TCA in that way, my changes apply also to the content element "image", but i want my changes only for my new content element. is there a way to modify $TCA only temporarily, e.g. if the current CType is "mynewcontentelement"? thanks and regards, Thomas From Martin.Kutschker at n0spam-blackbox.net Mon May 7 18:30:07 2007 From: Martin.Kutschker at n0spam-blackbox.net (Martin Kutschker) Date: Mon, 07 May 2007 18:30:07 +0200 Subject: [TYPO3-dev] relaease plans for typoe 4.2? In-Reply-To: References: Message-ID: John Angel schrieb: >>> Are any (tentative) plans for an (alpha) release date of Typo3 5.0 set? > > Typo3 v5.0: Will there be some easier script language than TypoScript, > more procedural, or pure OO? TS is a simple configuration language. How can changing it into a real language (with OO) make it simpler to use? And no, AFAIK noone suggested that yet. The current plans are to streamline the TS objects (better nameing schemes, better replacements for .stdWrap and .data). *Internally* it is planned to use PHP objects instead of the current PHP arrays. Masi From tapio.markula at atwebteam.com Mon May 7 18:59:22 2007 From: tapio.markula at atwebteam.com (Tapio Markula) Date: Mon, 07 May 2007 19:59:22 +0300 Subject: [TYPO3-dev] modify $TCA config array temporarily In-Reply-To: References: Message-ID: Thomas Mammitzsch kirjoitti: > hi list, > > i want to write a simple new Content Element. Because it only contains > an image and two text fields, i don't want to create a new db-table for > this. I want to use the tt_content table. For example i want the image > field to be stored in the image column of tt_content. > This is working as expected, but for example i want my content element > to have only 1 image(maxitems=1, minitems=1, size=1). if i modify $TCA > in that way, my changes apply also to the content element "image", but i > want my changes only for my new content element. is there a way to > modify $TCA only temporarily, e.g. if the current CType is > "mynewcontentelement"? create a new content type - for example th_specialements defines own field set From johnange at gmail.com Mon May 7 19:23:17 2007 From: johnange at gmail.com (John Angel) Date: Mon, 7 May 2007 19:23:17 +0200 Subject: [TYPO3-dev] relaease plans for typoe 4.2? References: Message-ID: > TS is a simple configuration language. How can changing it into a real > language (with OO) make it simpler to use? Simple? It's a joke? I've filled recent typo3.org survey and there wasn't any question about TS learning curve. Because everybody knows it's a couple of years. I know several programming languages and still not used to TS. I suppose never will, because it's a real mess, without syntax or error checking. The idea is to have like real programming language (why reinventing the wheel?) and PHP is a logical choice. So instead object.stdWrap.if { value.data = some_value isLessThan = 1 isGreaterThan = 10 } we should have normal: if($some_value>1 || $some_value<10) { $object->render=true; } Pretty simpler? And you don't have to learn a thing. Just to have public objects and some API+properties for them. Thus it would be a lot faster, because parsing of TS won't exist any longer. From typo at pure.kicks-ass.net Mon May 7 19:22:16 2007 From: typo at pure.kicks-ass.net (Thomas Mammitzsch) Date: Mon, 07 May 2007 19:22:16 +0200 Subject: [TYPO3-dev] modify $TCA config array temporarily In-Reply-To: References: Message-ID: Tapio Markula wrote: > Thomas Mammitzsch kirjoitti: >> hi list, >> >> i want to write a simple new Content Element. Because it only contains >> an image and two text fields, i don't want to create a new db-table for >> this. I want to use the tt_content table. For example i want the image >> field to be stored in the image column of tt_content. >> This is working as expected, but for example i want my content element >> to have only 1 image(maxitems=1, minitems=1, size=1). if i modify $TCA >> in that way, my changes apply also to the content element "image", but i >> want my changes only for my new content element. is there a way to >> modify $TCA only temporarily, e.g. if the current CType is >> "mynewcontentelement"? > > create a new content type - for example th_specialements defines own > field set new content type? maybe you can write an example? i hope you understood my posting right. its not about displaying a certain field set, but how a single field looks/which properties it has. But maybe i don't know what you mean exactly. From tapio.markula at atwebteam.com Mon May 7 19:26:13 2007 From: tapio.markula at atwebteam.com (Tapio Markula) Date: Mon, 07 May 2007 20:26:13 +0300 Subject: [TYPO3-dev] modify $TCA config array temporarily In-Reply-To: References: Message-ID: Thomas Mammitzsch >>> want my changes only for my new content element. is there a way to >>> modify $TCA only temporarily, e.g. if the current CType is >>> "mynewcontentelement"? >> create a new content type - for example th_specialements defines own >> field set > new content type? maybe you can write an example? look ext_tables.php of th_specialelements. If you define own content type, you can set fields, how you want. In fact if you need replacement for text or text with images, alter ext_tables of th_specialelements. Endeed you should alter the XCLASS. I made into an evaluation version tm_contentaccessa, which use hook instead and that it fully compatible with newest versions of Typo3. From tapio.markula at atwebteam.com Mon May 7 19:55:18 2007 From: tapio.markula at atwebteam.com (Tapio Markula) Date: Mon, 07 May 2007 20:55:18 +0300 Subject: [TYPO3-dev] relaease plans for typoe 4.2? In-Reply-To: References: Message-ID: John Angel > I know several programming languages and still not used to TS. I suppose > never will, because it's a real mess, without syntax or error checking. TS can be compared with CSS rather than programming languages. It just defines thing adding some conditions > So instead > > object.stdWrap.if { > value.data = some_value > isLessThan = 1 > isGreaterThan = 10 > } > > we should have normal: > > if($some_value>1 || $some_value<10) { $object->render=true; } conditions are problematic, but you should always remember that TS must be converted as arrays, which use dots $conf['some.'][... From johnange at gmail.com Mon May 7 20:04:52 2007 From: johnange at gmail.com (John Angel) Date: Mon, 7 May 2007 20:04:52 +0200 Subject: [TYPO3-dev] relaease plans for typoe 4.2? References: Message-ID: Hi Tapio, > TS can be compared with CSS rather than programming languages. > It just defines thing adding some conditions I understand what TS is, but I am trying to make point that it has MONSTROUS learning curve. > conditions are problematic, but you should always remember that > TS must be converted as > arrays, which use dots $conf['some.'][... Why? Why do I have to remember that and learn some very strange constant-type-of-language-never-used-anywhere-in-the-space? If we want more adoption rate, then Typo3 should have fast learning curve and should be easy to understand. Regards John From martin.kutschker-n0spam at no5pam-blackbox.net Mon May 7 20:30:26 2007 From: martin.kutschker-n0spam at no5pam-blackbox.net (Martin Kutschker) Date: Mon, 07 May 2007 20:30:26 +0200 Subject: [TYPO3-dev] relaease plans for typoe 4.2? In-Reply-To: References: Message-ID: Tapio Markula schrieb: > John Angel > >> I know several programming languages and still not used to TS. I suppose >> never will, because it's a real mess, without syntax or error checking. Syntax checking with proper error reporting and even those nifty popups in an editor you might be used to (eg Microsofts IDEs) will be possible with TS 2.0. And you mix up the syntax with the names. Eg. PHP is (or was until they added lots of OO to it) a simple language, yet the horrible (or not really existent namings schemes) make it a mess. Using $foo instead of foo will maybe look familiar for PHP programmers but does not improve readibility for the majority of non programmers and C/Java/Basic programmers. > TS can be compared with CSS rather than programming languages. > It just defines thing adding some conditions My point. Masi From martin.kutschker-n0spam at no5pam-blackbox.net Mon May 7 20:32:11 2007 From: martin.kutschker-n0spam at no5pam-blackbox.net (Martin Kutschker) Date: Mon, 07 May 2007 20:32:11 +0200 Subject: [TYPO3-dev] relaease plans for typoe 4.2? In-Reply-To: References: Message-ID: John Angel schrieb: > > If we want more adoption rate, then Typo3 should have fast learning > curve and should be easy to understand. I thin it's better to improve the UI then. Or create better IDEs for using TS (which will be possible). It's a pity you weren't at T3DD07 were among other 5.0 issues TS has been addressed. Masi From johnange at gmail.com Mon May 7 21:08:58 2007 From: johnange at gmail.com (John Angel) Date: Mon, 7 May 2007 21:08:58 +0200 Subject: [TYPO3-dev] relaease plans for typoe 4.2? References: Message-ID: > I thin it's better to improve the UI then. Or create better IDEs for > using TS (which will be possible). Are we developing the programming language or CMS? Here are the strong arguments: 1) Typoscript is very difficult to learn. TS doesn't have similar popular language which looks alike, which makes things even worst. I do not understand why do you insist in using something that nobody uses anywhere and is extremely hard to learn? We can make IDE. We can make syntax and error checking. But, newcomers still have to learn it from the scratch. And it takes very very long time. Why should we bother, when we can adopt existing language which already processes TS? I agree PHP was/is horrible, but it improves itself. We should let PHP guys do PHP and ourselves should focus on improving features of Typo3, not wasting time on reinventing some-language. Somebody even suggested to make compiler for TS here. We are loosing precious time on periphery things. 2) PHP approach is much easier than Typoscript. object.stdWrap.if { value.data = some_value isLessThan = 1 isGreaterThan = 10 } vs. if($some_value>1 || $some_value<10) { $object->render=true; } How to explain above TS example to newcomer? It is easy task, but complicated solution. How to tell him that TS is not procedural and that he has to forget all from PHP, which was the reason why he picked up Typo3 in the first place. How to tell him that some objects have and some don't have stdWrap? I wonder can you find good answers for this questions ;) Regards, John From martin.kutschker-n0spam at no5pam-blackbox.net Mon May 7 21:18:53 2007 From: martin.kutschker-n0spam at no5pam-blackbox.net (Martin Kutschker) Date: Mon, 07 May 2007 21:18:53 +0200 Subject: [TYPO3-dev] relaease plans for typoe 4.2? In-Reply-To: References: Message-ID: John Angel schrieb: >> I thin it's better to improve the UI then. Or create better IDEs for >> using TS (which will be possible). > > Are we developing the programming language or CMS? > > Here are the strong arguments: > > 1) Typoscript is very difficult to learn. TS doesn't have similar popular > language which looks alike, which makes things even worst. > > I do not understand why do you insist in using something that nobody uses > anywhere and is extremely hard to learn? We can make IDE. We can make > syntax > and error checking. But, newcomers still have to learn it from the scratch. > And it takes very very long time. Why > should we bother, when we can adopt existing language which already > processes TS? > > I agree PHP was/is horrible, but it improves itself. We should let PHP guys > do PHP and ourselves should focus on improving features of Typo3, not > wasting time on reinventing some-language. > > Somebody even suggested to make compiler for TS here. We are loosing > precious time on periphery things. > > 2) PHP approach is much easier than Typoscript. > > object.stdWrap.if { > value.data = some_value > isLessThan = 1 > isGreaterThan = 10 > } > > vs. > > if($some_value>1 || $some_value<10) { $object->render=true; } > > How to explain above TS example to newcomer? It is easy task, but > complicated solution. Besides "stdWrap" and "data" (aka getText), "if" is certainly something that has to be and will be improved. * What I am insisting on is that TS is a declarative not a procedural language. I wouldn't change that, but you do. Masi * Some ideas but nothing definitive has been suggested on T3DD07. From johnange at gmail.com Mon May 7 22:02:58 2007 From: johnange at gmail.com (John Angel) Date: Mon, 7 May 2007 22:02:58 +0200 Subject: [TYPO3-dev] relaease plans for typoe 4.2? References: Message-ID: > Besides "stdWrap" and "data" (aka getText), "if" is certainly something > that has to be and will be improved. * > > What I am insisting on is that TS is a declarative not a procedural > language. I wouldn't change that, but you do. It doesn't matter what TS is. Nobody uses it except Typo3 community and it is HARD to learn. You are answering to my question like a programmer. I am talking about wider perspective, not flame war TS vs. PHP. I understand you wouldn't change TS, because you've learnt it. How long did it take? 2-3 years? I didn't receive any answer to my previous questions? You keep avoiding them. Let me hear the real arguments, not "I wouldn't change that, but you do". Do we have the same goal: to improve user base and number of installations? Your insisting on tools that have long learning curve doesn't help much. Obviously it is hard to influence in anything here, because you simply don't want to have broader perspective. AFAIR even Dmitry complained how you picked unproven Java Content Repository on your own. From martin.kutschker-n0spam at no5pam-blackbox.net Mon May 7 22:35:58 2007 From: martin.kutschker-n0spam at no5pam-blackbox.net (Martin Kutschker) Date: Mon, 07 May 2007 22:35:58 +0200 Subject: [TYPO3-dev] relaease plans for typoe 4.2? In-Reply-To: References: Message-ID: John Angel schrieb: >> Besides "stdWrap" and "data" (aka getText), "if" is certainly something >> that has to be and will be improved. * >> >> What I am insisting on is that TS is a declarative not a procedural >> language. I wouldn't change that, but you do. > > It doesn't matter what TS is. Nobody uses it except Typo3 community and it > is HARD to learn. > > You are answering to my question like a programmer. I am talking about > wider perspective, not flame war TS vs. PHP. Hm, but it's you who wants to shift to a fully blown programming language which is IMHO harder to learn than e few configuration options. In my opinion the gard part of TS (and any other language) isn't the syntax. That's easy - yes, also for TS. The hard part is to memorize which libraries/packages/extensions (ie TS objects) there are and what properties/methods they have. > I understand you wouldn't change TS, because you've learnt it. Cerainly a point. > How long did it take? 2-3 years? No. I grasped the syntax within a day but of course it took me much longer to work out how the objects are supposed to be used. An as I see it, using some superfluos similarities to PHP won't help. What will help is to create a consistent and clean naming scheme and a cleaning up of the most weird syntax problems. I agree with you that "stdWrap", "getText" and "if" should be changed completely. And I'm sure they will change as, so it was my perception on T3DD07, a consensus to clean up TS, but not to replace it completely. Masi From tapio.markula at atwebteam.com Mon May 7 22:44:43 2007 From: tapio.markula at atwebteam.com (Tapio Markula) Date: Mon, 07 May 2007 23:44:43 +0300 Subject: [TYPO3-dev] relaease plans for typoe 4.2? In-Reply-To: References: Message-ID: Martin Kutschker > > What will help is to create a consistent and clean naming scheme and a > cleaning up of the most weird syntax problems. I agree with you that > "stdWrap", "getText" and "if" should be changed completely. My opinion. stdWrap is not very difficult. Wraps are really handy. But 'if' - that is really hard. Even if I have used TS couple years, I don't understand properly if-stuff in TS. One of the problem is also that it is not available for all properties and remember for what is really hard. From johnange at gmail.com Tue May 8 00:04:41 2007 From: johnange at gmail.com (John Angel) Date: Tue, 8 May 2007 00:04:41 +0200 Subject: [TYPO3-dev] relaease plans for typoe 4.2? References: Message-ID: > Hm, but it's you who wants to shift to a fully blown programming > language which is IMHO harder to learn than e few configuration options. The concept is the same, we still need configuration options. E.g. $object->stdWrap can work exactly just it was, the idea is just to make things more flexible and easier. If I want to code in PHP, I should do it directly in CMS, wherever I want. I want to be able to output HTML by simply using: $page->output = "Hello world"; instead of confusing: page.10 = TEXT page.10.value = Hello world > What will help is to create a consistent and clean naming scheme and a > cleaning up of the most weird syntax problems. I agree with you that > "stdWrap", "getText" and "if" should be changed completely. And I'm sure > they will change as, so it was my perception on T3DD07, a consensus to > clean up TS, but not to replace it completely. You cannot make it procedural and that is necessary. You have to be expert to build sites in Typo3 - that has to be changed. From bedlamhotel at gmail.com Tue May 8 00:28:43 2007 From: bedlamhotel at gmail.com (Christopher Torgalson) Date: Mon, 7 May 2007 15:28:43 -0700 Subject: [TYPO3-dev] relaease plans for typoe 4.2? In-Reply-To: References: Message-ID: Hi, On 5/7/07, John Angel wrote: > > Hm, but it's you who wants to shift to a fully blown programming > > language which is IMHO harder to learn than e few configuration options. > > The concept is the same, we still need configuration options. > > E.g. $object->stdWrap can work exactly just it was, the idea is just to make > things more flexible and easier. If I want to code in PHP, I should do it > directly in CMS, wherever I want. > > I want to be able to output HTML by simply using: > > $page->output = "Hello world"; > > instead of confusing: > > page.10 = TEXT > page.10.value = Hello world I can imagine a middle ground here; e.g. a setup where, since 'new' TS will be php objects internally, those objects' properties could be set directly from templates...might be interesting. > > What will help is to create a consistent and clean naming scheme and a > > cleaning up of the most weird syntax problems. I agree with you that > > "stdWrap", "getText" and "if" should be changed completely. And I'm sure > > they will change as, so it was my perception on T3DD07, a consensus to > > clean up TS, but not to replace it completely. > > > You cannot make it procedural and that is necessary. > > You have to be expert to build sites in Typo3 - that has to be changed. "Has to"? This subject comes up 3 times a year on this list like clockwork, but I think it almost always makes incorrect assumptions a) about the comparative simplicity of other CMS tools, and b) about /who/ the people are that TYPO3 is designed to appeal to are, and what TYPO3's primary purpose is. For (a), it's definitely true that you need to be an expert to use TYPO3, but this is also very true of other CMS tools. For example, even though a tool like Drupal--a tool with a reputation for being easy to work with--is very easy to use php with, it takes quite a lot of study of the API in order to do so effectively and without duplicating functionality that's already avaialble. Similarly, other powerful CMS tools like Xaraya and Plone have proprietary templating 'languages' (Xaraya) or their very own server software (Zope for Plone) that must be learned before it's possible to use the tools well. For (b), IMO, TYPO3's core audience is (and as far as I can tell, has been since the very beginning) people or companies that need to build /many/ websites. Its primary users, in other words, are those people for whom it is /worthwhile/ to spend a lot of time learning a complex tool. TYPO3 is a /poor/ tool for anyone who does not have an ongoing need to build new websites, and /many/ of the complainants on the lists over the years have been people who had no such need. IMO, I think it's much more reasonable to compare TYPO3 to another kind of development framework such as e.g. Ruby on Rails than it is to compare it to other CMS tools. In the same way that an experienced Ruby developer is still going to have to learn about the Rails framework to make effective use of Rails, an experienced PHP developer will need to learn TS to come to grips with TYPO3. I don't see this as a problem. Having said that, TS /does/ badly need the possibility of syntax checking and error-reporting; I'd say that a more predictable syntax, and instant feedback about the /nature/ of any errors would solve the largest TS/TYPO3 learning problems we have at the moment. -- Christopher Torgalson http://www.typo3apprentice.com/ From info at cybercraft.de Tue May 8 00:31:45 2007 From: info at cybercraft.de (JoH asenau) Date: Tue, 8 May 2007 00:31:45 +0200 Subject: [TYPO3-dev] relaease plans for typoe 4.2? References: Message-ID: >> Besides "stdWrap" and "data" (aka getText), "if" is certainly >> something that has to be and will be improved. * >> >> What I am insisting on is that TS is a declarative not a procedural >> language. I wouldn't change that, but you do. > > It doesn't matter what TS is. Nobody uses it except Typo3 community > and it is HARD to learn. Why? - I came from a designer's background when I started with TYPO3 a few years ago. My programming skills where HTML, CSS and JavaScript only. I had never used a real programming language before and hardly knew any PHP. So the reason for my decision for TYPO3 was TypoScript. Because it's some kind of a shorthand for PHP. (You can trigger a whole bunch of PHP functions with just a few lines of TypoScript) _and_ because it's so easy to learn. > You are answering to my question like a programmer. I am talking > about wider perspective, not flame war TS vs. PHP. I understand you > wouldn't change TS, because you've learnt it. How long did it take? > 2-3 years? It took me just a few days to get used to the basics and another few weeks to work out the details and play around with more complex stuff like nested cObjects and recursive use of stdWrap properties. And IMHO most of the newbies that are not coming from a programming background could more easily learn how to use TS configuration parameters than a real programming language with all it's functions. Compare the size of TSref to that of the PHP manual and you will recognize the difference. Did you ever try to setup something like a complex HMENU structure with optionSplit and lots of different wraps with PHP only? Do you really think it's easier for a newbie to learn how to write those few hundred lines of PHP code instead of just 20 or 30 lines of TypoScript that can be easily changed on a per page base using extension templates with just one additional line? > I didn't receive any answer to my previous questions? You keep > avoiding them. Let me hear the real arguments, not "I wouldn't change > that, but you do". > > Do we have the same goal: to improve user base and number of > installations? If this is your major goal maybe TYPO3 is not the right tool to reach it. My goal is a bit different since IMHO the quality of a professional system has nothing to do with the number of people using it. My goal is to improve a system that introduced a lot of helpful things that simply don't exist in other content management frameworks. One of these things is TypoScript and IMHO taking it to the next (2.0) level is a very good idea. Replacing it with pure PHP, XML or whatever you might prefer will remove one of the major USPs for TYPO3. > Your insisting on tools that have long learning curve > doesn't help much. They don't have a long learning curve if you just stop avoiding them and try to understand the advantages they might give you. And BTW, if you really hate them that much, you are not forced to use them. I guess something like page = PAGE page { 10 = USER 10.userFunc = myClass->myFunction } will not have such a high learning curve and you can completely replace the rendering functionality by your own PHP code very easily this way. > Obviously it is hard to influence in anything here, because you > simply don't want to have broader perspective. AFAIR even Dmitry > complained how you picked unproven Java Content Repository on your > own. My broader perspective is: TS is one of the good things TYPO3 has to offer and if we will be able to remove the inconsistencies and give the naming scheme an overhaul (like it is currently done with class and function names for TYPO3 5.0) it could be something other systems could use as well. So if you are one of the people complaining about the long lurning curve, maybe you could tell us what your major problems are and maybe this will influence the new look and feel of TypoScript 2.0 to make it even easier to learn than it is now. Could this be a deal? Joey -- Wenn man keine Ahnung hat: Einfach mal Fresse halten! (If you have no clues: simply shut your gob sometimes!) Dieter Nuhr, German comedian openBC/Xing: http://www.cybercraft.de T3 cookbook: http://www.typo3experts.com From info at cybercraft.de Tue May 8 00:57:48 2007 From: info at cybercraft.de (JoH asenau) Date: Tue, 8 May 2007 00:57:48 +0200 Subject: [TYPO3-dev] relaease plans for typoe 4.2? References: Message-ID: > I want to be able to output HTML by simply using: > > $page->output = "Hello world"; > > instead of confusing: > > page.10 = TEXT > page.10.value = Hello world And let me guess why you want that: because you are used to PHP. But what if another user is used to BASIC, another one is still hacking Assembler and another one only knows Action Script. Don't you think it will make a difference for them, if they don't have to learn _your_ favourite language (which is the language TYPO3 is based on - lucky you) but some configuration parameters instead that are the same for each and every TYPO3 user? >> What will help is to create a consistent and clean naming scheme and >> a cleaning up of the most weird syntax problems. I agree with you >> that "stdWrap", "getText" and "if" should be changed completely. And >> I'm sure they will change as, so it was my perception on T3DD07, a >> consensus to clean up TS, but not to replace it completely. > > You cannot make it procedural and that is necessary. Why? - It's a configuration array and there are different options that let you implement PHP functions to pre- or postprocess the stuff configured by this array. So there's no real necessity for procedural processing in TS itself. > You have to be expert to build sites in Typo3 - that has to be > changed. Why? You have to be expert to use PHP too, but I don't hear you complain about it. Maybe because you already are a PHP expert and don't want to invest the time to become a TYPO3 expert too? Usually it takes about 2 or 3 years to learn any professional job be it a motorcar mechanic, a designer or a programmer. You have to learn how to use the tools that are necessary for each of these jobs. Why do you expect this to be different for TYPO3 professionals? If you run into problems regarding TypoScript feel free to ask here in the newsgroups or maybe consider paying a coach. And yes, this is something I do for my living ;-) Joey -- Wenn man keine Ahnung hat: Einfach mal Fresse halten! (If you have no clues: simply shut your gob sometimes!) Dieter Nuhr, German comedian openBC/Xing: http://www.cybercraft.de T3 cookbook: http://www.typo3experts.com From patrick at typo3quebec.org Tue May 8 02:57:30 2007 From: patrick at typo3quebec.org (Patrick Gaumond) Date: Mon, 07 May 2007 20:57:30 -0400 Subject: [TYPO3-dev] release plans for TYPO3 4.2? In-Reply-To: References: Message-ID: John Angel wrote: > I do not understand why do you insist in using something that nobody uses > anywhere and is extremely hard to learn? We can make IDE. We can make > syntax Hi John, I think that the first thing to consider is that there's more than 400 000 TYPO3 websites, so at least it's not an impossible task to learn TS. BTW, I'm really not an expert in TS... And about the language that nobody use outside of the scope of a project, I got the same problem with Lingo, ColdFusion, Userland's UserTalk and many other languages made for a specific task/product. May I suggest this hidden treasure: TypoScript Syntax and In-depth Study http://typo3.org/documentation/document-library/core-documentation/doc_core_ts/current/ > I agree PHP was/is horrible, but it improves itself. We should let PHP guys > do PHP and ourselves should focus on improving features of Typo3 That's why I let CoreDEV do the PHP thingny while I use a well proved configuration pseudo-language that hides PHP complexity. > How to tell him that TS is not procedural and that he has to forget all > from PHP, which was the reason why he picked up Typo3 in the first place. I didn't pick TYPO3 because of PHP (or TS) but because I saw flexibility, features and power. Oh and that was in April 2003... I just had to help a T3 newcomer 2 weeks ago. One of my first advice was to tell him he forget a bit about what he takes for granted and go with the flow instead of "fighting" against the system. Two weeks later, he likes it ! But yes, he began to rant first. ;) Patrick From patrick at typo3quebec.org Tue May 8 03:09:57 2007 From: patrick at typo3quebec.org (Patrick Gaumond) Date: Mon, 07 May 2007 21:09:57 -0400 Subject: [TYPO3-dev] Bulk change for pages In-Reply-To: References: Message-ID: John Angel wrote: > Cannot seem to find some tool for bulk change for pages. > > E.g. how to change stardate or hide dozens of pages at once, including > their language overlay pairs? I can't say for the language overlay but to hide stuff in one save: 1- Go to WEB -> List 2- Choose the page containing subpages you wanna change 3- Click on Page (in the grey area where there's a plus sign) 4- At bottom you see all the fields contained into Pages (Title, Hide in menu, Access, etc) Select the fields using Ctrl to select multiples. 5- Use the pencil at the top for the column that you want to edit. 6- Edit 7- Save results 8- Be happy ! If you where trying to find "scripts" or extension for that, I would suggest simply using phpMyAdmin/MySQL. Patrick From tapio.markula at atwebteam.com Tue May 8 08:16:48 2007 From: tapio.markula at atwebteam.com (Tapio Markula) Date: Tue, 08 May 2007 09:16:48 +0300 Subject: [TYPO3-dev] relaease plans for typoe 4.2? In-Reply-To: References: Message-ID: JoH asenau > Why? - I came from a designer's background when I started with TYPO3 a few > years ago. My programming skills where HTML, CSS and JavaScript only. I had > never used a real programming language before and hardly knew any PHP. > > So the reason for my decision for TYPO3 was TypoScript. > Because it's some kind of a shorthand for PHP. In practise TS is much more readable than PHP because normally you need to use just dots and curly brackets as separators - like in CSS. Errors in syntax don't cause disasters like tiny errors in PHP but the disadvantage is missing syntax check. (You can trigger a whole > bunch of PHP functions with just a few lines of TypoScript) _and_ because > it's so easy to learn. in many cases really fast What is complex, is if-statements. But PHP programmer can create his own funtions, if he wants. The main advance is that when you need to configure a plugin, you don't need create new plugin version but configure just by using TS. From steffen at dislabs.de Tue May 8 08:49:40 2007 From: steffen at dislabs.de (Steffen Kamper) Date: Tue, 8 May 2007 08:49:40 +0200 Subject: [TYPO3-dev] file resources in translated records References: Message-ID: I got it, l10n_mode => 'exclude' is the right mode for such fields. vg Steffen "Martin Kutschker" schrieb im Newsbeitrag news:mailman.1.1178546134.1843.typo3-dev at lists.netfielders.de... > Steffen Kamper schrieb: >> Hi, >> >> in the process of translating records in BE, records are copied to the >> translation record. If there are file resources in the record, these >> files are copied too with new filename and new filereference. >> This is in my eyes unneccessary. e.g. with my gallery extension >> (sk_simplegallery) the pics are records. In case of having hundreds of >> records with pics that may have more than 1MB disk space is explosing >> with every translation. > > Have a look at the TCA docs. You can specify which fields are handled in > what way by the translation framework. > > Masi From johnange at gmail.com Tue May 8 08:58:12 2007 From: johnange at gmail.com (John Angel) Date: Tue, 8 May 2007 08:58:12 +0200 Subject: [TYPO3-dev] relaease plans for typoe 4.2? References: Message-ID: I still haven't heard ONE explanation why is this simpler: object.stdWrap.if { value.data = some_value isLessThan = 1 isGreaterThan = 10 } than this: if($some_value>1 || $some_value<10) { $object->render=true; } Above TS code is ridiculous. And you trying to tell me that somebody will understand it easily? > And let me guess why you want that: because you are used to PHP. > But what if another user is used to BASIC, another one is still hacking Are you joking? I'm not? The complete Typo3 is coded in PHP, why are you mentioning Basic? Nobody thinks that complete dummies will use Typo3 as professional tool. >> You cannot make it procedural and that is necessary. > > Why? - It's a configuration array and there are different options that let > you implement PHP functions to pre- or postprocess the stuff configured by > this array. So there's no real necessity for procedural processing in TS > itself. There is a necessity. Speed + learning curve. >> You have to be expert to build sites in Typo3 - that has to be >> changed. > > Why? You have to be expert to use PHP too, but I don't hear you complain > about it. Why do you have to be PHP expert to build sites in Typo3? I don't like that approach, also. > Usually it takes about 2 or 3 > years to learn any professional job be it a motorcar mechanic, a designer > or > a programmer. Why do you think it is good thing that you need to learn something that much? >> It doesn't matter what TS is. Nobody uses it except Typo3 community >> and it is HARD to learn. > > Why? - I came from a designer's background when I started with TYPO3 a few > years ago. My programming skills where HTML, CSS and JavaScript only. I > had > never used a real programming language before and hardly knew any PHP. When you will stop looking from yourself point of view and see broader perspective? > Did you ever try to setup something like a complex HMENU structure with > optionSplit and lots of different wraps with PHP only? It is not necessary to kill TS. Just to change the way we use/access it. From johnange at gmail.com Tue May 8 08:58:15 2007 From: johnange at gmail.com (John Angel) Date: Tue, 8 May 2007 08:58:15 +0200 Subject: [TYPO3-dev] relaease plans for typoe 4.2? References: Message-ID: > I can imagine a middle ground here; e.g. a setup where, since 'new' TS > will be php objects internally, those objects' properties could be set > directly from templates...might be interesting. Exactly. Here is the example: temp.menu < HMENU temp.menu { entryLevel = 1 1 < TMENU 1 { noBlur = 1 wrap =
    |
NO.allWrap =
  • |
    • |*|
  • |
    • } stdWrap.if { value.data = register:count_menuItems isLessThan = 1 isGreaterThan = 5 } } lib.menu < temp.menu becomes something like: $temp = new HMENU(); $temp->entryLevel = 1; $temp->noBlur = 1; $temp->wrap = '
      |
    '; $temp->NO['allWrap'] = '
  • |
    • |*|
  • |
    • '; if(t3lib_div::intInRange($temp->NumberOfItems(), 1, 10, 0)) { $page->templavoila['menu'] = $temp->Render(); } We get syntax and error checking + it is faster. Simple as that. > "Has to"? This subject comes up 3 times a year on this list like > clockwork, but I think it almost always makes incorrect assumptions a) > about the comparative simplicity of other CMS tools, and b) about > /who/ the people are that TYPO3 is designed to appeal to are, and what > TYPO3's primary purpose is. > > For (a), it's definitely true that you need to be an expert to use > TYPO3, but this is also very true of other CMS tools. Why are we looking to weak sides of other CMS tools? We are trying to making something better? > Having said that, TS /does/ badly need the possibility of syntax > checking and error-reporting; I'd say that a more predictable syntax, > and instant feedback about the /nature/ of any errors would solve the > largest TS/TYPO3 learning problems we have at the moment. Why are we wasting time of that? PHP has all of that? We should focus on CMS, not developing alternative language. From johnange at gmail.com Tue May 8 09:04:26 2007 From: johnange at gmail.com (John Angel) Date: Tue, 8 May 2007 09:04:26 +0200 Subject: [TYPO3-dev] Bulk change for pages References: Message-ID: >> E.g. how to change stardate or hide dozens of pages at once, including >> their language overlay pairs? > > I can't say for the language overlay but to hide stuff in one save: Thanks Patrick! It automatically works for language overlay, also! From lists at akanai.com Tue May 8 09:08:45 2007 From: lists at akanai.com (Helmuth Antholzer) Date: Tue, 08 May 2007 09:08:45 +0200 Subject: [TYPO3-dev] relaease plans for typoe 4.2? In-Reply-To: References: Message-ID: Hi! The biggest problem is, that most of the newbies are too lazy to read the documentation, they spend their time complaining instead of learing. There are a lot of great resources on the web with great examples. Nowadays its quite easy to learn TypoScript For example take typo3wizard.com Greets Helmuth John Angel wrote: >> I can imagine a middle ground here; e.g. a setup where, since 'new' TS >> will be php objects internally, those objects' properties could be set >> directly from templates...might be interesting. >> > > Exactly. Here is the example: > > > temp.menu < HMENU > temp.menu { > entryLevel = 1 > 1 < TMENU > 1 { > noBlur = 1 > wrap =
      |
    > NO.allWrap =
  • |
    • |*|
  • |
    • > } > > stdWrap.if { > value.data = register:count_menuItems > isLessThan = 1 > isGreaterThan = 5 > } > } > > lib.menu < temp.menu > > > becomes something like: > > > $temp = new HMENU(); > $temp->entryLevel = 1; > $temp->noBlur = 1; > $temp->wrap = '
      |
    '; > $temp->NO['allWrap'] = '
  • |
    • |*|
  • |
    • '; > > if(t3lib_div::intInRange($temp->NumberOfItems(), 1, 10, 0)) > { > $page->templavoila['menu'] = $temp->Render(); > } > > > We get syntax and error checking + it is faster. Simple as that. > > > > >> "Has to"? This subject comes up 3 times a year on this list like >> clockwork, but I think it almost always makes incorrect assumptions a) >> about the comparative simplicity of other CMS tools, and b) about >> /who/ the people are that TYPO3 is designed to appeal to are, and what >> TYPO3's primary purpose is. >> >> For (a), it's definitely true that you need to be an expert to use >> TYPO3, but this is also very true of other CMS tools. >> > > Why are we looking to weak sides of other CMS tools? We are trying to > making something better? > > > >> Having said that, TS /does/ badly need the possibility of syntax >> checking and error-reporting; I'd say that a more predictable syntax, >> and instant feedback about the /nature/ of any errors would solve the >> largest TS/TYPO3 learning problems we have at the moment. >> > > Why are we wasting time of that? PHP has all of that? We should focus on > CMS, not developing alternative language. > > _______________________________________________ > TYPO3-dev mailing list > TYPO3-dev at lists.netfielders.de > http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev > From 9f4eetb02 at sneakemail.com Tue May 8 09:20:43 2007 From: 9f4eetb02 at sneakemail.com (Dmitry Dulepov) Date: Tue, 08 May 2007 10:20:43 +0300 Subject: [TYPO3-dev] relaease plans for typoe 4.2? In-Reply-To: References: Message-ID: Hi! John Angel wrote: > I've filled recent typo3.org survey and there wasn't any question about > TS learning curve. Because everybody knows it's a couple of years. I did not know. Took me a two or three months to learn all. > I know several programming languages and still not used to TS. I suppose > never will, because it's a real mess, without syntax or error checking. > > The idea is to have like real programming language (why reinventing the > wheel?) and PHP is a logical choice. > > So instead > > object.stdWrap.if { > value.data = some_value > isLessThan = 1 > isGreaterThan = 10 > } > > we should have normal: > > if($some_value>1 || $some_value<10) { $object->render=true; } > > Pretty simpler? And you don't have to learn a thing. Just to have public > objects and some API+properties for them. > > Thus it would be a lot faster, because parsing of TS won't exist any > longer. I afraid you have to stay with TS or write your own CMS :) -- Dmitry Dulepov Web: http://typo3bloke.net/ Skype: callto:liels_bugs "It is our choices, that show what we truly are, far more than our abilities." (A.P.W.B.D.) From elmar.DOT.hinz at team.MINUS.red.DOT.net Tue May 8 10:00:16 2007 From: elmar.DOT.hinz at team.MINUS.red.DOT.net (Elmar Hinz) Date: Tue, 8 May 2007 08:00:16 +0000 (UTC) Subject: [TYPO3-dev] TypoScript vs. other configuration langugas Message-ID: Hi, I think the thread needs a new topic. Here it is. It took me 10 minutes to understand the syntax of TS. To learn the semantics is something different. Here the current version of TS has it issus and you can't do it without the permanent help of TSref. The semantics are not logical overall and has some some ambiguities. The result of this semantic issus is, that compilers, that go into details, are difficult or impossible to implement. What follows is that speaking error messages and context help are very poor and make TS so hard to use. But with a systematic semantics TS becomes a very powerfull langage and will be a great tool for V5. It has one special strength that other configuration languages don't provide. That is the pointed syntax. In classical PHP I can either say: $var[my][home] = "castle"; witch is a string or $var[my][home][building] = "castle"; $var[my][home][environment] = "garden"; witch replaces the string by an array. String and array can't exist at the same time. So to extend $var[my][home] = "castle"; I have to redifene the variable to a completely different structure. This leads to compatibily issus with older version. TS offer a cool solution. I can keept the old setting: my.home = castle and extend by my.home.environment = garden The matching trick on PHP level: $var['my.']['home'] = "castle"; $var['my.']['home.']['environment'] = "castle"; With this I can extend at any time without compatibility issuse. That is a great feature I like very match in TS. None of the other easy-to-write configuration languages I compared (YAML, Json) provide something like this. A may be wrong. In this case I would like to get examples how an equivalent extension can be done in another language. Just my 5 cents Elmar From osaintclair at metaphore.fr Tue May 8 10:14:29 2007 From: osaintclair at metaphore.fr (osaintclair at metaphore.fr) Date: Tue, 8 May 2007 10:14:29 +0200 (CEST) Subject: [TYPO3-dev] relaease plans for typoe 4.2? In-Reply-To: References: Message-ID: Hello, I think you can't just use bulk PHP, instead of TS. If I'm newer in PHP and I want to use TYPO3 and the configuration system (TS, or PHP as you want) I have to learn it. If you want to use PHP in typo3 you can already do that with plugin. your real need is that you don't want to search for specifique word, or expression. for example, if you don't know the expression to use wrap functionnality, you can do it neither in TS nor in PHP TS is "hard" to learn because you have to understand what developper wanted whe he wrote his PHP code. If I make an extention which need specific array for configuration, it will be difficult for you if you don't have documentation which explain configuration array, or if you don't want to read the code. this case would be true in PHP and in TS. in the given example, if I don't know that "NO['allWrap']" let me manage a special situation, I can't use it. I don't know where PHP could help me in this case. so the problem is not, for me, using bulk PHP instead of TS. TS is not a real language, it's just configuration system. If you don't know what is behind configuration, and what will use your configuration, you can't use it. PHP is a real language, there is no need for full featured php in "simple" configuration system, use that only in plugin. I don't think you need 2 years to understand TS, but you need more to discover all specific case where TS is used. and you can't descover all specific cases if you don't read all part of the typo3 code. that is why we need a long time to be expert in TS, only because you have to be expert in typo3 code to use TS in depth. and if you use PHP instead of TS, you still have to know all part of the Typo3 code.. so you will need long time even if you use PHP. the last point could be, remplace TS actual syntaxe, by PHP like syntax and use it whitin configuration system, the problem is not solved. if you don't know what to write in your php like syntax configuration, you can't write anything. Olivier >> I can imagine a middle ground here; e.g. a setup where, since 'new' TS >> will be php objects internally, those objects' properties could be set >> directly from templates...might be interesting. > > Exactly. Here is the example: > > > temp.menu < HMENU > temp.menu { > entryLevel = 1 > 1 < TMENU > 1 { > noBlur = 1 > wrap =
      |
    > NO.allWrap =
  • |
    • |*|
  • |
    • > } > > stdWrap.if { > value.data = register:count_menuItems > isLessThan = 1 > isGreaterThan = 5 > } > } > > lib.menu < temp.menu > > > becomes something like: > > > $temp = new HMENU(); > $temp->entryLevel = 1; > $temp->noBlur = 1; > $temp->wrap = '
      |
    '; > $temp->NO['allWrap'] = '
  • |
    • |*|
  • |
    • '; > > if(t3lib_div::intInRange($temp->NumberOfItems(), 1, 10, 0)) > { > $page->templavoila['menu'] = $temp->Render(); > } > > > We get syntax and error checking + it is faster. Simple as that. > > > >> "Has to"? This subject comes up 3 times a year on this list like >> clockwork, but I think it almost always makes incorrect assumptions a) >> about the comparative simplicity of other CMS tools, and b) about >> /who/ the people are that TYPO3 is designed to appeal to are, and what >> TYPO3's primary purpose is. >> >> For (a), it's definitely true that you need to be an expert to use >> TYPO3, but this is also very true of other CMS tools. > > Why are we looking to weak sides of other CMS tools? We are trying to > making something better? > > >> Having said that, TS /does/ badly need the possibility of syntax >> checking and error-reporting; I'd say that a more predictable syntax, >> and instant feedback about the /nature/ of any errors would solve the >> largest TS/TYPO3 learning problems we have at the moment. > > Why are we wasting time of that? PHP has all of that? We should focus on > CMS, not developing alternative language. > > _______________________________________________ > TYPO3-dev mailing list > TYPO3-dev at lists.netfielders.de > http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev > From Martin.Kutschker at n0spam-blackbox.net Tue May 8 10:17:42 2007 From: Martin.Kutschker at n0spam-blackbox.net (Martin Kutschker) Date: Tue, 08 May 2007 10:17:42 +0200 Subject: [TYPO3-dev] relaease plans for typoe 4.2? In-Reply-To: References: Message-ID: John Angel schrieb: > I still haven't heard ONE explanation why is this simpler: > > object.stdWrap.if { > value.data = some_value > isLessThan = 1 > isGreaterThan = 10 > } > > than this: > > if($some_value>1 || $some_value<10) { $object->render=true; } PLEASE, I have told you now twice that the if syntax WILL change in TS 2.0 (maybe in 1.x if we can backport it). And if you want to program your page then use PHP. On T3DD07 something like this has been suggested: object.property.if = {$val1} > 1 or {$val2} < 10 The above example uses the TS constant notation for variables. The extact notation doesn't matter, but the I think you can get the idea. Now we have a readable expression nicely emebedded in TS. Masi From peter.russ at 4many.net Tue May 8 11:35:43 2007 From: peter.russ at 4many.net (Peter Russ) Date: Tue, 08 May 2007 11:35:43 +0200 Subject: [TYPO3-dev] Problem with pi_list_browseresults() In-Reply-To: References: Message-ID: Brian Bendtsen schrieb: > Peter Russ skrev: [...] >>> >>> /Brian Bendtsen >> How many results do you get, running the query with phpmyadmin? >> >> Regs. Peter. >> > Hi > > Im using mysqlfront and I get 2 results/rows and if I insert count(*) I > get 2 results/rows with 3 in the first row and 1 in the next. > > /BB Check the MySql manual and the result you get from count using group by statement ;-) Regs. Peter. -- Fiat lux! Docendo discimus. _____________________________ 4Many? Services openBC: http://www.openbc.com/go/invuid/Peter_Russ From peter.russ at 4many.net Tue May 8 11:39:10 2007 From: peter.russ at 4many.net (Peter Russ) Date: Tue, 08 May 2007 11:39:10 +0200 Subject: [TYPO3-dev] Problem with pi_list_browseresults() In-Reply-To: References: Message-ID: Peter Russ schrieb: > Brian Bendtsen schrieb: >> Peter Russ skrev: > [...] >>>> >>>> /Brian Bendtsen >>> How many results do you get, running the query with phpmyadmin? >>> >>> Regs. Peter. >>> >> Hi >> >> Im using mysqlfront and I get 2 results/rows and if I insert count(*) >> I get 2 results/rows with 3 in the first row and 1 in the next. >> >> /BB > > Check the MySql manual and the result you get from count using group by > statement ;-) > > Regs. Peter. IMHO at this point group by doesn't make any sense: you should better use order by and see what you get Regs. Peter. -- Fiat lux! Docendo discimus. _____________________________ 4Many? Services openBC: http://www.openbc.com/go/invuid/Peter_Russ From nightowl at galnet.dk Tue May 8 11:45:51 2007 From: nightowl at galnet.dk (Brian Bendtsen) Date: Tue, 08 May 2007 11:45:51 +0200 Subject: [TYPO3-dev] Problem with pi_list_browseresults() In-Reply-To: References: Message-ID: Peter Russ skrev: > IMHO at this point group by doesn't make any sense: you should better > use order by and see what you get > > Regs. Peter. > > If I use "order by" I get a single row with the number 4. And I get 4 rows without the count. But this is no good as it will show 3 of the same records on the front end. /BB From johnange at gmail.com Tue May 8 11:55:05 2007 From: johnange at gmail.com (John Angel) Date: Tue, 8 May 2007 11:55:05 +0200 Subject: [TYPO3-dev] relaease plans for typoe 4.2? References: Message-ID: >> if($some_value>1 || $some_value<10) { $object->render=true; } > On T3DD07 something like this has been suggested: > > object.property.if = {$val1} > 1 or {$val2} < 10 Please compare your "solution" to PHP above. You are reinventing the wheel. Plus you will have to implement syntax and error checking, which doesn't exist. Plus it will be always slower than native PHP. From Martin.Kutschker at n0spam-blackbox.net Tue May 8 12:05:37 2007 From: Martin.Kutschker at n0spam-blackbox.net (Martin Kutschker) Date: Tue, 08 May 2007 12:05:37 +0200 Subject: [TYPO3-dev] relaease plans for typoe 4.2? In-Reply-To: References: Message-ID: John Angel schrieb: > > Plus it will be always slower than native PHP. Why don't you sue pure PHP then and bother with TS anyway? Masi From info at cybercraft.de Tue May 8 12:23:50 2007 From: info at cybercraft.de (JoH asenau) Date: Tue, 8 May 2007 12:23:50 +0200 Subject: [TYPO3-dev] relaease plans for typoe 4.2? References: Message-ID: >>> if($some_value>1 || $some_value<10) { $object->render=true; } > >> On T3DD07 something like this has been suggested: >> >> object.property.if = {$val1} > 1 or {$val2} < 10 > > Please compare your "solution" to PHP above. You are reinventing the > wheel. > > Plus you will have to implement syntax and error checking, which > doesn't exist. > > Plus it will be always slower than native PHP. Now for the umpteenth time: If you want to use PHP instead of TypoScript just do it. Why is it so important for you to force other people into your personal way of solving things? TYPO3 offers many ways to reach different goals and one of them is TypoScript. If you don't like it, don't use it and stop stepping on everybodies nerves by repeating your rant over and over again. And to give you an example that is far beyond the if-example you are using as the only proof that TypoScript is ridiculous: How would you do this with pure PHP and how much time do you think it would take to get a working result for someone who doesn't know PHP? 10 = HMENU 10 { entryLevel = 1 1 = TMENU 1 { wrap =
      |
    NO = 1 NO { allWrap =
  • |
    • |*|
  • |
    • |*|
  • |
    • } ACT < .NO ACT { ATagParams = class="active" } CUR < .NO CUR { ATagParams = class="current" } } } Nice and easy to do with TS. Joey -- Wenn man keine Ahnung hat: Einfach mal Fresse halten! (If you have no clues: simply shut your gob sometimes!) Dieter Nuhr, German comedian openBC/Xing: http://www.cybercraft.de T3 cookbook: http://www.typo3experts.com From info at cybercraft.de Tue May 8 12:25:01 2007 From: info at cybercraft.de (JoH asenau) Date: Tue, 8 May 2007 12:25:01 +0200 Subject: [TYPO3-dev] relaease plans for typoe 4.2? References: Message-ID: >>> if($some_value>1 || $some_value<10) { $object->render=true; } > >> On T3DD07 something like this has been suggested: >> >> object.property.if = {$val1} > 1 or {$val2} < 10 > > Please compare your "solution" to PHP above. You are reinventing the > wheel. > > Plus you will have to implement syntax and error checking, which > doesn't exist. > > Plus it will be always slower than native PHP. BTW the example you have been using is wrong: object.stdWrap.if { value.data = some_value isLessThan = 1 isGreaterThan = 10 } is not: if($some_value>1 || $some_value<10) { $object->render=true; } but if($some_value>1 && $some_value<10) { $object->render=true; } instead. SCNR Joey -- Wenn man keine Ahnung hat: Einfach mal Fresse halten! (If you have no clues: simply shut your gob sometimes!) Dieter Nuhr, German comedian openBC/Xing: http://www.cybercraft.de T3 cookbook: http://www.typo3experts.com From peter.russ at 4many.net Tue May 8 12:27:09 2007 From: peter.russ at 4many.net (Peter Russ) Date: Tue, 08 May 2007 12:27:09 +0200 Subject: [TYPO3-dev] Problem with pi_list_browseresults() In-Reply-To: References: Message-ID: Brian Bendtsen schrieb: > Peter Russ skrev: >> IMHO at this point group by doesn't make any sense: you should better >> use order by and see what you get >> >> Regs. Peter. >> >> > If I use "order by" I get a single row with the number 4. And I get 4 > rows without the count. But this is no good as it will show 3 of the > same records on the front end. > > /BB Then it's time to rethink your query... -- Fiat lux! Docendo discimus. _____________________________ 4Many? Services openBC: http://www.openbc.com/go/invuid/Peter_Russ From nightowl at galnet.dk Tue May 8 14:55:16 2007 From: nightowl at galnet.dk (Brian Bendtsen) Date: Tue, 08 May 2007 14:55:16 +0200 Subject: [TYPO3-dev] Problem with pi_list_browseresults() In-Reply-To: References: Message-ID: Peter Russ skrev: > Brian Bendtsen schrieb: >> Peter Russ skrev: >>> IMHO at this point group by doesn't make any sense: you should better >>> use order by and see what you get >>> >>> Regs. Peter. >>> >>> >> If I use "order by" I get a single row with the number 4. And I get 4 >> rows without the count. But this is no good as it will show 3 of the >> same records on the front end. >> >> /BB > > Then it's time to rethink your query... > Well, there is nothing wrong with my query, I just need a function for returning number of rows. /BB From steffen at dislabs.de Tue May 8 15:23:17 2007 From: steffen at dislabs.de (Steffen Kamper) Date: Tue, 8 May 2007 15:23:17 +0200 Subject: [TYPO3-dev] colorpicker in flexform Message-ID: Hi, i'm using the colorpicker wizard in flexform. After choosing a color, the button is colorized with the selected color. After saving, the color of the button is default (no color). Is this normal behavior or a bug ? I would like to see the selected colors as color as well. vg Steffen From info at cybercraft.de Tue May 8 15:32:21 2007 From: info at cybercraft.de (JoH asenau) Date: Tue, 8 May 2007 15:32:21 +0200 Subject: [TYPO3-dev] colorpicker in flexform References: Message-ID: > i'm using the colorpicker wizard in flexform. After choosing a color, > the button is colorized with the selected color. After saving, the > color of the button is default (no color). > > Is this normal behavior or a bug ? I would like to see the selected > colors as color as well. it's a bug and a patch is available http://bugs.typo3.org/view.php?id=2052 If you install "fancy corners" the patch will be implemented using XCLASS for TYPO3 4.0 and 3.8 Since this is a real nobrainer without any influence on the rest of the system, maybe it will finally make it into 4.1.2 ... Joey -- Wenn man keine Ahnung hat: Einfach mal Fresse halten! (If you have no clues: simply shut your gob sometimes!) Dieter Nuhr, German comedian openBC/Xing: http://www.cybercraft.de T3 cookbook: http://www.typo3experts.com From steffen at dislabs.de Tue May 8 15:38:21 2007 From: steffen at dislabs.de (Steffen Kamper) Date: Tue, 8 May 2007 15:38:21 +0200 Subject: [TYPO3-dev] colorpicker in flexform References: Message-ID: Hi Joey, perfect! I applied the patch manually cause i have latest svn - and it works like it should. I'm wondering why this small bugfix isn't in svn, because it fixes a real problem and the bugfix is present in BT. I will write a note to it. Many thx Joey, vg Steffen "JoH asenau" schrieb im Newsbeitrag news:mailman.1.1178631039.9348.typo3-dev at lists.netfielders.de... >> i'm using the colorpicker wizard in flexform. After choosing a color, >> the button is colorized with the selected color. After saving, the >> color of the button is default (no color). >> >> Is this normal behavior or a bug ? I would like to see the selected >> colors as color as well. > > it's a bug and a patch is available > http://bugs.typo3.org/view.php?id=2052 > > If you install "fancy corners" the patch will be implemented using XCLASS > for TYPO3 4.0 and 3.8 > > Since this is a real nobrainer without any influence on the rest of the > system, maybe it will finally make it into 4.1.2 ... > > Joey > > -- > Wenn man keine Ahnung hat: Einfach mal Fresse halten! > (If you have no clues: simply shut your gob sometimes!) > Dieter Nuhr, German comedian > openBC/Xing: http://www.cybercraft.de > T3 cookbook: http://www.typo3experts.com > > From peter.russ at 4many.net Wed May 9 08:44:47 2007 From: peter.russ at 4many.net (Peter Russ) Date: Wed, 09 May 2007 08:44:47 +0200 Subject: [TYPO3-dev] Problem with pi_list_browseresults() In-Reply-To: References: Message-ID: Brian Bendtsen schrieb: > Peter Russ skrev: >> Brian Bendtsen schrieb: >>> Peter Russ skrev: >>>> IMHO at this point group by doesn't make any sense: you should >>>> better use order by and see what you get >>>> >>>> Regs. Peter. >>>> >>>> >>> If I use "order by" I get a single row with the number 4. And I get 4 >>> rows without the count. But this is no good as it will show 3 of the >>> same records on the front end. >>> >>> /BB >> >> Then it's time to rethink your query... >> > Well, there is nothing wrong with my query, I just need a function for > returning number of rows. > > /BB > Well: if you query returns a result of 4 rows, but you want to get only 2 unique rows, than you should fix your query. SQL just delivers what you ASK for and can not guess what you expect to get ;-) Wrong result, wrong question . Pretty plain. Regs. Peter. -- Fiat lux! Docendo discimus. _____________________________ 4Many? Services openBC: http://www.openbc.com/go/invuid/Peter_Russ From news at contratec.de Wed May 9 09:59:16 2007 From: news at contratec.de (Matthias Stuebner) Date: Wed, 9 May 2007 09:59:16 +0200 Subject: [TYPO3-dev] Problem with pi_list_browseresults() References: Message-ID: On Tue, 08 May 2007 11:45:51 +0200, Brian Bendtsen wrote: > If I use "order by" I get a single row with the number 4. And I get 4 > rows without the count. But this is no good as it will show 3 of the > same records on the front end. Not knowing your exact application nor table construct, why don't you extend the query NOT to return those fields where count is empty? Without much more detailed information nobody can really give you a senseful hint. I recently had the request to use the page_browser on product GROUPS (group by) and I had to rewrite the browser to get a proper result. Whether that is needed here to nobody can know, as so far it is difficult to say whether your desgin/method is wrong or not. -- br Matthias From 9f4eetb02 at sneakemail.com Wed May 9 10:27:13 2007 From: 9f4eetb02 at sneakemail.com (Dmitry Dulepov) Date: Wed, 09 May 2007 11:27:13 +0300 Subject: [TYPO3-dev] colorpicker in flexform In-Reply-To: References: Message-ID: Steffen Kamper wrote: > perfect! I applied the patch manually cause i have latest svn - and it works > like it should. > > I'm wondering why this small bugfix isn't in svn, because it fixes a real > problem and the bugfix is present in BT. > I will write a note to it. It was fixed today in SVN by Andreas Otto. -- Dmitry Dulepov Web: http://typo3bloke.net/ Skype: callto:liels_bugs "It is our choices, that show what we truly are, far more than our abilities." (A.P.W.B.D.) From typo at pure.kicks-ass.net Wed May 9 11:32:28 2007 From: typo at pure.kicks-ass.net (Thomas Mammitzsch) Date: Wed, 09 May 2007 11:32:28 +0200 Subject: [TYPO3-dev] modify $TCA config array temporarily In-Reply-To: References: Message-ID: Tapio Markula wrote: > Thomas Mammitzsch > >>>> want my changes only for my new content element. is there a way to >>>> modify $TCA only temporarily, e.g. if the current CType is >>>> "mynewcontentelement"? >>> create a new content type - for example th_specialements defines own >>> field set >> new content type? maybe you can write an example? > > look ext_tables.php of th_specialelements. > If you define own content type, you can set fields, how you want. > In fact if you need replacement for text or text with images, > alter ext_tables of th_specialelements. > > Endeed you should alter the XCLASS. > I made into an evaluation version tm_contentaccessa, which use hook > instead and that it fully compatible with newest versions of Typo3. ok, but i don't understand completely how this works. i copied $TCA['tt_content] to $TCA['tt_content']['mynewcontentelement'] but i don't know how to get TCEForms to use this set instead of $TCA['tt_content']. I don't have/want this select field to change layouts, because i only have one. What must be done to use $TCA['tt_content']['mynewcontentelement'] as standard when selecting "mynewcontentelement" as CType? regards, Thomas From mathias at typo3.org Wed May 9 11:44:22 2007 From: mathias at typo3.org (Mathias Schreiber [TYPO3]) Date: Wed, 09 May 2007 11:44:22 +0200 Subject: [TYPO3-dev] relaease plans for typoe 4.2? In-Reply-To: References: Message-ID: John Angel schrieb: > $temp = new HMENU(); > $temp->entryLevel = 1; > $temp->noBlur = 1; > $temp->wrap = '
      |
    '; > $temp->NO['allWrap'] = '
  • |
    • |*|
  • |
    • '; > > if(t3lib_div::intInRange($temp->NumberOfItems(), 1, 10, 0)) > { > $page->templavoila['menu'] = $temp->Render(); > } $temp = new hmenu(); FATAL ERROR, CALL TO A UNDEFINED FUNCTION. Just as a small example. So when you stop complaining, others start complaning :) So we're kind of in a loop here. But know what I like much better? if(1=1) { $GLOBALS['TYPO3_DB']->adminQuery('DROP DATABASE '.$typo3_db); } I'd LOVE to see this in my Templates. ;-) > Why are we looking to weak sides of other CMS tools? We are trying to > making something better? Quite simple. People can use TS without (!) knowledge of PHP AND they cannot break things. While your idea is indeed tempting and will rendr faster, it requires PHP knowledge plus you will definetly f**k up your website by a single typo. > Why are we wasting time of that? PHP has all of that? We should focus on > CMS, not developing alternative language. We don't. TS is done. ;-) And by the way... why do we waste time developing in PHP? c# has all of that. But for real now. Every few months this discussion is brought up. Interestingly ALWAYS by people that come from a PHP background and didn't dive into TS yet. See the pattern? all the best Mathias From karsten at typo3.org Wed May 9 12:52:19 2007 From: karsten at typo3.org (Karsten Dambekalns) Date: Wed, 09 May 2007 12:52:19 +0200 Subject: [TYPO3-dev] Dbal + adodb and custom drivers In-Reply-To: References: Message-ID: Hi. Nikolas Hagelstein wrote: > Is there a way to transparently/updatesafe integrate a custom adodb > driver other than adding a file to: typo3conf/ext/adodb/adodb/drivers ? No, there is not. Karsten From hagelstein at shr.cc Wed May 9 13:04:39 2007 From: hagelstein at shr.cc (Nikolas Hagelstein) Date: Wed, 9 May 2007 13:04:39 +0200 Subject: [TYPO3-dev] Dbal + adodb and custom drivers References: Message-ID: Karsten Dambekalns wrote: > No, there is not. I already guessed so :| Thank you anyway. Bye, Nikolas From steffen at dislabs.de Wed May 9 13:26:26 2007 From: steffen at dislabs.de (Steffen Kamper) Date: Wed, 9 May 2007 13:26:26 +0200 Subject: [TYPO3-dev] colorpicker in flexform References: Message-ID: "Dmitry Dulepov" <9f4eetb02 at sneakemail.com> schrieb im Newsbeitrag news:mailman.1.1178699234.26015.typo3-dev at lists.netfielders.de... > Steffen Kamper wrote: >> perfect! I applied the patch manually cause i have latest svn - and it >> works like it should. >> >> I'm wondering why this small bugfix isn't in svn, because it fixes a real >> problem and the bugfix is present in BT. >> I will write a note to it. > > It was fixed today in SVN by Andreas Otto. > > -- > Dmitry Dulepov > > Web: http://typo3bloke.net/ > Skype: callto:liels_bugs > > "It is our choices, that show what we truly are, > far more than our abilities." (A.P.W.B.D.) great news, thx ! vg Steffen From steffen at dislabs.de Wed May 9 13:29:12 2007 From: steffen at dislabs.de (Steffen Kamper) Date: Wed, 9 May 2007 13:29:12 +0200 Subject: [TYPO3-dev] timezone problem Message-ID: Hi, i think nearly every developer knows that. It's related to http://bugs.typo3.org/view.php?id=1697 I want to inform, that Ernesto and Mario took a long session at dd07 to improve this and produced a bugfix. I would like to see this fix tested by you and look forward for seeing this in core. vg Steffen From typo at pure.kicks-ass.net Wed May 9 17:59:35 2007 From: typo at pure.kicks-ass.net (Thomas Mammitzsch) Date: Wed, 09 May 2007 17:59:35 +0200 Subject: [TYPO3-dev] new content element in new table? Message-ID: hi list, is it possible to create a new content element like: t3lib_extMgm::addPlugin(array('LLL:EXT:user_myext/locallang_db.xml:tt_content.CType_pi1', $_EXTKEY.'_pi1'),'CType'); but not to write to the tt_content-table but an own new table? And of course to do so, show the Fields of the new table in TCE-Forms to fill them? To me it seems its only possible to write the content of a new content element to the tt_content-table. regards, Thomas From tuerk at gplust.de Wed May 9 18:13:48 2007 From: tuerk at gplust.de (=?iso-8859-1?Q?Michael_T=FCrk?=) Date: Wed, 9 May 2007 18:13:48 +0200 Subject: [TYPO3-dev] Frontend Link Generation in Backend Module Message-ID: Hi guys, I?m currently working on a backend module and I need to be able to gain access to Typo3 Frontend Link Generation which is normally done by TSFE object. The Typo3 instance works with RealURL, so that I can?t just do index.php?id=$uid. Does anybody have a conclusion? Greetings Michael From jens.mittag at prime23.de Wed May 9 19:58:27 2007 From: jens.mittag at prime23.de (Jens Mittag) Date: Wed, 09 May 2007 19:58:27 +0200 Subject: [TYPO3-dev] Frontend Link Generation in Backend Module In-Reply-To: References: Message-ID: Am Mittwoch, den 09.05.2007, 18:13 +0200 schrieb Michael T?rk: > Hi guys, > > > > I?m currently working on a backend module and I need to be able to gain > access to Typo3 Frontend Link Generation which is normally done by TSFE > object. The Typo3 instance works with RealURL, so that I can?t just do > index.php?id=$uid. Does anybody have a conclusion? I have committed a patch on bugs.typo3.org to do this in an eID script. This should also work for BE scripts imho... have a look at http://bugs.typo3.org/view.php?id=4407 and the added diff from me. Gru? Jens From gideonso at livingwater.org.hk Thu May 10 08:24:42 2007 From: gideonso at livingwater.org.hk (Gideon So) Date: Thu, 10 May 2007 14:24:42 +0800 Subject: [TYPO3-dev] X's become underscore _ when using UTF8filesystem = 1 Message-ID: Hi, I am not sure is it a bugs here. When I make use of utf8filesystem = 1 in the install tool, I can surely read chinese file named but all the x's become underscore. For example, text.xls becomes te_t._ls. Any body can confirm this?? Gideon From 9f4eetb02 at sneakemail.com Thu May 10 10:27:35 2007 From: 9f4eetb02 at sneakemail.com (Dmitry Dulepov) Date: Thu, 10 May 2007 11:27:35 +0300 Subject: [TYPO3-dev] new content element in new table? In-Reply-To: References: Message-ID: Thomas Mammitzsch wrote: > is it possible to create a new content element like: > > t3lib_extMgm::addPlugin(array('LLL:EXT:user_myext/locallang_db.xml:tt_content.CType_pi1', > $_EXTKEY.'_pi1'),'CType'); > > but not to write to the tt_content-table but an own new table? > And of course to do so, show the Fields of the new table in TCE-Forms to > fill them? To me it seems its only possible to write the content of a > new content element to the tt_content-table. Read about "user" fields in core api doc. This may give you an idea. -- Dmitry Dulepov Web: http://typo3bloke.net/ Skype: callto:liels_bugs "It is our choices, that show what we truly are, far more than our abilities." (A.P.W.B.D.) From typo at pure.kicks-ass.net Thu May 10 11:51:49 2007 From: typo at pure.kicks-ass.net (Thomas Mammitzsch) Date: Thu, 10 May 2007 11:51:49 +0200 Subject: [TYPO3-dev] new content element in new table? In-Reply-To: References: Message-ID: Dmitry Dulepov wrote: > Thomas Mammitzsch wrote: >> is it possible to create a new content element like: >> >> t3lib_extMgm::addPlugin(array('LLL:EXT:user_myext/locallang_db.xml:tt_content.CType_pi1', >> >> $_EXTKEY.'_pi1'),'CType'); >> >> but not to write to the tt_content-table but an own new table? >> And of course to do so, show the Fields of the new table in TCE-Forms to >> fill them? To me it seems its only possible to write the content of a >> new content element to the tt_content-table. > > Read about "user" fields in core api doc. This may give you an idea. > ok, thank you, nice tip. i hoped there is a simpler way than render the whole form and html with an own function. some threads before i thought i can use the tt_content-table and just modify the config of the columns in $TCA, but i didn't find out how to change it for my content element without changing all the other content elements. I'm wondering that only so a few people seem to work in that direction. From xoonsji02 at sneakemail.com Thu May 10 13:41:18 2007 From: xoonsji02 at sneakemail.com (Bernd Wilke) Date: Thu, 10 May 2007 13:41:18 +0200 Subject: [TYPO3-dev] Problem with pi_list_browseresults() References: Message-ID: On Thu, 03 May 2007 09:33:16 +0200, Brian Bendtsen wrote with subject "[TYPO3-dev] Problem with pi_list_browseresults()": > Hi > > Im building an extension where I use the pi_list_makelist($res) and > pi_list_browseresults(); > > I have an sql that returns 2 records but the browseresults "thinks" that > there are 4. > > I think its because I use group by. > > This is my sql: > > SELECT * FROM tx_ebbolig_afdeling INNER JOIN tx_ebbolig_lejemaal ON > tx_ebbolig_afdeling.uid = tx_ebbolig_lejemaal.afdelingid WHERE > tx_ebbolig_afdeling.organisation = 1 GROUP BY tx_ebbolig_afdeling.uid; > > Im not sure what else to post here. > > Any idea how to solve this? > > /Brian Bendtsen If you have something more complex than a simple "select ... from ... where ..." the functions pi_list_... of pi_base are difficult to handle. as far as I remember first there is a request how many results it will be, then there are the queries themself. If you modify the select, mostly the first request stays unmodified (giving to much results) and the later one is filtered to the less results, which gives differences in displaying and paging. as you use a join which isn't handled by pi_base you get these differences. to correct it, you have to ignore the first 6 paramters of pi_exec_query and build up your own querystring and use the 7th, last paramter. be sure to use it on both calls to pi_exec_query()!! they differ just in the second parameter: first call: pi_exec_query('',1,'','','','',$my_query); second call: pi_exec_query('',0,'','','','',$my_query); the first decides the number of results, and the second one prepares the data. Bernd -- http://www.bernd-wilke.net From johnange at gmail.com Thu May 10 14:07:49 2007 From: johnange at gmail.com (John Angel) Date: Thu, 10 May 2007 14:07:49 +0200 Subject: [TYPO3-dev] Page views Typo3 extension Message-ID: Hi, I am not sure is it appropriate to post here, but it has pretty to do with extension development. I've opened the bidding for building "Page views Typo3 extension": http://www.rentacoder.com/RentACoder/misc/BidRequests/ShowBidRequest.asp?lngBidRequestId=680880 You are welcome to participate. Thanks, John From xoonsji02 at sneakemail.com Thu May 10 14:28:40 2007 From: xoonsji02 at sneakemail.com (Bernd Wilke) Date: Thu, 10 May 2007 14:28:40 +0200 Subject: [TYPO3-dev] timezone problem References: Message-ID: On Wed, 9 May 2007 13:29:12 +0200, Steffen Kamper wrote with subject "[TYPO3-dev] timezone problem": > Hi, > > i think nearly every developer knows that. > It's related to http://bugs.typo3.org/view.php?id=1697 > > I want to inform, that Ernesto and Mario took a long session at dd07 to > improve this and produced a bugfix. > I would like to see this fix tested by you and look forward for seeing this > in core. nice hack (propably) - but which version of typo3 are you using, the diff is based on? I find these builds in your diff: t3lib/class.t3lib_tceforms.php (revision 2281) t3lib/jsfunc.evalfield.js (revision 2281) t3lib/class.t3lib_tcemain.php (revision 2281) typo3/jsfunc.tbe_editor.js (revision 2281) and these builds in my installed TYPO3 V4.1.1: t3lib/class.t3lib_tceforms.php (revision 2232) t3lib/jsfunc.evalfield.js (revision ????) (seems to be the same) t3lib/class.t3lib_tcemain.php (revision 2236) typo3/jsfunc.tbe_editor.js (revision ????) Bernd -- http://www.bernd-wilke.net From nightowl at galnet.dk Thu May 10 14:28:49 2007 From: nightowl at galnet.dk (Brian Bendtsen) Date: Thu, 10 May 2007 14:28:49 +0200 Subject: [TYPO3-dev] Problem with pi_list_browseresults() In-Reply-To: References: Message-ID: Peter Russ skrev: > Well: if you query returns a result of 4 rows, but you want to get only > 2 unique rows, than you should fix your query. > SQL just delivers what you ASK for and can not guess what you expect to > get ;-) > Wrong result, wrong question . Pretty plain. > > Regs. Peter. > > In a simple query you can use the same query for showing the result on a page and for showing the result browser. When I use my query for showing the result I get 2 rows which is fine. When I use the same query, adding count, I get a number of rows to be 4. That is the main problem. Now I have rewritten the query for returning the number of rows, using $GLOBALS['TYPO3_DB']->exec_SELECTquery('count(distinct tx_ebbolig_afdeling.uid)','tx_ebbolig_afdeling INNER JOIN tx_ebbolig_lejemaal ON tx_ebbolig_afdeling.uid = tx_ebbolig_lejemaal.afdelingid',$where); instead of the pi_exec_query, where the distinct is not possible. So, query for showing result was right. Query for result browser was wrong. /BB From gladenko at gladenko.com Thu May 10 15:30:58 2007 From: gladenko at gladenko.com (Gianluca Rettore) Date: Thu, 10 May 2007 15:30:58 +0200 Subject: [TYPO3-dev] Sorry for the stupid question Message-ID: I have created e plug-in multilanguage with flexform. When i change language in setup is correctly change language in plug-in parameter in backend, but i have 2 identical section "def" and "en" Why? Thank You -- WEB develop e Linux Fanatic From steffen at dislabs.de Thu May 10 19:20:17 2007 From: steffen at dislabs.de (Steffen Kamper) Date: Thu, 10 May 2007 19:20:17 +0200 Subject: [TYPO3-dev] timezone problem References: Message-ID: Hi Bernd, this diff is against svn version. It should work anyway with 4.1.1 cause i don't think that there has something changed. vg Steffen "Bernd Wilke" schrieb im Newsbeitrag news:mailman.1.1178800120.29757.typo3-dev at lists.netfielders.de... > On Wed, 9 May 2007 13:29:12 +0200, Steffen Kamper wrote > with subject "[TYPO3-dev] timezone problem": > >> Hi, >> >> i think nearly every developer knows that. >> It's related to http://bugs.typo3.org/view.php?id=1697 >> >> I want to inform, that Ernesto and Mario took a long session at dd07 to >> improve this and produced a bugfix. >> I would like to see this fix tested by you and look forward for seeing >> this >> in core. > > nice hack (propably) - but which version of typo3 are you using, the diff > is based on? > > I find these builds in your diff: > t3lib/class.t3lib_tceforms.php (revision 2281) > t3lib/jsfunc.evalfield.js (revision 2281) > t3lib/class.t3lib_tcemain.php (revision 2281) > typo3/jsfunc.tbe_editor.js (revision 2281) > > and these builds in my installed TYPO3 V4.1.1: > t3lib/class.t3lib_tceforms.php (revision 2232) > t3lib/jsfunc.evalfield.js (revision ????) (seems to be the same) > t3lib/class.t3lib_tcemain.php (revision 2236) > typo3/jsfunc.tbe_editor.js (revision ????) > > Bernd > > -- > http://www.bernd-wilke.net From elmar.DOT.hinz at team.MINUS.red.DOT.net Thu May 10 22:40:19 2007 From: elmar.DOT.hinz at team.MINUS.red.DOT.net (Elmar Hinz) Date: Thu, 10 May 2007 20:40:19 +0000 (UTC) Subject: [TYPO3-dev] TS compiler References: Message-ID: Am Fri, 13 Apr 2007 13:56:58 +0300 schrieb Dmitry Dulepov: > Hi! > > Elmar Hinz wrote: >> currently I learn how to write compilers. As object of my lessons I have >> choosen TypoScript. I can produce the first output now, just the basics of >> the TS grammer for now to parse it into a PHP variable. >> >> Is there any interest in a TS compile written in C? > > Check adodb php library. They have php extension written in C. PHP code > checks if it is available (tries to load it dinamically) and uses > automatically (transparently for caller). If you can make TS parser like > this, this would be absolutely wonderful! > Hi Dmitry, I have uploaded a first working prototype to SVN yesterday (tx_tsc). It does tokenizing and syntax checking. It doesn't check any semantics. Braced blocks and multiline values are already supported. Copies ( < ) are TODO. Conditions and symlinks ( =< ) will not be supported. That is IMHO the task of pre and post processors. Error messages still rudimentary. See the README for compilation and usage. Regrads Elmar From egeling at punkt.de Fri May 11 09:12:37 2007 From: egeling at punkt.de (Juergen Egeling) Date: Fri, 11 May 2007 09:12:37 +0200 Subject: [TYPO3-dev] Call for papers T3CON07 Message-ID: Dear Web Professionals and TYPO3 Enthusiasts, the T3CON07 is approaching rapidly and this mail serves to remind you about the possibility to present your ideas and experiences at this conference. At the conference you will meet TYPO3 professionals and core developers and will have ample opportunities to exchange your ideas with inspiring like-minded people. This year we also invited some presenters from outside the immediate TYPO3 community, to speak about related topics and influential developments likely to touch on TYPO3 in the near future as well. T3CON07 will take place between September 20-22, 2007 at the Queens Hotel in Karlsruhe, Germany To apply for a time slot for your presentation, you must apply here: http://t3con07.typo3.org/callforpapers.html We also strongly recommend to read the pdf about the guidelines to be found here: http://t3con07.typo3.org/guidelines.html, Please note the conference language is in english only. If you feel you can teach attendees with few or little knowledge about your area of expertise in a most efficient way, you might want to apply for holding a tutorial for half a day or a full day. Regardless of your choice, be it a speaker's slot or a tutorial, at this time you only need to outline your idea with a short abstract: These are the important dates: * Closing date for abstracts: June 30th 2007 * Authors notified by July 15th 2007 * Final papers due: August 31st 2007 The papers will be published in the conference proceedings which are handed out to all conference attendees. If you have any questions, please use the form at http://t3con07.typo3.org/contact.html to forward your inquiry. On behalf of the TYPO3 Association Juergen Egeling Vice President TYPO3 Association From stefan at nospam-linkfactory.dk Fri May 11 13:53:38 2007 From: stefan at nospam-linkfactory.dk (Stefan Kreisberg) Date: Fri, 11 May 2007 13:53:38 +0200 Subject: [TYPO3-dev] TS compiler References: Message-ID: Elmar Hinz wrote: > Am Fri, 13 Apr 2007 13:56:58 +0300 schrieb Dmitry Dulepov: > >> Hi! >> >> Elmar Hinz wrote: >>> currently I learn how to write compilers. As object of my lessons I have >>> choosen TypoScript. I can produce the first output now, just the basics >>> of the TS grammer for now to parse it into a PHP variable. >>> >>> Is there any interest in a TS compile written in C? >> >> Check adodb php library. They have php extension written in C. PHP code >> checks if it is available (tries to load it dinamically) and uses >> automatically (transparently for caller). If you can make TS parser like >> this, this would be absolutely wonderful! >> > > Hi Dmitry, > > I have uploaded a first working prototype to SVN yesterday (tx_tsc). It > does tokenizing and syntax checking. It doesn't check any > semantics. One question then: Is semantics verification at all possible? I would love if it were - but I think the language is so diverse that a complete semantic analysis would be impossible? Do you have comtinued compilation, i.e. like "one error found" but tries to keep on analyzing? ;-) And what about TS for vs. 5.0? Just some ideas/questions from my curious mind ... > Braced blocks and multiline values are already supported. > > Copies ( < ) are TODO. > > Conditions and symlinks ( =< ) will not be supported. That is IMHO the > task of pre and post processors. > > Error messages still rudimentary. > > See the README for compilation and usage. > > Regrads > > Elmar -- vh Stefan Kreisberg, a.k.a. Strato *********************************** The 80's -- when you can't tell hairstyles from chemotherapy. From martin.ficzel at gmx.de Fri May 11 14:04:52 2007 From: martin.ficzel at gmx.de (Martin Ficzel) Date: Fri, 11 May 2007 14:04:52 +0200 Subject: [TYPO3-dev] new content element in new table? In-Reply-To: References: Message-ID: Thomas Mammitzsch schrieb: > ok, thank you, nice tip. i hoped there is a simpler way than render the > whole form and html with an own function. some threads before i thought > i can use the tt_content-table and just modify the config of the columns > in $TCA, but i didn't find out how to change it for my content element > without changing all the other content elements. I'm wondering that only > so a few people seem to work in that direction. u can use the "pi_flexform" field to provide the settings for your extension. adding extra fields to the tt_content table is a bad idea if you have no special need to do so. regards Martin From elmar.DOT.hinz at team.MINUS.red.DOT.net Fri May 11 14:37:50 2007 From: elmar.DOT.hinz at team.MINUS.red.DOT.net (Elmar Hinz) Date: Fri, 11 May 2007 12:37:50 +0000 (UTC) Subject: [TYPO3-dev] TS compiler References: Message-ID: > > One question then: Is semantics verification at all possible? I would love > if it were - but I think the language is so diverse that a complete > semantic analysis would be impossible? Right. You can learn the syntax in 5 minutes, but you need monthes to learn all semantics of TSref. For the compiler it's very similar. The syntax is easily done. The semantics need probably a multitude of work, resulting in the questions, who is motivated to do all this work, how to motivate somebody, how to make it extendable by extensions. To make it extendable and to keep the work on semantic low I think, one shouldn't hardecode it all into the compiler but make it read from a kind of configuration file for the semantics. But that requires to define an additional grammer for this configuration file. Some work has already been done by the definiton of objects, functions, properties and data types for values. The configuration file would list, what datatypes are allowed as parameters for witch property, wich property is allowed in wich object etc. Semantic check would only be done for objects and extensions, that provide such a configuration file. The other parts could be marked as non checked. > > Do you have comtinued compilation, i.e. like "one error found" but tries to > keep on analyzing? ;-) Not yet. Regards Elmar From 9f4eetb02 at sneakemail.com Fri May 11 15:13:04 2007 From: 9f4eetb02 at sneakemail.com (Dmitry Dulepov) Date: Fri, 11 May 2007 16:13:04 +0300 Subject: [TYPO3-dev] Page views Typo3 extension In-Reply-To: References: Message-ID: John Angel wrote: > I am not sure is it appropriate to post here, but it has pretty to do > with extension development. > > I've opened the bidding for building "Page views Typo3 extension": > http://www.rentacoder.com/RentACoder/misc/BidRequests/ShowBidRequest.asp?lngBidRequestId=680880 > > > You are welcome to participate. Source statistics and any pager counter will do this... -- Dmitry Dulepov Web: http://typo3bloke.net/ Skype: callto:liels_bugs "It is our choices, that show what we truly are, far more than our abilities." (A.P.W.B.D.) From 9f4eetb02 at sneakemail.com Fri May 11 15:14:40 2007 From: 9f4eetb02 at sneakemail.com (Dmitry Dulepov) Date: Fri, 11 May 2007 16:14:40 +0300 Subject: [TYPO3-dev] Sorry for the stupid question In-Reply-To: References: Message-ID: Please, post messages with better subjects. Gianluca Rettore wrote: > I have created e plug-in multilanguage with flexform. > > When i change language in setup is correctly change language in plug-in > parameter in backend, but i have 2 identical section "def" and "en" What do you mean? -- Dmitry Dulepov Web: http://typo3bloke.net/ Skype: callto:liels_bugs "It is our choices, that show what we truly are, far more than our abilities." (A.P.W.B.D.) From stefan at nospam-linkfactory.dk Fri May 11 15:15:58 2007 From: stefan at nospam-linkfactory.dk (Stefan Kreisberg) Date: Fri, 11 May 2007 15:15:58 +0200 Subject: [TYPO3-dev] TS compiler References: Message-ID: Elmar Hinz wrote: >> >> One question then: Is semantics verification at all possible? I would >> love if it were - but I think the language is so diverse that a complete >> semantic analysis would be impossible? > > Right. You can learn the syntax in 5 minutes, but you need monthes to > learn all semantics of TSref. For the compiler it's very similar. The > syntax is easily done. The semantics need probably a multitude of work, > resulting in the questions, who is motivated to do all this work, how to > motivate somebody, how to make it extendable by extensions. If it should at all be possible. The scripting language in itself is probably so extendable and diverse that only describing the semantics would be to big a job for anything feasible except for the fun of it ... :) > To make it extendable and to keep the work on semantic low I think, one > shouldn't hardecode it all into the compiler but make it read from a kind > of configuration file for the semantics. But that requires to define an > additional grammer for this configuration file. Nice idea. The endless spiral - who verifyes the configuration file ;-) Jokes aside - this could prove usefull. Probably something to take into account in the design of TS 2.0 or whatever it's called for the T3 5.0 CMS? > Some work has already been done by the definiton of objects, functions, > properties and data types for values. The configuration file would list, > what datatypes are allowed as parameters for witch property, wich property > is allowed in wich object etc. Semantic check would only be done for > objects and extensions, that provide such a configuration file. The other > parts could be marked as non checked. > >> >> Do you have comtinued compilation, i.e. like "one error found" but tries >> to keep on analyzing? ;-) > > Not yet. But you actualy plan to do so? :-) I'm interested on an academic level as well, since I recently took a course in semantics and have written compilers before (just in ML which is very nice for compiler generation). > Thx for the link and your comprehensive answers, very intersting work! :-) > Regards > > Elmar -- vh Stefan Kreisberg, a.k.a. Strato *********************************** Egotist, n.: A person of low taste, more interested in himself than me. -- Ambrose Bierce, "The Devil's Dictionary" From elmar.DOT.hinz at team.MINUS.red.DOT.net Fri May 11 16:22:04 2007 From: elmar.DOT.hinz at team.MINUS.red.DOT.net (Elmar Hinz) Date: Fri, 11 May 2007 14:22:04 +0000 (UTC) Subject: [TYPO3-dev] TS compiler References: Message-ID: >> To make it extendable and to keep the work on semantic low I think, one >> shouldn't hardecode it all into the compiler but make it read from a kind >> of configuration file for the semantics. But that requires to define an >> additional grammer for this configuration file. > > Nice idea. The endless spiral - who verifyes the configuration file ;-) > Jokes aside - this could prove usefull. Probably something to take into > account in the design of TS 2.0 or whatever it's called for the T3 5.0 CMS? > Thinking this twice I don't think it belongs into the compiler, but should be done in a completely separate module. It could be implemented in PHP checking the generated PHP Array. The semantics configuration could be done in TS pretty well, looking similar to this: objects { HTML{ name = HTML optionalProperties { value { name = value required = 0 dataTypes = string, stdWrap } } TEXT { name = TEXT optionalProperties { value { name = value dataTypes = string functions = stdWrap } dataTypes = stdWrap } ... } functions { stdWrap { name = stdWrap optionalProperties { case { name = cases dataTypes = cases } lang { name = lang ... } ... } } } dataTypes { cases { name = cases dataTypes{ enum.values = upper, lower } } enum { name = enum requiredProperties = values } } >> Not yet. > > But you actualy plan to do so? :-) I'm interested on an academic level as Yes. I want to learn writing compilers and this belongs to the stuff I have to practice. > well, since I recently took a course in semantics and have written > compilers before (just in ML which is very nice for compiler generation). :-) Regards Elmar From elmar.DOT.hinz at team.MINUS.red.DOT.net Fri May 11 16:22:04 2007 From: elmar.DOT.hinz at team.MINUS.red.DOT.net (Elmar Hinz) Date: Fri, 11 May 2007 14:22:04 +0000 (UTC) Subject: [TYPO3-dev] TS compiler References: Message-ID: >> To make it extendable and to keep the work on semantic low I think, one >> shouldn't hardecode it all into the compiler but make it read from a kind >> of configuration file for the semantics. But that requires to define an >> additional grammer for this configuration file. > > Nice idea. The endless spiral - who verifyes the configuration file ;-) > Jokes aside - this could prove usefull. Probably something to take into > account in the design of TS 2.0 or whatever it's called for the T3 5.0 CMS? > Thinking this twice I don't think it belongs into the compiler, but should be done in a completely separate module. It could be implemented in PHP checking the generated PHP Array. The semantics configuration could be done in TS pretty well, looking similar to this: objects { HTML{ name = HTML optionalProperties { value { name = value required = 0 dataTypes = string, stdWrap } } TEXT { name = TEXT optionalProperties { value { name = value dataTypes = string functions = stdWrap } dataTypes = stdWrap } ... } functions { stdWrap { name = stdWrap optionalProperties { case { name = cases dataTypes = cases } lang { name = lang ... } ... } } } dataTypes { cases { name = cases dataTypes{ enum.values = upper, lower } } enum { name = enum requiredProperties = values } } >> Not yet. > > But you actualy plan to do so? :-) I'm interested on an academic level as Yes. I want to learn writing compilers and this belongs to the stuff I have to practice. > well, since I recently took a course in semantics and have written > compilers before (just in ML which is very nice for compiler generation). :-) Regards Elmar From steffen at dislabs.de Fri May 11 22:22:33 2007 From: steffen at dislabs.de (Steffen Kamper) Date: Fri, 11 May 2007 22:22:33 +0200 Subject: [TYPO3-dev] Sorry for the stupid question References: Message-ID: "Gianluca Rettore" schrieb im Newsbeitrag news:mailman.1.1178803546.11367.typo3-dev at lists.netfielders.de... >I have created e plug-in multilanguage with flexform. > > When i change language in setup is correctly change language in plug-in > parameter in backend, but i have 2 identical section "def" and "en" > > Why? > > Thank You > -- > WEB develop e Linux Fanatic Hi, in Flexform you have normally all languages visible. Def (default) any other language If you don't need different settings in Flexform you can disable this by simply adding these lines to your flexform: 1 vg Steffen From johnange at gmail.com Sat May 12 00:02:07 2007 From: johnange at gmail.com (John Angel) Date: Sat, 12 May 2007 00:02:07 +0200 Subject: [TYPO3-dev] Page views Typo3 extension References: Message-ID: > Source statistics and any pager counter will do this... Nope, log parser is needed? Page views are logged using config.stat_apache=1. SQL is not an option. From anj2j at yahoo.de Sat May 12 13:42:22 2007 From: anj2j at yahoo.de (Andreas Jonderko) Date: Sat, 12 May 2007 13:42:22 +0200 Subject: [TYPO3-dev] TCA, set defaultvalues for flexforms? Message-ID: Hi, I'm trying to configure with the TCA/extTables that the user who insert new content element based on flexforms has "default" values which was widely inserted in other table: // in my extensiontable i defined the datastructure and the defaultvalues in the "flexvalues" field of the table tx_myext_table datastructure flexvalues // in tt_content my flextable is just pointing to the foreign table with "ds_pointerField" and "ds_tableField", tt_content tx_myext_flex But how to get default values in this table (from tx_myext_table:flexvalues) if it is empty? how to solve this the best way? Andreas From typo3 at abezet.de Sat May 12 14:28:17 2007 From: typo3 at abezet.de (franz ripfel) Date: Sat, 12 May 2007 14:28:17 +0200 Subject: [TYPO3-dev] TYPO3 developer tools page in Wiki Message-ID: Hi, I am wondering if it would be helpful for developers if we start a wiki page listing tool other developers found quite helpful or even crucial to their daily work. I am thinking of eclipse, subversion, ntfs links, ... I am quite sure it would be very helpful for lots of beginners with TYPO3, even if this topic is not strictly TYPO3. Maybe this should be part of the extension developer section. What do you think? If you know of such a page already, please post a link to it, otherwise i will start one, if there is no good reason for objection :) greets Franz -- Franz Ripfel, A.BE.ZET http://www.abezet.de From elmar.DOT.hinz at team.MINUS.red.DOT.net Sat May 12 15:45:41 2007 From: elmar.DOT.hinz at team.MINUS.red.DOT.net (Elmar Hinz) Date: Sat, 12 May 2007 13:45:41 +0000 (UTC) Subject: [TYPO3-dev] TYPO3 developer tools page in Wiki References: Message-ID: > ntfs nfs sshfs Regards Elmar From christoph.koehler at gmail.com Sun May 13 01:07:59 2007 From: christoph.koehler at gmail.com (Christoph Koehler) Date: Sat, 12 May 2007 18:07:59 -0500 Subject: [TYPO3-dev] TCA ctrl label with dates Message-ID: Hello all, In my extension's ext_tables.php I have the following code to configure event records: $TCA["tx_paradigm_events"] = array ( "ctrl" => array ( 'title' => 'LLL:EXT:paradigm/locallang_db.xml:tx_paradigm_events', 'label' => 'date', 'tstamp' => 'tstamp', 'crdate' => 'crdate', 'cruser_id' => 'cruser_id', 'default_sortby' => "ORDER BY date", 'delete' => 'deleted', 'enablecolumns' => array ( 'disabled' => 'hidden', ), 'dynamicConfigFile' => t3lib_extMgm::extPath($_EXTKEY).'tca.php', 'iconfile' => t3lib_extMgm::extRelPath($_EXTKEY).'icon_tx_paradigm_events.gif', ), "feInterface" => array ( "fe_admin_fieldList" => "hidden, date, location, speaker", ) ); Note the ctrl -> label -> date part. It shows the date alright, just as a timestamp. It used to convert that to a real date, but now it doesn't anymore. Any idea how I can make it do that again? Thanks! Christoph From scecere at krur.com Sun May 13 11:12:00 2007 From: scecere at krur.com (stefano cecere) Date: Sun, 13 May 2007 11:12:00 +0200 Subject: [TYPO3-dev] TCA and dynamic values based TS or TSconfig In-Reply-To: References: Message-ID: Tomi Hrovatin wrote: > - dinamicaly change the upload folder in TCA of tt_news - based on page > TSconfig; That is possible, but I still have problems accessing page ID cioa Tomi: how can you make it? it seems that you the uploadfolder field can't be overridder by TSConfig (so the manual says and my tests prove it) can you please explain it? many many thanks stefano From scecere at krur.com Sun May 13 15:03:17 2007 From: scecere at krur.com (stefano cecere) Date: Sun, 13 May 2007 15:03:17 +0200 Subject: [TYPO3-dev] add uploadfolder TSConfig ovverride possibility Message-ID: i just filled this bug/request: http://bugs.typo3.org/view.php?id=5623 right now with TSConfig it is possible to override these config parameters of a group field: group - size, autoSizeMax, max_size, show_thumbs, maxitems, minitems it would be VERY USEFUL to add 'uploadfolder'. to simply modify line 344 of class.t3lib_tceforms.php to 'group' => array('size', 'autoSizeMax', 'max_size', 'show_thumbs', 'maxitems', 'minitems','uploadfolder'), isn't enough (TCE uses the overridden value to "read" files, but when it has to WRITE them, they go to nonoverridder TCA uploadfolder) can anybody give a deeper eye in it? ciao Stefano From bart at REMITsonik.pl Sun May 13 18:03:40 2007 From: bart at REMITsonik.pl (Bartosz Aninowski) Date: Sun, 13 May 2007 18:03:40 +0200 Subject: [TYPO3-dev] mask image Message-ID: Hi I would like to mask image inside my extension, Why this configuration doesn't work imagePlan = IMAGE imagePlan { file.maxW = 252 mask = fileadmin/templates/main/mask.gif } $imgTSConfig = $this->conf['imagePlan.']; $imgTSConfig['file'] = 'uploads/tx_bashops/'.$this->internal['currentRow']['plan']; $markerArray['###PLAN###'] = $this->cObj->IMAGE($imgTSConfig); From tobias at work.de Sun May 13 22:14:24 2007 From: tobias at work.de (Tobias Liebig) Date: Sun, 13 May 2007 22:14:24 +0200 Subject: [TYPO3-dev] [TYPO3] TypoScript Highlighting Message-ID: Hello world! a few days ago, Thomas Hempel and I started to work on a fully integrated TypoScript-Editor with syntax-highlighting. We based it on CodePress (http://codepress.org/), a free (LGPL) javascript-based online-editor with syntax-highlighting for PHP, HTML, CSS an some more languages. Today we can present our very first beta. The main features till now are: - Syntax-Highlighting for TS - line numbers - fullscreen mode (very helpful while editing a large piece of TypoScript) - code-snippets (try "/*" or "/co" followed by a tab) - code-completion (auto close braces like { ( [ ) - integrated in the template modul (setup, constants and "Edit the whole template record") - hit CTRL-S to save the code (via Ajax, so no page-Reload ist required!) - and more... find out yourself :-) As this is a beta only, there are still some issues. So till now the AJAX save only works in template module. There are also some other issues with the list modules that may cause some errors. Furthermore we need the option to deactivate it like you can do it with the RTE in content elements. Some more issues sleep inside for sure. So we need your help: Lets us know, what you like and what is missing or can be solved in a better way! You can find the needed files, the patch and a screencast how to apply it on http://www.typo3-unleashed.net/codepress We looking forward to get your feedback. Please send us a mail with your comments at codepress(at)typo3-unleashed.net Greets Thomas and Tobias From typo3 at andreas-balzer.de Sun May 13 22:30:31 2007 From: typo3 at andreas-balzer.de (Andreas Balzer) Date: Sun, 13 May 2007 22:30:31 +0200 Subject: [TYPO3-dev] [TYPO3] TypoScript Highlighting In-Reply-To: References: Message-ID: Hi! This is so facinating! :) I saw it 20 seconds and began loving it right away! :) Awesome. Well, I do have some wishes: It would be nice if you can add a toolbar with the following buttons: - clipboard functionality (yeah STRG+X/C/V is a lot faster, but it would be a well known functionality for editors that many people expect at the top as a toolbar) - some kind of wizzard that guides you through various TYPO3 scripts. Dou you know the formula wizzard in Microsoft Excel? Something like this would be great :) - What about a validation tool? ;) Your extension is so cool :) Thanks for coding it. Greetings Andreas From thomas at work.de Sun May 13 22:53:02 2007 From: thomas at work.de (Thomas Hempel) Date: Sun, 13 May 2007 22:53:02 +0200 Subject: [TYPO3-dev] [TYPO3] TypoScript Highlighting In-Reply-To: References: Message-ID: Hi folks, I apologize for the cross post. Now, I have one wish! Please *DO NOT* reply on this post with "reply to all"! Let's start the public discussion on the HCI list! If you have any personal message (donations etc. ;-) ) contact us directly at codepress(at)typo3-unleashed.net Thanks and Greets, Thomas -- typo3-unleashed.net From michael at typo3.org Sun May 13 21:19:51 2007 From: michael at typo3.org (Michael Stucki) Date: Sun, 13 May 2007 21:19:51 +0200 Subject: [TYPO3-dev] TYPO3 developer tools page in Wiki References: Message-ID: Elmar Hinz wrote: >> ntfs > > nfs > > sshfs Even better: WebDAV over HTTPS! - michael -- Use a newsreader! Check out http://typo3.org/community/mailing-lists/use-a-news-reader/ From Martin.Kutschker at n0spam-blackbox.net Mon May 14 09:39:20 2007 From: Martin.Kutschker at n0spam-blackbox.net (Martin Kutschker) Date: Mon, 14 May 2007 09:39:20 +0200 Subject: [TYPO3-dev] TS compiler In-Reply-To: References: Message-ID: Stefan Kreisberg schrieb: > > And what about TS for vs. 5.0? See threads in typo3.projects.typo3-5_0.general The plan is to represent TS objects as PHP objects. Every TS configuration variable will be a PHP property of the object. So there will be no configuation array but a TS object tree. This means that any C parser may still read the TS code but will have to instantiate PHP objects. For the PHP parser the idea is to use reflection for syntax checking. Maybe the C parser needs an extra step and we need to create an external XML file (eg in Relax NG or whatever) file that describes the syntax. Please post any comments on this plan in the mentioned list! Masi From 9f4eetb02 at sneakemail.com Mon May 14 10:01:52 2007 From: 9f4eetb02 at sneakemail.com (Dmitry Dulepov) Date: Mon, 14 May 2007 11:01:52 +0300 Subject: [TYPO3-dev] [TYPO3] TypoScript Highlighting In-Reply-To: References: Message-ID: Hi! Thomas Hempel wrote: > I apologize for the cross post. Now, I have one wish! Please *DO NOT* > reply on this post with "reply to all"! I think this topic is the best candidate for cross-posting ;) > Let's start the public discussion on the HCI list! If you have any > personal message (donations etc. ;-) ) contact us directly at > codepress(at)typo3-unleashed.net Yep. -- Dmitry Dulepov Web: http://typo3bloke.net/ Skype: callto:liels_bugs "It is our choices, that show what we truly are, far more than our abilities." (A.P.W.B.D.) From oh at inpublica.de Mon May 14 11:42:17 2007 From: oh at inpublica.de (Oliver Hader) Date: Mon, 14 May 2007 11:42:17 +0200 Subject: [TYPO3-dev] add uploadfolder TSConfig ovverride possibility In-Reply-To: References: Message-ID: Hi Stefano, stefano cecere wrote: > i just filled this bug/request: http://bugs.typo3.org/view.php?id=5623 > [...] > can anybody give a deeper eye in it? I've posted a note in the bugtracker. olly -- Oliver Hader http://inpublica.de/ From steffen at dislabs.de Mon May 14 11:42:25 2007 From: steffen at dislabs.de (Steffen Kamper) Date: Mon, 14 May 2007 11:42:25 +0200 Subject: [TYPO3-dev] TCA ctrl label with dates References: Message-ID: "Christoph Koehler" schrieb im Newsbeitrag news:mailman.1.1179011277.2298.typo3-dev at lists.netfielders.de... Hello all, In my extension's ext_tables.php I have the following code to configure event records: $TCA["tx_paradigm_events"] = array ( "ctrl" => array ( 'title' => 'LLL:EXT:paradigm/locallang_db.xml:tx_paradigm_events', 'label' => 'date', 'tstamp' => 'tstamp', 'crdate' => 'crdate', 'cruser_id' => 'cruser_id', 'default_sortby' => "ORDER BY date", 'delete' => 'deleted', 'enablecolumns' => array ( 'disabled' => 'hidden', ), 'dynamicConfigFile' => t3lib_extMgm::extPath($_EXTKEY).'tca.php', 'iconfile' => t3lib_extMgm::extRelPath($_EXTKEY).'icon_tx_paradigm_events.gif', ), "feInterface" => array ( "fe_admin_fieldList" => "hidden, date, location, speaker", ) ); Note the ctrl -> label -> date part. It shows the date alright, just as a timestamp. It used to convert that to a real date, but now it doesn't anymore. Any idea how I can make it do that again? Thanks! Christoph Hi, is date original field in the table or is it foreign table ? With foreign it doesn't work, there you have to use label_userFunc instead. btw - the field naming of date is not good - it's a keyword in SQL. vg Steffen From elmar.DOT.hinz at team.MINUS.red.DOT.net Mon May 14 12:02:33 2007 From: elmar.DOT.hinz at team.MINUS.red.DOT.net (Elmar Hinz) Date: Mon, 14 May 2007 10:02:33 +0000 (UTC) Subject: [TYPO3-dev] TYPO3 developer tools page in Wiki References: Message-ID: > > Even better: WebDAV over HTTPS! > > - michael Right, but IMHO there are more customer servers with SSH access around than servers with WebDAV plus HTTPS. So probably it's a good idea to be able to work with both, WebDAV and SSHFS. Regards Elmar From typo at pure.kicks-ass.net Mon May 14 12:44:34 2007 From: typo at pure.kicks-ass.net (Thomas Mammitzsch) Date: Mon, 14 May 2007 12:44:34 +0200 Subject: [TYPO3-dev] new content element in new table? In-Reply-To: References: Message-ID: Martin Ficzel wrote: > Thomas Mammitzsch schrieb: > >> ok, thank you, nice tip. i hoped there is a simpler way than render the >> whole form and html with an own function. some threads before i thought >> i can use the tt_content-table and just modify the config of the columns >> in $TCA, but i didn't find out how to change it for my content element >> without changing all the other content elements. I'm wondering that only >> so a few people seem to work in that direction. > > u can use the "pi_flexform" field to provide the settings for your > extension. adding extra fields to the tt_content table is a bad idea if > you have no special need to do so. > > regards Martin i didn't want to add extra fields to tt_content - just use the existing ones. But use a different $TCA for tt_content in that case... From ms at plain.de Mon May 14 13:10:47 2007 From: ms at plain.de (Markus Schorer) Date: Mon, 14 May 2007 13:10:47 +0200 Subject: [TYPO3-dev] howto display a record from another plugin in my fe-plugin? Message-ID: hi all, how can i use the other plugins default formatting without doubling it in my fe-plugin code? e.g.: display a tt_address entry, then add my information. the functionality i'd like to see is: $temp = getRecord( $recordType, $recordId); can anybody direct me to the code where this is done while rendering tt_content with CType "shortcut". many thanks, markus -- _______________________________________________________________________ plain GmbH | daiserstrasse 15 | 81371 m?nchen fon 089.540.149.0 | fax 089.540.149.44 | http://www.plain.de From Martin.Kutschker at n0spam-blackbox.net Mon May 14 13:01:22 2007 From: Martin.Kutschker at n0spam-blackbox.net (Martin Kutschker) Date: Mon, 14 May 2007 13:01:22 +0200 Subject: [TYPO3-dev] add uploadfolder TSConfig ovverride possibility In-Reply-To: References: Message-ID: stefano cecere schrieb: > i just filled this bug/request: http://bugs.typo3.org/view.php?id=5623 > > right now with TSConfig it is possible to override these config > parameters of a group field: > > group - size, autoSizeMax, max_size, show_thumbs, maxitems, minitems > > it would be VERY USEFUL to add 'uploadfolder'. But extensions depend on the value in the TCA. If we allow the uploadfolder to be overridden than eg plugins must load the page TS to render images. Masi From popy.dev at gmail.com Mon May 14 13:12:09 2007 From: popy.dev at gmail.com (Popy) Date: Mon, 14 May 2007 13:12:09 +0200 Subject: [TYPO3-dev] howto display a record from another plugin in my fe-plugin? In-Reply-To: References: Message-ID: $cObj = t3lib_div::makeInstanceOf('tslib_cObj'); $cObj->start($theRecordData, 'tt_address'); $content = $cObj->cObjGetSingle('< tt_address', array()); From christoph.koehler at gmail.com Mon May 14 13:26:27 2007 From: christoph.koehler at gmail.com (Christoph Koehler) Date: Mon, 14 May 2007 06:26:27 -0500 Subject: [TYPO3-dev] TCA ctrl label with dates References: Message-ID: On Mon, 14 May 2007 04:42:25 -0500, Steffen Kamper wrote: > Hi, > > is date original field in the table or is it foreign table ? With > foreign it > doesn't work, there you have to use label_userFunc instead. Yeah that's what I ended up doing. It used to work before, I think it might have changed in TYPO3 4.1 > btw - the field naming of date is not good - it's a keyword in SQL. Good catch! I don't think about these things... > vg Steffen Christoph From plehn at rz.uni-wuerzburg.de Mon May 14 13:26:19 2007 From: plehn at rz.uni-wuerzburg.de (Hartmut Plehn) Date: Mon, 14 May 2007 13:26:19 +0200 Subject: [TYPO3-dev] XCLASS extension overriding core functionality? Message-ID: Hi, I recently tried to define some TCA fields readonly and noticed that readOnly=1 in the config section made no difference at all. I found that the corresponding code (function getSingleField_typeInput in class.t3lib_tceforms.php) is not executed at all because it is overridden per XCLASS extension in file class.ux_t3lib_tceforms.php of date2cal!? What can be done about this except not using date2cal or hoping that all core changes are being cloned in all extensions using XCLASSes to extend core functionality? In the case of date2cal it should probably ignore non-date fields? Any hints? Hartmut -- Hartmut Plehn, Universitaet Wuerzburg From steffen at dislabs.de Mon May 14 13:30:53 2007 From: steffen at dislabs.de (Steffen Kamper) Date: Mon, 14 May 2007 13:30:53 +0200 Subject: [TYPO3-dev] XCLASS extension overriding core functionality? References: Message-ID: "Hartmut Plehn" schrieb im Newsbeitrag news:mailman.1.1179141987.4611.typo3-dev at lists.netfielders.de... > Hi, > > I recently tried to define some TCA fields readonly and noticed that > readOnly=1 in the config section made no difference at all. > > I found that the corresponding code (function getSingleField_typeInput in > class.t3lib_tceforms.php) is not executed at all because it is overridden > per XCLASS extension in file class.ux_t3lib_tceforms.php of date2cal!? > > What can be done about this except not using date2cal or hoping that all > core changes are being cloned in all extensions using XCLASSes to extend > core functionality? In the case of date2cal it should probably ignore > non-date fields? > > Any hints? > Hartmut > -- > Hartmut Plehn, Universitaet Wuerzburg Hi, you see one of the bad things of xclassing. If there is no hook, xclassing is the only way, but for this whole class has to be imported, so any updates has to be implemented manually. give the author of date2cal a note about that and ask for a hook solution instead. vg Steffen From typo3 at rvt.dds.nl Mon May 14 13:52:23 2007 From: typo3 at rvt.dds.nl (Ries van Twisk) Date: Mon, 14 May 2007 06:52:23 -0500 Subject: [TYPO3-dev] TYPO3 developer tools page in Wiki In-Reply-To: References: Message-ID: On May 14, 2007, at 5:02 AM, Elmar Hinz wrote: >> >> Even better: WebDAV over HTTPS! >> >> - michael > > Right, but IMHO there are more customer servers with SSH access > around than > servers with WebDAV plus HTTPS. So probably it's a good idea to be > able to > work with both, WebDAV and SSHFS. > > Regards > > Elmar > _______________________________________________ Don't forget that there a lot of (enterprise) customers with restricted firewalls and ssh might not pass through them (I have one customer like that), However we do have our own server and enabling webdav is not such a problem. Ries From stefan.galinski at frm2.tum.de Mon May 14 14:38:39 2007 From: stefan.galinski at frm2.tum.de (Stefan Galinski) Date: Mon, 14 May 2007 14:38:39 +0200 Subject: [TYPO3-dev] XCLASS extension overriding core functionality? References: Message-ID: Hartmut Plehn wrote: > Hi, > > I recently tried to define some TCA fields readonly and noticed that > readOnly=1 in the config section made no difference at all. > > I found that the corresponding code (function getSingleField_typeInput in > class.t3lib_tceforms.php) is not executed at all because it is overridden > per XCLASS extension in file class.ux_t3lib_tceforms.php of date2cal!? > > What can be done about this except not using date2cal or hoping that all > core changes are being cloned in all extensions using XCLASSes to extend > core functionality? In the case of date2cal it should probably ignore > non-date fields? > > Any hints? > Hartmut Hi, Please install the latest official version of date2cal. The XCLASS requirement was removed with the release of version 2.0.0. The current available version is 5.1.1 and uses wizards. Just one XCLASS is used to add missing javascript inclusion stuff in "db_layout.php" [1]. [1] http://bugs.typo3.org/view.php?id=4340 -- Stefan Galinski From bart at REMITsonik.pl Mon May 14 15:15:42 2007 From: bart at REMITsonik.pl (Bartosz Aninowski) Date: Mon, 14 May 2007 15:15:42 +0200 Subject: [TYPO3-dev] extension to show changelog of particular page Message-ID: Hi List I need to make an extension to show changelog of particular page. This extension should show dates of each change at the bottom. If you click on 11.05.2007 you will see page and its content from 11.05. Can you give me some hint how to achieve above, or maybe some of you know similar ext. p.s What about saving page as static html everytime admin changes anything, fg information-11.05.2007.html From ernst at cron-it.de Mon May 14 16:12:05 2007 From: ernst at cron-it.de (Ernesto Baschny [cron IT]) Date: Mon, 14 May 2007 16:12:05 +0200 Subject: [TYPO3-dev] TCA ctrl label with dates In-Reply-To: References: Message-ID: Christoph Koehler wrote: on 13.05.2007 01:07: > In my extension's ext_tables.php I have the following code to configure > event records: > > $TCA["tx_paradigm_events"] = array ( > "ctrl" => array ( > 'title' => > 'LLL:EXT:paradigm/locallang_db.xml:tx_paradigm_events', > 'label' => 'date', > 'tstamp' => 'tstamp', > 'crdate' => 'crdate', > 'cruser_id' => 'cruser_id', > 'default_sortby' => "ORDER BY date", > 'delete' => 'deleted', > 'enablecolumns' => array ( > 'disabled' => 'hidden', > ), > 'dynamicConfigFile' => t3lib_extMgm::extPath($_EXTKEY).'tca.php', > 'iconfile' => > t3lib_extMgm::extRelPath($_EXTKEY).'icon_tx_paradigm_events.gif', > ), > "feInterface" => array ( > "fe_admin_fieldList" => "hidden, date, location, speaker", > ) > ); > > Note the ctrl -> label -> date part. It shows the date alright, just as > a timestamp. It used to convert that to a real date, but now it doesn't > anymore. Any idea how I can make it do that again? There are some bugs here which were fixed already in trunk, so that should be solved in the next 4.1.x release. Cheers, Ernesto From ernst at cron-it.de Mon May 14 16:15:42 2007 From: ernst at cron-it.de (Ernesto Baschny [cron IT]) Date: Mon, 14 May 2007 16:15:42 +0200 Subject: [TYPO3-dev] timezone problem In-Reply-To: References: Message-ID: Steffen Kamper wrote: on 10.05.2007 19:20: > this diff is against svn version. It should work anyway with 4.1.1 cause i > don't think that there has something changed. That's right. Latest trunk should work, but latest 4.1 should also work. Please report your findings about it in the bug report as a note, so that we can collect some user experiences with that, as it seems that no other core developer has any setup where this problem arises. So it would make more weight to the core teams decision if the proposed patch works for many people already. Cheers, Ernesto > vg Steffen > > "Bernd Wilke" schrieb im Newsbeitrag > news:mailman.1.1178800120.29757.typo3-dev at lists.netfielders.de... >> On Wed, 9 May 2007 13:29:12 +0200, Steffen Kamper wrote >> with subject "[TYPO3-dev] timezone problem": >> >>> Hi, >>> >>> i think nearly every developer knows that. >>> It's related to http://bugs.typo3.org/view.php?id=1697 >>> >>> I want to inform, that Ernesto and Mario took a long session at dd07 to >>> improve this and produced a bugfix. >>> I would like to see this fix tested by you and look forward for seeing >>> this >>> in core. >> nice hack (propably) - but which version of typo3 are you using, the diff >> is based on? >> >> I find these builds in your diff: >> t3lib/class.t3lib_tceforms.php (revision 2281) >> t3lib/jsfunc.evalfield.js (revision 2281) >> t3lib/class.t3lib_tcemain.php (revision 2281) >> typo3/jsfunc.tbe_editor.js (revision 2281) >> >> and these builds in my installed TYPO3 V4.1.1: >> t3lib/class.t3lib_tceforms.php (revision 2232) >> t3lib/jsfunc.evalfield.js (revision ????) (seems to be the same) >> t3lib/class.t3lib_tcemain.php (revision 2236) >> typo3/jsfunc.tbe_editor.js (revision ????) >> >> Bernd >> >> -- >> http://www.bernd-wilke.net > > From scecere at krur.com Mon May 14 17:06:17 2007 From: scecere at krur.com (stefano cecere) Date: Mon, 14 May 2007 17:06:17 +0200 Subject: [TYPO3-dev] add uploadfolder TSConfig ovverride possibility In-Reply-To: References: Message-ID: Martin Kutschker wrote: > stefano cecere schrieb: >> i just filled this bug/request: http://bugs.typo3.org/view.php?id=5623 >> >> right now with TSConfig it is possible to override these config >> parameters of a group field: >> >> group - size, autoSizeMax, max_size, show_thumbs, maxitems, minitems >> >> it would be VERY USEFUL to add 'uploadfolder'. > > But extensions depend on the value in the TCA. If we allow the > uploadfolder to be overridden than eg plugins must load the page TS to > render images. good point. right now mu extension uploads files (FE user uploaded files) to subdirectories calculated by a custom field in the category record... but if i edit those records via typo3, the files go to the wrong directory. it would be enough to add to the "uploadfolder" TCA some capabilities like "foreign_table_where" in SELECT type fields.. even also a ###REC_FIELD_[fieldname]### ... do you think it's complicated? putting the calculation straight in the TCA (and not in the TSConfig) should prevent all those problems, not? stefano From stefan at m-zentrale.de Mon May 14 17:50:22 2007 From: stefan at m-zentrale.de (Stefan Bothner | [m]zentrale) Date: Mon, 14 May 2007 17:50:22 +0200 Subject: [TYPO3-dev] How to add additional checkbox to all Content and Record-Elemets Message-ID: Hi folks, iam looking for an workaround to add a checkbox to all content-elemets (ist possible by extending table) and all record-tables in my T3 installation. Means, if i install tt_news automaticly a checkbox is added to the end or begining of the forms for createion and editing. is there any pos. to realize that with t3 4.1? kind regards Stefan From plehn at rz.uni-wuerzburg.de Mon May 14 17:50:58 2007 From: plehn at rz.uni-wuerzburg.de (Hartmut Plehn) Date: Mon, 14 May 2007 17:50:58 +0200 Subject: [TYPO3-dev] XCLASS extension overriding core functionality? References: Message-ID: Stefan Galinski wrote: > Hartmut Plehn wrote: > >> Hi, >> >> I recently tried to define some TCA fields readonly and noticed that >> readOnly=1 in the config section made no difference at all. >> >> I found that the corresponding code (function getSingleField_typeInput in >> class.t3lib_tceforms.php) is not executed at all because it is overridden >> per XCLASS extension in file class.ux_t3lib_tceforms.php of date2cal!? >> >> What can be done about this except not using date2cal or hoping that all >> core changes are being cloned in all extensions using XCLASSes to extend >> core functionality? In the case of date2cal it should probably ignore >> non-date fields? >> >> Any hints? >> Hartmut > > Hi, > > Please install the latest official version of date2cal. The XCLASS > requirement was removed with the release of version 2.0.0. The current > available version is 5.1.1 and uses wizards. Just one XCLASS is used to > add missing javascript inclusion stuff in "db_layout.php" [1]. > > [1] http://bugs.typo3.org/view.php?id=4340 > > -- > Stefan Galinski Thanks for your immediate reply. I was sure I had installed the latest version from TER before posting my original message. When I checked right now I noticed that I obviously had downloaded version 1.1.1. I have no idea how I was able to access version 1.1.1 in TER!? Thanks! Hartmut -- Hartmut Plehn, Universitaet Wuerzburg From info at cybercraft.de Mon May 14 17:53:40 2007 From: info at cybercraft.de (JoH asenau) Date: Mon, 14 May 2007 17:53:40 +0200 Subject: [TYPO3-dev] How to add additional checkbox to all Content andRecord-Elemets References: Message-ID: > iam looking for an workaround to add a checkbox to all > content-elemets (ist possible by extending table) and all > record-tables in my T3 installation. Means, if i install tt_news > automaticly > a checkbox is added to the end or begining of the forms for > createion and editing. is there any pos. to realize that with > t3 4.1? Could you explain it a little bit? Currently I understand you want no additional field in the DB but still a checkbox that is rendered with each BE form? This rises the question: Where do you want to save the data coming from this checkbox? Is this what you want? Joey -- Wenn man keine Ahnung hat: Einfach mal Fresse halten! (If you have no clues: simply shut your gob sometimes!) Dieter Nuhr, German comedian openBC/Xing: http://www.cybercraft.de T3 cookbook: http://www.typo3experts.com From ms at plain.de Mon May 14 18:34:25 2007 From: ms at plain.de (Markus Schorer) Date: Mon, 14 May 2007 18:34:25 +0200 Subject: [TYPO3-dev] howto display a record from another plugin in my fe-plugin? In-Reply-To: References: Message-ID: hi, just a simple correction for the archives Popy wrote: > $cObj = t3lib_div::makeInstanceOf('tslib_cObj'); has to be $cObj = t3lib_div::makeInstance('tslib_cObj'); > $cObj->start($theRecordData, 'tt_address'); > $content = $cObj->cObjGetSingle('< tt_address', array()); perfect. thanks a lot. markus -- _______________________________________________________________________ plain GmbH | daiserstrasse 15 | 81371 m?nchen fon 089.540.149.0 | fax 089.540.149.44 | http://www.plain.de From stefan at m-zentrale.de Mon May 14 18:48:15 2007 From: stefan at m-zentrale.de (Stefan Bothner | [m]zentrale) Date: Mon, 14 May 2007 18:48:15 +0200 Subject: [TYPO3-dev] How to add additional checkbox to all ContentandRecord-Elemets In-Reply-To: Message-ID: Hi Joey, i dont want to save the data. I want to use it, if checked, to inform a person about this action. I wrote an Hook (processDatamap_afterDatabaseOperations) to inform a person by mail. By now i overwrite the funktion makeButtonPanel() in Class SC_alt_doc where i added a new save button. but there is the problem that i cant get datas in this hook which tell me that this button was activated. thanks and kind regards Stefan > -----Original Message----- > From: typo3-dev-bounces at lists.netfielders.de > [mailto:typo3-dev-bounces at lists.netfielders.de] On Behalf Of > JoH asenau > Sent: Monday, May 14, 2007 5:54 PM > To: typo3-dev at lists.netfielders.de > Subject: Re: [TYPO3-dev] How to add additional checkbox to > all ContentandRecord-Elemets > > > iam looking for an workaround to add a checkbox to all > content-elemets > > (ist possible by extending table) and all record-tables in my T3 > > installation. Means, if i install tt_news automaticly a checkbox is > > added to the end or begining of the forms for createion and > editing. > > is there any pos. to realize that with > > t3 4.1? > > Could you explain it a little bit? > Currently I understand you want no additional field in the DB > but still a checkbox that is rendered with each BE form? > This rises the question: Where do you want to save the data > coming from this checkbox? > > Is this what you want? > > Joey > > -- > Wenn man keine Ahnung hat: Einfach mal Fresse halten! > (If you have no clues: simply shut your gob sometimes!) > Dieter Nuhr, German comedian > openBC/Xing: http://www.cybercraft.de > T3 cookbook: http://www.typo3experts.com > > > _______________________________________________ > TYPO3-dev mailing list > TYPO3-dev at lists.netfielders.de > http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev > From typo3 at rvt.dds.nl Mon May 14 18:55:25 2007 From: typo3 at rvt.dds.nl (Ries van Twisk) Date: Mon, 14 May 2007 11:55:25 -0500 Subject: [TYPO3-dev] XCLASS extension overriding core functionality? In-Reply-To: References: Message-ID: On May 14, 2007, at 10:50 AM, Hartmut Plehn wrote: > Stefan Galinski wrote: > >> Hartmut Plehn wrote: >> >>> Hi, >>> >>> I recently tried to define some TCA fields readonly and noticed that >>> readOnly=1 in the config section made no difference at all. >>> >>> I found that the corresponding code (function >>> getSingleField_typeInput in >>> class.t3lib_tceforms.php) is not executed at all because it is >>> overridden >>> per XCLASS extension in file class.ux_t3lib_tceforms.php of >>> date2cal!? >>> >>> What can be done about this except not using date2cal or hoping >>> that all >>> core changes are being cloned in all extensions using XCLASSes to >>> extend >>> core functionality? In the case of date2cal it should probably >>> ignore >>> non-date fields? >>> >>> Any hints? >>> Hartmut >> >> Hi, >> >> Please install the latest official version of date2cal. The XCLASS >> requirement was removed with the release of version 2.0.0. The >> current >> available version is 5.1.1 and uses wizards. Just one XCLASS is >> used to >> add missing javascript inclusion stuff in "db_layout.php" [1]. >> >> [1] http://bugs.typo3.org/view.php?id=4340 >> >> -- >> Stefan Galinski > > Thanks for your immediate reply. I was sure I had installed the latest > version from TER before posting my original message. When I checked > right > now I noticed that I obviously had downloaded version 1.1.1. I have > no idea > how I was able to access version 1.1.1 in TER!? TER is quite buggy, one of my extensions was set back to some alpha version, wile I already had a mayor version available. Ries -- Ries van Twisk Freelance Typo3 Developer email: ries at vantwisk.nl web: http://www.rvantwisk.nl/ skype: callto://r.vantwisk From steffen at dislabs.de Mon May 14 19:02:39 2007 From: steffen at dislabs.de (Steffen Kamper) Date: Mon, 14 May 2007 19:02:39 +0200 Subject: [TYPO3-dev] How to add additional checkbox to allContentandRecord-Elemets References: Message-ID: "Stefan Bothner | [m]zentrale" schrieb im Newsbeitrag news:mailman.223321.1179161188.21067.typo3-dev at lists.netfielders.de... > Hi Joey, > > i dont want to save the data. I want to use it, if checked, to inform > a person about this action. I wrote an Hook > (processDatamap_afterDatabaseOperations) > to inform a person by mail. By now i overwrite the funktion > makeButtonPanel() in Class > SC_alt_doc where i added a new save button. but there is the problem that > i > cant > get datas in this hook which tell me that this button was activated. > > thanks and kind regards > > Stefan > > Hi, to retrieve the data is a naming thing, because you get the array of posted data ($PA - stands for PostData? better names would help more :-) ) vg Steffen > > > > >> -----Original Message----- >> From: typo3-dev-bounces at lists.netfielders.de >> [mailto:typo3-dev-bounces at lists.netfielders.de] On Behalf Of >> JoH asenau >> Sent: Monday, May 14, 2007 5:54 PM >> To: typo3-dev at lists.netfielders.de >> Subject: Re: [TYPO3-dev] How to add additional checkbox to >> all ContentandRecord-Elemets >> >> > iam looking for an workaround to add a checkbox to all >> content-elemets >> > (ist possible by extending table) and all record-tables in my T3 >> > installation. Means, if i install tt_news automaticly a checkbox is >> > added to the end or begining of the forms for createion and >> editing. >> > is there any pos. to realize that with >> > t3 4.1? >> >> Could you explain it a little bit? >> Currently I understand you want no additional field in the DB >> but still a checkbox that is rendered with each BE form? >> This rises the question: Where do you want to save the data >> coming from this checkbox? >> >> Is this what you want? >> >> Joey >> >> -- >> Wenn man keine Ahnung hat: Einfach mal Fresse halten! >> (If you have no clues: simply shut your gob sometimes!) >> Dieter Nuhr, German comedian >> openBC/Xing: http://www.cybercraft.de >> T3 cookbook: http://www.typo3experts.com >> >> >> _______________________________________________ >> TYPO3-dev mailing list >> TYPO3-dev at lists.netfielders.de >> http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev >> > From steffen at dislabs.de Mon May 14 19:03:54 2007 From: steffen at dislabs.de (Steffen Kamper) Date: Mon, 14 May 2007 19:03:54 +0200 Subject: [TYPO3-dev] How to add additional checkbox to allContentandRecord-Elemets References: Message-ID: "Steffen Kamper" schrieb im Newsbeitrag news:mailman.1.1179162158.2376.typo3-dev at lists.netfielders.de... > > "Stefan Bothner | [m]zentrale" schrieb im > Newsbeitrag > news:mailman.223321.1179161188.21067.typo3-dev at lists.netfielders.de... >> Hi Joey, >> >> i dont want to save the data. I want to use it, if checked, to inform >> a person about this action. I wrote an Hook >> (processDatamap_afterDatabaseOperations) >> to inform a person by mail. By now i overwrite the funktion >> makeButtonPanel() in Class >> SC_alt_doc where i added a new save button. but there is the problem that >> i >> cant >> get datas in this hook which tell me that this button was activated. >> >> thanks and kind regards >> >> Stefan >> >> > > Hi, > > to retrieve the data is a naming thing, because you get the array of > posted data ($PA - stands for PostData? better names would help more :-) ) ?hm ... PostedArray i wanted ... > > vg Steffen > >> >> >> >> >>> -----Original Message----- >>> From: typo3-dev-bounces at lists.netfielders.de >>> [mailto:typo3-dev-bounces at lists.netfielders.de] On Behalf Of >>> JoH asenau >>> Sent: Monday, May 14, 2007 5:54 PM >>> To: typo3-dev at lists.netfielders.de >>> Subject: Re: [TYPO3-dev] How to add additional checkbox to >>> all ContentandRecord-Elemets >>> >>> > iam looking for an workaround to add a checkbox to all >>> content-elemets >>> > (ist possible by extending table) and all record-tables in my T3 >>> > installation. Means, if i install tt_news automaticly a checkbox is >>> > added to the end or begining of the forms for createion and >>> editing. >>> > is there any pos. to realize that with >>> > t3 4.1? >>> >>> Could you explain it a little bit? >>> Currently I understand you want no additional field in the DB >>> but still a checkbox that is rendered with each BE form? >>> This rises the question: Where do you want to save the data >>> coming from this checkbox? >>> >>> Is this what you want? >>> >>> Joey >>> >>> -- >>> Wenn man keine Ahnung hat: Einfach mal Fresse halten! >>> (If you have no clues: simply shut your gob sometimes!) >>> Dieter Nuhr, German comedian >>> openBC/Xing: http://www.cybercraft.de >>> T3 cookbook: http://www.typo3experts.com >>> >>> >>> _______________________________________________ >>> TYPO3-dev mailing list >>> TYPO3-dev at lists.netfielders.de >>> http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev >>> >> > > From steffen at dislabs.de Mon May 14 19:14:34 2007 From: steffen at dislabs.de (Steffen Kamper) Date: Mon, 14 May 2007 19:14:34 +0200 Subject: [TYPO3-dev] BE lib Message-ID: Hi devs, for writing BE modules i would like to compile a library as an extension with functions like - TS from page - fe cObj - some html output formatters Does anybody has done part of that or does anybody has ideas what he's missing most for that ? May be there is something simular out or somebody has a solution on his computer, i don't want to reinvent wheel. If anybody also has a usefull function, it would be nice to create with teamwork vg Steffen From popy.dev at gmail.com Mon May 14 19:48:20 2007 From: popy.dev at gmail.com (Popy) Date: Mon, 14 May 2007 19:48:20 +0200 Subject: [TYPO3-dev] BE lib In-Reply-To: References: Message-ID: The main difficulty to have the TS or a cObject is that you must initialise a TSFE function buildTSFE() { /* Declare */ $temp_TSFEclassName = t3lib_div::makeInstanceClassName('tslib_fe'); /* Begin */ if (!is_object($GLOBALS['TT'])) { $GLOBALS['TT'] = new t3lib_timeTrack; $GLOBALS['TT']->start(); } if (!is_object($GLOBALS['TSFE']) && $this->pid) { //*** Builds TSFE object $GLOBALS['TSFE'] = new $temp_TSFEclassName($GLOBALS['TYPO3_CONF_VARS'],$this->pid,0,0,0,0,0,0); //*** Builds sub objects $GLOBALS['TSFE']->tmpl = t3lib_div::makeInstance('t3lib_tsparser_ext'); $GLOBALS['TSFE']->sys_page = t3lib_div::makeInstance('t3lib_pageSelect'); //*** init template $GLOBALS['TSFE']->tmpl->tt_track = 0;// Do not log time-performance information $GLOBALS['TSFE']->tmpl->init(); $rootLine = $GLOBALS['TSFE']->sys_page->getRootLine($this->pid); //*** This generates the constants/config + hierarchy info for the template. $GLOBALS['TSFE']->tmpl->runThroughTemplates($rootLine,$template_uid); $GLOBALS['TSFE']->tmpl->generateConfig(); $GLOBALS['TSFE']->tmpl->loaded=1; //*** Get config array and other init from pagegen $GLOBALS['TSFE']->getConfigArray(); $GLOBALS['TSFE']->linkVars = ''.$GLOBALS['TSFE']->config['config']['linkVars']; if ($GLOBALS['TSFE']->config['config']['simulateStaticDocuments_pEnc_onlyP']) { foreach (t3lib_div::trimExplode(',',$GLOBALS['TSFE']->config['config']['simulateStaticDocuments_pEnc_onlyP'],1) as $temp_p) { $GLOBALS['TSFE']->pEncAllowedParamNames[$temp_p]=1; } } //*** Builds a cObj $GLOBALS['TSFE']->newCObj(); } } 2007/5/14, Steffen Kamper : > > Hi devs, > > for writing BE modules i would like to compile a library as an extension > with functions like > - TS from page > - fe cObj > - some html output formatters > > Does anybody has done part of that or does anybody has ideas what he's > missing most for that ? > May be there is something simular out or somebody has a solution on his > computer, i don't want to reinvent wheel. > If anybody also has a usefull function, it would be nice to create with > teamwork > > vg Steffen > > > _______________________________________________ > TYPO3-dev mailing list > TYPO3-dev at lists.netfielders.de > http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev > -- Popy Vulnerant omnes, ultima necat. http://popy.sytes.net From oh at inpublica.de Mon May 14 19:53:58 2007 From: oh at inpublica.de (Oliver Hader) Date: Mon, 14 May 2007 19:53:58 +0200 Subject: [TYPO3-dev] add uploadfolder TSConfig ovverride possibility In-Reply-To: References: Message-ID: Hi Stefano, stefano cecere wrote: > Martin Kutschker wrote: >> stefano cecere schrieb: >>> i just filled this bug/request: http://bugs.typo3.org/view.php?id=5623 >>> >>> right now with TSConfig it is possible to override these config >>> parameters of a group field: >>> >>> group - size, autoSizeMax, max_size, show_thumbs, maxitems, minitems >>> >>> it would be VERY USEFUL to add 'uploadfolder'. >> >> But extensions depend on the value in the TCA. If we allow the >> uploadfolder to be overridden than eg plugins must load the page TS to >> render images. > > good point. > right now mu extension uploads files (FE user uploaded files) to > subdirectories calculated by a custom field in the category record... > but if i edit those records via typo3, the files go to the wrong directory. So, you'd like to have something like this schema, to prevent from overloading a directory with too many files. Am i right? ./m/y/myfile_01.gif ./t/h/the_first_file.gif ./t/h/the_last_file.gif The caching to file of TYPO3 is working like this. So the request would be an alternative/improved/balanced storing method for files in the filesystem. There are hooks in TCEforms that might also allow to change the TCA configuration (e.g. the uploadFolder) on the fly (I haven't used them yet, but know that they exist). Maybe it's worth to have a look there. But the better thing would be, if TYPO3 could decide about this in future which strategy to take for some 50 files and which for some 10.000 files. > it would be enough to add to the "uploadfolder" TCA some capabilities > like "foreign_table_where" in SELECT type fields.. > even also a ###REC_FIELD_[fieldname]### ... do you think it's > complicated? > > putting the calculation straight in the TCA (and not in the TSConfig) > should prevent all those problems, not? What exactly do you mean? Something like the following? array(..., 'uploadFolder' => userFunc($something), ...); TCA just defines the table and the how the fields there are used. But TCA isn't called with the values of each different record. olly -- Oliver Hader http://inpublica.de/ From peter at umloud.dk Mon May 14 20:03:47 2007 From: peter at umloud.dk (Peter Klein) Date: Mon, 14 May 2007 20:03:47 +0200 Subject: [TYPO3-dev] [TYPO3] TypoScript Highlighting References: Message-ID: "Tobias Liebig" wrote in message news:mailman.1.1179087264.28617.typo3-english at lists.netfielders.de... > Hello world! > > a few days ago, Thomas Hempel and I started to work on a fully integrated > TypoScript-Editor with syntax-highlighting. Nice extension. But the way CodePress handles the linenumber is really lame. It uses a big image with numbers from 1-1500, so if your code is bigger than 1500 lines it screws up. :( Are you in contact with the author of CodePress? maybe he could use the linenumbering method I created for use in my PMK Textarea Widget extension? http://typo3.org/extensions/repository/view/pmktextarea/0.1.2/ -- Peter Klein / Umloud Untd. From tapio.markula at atwebteam.com Mon May 14 20:05:47 2007 From: tapio.markula at atwebteam.com (Tapio Markula) Date: Mon, 14 May 2007 21:05:47 +0300 Subject: [TYPO3-dev] How to add additional checkbox to allContentandRecord-Elemets In-Reply-To: References: Message-ID: Steffen Kamper > "Steffen Kamper" schrieb im Newsbeitrag > news:mailman.1.1179162158.2376.typo3-dev at lists.netfielders.de... >> "Stefan Bothner | [m]zentrale" schrieb im >> Newsbeitrag >> news:mailman.223321.1179161188.21067.typo3-dev at lists.netfielders.de... >>> Hi Joey, >>> >>> i dont want to save the data. I want to use it, if checked, to inform >>> a person about this action. I wrote an Hook >>> (processDatamap_afterDatabaseOperations) >>> to inform a person by mail. By now i overwrite the funktion >>> makeButtonPanel() in Class >>> SC_alt_doc where i added a new save button. but there is the problem that >>> i >>> cant >>> get datas in this hook which tell me that this button was activated. >>> >>> thanks and kind regards >>> >>> Stefan >>> >>> >> Hi, >> >> to retrieve the data is a naming thing, because you get the array of >> posted data ($PA - stands for PostData? better names would help more :-) ) > ?hm ... PostedArray i wanted ... $_POST is use in alt_doc.php only for saving related actions. /** * Detects, if a save command has been triggered. * * @return boolean True, then save the document (data submitted) */ function doProcessData() { $out = $this->doSave || isset($_POST['_savedok_x']) || isset($_POST['_saveandclosedok_x']) || isset($_POST['_savedokview_x']) || isset($_POST['_savedoknew_x']); return $out; } /** * Do processing of data, submitting it to TCEmain. * * @return void */ function processData() { The variable has been generated using Message-ID: Hi, thx for that. I will check it. I found also an example in the spellchecker from htmlarea, which should work . vg Steffen "Popy" schrieb im Newsbeitrag news:mailman.223341.1179164903.21067.typo3-dev at lists.netfielders.de... > The main difficulty to have the TS or a cObject is that you must > initialise > a TSFE > > function buildTSFE() { > /* Declare */ > $temp_TSFEclassName = t3lib_div::makeInstanceClassName('tslib_fe'); > > /* Begin */ > if (!is_object($GLOBALS['TT'])) { > $GLOBALS['TT'] = new t3lib_timeTrack; > $GLOBALS['TT']->start(); > } > > if (!is_object($GLOBALS['TSFE']) && $this->pid) { > //*** Builds TSFE object > $GLOBALS['TSFE'] = new > $temp_TSFEclassName($GLOBALS['TYPO3_CONF_VARS'],$this->pid,0,0,0,0,0,0); > > //*** Builds sub objects > $GLOBALS['TSFE']->tmpl = > t3lib_div::makeInstance('t3lib_tsparser_ext'); > $GLOBALS['TSFE']->sys_page = > t3lib_div::makeInstance('t3lib_pageSelect'); > > //*** init template > $GLOBALS['TSFE']->tmpl->tt_track = 0;// Do not log > time-performance information > $GLOBALS['TSFE']->tmpl->init(); > > $rootLine = > $GLOBALS['TSFE']->sys_page->getRootLine($this->pid); > > //*** This generates the constants/config + hierarchy info for > the template. > > $GLOBALS['TSFE']->tmpl->runThroughTemplates($rootLine,$template_uid); > $GLOBALS['TSFE']->tmpl->generateConfig(); > $GLOBALS['TSFE']->tmpl->loaded=1; > > //*** Get config array and other init from pagegen > $GLOBALS['TSFE']->getConfigArray(); > $GLOBALS['TSFE']->linkVars = > ''.$GLOBALS['TSFE']->config['config']['linkVars']; > > if > ($GLOBALS['TSFE']->config['config']['simulateStaticDocuments_pEnc_onlyP']) > { > foreach > (t3lib_div::trimExplode(',',$GLOBALS['TSFE']->config['config']['simulateStaticDocuments_pEnc_onlyP'],1) > as $temp_p) { > $GLOBALS['TSFE']->pEncAllowedParamNames[$temp_p]=1; > } > } > > //*** Builds a cObj > $GLOBALS['TSFE']->newCObj(); > } > > } > > > 2007/5/14, Steffen Kamper : >> >> Hi devs, >> >> for writing BE modules i would like to compile a library as an extension >> with functions like >> - TS from page >> - fe cObj >> - some html output formatters >> >> Does anybody has done part of that or does anybody has ideas what he's >> missing most for that ? >> May be there is something simular out or somebody has a solution on his >> computer, i don't want to reinvent wheel. >> If anybody also has a usefull function, it would be nice to create with >> teamwork >> >> vg Steffen >> >> >> _______________________________________________ >> TYPO3-dev mailing list >> TYPO3-dev at lists.netfielders.de >> http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev >> > > > > -- > Popy > > Vulnerant omnes, ultima necat. > > http://popy.sytes.net From tapio.markula at atwebteam.com Mon May 14 20:12:06 2007 From: tapio.markula at atwebteam.com (Tapio Markula) Date: Mon, 14 May 2007 21:12:06 +0300 Subject: [TYPO3-dev] new content element in new table? In-Reply-To: References: Message-ID: Thomas Mammitzsch kirjoitti: > Martin Ficzel wrote: >> Thomas Mammitzsch schrieb: >> >>> ok, thank you, nice tip. i hoped there is a simpler way than render the >>> whole form and html with an own function. some threads before i thought >>> i can use the tt_content-table and just modify the config of the columns >>> in $TCA, but i didn't find out how to change it for my content element >>> without changing all the other content elements. I'm wondering that only >>> so a few people seem to work in that direction. >> u can use the "pi_flexform" field to provide the settings for your >> extension. adding extra fields to the tt_content table is a bad idea if >> you have no special need to do so. >> >> regards Martin > i didn't want to add extra fields to tt_content - just use the existing > ones. But use a different $TCA for tt_content in that case... that is possible. If you have you own content type you can define for it what fields to use, for example: $TCA['tt_content']['types']['my_content_type']['showitem']='CType;;4;button;1-1-1, header;;3;;2-2-2, short_text;;;;1-1-1;, bodytext;;9;richtext:rte_transform[flag=rte_enabled|mode=ts_css];3-3-3, rte_enabled, text_properties,description;;;;1-1-1;,editor_notes;;;;1-1-1, --div--, image;;;;4-4-4, imageorient;;2, imagewidth;;13, --palette--;LLL:EXT:cms/locallang_ttc.php:ALT.imgLinks;7, --palette--;LLL:EXT:cms/locallang_ttc.php:ALT.imgOptions;11, imagecaption;;5, altText;;;;1-1-1,titleText,longdescURL'; From steffen at dislabs.de Mon May 14 20:23:02 2007 From: steffen at dislabs.de (Steffen Kamper) Date: Mon, 14 May 2007 20:23:02 +0200 Subject: [TYPO3-dev] [TYPO3] TypoScript Highlighting References: Message-ID: "Peter Klein" schrieb im Newsbeitrag news:mailman.1.1179165817.18193.typo3-english at lists.netfielders.de... > > "Tobias Liebig" wrote in message > news:mailman.1.1179087264.28617.typo3-english at lists.netfielders.de... >> Hello world! >> >> a few days ago, Thomas Hempel and I started to work on a fully integrated >> TypoScript-Editor with syntax-highlighting. > > Nice extension. But the way CodePress handles the linenumber is really > lame. > It uses a big image with numbers from 1-1500, so if your code is bigger > than 1500 lines it screws up. :( > > Are you in contact with the author of CodePress? > maybe he could use the linenumbering method I created for use in my PMK > Textarea Widget extension? > http://typo3.org/extensions/repository/view/pmktextarea/0.1.2/ > > -- > Peter Klein / Umloud Untd. > > +1 i really like Peter's textarea (don't want to miss it any more!) , also resizing. That would be great if you can combine them ! vg Steffen From scecere at krur.com Tue May 15 01:40:52 2007 From: scecere at krur.com (stefano cecere) Date: Tue, 15 May 2007 01:40:52 +0200 Subject: [TYPO3-dev] add uploadfolder TSConfig ovverride possibility In-Reply-To: References: Message-ID: Oliver Hader wrote: >> it would be enough to add to the "uploadfolder" TCA some capabilities >> like "foreign_table_where" in SELECT type fields.. >> even also a ###REC_FIELD_[fieldname]### ... do you think it's >> complicated? >> >> putting the calculation straight in the TCA (and not in the TSConfig) >> should prevent all those problems, not? > > What exactly do you mean? Something like the following? > array(..., 'uploadFolder' => userFunc($something), ...); > > TCA just defines the table and the how the fields there are used. But > TCA isn't called with the values of each different record. Hi Oliver i think that it could just be (the simplier way): 'uploadfolder' => 'myfolder/###REC_FIELD_subfolder###'; where 'subfolder' is a string field of that record. so i can figure some records to store its files in 'subdir1', and others in 'subdir2' ... (it's not jsut becouse of large number of files, but also to help backups/management of set of files (they are huge videos) i know: every external/FE code calling TCA to get the 'uploadfolder' has to parse it... but doesn't it work like this in the "foreign_table_where" field config? am i missing something? stefano From stefan at m-zentrale.de Tue May 15 10:35:43 2007 From: stefan at m-zentrale.de (Stefan Bothner | [m]zentrale) Date: Tue, 15 May 2007 10:35:43 +0200 Subject: [TYPO3-dev] How to add additional checkbox toallContentandRecord-Elemets In-Reply-To: Message-ID: Hi Topio, thanks for that answer, it solved my problem, i always looked for the information in the array $fieldArray of processDatamap_afterDatabaseOperations() function. I solved the issu by this: First i overwrite the function makeButtonPanel() and doProcessData() to add a new button and action to the forms. This was done by an XCLASS. After that i used the Hook processDatamap_afterDatabaseOperations() to check if the button was choosed and the i send the email. kind regards and sorry for my bad english (last engl. lesson is 12 years ago) stefan > -----Original Message----- > From: typo3-dev-bounces at lists.netfielders.de > [mailto:typo3-dev-bounces at lists.netfielders.de] On Behalf Of > Tapio Markula > Sent: Monday, May 14, 2007 8:06 PM > To: typo3-dev at lists.netfielders.de > Subject: Re: [TYPO3-dev] How to add additional checkbox > toallContentandRecord-Elemets > > Steffen Kamper > > "Steffen Kamper" schrieb im Newsbeitrag > > news:mailman.1.1179162158.2376.typo3-dev at lists.netfielders.de... > >> "Stefan Bothner | [m]zentrale" schrieb im > >> Newsbeitrag > >> > news:mailman.223321.1179161188.21067.typo3-dev at lists.netfielders.de... > >>> Hi Joey, > >>> > >>> i dont want to save the data. I want to use it, if checked, to > >>> inform a person about this action. I wrote an Hook > >>> (processDatamap_afterDatabaseOperations) > >>> to inform a person by mail. By now i overwrite the funktion > >>> makeButtonPanel() in Class > >>> SC_alt_doc where i added a new save button. but there is > the problem > >>> that i cant get datas in this hook which tell me that this button > >>> was activated. > >>> > >>> thanks and kind regards > >>> > >>> Stefan > >>> > >>> > >> Hi, > >> > >> to retrieve the data is a naming thing, because you get > the array of > >> posted data ($PA - stands for PostData? better names would > help more > >> :-) ) > > ?hm ... PostedArray i wanted ... > > $_POST is use in alt_doc.php only for saving related actions. > > /** > * Detects, if a save command has been triggered. > * > * @return boolean True, then save the > document (data submitted) > */ > function doProcessData() { > $out = $this->doSave || isset($_POST['_savedok_x']) || > isset($_POST['_saveandclosedok_x']) || > isset($_POST['_savedokview_x']) > || isset($_POST['_savedoknew_x']); > return $out; > } > > /** > * Do processing of data, submitting it to TCEmain. > * > * @return void > */ > function processData() { > > The variable has been generated using > where name + '_x' is the actual $_POST arrey item. > _______________________________________________ > TYPO3-dev mailing list > TYPO3-dev at lists.netfielders.de > http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev > From tapio.markula at atwebteam.com Tue May 15 11:26:54 2007 From: tapio.markula at atwebteam.com (Tapio Markula) Date: Tue, 15 May 2007 12:26:54 +0300 Subject: [TYPO3-dev] How to add additional checkbox toallContentandRecord-Elemets In-Reply-To: References: Message-ID: Stefan Bothner | [m]zentrale kirjoitti: > Hi Topio, > > thanks for that answer, it solved my problem, i always looked > for the information in the array $fieldArray of > processDatamap_afterDatabaseOperations() > function. > > I solved the issu by this: > > First i overwrite the function makeButtonPanel() and doProcessData() to add > a new > button and action to the forms. in fact I made a hook for adding buttons into an evaluation version of tm_contentaccess. In fact I should propose that hook also to the core by making a bug report. I have added many nice features to alt_doc.php - please look at my XCLASS from http://t3test.xetpoint.com/?id=evaluations From tapio.markula at atwebteam.com Tue May 15 12:39:33 2007 From: tapio.markula at atwebteam.com (Tapio Markula) Date: Tue, 15 May 2007 13:39:33 +0300 Subject: [TYPO3-dev] Optional alias check Message-ID: Hi Would it be possible to add optional alias check, which could allow to use for different domains the same alias time. I know that it is very time consuming to make this kind of check - that's why I proposed to add that as optional features. From typo3 at ingo-renner.com Tue May 15 15:11:14 2007 From: typo3 at ingo-renner.com (Ingo Renner) Date: Tue, 15 May 2007 15:11:14 +0200 Subject: [TYPO3-dev] BE lib In-Reply-To: References: Message-ID: Popy wrote: > The main difficulty to have the TS or a cObject is that you must initialise > a TSFE if you only need it to get some TS value this can be done way shorter: // get the current page ID $thePageId = $params['row']['pid']; $template = t3lib_div::makeInstance('t3lib_tsparser_ext'); // do not log time-performance information $template->tt_track = 0; $template->init(); $sys_page = t3lib_div::makeInstance('t3lib_pageSelect'); $rootLine = $sys_page->getRootLine($thePageId); // generate the constants/config + hierarchy info for the template. $template->runThroughTemplates($rootLine); $template->generateConfig(); // get value for the path containing the template files $readPath = t3lib_div::getFileAbsFileName( $template->setup['plugin.']['tx_ttaddress_pi1.']['templatePath'] ); Ingo From steffen at dislabs.de Tue May 15 15:46:51 2007 From: steffen at dislabs.de (Steffen Kamper) Date: Tue, 15 May 2007 15:46:51 +0200 Subject: [TYPO3-dev] BE lib References: Message-ID: "Ingo Renner" schrieb im Newsbeitrag news:mailman.1.1179234671.7806.typo3-dev at lists.netfielders.de... > Popy wrote: >> The main difficulty to have the TS or a cObject is that you must >> initialise >> a TSFE > > if you only need it to get some TS value this can be done way shorter: > > > // get the current page ID > $thePageId = $params['row']['pid']; > > $template = t3lib_div::makeInstance('t3lib_tsparser_ext'); > // do not log time-performance information > $template->tt_track = 0; > $template->init(); > $sys_page = t3lib_div::makeInstance('t3lib_pageSelect'); > $rootLine = $sys_page->getRootLine($thePageId); > // generate the constants/config + hierarchy info for the template. > $template->runThroughTemplates($rootLine); > $template->generateConfig(); > > // get value for the path containing the template files > $readPath = t3lib_div::getFileAbsFileName( > $template->setup['plugin.']['tx_ttaddress_pi1.']['templatePath'] > ); > > > Ingo Hi Ingo, i got a little easier snippet for that, look this: $pS = t3lib_div::makeInstance('t3lib_pageSelect'); tslib_fe::includeTCA(); $tmlp = t3lib_div::makeInstance('t3lib_TStemplate'); $tmlp->init(); $tmlp->start($pS->getRootline(intval($_GET['pid']))); $var = $tmlp->setup['plugin.']['tx_name_pi1.']['varpath.']['var']; this should work also, what do you think ? vg Steffen From mathias at typo3.org Tue May 15 16:50:44 2007 From: mathias at typo3.org (Mathias Schreiber [TYPO3]) Date: Tue, 15 May 2007 16:50:44 +0200 Subject: [TYPO3-dev] [TYPO3] TypoScript Highlighting In-Reply-To: References: Message-ID: Peter Klein schrieb: > Nice extension. But the way CodePress handles the linenumber is really lame. > It uses a big image with numbers from 1-1500, so if your code is bigger than > 1500 lines it screws up. :( If you have one TS Template with 1500 lines you're doing something terribly wrong. However, if this is only a minor fix, why not... From mathias at typo3.org Tue May 15 16:53:44 2007 From: mathias at typo3.org (Mathias Schreiber [TYPO3]) Date: Tue, 15 May 2007 16:53:44 +0200 Subject: [TYPO3-dev] [TYPO3] TypoScript Highlighting In-Reply-To: References: Message-ID: Tobias Liebig schrieb: > Some more issues sleep inside for sure. So we need your help: Lets us > know, what you like and what is missing or can be solved in a better way! First off: Neat :) Now for the wishlist. Any way to shorten the Tab length? Didn't have time to install it yet, just saw the videos. I am so used to indenting with two spaces... About the XCLASS Discussion: I get your point, where do I subscribe to get this into the core? Last but not least: Donation Address? all the best Mathias From typo3 at ingo-renner.com Tue May 15 17:48:30 2007 From: typo3 at ingo-renner.com (Ingo Renner) Date: Tue, 15 May 2007 17:48:30 +0200 Subject: [TYPO3-dev] BE lib In-Reply-To: References: Message-ID: Steffen Kamper wrote: hi, > i got a little easier snippet for that, look this: > > $pS = t3lib_div::makeInstance('t3lib_pageSelect'); > tslib_fe::includeTCA(); > $tmlp = t3lib_div::makeInstance('t3lib_TStemplate'); > $tmlp->init(); > $tmlp->start($pS->getRootline(intval($_GET['pid']))); > $var = $tmlp->setup['plugin.']['tx_name_pi1.']['varpath.']['var']; > > this should work also, what do you think ? this should work also, but $tmlp->start also does some caching/cache checking which is not needed in BE... Ingo From headhunterxiii at yahoo.ca Tue May 15 18:26:18 2007 From: headhunterxiii at yahoo.ca (Tyler Kraft) Date: Tue, 15 May 2007 17:26:18 +0100 Subject: [TYPO3-dev] [TYPO3] TypoScript Highlighting In-Reply-To: References: Message-ID: > If you have one TS Template with 1500 lines you're doing something > terribly wrong. why? whats wrong with a template of more than 1500 lines? From Martin.Kutschker at n0spam-blackbox.net Tue May 15 18:29:49 2007 From: Martin.Kutschker at n0spam-blackbox.net (Martin Kutschker) Date: Tue, 15 May 2007 18:29:49 +0200 Subject: [TYPO3-dev] Optional alias check In-Reply-To: References: Message-ID: Tapio Markula schrieb: > Hi > > Would it be possible to add optional alias check, > which could allow to use for different domains > the same alias time. > > I know that it is very time consuming to make this > kind of check - that's why I proposed to add that > as optional features. I guess it'll be hard to do it for domains, but I think it could be done easily for subtrees, if the page table supported the suggested nested set data structure. With a nested set you can get all pages of a tree with one query. Add the clause for the alias and you are done. Masi From mfgiesen at gmail.com Tue May 15 19:14:47 2007 From: mfgiesen at gmail.com (Markus Giesen) Date: Tue, 15 May 2007 19:14:47 +0200 Subject: [TYPO3-dev] Make Extension-$content output by tt_content record and UID Message-ID: Hi all, how is this possible: I have the UID from my tt_content record. Now I want to tell my Extension, that the returned content ist simply the recordset from my tt_content identified by the UID Do you know what I mean? $content = $this->getContentFromTableById(1234); Just as if it would be a normal content object. Does anybody know how to manage that? Thank you, Markus From steffen at dislabs.de Tue May 15 19:18:24 2007 From: steffen at dislabs.de (Steffen Kamper) Date: Tue, 15 May 2007 19:18:24 +0200 Subject: [TYPO3-dev] [TYPO3] TypoScript Highlighting References: Message-ID: "Tyler Kraft" schrieb im Newsbeitrag news:mailman.1.1179246378.8282.typo3-english at lists.netfielders.de... > >> If you have one TS Template with 1500 lines you're doing something >> terribly wrong. > > > why? whats wrong with a template of more than 1500 lines? your structure organisation ? may be it's philosopical, but i prefere more templates with specific context, and then i have a lot of handy scripts, easy to find values / properties. vg Steffen From steffen at dislabs.de Tue May 15 19:28:20 2007 From: steffen at dislabs.de (Steffen Kamper) Date: Tue, 15 May 2007 19:28:20 +0200 Subject: [TYPO3-dev] Make Extension-$content output by tt_content record and UID References: Message-ID: Hi again :-) $rec = $this->pi_getRecord($table,$uid,$checkPage=0); does the job. vg Steffen "Markus Giesen" schrieb im Newsbeitrag news:mailman.1.1179249267.23382.typo3-dev at lists.netfielders.de... > Hi all, > > how is this possible: > > I have the UID from my tt_content record. > > Now I want to tell my Extension, that the returned content > ist simply the recordset from my tt_content identified by the UID > > Do you know what I mean? > $content = $this->getContentFromTableById(1234); > > Just as if it would be a normal content object. > Does anybody know how to manage that? > > Thank you, > Markus From info at cybercraft.de Tue May 15 19:56:09 2007 From: info at cybercraft.de (JoH asenau) Date: Tue, 15 May 2007 19:56:09 +0200 Subject: [TYPO3-dev] [TYPO3] TypoScript Highlighting References: Message-ID: >> If you have one TS Template with 1500 lines you're doing something >> terribly wrong. > > why? whats wrong with a template of more than 1500 lines? Depends on the size of the team working with those templates. If you are just one person it might be ok but still you will run into trouble if you have to find specific bug. If there are more people working at the same site the problem is: Last one who saves wins. So usually its better to split up the template into smaller chunks and put them together in a master template using "include basis template". In the master template you will have something like: page = PAGE page { 10 = TEMPLATE 10 { blah marks { menu < temp.menu content < temp.content footer < temp.footer } } } And then there will be 3 other templates for each of the marks: temp.menu = COA temp.menu { 10 = HMENU 10 { blah } } and so on ... got the point? Joey -- Wenn man keine Ahnung hat: Einfach mal Fresse halten! (If you have no clues: simply shut your gob sometimes!) Dieter Nuhr, German comedian openBC/Xing: http://www.cybercraft.de T3 cookbook: http://www.typo3experts.com From petro.boychuk at gmail.com Tue May 15 21:02:20 2007 From: petro.boychuk at gmail.com (=?KOI8-R?B?4s/K3tXLIPDF1NLP?=) Date: Tue, 15 May 2007 22:02:20 +0300 Subject: [TYPO3-dev] tt_news, pointer, dontUseBackPid mystery Message-ID: Could you please help me, or explain. I have a situation: 1) on 1 page list and single views from tt_news 2) list view shows only 12 elements? but it has a pagebrowser 3) When i go to f.e. page 2 in list (elements from 13 to 24) i want to have links from this items to current page to show this this item in single view 4) yes, i configured all this stuff, and i have pagebrowser working, and link to current page to show item on singe view. but, it is not working together. I mean tt_news creating link to single view without tx_ttnews[pointer] in in. I was playing for about an hour to figure things out and founded that i set dontUseBackPid = 1. When i set dontUseBackPid = 0 my links were generated ok. Almost ok, they have tx_ttnews[backPid]. I do not want it. It is nonsense for me to use this stuff (I have single and list on same page) . Why does it happen ? Because of 2 snippets of code pibase function pi_linkTP_keepPIvars($str,$overrulePIvars=array(),$cache=0,$clearAnyway=0,$altPageId=0) { if (is_array($this->piVars) && is_array($overrulePIvars) && !$clearAnyway) { $piVars = $this->piVars; unset($piVars['DATA']); $overrulePIvars = t3lib_div::array_merge_recursive_overrule($piVars,$overrulePIvars); if ($this->pi_autoCacheEn) { $cache = $this->pi_autoCache($overrulePIvars); } } $res = $this->pi_linkTP($str,Array($this->prefixId=>$overrulePIvars),$cache,$altPageId); return $res; } AND tt_news $this->local_cObj->LOAD_REGISTER(array('newsMoreLink' => $this->pi_linkTP_keepPIvars($this->pi_getLL('more'), array('tt_news' => $row['uid'], 'backPid' => ($this->conf['dontUseBackPid']?null:$this->config['backPid'])), $this->allowCaching, ($this->conf['dontUseBackPid']?1:0), $singlePid)), ''); Is it a bug? thank you. -- ? ???????, ?????? ????? From stig at 8620.dk Tue May 15 22:36:12 2007 From: stig at 8620.dk (=?UTF-8?B?U3RpZyBOw7hyZ2FhcmQgRsOmcmNo?=) Date: Tue, 15 May 2007 22:36:12 +0200 Subject: [TYPO3-dev] Xdebug and TYPO3 and symlinks Message-ID: I'm using PHPEdit and XDebug for developing for TYPO3. Have any you guys experienced any problems with XDebug and symlinks? It seems like that if I try to debug a file which is symlinked or a file in a symlinked directory, I can't get the breakpoints working at all. Thanks in advance. /Stig From steffen at dislabs.de Tue May 15 23:18:23 2007 From: steffen at dislabs.de (Steffen Kamper) Date: Tue, 15 May 2007 23:18:23 +0200 Subject: [TYPO3-dev] BE_USER in tca.php Message-ID: Hi, i'm quite sure that this object exists in tca.php in older versions (or setups) Actually i saw, that the object is not defined there. So it is difficult to make some special user settings. In special we want to limit the pid to the BE_USER-settings. A quick fix helped: if(!is_object($GLOBALS['BE_USER'])) { $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 } but i'm wondering why the object is empty. Does something changed in last versions ? Is tca.php is loaded to early so before initializing of BE_USER ? Who knows something deeper ? thx, vg Steffen From mfgiesen at gmail.com Wed May 16 00:13:59 2007 From: mfgiesen at gmail.com (Markus Giesen) Date: Wed, 16 May 2007 00:13:59 +0200 Subject: [TYPO3-dev] Make Extension-$content output by tt_content record and UID In-Reply-To: References: Message-ID: Hey Steffen, thanks, now I get an array with the data from this record, but what I want is, that this records is shown 1to1 like an normal content-block e.g. an image with text. Can you help me with this, or is there no hint? thanks, markus Steffen Kamper schrieb: > Hi again :-) > $rec = $this->pi_getRecord($table,$uid,$checkPage=0); > > does the job. > > vg Steffen > > "Markus Giesen" schrieb im Newsbeitrag > news:mailman.1.1179249267.23382.typo3-dev at lists.netfielders.de... >> Hi all, >> >> how is this possible: >> >> I have the UID from my tt_content record. >> >> Now I want to tell my Extension, that the returned content >> ist simply the recordset from my tt_content identified by the UID >> >> Do you know what I mean? >> $content = $this->getContentFromTableById(1234); >> >> Just as if it would be a normal content object. >> Does anybody know how to manage that? >> >> Thank you, >> Markus > > From christoph.koehler at gmail.com Wed May 16 01:27:05 2007 From: christoph.koehler at gmail.com (Christoph Koehler) Date: Tue, 15 May 2007 18:27:05 -0500 Subject: [TYPO3-dev] core issue: extend dates with ADOdb time Message-ID: Hello (core) devs, I am trying to extend dates in tceforms using adodb time to get rid of the 2038 limitations. I managed to hook into the eval functions to do some server side processing and pass the right timestamp on to TYPO3. So when the onChange call is complete, I have the right timestamp in the hidden input field. However, when I save the record, the larger timestamp never gets saved but reverts back to the max date in normal unix timestamp range (in the year 2038). Where do I need to look to get that taken care of? TCEMain doesn't seem to do a boundary check, only intval. Thanks for the help! Christoph From popy.dev at gmail.com Wed May 16 07:26:33 2007 From: popy.dev at gmail.com (Popy) Date: Wed, 16 May 2007 07:26:33 +0200 Subject: [TYPO3-dev] Make Extension-$content output by tt_content record and UID In-Reply-To: References: Message-ID: $rec = $this->pi_getRecord($table,$uid,$checkPage=0); $cObj = &t3lib_div::makeInstance('tslib_cObj'); $cObj->start($rec, $table); $content = $cObj->cObjGetSingle('<' . $table, array()); 2007/5/16, Markus Giesen : > > Hey Steffen, > thanks, now I get an array with the data from this record, > but what I want is, that this records is shown 1to1 like > an normal content-block e.g. an image with text. > > Can you help me with this, or is there no hint? > > thanks, > markus > > Steffen Kamper schrieb: > > Hi again :-) > > $rec = $this->pi_getRecord($table,$uid,$checkPage=0); > > > > does the job. > > > > vg Steffen > > > > "Markus Giesen" schrieb im Newsbeitrag > > news:mailman.1.1179249267.23382.typo3-dev at lists.netfielders.de... > >> Hi all, > >> > >> how is this possible: > >> > >> I have the UID from my tt_content record. > >> > >> Now I want to tell my Extension, that the returned content > >> ist simply the recordset from my tt_content identified by the UID > >> > >> Do you know what I mean? > >> $content = $this->getContentFromTableById(1234); > >> > >> Just as if it would be a normal content object. > >> Does anybody know how to manage that? > >> > >> Thank you, > >> Markus > > > > > _______________________________________________ > TYPO3-dev mailing list > TYPO3-dev at lists.netfielders.de > http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev > -- Popy Vulnerant omnes, ultima necat. http://popy.sytes.net From stig at 8620.dk Wed May 16 08:52:05 2007 From: stig at 8620.dk (=?UTF-8?B?U3RpZyBOw7hyZ2FhcmQgRsOmcmNo?=) Date: Wed, 16 May 2007 08:52:05 +0200 Subject: [TYPO3-dev] Xdebug and TYPO3 and symlinks In-Reply-To: References: Message-ID: Stig N?rgaard F?rch skrev: > I'm using PHPEdit and XDebug for developing for TYPO3. > Have any you guys experienced any problems with XDebug and symlinks? > It seems like that if I try to debug a file which is symlinked or a file > in a symlinked directory, I can't get the breakpoints working at all. Btw - of course I know that I can just install without using symlinks, but I was just curious if others had experienced the same problem? /Stig From 9f4eetb02 at sneakemail.com Wed May 16 09:52:46 2007 From: 9f4eetb02 at sneakemail.com (Dmitry Dulepov) Date: Wed, 16 May 2007 10:52:46 +0300 Subject: [TYPO3-dev] Xdebug and TYPO3 and symlinks In-Reply-To: References: Message-ID: Stig N?rgaard F?rch wrote: > I'm using PHPEdit and XDebug for developing for TYPO3. > Have any you guys experienced any problems with XDebug and symlinks? > It seems like that if I try to debug a file which is symlinked or a file > in a symlinked directory, I can't get the breakpoints working at all. > > Thanks in advance. I had the same problem with xdebug, DBG and Zend debugger under Eclipse. However Zend debugger works perfectly with symlinks under Zend Studio. Probably, it is not debugger but host program problem. -- Dmitry Dulepov Web: http://typo3bloke.net/ Skype: callto:liels_bugs "It is our choices, that show what we truly are, far more than our abilities." (A.P.W.B.D.) From steffen at dislabs.de Wed May 16 10:20:45 2007 From: steffen at dislabs.de (Steffen Kamper) Date: Wed, 16 May 2007 10:20:45 +0200 Subject: [TYPO3-dev] core issue: extend dates with ADOdb time References: Message-ID: "Christoph Koehler" schrieb im Newsbeitrag news:mailman.1.1179271635.29600.typo3-dev at lists.netfielders.de... > Hello (core) devs, > > I am trying to extend dates in tceforms using adodb time to get rid of the > 2038 limitations. > I managed to hook into the eval functions to do some server side > processing and pass the right timestamp on to TYPO3. So when the onChange > call is complete, I have the right timestamp in the hidden input field. > However, when I save the record, the larger timestamp never gets saved but > reverts back to the max date in normal unix timestamp range (in the year > 2038). > Where do I need to look to get that taken care of? TCEMain doesn't seem to > do a boundary check, only intval. > > Thanks for the help! > > > Christoph may be you have to change the field property to unsigned ? Also look for the hooks in tcemain. vg Steffen From alex.masidlover at axiomtech.co.uk Wed May 16 10:34:38 2007 From: alex.masidlover at axiomtech.co.uk (Alex Masidlover) Date: Wed, 16 May 2007 09:34:38 +0100 Subject: [TYPO3-dev] Base ( absolute ) URL Message-ID: Hi, I'm currently developing an extension that connects to a payment engine, the payment engine requires a return URL. I can't work out how to get the base URL (i.e. http://www.myserver.org/path/to/typo3/install/) so that I can then add the pi_getPageLink to the end of it. We don't use RealURL - and I think it would be overkill to add it just to get the full path. I'm also interested to know whether there is a way of geting to the home page of the site (although presumabley in 'standard' mode I can just add index.php to the base URL). Thanks in advance for any help, Alex Masidlover -- Open Source Specialist Axiom Tech Limited W: http://www.axiomtech.co.uk T: 0845 1270316 Axiom Tech is a Limited Company registered in England and Wales at 92 Didsbury Road, Stockport, SK4 2JL. Axiom Tech's company number is 5684132, our VAT registration number is 878 6568 46. Unless agreed otherwise, all services and products supplied by Axiom Tech are subject to our standard terms and conditions, available on request. From steffen at dislabs.de Wed May 16 10:56:10 2007 From: steffen at dislabs.de (Steffen Kamper) Date: Wed, 16 May 2007 10:56:10 +0200 Subject: [TYPO3-dev] Base ( absolute ) URL References: Message-ID: Hi, "Alex Masidlover" schrieb im Newsbeitrag news:mailman.227548.1179304468.21067.typo3-dev at lists.netfielders.de... Hi, I'm currently developing an extension that connects to a payment engine, the payment engine requires a return URL. I can't work out how to get the base URL (i.e. http://www.myserver.org/path/to/typo3/install/) so that I can then add the pi_getPageLink to the end of it. We don't use RealURL - and I think it would be overkill to add it just to get the full path. I'm also interested to know whether there is a way of geting to the home page of the site (although presumabley in 'standard' mode I can just add index.php to the base URL). use the Server-Vars to read the baseUrl: $baseUrl = 'http://'.t3lib_div::getIndpEnv('HTTP_HOST').'/'; vg Steffen Thanks in advance for any help, Alex Masidlover -- Open Source Specialist Axiom Tech Limited W: http://www.axiomtech.co.uk T: 0845 1270316 Axiom Tech is a Limited Company registered in England and Wales at 92 Didsbury Road, Stockport, SK4 2JL. Axiom Tech's company number is 5684132, our VAT registration number is 878 6568 46. Unless agreed otherwise, all services and products supplied by Axiom Tech are subject to our standard terms and conditions, available on request. From 9f4eetb02 at sneakemail.com Wed May 16 10:56:20 2007 From: 9f4eetb02 at sneakemail.com (Dmitry Dulepov) Date: Wed, 16 May 2007 11:56:20 +0300 Subject: [TYPO3-dev] Base ( absolute ) URL In-Reply-To: References: Message-ID: Hi! Alex Masidlover wrote: > I'm currently developing an extension that connects to a payment engine, > the payment engine requires a return URL. I can't work out how to get > the base URL (i.e. http://www.myserver.org/path/to/typo3/install/) so > that I can then add the pi_getPageLink to the end of it. We don't use > RealURL - and I think it would be overkill to add it just to get the > full path. > > I'm also interested to know whether there is a way of geting to the home > page of the site (although presumabley in 'standard' mode I can just add > index.php to the base URL). > > Thanks in advance for any help, Check t3lib_div::locationHeaderUrl() -- Dmitry Dulepov Web: http://typo3bloke.net/ Skype: callto:liels_bugs "It is our choices, that show what we truly are, far more than our abilities." (A.P.W.B.D.) From steffen at dislabs.de Wed May 16 10:58:39 2007 From: steffen at dislabs.de (Steffen Kamper) Date: Wed, 16 May 2007 10:58:39 +0200 Subject: [TYPO3-dev] Base ( absolute ) URL References: Message-ID: sry, my mailer made nonsense, so difficult to find my comment, here again: use the Server-Vars to read the baseUrl: $baseUrl = 'http://'.t3lib_div::getIndpEnv('HTTP_HOST').'/'; vg Steffen From steffen at dislabs.de Wed May 16 11:04:05 2007 From: steffen at dislabs.de (Steffen Kamper) Date: Wed, 16 May 2007 11:04:05 +0200 Subject: [TYPO3-dev] FORM element Message-ID: Hi, because i'm spammed so much atm, i began to implement captcha in normal mailform. It works, but my problem is, that validation takes place in JS. So it is difficult to display the error msg. Does it be interesting to change the Object in that way to have features like - php validation - more elements like fieldset etc - class params for single fields for better formatting I know i could use mailformplus or others, but i would like to see a more advanced Object in Core Agrees ? Disagrees ? vg Steffen From j.schneider at ameos.com Wed May 16 12:11:52 2007 From: j.schneider at ameos.com (Jerome Schneider) Date: Wed, 16 May 2007 13:11:52 +0300 Subject: [TYPO3-dev] postUserFunc on TEXT Message-ID: Hello there, Somebody knows how to make postUserFunc works in a TEXT object inside a GIFBUILDER ? This code doesn't call postUserFunc inside the GIFBUILDER BUT calls postUserFunc at page.10000 [code] includeLibs.tstrix = fileadmin/tstrix.php lib.titrepage = IMAGE lib.titrepage{ file = GIFBUILDER file{ XY = 180,30 maxWidth = 175 backColor = #E5FA9B 5 = IMAGE 5.file = fileadmin/templates/v1/bg/bg_div.jpg 10 = TEXT 10{ text.data = TSFE:page|title text.override.data = TSFE:page|subtitle fontSize = 18 fontFile = fileadmin/templates/v1/font/ameos_carton.ttf fontColor = #7B4FA8 offset = 5,25 spacing = 1 postUserFunc = user_tstrix_stripaccents } } } page.10000 = TEXT page.10000 { text = h?llo world postUserFunc = user_tstrix_stripaccents } [/code] Thank you ! Jerome Schneider From popy.dev at gmail.com Wed May 16 13:40:00 2007 From: popy.dev at gmail.com (Popy) Date: Wed, 16 May 2007 13:40:00 +0200 Subject: [TYPO3-dev] postUserFunc on TEXT In-Reply-To: References: Message-ID: text.data = TSFE:page|title text.override.data = TSFE:page|subtitle text.postUserFunc = user_tstrix_stripaccents 2007/5/16, Jerome Schneider : > > Hello there, > > Somebody knows how to make postUserFunc works in a TEXT object inside a > GIFBUILDER ? > > This code doesn't call postUserFunc inside the GIFBUILDER > BUT > calls postUserFunc at page.10000 > > [code] > > includeLibs.tstrix = fileadmin/tstrix.php > > lib.titrepage = IMAGE > lib.titrepage{ > file = GIFBUILDER > file{ > XY = 180,30 > maxWidth = 175 > backColor = #E5FA9B > > 5 = IMAGE > 5.file = fileadmin/templates/v1/bg/bg_div.jpg > 10 = TEXT > 10{ > text.data = TSFE:page|title > text.override.data = TSFE:page|subtitle > fontSize = 18 > fontFile = > fileadmin/templates/v1/font/ameos_carton.ttf > fontColor = #7B4FA8 > offset = 5,25 > spacing = 1 > > > postUserFunc = user_tstrix_stripaccents > } > } > } > > page.10000 = TEXT > page.10000 { > text = h?llo world > postUserFunc = user_tstrix_stripaccents > } > > [/code] > > > Thank you ! > Jerome Schneider > _______________________________________________ > TYPO3-dev mailing list > TYPO3-dev at lists.netfielders.de > http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev > -- Popy Vulnerant omnes, ultima necat. http://popy.sytes.net From christoph.koehler at gmail.com Wed May 16 15:05:27 2007 From: christoph.koehler at gmail.com (Christoph Koehler) Date: Wed, 16 May 2007 08:05:27 -0500 Subject: [TYPO3-dev] core issue: extend dates with ADOdb time References: Message-ID: On Wed, 16 May 2007 03:20:45 -0500, Steffen Kamper wrote: > may be you have to change the field property to unsigned ? > Also look for the hooks in tcemain. > Man I am dumb :) The problem was indeed the db field being an int. I changed it to bigint and it works now. Thanks Steffen! Christoph From johnange at gmail.com Wed May 16 15:25:32 2007 From: johnange at gmail.com (John Angel) Date: Wed, 16 May 2007 15:25:32 +0200 Subject: [TYPO3-dev] Page title for specific UID Message-ID: Hi, Is there a quick way to fetch multilanguage title for specific UID? I found page:title and leveltitle, but that doesn't help. Regards, John From tapio.markula at atwebteam.com Wed May 16 16:40:01 2007 From: tapio.markula at atwebteam.com (Tapio Markula) Date: Wed, 16 May 2007 17:40:01 +0300 Subject: [TYPO3-dev] Optional alias check In-Reply-To: References: Message-ID: Martin Kutschker kirjoitti: > Tapio Markula schrieb: >> Hi >> >> Would it be possible to add optional alias check, >> which could allow to use for different domains >> the same alias time. >> >> I know that it is very time consuming to make this >> kind of check - that's why I proposed to add that >> as optional features. > > I guess it'll be hard to do it for domains, but I think it could be done > easily for subtrees, if the page table supported the suggested nested > set data structure. > > With a nested set you can get all pages of a tree with one query. Add > the clause for the alias and you are done. Where the alias has been handled - in fact I could make raw hack to disable alias check in order to use several times to same alias. If I would do using XCLASS and make that configurable, that would be ok. But where to start? From stig at 8620.dk Wed May 16 16:55:27 2007 From: stig at 8620.dk (=?UTF-8?B?U3RpZyBOw7hyZ2FhcmQgRsOmcmNo?=) Date: Wed, 16 May 2007 16:55:27 +0200 Subject: [TYPO3-dev] Xdebug and TYPO3 and symlinks In-Reply-To: References: Message-ID: Dmitry Dulepov skrev: > Stig N?rgaard F?rch wrote: >> I'm using PHPEdit and XDebug for developing for TYPO3. >> Have any you guys experienced any problems with XDebug and symlinks? >> It seems like that if I try to debug a file which is symlinked or a >> file in a symlinked directory, I can't get the breakpoints working at >> all. >> >> Thanks in advance. > > I had the same problem with xdebug, DBG and Zend debugger under Eclipse. > However Zend debugger works perfectly with symlinks under Zend Studio. > Probably, it is not debugger but host program problem. Ok thanks for your input. Guess I'll just have to live with it then. :-( /Stig From bedlamhotel at gmail.com Wed May 16 17:13:31 2007 From: bedlamhotel at gmail.com (Christopher Torgalson) Date: Wed, 16 May 2007 08:13:31 -0700 Subject: [TYPO3-dev] FORM element In-Reply-To: References: Message-ID: On 5/16/07, Steffen Kamper wrote: > Hi, > > because i'm spammed so much atm, i began to implement captcha in normal > mailform. > It works, but my problem is, that validation takes place in JS. So it is > difficult to display the error msg. > > Does it be interesting to change the Object in that way to have features > like > - php validation > - more elements like fieldset etc > - class params for single fields for better formatting > > I know i could use mailformplus or others, but i would like to see a more > advanced Object in Core > Agrees ? Disagrees ? +1 -- Christopher Torgalson http://www.typo3apprentice.com/ From Martin.Kutschker at n0spam-blackbox.net Wed May 16 17:28:26 2007 From: Martin.Kutschker at n0spam-blackbox.net (Martin Kutschker) Date: Wed, 16 May 2007 17:28:26 +0200 Subject: [TYPO3-dev] Optional alias check In-Reply-To: References: Message-ID: Tapio Markula schrieb: > Martin Kutschker kirjoitti: >> Tapio Markula schrieb: >>> Hi >>> >>> Would it be possible to add optional alias check, >>> which could allow to use for different domains >>> the same alias time. >>> >>> I know that it is very time consuming to make this >>> kind of check - that's why I proposed to add that >>> as optional features. >> >> I guess it'll be hard to do it for domains, but I think it could be >> done easily for subtrees, if the page table supported the suggested >> nested set data structure. >> >> With a nested set you can get all pages of a tree with one query. Add >> the clause for the alias and you are done. > > Where the alias has been handled - in fact I could make raw hack > to disable alias check in order to use several times to same alias. You mean disabling the unique check in TCAmain for the BE forms? Yes you could do that. But still you would need a way to retrieve the correct alias for your domain. To do this you have to find the root page of the domain and find if a page with that alias is within that tree. Again the nested set woul come in handy, but of course it can be done without it (with a horrible performance). Masi From tapio.markula at atwebteam.com Wed May 16 18:15:21 2007 From: tapio.markula at atwebteam.com (Tapio Markula) Date: Wed, 16 May 2007 19:15:21 +0300 Subject: [TYPO3-dev] Optional alias check In-Reply-To: References: Message-ID: Martin Kutschker > You mean disabling the unique check in TCAmain for the BE forms? Yes you > could do that. Just redefining TCA in ext_template.php? Ok I make a customer_specific plugin to reset the 'eval' configuration >But still you would need a way to retrieve the correct > alias for your domain. To do this you have to find the root page of the > domain and find if a page with that alias is within that tree. Again the > nested set woul come in handy, I don't figure how that works. I used modified version of an autoalias plugin. I added a field to restrict resetting aliases. If somebody puts the same alias, that is his/her fault but I would need the same alias for different domains. but of course it can be done without it > (with a horrible performance). I expected that trying to check rootline of every page would cause very slow performance From bedlamhotel at gmail.com Wed May 16 18:21:30 2007 From: bedlamhotel at gmail.com (Christopher Torgalson) Date: Wed, 16 May 2007 09:21:30 -0700 Subject: [TYPO3-dev] Page title for specific UID In-Reply-To: References: Message-ID: Hi, On 5/16/07, John Angel wrote: > Hi, > > Is there a quick way to fetch multilanguage title for specific UID? > > I found page:title and leveltitle, but that doesn't help. HMENU should do it: lib.foo = HMENU lib.foo { special = list special.value = 37 1 = TMENU 1 { NO { doNotLinkIt = 1 } } } -- Christopher Torgalson http://www.typo3apprentice.com/ From johnange at gmail.com Wed May 16 18:50:40 2007 From: johnange at gmail.com (John Angel) Date: Wed, 16 May 2007 18:50:40 +0200 Subject: [TYPO3-dev] Disable table list in BE Message-ID: Hi How to completely avoid displaying table description/data in BE? This is not enough: $TCA["my_table"] = Array ( "ctrl" => Array (), "feInterface" => Array (), "columns" => Array (), "interface" => Array ( "showRecordFieldList" => 0, "always_description" => 0, "maxDBListItems" => 0, "maxSingleDBListItems" => 0, ), ); Thanks John From johnange at gmail.com Wed May 16 18:57:47 2007 From: johnange at gmail.com (John Angel) Date: Wed, 16 May 2007 18:57:47 +0200 Subject: [TYPO3-dev] Page title for specific UID References: Message-ID: > HMENU should do it: Many thanks Christopher! I've tried inserting this into knowledge base, but it doesn't work: http://support.typo3.org:8080/jive/recommendationCreate!default.jspa?forumID=10&threadID=97335 John From ernst at cron-it.de Wed May 16 19:26:55 2007 From: ernst at cron-it.de (Ernesto Baschny [cron IT]) Date: Wed, 16 May 2007 19:26:55 +0200 Subject: [TYPO3-dev] core issue: extend dates with ADOdb time In-Reply-To: References: Message-ID: Christoph Koehler wrote: on 16.05.2007 15:05: >> may be you have to change the field property to unsigned ? >> Also look for the hooks in tcemain. > Man I am dumb :) The problem was indeed the db field being an int. I > changed it to bigint and it works now. Make sure you change it into a unsigned bigint, else you won't be able to have negative timestamps in it (dates < 1970). How does your solution handle the javascript part? Does that handle unsigned bigints already for unixtimes? It would be cool if you could share this extension with us, so that we might consider implementing this directly into the core. Cheers, Ernesto From peter at umloud.dk Wed May 16 19:40:34 2007 From: peter at umloud.dk (Peter Klein) Date: Wed, 16 May 2007 19:40:34 +0200 Subject: [TYPO3-dev] Base ( absolute ) URL References: Message-ID: Hi Alex. Try selecting "phpinfo()" in the Install Tool. That should show you a list of various enviroment and server vars you can access. -- Peter Klein / Umloud Untd "Alex Masidlover" wrote in message news:mailman.227548.1179304468.21067.typo3-dev at lists.netfielders.de... Hi, I'm currently developing an extension that connects to a payment engine, the payment engine requires a return URL. I can't work out how to get the base URL (i.e. http://www.myserver.org/path/to/typo3/install/) so that I can then add the pi_getPageLink to the end of it. We don't use RealURL - and I think it would be overkill to add it just to get the full path. I'm also interested to know whether there is a way of geting to the home page of the site (although presumabley in 'standard' mode I can just add index.php to the base URL). Thanks in advance for any help, Alex Masidlover -- Open Source Specialist Axiom Tech Limited W: http://www.axiomtech.co.uk T: 0845 1270316 Axiom Tech is a Limited Company registered in England and Wales at 92 Didsbury Road, Stockport, SK4 2JL. Axiom Tech's company number is 5684132, our VAT registration number is 878 6568 46. Unless agreed otherwise, all services and products supplied by Axiom Tech are subject to our standard terms and conditions, available on request. From christoph.koehler at gmail.com Wed May 16 19:42:46 2007 From: christoph.koehler at gmail.com (Christoph Koehler) Date: Wed, 16 May 2007 12:42:46 -0500 Subject: [TYPO3-dev] core issue: extend dates with ADOdb time References: Message-ID: Ernesto, On Wed, 16 May 2007 12:26:55 -0500, Ernesto Baschny [cron IT] wrote: > Make sure you change it into a unsigned bigint, else you won't be able > to have negative timestamps in it (dates < 1970). Signed actually, not unsigned. Unsigned means only positive. But yeah, got that :) > How does your solution handle the javascript part? Does that handle > unsigned bigints already for unixtimes? I am not sure what you mean. I am hooking into the JS and pretty much replacing the date parts with server side PHP. I already got a limited working protoype. So all the Date js objects are replace with server side logic. The other thing added is userTS and user setup fields for the user's preferred date format which will be used to parse dates entered into input fields as well as to determine the output. It also takes into account timezones. That way everyone can use their own date format and enter and see dates in that way. > It would be cool if you could share this extension with us, so that we > might consider implementing this directly into the core. That's the plan. The only reason it's an extension is for portability and testing right now. Once everything is working okay I or someone else can make a core patch from it. Christoph From typo3 at rvt.dds.nl Wed May 16 23:14:27 2007 From: typo3 at rvt.dds.nl (Ries van Twisk) Date: Wed, 16 May 2007 16:14:27 -0500 Subject: [TYPO3-dev] Base ( absolute ) URL In-Reply-To: References: Message-ID: This what I use: t3lib_div::getIndpEnv('TYPO3_SITE_URL') On May 16, 2007, at 12:40 PM, Peter Klein wrote: > Hi Alex. > Try selecting "phpinfo()" in the Install Tool. That should show you > a list > of various enviroment and server vars you can access. > > -- > Peter Klein / Umloud Untd > > "Alex Masidlover" wrote in message > news:mailman.227548.1179304468.21067.typo3-dev at lists.netfielders.de... > Hi, > > I'm currently developing an extension that connects to a payment > engine, the payment engine requires a return URL. I can't work out how > to get the base URL (i.e. > http://www.myserver.org/path/to/typo3/install/) so that I can then add > the pi_getPageLink to the end of it. We don't use RealURL - and I > think it would be overkill to add it just to get the full path. > > I'm also interested to know whether there is a way of geting to the > home page of the site (although presumabley in 'standard' mode I can > just add index.php to the base URL). > > Thanks in advance for any help, > > Alex Masidlover > > -- > Open Source Specialist > Axiom Tech Limited > W: http://www.axiomtech.co.uk > T: 0845 1270316 > > Axiom Tech is a Limited Company registered in England and Wales at 92 > Didsbury > Road, Stockport, SK4 2JL. Axiom Tech's company number is 5684132, > our VAT > registration number is 878 6568 46. > Unless agreed otherwise, all services and products supplied by > Axiom Tech > are > subject to our standard terms and conditions, available on request. > From alex.masidlover at axiomtech.co.uk Wed May 16 23:37:15 2007 From: alex.masidlover at axiomtech.co.uk (Alex Masidlover) Date: Wed, 16 May 2007 22:37:15 +0100 Subject: [TYPO3-dev] Base ( absolute ) URL In-Reply-To: References: Message-ID: Thanks for all the suggestions, I've gone with t3lib_div::locationHeaderUrl(). Having checked the source, it uses getIndpEnv to get the URL. My justification being that if anyone adds security features to either of the upstream functions then I get either or both of those, plus my own... Thanks again, Alex Quoting Ries van Twisk : > This what I use: > > t3lib_div::getIndpEnv('TYPO3_SITE_URL') > > > On May 16, 2007, at 12:40 PM, Peter Klein wrote: > >> Hi Alex. >> Try selecting "phpinfo()" in the Install Tool. That should show you >> a list >> of various enviroment and server vars you can access. >> >> -- >> Peter Klein / Umloud Untd >> >> "Alex Masidlover" wrote in message >> news:mailman.227548.1179304468.21067.typo3-dev at lists.netfielders.de... >> Hi, >> >> I'm currently developing an extension that connects to a payment >> engine, the payment engine requires a return URL. I can't work out how >> to get the base URL (i.e. >> http://www.myserver.org/path/to/typo3/install/) so that I can then add >> the pi_getPageLink to the end of it. We don't use RealURL - and I >> think it would be overkill to add it just to get the full path. >> >> I'm also interested to know whether there is a way of geting to the >> home page of the site (although presumabley in 'standard' mode I can >> just add index.php to the base URL). >> >> Thanks in advance for any help, >> >> Alex Masidlover >> >> -- >> Open Source Specialist >> Axiom Tech Limited >> W: http://www.axiomtech.co.uk >> T: 0845 1270316 >> >> Axiom Tech is a Limited Company registered in England and Wales at 92 >> Didsbury >> Road, Stockport, SK4 2JL. Axiom Tech's company number is 5684132, >> our VAT >> registration number is 878 6568 46. >> Unless agreed otherwise, all services and products supplied by >> Axiom Tech >> are >> subject to our standard terms and conditions, available on request. >> > > > > _______________________________________________ > TYPO3-dev mailing list > TYPO3-dev at lists.netfielders.de > http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev > -- Open Source Specialist Axiom Tech Limited W: http://www.axiomtech.co.uk T: 0845 1270316 Axiom Tech is a Limited Company registered in England and Wales at 92 Didsbury Road, Stockport, SK4 2JL. Axiom Tech's company number is 5684132, our VAT registration number is 878 6568 46. Unless agreed otherwise, all services and products supplied by Axiom Tech are subject to our standard terms and conditions, available on request. From achim.gerber at typo3-china.com Thu May 17 05:49:14 2007 From: achim.gerber at typo3-china.com (achim.gerber at typo3-china.com) Date: Thu, 17 May 2007 11:49:14 +0800 Subject: [TYPO3-dev] TV content elements problem in DS with multiple Language Message-ID: Hi All, I had a problem displaying the content of localized content in a TV page template. Only after changing the TS of the content elements I got the localized view. It took me quite some time to find out that the default value is not correct (at least with my configuration). What do I have to change in my configuration ? or is it possible to get the default changed to something working with multi language. Greetings - Achim Below I uncommented the default TS? 0 0 [?] 10 = CONTENT 10 { table = tt_content select { where = colPos = 0 orderBy = sorting languageField = sys_language_uid } } # 10= RECORDS # 10.source.current=1 # 10.tables = tt_content # 10.wrap = <!--TYPO3SEARCH_begin--> | <!--TYPO3SEARCH_end--> From gideonso at livingwater.org.hk Thu May 17 06:16:19 2007 From: gideonso at livingwater.org.hk (Gideon So) Date: Thu, 17 May 2007 12:16:19 +0800 Subject: [TYPO3-dev] problem with utf8filesystem = 1 Message-ID: Hi list, I have mentioned this problem here some time ago but seems that no one can confirm this problem. I tried to reproduce this problem again by creating a file aAbBcCdDeEfFgGhHiIjJkKlLmMnNoOpPqQrRsStTuUvVwWxXyYzZ.txt, then upload it to fileadmin in backend module "filelist". After uploaded the file, the file become aAb_c_d_e_f_g_h_i_j_k_l_m_n_o_p_q_r_s_t_u_v_w___y_z_.t_t. Anyone have experience with utf8filesystem, please test this. Thanks. Gideon From achim.gerber at typo3-china.com Thu May 17 06:56:35 2007 From: achim.gerber at typo3-china.com (achim.gerber at typo3-china.com) Date: Thu, 17 May 2007 12:56:35 +0800 Subject: [TYPO3-dev] TV content elements problem in DS with multiple Language Message-ID: Hi All, I had a problem displaying the content of localized content in a TV page template. Only after changing the TS of the content elements I got the localized view. It took me quite some time to find out that the default value is not correct (at least with my configuration). What do I have to change in my configuration ? or is it possible to get the default changed to something working with multi language. Greetings - Achim Below I uncommented the default TS? 0 0 [?] 10 = CONTENT 10 { table = tt_content select { where = colPos = 0 orderBy = sorting languageField = sys_language_uid } } # 10= RECORDS # 10.source.current=1 # 10.tables = tt_content # 10.wrap = <!--TYPO3SEARCH_begin--> | <!--TYPO3SEARCH_end--> From fsuter at cobweb.ch Thu May 17 10:09:30 2007 From: fsuter at cobweb.ch (Francois Suter) Date: Thu, 17 May 2007 10:09:30 +0200 Subject: [TYPO3-dev] FORM element In-Reply-To: References: Message-ID: Hi, > I know i could use mailformplus or others, but i would like to see a more > advanced Object in Core > Agrees ? Disagrees ? +1 One particular point: implementation of styles is incomplete/incoherent making it difficult to get the desired look when styling with CSS styled content. I looked into this a while ago, but didn't have time to really make any changes. A bit more formatting options would be nice too, like the possibility of defining rows of form fields. Keep me posted when you start working on that. Cheers -- Francois Suter Cobweb Development Sarl - http://www.cobweb.ch From martin.kutschker-n0spam at no5pam-blackbox.net Thu May 17 10:21:28 2007 From: martin.kutschker-n0spam at no5pam-blackbox.net (Martin Kutschker) Date: Thu, 17 May 2007 10:21:28 +0200 Subject: [TYPO3-dev] problem with utf8filesystem = 1 In-Reply-To: References: Message-ID: Gideon So schrieb: > Hi list, > > I have mentioned this problem here some time ago but seems that no one > can confirm this problem. I tried to reproduce this problem again by > creating a file > aAbBcCdDeEfFgGhHiIjJkKlLmMnNoOpPqQrRsStTuUvVwWxXyYzZ.txt, then upload it > to fileadmin in backend module "filelist". After uploaded the file, the > file become aAb_c_d_e_f_g_h_i_j_k_l_m_n_o_p_q_r_s_t_u_v_w___y_z_.t_t. > Anyone have experience with utf8filesystem, please test this. Thanks. That doesn't happen on my system (Linux, PHP5). This is the replacement statement (in class.t3lib_basicfilefunc.php): preg_replace('/[\x00-\x2C\/\x3A-\x3F\x5B-\x60\x7B-\xBF]/u', '_',trim($fileName)); There is no rule that covers x and the capital letters. Masi From steffen at dislabs.de Thu May 17 10:57:33 2007 From: steffen at dislabs.de (Steffen Kamper) Date: Thu, 17 May 2007 10:57:33 +0200 Subject: [TYPO3-dev] Base ( absolute ) URL References: Message-ID: Hi Ries, "Ries van Twisk" schrieb im Newsbeitrag news:mailman.229761.1179350078.21067.typo3-dev at lists.netfielders.de... > This what I use: > > t3lib_div::getIndpEnv('TYPO3_SITE_URL') may this don't recognize multidomains or does it ? vg Steffen > > > On May 16, 2007, at 12:40 PM, Peter Klein wrote: > >> Hi Alex. >> Try selecting "phpinfo()" in the Install Tool. That should show you a >> list >> of various enviroment and server vars you can access. >> >> -- >> Peter Klein / Umloud Untd >> >> "Alex Masidlover" wrote in message >> news:mailman.227548.1179304468.21067.typo3-dev at lists.netfielders.de... >> Hi, >> >> I'm currently developing an extension that connects to a payment >> engine, the payment engine requires a return URL. I can't work out how >> to get the base URL (i.e. >> http://www.myserver.org/path/to/typo3/install/) so that I can then add >> the pi_getPageLink to the end of it. We don't use RealURL - and I >> think it would be overkill to add it just to get the full path. >> >> I'm also interested to know whether there is a way of geting to the >> home page of the site (although presumabley in 'standard' mode I can >> just add index.php to the base URL). >> >> Thanks in advance for any help, >> >> Alex Masidlover >> >> -- >> Open Source Specialist >> Axiom Tech Limited >> W: http://www.axiomtech.co.uk >> T: 0845 1270316 >> >> Axiom Tech is a Limited Company registered in England and Wales at 92 >> Didsbury >> Road, Stockport, SK4 2JL. Axiom Tech's company number is 5684132, our >> VAT >> registration number is 878 6568 46. >> Unless agreed otherwise, all services and products supplied by Axiom >> Tech >> are >> subject to our standard terms and conditions, available on request. >> > > > From 9f4eetb02 at sneakemail.com Thu May 17 11:21:36 2007 From: 9f4eetb02 at sneakemail.com (Dmitry Dulepov) Date: Thu, 17 May 2007 12:21:36 +0300 Subject: [TYPO3-dev] Base ( absolute ) URL In-Reply-To: References: Message-ID: Hi! Peter Klein wrote: > Try selecting "phpinfo()" in the Install Tool. That should show you a list > of various enviroment and server vars you can access. Warning: this advice goes against typo3 coding conventions... -- Dmitry Dulepov Web: http://typo3bloke.net/ Skype: callto:liels_bugs "It is our choices, that show what we truly are, far more than our abilities." (A.P.W.B.D.) From steffen at dislabs.de Thu May 17 11:46:32 2007 From: steffen at dislabs.de (Steffen Kamper) Date: Thu, 17 May 2007 11:46:32 +0200 Subject: [TYPO3-dev] Base ( absolute ) URL References: Message-ID: Hi Dmitry, "Dmitry Dulepov" <9f4eetb02 at sneakemail.com> schrieb im Newsbeitrag news:mailman.1.1179393696.7763.typo3-dev at lists.netfielders.de... > Hi! > > Peter Klein wrote: >> Try selecting "phpinfo()" in the Install Tool. That should show you a >> list of various enviroment and server vars you can access. > > Warning: this advice goes against typo3 coding conventions... > what do you mean, does t3lib_div::getIndpEnv goes against coding conventions ? vg Steffen > -- > Dmitry Dulepov > > Web: http://typo3bloke.net/ > Skype: callto:liels_bugs > > "It is our choices, that show what we truly are, > far more than our abilities." (A.P.W.B.D.) From marfi.v at tiscali.it Thu May 17 12:04:47 2007 From: marfi.v at tiscali.it (Murpola) Date: Thu, 17 May 2007 12:04:47 +0200 Subject: [TYPO3-dev] Reaurl extension and preVars settings Message-ID: My actual URLs are as follows: http://www.mydomain.com/prevar1/path/category/index.html and I want to obtain something like: http://www.mydomain.com/path/category/index.html i.e. without the preVars subpath. Previously my localconf for preVars was set as follows: 'preVars' => array( array( 'GETvar' => 'no_cache', 'valueMap' => array( 'prevar1' => '1', 'prevar2'=> '0', ), 'noMatch' => 'bypass', ), ), and the url http://www.mydomain.com/prevar1/path/category/index.html managed correctly. Now I've change my localconf as follow: 'preVars' => array( array( 'GETvar' => 'no_cache', 'valueMap' => array( 'prevar2'=> '0', ), 'noMatch' => 'bypass', ), ), The URL http://www.mydomain.com/path/category/index.html has been built correctly, but it remind to a 404 error page. So it means that the IdtoPath function runs correctly, but the pathtoId doesn't? Or do you think is a localconf problem? My pagePath is: 'pagePath' => array( 'type' => 'user', 'userFunc' => 'EXT:realurl/class.tx_realurl_dummy.php:&tx_realurl_dummy->main', ), Thanks in advance. From gideonso at livingwater.org.hk Thu May 17 12:15:41 2007 From: gideonso at livingwater.org.hk (Gideon So) Date: Thu, 17 May 2007 18:15:41 +0800 Subject: [TYPO3-dev] problem with utf8filesystem = 1 In-Reply-To: References: Message-ID: Hi Martin, That is strange I know. I tested this with two different servers. Both of them produce the same result. I am using linux, php5 also. How can I help to get more detail on this?? Gideon Martin Kutschker ??: > That doesn't happen on my system (Linux, PHP5). > > This is the replacement statement (in class.t3lib_basicfilefunc.php): > > preg_replace('/[\x00-\x2C\/\x3A-\x3F\x5B-\x60\x7B-\xBF]/u', > '_',trim($fileName)); > > There is no rule that covers x and the capital letters. > > Masi From steffen at dislabs.de Thu May 17 13:11:11 2007 From: steffen at dislabs.de (Steffen Kamper) Date: Thu, 17 May 2007 13:11:11 +0200 Subject: [TYPO3-dev] Reaurl extension and preVars settings References: Message-ID: "Murpola" schrieb im Newsbeitrag news:mailman.1.1179396289.16036.typo3-dev at lists.netfielders.de... > My actual URLs are as follows: > > > > http://www.mydomain.com/prevar1/path/category/index.html > > > > and I want to obtain something like: > > > > http://www.mydomain.com/path/category/index.html > > > > i.e. without the preVars subpath. > > > > Previously my localconf for preVars was set as follows: > > > > 'preVars' => array( > > array( > > 'GETvar' => 'no_cache', > > 'valueMap' => array( > > 'prevar1' => '1', > > 'prevar2'=> '0', > > ), > > 'noMatch' => 'bypass', > > ), > > ), > > > > and the url > > > > http://www.mydomain.com/prevar1/path/category/index.html > > > > managed correctly. > > > > Now I've change my localconf as follow: > > > > 'preVars' => array( > > array( > > 'GETvar' => 'no_cache', > > 'valueMap' => array( > > 'prevar2'=> '0', > > ), > > 'noMatch' => 'bypass', > > ), > > ), > > > > The URL > > > > http://www.mydomain.com/path/category/index.html > > > > has been built correctly, but it remind to a 404 error page. So it means > that the IdtoPath function runs correctly, but the pathtoId doesn't? Or do > you think is a localconf problem? > > > > My pagePath is: > > > > 'pagePath' => array( > > 'type' => 'user', > > 'userFunc' => > 'EXT:realurl/class.tx_realurl_dummy.php:&tx_realurl_dummy->main', > > ), > > > > Thanks in advance. > > your preVar is a page in your pagetree, right ? Then try to give this page the flag "hide in menu" vg Steffen From martin.kutschker-n0spam at no5pam-blackbox.net Thu May 17 14:27:44 2007 From: martin.kutschker-n0spam at no5pam-blackbox.net (Martin Kutschker) Date: Thu, 17 May 2007 14:27:44 +0200 Subject: [TYPO3-dev] problem with utf8filesystem = 1 In-Reply-To: References: Message-ID: Gideon So schrieb: > Hi Martin, > > That is strange I know. I tested this with two different servers. Both > of them produce the same result. I am using linux, php5 also. How can I > help to get more detail on this?? What happens if you execute the preg_replace on the shell (with php -r ...)? Masi From 9f4eetb02 at sneakemail.com Thu May 17 14:28:06 2007 From: 9f4eetb02 at sneakemail.com (Dmitry Dulepov) Date: Thu, 17 May 2007 15:28:06 +0300 Subject: [TYPO3-dev] Base ( absolute ) URL In-Reply-To: References: Message-ID: Steffen Kamper wrote: > what do you mean, does t3lib_div::getIndpEnv goes against coding conventions > ? Using server variables directly goes against coding conventions. -- Dmitry Dulepov Web: http://typo3bloke.net/ Skype: callto:liels_bugs "It is our choices, that show what we truly are, far more than our abilities." (A.P.W.B.D.) From 9f4eetb02 at sneakemail.com Thu May 17 14:31:16 2007 From: 9f4eetb02 at sneakemail.com (Dmitry Dulepov) Date: Thu, 17 May 2007 15:31:16 +0300 Subject: [TYPO3-dev] Reaurl extension and preVars settings In-Reply-To: References: Message-ID: Hi! Murpola wrote: > My actual URLs are as follows: Firsts, you posted to wrong list. This list is dedicated to extension development, not to support. Secondly, you crossposted with English list. Thirdly, you did not write your real name as mailing list rules recommend. Forth, you did not even say "hello". Do you still expect the answer? -- Dmitry Dulepov Web: http://typo3bloke.net/ Skype: callto:liels_bugs "It is our choices, that show what we truly are, far more than our abilities." (A.P.W.B.D.) From martin.kutschker-n0spam at no5pam-blackbox.net Thu May 17 14:39:42 2007 From: martin.kutschker-n0spam at no5pam-blackbox.net (Martin Kutschker) Date: Thu, 17 May 2007 14:39:42 +0200 Subject: [TYPO3-dev] Reaurl extension and preVars settings In-Reply-To: References: Message-ID: Dmitry Dulepov schrieb: > Hi! > > Murpola wrote: >> My actual URLs are as follows: > > Firsts, you posted to wrong list. This list is dedicated to extension > development, not to support. > > Secondly, you crossposted with English list. > > Thirdly, you did not write your real name as mailing list rules recommend. > > Forth, you did not even say "hello". > > Do you still expect the answer? Dmitry, you sound like a German :-) Too bad Murpola didn't write in caps, so we have no fifth item on your list ;-) Masi From typo3 at rvt.dds.nl Thu May 17 15:30:31 2007 From: typo3 at rvt.dds.nl (Ries van Twisk) Date: Thu, 17 May 2007 08:30:31 -0500 Subject: [TYPO3-dev] problem with utf8filesystem = 1 In-Reply-To: References: Message-ID: Hey Guys, I just tested it here and I don't see that problem. My UTF8filesystem was set to 1 aswell as forceCharset was set to utf-8 Ries On May 17, 2007, at 5:15 AM, Gideon So wrote: > Hi Martin, > > That is strange I know. I tested this with two different servers. > Both > of them produce the same result. I am using linux, php5 also. How > can I > help to get more detail on this?? > > Gideon > > Martin Kutschker ??: > >> That doesn't happen on my system (Linux, PHP5). >> >> This is the replacement statement (in class.t3lib_basicfilefunc.php): >> >> preg_replace('/[\x00-\x2C\/\x3A-\x3F\x5B-\x60\x7B-\xBF]/u', >> '_',trim($fileName)); >> >> There is no rule that covers x and the capital letters. >> >> Masi > _______________________________________________ > -- Ries van Twisk Freelance Typo3 Developer email: ries at vantwisk.nl web: http://www.rvantwisk.nl/ skype: callto://r.vantwisk From xoonsji02 at sneakemail.com Thu May 17 16:16:26 2007 From: xoonsji02 at sneakemail.com (Bernd Wilke) Date: Thu, 17 May 2007 16:16:26 +0200 Subject: [TYPO3-dev] timezone problem References: Message-ID: On Mon, 14 May 2007 16:15:42 +0200, Ernesto Baschny [cron IT] wrote with subject "Re: [TYPO3-dev] timezone problem": > Steffen Kamper wrote: on 10.05.2007 19:20: > > > this diff is against svn version. It should work anyway with 4.1.1 cause i > > don't think that there has something changed. > > That's right. Latest trunk should work, but latest 4.1 should also work. > > Please report your findings about it in the bug report as a note, so > that we can collect some user experiences with that, as it seems that no > other core developer has any setup where this problem arises. So it > would make more weight to the core teams decision if the proposed patch > works for many people already. I have patched an installation because of problems in cal. now it seems to be fixed. If there will be problems with the patch I will report. Bernd -- http://www.bernd-wilke.net From typo3 at benkart.net Thu May 17 22:52:18 2007 From: typo3 at benkart.net (t3developer) Date: Thu, 17 May 2007 22:52:18 +0200 Subject: [TYPO3-dev] Wie sportlich ist TYPO3? Message-ID: Hallo, wie sportlich ist die TYPO3 Community? Am 3. Juni 2007 findet im Rahmen der deutschen U23 Meisterschaften ein Jedermann Radrennen statt. Hierzu suche ich noch Team Mitglieder f?r ein TYPO3 Radteam. Mehr findet Ihr unter http://portal.t3sports.de Gr?sse Frank From gideonso at livingwater.org.hk Fri May 18 03:28:32 2007 From: gideonso at livingwater.org.hk (Gideon So) Date: Fri, 18 May 2007 09:28:32 +0800 Subject: [TYPO3-dev] problem with utf8filesystem = 1 In-Reply-To: References: Message-ID: Hi Martin, [gideon at gideon ~]$ php -r preg_replace PHP Parse error: syntax error, unexpected $end in Command line code on line 1 Gideon Martin Kutschker ??: >> > > What happens if you execute the preg_replace on the shell (with php -r ...)? > > Masi From martin.kutschker-n0spam at no5pam-blackbox.net Fri May 18 09:45:57 2007 From: martin.kutschker-n0spam at no5pam-blackbox.net (Martin Kutschker) Date: Fri, 18 May 2007 09:45:57 +0200 Subject: [TYPO3-dev] problem with utf8filesystem = 1 In-Reply-To: References: Message-ID: Gideon So schrieb: > Hi Martin, > > [gideon at gideon ~]$ php -r preg_replace > PHP Parse error: syntax error, unexpected $end in Command line code on > line 1 You're no coder, right? php -r 'echo preg_replace( "/[\x00-\x2C\/\x3A-\x3F\x5B-\x60\x7B-\xBF]/u", "_", "aAbBcCdDeEfFgGhHiIjJkKlLmMnNoOpPqQrRsStTuUvVwWxXyYzZ.txt"),"\n";' Masi From 9f4eetb02 at sneakemail.com Fri May 18 10:14:49 2007 From: 9f4eetb02 at sneakemail.com (Dmitry Dulepov) Date: Fri, 18 May 2007 11:14:49 +0300 Subject: [TYPO3-dev] Reaurl extension and preVars settings In-Reply-To: References: Message-ID: Martin Kutschker wrote: > Dmitry, you sound like a German :-) Well, you are not the first who says this :) I like order in everything, just like most germans do :) -- Dmitry Dulepov Web: http://typo3bloke.net/ Skype: callto:liels_bugs "It is our choices, that show what we truly are, far more than our abilities." (A.P.W.B.D.) From gideonso at livingwater.org.hk Fri May 18 12:23:35 2007 From: gideonso at livingwater.org.hk (Gideon So) Date: Fri, 18 May 2007 18:23:35 +0800 Subject: [TYPO3-dev] problem with utf8filesystem = 1 In-Reply-To: References: Message-ID: Hi Martin, No. I am not. The result: PHP Warning: preg_replace(): No ending delimiter '/' found in Command line code on line 1 Gideon Martin Kutschker ??: > You're no coder, right? > > php -r 'echo preg_replace( > "/[\x00-\x2C\/\x3A-\x3F\x5B-\x60\x7B-\xBF]/u", > "_", > "aAbBcCdDeEfFgGhHiIjJkKlLmMnNoOpPqQrRsStTuUvVwWxXyYzZ.txt"),"\n";' > > > Masi From johnange at gmail.com Fri May 18 13:23:45 2007 From: johnange at gmail.com (John Angel) Date: Fri, 18 May 2007 13:23:45 +0200 Subject: [TYPO3-dev] Not equal condition Message-ID: Hi! I have multilanguage website with English and French. English articles are sys_language_uid=0, French are sys_language_uid=1. It is necessary to make French language default: - index.php should display French version - index.php?L=0 should display English version - index.php?L=1 should display French version The same TS should be used for several sites, and not every one has the same default language. There is a bunch of configuration parameters, so I cannot copy everything for every new site. Constants: # Site default language should be French language.default = 1 Setup: # Setup English config.sys_language_uid = 0 temp.datetime.strftime = ... ... # Setup French # If L==1 OR (is 1 default language AND L!=0) [globalVar = GP:L = 1] || [globalVar = LIT:1 = {$language.default}] && [globalVar != GP:L = 0] config.sys_language_uid = 1 temp.datetime.strftime = ... ... [global] This would work if != operator exists, but it doesn't. Typo3 considers L=0 and L= as the same thing, cannot distinguish that two cases. globalString also doesn't have != operator. I did submit this: http://bugs.typo3.org/view.php?id=4745 Any ideas for workaround? Many thanks in advance, John From support at eeos.biz Fri May 18 13:22:18 2007 From: support at eeos.biz (Corrado) Date: Fri, 18 May 2007 12:22:18 +0100 Subject: [TYPO3-dev] typo3 5.0 model Message-ID: Dear friends, is there a model for the new typo3 5.0? I mean a document where the model is graphically represented! Best, Corrado -.- eeos communications http://www.eeos.biz From wolfgang at stufenlos.net Fri May 18 13:42:37 2007 From: wolfgang at stufenlos.net (Wolfgang Klinger) Date: Fri, 18 May 2007 13:42:37 +0200 Subject: [TYPO3-dev] Not equal condition In-Reply-To: References: Message-ID: Hi John, John Angel wrote: > Any ideas for workaround? you can always write your own function to check conditions: [userFunc = user_L_unequal_0()] ... do something [global] and define this function in either typo3conf/localconf.php or in ext_localconf.php of one of your extensions. function user_L_unequal_0() { if ($_GET['L'] !== 0) { return true; } return false; } should work.. hth, bye Wolfgang From ernst at cron-it.de Fri May 18 14:18:39 2007 From: ernst at cron-it.de (Ernesto Baschny [cron IT]) Date: Fri, 18 May 2007 14:18:39 +0200 Subject: [TYPO3-dev] Not equal condition In-Reply-To: References: Message-ID: John Angel wrote: on 18.05.2007 13:23: > I have multilanguage website with English and French. English articles are > sys_language_uid=0, French are sys_language_uid=1. > > It is necessary to make French language default: > - index.php should display French version > - index.php?L=0 should display English version > - index.php?L=1 should display French version Maybe it is easier to just make a redirect on every hit that has no L= parameter to your "default" L. This has also the advantage that redirecting with a 301 to a specific language, you won't get -1 points on Google because you don'T have duplicate content anymore (L=1 and without L). Check out the extension rlmp_language_detection, which does just that language redirection, but not jumping to some "default language", but defaulting to the user-browser setting. Similar technique could be used to jump to a default language, if the URL has no "L=" in it. Cheers, Ernesto From ernst at cron-it.de Fri May 18 14:26:10 2007 From: ernst at cron-it.de (Ernesto Baschny [cron IT]) Date: Fri, 18 May 2007 14:26:10 +0200 Subject: [TYPO3-dev] FORM element In-Reply-To: References: Message-ID: Francois Suter wrote: on 17.05.2007 10:09: >> I know i could use mailformplus or others, but i would like to see a >> more advanced Object in Core >> Agrees ? Disagrees ? > > +1 > > One particular point: implementation of styles is incomplete/incoherent > making it difficult to get the desired look when styling with CSS styled > content. I looked into this a while ago, but didn't have time to really > make any changes. > > A bit more formatting options would be nice too, like the possibility of > defining rows of form fields. > > Keep me posted when you start working on that. +1 on that. Some time ago I had some "ideas" about it, but was stalled when I hit the ugly cow of backwards compatibility: http://bugs.typo3.org/view.php?id=2119 I would also love to see more "action" on that scene, but I think the manpower to make that happen are already using stuff like FORMidable, mailformplus etc. We miss people that need more flexibility and have some free manpower to work on the issues in the Core solution. Mainly that would first mean collecting a list of reasonable "small-fixes" to the current FORM object that might be easier to integrate into core. Getting some "major rework" on that area always will mean some backwards compatibility restriction which makes them hard for us to approve. So I would love to support you on reviewing and/or commenting work on that area, as I can judge more or less what we can bring into core and what would be a "no-go" that needs more working on. Cheers, Ernesto From ernst at cron-it.de Fri May 18 15:05:18 2007 From: ernst at cron-it.de (Ernesto Baschny [cron IT]) Date: Fri, 18 May 2007 15:05:18 +0200 Subject: [TYPO3-dev] USER_INT doesn't output In-Reply-To: References: Message-ID: Matthias Stuebner wrote: on 01.05.2007 17:57: >> 10.marks { >> STATUS = USER_INT >> STATUS.includeLibs = EXT:ms_ctx/pi1/class.tx_ctx_pi1.php >> STATUS.userFunc = tx_ctx_pi1->showStatus >> STATUS.CMD=showStatus >> } > > The mistake was that I was overloading the "userFunc" in a different > template. > > Nevertheless, that leads to the following question: > > Is there any ways how to control in which sequence markers are rendered? > The user_int above must be called AFTER the whole page is rendered and all > code is executed. Is the only solution really to write a hook? USER_INTs are always called after all other stuff, because they are rendered separatedly from the whole TS-rendering process. This also has to be done after the page is cached. The "user-int" marks in the cache are processed after the page is fetched from the cache. The order of this processing probably happens in order they appear in the TS-rendering code. As these markers are "translated" to PHP arrays, the order should effectively be this in which PHP will transverse the array (with foreach), which basically means "first come, first serve". Reading the cObject code I can also see that subparts are rendered before marks, if that matters to you. Cheers, Ernesto From ernst at cron-it.de Fri May 18 15:07:09 2007 From: ernst at cron-it.de (Ernesto Baschny [cron IT]) Date: Fri, 18 May 2007 15:07:09 +0200 Subject: [TYPO3-dev] timezone problem In-Reply-To: References: Message-ID: Bernd Wilke wrote: on 17.05.2007 16:16: > On Mon, 14 May 2007 16:15:42 +0200, Ernesto Baschny [cron IT] wrote > with subject "Re: [TYPO3-dev] timezone problem": > >> Steffen Kamper wrote: on 10.05.2007 19:20: >> >>> this diff is against svn version. It should work anyway with 4.1.1 cause i >>> don't think that there has something changed. >> That's right. Latest trunk should work, but latest 4.1 should also work. >> >> Please report your findings about it in the bug report as a note, so >> that we can collect some user experiences with that, as it seems that no >> other core developer has any setup where this problem arises. So it >> would make more weight to the core teams decision if the proposed patch >> works for many people already. > > I have patched an installation because of problems in cal. now it seems to > be fixed. > If there will be problems with the patch I will report. Thanks Bernt. Please add a note about your findings it on the bug report, so that the information is not lost on this mailing list: http://bugs.typo3.org/view.php?id=1697 Cheers, Ernesto From popy.dev at gmail.com Fri May 18 15:33:55 2007 From: popy.dev at gmail.com (Popy) Date: Fri, 18 May 2007 15:33:55 +0200 Subject: [TYPO3-dev] USER_INT doesn't output In-Reply-To: References: Message-ID: The order is the order in the page content : the first rendered USER_INT is the first found in the cached content Note that if a USER_INT output another USER_INT, this second USER_INT will never be rendered. 2007/5/18, Ernesto Baschny [cron IT] : > > Matthias Stuebner wrote: on 01.05.2007 17:57: > > >> 10.marks { > >> STATUS = USER_INT > >> STATUS.includeLibs = EXT:ms_ctx/pi1/class.tx_ctx_pi1.php > >> STATUS.userFunc = tx_ctx_pi1->showStatus > >> STATUS.CMD=showStatus > >> } > > > > The mistake was that I was overloading the "userFunc" in a different > > template. > > > > Nevertheless, that leads to the following question: > > > > Is there any ways how to control in which sequence markers are rendered? > > The user_int above must be called AFTER the whole page is rendered and > all > > code is executed. Is the only solution really to write a hook? > > USER_INTs are always called after all other stuff, because they are > rendered separatedly from the whole TS-rendering process. This also has > to be done after the page is cached. The "user-int" marks in the cache > are processed after the page is fetched from the cache. The order of > this processing probably happens in order they appear in the > TS-rendering code. As these markers are "translated" to PHP arrays, the > order should effectively be this in which PHP will transverse the array > (with foreach), which basically means "first come, first serve". Reading > the cObject code I can also see that subparts are rendered before marks, > if that matters to you. > > Cheers, > Ernesto > _______________________________________________ > TYPO3-dev mailing list > TYPO3-dev at lists.netfielders.de > http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev > -- Popy Vulnerant omnes, ultima necat. http://popy.sytes.net From christoph.koehler at gmail.com Fri May 18 22:00:22 2007 From: christoph.koehler at gmail.com (Christoph Koehler) Date: Fri, 18 May 2007 15:00:22 -0500 Subject: [TYPO3-dev] ADOdb extended dates prototype Message-ID: Hello all, Here is the first prototype of the extended dates extension [1]. Instructions on the trac wiki page [2]. One problem could be the speed; it's really pretty slow to save the record with so many dates, but that might be acceptable. The reason it's so slow is because init.php is included in order to get to the date and timezone preferences and that adds a lot of overhead for every ajax call. If there is another way I don't know about to get BE user preferences, let me know! Feedback is appreciated! Christoph [1] http://www.zerodeviation.net/t3x-extdates-0_0_1.t3x [2] http://svn.webempoweredchurch.org/extdates/ From steffen at dislabs.de Sat May 19 00:12:00 2007 From: steffen at dislabs.de (Steffen Kamper) Date: Sat, 19 May 2007 00:12:00 +0200 Subject: [TYPO3-dev] USER_INT doesn't output References: Message-ID: Hi, "Ernesto Baschny [cron IT]" schrieb im Newsbeitrag news:mailman.1.1179493518.17589.typo3-dev at lists.netfielders.de... > Matthias Stuebner wrote: on 01.05.2007 17:57: > >>> 10.marks { >>> STATUS = USER_INT >>> STATUS.includeLibs = EXT:ms_ctx/pi1/class.tx_ctx_pi1.php >>> STATUS.userFunc = tx_ctx_pi1->showStatus >>> STATUS.CMD=showStatus >>> } >> >> The mistake was that I was overloading the "userFunc" in a different >> template. >> >> Nevertheless, that leads to the following question: >> >> Is there any ways how to control in which sequence markers are rendered? >> The user_int above must be called AFTER the whole page is rendered and >> all >> code is executed. Is the only solution really to write a hook? > > USER_INTs are always called after all other stuff, because they are > rendered separatedly from the whole TS-rendering process. This also has > to be done after the page is cached. The "user-int" marks in the cache > are processed after the page is fetched from the cache. The order of > this processing probably happens in order they appear in the > TS-rendering code. As these markers are "translated" to PHP arrays, the > order should effectively be this in which PHP will transverse the array > (with foreach), which basically means "first come, first serve". Reading > the cObject code I can also see that subparts are rendered before marks, > if that matters to you. > > Cheers, > Ernesto thanks for this explanations. For me this is one of the miracles and difficult for planning. Often i'm lost in the whole templates. I can use Object browser to find the settings, but no idea where they are. The analyzer shows linenumbers but no complete view. What is the best way to get an overview knowing which object is before in template, which tool helps most in understanding page render process ? Or do i miss something build in ? vg Steffen From steffen at dislabs.de Sat May 19 00:27:35 2007 From: steffen at dislabs.de (Steffen Kamper) Date: Sat, 19 May 2007 00:27:35 +0200 Subject: [TYPO3-dev] FORM element References: Message-ID: Hi Ernesto, first of all i'm glad to hear from you as a core developer. I know many user are wish a better module for the daily work, but without support from core team it's difficult. "Ernesto Baschny [cron IT]" schrieb im Newsbeitrag news:mailman.1.1179491171.9739.typo3-dev at lists.netfielders.de... > Francois Suter wrote: on 17.05.2007 10:09: > >>> I know i could use mailformplus or others, but i would like to see a >>> more advanced Object in Core >>> Agrees ? Disagrees ? >> >> +1 >> >> One particular point: implementation of styles is incomplete/incoherent >> making it difficult to get the desired look when styling with CSS styled >> content. I looked into this a while ago, but didn't have time to really >> make any changes. >> >> A bit more formatting options would be nice too, like the possibility of >> defining rows of form fields. >> >> Keep me posted when you start working on that. > > +1 on that. Some time ago I had some "ideas" about it, but was stalled > when I hit the ugly cow of backwards compatibility: > > http://bugs.typo3.org/view.php?id=2119 > Very good to know. I will look at your patch. Why is this open for so long time, can you give me a specific hint of the main problem ? > I would also love to see more "action" on that scene, but I think the > manpower to make that happen are already using stuff like FORMidable, > mailformplus etc. We miss people that need more flexibility and have > some free manpower to work on the issues in the Core solution. this is always a problem, because time is a rare thing. And everyone has to set his own priorities - anyway to less time. I will make a little project for that starting from ECT and placed on Wiki so everyone is invited to support and adding ideas. Backwards compatibility could be achieved by a flag, simular to the table object. > > Mainly that would first mean collecting a list of reasonable > "small-fixes" to the current FORM object that might be easier to > integrate into core. Getting some "major rework" on that area always > will mean some backwards compatibility restriction which makes them hard > for us to approve. > You are right to fix the bugs first, also a good way to understand the whole thing better. > So I would love to support you on reviewing and/or commenting work on > that area, as I can judge more or less what we can bring into core and > what would be a "no-go" that needs more working on. > > Cheers, > Ernesto you are very welcome ;-) vg Steffen From typo3 at ingo-renner.com Sat May 19 11:12:24 2007 From: typo3 at ingo-renner.com (Ingo Renner) Date: Sat, 19 May 2007 11:12:24 +0200 Subject: [TYPO3-dev] FORM element In-Reply-To: References: Message-ID: Steffen Kamper wrote: hi Steffen, > but without support from core > team it's difficult. I have to disagree, of course it won't get into the core without a review by the core devs and their agreement but other than that it doesn't rely on the core devs alone. We also need the community to develop features and then integrate it into the core. The core team alone can't handle everything. Besides that it's always a good chance for someone to get the core team's attention and maybe becoming a core dev himself... Ingo From ernst at cron-it.de Sat May 19 11:20:02 2007 From: ernst at cron-it.de (Ernesto Baschny [cron IT]) Date: Sat, 19 May 2007 11:20:02 +0200 Subject: [TYPO3-dev] USER_INT doesn't output In-Reply-To: References: Message-ID: Steffen Kamper wrote: on 19.05.2007 00:12: >> USER_INTs are always called after all other stuff, because they are >> rendered separatedly from the whole TS-rendering process. This also has >> to be done after the page is cached. The "user-int" marks in the cache >> are processed after the page is fetched from the cache. The order of >> this processing probably happens in order they appear in the >> TS-rendering code. As these markers are "translated" to PHP arrays, the >> order should effectively be this in which PHP will transverse the array >> (with foreach), which basically means "first come, first serve". Reading >> the cObject code I can also see that subparts are rendered before marks, >> if that matters to you. > thanks for this explanations. For me this is one of the miracles and > difficult for planning. > Often i'm lost in the whole templates. I can use Object browser to find the > settings, but no idea where they are. > The analyzer shows linenumbers but no complete view. > What is the best way to get an overview knowing which object is before in > template, which tool helps most in understanding page render process ? > Or do i miss something build in ? The TS-Object Browser is the best tool, as you will see exactly how TYPO3 will compile your template. You just need to know how each "cObject" works (have "TSref" at hand), and then you can start with your "page" object and then go on from that... Cheers, Ernesto From steffen at dislabs.de Sat May 19 13:04:19 2007 From: steffen at dislabs.de (Steffen Kamper) Date: Sat, 19 May 2007 13:04:19 +0200 Subject: [TYPO3-dev] FORM element References: Message-ID: Hi Ingo, "Ingo Renner" schrieb im Newsbeitrag news:mailman.1.1179565939.1845.typo3-dev at lists.netfielders.de... > Steffen Kamper wrote: > > hi Steffen, > >> but without support from core >> team it's difficult. > > I have to disagree, of course it won't get into the core without a review > by the core devs and their agreement but other than that it doesn't rely > on the core devs alone. > > We also need the community to develop features and then integrate it into > the core. The core team alone can't handle everything. Besides that it's > always a good chance for someone to get the core team's attention and > maybe becoming a core dev himself... > > > Ingo may be i found the wrong words, meant interest in a issue and support on reviewing. I see some good ideas and patches in the Bugtracker ignored for a long time. I know there are so much issues, so it is difficult for the (small) core team to keep attention on all. I also wanted to ask if any change on the form object is wanted, so i don't take much time for something that never has a chance for core. Sure, i will do the main coding on that, but i also want to collect ideas so the solution should satisfie most of you. vg Steffen From patrick at patrickbroens.nl Sat May 19 13:57:12 2007 From: patrick at patrickbroens.nl (Patrick Broens) Date: Sat, 19 May 2007 13:57:12 +0200 Subject: [TYPO3-dev] FORM element In-Reply-To: References: Message-ID: Hi all, Just to inform you: After the recent T3DD07 in Dietikon I've started a big review on the FORM cObject. It really needs quite some updating in all parts of the object. It lacks features that are common these days in forms, like database storage, php/ajax validation, and a lot of form fields that are not possible to render with the current cObject. Also the usability of the form wizard needs a proper update with drag and drop features, more configuration of fields, more field types, more layout options, better validation, etcetera. Changing the FORM cObject is on top of my list right now. I will publish the investigation of the object soon on the Wiki, so the community can add their comments to it. Patrick Steffen Kamper wrote: > Hi Ingo, > > "Ingo Renner" schrieb im Newsbeitrag > news:mailman.1.1179565939.1845.typo3-dev at lists.netfielders.de... >> Steffen Kamper wrote: >> >> hi Steffen, >> >>> but without support from core >>> team it's difficult. >> I have to disagree, of course it won't get into the core without a review >> by the core devs and their agreement but other than that it doesn't rely >> on the core devs alone. >> >> We also need the community to develop features and then integrate it into >> the core. The core team alone can't handle everything. Besides that it's >> always a good chance for someone to get the core team's attention and >> maybe becoming a core dev himself... >> >> >> Ingo > > may be i found the wrong words, meant interest in a issue and support on > reviewing. I see some good ideas and patches in the Bugtracker ignored for a > long time. I know there are so much issues, so it is difficult for the > (small) core team to keep attention on all. > I also wanted to ask if any change on the form object is wanted, so i don't > take much time for something that never has a chance for core. > Sure, i will do the main coding on that, but i also want to collect ideas so > the solution should satisfie most of you. > > vg Steffen > > From steffen at dislabs.de Sat May 19 15:34:38 2007 From: steffen at dislabs.de (Steffen Kamper) Date: Sat, 19 May 2007 15:34:38 +0200 Subject: [TYPO3-dev] FORM element References: Message-ID: Hi Patrick, "Patrick Broens" schrieb im Newsbeitrag news:mailman.1.1179575833.7950.typo3-dev at lists.netfielders.de... > Hi all, > > Just to inform you: After the recent T3DD07 in Dietikon I've started a big > review on the FORM cObject. It really needs quite some updating in all > parts of the object. It lacks features that are common these days in > forms, like database storage, php/ajax validation, and a lot of form > fields that are not possible to render with the current cObject. Also the > usability of the form wizard needs a proper update with drag and drop > features, more configuration of fields, more field types, more layout > options, better validation, etcetera. > > Changing the FORM cObject is on top of my list right now. I will publish > the investigation of the object soon on the Wiki, so the community can add > their comments to it. > > Patrick > Great! Please inform me about the things you already done. We can do a lot in team there, i would like to. We can do this as a project from ECT so i can set a link to the Wiki, so it is easy to find for all. Did you had a look to the BT Entry from Ernesto? vg Steffen > Steffen Kamper wrote: >> Hi Ingo, >> >> "Ingo Renner" schrieb im Newsbeitrag >> news:mailman.1.1179565939.1845.typo3-dev at lists.netfielders.de... >>> Steffen Kamper wrote: >>> >>> hi Steffen, >>> >>>> but without support from core >>>> team it's difficult. >>> I have to disagree, of course it won't get into the core without a >>> review by the core devs and their agreement but other than that it >>> doesn't rely on the core devs alone. >>> >>> We also need the community to develop features and then integrate it >>> into the core. The core team alone can't handle everything. Besides that >>> it's always a good chance for someone to get the core team's attention >>> and maybe becoming a core dev himself... >>> >>> >>> Ingo >> >> may be i found the wrong words, meant interest in a issue and support on >> reviewing. I see some good ideas and patches in the Bugtracker ignored >> for a long time. I know there are so much issues, so it is difficult for >> the (small) core team to keep attention on all. >> I also wanted to ask if any change on the form object is wanted, so i >> don't take much time for something that never has a chance for core. >> Sure, i will do the main coding on that, but i also want to collect ideas >> so the solution should satisfie most of you. >> >> vg Steffen From martin.kutschker-n0spam at no5pam-blackbox.net Sat May 19 20:02:40 2007 From: martin.kutschker-n0spam at no5pam-blackbox.net (Martin Kutschker) Date: Sat, 19 May 2007 20:02:40 +0200 Subject: [TYPO3-dev] problem with utf8filesystem = 1 In-Reply-To: References: Message-ID: Gideon So schrieb: > Hi Martin, > > No. I am not. The result: PHP Warning: preg_replace(): No ending > delimiter '/' found in Command line code on line 1 Odd, worked for me on the command line. >> >> php -r 'echo preg_replace( >> "/[\x00-\x2C\/\x3A-\x3F\x5B-\x60\x7B-\xBF]/u", >> "_", >> "aAbBcCdDeEfFgGhHiIjJkKlLmMnNoOpPqQrRsStTuUvVwWxXyYzZ.txt"),"\n";' Try and remove \x7B-\xBF from the regexp in the file class.t3lib_basicfilefunc.php, function cleanFileName(). Any difference? Masi From martin.kutschker-n0spam at no5pam-blackbox.net Sat May 19 20:17:09 2007 From: martin.kutschker-n0spam at no5pam-blackbox.net (Martin Kutschker) Date: Sat, 19 May 2007 20:17:09 +0200 Subject: [TYPO3-dev] FORM element In-Reply-To: References: Message-ID: Patrick Broens schrieb: > Hi all, > > Just to inform you: After the recent T3DD07 in Dietikon I've started a > big review on the FORM cObject. It really needs quite some updating in > all parts of the object. It lacks features that are common these days in > forms, like database storage, php/ajax validation, and a lot of form > fields that are not possible to render with the current cObject. Also > the usability of the form wizard needs a proper update with drag and > drop features, more configuration of fields, more field types, more > layout options, better validation, etcetera. > > Changing the FORM cObject is on top of my list right now. I will publish > the investigation of the object soon on the Wiki, so the community can > add their comments to it. The FORM object has is shortcomings and so has the wizard (besides AJAX stuff it doen't even have fields for all FORM features). But I'm not sure if the FORM object should handle uploads. This can be quite complex and is perhaps better suited in extensions. The reason is (and partly this already in place) that the Core itself must expect form input on ANY page. For extensions that is more clean. Masi From johnange at gmail.com Sat May 19 21:22:26 2007 From: johnange at gmail.com (John Angel) Date: Sat, 19 May 2007 21:22:26 +0200 Subject: [TYPO3-dev] Not equal condition References: Message-ID: Thanks Ernesto & Wolfgang! I've made extension based on your suggestions: ja_default_language: http://typo3.org/extensions/repository/view/ja_default_language/0.1.0/ You can specify default language (using stdWrap) if L parameter doesn't exist. Extension also remembers selected language based on cookie. One thing I am not sure about is HTTP redirection code, should it be set? Now it's simple "Location: ...". Thanks again, John From gideonso at livingwater.org.hk Sun May 20 03:49:20 2007 From: gideonso at livingwater.org.hk (Gideon So) Date: Sun, 20 May 2007 09:49:20 +0800 Subject: [TYPO3-dev] problem with utf8filesystem = 1 In-Reply-To: References: Message-ID: Hi Masi, There is no difference.... Gideon Martin Kutschker ??: > Gideon So schrieb: >> Hi Martin, >> > Odd, worked for me on the command line. > > Try and remove \x7B-\xBF from the regexp in the file > class.t3lib_basicfilefunc.php, function cleanFileName(). > > Any difference? > > Masi From popy.dev at gmail.com Sun May 20 10:44:31 2007 From: popy.dev at gmail.com (Popy) Date: Sun, 20 May 2007 10:44:31 +0200 Subject: [TYPO3-dev] Not equal condition In-Reply-To: References: Message-ID: 2007/5/18, John Angel : > > Hi! > > I have multilanguage website with English and French. English articles are > sys_language_uid=0, French are sys_language_uid=1. > > It is necessary to make French language default: > - index.php should display French version > - index.php?L=0 should display English version > - index.php?L=1 should display French version > > The same TS should be used for several sites, and not every one has the > same > default language. There is a bunch of configuration parameters, so I > cannot > copy everything for every new site. > > Constants: > # Site default language should be French > language.default = 1 > > Setup: > > # Setup English > config.sys_language_uid = 0 > temp.datetime.strftime = ... > ... > > # Setup French > # If L==1 OR (is 1 default language AND L!=0) > [globalVar = GP:L = 1] || [globalVar = LIT:1 = {$language.default}] && > [globalVar != GP:L = 0] > config.sys_language_uid = 1 > temp.datetime.strftime = ... > ... > [global] > > This would work if != operator exists, but it doesn't. > > Typo3 considers L=0 and L= as the same thing, cannot distinguish that two > cases. globalString also doesn't have != operator. > > I did submit this: > http://bugs.typo3.org/view.php?id=4745 > > Any ideas for workaround? > > Many thanks in advance, > John > > _______________________________________________ > TYPO3-dev mailing list > TYPO3-dev at lists.netfielders.de > http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev > I don't understand why u don't make this : // Default lang : french config.sys_language_uid = 1 config.language = fr [globalVar = GP:L=1] config.sys_language_uid = 0 config.language = en [GLOBAL] -- Popy Vulnerant omnes, ultima necat. http://popy.sytes.net From johnange at gmail.com Sun May 20 11:39:28 2007 From: johnange at gmail.com (John Angel) Date: Sun, 20 May 2007 11:39:28 +0200 Subject: [TYPO3-dev] Not equal condition References: Message-ID: > I don't understand why u don't make this : > > // Default lang : french > config.sys_language_uid = 1 Because all sites should share the same TS. From steffen at dislabs.de Sun May 20 12:27:33 2007 From: steffen at dislabs.de (Steffen Kamper) Date: Sun, 20 May 2007 12:27:33 +0200 Subject: [TYPO3-dev] Not equal condition References: Message-ID: "John Angel" schrieb im Newsbeitrag news:mailman.239385.1179653987.21067.typo3-dev at lists.netfielders.de... >> I don't understand why u don't make this : >> >> // Default lang : french >> config.sys_language_uid = 1 > > Because all sites should share the same TS. > ? Is the same if you use Extension or TS - sharing this for all sites is defined in the templates, what should be the difference ? vg Steffen From johnange at gmail.com Sun May 20 13:28:20 2007 From: johnange at gmail.com (John Angel) Date: Sun, 20 May 2007 13:28:20 +0200 Subject: [TYPO3-dev] Not equal condition References: Message-ID: > ? Is the same if you use Extension or TS - sharing this for all sites is > defined in the templates, what should be the difference ? config.sys_language_uid is not the only parameter set. There is a dateformat and bunch of others. Beside that, the extension has role in avoiding rendering default pages, but renders language specific pages only. This increases performance. John From info at cybercraft.de Sun May 20 13:36:57 2007 From: info at cybercraft.de (JoH asenau) Date: Sun, 20 May 2007 13:36:57 +0200 Subject: [TYPO3-dev] Not equal condition References: Message-ID: >> I don't understand why u don't make this : >> >> // Default lang : french >> config.sys_language_uid = 1 > > Because all sites should share the same TS. First of alls ome questions: What does "All sites" mean in this case and what are the differences between all these sites? Are these siteson the same server but with different virtual servers? Do they share the same TYPO3 source but not the same root directories? Or did you setup just one TYPO3 backend serving all these sites at once? There must be differences in the TS if you want to display different default languages, so why do you think they could share the same TS and how would you want to make it really "the same" for each of them? It seems that we haven't got all the relevant information so maybe you could render your example more precisely ... Joey -- Wenn man keine Ahnung hat: Einfach mal Fresse halten! (If you have no clues: simply shut your gob sometimes!) Dieter Nuhr, German comedian openBC/Xing: http://www.cybercraft.de T3 cookbook: http://www.typo3experts.com From steffen at dislabs.de Sun May 20 14:06:09 2007 From: steffen at dislabs.de (Steffen Kamper) Date: Sun, 20 May 2007 14:06:09 +0200 Subject: [TYPO3-dev] Not equal condition References: Message-ID: "John Angel" schrieb im Newsbeitrag news:mailman.239611.1179660520.21067.typo3-dev at lists.netfielders.de... >> ? Is the same if you use Extension or TS - sharing this for all sites is >> defined in the templates, what should be the difference ? > > config.sys_language_uid is not the only parameter set. There is a > dateformat and bunch of others. > for this cases i use an extension template with the relevant settings, that is included with each root template. > Beside that, the extension has role in avoiding rendering default pages, > but > renders language specific pages only. This increases performance. > what do you mean exactly ? giving L to all urls ? vg Steffen > John > From johnange at gmail.com Sun May 20 14:27:45 2007 From: johnange at gmail.com (John Angel) Date: Sun, 20 May 2007 14:27:45 +0200 Subject: [TYPO3-dev] Not equal condition References: Message-ID: > What does "All sites" mean in this case and what are the differences > between > all these sites? Several sites, some have different default language. > Are these siteson the same server but with different virtual servers? Yes. > Do they share the same TYPO3 source but not the same root directories? The same source, the same directory. > Or did you setup just one TYPO3 backend serving all these sites at once? Yes. > There must be differences in the TS if you want to display different > default > languages, so why do you think they could share the same TS and how would > you want to make it really "the same" for each of them? The idea is to setup each language only once. I did that (based on L parameter). Simple extension does the rest, you can check it: ja_default_language. From johnange at gmail.com Sun May 20 14:28:40 2007 From: johnange at gmail.com (John Angel) Date: Sun, 20 May 2007 14:28:40 +0200 Subject: [TYPO3-dev] Not equal condition References: Message-ID: > for this cases i use an extension template with the relevant settings, > that is included with each root template. I do that, also, but the problem becomes when I have the same L values for different sites with different default language. >> Beside that, the extension has role in avoiding rendering default pages, >> but >> renders language specific pages only. This increases performance. >> > what do you mean exactly ? giving L to all urls ? Yes. From info at cybercraft.de Sun May 20 16:12:50 2007 From: info at cybercraft.de (JoH asenau) Date: Sun, 20 May 2007 16:12:50 +0200 Subject: [TYPO3-dev] Not equal condition References: Message-ID: >> for this cases i use an extension template with the relevant >> settings, that is included with each root template. > > I do that, also, but the problem becomes when I have the same L > values for different sites with different default language. Don't see the problem so far. To give you an example lets assume there are four languages like i.e. for a swiss company: They got German, French, Italian plus English for international clients with other languages. They got different domains for each country. The company itself is located in Zurich so their default language (0) in the BE is German. The rest is done via translations using a one tree concept. The Be languages are: 0 = German 1 = French 2 = Italian 3 = English The domains are: domain.ch domain.it domain.fr domain.com And this is the setup: [globalString = IENV:HTTP_HOST = *domain.ch] config { sys_language_uid = 0 language = de locale_all = de_DE.UTF-8 } [globalString = IENV:HTTP_HOST = *domain.it] config { sys_language_uid = 1 language = it locale_all = it_IT.UTF-8 } [globalString = IENV:HTTP_HOST = *domain.fr] config { sys_language_uid = 2 language = fr locale_all = fr_FR.UTF-8 } [globalString = IENV:HTTP_HOST = *domain.com] config { sys_language_uid = 3 language = en locale_all = en.UTF-8 } [globalVar = GP:L = 1] config { sys_language_uid = 0 language = de locale_all = de_DE.UTF-8 } [globalVar = GP:L = 2] config { sys_language_uid = 1 language = it locale_all = it_IT.UTF-8 } [globalVar = GP:L = 3] config { sys_language_uid = 2 language = fr locale_all = fr_FR.UTF-8 } [globalVar = GP:L = 4] config { sys_language_uid = 3 language = en locale_all = en.UTF-8 } [global] The difference to your setup is: Since there is no law that forces me to use L=0 as a trigger for the BE default language I don't use any L=0 parameter but start with L=1 for the default language instead. After all "L=x" is just a GET parameter that can mean anything I want. So if I want to use L=1 to get records without any sys_language_uid I am free to do so. This way I can make sure that L=0 always means: L=False. So the domain without any L parameter will always point to it's own default language, while L=1 will trigger the BE default language. Im quite sure (but didn't test it) that you can even use this together with the realURL extension, so that the default language of each domain (i.e. domain.fr + L=3) will always be rendered without an additional language part in the path. So instead of *domain.fr/fr/somepage it would be *domain.fr/somepage 0 is a special case but usually there is no need for a != condition since we got [else] and we can override defaults [condition = something] [else] Something else [global] or Something else [condition = something] Something else > [global] will work for anything but zero. So I think it's a good idea anyway to introduce != or "= FALSE" for conditions but your language problem can be easily solved without it. HTH Joey -- Wenn man keine Ahnung hat: Einfach mal Fresse halten! (If you have no clues: simply shut your gob sometimes!) Dieter Nuhr, German comedian openBC/Xing: http://www.cybercraft.de T3 cookbook: http://www.typo3experts.com From johnange at gmail.com Mon May 21 10:53:28 2007 From: johnange at gmail.com (John Angel) Date: Mon, 21 May 2007 10:53:28 +0200 Subject: [TYPO3-dev] Not equal condition References: Message-ID: > Since there is no law that forces me to use L=0 as a trigger for the BE > default language I don't use any L=0 parameter but start with L=1 for the > default language instead. Right Joey, this is a workaround for lack of != operator, to avoid L=0 case. Nice! Since I already wrote an extension, there was one significant gain with it, which actually I didn't ask for - avoiding of rendering default pages, because all urls have L and non-L urls are redirected to them. Maybe this feature should be integrated into the core, because it increases the performance. Many thanks John From fsuter at cobweb.ch Mon May 21 11:09:37 2007 From: fsuter at cobweb.ch (Francois Suter) Date: Mon, 21 May 2007 11:09:37 +0200 Subject: [TYPO3-dev] FORM element In-Reply-To: References: Message-ID: Hi Patrick, > Just to inform you: After the recent T3DD07 in Dietikon I've started a > big review on the FORM cObject. It really needs quite some updating in > all parts of the object. It lacks features that are common these days in > forms, like database storage, php/ajax validation, and a lot of form > fields that are not possible to render with the current cObject. Also > the usability of the form wizard needs a proper update with drag and > drop features, more configuration of fields, more field types, more > layout options, better validation, etcetera. > > Changing the FORM cObject is on top of my list right now. I will publish > the investigation of the object soon on the Wiki, so the community can > add their comments to it. This is very good news indeed. Ernesto's patch is also worth a look. Cheers -- Francois Suter Cobweb Development Sarl - http://www.cobweb.ch From johnange at gmail.com Mon May 21 11:15:01 2007 From: johnange at gmail.com (John Angel) Date: Mon, 21 May 2007 11:15:01 +0200 Subject: [TYPO3-dev] FORM element References: Message-ID: >> Changing the FORM cObject is on top of my list right now. I will publish >> the investigation of the object soon on the Wiki, so the community can >> add their comments to it. Have you checked excellent ext th_mailformplus? From hagelstein at shr.cc Mon May 21 11:16:49 2007 From: hagelstein at shr.cc (Nikolas Hagelstein) Date: Mon, 21 May 2007 11:16:49 +0200 Subject: [TYPO3-dev] BE_USER in tca.php References: Message-ID: Steffen Kamper wrote: > Is tca.php is loaded to early so before initializing > of BE_USER ? Who knows something deeper ? Did you check if it exists in ext_tables.php``? Bye, Nikolas From andreas.otto at dkd.de Mon May 21 11:09:07 2007 From: andreas.otto at dkd.de (Andreas Otto) Date: Mon, 21 May 2007 11:09:07 +0200 Subject: [TYPO3-dev] Not equal condition References: Message-ID: Hi John, John Angel wrote: > Maybe this feature should be integrated into the core, because it > increases the performance. If you provide the core team a nice patch file which was created against the SVN trunk, why not. Cheers, Andreas From steffen at dislabs.de Mon May 21 13:29:05 2007 From: steffen at dislabs.de (Steffen Kamper) Date: Mon, 21 May 2007 13:29:05 +0200 Subject: [TYPO3-dev] FORM element References: Message-ID: "John Angel" schrieb im Newsbeitrag news:mailman.242448.1179738948.21067.typo3-dev at lists.netfielders.de... >>> Changing the FORM cObject is on top of my list right now. I will publish >>> the investigation of the object soon on the Wiki, so the community can >>> add their comments to it. > > Have you checked excellent ext th_mailformplus? > sure, but it's not the point, this issue should develop built in FORM. vg Steffen From steffen at dislabs.de Mon May 21 13:30:53 2007 From: steffen at dislabs.de (Steffen Kamper) Date: Mon, 21 May 2007 13:30:53 +0200 Subject: [TYPO3-dev] BE_USER in tca.php References: Message-ID: "Nikolas Hagelstein" schrieb im Newsbeitrag news:mailman.242452.1179739012.21067.typo3-dev at lists.netfielders.de... Steffen Kamper wrote: > Is tca.php is loaded to early so before initializing > of BE_USER ? Who knows something deeper ? Did you check if it exists in ext_tables.php``? Bye, Nikolas Hi Nicolas, yes, sure. It doesn't exist there. This was my first try to do it there. vg Steffen From ernst at cron-it.de Mon May 21 14:40:33 2007 From: ernst at cron-it.de (Ernesto Baschny [cron IT]) Date: Mon, 21 May 2007 14:40:33 +0200 Subject: [TYPO3-dev] Not equal condition In-Reply-To: References: Message-ID: John Angel wrote: on 19.05.2007 21:22: > Thanks Ernesto & Wolfgang! > > I've made extension based on your suggestions: ja_default_language: > http://typo3.org/extensions/repository/view/ja_default_language/0.1.0/ > > You can specify default language (using stdWrap) if L parameter doesn't > exist. Extension also remembers selected language based on cookie. > > One thing I am not sure about is HTTP redirection code, should it be > set? Now it's simple "Location: ...". That looks ok to me. You could add an "exit()" after the call the header(), as the remaining output of TYPO3 won't matter anymore, and you will save some processing power for other requests. Cheers, Ernesto From ernst at cron-it.de Mon May 21 14:52:44 2007 From: ernst at cron-it.de (Ernesto Baschny [cron IT]) Date: Mon, 21 May 2007 14:52:44 +0200 Subject: [TYPO3-dev] ADOdb extended dates prototype In-Reply-To: References: Message-ID: Christoph Koehler wrote: on 18.05.2007 22:00: > Here is the first prototype of the extended dates extension [1]. > Instructions on the trac wiki page [2]. > One problem could be the speed; it's really pretty slow to save the > record with so many dates, but that might be acceptable. The reason it's > so slow is because init.php is included in order to get to the date and > timezone preferences and that adds a lot of overhead for every ajax > call. If there is another way I don't know about to get BE user > preferences, let me know! That looks cool. But have you seen my proposed change in http://bugs.typo3.org/view.php?id=1697? This fixes the problem with client-side calculation. Only "features" missing would be: - Having a client with a TZ setting on his machine and a different TZ setting in TYPO3. Is this required? common? neeeded? What sense does that make? - Using adodb for storage: This is a nice addition in your extension! And this is the one I would find most interesting to get into the Core. But I would like to know a bit more about it: How does the DB has to be changed to be able to store those values? What about extensions that make use of this date fields directly? To me it looks that calling the server to get timestamps for all dates is a bit of an overkill, while we could just make all calculations on client side. Despite having duplicate "checking" code (server + client side), are the other reasons for doing so? Cheers, Ernesto From christoph.koehler at gmail.com Mon May 21 15:52:45 2007 From: christoph.koehler at gmail.com (Christoph Koehler) Date: Mon, 21 May 2007 08:52:45 -0500 Subject: [TYPO3-dev] ADOdb extended dates prototype References: Message-ID: On Mon, 21 May 2007 07:52:44 -0500, Ernesto Baschny [cron IT] wrote: > That looks cool. But have you seen my proposed change in > http://bugs.typo3.org/view.php?id=1697? This fixes the problem with > client-side calculation. Only "features" missing would be: Briefly looked over it, will take another look and maybe apply the patch locally to keep your changes when I make mine. > - Having a client with a TZ setting on his machine and a different TZ > setting in TYPO3. Is this required? common? neeeded? What sense does > that make? Didn't know that was there :) That would make things easier of course, at least for timezone. One goal was to allow the user to choose any date format he wants and deprecate the US mode install tool setting. So we still need some kind of setting in TYPO3 for that. > - Using adodb for storage: This is a nice addition in your extension! > And this is the one I would find most interesting to get into the Core. > But I would like to know a bit more about it: How does the DB has to be > changed to be able to store those values? What about extensions that > make use of this date fields directly? The db fields need to be changed to bigint because normal int fields are only 32-bit. The maximum digits for a 64-bit date is 19 I think, so that needs to be changed from 11 digits as well, even though 19 digits timestamps will very likely never happen. Nor will 18 digit ones. Or 17. You get the point. I was thinking about adding some methods to the API that deal with retrieving dates from the db while at the same time taking care of all the timezone etc issues. Until then I am afraid a manually retrieved date will make no sense to the extension if it's beyond the 32bit limit, i.e. 2038, and if the normal PHP date functions are used. > To me it looks that calling the server to get timestamps for all dates > is a bit of an overkill, while we could just make all calculations on > client side. Despite having duplicate "checking" code (server + client > side), are the other reasons for doing so? Yeah I need to look into that some more. ADOdb timestamps are still just seconds since 1970, and all that TYPO3 does is compute the seconds difference. It all relies on the JS Date() object, which seems to support dates past the 32-bit limit, so TYPO3 does indeed support extended dates, it just can't save it in the db. The reason I used AJAX was that I assumed that it couldn't be handled otherwise. I think we can get rid of the server call. We just add the date format option like Kasper added the US mode and use it to evaluate the input string client side. So we only need adodb server side, either directly or via some API wrapper. What do you think? Christoph From popy.dev at gmail.com Mon May 21 16:14:22 2007 From: popy.dev at gmail.com (Popy) Date: Mon, 21 May 2007 16:14:22 +0200 Subject: [TYPO3-dev] BE_USER in tca.php In-Reply-To: References: Message-ID: 2007/5/21, Steffen Kamper : > > > "Nikolas Hagelstein" schrieb im Newsbeitrag > news:mailman.242452.1179739012.21067.typo3-dev at lists.netfielders.de... > Steffen Kamper wrote: > > Is tca.php is loaded to early so before initializing > > of BE_USER ? Who knows something deeper ? > Did you check if it exists in ext_tables.php``? > > ext_tables.php is one of the firsts included files, because they are the deep configuration files. be_user object is initialized later. -- Popy Vulnerant omnes, ultima necat. http://popy.sytes.net From typo3 at rvt.dds.nl Mon May 21 16:21:18 2007 From: typo3 at rvt.dds.nl (Ries van Twisk) Date: Mon, 21 May 2007 09:21:18 -0500 Subject: [TYPO3-dev] ADOdb extended dates prototype In-Reply-To: References: Message-ID: Excuse me for not reading the whole tread, I read about bigints and such... But why not use the native timestamp support by all database typo3 'supports'. Get rid of the integers and use a timestamp where you can store every time in there including timezone information and all problems are solved. I believe adodb's library was just created for situations where a timestamp could not be used because of limitations of Mysql (if I remember correctly that is) in this case we have modern databases and timestamps will work much better then bigints. just MHO. Ries On May 21, 2007, at 8:52 AM, Christoph Koehler wrote: > On Mon, 21 May 2007 07:52:44 -0500, Ernesto Baschny [cron IT] > wrote: > >> That looks cool. But have you seen my proposed change in >> http://bugs.typo3.org/view.php?id=1697? This fixes the problem with >> client-side calculation. Only "features" missing would be: > > Briefly looked over it, will take another look and maybe apply the > patch > locally to keep your changes when I make mine. > >> - Having a client with a TZ setting on his machine and a different TZ >> setting in TYPO3. Is this required? common? neeeded? What sense does >> that make? > > Didn't know that was there :) That would make things easier of > course, at > least for timezone. One goal was to allow the user to choose any date > format he wants and deprecate the US mode install tool setting. So we > still need some kind of setting in TYPO3 for that. > >> - Using adodb for storage: This is a nice addition in your extension! >> And this is the one I would find most interesting to get into the >> Core. >> But I would like to know a bit more about it: How does the DB has >> to be >> changed to be able to store those values? What about extensions that >> make use of this date fields directly? > > The db fields need to be changed to bigint because normal int > fields are > only 32-bit. The maximum digits for a 64-bit date is 19 I think, so > that > needs to be changed from 11 digits as well, even though 19 digits > timestamps will very likely never happen. Nor will 18 digit ones. > Or 17. > You get the point. > I was thinking about adding some methods to the API that deal with > retrieving dates from the db while at the same time taking care of > all the > timezone etc issues. Until then I am afraid a manually retrieved > date will > make no sense to the extension if it's beyond the 32bit limit, i.e. > 2038, > and if the normal PHP date functions are used. > >> To me it looks that calling the server to get timestamps for all >> dates >> is a bit of an overkill, while we could just make all calculations on >> client side. Despite having duplicate "checking" code (server + >> client >> side), are the other reasons for doing so? > > Yeah I need to look into that some more. ADOdb timestamps are still > just > seconds since 1970, and all that TYPO3 does is compute the seconds > difference. It all relies on the JS Date() object, which seems to > support > dates past the 32-bit limit, so TYPO3 does indeed support extended > dates, > it just can't save it in the db. > The reason I used AJAX was that I assumed that it couldn't be handled > otherwise. > > I think we can get rid of the server call. We just add the date format > option like Kasper added the US mode and use it to evaluate the input > string client side. So we only need adodb server side, either > directly or > via some API wrapper. > > What do you think? > > Christoph > _______________________________________________ > 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 From Martin.Kutschker at n0spam-blackbox.net Mon May 21 16:27:28 2007 From: Martin.Kutschker at n0spam-blackbox.net (Martin Kutschker) Date: Mon, 21 May 2007 16:27:28 +0200 Subject: [TYPO3-dev] ADOdb extended dates prototype In-Reply-To: References: Message-ID: Ernesto Baschny [cron IT] schrieb: > > - Having a client with a TZ setting on his machine and a different TZ > setting in TYPO3. Is this required? common? neeeded? What sense does > that make? Server is in Europe, client is in Asia. Maybe not common, but I know of such sites (intenranation corporations and organizations). Masi From christoph.koehler at gmail.com Mon May 21 16:30:00 2007 From: christoph.koehler at gmail.com (Christoph Koehler) Date: Mon, 21 May 2007 09:30:00 -0500 Subject: [TYPO3-dev] ADOdb extended dates prototype References: Message-ID: On Mon, 21 May 2007 09:27:28 -0500, Martin Kutschker wrote: > Ernesto Baschny [cron IT] schrieb: >> - Having a client with a TZ setting on his machine and a different TZ >> setting in TYPO3. Is this required? common? neeeded? What sense does >> that make? > > Server is in Europe, client is in Asia. Maybe not common, but I know of > such sites (intenranation corporations and organizations). > > Masi Martin, He was referring to an option I added in TYPO3 for the current BE user to specify his timezone; instead, we should just get it from the client and not add an extra option for it. Christoph From ernst at cron-it.de Mon May 21 16:34:58 2007 From: ernst at cron-it.de (Ernesto Baschny [cron IT]) Date: Mon, 21 May 2007 16:34:58 +0200 Subject: [TYPO3-dev] ADOdb extended dates prototype In-Reply-To: References: Message-ID: Christoph Koehler wrote: on 21.05.2007 15:52: >> - Having a client with a TZ setting on his machine and a different TZ >> setting in TYPO3. Is this required? common? neeeded? What sense does >> that make? > Didn't know that was there :) That would make things easier of course, > at least for timezone. One goal was to allow the user to choose any date > format he wants and deprecate the US mode install tool setting. So we > still need some kind of setting in TYPO3 for that. I thought your extension added some user setting where he can choose which TZ he is in. I didn't test it, that what I though when reading your code. The "us-mode" setting is really a bit ugly, but this doesn't affect TZ calculations at all. It just switches days with months (mm.dd.yyyy instead of dd.mm.yyyy) in the "human readable" output that the client displays in date/datetime fields. Having different preferred date format in input-fields might get some ugly results, so I prefer to keep that setting "global". E.g. I must enter "dd.mm.yyy" when I am logged in as user "eu-user" and "mm.dd.yyy" when logging in as "us-user". >> - Using adodb for storage: This is a nice addition in your extension! >> And this is the one I would find most interesting to get into the Core. >> But I would like to know a bit more about it: How does the DB has to be >> changed to be able to store those values? What about extensions that >> make use of this date fields directly? > > The db fields need to be changed to bigint because normal int fields are > only 32-bit. The maximum digits for a 64-bit date is 19 I think, so that > needs to be changed from 11 digits as well, even though 19 digits > timestamps will very likely never happen. Nor will 18 digit ones. Or 17. > You get the point. > I was thinking about adding some methods to the API that deal with > retrieving dates from the db while at the same time taking care of all > the timezone etc issues. Until then I am afraid a manually retrieved > date will make no sense to the extension if it's beyond the 32bit limit, > i.e. 2038, and if the normal PHP date functions are used. I thought the main benefit of using adodb was to use negative timestamps to be able to represent dates before 1970. Dates after 2038 are also nice, but I think not so important right now than being able to represent the birthday of people that are over 37 years old in a regular "date" field. So for doing negative dates, we need a SIGNED INT field, where we currently have a UNSIGNED INT. Having a nice date-manipulation API might come very handy, but I think for frontend stuff this might be a candidate for inclusion in the "cal" extension. "cal" already has to perform several date manipulations. But my idea would be not to "misuse" the current "date" and "datetime" eval fields, because that would mean rewriting every extension that expects that fields to hold UNSIGNED INTs. I would rather add a new "adodate" or "bigdate" and "bigdatetime" eval fields that handle that new situation. This way we guarantee backwards compatibility, we have two new eval field types which internally use adodb and maybe some fancy JS for client-side calculation (maybe regular new Date() from JavaScript already handle signed bigint's???). New extensions can make use of those fields, old extensions still work, but upgrades might change to the new fields. Old eval types are marked as "deprecated" now and nobody is encouraged to use them. >> To me it looks that calling the server to get timestamps for all dates >> is a bit of an overkill, while we could just make all calculations on >> client side. Despite having duplicate "checking" code (server + client >> side), are the other reasons for doing so? > Yeah I need to look into that some more. ADOdb timestamps are still just > seconds since 1970, and all that TYPO3 does is compute the seconds > difference. It all relies on the JS Date() object, which seems to > support dates past the 32-bit limit, so TYPO3 does indeed support > extended dates, it just can't save it in the db. > The reason I used AJAX was that I assumed that it couldn't be handled > otherwise. It can be, check out the mentioned patch which is in the previously mentioned bug report. That was the solution Mario Matzulla and I found during the TYPO3 Developer Days. The patch already entered the core list, but currently we've got very little feedback from users, which is why core members are probably holding back with reviewing. The more feedback we get from users that NEED those bugs fixed, the better changes we have to integrate that in 4.2. > I think we can get rid of the server call. We just add the date format > option like Kasper added the US mode and use it to evaluate the input > string client side. So we only need adodb server side, either directly > or via some API wrapper. Are there other "date formats" than dd.mm.yyyy and mm.dd.yyyy? Keep in mind that the separator character is currently "flexible", you could even enter "ddXmmXyyyy" in that field. We could have a configurable separator for dates, so that instead of "-" it could be "." or "/". But that would only change the human readable output, because the parsing and stuff would work the same way as today. And if JS already handles signed bigints in Date() object, that is pretty much all we need to support adodb-dates. Cheers, Ernesto From johnange at gmail.com Mon May 21 16:38:51 2007 From: johnange at gmail.com (John Angel) Date: Mon, 21 May 2007 16:38:51 +0200 Subject: [TYPO3-dev] FORM element References: Message-ID: >> Have you checked excellent ext th_mailformplus? >> > > sure, but it's not the point, this issue should develop built in FORM. I know, but why not integrate all the good things from th_mailformplus into the core? Sending forms seems like a pretty core-thing. From ernst at cron-it.de Mon May 21 16:37:31 2007 From: ernst at cron-it.de (Ernesto Baschny [cron IT]) Date: Mon, 21 May 2007 16:37:31 +0200 Subject: [TYPO3-dev] ADOdb extended dates prototype In-Reply-To: References: Message-ID: Martin Kutschker wrote: on 21.05.2007 16:27: >> - Having a client with a TZ setting on his machine and a different TZ >> setting in TYPO3. Is this required? common? neeeded? What sense does >> that make? > > Server is in Europe, client is in Asia. Maybe not common, but I know of > such sites (intenranation corporations and organizations). Yes, server knows its TZ, client knows its TZ (from the OS). Why would the user want to specify a third TZ in a TYPO3 setting? That would be like "my OS is setup to japan TZ, but I want to edit content as if I were in Germany". That doesn't make much sense in my eyes. But I think I understood Christophs extension wrong, it looks like only the output-format is "configurable" per user. Read my last post about that, as even that I think is not needed. Cheers, Ernesto From ernst at cron-it.de Mon May 21 16:55:06 2007 From: ernst at cron-it.de (Ernesto Baschny [cron IT]) Date: Mon, 21 May 2007 16:55:06 +0200 Subject: [TYPO3-dev] FORM element In-Reply-To: References: Message-ID: John Angel wrote: on 21.05.2007 16:38: >>> Have you checked excellent ext th_mailformplus? >> sure, but it's not the point, this issue should develop built in FORM. > I know, but why not integrate all the good things from th_mailformplus > into the core? Sending forms seems like a pretty core-thing. True, but I don't see how something like th_mailformplus compares to the FORMs cObject functionality. Both handle the same stuff, but are oriented towards different use-cases: - FORM: easy to "click together" forms, any editor can do that using the "wizard". - th_mailformplus: someone has to build pretty complex HTML-templates with markers, error messages etc for specific tasks. The nice stuff in th_mailformplus that are worth looking at for integration in FORMs cObject: - more control over what to do with the submitted data (db saving, sending control emails to submitter "thanks for your interest) - more control over error messages - more control over validation of certain fields But maybe a totally new track would be the most effective: A nice user friendly wizard for FORMidable? That would mean every editor can "click together" a pretty complex form, and it will generate some FORMidable configuration. I think this might be even a better approach than trying to integrate th_mailformplus functionality in FORM, because FORMidable already has a pretty stable, mature and very well founded API for handling forms. For a start we might just try to "enhance" little pieces of FORM cObject, which is what has more chances to get into core and have visionary ideas evolve in form of extensions first. Cheers, Ernesto From ernst at cron-it.de Mon May 21 17:04:28 2007 From: ernst at cron-it.de (Ernesto Baschny [cron IT]) Date: Mon, 21 May 2007 17:04:28 +0200 Subject: [TYPO3-dev] FORM element In-Reply-To: References: Message-ID: Steffen Kamper wrote: on 19.05.2007 00:27: > first of all i'm glad to hear from you as a core developer. I know many user > are wish a better module for the daily work, but without support from core > team it's difficult. I felt exactly the oposite way: We had some pretty hard work to get very near to the success in enhancing that part, but we had a total lack of support from users needing that functionalty when the problems arose and I had no time to work on that anymore. I remember calling for "help" several times in the mailing lists to see if someone wanted to finish the work, but noone seemed interested. So if you are interested and have some meaningful ideas in form of a patch or change request, I am sure we will gladly review it in the core. >> +1 on that. Some time ago I had some "ideas" about it, but was stalled >> when I hit the ugly cow of backwards compatibility: >> >> http://bugs.typo3.org/view.php?id=2119 > Very good to know. I will look at your patch. Why is this open for so long > time, can you give me a specific hint of the main problem ? The main problem was backwards compatibility. Using that new functionality would not only deprecate but obsolete some settings (like "accessiblity=1") which would leave old sites that upgrade to 4.0.x with somehow "different looking" sites. Looking at it now I would say that we should have dared the change, but this was one of the major concearns at that time: a smooth upgrade path from 3.8.x to 4.0.0. So the work "stuck" because noone was able to continue what I have started and added that compatibility layer, which is a pretty annoying and time consuming task, because you have to test and think about so many differnet situations. > this is always a problem, because time is a rare thing. And everyone has to > set his own priorities - anyway to less time. > I will make a little project for that starting from ECT and placed on Wiki > so everyone is invited to support and adding ideas. > Backwards compatibility could be achieved by a flag, simular to the table > object. The TS was not the problem at that time, but the changes in handling of the settings in PHP. In my eyes it make much more sense and made it more flexible how I reorganized the wrappings (no HTML tags in PHP anymore), but this made old TS incompatible with it. So what was missing was a compatibility switch in PHP to keep old-school TS happy. I must confess that this frustrated me and kept me from going on on that matter. The content rendering group would be best place to discuss the ideas in this area, and not the ECT, as everything that has to do with "content rending" in the core should go through that group. So if you can, please followup your ideas in that list. Cheers, Ernesto From bedlamhotel at gmail.com Mon May 21 17:13:11 2007 From: bedlamhotel at gmail.com (Christopher Torgalson) Date: Mon, 21 May 2007 08:13:11 -0700 Subject: [TYPO3-dev] FORM element In-Reply-To: References: Message-ID: On 5/21/07, Ernesto Baschny [cron IT] wrote: > Steffen Kamper wrote: on 19.05.2007 00:27: > > > first of all i'm glad to hear from you as a core developer. I know many user > > are wish a better module for the daily work, but without support from core > > team it's difficult. > > I felt exactly the oposite way: We had some pretty hard work to get very > near to the success in enhancing that part, but we had a total lack of > support from users needing that functionalty when the problems arose and > I had no time to work on that anymore. I remember calling for "help" > several times in the mailing lists to see if someone wanted to finish > the work, but noone seemed interested. > > So if you are interested and have some meaningful ideas in form of a > patch or change request, I am sure we will gladly review it in the core. > > >> +1 on that. Some time ago I had some "ideas" about it, but was stalled > >> when I hit the ugly cow of backwards compatibility: > >> > >> http://bugs.typo3.org/view.php?id=2119 > > > Very good to know. I will look at your patch. Why is this open for so long > > time, can you give me a specific hint of the main problem ? > > The main problem was backwards compatibility. Using that new > functionality would not only deprecate but obsolete some settings (like > "accessiblity=1") which would leave old sites that upgrade to 4.0.x with > somehow "different looking" sites. Looking at it now I would say that we > should have dared the change, but this was one of the major concearns at > that time: a smooth upgrade path from 3.8.x to 4.0.0. So the work > "stuck" because noone was able to continue what I have started and added > that compatibility layer, which is a pretty annoying and time consuming > task, because you have to test and think about so many differnet situations. > > > this is always a problem, because time is a rare thing. And everyone has to > > set his own priorities - anyway to less time. > > I will make a little project for that starting from ECT and placed on Wiki > > so everyone is invited to support and adding ideas. > > Backwards compatibility could be achieved by a flag, simular to the table > > object. > > The TS was not the problem at that time, but the changes in handling of > the settings in PHP. In my eyes it make much more sense and made it more > flexible how I reorganized the wrappings (no HTML tags in PHP anymore), > but this made old TS incompatible with it. So what was missing was a > compatibility switch in PHP to keep old-school TS happy. I must confess > that this frustrated me and kept me from going on on that matter. > > The content rendering group would be best place to discuss the ideas in > this area, and not the ECT, as everything that has to do with "content > rending" in the core should go through that group. So if you can, please > followup your ideas in that list. Possibly a stupid question: could we not just use the compatibility condition to 'choose' between the existing form function and an entirely new one? -- Christopher Torgalson http://www.typo3apprentice.com/ From steffen at dislabs.de Mon May 21 17:14:35 2007 From: steffen at dislabs.de (Steffen Kamper) Date: Mon, 21 May 2007 17:14:35 +0200 Subject: [TYPO3-dev] FORM element References: Message-ID: "Ernesto Baschny [cron IT]" schrieb im Newsbeitrag news:mailman.1.1179759307.1429.typo3-dev at lists.netfielders.de... > John Angel wrote: on 21.05.2007 16:38: > >>>> Have you checked excellent ext th_mailformplus? > >>> sure, but it's not the point, this issue should develop built in FORM. > >> I know, but why not integrate all the good things from th_mailformplus >> into the core? Sending forms seems like a pretty core-thing. > > True, but I don't see how something like th_mailformplus compares to the > FORMs cObject functionality. Both handle the same stuff, but are > oriented towards different use-cases: > > - FORM: easy to "click together" forms, any editor can do that using the > "wizard". > > - th_mailformplus: someone has to build pretty complex HTML-templates > with markers, error messages etc for specific tasks. > > The nice stuff in th_mailformplus that are worth looking at for > integration in FORMs cObject: > > - more control over what to do with the submitted data (db saving, > sending control emails to submitter "thanks for your interest) > - more control over error messages > - more control over validation of certain fields > > But maybe a totally new track would be the most effective: A nice user > friendly wizard for FORMidable? That would mean every editor can "click > together" a pretty complex form, and it will generate some FORMidable > configuration. I think this might be even a better approach than trying > to integrate th_mailformplus functionality in FORM, because FORMidable > already has a pretty stable, mature and very well founded API for > handling forms. > > For a start we might just try to "enhance" little pieces of FORM > cObject, which is what has more chances to get into core and have > visionary ideas evolve in form of extensions first. > > Cheers, > Ernesto yes, that's same that i think, starting with little enhabces. Then see how to create a new wizard - i think also, that it is important to click a form without knowledge of html etc. Would be very nice with Ajax Drag&Drop. May be validation could be done with ajax too, very nice examples are here : http://www.zapatec.com/website/main/products/forms/demo.jsp Anyway we have to start, visions are nice but all has to be done step by step. I still wait for a response of Patrick, then i will start the project, collecting all ideas and wishes and writing patches for existing FORM. btw - wizard_forms.php is used by FORM only or anywhere else ? vg Steffen From christoph.koehler at gmail.com Mon May 21 17:17:49 2007 From: christoph.koehler at gmail.com (Christoph Koehler) Date: Mon, 21 May 2007 10:17:49 -0500 Subject: [TYPO3-dev] ADOdb extended dates prototype References: Message-ID: On Mon, 21 May 2007 09:34:58 -0500, Ernesto Baschny [cron IT] wrote: > Christoph Koehler wrote: on 21.05.2007 15:52: > I thought your extension added some user setting where he can choose > which TZ he is in. I didn't test it, that what I though when reading > your code. Yes it does, but as you mentioned, that's kind of obsolete. > The "us-mode" setting is really a bit ugly, but this doesn't affect TZ > calculations at all. It just switches days with months (mm.dd.yyyy > instead of dd.mm.yyyy) in the "human readable" output that the client > displays in date/datetime fields. Having different preferred date format > in input-fields might get some ugly results, so I prefer to keep that > setting "global". E.g. I must enter "dd.mm.yyy" when I am logged in as > user "eu-user" and "mm.dd.yyy" when logging in as "us-user". Tell that the content editor that is used to doing it her way. There are no ugly results because you set your preference, and whatever you type in is evaluated based on your preference. Pretty simple, and everyone can use their favorite date format! > I thought the main benefit of using adodb was to use negative timestamps > to be able to represent dates before 1970. Dates after 2038 are also > nice, but I think not so important right now than being able to > represent the birthday of people that are over 37 years old in a regular > "date" field. PHP on unix support negative timestamps as well, going down to like 1902 or so. The advantage of ADOdb is that instead of 32-bits, the timestamps can now be 64 bits, signed. > So for doing negative dates, we need a SIGNED INT field, where we > currently have a UNSIGNED INT. Right, in Unix. Windows PHP doesn't support negative timestamps. I am actually not sure how ADOdb handles that on Windows, but I am sure it works :) > Having a nice date-manipulation API might come very handy, but I think > for frontend stuff this might be a candidate for inclusion in the "cal" > extension. "cal" already has to perform several date manipulations. That's fine with me. > But my idea would be not to "misuse" the current "date" and "datetime" > eval fields, because that would mean rewriting every extension that > expects that fields to hold UNSIGNED INTs. I would rather add a new > "adodate" or "bigdate" and "bigdatetime" eval fields that handle that > new situation. This way we guarantee backwards compatibility, we have > two new eval field types which internally use adodb and maybe some fancy > JS for client-side calculation (maybe regular new Date() from JavaScript > already handle signed bigint's???). New extensions can make use of those > fields, old extensions still work, but upgrades might change to the new > fields. Old eval types are marked as "deprecated" now and nobody is > encouraged to use them. That'll work for me. >> I think we can get rid of the server call. We just add the date format >> option like Kasper added the US mode and use it to evaluate the input >> string client side. So we only need adodb server side, either directly >> or via some API wrapper. > > Are there other "date formats" than dd.mm.yyyy and mm.dd.yyyy? Keep in > mind that the separator character is currently "flexible", you could > even enter "ddXmmXyyyy" in that field. We could have a configurable > separator for dates, so that instead of "-" it could be "." or "/". But > that would only change the human readable output, because the parsing > and stuff would work the same way as today. yyyy/mm/dd. Don't know anyone using it, but with my solution you can use dd/yyyy/mm if you want. I never saw the separator being configurable. But as far as I know you can enter dates in any format, but it won't stay that way in the input fileld. > And if JS already handles signed bigints in Date() object, that is > pretty much all we need to support adodb-dates. I guess except for changing the db fields to bigints, TYPO3 might already handle those dates very well. That's interesting. Someone mentioned pear::date, as well. Haven't looked at it, but will do that to see if it might be better than ADOdb. > Cheers, > Ernesto From ernst at cron-it.de Mon May 21 17:40:48 2007 From: ernst at cron-it.de (Ernesto Baschny [cron IT]) Date: Mon, 21 May 2007 17:40:48 +0200 Subject: [TYPO3-dev] FORM element In-Reply-To: References: Message-ID: Christopher Torgalson wrote: on 21.05.2007 17:13: > Possibly a stupid question: could we not just use the compatibility > condition to 'choose' between the existing form function and an > entirely new one? Yes, we could. But if we keep the changes "small", there is no need to duplicate the same functionality. So maybe our "new form function" will also be able to handle the "old code", so no need for a switch even. The less stuff is handled with such a switch, the less ugly code we have in core. So I am not agains using such a switch, but I don't feel well if we have two complete distinct functions to handle FORM cObject ("new way" vs "old way"). Cheers, Ernesto From steffen at dislabs.de Mon May 21 17:41:47 2007 From: steffen at dislabs.de (Steffen Kamper) Date: Mon, 21 May 2007 17:41:47 +0200 Subject: [TYPO3-dev] FORM element References: Message-ID: "Ernesto Baschny [cron IT]" schrieb im Newsbeitrag news:mailman.1.1179759869.3992.typo3-dev at lists.netfielders.de... > Steffen Kamper wrote: on 19.05.2007 00:27: > >> first of all i'm glad to hear from you as a core developer. I know many >> user >> are wish a better module for the daily work, but without support from >> core >> team it's difficult. > > I felt exactly the oposite way: We had some pretty hard work to get very > near to the success in enhancing that part, but we had a total lack of > support from users needing that functionalty when the problems arose and > I had no time to work on that anymore. I remember calling for "help" > several times in the mailing lists to see if someone wanted to finish > the work, but noone seemed interested. > > So if you are interested and have some meaningful ideas in form of a > patch or change request, I am sure we will gladly review it in the core. > >>> +1 on that. Some time ago I had some "ideas" about it, but was stalled >>> when I hit the ugly cow of backwards compatibility: >>> >>> http://bugs.typo3.org/view.php?id=2119 > >> Very good to know. I will look at your patch. Why is this open for so >> long >> time, can you give me a specific hint of the main problem ? > > The main problem was backwards compatibility. Using that new > functionality would not only deprecate but obsolete some settings (like > "accessiblity=1") which would leave old sites that upgrade to 4.0.x with > somehow "different looking" sites. Looking at it now I would say that we > should have dared the change, but this was one of the major concearns at > that time: a smooth upgrade path from 3.8.x to 4.0.0. So the work > "stuck" because noone was able to continue what I have started and added > that compatibility layer, which is a pretty annoying and time consuming > task, because you have to test and think about so many differnet > situations. > >> this is always a problem, because time is a rare thing. And everyone has >> to >> set his own priorities - anyway to less time. >> I will make a little project for that starting from ECT and placed on >> Wiki >> so everyone is invited to support and adding ideas. >> Backwards compatibility could be achieved by a flag, simular to the table >> object. > > The TS was not the problem at that time, but the changes in handling of > the settings in PHP. In my eyes it make much more sense and made it more > flexible how I reorganized the wrappings (no HTML tags in PHP anymore), > but this made old TS incompatible with it. So what was missing was a > compatibility switch in PHP to keep old-school TS happy. I must confess > that this frustrated me and kept me from going on on that matter. > > The content rendering group would be best place to discuss the ideas in > this area, and not the ECT, as everything that has to do with "content > rending" in the core should go through that group. So if you can, please > followup your ideas in that list. > > Cheers, > Ernesto I see the problems, that doesn't make the task easy. One way could be a function that render the form in old way. The Idea with ECT was only to publish the Wiki-link, all discussions, ideas etc. should be placed there, so we don't loose any information in the newsgroups. I will announce that in content rendering group, so all have the chance to discuss and be part of this. btw - Joey provided a nice TS hack to include fieldsets only with Typoscript without any changing of php. It would be nice if he can support us with his ideas. vg Steffen From christoph.koehler at gmail.com Mon May 21 17:56:38 2007 From: christoph.koehler at gmail.com (Christoph Koehler) Date: Mon, 21 May 2007 10:56:38 -0500 Subject: [TYPO3-dev] ADOdb extended dates prototype References: Message-ID: Hey, It does seem like ADOdb takes better care of dates, i.e. the switch to the Gregorian calendar, which would be incorrect if we just used TYPO3s method of seconds since. So I guess to be accurate there is no way around a server side solution. Christoph From thorsten.kahler at dkd.de Mon May 21 19:01:05 2007 From: thorsten.kahler at dkd.de (Thorsten Kahler) Date: Mon, 21 May 2007 19:01:05 +0200 Subject: [TYPO3-dev] FORM element In-Reply-To: References: Message-ID: Hi Masi, Martin Kutschker wrote on 19.05.2007 20:17: > [...] > The reason is > (and partly this already in place) that the Core itself must expect form > input on ANY page. > what's the reason that form data must be handled by the core on ANY page? Just for the redirect feature? IMO a first step to a cleaner approach would be to let the form action always point to the current page. Then we can be pretty sure that the FORM object that produced the HMTL of the form can handle the form data. This way we have the FORM setup in place to validate the data by PHP (and not only by JS a currently). Regards Thorsten From steffen at dislabs.de Mon May 21 20:39:30 2007 From: steffen at dislabs.de (Steffen Kamper) Date: Mon, 21 May 2007 20:39:30 +0200 Subject: [TYPO3-dev] FORM element References: Message-ID: Hi Thorsten, "Thorsten Kahler" schrieb im Newsbeitrag news:mailman.1.1179772359.7961.typo3-dev at lists.netfielders.de... > Hi Masi, > > Martin Kutschker wrote on 19.05.2007 20:17: >> [...] >> The reason is >> (and partly this already in place) that the Core itself must expect form >> input on ANY page. >> > > what's the reason that form data must be handled by the core on ANY page? > Just for the redirect feature? > > IMO a first step to a cleaner approach would be to let the form action > always point to the current page. Then we can be pretty sure that the FORM > object that produced the HMTL of the form can handle the form data. This > way > we have the FORM setup in place to validate the data by PHP (and not only > by JS a currently). > > Regards > Thorsten it is not important to handle the current page. tslib_fe handles all post data and it can be handled. For php validation only page id of the send form has to be known to show the form again. It's simular to login, that can be postet from any page too. vg Steffen From thorsten.kahler at dkd.de Mon May 21 21:11:06 2007 From: thorsten.kahler at dkd.de (Thorsten Kahler) Date: Mon, 21 May 2007 21:11:06 +0200 Subject: [TYPO3-dev] FORM element In-Reply-To: References: Message-ID: Hi Steffen, Steffen Kamper wrote on 21.05.2007 20:39: >> what's the reason that form data must be handled by the core on ANY page? >> Just for the redirect feature? >> > > it is not important to handle the current page. tslib_fe handles all post > data and it can be handled. describing the current implementation ain't an answer to my question. > For php validation only page id of the send form has to be known to show the > form again. No. If the user is on a different page a) why and where should the form be shown? b) the TS setup of the page where the FORM originates from has to be available to generate the HTML form like it is on the original page. > > It's simular to login, that can be postet from any page too. > There might be reasons to implement a login like that, but I see no reason to evaluate form data on any page of a website. Regards Thorsten Regards Thorsten From xoonsji02 at sneakemail.com Mon May 21 22:59:52 2007 From: xoonsji02 at sneakemail.com (Bernd Wilke) Date: Mon, 21 May 2007 22:59:52 +0200 Subject: [TYPO3-dev] FORM element References: Message-ID: On Mon, 21 May 2007 17:04:28 +0200, Ernesto Baschny [cron IT] wrote with subject "Re: [TYPO3-dev] FORM element": > Steffen Kamper wrote: on 19.05.2007 00:27: > > > first of all i'm glad to hear from you as a core developer. I know many user > > are wish a better module for the daily work, but without support from core > > team it's difficult. > > I felt exactly the oposite way: We had some pretty hard work to get very > near to the success in enhancing that part, but we had a total lack of > support from users needing that functionalty when the problems arose and > I had no time to work on that anymore. I remember calling for "help" > several times in the mailing lists to see if someone wanted to finish > the work, but noone seemed interested. > > So if you are interested and have some meaningful ideas in form of a > patch or change request, I am sure we will gladly review it in the core. two fields with IP and time (coded) of form-request to avoid automated input (SPAM). on submitting the form these values can be handled as follows: test on identical IP and minimum delay (configurable) the action resulting from the form (normaly a mail or database insert) will be proceeded only if a) the IP from form-request and form-send were identical b) the delay is between a minimum (e.g. 20 sec) and a maximum (e.g. 30 min) RFC Bernd -- http://www.pi-phi.de/t3v4/cheatsheet.html From xoonsji02 at sneakemail.com Mon May 21 23:22:49 2007 From: xoonsji02 at sneakemail.com (Bernd Wilke) Date: Mon, 21 May 2007 23:22:49 +0200 Subject: [TYPO3-dev] FORM element References: Message-ID: On Mon, 21 May 2007 21:11:06 +0200, Thorsten Kahler wrote with subject "Re: [TYPO3-dev] FORM element": > Hi Steffen, > > Steffen Kamper wrote on 21.05.2007 20:39: > >> what's the reason that form data must be handled by the core on ANY page? > >> Just for the redirect feature? > >> > > > > it is not important to handle the current page. tslib_fe handles all post > > data and it can be handled. > > describing the current implementation ain't an answer to my question. > > > For php validation only page id of the send form has to be known to show the > > form again. > > No. If the user is on a different page > a) why and where should the form be shown? > b) the TS setup of the page where the FORM originates from has to be > available to generate the HTML form like it is on the original page. > > > > > It's simular to login, that can be postet from any page too. > > > > There might be reasons to implement a login like that, but I see no reason > to evaluate form data on any page of a website. what about a pair of a form- and an action-content? if you have a form-content which can call any page and an action-content which can be called from any page you don't need to handle the forms on every page and you are not restricted to handle a form on the original page. e.g. you can build a complex actionhandling and can have different forms distributed all over your site. Bernd -- http://www.pi-phi.de/t3v4/cheatsheet.html From christoph.koehler at gmail.com Mon May 21 23:26:52 2007 From: christoph.koehler at gmail.com (Christoph Koehler) Date: Mon, 21 May 2007 16:26:52 -0500 Subject: [TYPO3-dev] ADOdb extended dates prototype References: Message-ID: Hey, Here is my idea. To be consistent with the approach that would work for extensions and server side dates, namely ADOdb time, I believe it needs to be used when entering dates, too. Client side would be faster, but ultimately there could be problems with early dates due to the switch to the Gregorian calendar and maybe others. My proposal is this: The reason it's so slow is the inclusion of init.php. I can work around that and make it fast. Benchmarks showed that requests without including init.php were about 200ms for the first, and 20ms for subsequent requests, which is very reasonable compared to over 1000ms it takes now for each request. My solution would also take care of timezones in that it would be converted to GMT during transmit and back to server time before saving, similar to the patch you linked to, if I understand correctly. I would take the timezone from the client, getting rid of the config field, while at the same time keeping the possibility to configure your own desired date format for date entry and output in all the forms, consistently. That has been a complaint I have heard before from clients and it really doesn't add any problems. That would mean your patch will not be needed. I heard you guys thought it through very thoroughly, so I want to be sure I get everything right. By the time you read this I probably have a new version of extdates already released for you guys to consider, I just wanted to post this anyway. Christoph From bedlamhotel at gmail.com Tue May 22 01:12:27 2007 From: bedlamhotel at gmail.com (Christopher Torgalson) Date: Mon, 21 May 2007 16:12:27 -0700 Subject: [TYPO3-dev] FORM element In-Reply-To: References: Message-ID: Hi, On 5/21/07, Bernd Wilke wrote: > On Mon, 21 May 2007 21:11:06 +0200, Thorsten Kahler wrote > with subject "Re: [TYPO3-dev] FORM element": > > > Hi Steffen, > > > > Steffen Kamper wrote on 21.05.2007 20:39: > > >> what's the reason that form data must be handled by the core on ANY page? > > >> Just for the redirect feature? > > >> > > > > > > it is not important to handle the current page. tslib_fe handles all post > > > data and it can be handled. > > > > describing the current implementation ain't an answer to my question. > > > > > For php validation only page id of the send form has to be known to show the > > > form again. > > > > No. If the user is on a different page > > a) why and where should the form be shown? > > b) the TS setup of the page where the FORM originates from has to be > > available to generate the HTML form like it is on the original page. > > > > > > > > It's simular to login, that can be postet from any page too. > > > > > > > There might be reasons to implement a login like that, but I see no reason > > to evaluate form data on any page of a website. > > what about a pair of a form- and an action-content? > > if you have a form-content which can call any page and an action-content > which can be called from any page you don't need to handle the forms on > every page and you are not restricted to handle a form on the original > page. > > e.g. > you can build a complex actionhandling and can have different forms > distributed all over your site. This is a terrific idea. One thing I'd suggest if this method is adopted is that the form element have some default action behaviour (i.e. posts to the current page etc if the 'action' is not specified) so that non-developers can still add a simple form to the page without having to understand the difference between 'form' and 'action'. -- Christopher Torgalson http://www.typo3apprentice.com/ From fsuter at cobweb.ch Tue May 22 10:02:30 2007 From: fsuter at cobweb.ch (Francois Suter) Date: Tue, 22 May 2007 10:02:30 +0200 Subject: [TYPO3-dev] FORM element In-Reply-To: References: Message-ID: Hi, >>> Changing the FORM cObject is on top of my list right now. I will >>> publish the investigation of the object soon on the Wiki, so the >>> community can add their comments to it. > > Have you checked excellent ext th_mailformplus? This is really very different. Indeed th_mailformplus is nice (especially the latest version that finally handles internationalisation), but it is not a cObj. That means you cannot plug the th_mailformplus somewhere else - like in your extension - to get it to render your form. Many extensions now rely on feAdminLib, but this is yet another way to render forms, that needs its own templates. If the FORM object could be made more complete, it could be used in many more situations and, as a site developer, you would only have one set of TS to set up for all your forms. -- Francois Suter Cobweb Development Sarl - http://www.cobweb.ch From typo3 at bruehlmeier.com Tue May 22 11:25:34 2007 From: typo3 at bruehlmeier.com (David Bruehlmeier) Date: Tue, 22 May 2007 11:25:34 +0200 Subject: [TYPO3-dev] ADOdb extended dates prototype In-Reply-To: References: Message-ID: Hi Christoph, sorry I didn't respond earlier... > Here is my idea. To be consistent with the approach that would work for > extensions and server side dates, namely ADOdb time, I believe it needs > to be used when entering dates, too. Client side would be faster, but > ultimately there could be problems with early dates due to the switch to > the Gregorian calendar and maybe others. +1 Having both a client- and a server-side conversion doesn't make sense. ADOdb is a proven solution and handles all kinds of 'specialities, so let's use it for all conversion. > My proposal is this: The reason it's so slow is the inclusion of > init.php. I can work around that and make it fast. Benchmarks showed > that requests without including init.php were about 200ms for the first, > and 20ms for subsequent requests, which is very reasonable compared to > over 1000ms it takes now for each request. Sounds reasonable. > My solution would also take care of timezones in that it would be > converted to GMT during transmit and back to server time before saving, > similar to the patch you linked to, if I understand correctly. I would > take the timezone from the client, getting rid of the config field, > while at the same time keeping the possibility to configure your own > desired date format for date entry and output in all the forms, > consistently. That has been a complaint I have heard before from clients > and it really doesn't add any problems. +1 Greetings, Dave From typo3 at bruehlmeier.com Tue May 22 11:29:10 2007 From: typo3 at bruehlmeier.com (David Bruehlmeier) Date: Tue, 22 May 2007 11:29:10 +0200 Subject: [TYPO3-dev] ADOdb extended dates prototype In-Reply-To: References: Message-ID: Hi, > But my idea would be not to "misuse" the current "date" and "datetime" > eval fields, because that would mean rewriting every extension that > expects that fields to hold UNSIGNED INTs. I would rather add a new > "adodate" or "bigdate" and "bigdatetime" eval fields that handle that > new situation. This way we guarantee backwards compatibility, we have > two new eval field types which internally use adodb and maybe some fancy > JS for client-side calculation (maybe regular new Date() from JavaScript > already handle signed bigint's???). New extensions can make use of those > fields, old extensions still work, but upgrades might change to the new > fields. Old eval types are marked as "deprecated" now and nobody is > encouraged to use them. +1 Yes, this should become a new field type. The current date/time field types might be marked deprecated to achieve a smooth transition. Regards Dave From bedlamhotel at gmail.com Tue May 22 17:19:19 2007 From: bedlamhotel at gmail.com (Christopher Torgalson) Date: Tue, 22 May 2007 08:19:19 -0700 Subject: [TYPO3-dev] FORM element In-Reply-To: References: Message-ID: Hi there, On 5/22/07, Francois Suter wrote: > Hi, > > >>> Changing the FORM cObject is on top of my list right now. I will > >>> publish the investigation of the object soon on the Wiki, so the > >>> community can add their comments to it. > > > > Have you checked excellent ext th_mailformplus? > > This is really very different. Indeed th_mailformplus is nice > (especially the latest version that finally handles > internationalisation), but it is not a cObj. That means you cannot plug > the th_mailformplus somewhere else - like in your extension - to get it > to render your form. Many extensions now rely on feAdminLib, but this is > yet another way to render forms, that needs its own templates. If the > FORM object could be made more complete, it could be used in many more > situations and, as a site developer, you would only have one set of TS > to set up for all your forms. I quite agree. feAdminLib's way of dealing with forms is far too labour-intensive (e.g. consider how in sr_feuser_register you need to customize 3 or 4 /sets/ of virtually identical and very long forms). It would be great if we could use TS forms instead. -- Christopher Torgalson http://www.typo3apprentice.com/ From ernst at cron-it.de Tue May 22 17:49:52 2007 From: ernst at cron-it.de (Ernesto Baschny [cron IT]) Date: Tue, 22 May 2007 17:49:52 +0200 Subject: [TYPO3-dev] ADOdb extended dates prototype In-Reply-To: References: Message-ID: Christoph Koehler wrote: on 21.05.2007 23:26: > Here is my idea. To be consistent with the approach that would work for > extensions and server side dates, namely ADOdb time, I believe it needs > to be used when entering dates, too. Client side would be faster, but > ultimately there could be problems with early dates due to the switch to > the Gregorian calendar and maybe others. I think we always will have some problems in that area, as the gregorian date switch depends also on local adoption (1582 in christian countries, but for example 1927 in turkey). So you would need to know in which country the date refers to if you want to be precise. > My proposal is this: The reason it's so slow is the inclusion of > init.php. I can work around that and make it fast. Benchmarks showed > that requests without including init.php were about 200ms for the first, > and 20ms for subsequent requests, which is very reasonable compared to > over 1000ms it takes now for each request. Ok with me, I just think that this overhead is not needed as JavaScript already has a pretty robust Date() object to make client side calculations. > My solution would also take care of timezones in that it would be > converted to GMT during transmit and back to server time before saving, > similar to the patch you linked to, if I understand correctly. If you convert them to UTC anyway, why do you need to contact the server for getting a timestamp? Just to be sure you handle the gregorian switch correctly? > I would take the timezone from the client, getting rid of the config field, > while at the same time keeping the possibility to configure your own > desired date format for date entry and output in all the forms, > consistently. That has been a complaint I have heard before from clients > and it really doesn't add any problems. True. > That would mean your patch will not be needed. I heard you guys thought > it through very thoroughly, so I want to be sure I get everything right. > By the time you read this I probably have a new version of extdates > already released for you guys to consider, I just wanted to post this > anyway. Sounds cool, lets keep it rolling. I think this is a matter that we always have in debate but nothing really ever changed since. So having some test code and experience with that might enlighten us a bit more and point towards the correct direction. Cheers, Ernesto From ernst at cron-it.de Tue May 22 17:52:46 2007 From: ernst at cron-it.de (Ernesto Baschny [cron IT]) Date: Tue, 22 May 2007 17:52:46 +0200 Subject: [TYPO3-dev] FORM element In-Reply-To: References: Message-ID: Francois Suter wrote: on 22.05.2007 10:02: > This is really very different. Indeed th_mailformplus is nice > (especially the latest version that finally handles > internationalisation), but it is not a cObj. That means you cannot plug > the th_mailformplus somewhere else - like in your extension - to get it > to render your form. Many extensions now rely on feAdminLib, but this is > yet another way to render forms, that needs its own templates. If the > FORM object could be made more complete, it could be used in many more > situations and, as a site developer, you would only have one set of TS > to set up for all your forms. I think that for rendering forms in extensions we should have a much more flexible solution, and I think FORMidable is the way to go. Several extensions are using it already and more are coming. Developers are active, there is a helping community around it, etc. In my eyes we cannot really handle that in a core based cObject FORM. Maybe in TYPO3 5.0? But what we can do now is to make the current construct usable for what it was meant to, which is to provide the "simple editor" a simple way to create mailforms on their site. Cheers, Ernesto From christoph.koehler at gmail.com Tue May 22 19:12:25 2007 From: christoph.koehler at gmail.com (Christoph Koehler) Date: Tue, 22 May 2007 12:12:25 -0500 Subject: [TYPO3-dev] ADOdb extended dates prototype References: Message-ID: On Tue, 22 May 2007 10:49:52 -0500, Ernesto Baschny [cron IT] wrote: > Christoph Koehler wrote: on 21.05.2007 23:26: > > I think we always will have some problems in that area, as the gregorian > date switch depends also on local adoption (1582 in christian countries, > but for example 1927 in turkey). So you would need to know in which > country the date refers to if you want to be precise. Yeah agreed. I don't think that can be handled client side either, so it's bad either way. > Ok with me, I just think that this overhead is not needed as JavaScript > already has a pretty robust Date() object to make client side > calculations. Yeah it does and I thought the server call wouldn't be necessary, but if we make ext devs compute timestamps using ADOdb and not use that when users enter dates, we might get different results, so this decision is more one of consistency. > If you convert them to UTC anyway, why do you need to contact the server > for getting a timestamp? Just to be sure you handle the gregorian switch > correctly? See above. The timezone would just be passed along to the server. >> That would mean your patch will not be needed. I heard you guys thought >> it through very thoroughly, so I want to be sure I get everything right. >> By the time you read this I probably have a new version of extdates >> already released for you guys to consider, I just wanted to post this >> anyway. > > Sounds cool, lets keep it rolling. I think this is a matter that we > always have in debate but nothing really ever changed since. So having > some test code and experience with that might enlighten us a bit more > and point towards the correct direction. Sounds good. Sorry for not having anything ready yet, something came up so I didn't have the time. One thing we kept thinking about was consistency, so we did decide to use new eval fields for the new dates, as David wanted to see in his other post. We also decided to change the current eval slightly to implement the custom date format for users. Whether that will be just client side or server side as well I don't know yet. It would certainly be easier to do it server side because all the code is already there and speed shouldn't be an issue. Just enabling custom date formats for extended dates would result in inconsistencies between extensions that already have switched to the extended ones and those who haven't. So it's either enabling it on all date and time fields or not doing it at all. I will give that one up for discussion some more while I code the other features around it :) Thanks for the feedback guys! Christoph From ernst at cron-it.de Tue May 22 20:08:54 2007 From: ernst at cron-it.de (Ernesto Baschny [cron IT]) Date: Tue, 22 May 2007 20:08:54 +0200 Subject: [TYPO3-dev] ADOdb extended dates prototype In-Reply-To: References: Message-ID: Christoph Koehler wrote: on 22.05.2007 19:12: > Yeah it does and I thought the server call wouldn't be necessary, but if > we make ext devs compute timestamps using ADOdb and not use that when > users enter dates, we might get different results, so this decision is > more one of consistency. Agreed. >> If you convert them to UTC anyway, why do you need to contact the server >> for getting a timestamp? Just to be sure you handle the gregorian switch >> correctly? > > See above. The timezone would just be passed along to the server. Why do you need the clients timezone information on the server? Isn't it enough to just pass the UTC time from client to server? > One thing we kept thinking about was consistency, so we did decide to > use new eval fields for the new dates, as David wanted to see in his > other post. > We also decided to change the current eval slightly to implement the > custom date format for users. Whether that will be just client side or > server side as well I don't know yet. It would certainly be easier to do > it server side because all the code is already there and speed shouldn't > be an issue. You mean that filling the "_hr" (human readable) field should also be done in that ajax call? I would agree that this would make more sense for the consistency. > Just enabling custom date formats for extended dates would result in > inconsistencies between extensions that already have switched to the > extended ones and those who haven't. I thought the "custom date format" are a matter of input in the backend. Why should an extension bother what the date format was? The extensions should work with the unixtime that is stored in the database. Or am I getting something wrong here? > So it's either enabling it on all date and time fields or not doing it > at all. I will give that one up for discussion some more while I code > the other features around it :) Input fields with custom date formats should be consistent on all date fields. With "custom date formats" you mean that the user can choose whether he likes "dd.mm.yyyy" or "mm-dd-yyyy" or even "yyyy-mm-dd" for his date fields, right? This should be then used consistently on all functions that output dates in backend (in labels, list view, etc). Shouldn't be that hard to make that change. Cheers, Ernesto From patrick.rodacker at the-reflection.de Tue May 22 20:29:18 2007 From: patrick.rodacker at the-reflection.de (Patrick Rodacker) Date: Tue, 22 May 2007 20:29:18 +0200 Subject: [TYPO3-dev] Reason for tables restriction of the CONTENT object Message-ID: Hi all, in one of my projects I needed the CONTENT element to use the table 'pages_language_overlay' and I stumbled about the restrictions mentioned in TSRef, which limit the acces to the tables 'pages' or prefixed with one of these: 'tt_', 'tx_', 'ttx_', 'fe_', 'user_'. Could someone please explain to me why these restrictions have been implemented? If this is for security reasons I don't get the point because access to e.g. 'be_groups' is granted while access to 'fe_users' is not. I wonder if it's better to make the restrictions the other way round, allowing access to every pages except pages which hold sensible data (be_users, fe_users, ...). Or maybe it's even better if the accessible tables would be configurable by a TYPO_CONF_VAR setting? Regards Patrick From patrick.rodacker at the-reflection.de Tue May 22 20:32:12 2007 From: patrick.rodacker at the-reflection.de (Patrick Rodacker) Date: Tue, 22 May 2007 20:32:12 +0200 Subject: [TYPO3-dev] Reason for tables restriction of the CONTENT object In-Reply-To: References: Message-ID: Patrick Rodacker wrote on 22.05.2007 20:29: > e.g. 'be_groups' is granted while access to 'fe_users' is not. I wonder sorry, this was meant to be this way: e.g. 'fe_users' is granted while access to 'be_users' is not. I wonder Regards Patrick From christoph.koehler at gmail.com Tue May 22 20:54:18 2007 From: christoph.koehler at gmail.com (Christoph Koehler) Date: Tue, 22 May 2007 13:54:18 -0500 Subject: [TYPO3-dev] ADOdb extended dates prototype References: Message-ID: On Tue, 22 May 2007 13:08:54 -0500, Ernesto Baschny [cron IT] wrote: >> See above. The timezone would just be passed along to the server. > > Why do you need the clients timezone information on the server? Isn't it > enough to just pass the UTC time from client to server? All we get from the client is the date string. It's passed to the server and there transformed into a timestamp which is then put into the hidden input field. There are actually two calls to the server. One to get the date string to the server, and one to get a date string back from the server given a timestamp. That is necessary because the date string entered might be "t+3" which is sent to the server, transformed into a timestamp and put into the hidden field. That timestamp is then sent to the server in the output js function to get a real date string back that is then put into the _hr field. Maybe there is a better way? >> One thing we kept thinking about was consistency, so we did decide to >> use new eval fields for the new dates, as David wanted to see in his >> other post. >> We also decided to change the current eval slightly to implement the >> custom date format for users. Whether that will be just client side or >> server side as well I don't know yet. It would certainly be easier to do >> it server side because all the code is already there and speed shouldn't >> be an issue. > > You mean that filling the "_hr" (human readable) field should also be > done in that ajax call? I would agree that this would make more sense > for the consistency. Yeah, I explained some of that above. Maybe there is a better way of reducing redundancy here. >> Just enabling custom date formats for extended dates would result in >> inconsistencies between extensions that already have switched to the >> extended ones and those who haven't. > > I thought the "custom date format" are a matter of input in the backend. > Why should an extension bother what the date format was? The extensions > should work with the unixtime that is stored in the database. Or am I > getting something wrong here? Yes you are :) The custom date format is a matter if input and output for input fields as well. The output in the _hr field right now is always mm-dd-yyyy or the US equivalent, but always with "-". The custom date format changes that. This is built into the evaluation, and since we decided to use separate eval categories for the extended dates, they would be available only where those extended fields are used. So if an extension uses the normal eval categories, it would still output dates with "-"; those who use the extended fields would output whatever format the user specified. That's inconsistent. So I said we either also add the custom date format stuff to the existing date eval categories that won't be using extended dates, or we don't do it at all. Hope that made sense. >> So it's either enabling it on all date and time fields or not doing it >> at all. I will give that one up for discussion some more while I code >> the other features around it :) > > Input fields with custom date formats should be consistent on all date > fields. With "custom date formats" you mean that the user can choose > whether he likes "dd.mm.yyyy" or "mm-dd-yyyy" or even "yyyy-mm-dd" for > his date fields, right? This should be then used consistently on all > functions that output dates in backend (in labels, list view, etc). > Shouldn't be that hard to make that change. Yeah that's what I am hoping. See above for some more on that. We either do it on all fields, or none, to be consistent. A note on precedence: The install tool has a setting called mmddyy or similar that defines a date format. That one is used by default. There is also an option via userTS that I added, setup.default.dateFormat I think, that will take precedence over the install tool setting if it's available. Finally there is the field in the User->Setup module, which is the final authority on date format. So the admin can set it in the install tool and probably userTS for different users or groups, and the user can pick one himself, too. So we get: user setting > userTS > install tool setting. Christoph From emilie.coma at wanadoo.fr Wed May 23 00:53:37 2007 From: emilie.coma at wanadoo.fr (Emilie Coma) Date: Tue, 22 May 2007 18:53:37 -0400 Subject: [TYPO3-dev] Suggestion to optimize the "click-to-enlarge" option of Message-ID: Hi Gernot, I have the same problem with version 4.1.1 and tried your solution but no option appears with the < click-enlarge" option. Maybe my code is wrong. If you have time, could you be kind enough to have a look and tell me if I did a mistake ? I've been working on that 3 days. Regards, emi if ($conf['JSwindow']) { if ($conf['window_width']) { $dims[0] = $conf['window_width']; } if ($conf['window_height']) { $dims[1] = $conf['window_height']; } if ($conf['JSwindow.']['parameter']) { $windowparams = $conf['JSwindow.']['parameter']; } $gifCreator = t3lib_div::makeInstance('tslib_gifbuilder'); $gifCreator->init(); $gifCreator->mayScaleUp = 0; $dims = $gifCreator->getImageScale($gifCreator->getImageDimensions($imageFile),$conf ['width'],$conf['height'],''); $offset = t3lib_div::intExplode(',',$conf['JSwindow.']['expand'].','); $a1=' Message-ID: > I have the same problem with version 4.1.1 and tried your solution > but no option appears with the < click-enlarge" option. > > Maybe my code is wrong. > > If you have time, could you be kind enough to have a look and tell me > if I did a mistake ? > > I've been working on that 3 days. Well - I found Gernots post and now at least I know what you want to do. The good news is: It's all there and you don't have to optimize anything. Reason: imageLinkWrap offers it's own typolink property. If typolink returns anything the rest of the imageLinkWrap (including the JSwindow settings) will be ignored. Now taking a look at the typolink section of TSref http://typo3.org/documentation/document-library/references/doc_core_tsref/4.0.0/view/5/8/ shows there is a variant of the target part to open windows with a special size and add some scrollbars to them. So this one should be working together with CSS-styled-content imageLinkWrap { typolink.parameter.cObject = COA typolink.parameter.cObject { 10 = IMG_RESOURCE 10.file { import = uploads/pics/ import.field = image import.listNum.stdWrap { data = register:IMAGE_NUM } height = 580m } stdWrap.noTrimWrap = || 800x600:scrollbars=1| } } Will open a new window with 800x600 size containing an image with a maximum height of 580 pixels and a variable width and offering scrollbars for larger images. HTH Joey -- Wenn man keine Ahnung hat: Einfach mal Fresse halten! (If you have no clues: simply shut your gob sometimes!) Dieter Nuhr, German comedian openBC/Xing: http://www.cybercraft.de T3 cookbook: http://www.typo3experts.com From christoph.koehler at gmail.com Wed May 23 02:23:15 2007 From: christoph.koehler at gmail.com (Christoph Koehler) Date: Tue, 22 May 2007 19:23:15 -0500 Subject: [TYPO3-dev] ADOdb extended dates prototype v0.0.2 Message-ID: Hello all, Here is another version of the extended dates. This is mainly for seeing the speed difference to the first version. It also has extra eval categories to ensure backwards compatibility; just add "ext" to the beginning of the normal evals, i.e "extdatetime" etc. Timezones are probably still messed up, and custom date formats are not implemented yet for non-extended dates. How to use it: -Install the extension -Edit the date preference in the User -> Setup module -Create a Extended Dates Test record somewhere -Edit the record and check the timestamps in the database -Change your date preference, rinse, and repeat From christoph.koehler at gmail.com Wed May 23 02:24:41 2007 From: christoph.koehler at gmail.com (Christoph Koehler) Date: Tue, 22 May 2007 19:24:41 -0500 Subject: [TYPO3-dev] ADOdb extended dates prototype v0.0.2 References: Message-ID: On Tue, 22 May 2007 19:23:15 -0500, Christoph Koehler wrote: > Here is another version of the extended dates. > This is mainly for seeing the speed difference to the first version. It > also has extra eval categories to ensure backwards compatibility; just > add "ext" to the beginning of the normal evals, i.e "extdatetime" etc. > Timezones are probably still messed up, and custom date formats are not > implemented yet for non-extended dates. > How to use it: > -Install the extension > -Edit the date preference in the User -> Setup module > -Create a Extended Dates Test record somewhere > -Edit the record and check the timestamps in the database > -Change your date preference, rinse, and repeat And the link: http://www.zerodeviation.net/t3x-extdates-0_0_2.t3x From emilie.coma at wanadoo.fr Wed May 23 04:23:55 2007 From: emilie.coma at wanadoo.fr (Emilie Coma) Date: Tue, 22 May 2007 22:23:55 -0400 Subject: [TYPO3-dev] Suggestion to optimize the "click-to-enlarge"option of In-Reply-To: Message-ID: Thanks again, I added : scrollbars=1 in the class.tslib_content.php and I have my scroll bars. But I still don't know where I should add the code you gave me, so I still need your answer... My site is at http://poivredelafreta.com I tried to learn a bit of various parts of typo3 fast (2weeks) so I am still confused and need to work more. I have a newbie question, please don't laugh : Where is located the template file with the constants and setup ? Are they files or records of the database. I know it us supposed to be the basic, but I didn't find a doc easy on that... Regards, emi -----Message d'origine----- De?: typo3-dev-bounces at lists.netfielders.de [mailto:typo3-dev-bounces at lists.netfielders.de] De la part de JoH asenau Envoy??: mardi 22 mai 2007 20:15 ??: typo3-dev at lists.netfielders.de Objet?: Re: [TYPO3-dev] Suggestion to optimize the "click-to-enlarge"option of > I have the same problem with version 4.1.1 and tried your solution > but no option appears with the < click-enlarge" option. > > Maybe my code is wrong. > > If you have time, could you be kind enough to have a look and tell me > if I did a mistake ? > > I've been working on that 3 days. Well - I found Gernots post and now at least I know what you want to do. The good news is: It's all there and you don't have to optimize anything. Reason: imageLinkWrap offers it's own typolink property. If typolink returns anything the rest of the imageLinkWrap (including the JSwindow settings) will be ignored. Now taking a look at the typolink section of TSref http://typo3.org/documentation/document-library/references/doc_core_tsref/4. 0.0/view/5/8/ shows there is a variant of the target part to open windows with a special size and add some scrollbars to them. So this one should be working together with CSS-styled-content imageLinkWrap { typolink.parameter.cObject = COA typolink.parameter.cObject { 10 = IMG_RESOURCE 10.file { import = uploads/pics/ import.field = image import.listNum.stdWrap { data = register:IMAGE_NUM } height = 580m } stdWrap.noTrimWrap = || 800x600:scrollbars=1| } } Will open a new window with 800x600 size containing an image with a maximum height of 580 pixels and a variable width and offering scrollbars for larger images. HTH Joey -- Wenn man keine Ahnung hat: Einfach mal Fresse halten! (If you have no clues: simply shut your gob sometimes!) Dieter Nuhr, German comedian openBC/Xing: http://www.cybercraft.de T3 cookbook: http://www.typo3experts.com _______________________________________________ TYPO3-dev mailing list TYPO3-dev at lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev ---------------------------------------------------------------------------- ----------- Orange vous informe que cet e-mail a ete controle par l'anti-virus mail. Aucun virus connu a ce jour par nos services n'a ete detecte. From 9f4eetb02 at sneakemail.com Wed May 23 08:43:56 2007 From: 9f4eetb02 at sneakemail.com (Dmitry Dulepov) Date: Wed, 23 May 2007 09:43:56 +0300 Subject: [TYPO3-dev] Reason for tables restriction of the CONTENT object In-Reply-To: References: Message-ID: Hi! Patrick Rodacker wrote: > e.g. 'fe_users' is granted while access to 'be_users' is not. I wonder You should not access be_* from frontend. This is a simple security thing. -- Dmitry Dulepov Web: http://typo3bloke.net/ Skype: callto:liels_bugs "It is our choices, that show what we truly are, far more than our abilities." (A.P.W.B.D.) From 9f4eetb02 at sneakemail.com Wed May 23 08:46:41 2007 From: 9f4eetb02 at sneakemail.com (Dmitry Dulepov) Date: Wed, 23 May 2007 09:46:41 +0300 Subject: [TYPO3-dev] Suggestion to optimize the "click-to-enlarge" option of In-Reply-To: References: Message-ID: Emilie Coma wrote: > Hi Gernot, Who is Gernot? -- Dmitry Dulepov Web: http://typo3bloke.net/ Skype: callto:liels_bugs "It is our choices, that show what we truly are, far more than our abilities." (A.P.W.B.D.) From simon at rundell.org.uk Wed May 23 10:18:59 2007 From: simon at rundell.org.uk (Fr. Simon Rundell SCP) Date: Wed, 23 May 2007 09:18:59 +0100 Subject: [TYPO3-dev] Understanding ext_tables.php Message-ID: If I'm right, the stuff displayed from tt_content in the plugin configuration is from ext_tables.php and looks like this: $tempColumns = Array ( "tx_pdtrainingcourses_display" => Array ( "exclude" => 1, "label" => "LLL:EXT:pd_trainingcourses/locallang_db.xml:tt_content.tx_pdtrainingcourses _display", "config" => Array ( "type" => "select", "foreign_table" => "tx_pdtrainingcourses_coursecategories", "foreign_table_where" => "ORDER BY tx_pdtrainingcourses_coursecategories.uid", "size" => 10, "minitems" => 0, "maxitems" => 100, ) ), "tx_pdtrainingcourses_coursecoordinator" => Array ( "exclude" => 1, "label" => "LLL:EXT:pd_trainingcourses/locallang_db.xml:tt_content.tx_pdtrainingcourses _coursecoordinator", "config" => Array ( "type" => "input", "size" => "30", ) ), ); The first array shows a "database relation" but only displays the uids to be selected, when I would really like to display the field "coursecategories" and store the uid. What do I change? Is there any documentation for this? Fr. S From Martin.Kutschker at n0spam-blackbox.net Wed May 23 10:34:40 2007 From: Martin.Kutschker at n0spam-blackbox.net (Martin Kutschker) Date: Wed, 23 May 2007 10:34:40 +0200 Subject: [TYPO3-dev] FORM element In-Reply-To: References: Message-ID: Steffen Kamper schrieb: > > it is not important to handle the current page. tslib_fe handles all post > data and it can be handled. I know, bit I don't like it. It's IMHO a design flaw (or a feature of dubious value). Masi From info at cybercraft.de Wed May 23 10:36:21 2007 From: info at cybercraft.de (JoH asenau) Date: Wed, 23 May 2007 10:36:21 +0200 Subject: [TYPO3-dev] Suggestion to optimize the "click-to-enlarge" option of References: Message-ID: > Emilie Coma wrote: >> Hi Gernot, > > Who is Gernot? Someone who posted the original suggestion last year ;-) Joey -- Wenn man keine Ahnung hat: Einfach mal Fresse halten! (If you have no clues: simply shut your gob sometimes!) Dieter Nuhr, German comedian openBC/Xing: http://www.cybercraft.de T3 cookbook: http://www.typo3experts.com From 9f4eetb02 at sneakemail.com Wed May 23 10:35:43 2007 From: 9f4eetb02 at sneakemail.com (Dmitry Dulepov) Date: Wed, 23 May 2007 11:35:43 +0300 Subject: [TYPO3-dev] Understanding ext_tables.php In-Reply-To: References: Message-ID: Fr. Simon Rundell SCP wrote: > The first array shows a "database relation" but only displays the uids to be > selected, when I would really like to display the field "coursecategories" > and store the uid. What do I change? Is there any documentation for this? "TYPO3 Core API" document describes it all in details. -- Dmitry Dulepov Web: http://typo3bloke.net/ Skype: callto:liels_bugs "It is our choices, that show what we truly are, far more than our abilities." (A.P.W.B.D.) From 9f4eetb02 at sneakemail.com Wed May 23 10:36:22 2007 From: 9f4eetb02 at sneakemail.com (Dmitry Dulepov) Date: Wed, 23 May 2007 11:36:22 +0300 Subject: [TYPO3-dev] Suggestion to optimize the "click-to-enlarge" option of In-Reply-To: References: Message-ID: JoH asenau wrote: >> Emilie Coma wrote: >>> Hi Gernot, >> Who is Gernot? > Someone who posted the original suggestion last year ;-) Hm. Nice way to communicate with him, through the list :) -- Dmitry Dulepov Web: http://typo3bloke.net/ Skype: callto:liels_bugs "It is our choices, that show what we truly are, far more than our abilities." (A.P.W.B.D.) From info at cybercraft.de Wed May 23 10:46:48 2007 From: info at cybercraft.de (JoH asenau) Date: Wed, 23 May 2007 10:46:48 +0200 Subject: [TYPO3-dev] Suggestion to optimize the "click-to-enlarge"optionof References: Message-ID: > Thanks again, I added : > scrollbars=1 in the class.tslib_content.php and I have my scroll bars. > But I still don't know where I should add the code you gave me, so I > still need your answer... > My site is at http://poivredelafreta.com > I tried to learn a bit of various parts of typo3 fast (2weeks) so I > am still confused and need to work more. > I have a newbie question, please don't laugh : > Where is located the template file with the constants and setup ? > Are they files or records of the database. > I know it us supposed to be the basic, but I didn't find a doc easy > on that... > Regards, > emi This seems to be a question for typo3.english, since this is the dev list for people who are developing TYPO3 or TYPO3 extensions. And here are some of the docs you should read: http://typo3.org/documentation/document-library/tutorials/doc_tut_quickstart/current/ http://typo3.org/documentation/document-library/tutorials/doc_tut_n1/current/ http://typo3.org/documentation/document-library/tutorials/doc_tut_templselect/current/ http://typo3.org/documentation/document-library/core-documentation/doc_core_tsbyex/current/ http://typo3.org/documentation/document-library/references/doc_core_tsref/current/ I know this is a lot but it's worth the efforts ;-) Joey -- Wenn man keine Ahnung hat: Einfach mal Fresse halten! (If you have no clues: simply shut your gob sometimes!) Dieter Nuhr, German comedian openBC/Xing: http://www.cybercraft.de T3 cookbook: http://www.typo3experts.com From patrick.rodacker at the-reflection.de Wed May 23 11:24:36 2007 From: patrick.rodacker at the-reflection.de (Patrick Rodacker) Date: Wed, 23 May 2007 11:24:36 +0200 Subject: [TYPO3-dev] Reason for tables restriction of the CONTENT object In-Reply-To: References: Message-ID: Hi Dmitry, Dmitry Dulepov wrote on 23.05.2007 08:43: > Patrick Rodacker wrote: >> e.g. 'fe_users' is granted while access to 'be_users' is not. I wonder > > You should not access be_* from frontend. This is a simple security thing. OK, so why does the restriction then follow the rules 'deny anything and allow only partials' ? I could make a bug report as feature request and apply a patch, but only if it makes sense. I don't know if I get everything right? What do you think? Regards Patrick From info at cybercraft.de Wed May 23 11:36:11 2007 From: info at cybercraft.de (JoH asenau) Date: Wed, 23 May 2007 11:36:11 +0200 Subject: [TYPO3-dev] Reason for tables restriction of the CONTENT object References: Message-ID: >>> e.g. 'fe_users' is granted while access to 'be_users' is not. I >>> wonder >> >> You should not access be_* from frontend. This is a simple security >> thing. > > OK, so why does the restriction then follow the rules > 'deny anything and allow only partials' ? > > I could make a bug report as feature request and apply a patch, but > only if it makes sense. I don't know if I get everything right? > > What do you think? If you want to make a feature request, it should just be about adding the language overlay table to the allowed tables. It should not be possible at all to get access to other tables just by changing a TSconfig property since this would open up serious security holes. Usually all the tables that are interesting for fronted output (and this is what CONTENT usually does) are following the rule. You found out one exception so this should be added to the rule. Just my 2 cents Joey -- Wenn man keine Ahnung hat: Einfach mal Fresse halten! (If you have no clues: simply shut your gob sometimes!) Dieter Nuhr, German comedian openBC/Xing: http://www.cybercraft.de T3 cookbook: http://www.typo3experts.com From fsuter at cobweb.ch Wed May 23 11:54:47 2007 From: fsuter at cobweb.ch (Francois Suter) Date: Wed, 23 May 2007 11:54:47 +0200 Subject: [TYPO3-dev] FORM element In-Reply-To: References: Message-ID: Hi, > I think that for rendering forms in extensions we should have a much > more flexible solution, and I think FORMidable is the way to go. Several > extensions are using it already and more are coming. Developers are > active, there is a helping community around it, etc. Apparently, you've been seduced ;-) I'm not as enthusiastic about FORMidable as you are. It can do some nice tricks, but I find it very unfriendly to use. Furthermore it uses a very different way of doing things that is usual in TYPO3. The FORM element is very easy to use and that's how I like it. It badly needs enhancements, but it is true that we must keep in mind that it should stay simple to use. It's true that if it should be expanded to have the whole feature set of FORMidable, then we might as well use that extension, but I think that's not the point at all. Cheers -- Francois Suter Cobweb Development Sarl - http://www.cobweb.ch From patrick.rodacker at the-reflection.de Wed May 23 14:46:36 2007 From: patrick.rodacker at the-reflection.de (Patrick Rodacker) Date: Wed, 23 May 2007 14:46:36 +0200 Subject: [TYPO3-dev] Reason for tables restriction of the CONTENT object In-Reply-To: References: Message-ID: Hi Joey, JoH asenau wrote on 23.05.2007 11:36: > If you want to make a feature request, it should just be about adding the > language overlay table to the allowed tables. It should not be possible at > all to get access to other tables just by changing a TSconfig property since > this would open up serious security holes. > Usually all the tables that are interesting for fronted output (and this is > what CONTENT usually does) are following the rule. You found out one > exception so this should be added to the rule. thanks for your reply. I have filed a feature request and added a patch which enables access to tables starting with 'pages'. http://bugs.typo3.org/view.php?id=5670 Regards Patrick From ernst at cron-it.de Wed May 23 20:43:51 2007 From: ernst at cron-it.de (Ernesto Baschny [cron IT]) Date: Wed, 23 May 2007 20:43:51 +0200 Subject: [TYPO3-dev] Reason for tables restriction of the CONTENT object In-Reply-To: References: Message-ID: Patrick Rodacker wrote: on 22.05.2007 20:29: > in one of my projects I needed the CONTENT element to use the table > 'pages_language_overlay' (...) Maybe you could explain why you need such a strange thing. Internally CONTENT object already will use pages_language_overlay exactly to be able to handle internationalization the "pages" table the "TYPO3" way. If you are accessing this "internal-use" table directly, you are overrunning what TYPO3 already does by itself, and I can't figure a reason to do so. Or is there any? Cheers, Ernesto From patrick.rodacker at the-reflection.de Wed May 23 21:33:54 2007 From: patrick.rodacker at the-reflection.de (Patrick Rodacker) Date: Wed, 23 May 2007 21:33:54 +0200 Subject: [TYPO3-dev] Reason for tables restriction of the CONTENT object In-Reply-To: References: Message-ID: Hi Ernesto, Ernesto Baschny [cron IT] wrote on 23.05.2007 20:43: > Patrick Rodacker wrote: on 22.05.2007 20:29: > >> in one of my projects I needed the CONTENT element to use the table >> 'pages_language_overlay' (...) > > Maybe you could explain why you need such a strange thing. Internally > CONTENT object already will use pages_language_overlay exactly to be > able to handle internationalization the "pages" table the "TYPO3" way. > If you are accessing this "internal-use" table directly, you are > overrunning what TYPO3 already does by itself, and I can't figure a > reason to do so. Or is there any? Maybe not ... I am not so sure anymore ;-) I was searching for an easy way to check if a page has an related entry in the pages_language_overlay table in another language than the default one (sys_language_uid!=0). A TypoScript object should be only displayed if a page has such relating entry in the table. AFAIK the CONTENT object handles only the translation of the records by the languageField setting so it was easier for me to use the direct access of the table 'pages_language_overlay'. I would be happy if you have an alternative approach I could use ... maybe I am just blinded at the moment. Regs Patrick From sebastian.roth at gmail.com Thu May 24 04:12:52 2007 From: sebastian.roth at gmail.com (Sebastian Roth) Date: Thu, 24 May 2007 04:12:52 +0200 Subject: [TYPO3-dev] Define own files to delete on `clear FE-cache`-action Message-ID: Hi there, while developing t3 extensions i'm using the smarty template engine. Caching with differenct cachekeys is activated and the exts save this in typo3temp/tx_. But how may i add those files (or something like an wildcard) to the list of files to be deleted when an user/admin clicks on `Clear FE-Cache` in the backend? Thanks & Greetings, Sebastian From 9f4eetb02 at sneakemail.com Thu May 24 09:30:12 2007 From: 9f4eetb02 at sneakemail.com (Dmitry Dulepov) Date: Thu, 24 May 2007 10:30:12 +0300 Subject: [TYPO3-dev] Define own files to delete on `clear FE-cache`-action In-Reply-To: References: Message-ID: Sebastian Roth wrote: > while developing t3 extensions i'm using the smarty template engine. > Caching with differenct cachekeys is activated and the exts save this > in typo3temp/tx_. > But how may i add those files (or something like an wildcard) to the > list of files to be deleted when an user/admin clicks on `Clear > FE-Cache` in the backend? You can add tables but not files. If you really want to remove files, you will need either to XCLASS tcemain and override clear_cacheCmd() function or request a hook to this function. XCLASS will work with any live typo3 version but it may conflict with other XCLASSes. Hook will work fine together with other hooks but it will appear officially only in 4.2. -- Dmitry Dulepov Web: http://typo3bloke.net/ Skype: callto:liels_bugs "It is our choices, that show what we truly are, far more than our abilities." (A.P.W.B.D.) From ernst at cron-it.de Thu May 24 09:48:18 2007 From: ernst at cron-it.de (Ernesto Baschny [cron IT]) Date: Thu, 24 May 2007 09:48:18 +0200 Subject: [TYPO3-dev] Reason for tables restriction of the CONTENT object In-Reply-To: References: Message-ID: Patrick Rodacker wrote: on 23.05.2007 21:33: >>> in one of my projects I needed the CONTENT element to use the table >>> 'pages_language_overlay' (...) >> Maybe you could explain why you need such a strange thing. Internally >> CONTENT object already will use pages_language_overlay exactly to be >> able to handle internationalization the "pages" table the "TYPO3" way. >> If you are accessing this "internal-use" table directly, you are >> overrunning what TYPO3 already does by itself, and I can't figure a >> reason to do so. Or is there any? > > Maybe not ... I am not so sure anymore ;-) > > I was searching for an easy way to check if a page has an related entry > in the pages_language_overlay table in another language than the default > one (sys_language_uid!=0). A TypoScript object should be only displayed > if a page has such relating entry in the table. Maybe you could simply use numRows (stdWrap function) in your ".if" and have it do the "select" you need for this. I think this is not restricted to table names anymore, because this won't render anything, just output the number of rows that matches, which seems to be what you need here. Check it out in TSref and maybe someone on the list can help you with that TS, if you can't figure it out. Cheers, Ernesto From ernst at cron-it.de Thu May 24 09:52:09 2007 From: ernst at cron-it.de (Ernesto Baschny [cron IT]) Date: Thu, 24 May 2007 09:52:09 +0200 Subject: [TYPO3-dev] FORM element In-Reply-To: References: Message-ID: Francois Suter wrote: on 23.05.2007 11:54: >> I think that for rendering forms in extensions we should have a much >> more flexible solution, and I think FORMidable is the way to go. Several >> extensions are using it already and more are coming. Developers are >> active, there is a helping community around it, etc. > > Apparently, you've been seduced ;-) Not really, as I haven't used FORMidable productively yet, but I have followed its development as an espectactor since the beginning. I must confess that I thought this was going to be "too complex" to be able to go on, but it seems that it is getting along pretty well and it keeps going, which has to mean something (at least dedication from the original author, which is essencial for such projects). > I'm not as enthusiastic about FORMidable as you are. It can do some nice > tricks, but I find it very unfriendly to use. Furthermore it uses a very > different way of doing things that is usual in TYPO3. That is true, but just changing XML with TypoScript and the template engine with something subparts/markers based, it would "look TYPO3" and still have the same powers. Or do you see other things that are different? If there would be a BE-Wizard for FORMidable that generates XML in background for it, won't it be pretty cool stuff for a "Forms" content element replacement? > The FORM element is very easy to use and that's how I like it. It badly > needs enhancements, but it is true that we must keep in mind that it > should stay simple to use. It's true that if it should be expanded to > have the whole feature set of FORMidable, then we might as well use that > extension, but I think that's not the point at all. True. Cheers, Ernesto From steffen at dislabs.de Thu May 24 12:44:59 2007 From: steffen at dislabs.de (Steffen Kamper) Date: Thu, 24 May 2007 12:44:59 +0200 Subject: [TYPO3-dev] FORM element References: Message-ID: Hi all, just fyi - i talked to Patrick Broens and we formed a team to force developing enhanced FORM. Atm there is also Ingo Renner and Ernesto Baschny joining the team (Ernesto doesn't know yet :-) ). At first we investigate all Form extensions and add-ons (there are over 30 available) to decide which way we want to go. We will keep you informed about our steps, and when a website or wiki is started for that, we will inform you as well. Your ideas and comments are welcome at any time, also joining the team. vg Steffen "Steffen Kamper" schrieb im Newsbeitrag news:mailman.1.1179306244.29584.typo3-dev at lists.netfielders.de... > Hi, > > because i'm spammed so much atm, i began to implement captcha in normal > mailform. > It works, but my problem is, that validation takes place in JS. So it is > difficult to display the error msg. > > Does it be interesting to change the Object in that way to have features > like > - php validation > - more elements like fieldset etc > - class params for single fields for better formatting > > I know i could use mailformplus or others, but i would like to see a more > advanced Object in Core > Agrees ? Disagrees ? > > vg Steffen > From steffen at dislabs.de Thu May 24 12:51:10 2007 From: steffen at dislabs.de (Steffen Kamper) Date: Thu, 24 May 2007 12:51:10 +0200 Subject: [TYPO3-dev] BEenableFields (add) Message-ID: Hi Masi, as you mentioned in #5671, the function BEenableFields doesn't care of deleted flag. I don't want to reopen the issue so i ask here in list. You mentioned "The reason ist that in the BE there are some provisions to display/handle also deleted records." So i want to ask: - in which casaes does BE handles deleted records? - if they are excluded i don't see it usefull to use the function if i have to add these manually. Would it be useful to add it with param like $includeDeleted=0 so the addition could be done by the simple call and would be compatible to existing calls ? vg Steffen From Martin.Kutschker at n0spam-blackbox.net Thu May 24 13:19:48 2007 From: Martin.Kutschker at n0spam-blackbox.net (Martin Kutschker) Date: Thu, 24 May 2007 13:19:48 +0200 Subject: [TYPO3-dev] BEenableFields (add) In-Reply-To: References: Message-ID: Steffen Kamper schrieb: > Hi Masi, > > as you mentioned in #5671, the function BEenableFields doesn't care of > deleted flag. I don't want to reopen the issue so i ask here in list. > You mentioned "The reason ist that in the BE there are some provisions to > display/handle also deleted records." > > So i want to ask: > - in which casaes does BE handles deleted records? To be honest, I think these means were part of the old UI. Currently I have no idea where the Core itself does anything with deleted records. Masi From bart at REMITsonik.pl Thu May 24 13:24:25 2007 From: bart at REMITsonik.pl (Bartosz Aninowski) Date: Thu, 24 May 2007 13:24:25 +0200 Subject: [TYPO3-dev] useColumnsForDefaultValues and MM relations Message-ID: Can I user "useColumnsForDefaultValues" with MM relation field? I try simple and MM relations. Simple is working correct and all values are copied but with MM not. From 9f4eetb02 at sneakemail.com Thu May 24 15:32:42 2007 From: 9f4eetb02 at sneakemail.com (Dmitry Dulepov) Date: Thu, 24 May 2007 16:32:42 +0300 Subject: [TYPO3-dev] BEenableFields (add) In-Reply-To: References: Message-ID: Steffen Kamper wrote: > as you mentioned in #5671, the function BEenableFields doesn't care of > deleted flag. I don't want to reopen the issue so i ask here in list. > You mentioned "The reason ist that in the BE there are some provisions to > display/handle also deleted records." If you take a look to comment in this function, you will find this statement: "Notice that deleted-fields are NOT filtered - you must ALSO call deleteClause in addition". I do no think that changing existing API is a good thing unless it is absolutely necessary or gives huge advantage. I think you can call t3lib_BEfunc::deleteClause() in addition. -- Dmitry Dulepov Web: http://typo3bloke.net/ Skype: callto:liels_bugs "It is our choices, that show what we truly are, far more than our abilities." (A.P.W.B.D.) From christoph.koehler at gmail.com Thu May 24 16:27:05 2007 From: christoph.koehler at gmail.com (Christoph Koehler) Date: Thu, 24 May 2007 09:27:05 -0500 Subject: [TYPO3-dev] ADOdb extended dates prototype v0.0.3 Message-ID: Hey all, I think this version is pretty feature complete. It has support for custom date formats in normal dates and proper timezone support just as Mario's and Ernesto's patch had, i.e. all dates entered are saved in server time. Please test and provide feedback! Link: http://www.zerodeviation.net/t3x-extdates-0_0_3.t3x Christoph From Martin.Kutschker at n0spam-blackbox.net Thu May 24 16:42:41 2007 From: Martin.Kutschker at n0spam-blackbox.net (Martin Kutschker) Date: Thu, 24 May 2007 16:42:41 +0200 Subject: [TYPO3-dev] BEenableFields (add) In-Reply-To: References: Message-ID: Dmitry Dulepov schrieb: > Steffen Kamper wrote: >> as you mentioned in #5671, the function BEenableFields doesn't care of >> deleted flag. I don't want to reopen the issue so i ask here in list. >> You mentioned "The reason ist that in the BE there are some provisions >> to display/handle also deleted records." > > If you take a look to comment in this function, you will find this > statement: "Notice that deleted-fields are NOT filtered - you must ALSO > call deleteClause in addition". I do no think that changing existing API > is a good thing unless it is absolutely necessary or gives huge advantage. > > I think you can call t3lib_BEfunc::deleteClause() in addition. He asks for the reason of this. Why do you have to call a seperate function? Masi From Martin.Kutschker at n0spam-blackbox.net Thu May 24 16:44:04 2007 From: Martin.Kutschker at n0spam-blackbox.net (Martin Kutschker) Date: Thu, 24 May 2007 16:44:04 +0200 Subject: [TYPO3-dev] Define own files to delete on `clear FE-cache`-action In-Reply-To: References: Message-ID: Dmitry Dulepov schrieb: > Sebastian Roth wrote: >> while developing t3 extensions i'm using the smarty template engine. >> Caching with differenct cachekeys is activated and the exts save this >> in typo3temp/tx_. >> But how may i add those files (or something like an wildcard) to the >> list of files to be deleted when an user/admin clicks on `Clear >> FE-Cache` in the backend? > > You can add tables but not files. If you really want to remove files, > you will need either to XCLASS tcemain and override clear_cacheCmd() > function or request a hook to this function. There should be hooks for all cache affecting actions. Masi From 9f4eetb02 at sneakemail.com Thu May 24 16:46:25 2007 From: 9f4eetb02 at sneakemail.com (Dmitry Dulepov) Date: Thu, 24 May 2007 17:46:25 +0300 Subject: [TYPO3-dev] BEenableFields (add) In-Reply-To: References: Message-ID: Martin Kutschker wrote: > He asks for the reason of this. Why do you have to call a seperate > function? I also had the same question (it is very different from FE expereince where it is all in deleteClause()). However I accept is as that we have such API... May be for reason, no idea. -- Dmitry Dulepov Web: http://typo3bloke.net/ Skype: callto:liels_bugs "It is our choices, that show what we truly are, far more than our abilities." (A.P.W.B.D.) From patrick.rodacker at the-reflection.de Thu May 24 16:54:33 2007 From: patrick.rodacker at the-reflection.de (Patrick Rodacker) Date: Thu, 24 May 2007 16:54:33 +0200 Subject: [TYPO3-dev] Reason for tables restriction of the CONTENT object In-Reply-To: References: Message-ID: Hi Ernesto, Ernesto Baschny [cron IT] wrote on 24.05.2007 09:48: > Maybe you could simply use numRows (stdWrap function) in your ".if" and > have it do the "select" you need for this. I think this is not > restricted to table names anymore, because this won't render anything, > just output the number of rows that matches, which seems to be what you oh yes I could ... and should have in the first place. Thanks for pointing this out. I am little bit eyeless the last days ;-) Greetings Patrick From ernst at cron-it.de Thu May 24 17:20:15 2007 From: ernst at cron-it.de (Ernesto Baschny [cron IT]) Date: Thu, 24 May 2007 17:20:15 +0200 Subject: [TYPO3-dev] FORM element In-Reply-To: References: Message-ID: Steffen Kamper wrote: on 24.05.2007 12:44: > just fyi - i talked to Patrick Broens and we formed a team to force > developing enhanced FORM. > Atm there is also Ingo Renner and Ernesto Baschny joining the team (Ernesto > doesn't know yet :-) ). > At first we investigate all Form extensions and add-ons (there are over 30 > available) to decide which way we want to go. > We will keep you informed about our steps, and when a website or wiki is > started for that, we will inform you as well. > Your ideas and comments are welcome at any time, also joining the team. I would recommend you to get in touch or at least watch the effords of the ECT and Christoph Koehler first. Because he and Elmar Hinz already got plenty of work done for a "unified" FORM library endorsed by the ECT at al. So I think we are making duplicate "teams" here, as this team already exists (or at least used to exist). Search for "form" in the subjects of teams.extension-coordination and you will find the threads about it. Last update was in january 2007, but there is already some source-code present (in SVN). Cheers, Ernesto From steffen at dislabs.de Thu May 24 17:43:07 2007 From: steffen at dislabs.de (Steffen Kamper) Date: Thu, 24 May 2007 17:43:07 +0200 Subject: [TYPO3-dev] BEenableFields (add) References: Message-ID: "Dmitry Dulepov" <9f4eetb02 at sneakemail.com> schrieb im Newsbeitrag news:mailman.1.1180017987.18065.typo3-dev at lists.netfielders.de... > Martin Kutschker wrote: >> He asks for the reason of this. Why do you have to call a seperate >> function? > > I also had the same question (it is very different from FE expereince > where it is all in deleteClause()). However I accept is as that we have > such API... May be for reason, no idea. > > -- > Dmitry Dulepov > > Web: http://typo3bloke.net/ > Skype: callto:liels_bugs > > "It is our choices, that show what we truly are, > far more than our abilities." (A.P.W.B.D.) thx for the answers, but they doesn't satisfied me :-) API can change when rest of code is changed. If there are obsolete parts, why never touch ? A seperate call for deleted only is too much as i can write it " and deleted=0" - i asked to keep it as simple as possible. vg Steffen From steffen at dislabs.de Thu May 24 17:44:58 2007 From: steffen at dislabs.de (Steffen Kamper) Date: Thu, 24 May 2007 17:44:58 +0200 Subject: [TYPO3-dev] FORM element References: Message-ID: "Ernesto Baschny [cron IT]" schrieb im Newsbeitrag news:mailman.1.1180020015.24656.typo3-dev at lists.netfielders.de... > Steffen Kamper wrote: on 24.05.2007 12:44: > >> just fyi - i talked to Patrick Broens and we formed a team to force >> developing enhanced FORM. >> Atm there is also Ingo Renner and Ernesto Baschny joining the team >> (Ernesto >> doesn't know yet :-) ). >> At first we investigate all Form extensions and add-ons (there are over >> 30 >> available) to decide which way we want to go. >> We will keep you informed about our steps, and when a website or wiki is >> started for that, we will inform you as well. >> Your ideas and comments are welcome at any time, also joining the team. > > I would recommend you to get in touch or at least watch the effords of > the ECT and Christoph Koehler first. Because he and Elmar Hinz already > got plenty of work done for a "unified" FORM library endorsed by the ECT > at al. So I think we are making duplicate "teams" here, as this team > already exists (or at least used to exist). > > Search for "form" in the subjects of teams.extension-coordination and > you will find the threads about it. Last update was in january 2007, but > there is already some source-code present (in SVN). > > > Cheers, > Ernesto sure i look to all existing activities too. I know Christian and Elmar worked on kind of Form Lib, i will ask them too. vg Steffen From Martin.Kutschker at n0spam-blackbox.net Thu May 24 18:14:11 2007 From: Martin.Kutschker at n0spam-blackbox.net (Martin Kutschker) Date: Thu, 24 May 2007 18:14:11 +0200 Subject: [TYPO3-dev] BEenableFields (add) In-Reply-To: References: Message-ID: Steffen Kamper schrieb: > "Dmitry Dulepov" <9f4eetb02 at sneakemail.com> schrieb im Newsbeitrag > news:mailman.1.1180017987.18065.typo3-dev at lists.netfielders.de... >> Martin Kutschker wrote: >>> He asks for the reason of this. Why do you have to call a seperate >>> function? >> I also had the same question (it is very different from FE expereince >> where it is all in deleteClause()). However I accept is as that we have >> such API... May be for reason, no idea. >> >> -- >> Dmitry Dulepov >> >> Web: http://typo3bloke.net/ >> Skype: callto:liels_bugs >> >> "It is our choices, that show what we truly are, >> far more than our abilities." (A.P.W.B.D.) > > thx for the answers, but they doesn't satisfied me :-) > API can change when rest of code is changed. If there are obsolete parts, > why never touch ? > A seperate call for deleted only is too much as i can write it " and > deleted=0" - i asked to keep it as simple as possible. Other question: why have different functions in various places that do the same for BE and FE? Sometimes they really do the same, somtime only nearly... Masi From steffen at dislabs.de Thu May 24 18:55:42 2007 From: steffen at dislabs.de (Steffen Kamper) Date: Thu, 24 May 2007 18:55:42 +0200 Subject: [TYPO3-dev] BEenableFields (add) References: Message-ID: "Martin Kutschker" schrieb im Newsbeitrag news:mailman.1.1180023226.7914.typo3-dev at lists.netfielders.de... > Steffen Kamper schrieb: >> "Dmitry Dulepov" <9f4eetb02 at sneakemail.com> schrieb im Newsbeitrag >> news:mailman.1.1180017987.18065.typo3-dev at lists.netfielders.de... >>> Martin Kutschker wrote: >>>> He asks for the reason of this. Why do you have to call a seperate >>>> function? >>> I also had the same question (it is very different from FE expereince >>> where it is all in deleteClause()). However I accept is as that we have >>> such API... May be for reason, no idea. >>> >>> -- >>> Dmitry Dulepov >>> >>> Web: http://typo3bloke.net/ >>> Skype: callto:liels_bugs >>> >>> "It is our choices, that show what we truly are, >>> far more than our abilities." (A.P.W.B.D.) >> >> thx for the answers, but they doesn't satisfied me :-) >> API can change when rest of code is changed. If there are obsolete parts, >> why never touch ? >> A seperate call for deleted only is too much as i can write it " and >> deleted=0" - i asked to keep it as simple as possible. > > Other question: why have different functions in various places that do the > same for BE and FE? Sometimes they really do the same, somtime only > nearly... > > Masi in this case it make sense cause don't care of fe_user / group. But function could recognize BE /FE by itself. Then tslib_content would not be the right place. And right, in this case it's TCA-specific and i would wish a central place for these. vg Steffen From 9f4eetb02 at sneakemail.com Thu May 24 20:25:25 2007 From: 9f4eetb02 at sneakemail.com (Dmitry Dulepov) Date: Thu, 24 May 2007 21:25:25 +0300 Subject: [TYPO3-dev] BEenableFields (add) In-Reply-To: References: Message-ID: Steffen Kamper wrote: > thx for the answers, but they doesn't satisfied me :-) > API can change when rest of code is changed. If there are obsolete parts, > why never touch ? Because API may not change once it is released. > A seperate call for deleted only is too much as i can write it " and > deleted=0" - i asked to keep it as simple as possible. Well, you can. In fact many parts of core do it (when TCA is not loaded properly yet) but you risk making your ext incompatible. -- Dmitry Dulepov Web: http://typo3bloke.net/ Skype: callto:liels_bugs "It is our choices, that show what we truly are, far more than our abilities." (A.P.W.B.D.) From 9f4eetb02 at sneakemail.com Thu May 24 20:27:17 2007 From: 9f4eetb02 at sneakemail.com (Dmitry Dulepov) Date: Thu, 24 May 2007 21:27:17 +0300 Subject: [TYPO3-dev] BEenableFields (add) In-Reply-To: References: Message-ID: Martin Kutschker wrote: > Other question: why have different functions in various places that do > the same for BE and FE? Sometimes they really do the same, somtime only > nearly... Because you cannot use FE functions in BE and should not use BE functions in FE (bad style). However such functions as deleteClause() and enableField() should be universal and in the only place. This only would be architecturally correct. -- Dmitry Dulepov Web: http://typo3bloke.net/ Skype: callto:liels_bugs "It is our choices, that show what we truly are, far more than our abilities." (A.P.W.B.D.) From martin.kutschker-n0spam at no5pam-blackbox.net Thu May 24 21:28:56 2007 From: martin.kutschker-n0spam at no5pam-blackbox.net (Martin Kutschker) Date: Thu, 24 May 2007 21:28:56 +0200 Subject: [TYPO3-dev] BEenableFields (add) In-Reply-To: References: Message-ID: Dmitry Dulepov schrieb: > Martin Kutschker wrote: >> Other question: why have different functions in various places that do >> the same for BE and FE? Sometimes they really do the same, somtime >> only nearly... > > Because you cannot use FE functions in BE and should not use BE > functions in FE (bad style). I know. The question was rethoric... > However such functions as deleteClause() > and enableField() should be universal and in the only place. This only > would be architecturally correct. ... and meant to lead to such a conclusion ;- Masi From fsuter at cobweb.ch Fri May 25 09:33:50 2007 From: fsuter at cobweb.ch (Francois Suter) Date: Fri, 25 May 2007 09:33:50 +0200 Subject: [TYPO3-dev] FORM element In-Reply-To: References: Message-ID: Hi, Warning, long post :-) > just fyi - i talked to Patrick Broens and we formed a team to force > developing enhanced FORM. > Atm there is also Ingo Renner and Ernesto Baschny joining the team (Ernesto > doesn't know yet :-) ). > At first we investigate all Form extensions and add-ons (there are over 30 > available) to decide which way we want to go. > We will keep you informed about our steps, and when a website or wiki is > started for that, we will inform you as well. > Your ideas and comments are welcome at any time, also joining the team. Good, because I thought about all this some more and have much more to say :-) Actually I'll outline some of ideas here, in order not to loose them in the meantime :-) As I said earlier in this thread as much as I agree that the FORM cObject needs enhancement, I also feel that it should be possible to still use it in a very simple way after that. I think we should avoid having a complex machine that does it all and rather break it up in functional parts. Maybe this is encouraged by the extensions mechanism, but I feel there's a tendency in the TYPO3 community to build big monolithic extensions rather than several small extensions that can work together in a more flexible way and be more reusable by other people (no offense meant, ok? It's just a feeling I have). Case in point, the new FORM cOjbect. I feel it shouldn't have database interaction capabilities. This should be left to other scripts. Let me take an example: I recently released a very simple extension, called Cobweb Protector. It is included as a content element on a page and is instructed to watch for a certain variable among GPvars and to compare it with a given value. If the variable is defined and the value matches, the page is displayed. If not a redirection is made to some other page. I designed this extension that way because it can take its input from any form, no matter with what it was designed (simple FORM, th_mailformplus, whatever). As long as the page it sits on is called upon submitting the form, this extension will work. This makes its use very flexible. I think an object that write to the database should be designed the same way: it should sit on a page (it could even be the same as the form's) and check input from GPvars. This makes it possible to have a variety of objects to handle such stuff, some very simple, some other which might have complex workflows. A site developer would use whatever object suits his needs best. This raises 2 points I've been thinking hard about recently, 2 kind of mechanisms that I feel would be useful: - a message queue: I've been using that for years in my custom developments. The idea is to have a global variable which stores a queue of messages (errors, warnings or success messages). The message can be added for immediate delivery (in which case they get displayed in the page itself) or queued for later delivery (stored in session and displayed in the next page, which allows for redirections). Several named areas can be defined, if error messages are to appear in different places on the page. Each of these areas must of course be placed somewhere in the template. This makes it very easy for any object to throw error messages. It can just be queued in the message queue and the object can be confident that it will be displayed at the right point. - page header objects: recently I encountered the problem of wanting something like content objects, but that just do some application logic and don't display anything. My solution was to do these indeed as content objects and have them placed first in my content area, and just have them not display anything. But it would be more logical to have a Page Header where those could be placed and arranged in order, just like normal content elements. The other typical solutions today in TYPO3 are not satisfactory: either those objects are defined as libraries and loaded all the time (even when they are not needed) and attached to every page with TS, which is a bit better, because TS can at least be limited to a part of the page tree (and even a single page if you care to unset your TS object, but that's a bother if there are a lot of subpages). All of this I think is related to the redesign of the FORM cObject, as it would make it possible to keep the FORM simple while adding a lot of possibilities for using it within complicated application logic. Does this make sense? I would be glad to have your feedback, because it is a direction I'll certainly be moving into sometime soon and I feel it could be valuable to TYPO3 as a whole (and I'm not being pretentious, just very convinced :-). Cheers -- Francois Suter Cobweb Development Sarl - http://www.cobweb.ch From patrick at patrickbroens.nl Fri May 25 09:55:19 2007 From: patrick at patrickbroens.nl (Patrick Broens) Date: Fri, 25 May 2007 09:55:19 +0200 Subject: [TYPO3-dev] FORM element In-Reply-To: References: Message-ID: Ernesto Baschny [cron IT] wrote: > Steffen Kamper wrote: on 24.05.2007 12:44: > >> just fyi - i talked to Patrick Broens and we formed a team to force >> developing enhanced FORM. >> Atm there is also Ingo Renner and Ernesto Baschny joining the team (Ernesto >> doesn't know yet :-) ). >> At first we investigate all Form extensions and add-ons (there are over 30 >> available) to decide which way we want to go. >> We will keep you informed about our steps, and when a website or wiki is >> started for that, we will inform you as well. >> Your ideas and comments are welcome at any time, also joining the team. > > I would recommend you to get in touch or at least watch the effords of > the ECT and Christoph Koehler first. Because he and Elmar Hinz already > got plenty of work done for a "unified" FORM library endorsed by the ECT > at al. So I think we are making duplicate "teams" here, as this team > already exists (or at least used to exist). > > Search for "form" in the subjects of teams.extension-coordination and > you will find the threads about it. Last update was in january 2007, but > there is already some source-code present (in SVN). I am aware of the Forms Library for FE Extensions and we will definately have a look at their efforts. I'm in for a completely new unified library, but, as you discovered yourself, the FORM cObject has to be backwards compatible. The current tx_forms on the SVN does not have that many options and has to be extended drastically if it is really going to be a unified one. I'm investigating right now if it is possible to rewrite the FORM cObject with a lot of new features and keep the backwards compatibility. Maybe it is possible to make some transitional object where the old code can be deleted easy at some point. How long are we going to make it backwards compatible? So if you still have some documentation of your previous investigations (you did look at it some time ago, right?), could you send it to me? Patrick > > > Cheers, > Ernesto From tapio.markula at xetpoint.fi Fri May 25 13:57:25 2007 From: tapio.markula at xetpoint.fi (Typo3) Date: Fri, 25 May 2007 14:57:25 +0300 Subject: [TYPO3-dev] CType Multimedia Message-ID: Hi Why Typo3 creates only Message-ID: On Thu, 24 May 2007 10:44:58 -0500, Steffen Kamper wrote: > > sure i look to all existing activities too. I know Christian and Elmar > worked on kind of Form Lib, i will ask them too. It's Christoph :) I took on that project last year and didn't have the time to finish it or continue. I announced that on the ECT list a while back, so while there is a form team, I am not able to work on it much more. We did some work in that area but were reinventing the wheel. I think the best solution would be to take something like html_quickforms and implement a wrapper to create forms via TS and TCA using it. Feel free to ask for help or take the project over. Christoph From martin.kutschker-n0spam at no5pam-blackbox.net Fri May 25 17:30:37 2007 From: martin.kutschker-n0spam at no5pam-blackbox.net (Martin Kutschker) Date: Fri, 25 May 2007 17:30:37 +0200 Subject: [TYPO3-dev] CType Multimedia In-Reply-To: References: Message-ID: Typo3 schrieb: > Hi > > Why Typo3 creates only - that doesn't work in IE, which makes the content type useless. > Why this solution? I guess because in the meantime those who need it use special extensions and the other ones don't care. If you think about doing something about it consider releasing a standalone XCLASS extension. We had that discussion before and you may remember that no Core developer is willing to dig into you huge collection of various changes and enhancements. My ideas for implementation: Make the file type a subtype of the multi media record type and use this subtype as key for a flex form switch. So you can have all the right configuration options for the various file types (movie, mp3, flash). But while this is fine for Flash (only one plugin) this might be more of a problem for movies as you must decide which plugin to use on Windows. Masi From martin.ficzel at gmx.de Fri May 25 18:49:40 2007 From: martin.ficzel at gmx.de (Martin Ficzel) Date: Fri, 25 May 2007 18:49:40 +0200 Subject: [TYPO3-dev] CType Multimedia In-Reply-To: References: Message-ID: Martin Kutschker schrieb: > Typo3 schrieb: >> Hi >> >> Why Typo3 creates only > - that doesn't work in IE, which makes the content type useless. >> Why this solution? > > I guess because in the meantime those who need it use special extensions > and the other ones don't care. > > If you think about doing something about it consider releasing a > standalone XCLASS extension. We had that discussion before and you may > remember that no Core developer is willing to dig into you huge > collection of various changes and enhancements. > > My ideas for implementation: > > Make the file type a subtype of the multi media record type and use this > subtype as key for a flex form switch. So you can have all the right > configuration options for the various file types (movie, mp3, flash). > But while this is fine for Flash (only one plugin) this might be more of > a problem for movies as you must decide which plugin to use on Windows. i already worked on an updated multimedia element see my post ("multimedia content element : some ideas" from 24.08.2006 ) i will sketch the concepts here: - use typoscript to provide a proper code for each filetyoe, so the setup can be changed without programming - use render-methods like in current textpic to: - add a old style rendering wich is comatible to the current one - add a xhtml rendering methods (css styled) - maybe add a windows rendering method wich is activated with a ts-condition i created an extension wich works on my testserver but i never finished the testing. if you are interested i can send you a copy. the changes are not big (only some ts and a small function have to be added to css_styled_contend ) regards Martin From tapio.markula at xetpoint.fi Fri May 25 19:46:23 2007 From: tapio.markula at xetpoint.fi (Typo3) Date: Fri, 25 May 2007 20:46:23 +0300 Subject: [TYPO3-dev] CType Multimedia In-Reply-To: References: Message-ID: Martin Ficzel >> standalone XCLASS extension. ok I added $parArray['value']='value="'.$GLOBALS['TSFE']->absRefPrefix.$incFile.'"'; ... and set content rendering this way: else { $content =''; $content.=''; $content.=''; unset($parArray['classid'],$parArray['codebase'],$parArray['value']); $content .= ''; $content .= ''; Message-ID: >>> standalone XCLASS extension. > > ok > > I added > > $parArray['value']='value="'.$GLOBALS['TSFE']->absRefPrefix.$incFile.'"'; > > ... > and set content rendering this way: > else { > $content =' '.$parArray['height'].' '.$parArray['width'].'>'; > $content.=''; > $content.=''; > unset($parArray['classid'],$parArray['codebase'],$parArray['value']); > $content .= ''; > $content .= ''; > > > > Adding for example following parameters > width=205 > height=354 > classid=clsid:D27CDB6E-AE6D-11cf-96B8-444553540000 > codebase=http://download.macromedia.com/pub/shockwave/cabs/flash/swflash.cab #version=6,0,29,0 > > I get desired result. > > I had already XCLASS for the needed core file. Maybe this one could help: http://alistapart.com/articles/flashsatay According to the author seems to be "oldschool" NS style _and_ invalid for XHTML output. So with a proper type should be the way to go, since TYPO3 claims to be XHTML compliant when using core elements. Just my 2 cents Joey -- Wenn man keine Ahnung hat: Einfach mal Fresse halten! (If you have no clues: simply shut your gob sometimes!) Dieter Nuhr, German comedian openBC/Xing: http://www.cybercraft.de T3 cookbook: http://www.typo3experts.com From martin.kutschker-n0spam at no5pam-blackbox.net Fri May 25 21:31:28 2007 From: martin.kutschker-n0spam at no5pam-blackbox.net (Martin Kutschker) Date: Fri, 25 May 2007 21:31:28 +0200 Subject: [TYPO3-dev] CType Multimedia In-Reply-To: References: Message-ID: Martin Ficzel schrieb: > > - use typoscript to provide a proper code for each filetyoe, so the > setup can be changed without programming I was thinking more of a configuration with flex forms. Setting the size of a video per TS doesn't sound thtat great to me. It's nize if I have a few TS attributes, but settign an object tag per pure TS isn't impossible. Masi From martin.kutschker-n0spam at no5pam-blackbox.net Fri May 25 21:39:24 2007 From: martin.kutschker-n0spam at no5pam-blackbox.net (Martin Kutschker) Date: Fri, 25 May 2007 21:39:24 +0200 Subject: [TYPO3-dev] CType Multimedia In-Reply-To: References: Message-ID: JoH asenau schrieb: > > According to the author seems to be "oldschool" NS style _and_ > invalid for XHTML output. So with a proper type should be the way > to go, since TYPO3 claims to be XHTML compliant when using core elements. But this part of the spec sucks. The object thingy is much too IE/MS centric (classid!!!!)). It's sad that (x)html did'nt get proper