From roland.schulz at galileiconsult.de Sat May 1 11:08:43 2004 From: roland.schulz at galileiconsult.de (Roland Schulz) Date: Sat, 1 May 2004 11:08:43 +0200 Subject: [Typo3-dev] RC2 Bug: Version condition In-Reply-To: References: Message-ID: On Friday 30 April 2004 11:05, Kasper Sk?rh?j wrote: > > the following TS (in Contants) sets template_dir to uploads/layout_ns4/ > > for IE5 and IE6. This didn't happen with RC1. > > > > template_dir = uploads/layout/ > > [version= <5] > > template_dir = uploads/layout_ns4/ > > > > Any further info needed? > > Yes, please send the HTTP_USER_AGENT content for both browsers (see > php_info() output) > > Otherwise I cannot track the bug (since not everyone uses MSIE...) Mozilla/4.0 (compatible; MSIE 6.0; Windows 98) The problem is, that in RC2 (and final) first Mozilla is detected and only after that IE, IE is detected as Mozilla and thus the version is 4 and not 6. regards Roland From typo3dev at geithware.de Sat May 1 12:12:33 2004 From: typo3dev at geithware.de (Stefan Geith) Date: Sat, 01 May 2004 12:12:33 +0200 Subject: [Typo3-dev] Documentation exeeds 100kB - no upload ? Message-ID: Hi Devs, I just created a manual for my extension sg_glossary and it has 116 kBytes, because I included a turorial section witch has 16 pictures; all pictures a compressed as much as possible; Now I cannot uppload my extension, because of an error message like 'extension exeeds 100kByte' Is this true ? Does my extension have to be less than 100 kByte INCLUDING manual ? I habe seen, that I can add a manual in typo3.org with 'My extension keys -> Doc-review', but this needs more time/work and my extension is no longer visible in the list of 'New and updated' extensions ... Any Solution ? Stefan Geith From christian at jul.net Sat May 1 13:29:27 2004 From: christian at jul.net (Christian Jul Jensen) Date: 01 May 2004 13:29:27 +0200 Subject: [Typo3-dev] Documentation exeeds 100kB - no upload ? References: Message-ID: Stefan Geith writes: > Any Solution ? Ask Kasper to raise your limit. -- ./mvh Christian Jul Jensen Frelance webprogrammer TYPO3 Typehead Denmark From stig at 8620.dk Sat May 1 17:43:44 2004 From: stig at 8620.dk (Stig N. Jepsen) Date: Sat, 1 May 2004 17:43:44 +0200 Subject: [Typo3-dev] Sharing the load of development? References: Message-ID: > *hiya!* > On 12:16 Fri 30 Apr , Kasper Sk?rh?j wrote: > > So, it was not an impressive array of SourceForge usernames that came up > > for global extensions development, but "directmail", "tt_products" and > > "tt_guest" was target at least. > > btw Jan-Erik Revsbech and me started to talk about the *new* supernews > extension. "Planning phase" that is ;-) Hi Group, Hi Wolfgang, Wouldn't it be nice if this supernews extension had it's own newsgroup or forum where other people could share their ideas and needs for the extension? If we want to create this supernews extension, the goal must to create the most perfect one, right? :-) /Stig N. Jepsen From pieter_v at pandora.be Sat May 1 17:49:43 2004 From: pieter_v at pandora.be (Pieter) Date: Sat, 01 May 2004 17:49:43 +0200 Subject: [Typo3-dev] RC2 Bug: Version condition In-Reply-To: References: Message-ID: Kasper Sk?rh?j wrote: >>the following TS (in Contants) sets template_dir to uploads/layout_ns4/ for >>IE5 and IE6. This didn't happen with RC1. >> >>template_dir = uploads/layout/ >>[version= <5] >>template_dir = uploads/layout_ns4/ >> >>Any further info needed? >> >> > >Yes, please send the HTTP_USER_AGENT content for both browsers (see >php_info() output) > >Otherwise I cannot track the bug (since not everyone uses MSIE...) > >- kasper > > I have the same problem here with this code: page.stylesheet=fileadmin/template/main/res/main.css [browser = msie] page.stylesheet=fileadmin/template/main/res/mainie.css [global] [browser = netscape] page.stylesheet=fileadmin/template/main/res/mainmozilla.css [global] [browser = opera] page.stylesheet=fileadmin/template/main/res/mainie.css [global] The IE users see a scrambled website now because Typo3 sends out CSS made for Mozilla that IE can't handle... Somehow the mainmozilla.css is used for IE. With Mozilla 1.6: HTTP_USER_AGENT => Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.6) With IE6: HTTP_USER_AGENT => Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1) Changing [browser = msie] to [browser = MSIE] doesn't help. Pieter From mundaun at gmx.ch Sat May 1 18:16:59 2004 From: mundaun at gmx.ch (Michael Stucki) Date: Sat, 01 May 2004 18:16:59 +0200 Subject: [Typo3-dev] Sharing the load of development? References: Message-ID: Hi Stig, > Wouldn't it be nice if this supernews extension had it's own newsgroup or > forum where other people could share their ideas and needs for the > extension? Makes sense. I can do that if you like. > If we want to create this supernews extension, the goal must to create the > most perfect one, right? :-) Do you really plan to name it 'supernews'? Just to be sure: It's not an updated version of tt_news, right? - michael -- Want support? Please read the list rules first: http://typo3.org/1438.0.html From wolfgang at stufenlos.net Sat May 1 20:59:14 2004 From: wolfgang at stufenlos.net (Wolfgang Klinger) Date: Sat, 1 May 2004 20:59:14 +0200 Subject: [Typo3-dev] Sharing the load of development? In-Reply-To: References: Message-ID: *hiya!* On 18:16 Sat 01 May , Michael Stucki wrote: > > Makes sense. I can do that if you like. > We will discuss this... > Do you really plan to name it 'supernews'? Just to be sure: It's not an > updated version of tt_news, right? No, we'll start from scratch and include as much features as possible... bye Wolfgang From kasper at typo3.com Sun May 2 00:17:46 2004 From: kasper at typo3.com (Kasper =?ISO-8859-1?Q?Sk=E5rh=F8j?=) Date: Sun, 02 May 2004 00:17:46 +0200 Subject: [Typo3-dev] RC2 Bug: Version condition In-Reply-To: References: Message-ID: OK, There probably is a problem, but this is a good example of what happens when I correct a bug in the system from some user contributed code change following the words "...this works for me" - and maybe it does, but it breaks it for everyone else. So, if any of you think why Kasper didn't fix a lot of things now that they even gave examples - that is why. Because quite often such changes just introduces a new bug and EVERY TIME such changes has to be made with far more care and testing following that people could imagine. Anyways, you have had a month or more to find this error so its your own fault that it is in the final release now. We will have to fix it for 3.6.1 I didn't mean to speak specifically to you guys in this thread - just a general notice which also explains why the PATH_TRANSLATED issues reported lately had to wait - it would be too risky (and that would be a mission critical thing more than the browser bug described here). - kasper On Sat, 2004-05-01 at 17:49, Pieter wrote: > Kasper Sk?rh?j wrote: > > >>the following TS (in Contants) sets template_dir to uploads/layout_ns4/ for > >>IE5 and IE6. This didn't happen with RC1. > >> > >>template_dir = uploads/layout/ > >>[version= <5] > >>template_dir = uploads/layout_ns4/ > >> > >>Any further info needed? > >> > >> > > > >Yes, please send the HTTP_USER_AGENT content for both browsers (see > >php_info() output) > > > >Otherwise I cannot track the bug (since not everyone uses MSIE...) > > > >- kasper > > > > > I have the same problem here with this code: > page.stylesheet=fileadmin/template/main/res/main.css > [browser = msie] > page.stylesheet=fileadmin/template/main/res/mainie.css > [global] > [browser = netscape] > page.stylesheet=fileadmin/template/main/res/mainmozilla.css > [global] > [browser = opera] > page.stylesheet=fileadmin/template/main/res/mainie.css > [global] > > The IE users see a scrambled website now because Typo3 sends out CSS > made for Mozilla that IE can't handle... Somehow the mainmozilla.css is > used for IE. > > With Mozilla 1.6: HTTP_USER_AGENT => Mozilla/5.0 (Windows; U; Windows NT > 5.1; en-US; rv:1.6) > With IE6: HTTP_USER_AGENT => Mozilla/4.0 (compatible; MSIE 6.0; Windows > NT 5.1) > > Changing [browser = msie] to [browser = MSIE] doesn't help. > > Pieter > > _______________________________________________ > Typo3-dev mailing list > Typo3-dev at lists.netfielders.de > http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev -- Best regards - kasper -------------------- It's not a bug, it's a missing feature. From info at cybercraft.de Sun May 2 01:38:19 2004 From: info at cybercraft.de (JoH) Date: Sun, 2 May 2004 01:38:19 +0200 Subject: [Typo3-dev] Sharing the load of development? References: Message-ID: > > Makes sense. I can do that if you like. > > > > We will discuss this... > > > Do you really plan to name it 'supernews'? Just to be sure: It's not an > > updated version of tt_news, right? > > No, we'll start from scratch and include as much features as > possible... Well - I guess this will be the main problem of these new kind of "superextensions". They will be overloaded with functions nobody really needs in one extension. And they will be hard to handle for newbies and other people without programming skills. IMHO a real "superextension" has to be clearly arranged with a lean code containing not more than what is necessary but in a way that one can simply add what is needed. Some kind of "extendable extension" or a "framework within the framework". The current tt_news and tt_products extension for example share the same code and programming principles to some extend. A real "superextension" should be something that can be used for news _and_ products (or anything else that handles so called "records" outside the usual content) just by klicking some buttons in the backend and activating some additional fields without having to use the kickstarter and without adding additional PHP-code. (One step in this direction has been done with the "selectpro"-extension which is still not very user friendly) This way we will enable an average Admin-user to construct and arrange his own news-, products- or whatever-extension in just a few minutes. Maybe this could be realized as a GUI where you can simply activate things, move them around or delete them again. OK - I'm getting lost in details ... so let's stop here for now. Joey From pieter_v at pandora.be Sun May 2 12:35:38 2004 From: pieter_v at pandora.be (Pieter) Date: Sun, 02 May 2004 12:35:38 +0200 Subject: [Typo3-dev] RC2 Bug: Version condition In-Reply-To: References: Message-ID: Roland Schulz wrote: >Hello, > >the following TS (in Contants) sets template_dir to uploads/layout_ns4/ for >IE5 and IE6. This didn't happen with RC1. > >template_dir = uploads/layout/ >[version= <5] >template_dir = uploads/layout_ns4/ > >Any further info needed? > >regards >Roland > > > This problem is now reported at http://bugs.typo3.org (with a solution) Pieter From operation-lan at gmx.de Sun May 2 14:26:53 2004 From: operation-lan at gmx.de (=?ISO-8859-1?Q?Daniel_P=F6tzinger?=) Date: Sun, 02 May 2004 14:26:53 +0200 Subject: [Typo3-dev] infos for "Allowed Memory Size" Message-ID: Hello Today I installed the 3.6 on a testserver with PHP Version 4.0.6.. By clicking on List in the Backend, the Pagetree could not be generated because of the PHP Errormessage "Fatal error: Allowed memory size of 134217728 bytes exhausted (tried to allocate 50891 bytes) in ..../class.t3lib_browsetree.php on line 85" At first I raise the Allowed Memorysize up to 128M but the error was still there. Then I changed the line 85 from: parent::init(...); to t3lib_treeView::init(...); And the pagetree could be rendered with an memorylimit of 16M.. So I think it is a bug in php (the testserver has Version 4.0.6) From andy at elaptics.co.uk Sun May 2 18:45:32 2004 From: andy at elaptics.co.uk (Andrew Henson) Date: Sun, 2 May 2004 17:45:32 +0100 Subject: [Typo3-dev] Configuring tables/fields for listing in Web > Page Message-ID: Poking around the changelog I noticed that Kasper has added an API for adding extra tables to be listed in the Web > Page module. I have looked at the source and found the changes in class.tx_cms_layout and db_layout. I have got it working with one of my extensions as follows but I would like someone with a bit more Typo3 knowledge to tell me if I am doing this in the right way. Firstly, I couldn't find any functions to add the tables and field lists in, can anyone tell me if I have missed it? If there isn't is this something that could/should be added into the t3lib_extMgm class? Secondly, what I did to get it working was to add the following into my extensions ext_tables.php file. Is this the way I should be adding data to this array? I suspect not as it presumeably won't take into account other peoples extensions which may do the same thing for their extension. If not, can anyone tell me a better method? ##not sure if this is the correct way to use the addTables api but it seems to generally work $GLOBALS['TYPO3_CONF_VARS']['EXTCONF']['cms']['db_layout']['addTables'] = Array ( 'my_extension_table_name' => Array ( '0' => Array ( 'fList' => 'fieldname1,fieldname2,fieldname3', 'icon'=>'0', ), ), 'my_extension_table_name2' => Array ( '0' => Array ( 'fList' => 'field1,field2', 'icon' => '1', ), ), ); Thanks, Andy From roger at redgumweb.com.au Mon May 3 00:05:20 2004 From: roger at redgumweb.com.au (Roger Bunyan) Date: Mon, 3 May 2004 08:05:20 +1000 Subject: [Typo3-dev] Sharing the load of development? References: Message-ID: Hey Joey > will enable an average Admin-user to construct and arrange his own news-, > products- or whatever-extension in just a few minutes. Maybe this could be > realized as a GUI where you can simply activate things, move them around or > delete them again. I dream of this every day, is it possible? From mundaun at gmx.ch Mon May 3 00:45:17 2004 From: mundaun at gmx.ch (Michael Stucki) Date: Mon, 03 May 2004 00:45:17 +0200 Subject: [Typo3-dev] infos for "Allowed Memory Size" References: Message-ID: Hi Daniel, > So I think it is a bug in php (the testserver has Version 4.0.6) Please stop posting any bugs here but submit them to our new bug tracking system. - michael -- Want support? Please read the list rules first: http://typo3.org/1438.0.html From jms at marktauftritte.ch Mon May 3 01:52:18 2004 From: jms at marktauftritte.ch (Jean-Marie Schweizer) Date: Mon, 03 May 2004 01:52:18 +0200 Subject: [Typo3-dev] PDFlib and Typo3 Message-ID: Is anyone using PDFlib (http://www.pdflib.de) with Typo3 or has a dev project to integrated its functionality? I'd like to see it working with Typo3 as it would be a valueable add-on that can be used in many ways. The only draw back is that it isn't open source or at least I don't know of any open source project that comes even close to it. If you know anything about a development with PDFlib or a simliar product (open source or not) or have some ideas I'd love to know. I would of course contribute in any way I can to help a project on the way. Just a snippet of my ideas what Typo3/PDFlib can do: 1. Platform independet CRM based on intranet workflow 2. Customer service providing up-to-date information over the Internet by service on-the-fly documents that pull the data from the database and combine it with a designers document template (one of the great features of PDFlib) 3. Sales support. E.g. You enter data in a form check some boxes an print the contract following the CI and legal dependencies of the company etc. Jean-Marie From wolfgang at stufenlos.net Mon May 3 07:38:21 2004 From: wolfgang at stufenlos.net (Wolfgang Klinger) Date: Mon, 3 May 2004 07:38:21 +0200 Subject: [Typo3-dev] PDFlib and Typo3 In-Reply-To: References: Message-ID: *hiya!* On 01:52 Mon 03 May , Jean-Marie Schweizer told me: > Is anyone using PDFlib (http://www.pdflib.de) with Typo3 or has a dev > project to integrated its functionality? I'd like to see it working with > Typo3 as it would be a valueable add-on that can be used in many ways. Yes. > The only draw back is that it isn't open source or at least I don't know > of any open source project that comes even close to it. http://www.reportlab.org/ (Python, Open Source) > If you know anything about a development with PDFlib or a simliar > product (open source or not) or have some ideas I'd love to know. I > would of course contribute in any way I can to help a project on the way. I wrote a class for Typo3 that utilizes pdflib, but it's far from being ready for publishing.. (even though a client is using it in a production environment already) It's merely a simple layout engine for standard Typo3 elements (text, text/picture, lists, tables, ..) and needs a redesign to be generally useful... so some groundwork is done... send me your ideas and requirements and I'll think about to develop it further... ;-) bye Wolfgang -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 186 bytes Desc: not available URL: From wolfgang at stufenlos.net Mon May 3 07:38:21 2004 From: wolfgang at stufenlos.net (Wolfgang Klinger) Date: Mon, 3 May 2004 07:38:21 +0200 Subject: [Typo3-dev] PDFlib and Typo3 Message-ID: _______________________________________________ Typo3-dev mailing list Typo3-dev at lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev -------------- next part -------------- An embedded message was scrubbed... From: unknown sender Subject: Date: Mon, 3 May 2004 07:45:31 +0200 Size: 1650 URL: From stig at 8620.dk Mon May 3 11:16:08 2004 From: stig at 8620.dk (Stig N. Jepsen) Date: Mon, 3 May 2004 11:16:08 +0200 Subject: [Typo3-dev] Errors on typo3.org. Message-ID: Warning: Host '10.1.207.152' is blocked because of many connection errors. Unblock with 'mysqladmin flush-hosts' in /www/htdocs/_data/typo3.com/typo3_src-3.6.0RC2/t3lib/class.t3lib_db.php on line 776 /Stig From olivier.dobberkau at dkd.de Mon May 3 11:40:58 2004 From: olivier.dobberkau at dkd.de (Olivier Dobberkau) Date: Mon, 03 May 2004 11:40:58 +0200 Subject: [Typo3-dev] Errors on typo3.org. References: Message-ID: in Beitrag mailman.1.1083575761.20513.typo3-dev at lists.netfielders.de schrieb Stig N. Jepsen unter stig at 8620.dk am 03.05.2004 11:16 Uhr: > Warning: Host '10.1.207.152' is blocked because of many connection errors. > Unblock with 'mysqladmin flush-hosts' in > /www/htdocs/_data/typo3.com/typo3_src-3.6.0RC2/t3lib/class.t3lib_db.php on > line 776 > > /Stig Hi Stig. There is a press release in heise.de and that means, that all IT-guys in Germany are swamping the server.... Olivier From andreas at php4win.de Mon May 3 11:44:42 2004 From: andreas at php4win.de (Andreas Otto) Date: Mon, 3 May 2004 11:44:42 +0200 Subject: [Typo3-dev] Errors on typo3.org. In-Reply-To: References: Message-ID: Hi Stig, On Monday 03 May 2004 11:16, Stig N. Jepsen wrote: > Warning: Host '10.1.207.152' is blocked because of many connection errors. > Unblock with 'mysqladmin flush-hosts' in > /www/htdocs/_data/typo3.com/typo3_src-3.6.0RC2/t3lib/class.t3lib_db.php on > line 776 Yes, on production servers the display of PHP errors and warnings should be turned off. Due to the media coverage of the 3.6.0 release the TYPO3 server has to fight a higher load than usual, I guess. Cheers, Andreas -- Andreas Otto Using PHP on Windows? www.php4win.de From operation-lan at gmx.de Mon May 3 12:16:16 2004 From: operation-lan at gmx.de (=?ISO-8859-1?Q?Daniel_P=F6tzinger?=) Date: Mon, 03 May 2004 12:16:16 +0200 Subject: [Typo3-dev] infos for "Allowed Memory Size" In-Reply-To: References: Message-ID: Michael Stucki schrieb: > Hi Daniel, > > >>So I think it is a bug in php (the testserver has Version 4.0.6) > > > Please stop posting any bugs here but submit them to our new bug tracking > system. > > - michael It's no Bug in Typo3! It was just an Info! From mundaun at gmx.ch Mon May 3 12:13:28 2004 From: mundaun at gmx.ch (Michael Stucki) Date: Mon, 03 May 2004 12:13:28 +0200 Subject: [Typo3-dev] infos for "Allowed Memory Size" References: Message-ID: Hi Daniel, > It's no Bug in Typo3! It was just an Info! OK. I didn't look to deep at this, but since you wrote that it can be solved with a change in TYPO3, this might still be a problem of us, isn't it? - michael -- Want support? Please read the list rules first: http://typo3.org/1438.0.html From leendert at netcreators.nl Mon May 3 21:34:05 2004 From: leendert at netcreators.nl (Leendert Brouwer [Netcreators]) Date: Mon, 3 May 2004 12:34:05 -0700 Subject: [Typo3-dev] Errors on typo3.org. References: Message-ID: "Stig N. Jepsen" wrote in message news:mailman.1.1083575761.20513.typo3-dev at lists.netfielders.de... > Warning: Host '10.1.207.152' is blocked because of many connection errors. > Unblock with 'mysqladmin flush-hosts' in > /www/htdocs/_data/typo3.com/typo3_src-3.6.0RC2/t3lib/class.t3lib_db.php on > line 776 > > /Stig > > >From the MySQL docs: You can start mysqld with --max_connect_errors=999999999 to avoid this error message From warhawk at ufo-base.de Mon May 3 16:50:06 2004 From: warhawk at ufo-base.de (Christian Zehaczek) Date: Mon, 3 May 2004 16:50:06 +0200 Subject: [Typo3-dev] Suggested Update in t3lib_div::makeInstance() Message-ID: Hello Developers, i just needed to fix mentioned method to allow multiple inheritations, would be nice if this one moves to the core in future: Existing Method: <<>> function makeInstance($className) { $className = class_exists("ux_".$className)?"ux_".$className:$className; return new $className; } <<>> The Better Way: <<>> function makeInstance($className) { while (class_exists("ux_".$className)) { $className = "ux_".$className; } return new $className; } <<>> This works for t3lib_div::makeInstanceClassName() as well, allowing everyone to extend already exenteded classes, holding the naming convention. (eg. ux_ux_ux_t3lib_div extends ux_ux_t3lib_div) Best regards, Christian Zehaczek From murphy at thepanemgroup.com Mon May 3 16:25:27 2004 From: murphy at thepanemgroup.com (Thomas Murphy) Date: Mon, 03 May 2004 16:25:27 +0200 Subject: [Typo3-dev] Errors on typo3.org. In-Reply-To: References: Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I've seen this problem with other sites... there is no bad intention by them (heise.de), but it's a fact, that they killed some sites before with a simple press release. I think we can wait for tomorrow til the online-documentation is up-and-running again. :) Mirroring will be a good idea for the future. As this stuff costs some money, a sponsor may be a solution. bye, Murphy -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFAllZVwO0pDATctOARAhJQAJ4skv1jylpZN8MJrwb60d0AxwCkYwCbBl6h 8XCSF3DNPqXv6GU2iyQr8wk= =xQmv -----END PGP SIGNATURE----- From daniel at typo3.com Mon May 3 17:01:39 2004 From: daniel at typo3.com (Daniel Hinderink [TYPO3]) Date: Mon, 03 May 2004 17:01:39 +0200 Subject: [Typo3-dev] Errors on typo3.org. In-Reply-To: Message-ID: > in Beitrag mailman.1.1083575761.20513.typo3-dev at lists.netfielders.de schrieb > Stig N. Jepsen unter stig at 8620.dk am 03.05.2004 11:16 Uhr: > >> Warning: Host '10.1.207.152' is blocked because of many connection errors. >> Unblock with 'mysqladmin flush-hosts' in >> /www/htdocs/_data/typo3.com/typo3_src-3.6.0RC2/t3lib/class.t3lib_db.php on >> line 776 >> >> /Stig > > Hi Stig. > There is a press release in heise.de and that means, that all IT-guys in > Germany are swamping the server.... I sent the press release last Friday night and we have coverage at several german sources (heise, php-mag, linux-enterprise, golem, contentmanager.de ...) and also in UK, USA and spanish media. Heise was the killer link a year ago and probably it is again, but as mentioned above, we have fresh referrers today almost all over the tech world. Let's call it success :-) Cheers Daniel -- Daniel Hinderink TYPO3 - get.content.right Innovation, Marketing, PR http://www.typo3.com -- If the world should blow itself up, the last audible voice would be that of an expert saying it can't be done. Peter Ustinov From Martin-no5pam-Kutschker at blackbox.n0spam.net Mon May 3 23:04:59 2004 From: Martin-no5pam-Kutschker at blackbox.n0spam.net (Martin T. Kutschker) Date: Mon, 03 May 2004 17:04:59 -0400 Subject: [Typo3-dev] Suggested Update in t3lib_div::makeInstance() References: Message-ID: Christian Zehaczek wrote: > Hello Developers, > > i just needed to fix mentioned method to allow multiple inheritations, would > be nice if this one moves to the core in future: Pleas no. We had the extending classes discussion already. Let's stick to the solution: hooks in the Core. Masi From ingmars at web.de Mon May 3 18:21:20 2004 From: ingmars at web.de (Ingmar Schlecht) Date: Mon, 03 May 2004 18:21:20 +0200 Subject: [Typo3-dev] Suggested Update in t3lib_div::makeInstance() In-Reply-To: References: Message-ID: Christian Zehaczek wrote: > i just needed to fix mentioned method to allow multiple inheritations, would > be nice if this one moves to the core in future: 3.6.0 has got this already. function &makeInstance($className) { return class_exists('ux_'.$className) ? t3lib_div::makeInstance('ux_'.$className) : new $className; } cheers, Ingmar From ales.jurancic at triera.net Mon May 3 19:15:02 2004 From: ales.jurancic at triera.net (Ales) Date: Mon, 03 May 2004 19:15:02 +0200 Subject: [Typo3-dev] 3.6 and indexed search In-Reply-To: References: Message-ID: dan frost pravi: > To anyone who's using 3.6-dev or has lots of experience with indexed > search: > > Has anyone tried using indexed search in 3.6-dev? I'm trying to debug it > at the moment. Sympoms are: nothing is being indexed. Have followed all > intructions and have it working on 3.5 > > Any ideas? > > Cheers, > dan > having same problem here... been upgraded to 3.6.0 Final, and having same problem... Nothing is indexed... Any idea? Ales From sebastian at garbage-group.de Mon May 3 20:12:26 2004 From: sebastian at garbage-group.de (Sebastian Kurfuerst) Date: Mon, 03 May 2004 20:12:26 +0200 Subject: [Typo3-dev] PDFlib and Typo3 In-Reply-To: References: Message-ID: Hi, I have been looking for something like pdflib and found http://www.ros.co.nz/pdf/ a while ago. I used it successfully for generating a calendar, for me it worked really good. And it is open source. Maybe PDF export could be implemented as service, so we could write one service for PDFlib, one for R&OS, and so on. Sebastian -- Kontaktm?glichkeiten: http://garbage-group.de/kontakt.html Possibilitys to contact me: http://garbage-group.de/kontakt.html From Martin-no5pam-Kutschker at blackbox.n0spam.net Tue May 4 16:26:18 2004 From: Martin-no5pam-Kutschker at blackbox.n0spam.net (Martin T. Kutschker) Date: Tue, 04 May 2004 10:26:18 -0400 Subject: [Typo3-dev] PDFlib and Typo3 References: Message-ID: Sebastian Kurfuerst wrote: > Hi, > I have been looking for something like pdflib and found > http://www.ros.co.nz/pdf/ a while ago. I used it successfully for > generating a calendar, for me it worked really good. And it is open source. > > Maybe PDF export could be implemented as service, so we could write one > service for PDFlib, one for R&OS, and so on. Any ideas how such a service might work? I have only used the extension the makes use of HTMLdoc. It simply pipes the genereated HTML through the HTML-to-PDF-converter. Using more steps you could also do HTML->Tex-PDF or HTML->PS->PDF conversions. So this would be an easy filter class. I just browsed the R&OS pdf class faq, and I wondered if it makes sense to abstract such a complicated api as pdf generation. Masi From hoang at planb-media.de Tue May 4 11:29:49 2004 From: hoang at planb-media.de (Chi Hoang) Date: Tue, 4 May 2004 11:29:49 +0200 Subject: [Typo3-dev] direct mail + Multilanguage Message-ID: Hello, I want to enable the direct mail extension for multilanguage (one tree concept). It works like a charme, but in line 151 of class.mod_web_dmail.php the content of the pages is fetch by "$createFromMailRec = t3lib_BEfunc::getRecord ("pages",$createMailFrom);" to get some major information like title and so (and init direct mail and write a direct mail db record). Obviously this function cant get the page overlay record of this page, resulting in getting always the default language title of the pages which I want to change! How can I get the page information from a page overlay, when a page overlay exist? I know I can do some "dirty php" - but then is there a standard way? I think this would be a great enhance for direct mail at all. Thanks & Regards, Chi From thorsten.kahler at dkd.de Tue May 4 12:34:30 2004 From: thorsten.kahler at dkd.de (Thorsten Kahler) Date: Tue, 4 May 2004 12:34:30 +0200 Subject: [Typo3-dev] direct mail + Multilanguage References: Message-ID: Hello Chi, we will take this into account, when we are working on direct_mail extensions. Just added it to my ToDo-List ;-) (You got it too, Jan-Erik?) Thorsten "Chi Hoang" schrieb im Newsbeitrag news:mailman.1.1083662995.20516.typo3-dev at lists.netfielders.de... > Hello, > > I want to enable the direct mail extension for multilanguage (one tree > concept). It works like a charme, but in line 151 of > class.mod_web_dmail.php the content of the pages is fetch by > "$createFromMailRec = t3lib_BEfunc::getRecord ("pages",$createMailFrom);" to > get some major information like title and so (and init direct mail and write > a direct mail db record). Obviously this function cant get the page overlay > record of this page, resulting in getting always the default language title > of the pages which I want to change! How can I get the page information from > a page overlay, when a page overlay exist? I know I can do some "dirty > php" - but then is there a standard way? I think this would be a great > enhance for direct mail at all. > > Thanks & Regards, > > Chi > > > From ingmars at web.de Tue May 4 13:00:06 2004 From: ingmars at web.de (Ingmar Schlecht) Date: Tue, 04 May 2004 13:00:06 +0200 Subject: [Typo3-dev] Problem: Entry scripts Message-ID: Hi developers, Many front end extensions need to pass something directly to the client (e.g. browser) without the overhead of the index.php. Since there is no frame work for those 'entry scripts', many extensions have to "reinvent the wheel" by doing it their own way. Examples: - The NF Downloads extension needs to pass download files that reside outside of the document root to the client. Thus it uses its own 'enty script'. See http://typo3.org/index.php?id=1383&tx_extrepmgm_pi1[mode]=1&tx_extrepmgm_pi1[showUid]=511&tx_extrepmgm_pi1[cmd]=details&tx_extrepmgm_pi1[DATA][showFile]=pi1%2Fpassdownload.php - The jpgraph extension was originally passing the graph files directly to the browser (using an image mime type like image/png) - The showpic.php file needs to pass only a little HTML file containing an image tag to the browser. The purpose of the showpic.php file is to reduce the overhead that would have been there if it would be done via index.php. The first lines of almost all of these 'enty scripts' look 100% identical: start(); $TT->push('','Script start'); [...] ?> Possible solution: Introcucing an entry script framework consisting of a toplevel frontend script called action.php. What would this mean to e.g. showpic.php? Showpic.php would be splitted into two files. 1.) action.php This file would be called like this: http://somedomain.tld/action.php?a=tx_cms_showpic&the_usual_showpic_parameters or with realurls perhaps: http://somedomain.tld/action/showpic/the_usual_showpic_parameters 2.) typo3/systext/cms/class.tx_cms_showpic.php This file would be today's SC_tslib_showpic. Additionally the ext_tables.php file of the extension 'cms' would contain something like this: t3lib_extMgm::registerEntryScript('tx_cms_showpic','EXT:cms/class.tx_cms_showpic.php'); Does this make sense to you? cheers, Ingmar From jer at moccompany.com Tue May 4 13:46:52 2004 From: jer at moccompany.com (Jan-Erik Revsbech) Date: Tue, 4 May 2004 13:46:52 +0200 Subject: [Typo3-dev] direct mail + Multilanguage References: Message-ID: Yep got it. Will look at it tdoay or one of the next days. /Jan-Erik "Thorsten Kahler" skrev i en meddelelse news:mailman.1.1083666935.25250.typo3-dev at lists.netfielders.de... > Hello Chi, > > we will take this into account, when we are working on direct_mail > extensions. Just added it to my ToDo-List ;-) > (You got it too, Jan-Erik?) > > Thorsten > > "Chi Hoang" schrieb im Newsbeitrag > news:mailman.1.1083662995.20516.typo3-dev at lists.netfielders.de... > > Hello, > > > > I want to enable the direct mail extension for multilanguage (one tree > > concept). It works like a charme, but in line 151 of > > class.mod_web_dmail.php the content of the pages is fetch by > > "$createFromMailRec = t3lib_BEfunc::getRecord ("pages",$createMailFrom);" > to > > get some major information like title and so (and init direct mail and > write > > a direct mail db record). Obviously this function cant get the page > overlay > > record of this page, resulting in getting always the default language > title > > of the pages which I want to change! How can I get the page information > from > > a page overlay, when a page overlay exist? I know I can do some "dirty > > php" - but then is there a standard way? I think this would be a great > > enhance for direct mail at all. > > > > Thanks & Regards, > > > > Chi > > > > > > > > From thorsten.kahler at dkd.de Tue May 4 14:04:39 2004 From: thorsten.kahler at dkd.de (Thorsten Kahler) Date: Tue, 4 May 2004 14:04:39 +0200 Subject: [Typo3-dev] Problem: Entry scripts References: Message-ID: Hi Ingmar, yes it does! Other possible usages: - Web Services - calling administrative scripts (like user im-/export, statistics, ...) - all kinds of dynamically generated content, which doesn't need all this Typo3 overhead (images, pdf, xml for flash, ...) - could we call it pseudo-static? And there's surely many more that we could do with such an enhancement. Looking forward to version 3.7 ;-) Thorsten "Ingmar Schlecht" schrieb im Newsbeitrag news:mailman.1.1083668410.26946.typo3-dev at lists.netfielders.de... > Hi developers, > > Does this make sense to you? > > cheers, > Ingmar From sebastian at garbage-group.de Tue May 4 15:08:53 2004 From: sebastian at garbage-group.de (Sebastian Kurfuerst) Date: Tue, 04 May 2004 15:08:53 +0200 Subject: [Typo3-dev] PDFlib and Typo3 In-Reply-To: References: Message-ID: Hi, if I understand services correctly (I just read the doc) it could be implemented like this: There will be an extension for PDF export of pages. This extension instanciates a service for PDF export and passes for example the ID of the page to the service. Then the service could read the page, the HTMLdoc service would read the HTML and the pdflib service would read out all content elements of the page and reformat them for PDF. Basically, it is important that all service with one servicetype (pdf for example) have the same public API, so all should have a method for outputting a webpage or for outputting "custom" content. This was my understanding of it, I hope I made my ideas clear. > I just browsed the R&OS pdf class faq, and I wondered if it makes sense > to abstract such a complicated api as pdf generation. Hm I don't understand your question. Do you see it as a problem that it doesn't take HTML and converts it to PDF? I think the quality would be much higher if we generate the content from the raw page data and not out of HTML. Of course this would be quite much work to do, but hopefully this would result in a high quality PDF. Sebastian -- Possibilitys to contact me: http://garbage-group.de/kontakt.html From jh at netfielders.de Tue May 4 15:06:39 2004 From: jh at netfielders.de (Jan-Hendrik Heuing) Date: Tue, 4 May 2004 15:06:39 +0200 Subject: [Typo3-dev] Errors on typo3.org. References: Message-ID: Traffic was "slightly" different then last year, we had 3 dual xeon's running at the end, and load was still high :) JH "Daniel Hinderink [TYPO3]" schrieb im Newsbeitrag news:mailman.1077.1083596507.256.typo3-dev at lists.netfielders.de... > > in Beitrag mailman.1.1083575761.20513.typo3-dev at lists.netfielders.de schrieb > > Stig N. Jepsen unter stig at 8620.dk am 03.05.2004 11:16 Uhr: > > > >> Warning: Host '10.1.207.152' is blocked because of many connection errors. > >> Unblock with 'mysqladmin flush-hosts' in > >> /www/htdocs/_data/typo3.com/typo3_src-3.6.0RC2/t3lib/class.t3lib_db.php on > >> line 776 > >> > >> /Stig > > > > Hi Stig. > > There is a press release in heise.de and that means, that all IT-guys in > > Germany are swamping the server.... > > I sent the press release last Friday night and we have coverage at several > german sources (heise, php-mag, linux-enterprise, golem, contentmanager.de > ...) and also in UK, USA and spanish media. > > Heise was the killer link a year ago and probably it is again, but as > mentioned above, we have fresh referrers today almost all over the tech > world. > > Let's call it success :-) > > Cheers > > Daniel > > > -- > > Daniel Hinderink > TYPO3 - get.content.right > Innovation, Marketing, PR > http://www.typo3.com > > -- > If the world should blow itself up, the last audible voice would be that of > an expert saying it can't be done. > Peter Ustinov > > From wolfgang at stufenlos.net Tue May 4 15:43:42 2004 From: wolfgang at stufenlos.net (Wolfgang Klinger) Date: Tue, 4 May 2004 15:43:42 +0200 Subject: [Typo3-dev] PDFlib and Typo3 In-Reply-To: References: Message-ID: *hiya!* On Tue, 04 May 2004, Sebastian Kurfuerst wrote the following: > There will be an extension for PDF export of pages. This extension > instanciates a service for PDF export and passes for example the ID of > the page to the service. Then the service could read the page, the > HTMLdoc service would read the HTML and the pdflib service would read > out all content elements of the page and reformat them for PDF. > Basically, it is important that all service with one servicetype (pdf > for example) have the same public API, so all should have a method for > outputting a webpage or for outputting "custom" content. Hmm, think about a "Layout engine" that prepares the content before passing it on to the actual e.g. pdflib wrapper (that should really just "write" the PDF).. so you can easily replace pdflib with something else without the need to write all the layout stuff again... (though not required in case of htmldoc) Extension -> Layout engine (service) -> PDF Wrapper (service) | pdflib, htmldoc Do you know something about a standardised way to describe a "Layout"? (XML) Maybe you can create a list of free PDF tools... (and their requirements (PHP, Python, pdflib, ...)) tia Wolfgang -------------------------------------------------------- Wolfgang Klinger mailto:wolfgang at stufenlos.net Public Key: http://www.stufenlos.net/wolfgang/stfl_wolfgang.gpg -------------------------------------------------------- -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 186 bytes Desc: not available URL: From wolfgang at stufenlos.net Tue May 4 15:43:42 2004 From: wolfgang at stufenlos.net (Wolfgang Klinger) Date: Tue, 4 May 2004 15:43:42 +0200 Subject: [Typo3-dev] PDFlib and Typo3 Message-ID: _______________________________________________ Typo3-dev mailing list Typo3-dev at lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev -------------- next part -------------- An embedded message was scrubbed... From: unknown sender Subject: Date: Tue, 4 May 2004 15:46:25 +0200 Size: 2055 URL: From Martin.no5pam.Kutschker at blackbox.n0spam.net Tue May 4 15:52:02 2004 From: Martin.no5pam.Kutschker at blackbox.n0spam.net (Martin T. Kutschker) Date: Tue, 04 May 2004 15:52:02 +0200 Subject: [Typo3-dev] PDFlib and Typo3 In-Reply-To: References: Message-ID: Sebastian Kurfuerst wrote: > Hi, > if I understand services correctly (I just read the doc) it could be > implemented like this: > There will be an extension for PDF export of pages. This extension > instanciates a service for PDF export and passes for example the ID of > the page to the service. Then the service could read the page, the > HTMLdoc service would read the HTML and the pdflib service would read > out all content elements of the page and reformat them for PDF. > Basically, it is important that all service with one servicetype (pdf > for example) have the same public API, so all should have a method for > outputting a webpage or for outputting "custom" content. > > This was my understanding of it, I hope I made my ideas clear. You don't need a service for that behaviour. Just define a pdf page type and associate the necessary rendering routines. See the xml types and TV for alternative rendering. OTOH, you might want to use a service to provide some kind of standard API. SO actual implementations could work woth pdflib or R&OS. Though I doubt it is useful to create such an API. I reckon they are different enough to make the API clumsy. >> I just browsed the R&OS pdf class faq, and I wondered if it makes >> sense to abstract such a complicated api as pdf generation. > > Hm I don't understand your question. Do you see it as a problem that it > doesn't take HTML and converts it to PDF? No. Just pointing out that there are different methods to create a pdf. > I think the quality would be > much higher if we generate the content from the raw page data and not > out of HTML. Of course this would be quite much work to do, but > hopefully this would result in a high quality PDF. Sure. You'd have to rewrite some classes. Can't say offhand which, but don't believe it'll work out-of-the-box. OTOH, there are some xml-generatign classes in the Core. They could serve as basis. And you'd need to have an alternative style TS. If you want to directly render pdf neither old-style nor css-sttle will be usable. Masi From tjarkv at sci.kun.nl Tue May 4 16:00:29 2004 From: tjarkv at sci.kun.nl (Tjark Verhoeven) Date: Tue, 04 May 2004 16:00:29 +0200 Subject: [Typo3-dev] Errors on typo3.org. References: Message-ID: Jan-Hendrik Heuing wrote: > Traffic was "slightly" different then last year, we had 3 dual xeon's > running at the end, and load was still high :) > > JH Any stats to gloat about? From sebastian at garbage-group.de Tue May 4 16:10:14 2004 From: sebastian at garbage-group.de (Sebastian Kurfuerst) Date: Tue, 04 May 2004 16:10:14 +0200 Subject: [Typo3-dev] PDFlib and Typo3 In-Reply-To: References: Message-ID: Hiya. > You don't need a service for that behaviour. Just define a pdf page type > and associate the necessary rendering routines. See the xml types and TV > for alternative rendering. What do you mean with "pdf page type"? Could you explain it a little deeper, this sounds interesting. > OTOH, you might want to use a service to provide some kind of standard > API. SO actual implementations could work woth pdflib or R&OS. Though I > doubt it is useful to create such an API. I reckon they are different > enough to make the API clumsy. Hm why do you think they are too different? OTOH, what does this mean? Sebastian From hoang at planb-media.de Tue May 4 16:14:36 2004 From: hoang at planb-media.de (Chi Hoang) Date: Tue, 4 May 2004 16:14:36 +0200 Subject: [Typo3-dev] direct mail + Multilanguage References: Message-ID: In fact I extended the menu (Fetch Mail from page) and hardcoded the &L Parameter so that the user can choose between 2 languages. But because of the "bug" above, the title is always in the default language. C. Jan-Erik Revsbech wrote: > Yep got it. Will look at it tdoay or one of the next days. > > /Jan-Erik > > "Thorsten Kahler" skrev i en meddelelse > news:mailman.1.1083666935.25250.typo3-dev at lists.netfielders.de... >> Hello Chi, >> >> we will take this into account, when we are working on direct_mail >> extensions. Just added it to my ToDo-List ;-) >> (You got it too, Jan-Erik?) >> >> Thorsten >> >> "Chi Hoang" schrieb im Newsbeitrag >> news:mailman.1.1083662995.20516.typo3-dev at lists.netfielders.de... >>> Hello, >>> >>> I want to enable the direct mail extension for multilanguage (one >>> tree concept). It works like a charme, but in line 151 of >>> class.mod_web_dmail.php the content of the pages is fetch by >>> "$createFromMailRec = t3lib_BEfunc::getRecord >>> ("pages",$createMailFrom);" to get some major information like >>> title and so (and init direct mail and write a direct mail db >>> record). Obviously this function cant get the page overlay record >>> of this page, resulting in getting always the default language >>> title of the pages which I want to change! How can I get the page >>> information from a page overlay, when a page overlay exist? I know >>> I can do some "dirty php" - but then is there a standard way? I >>> think this would be a great enhance for direct mail at all. >>> >>> Thanks & Regards, >>> >>> Chi From Martin.no5pam.Kutschker at blackbox.n0spam.net Tue May 4 16:21:19 2004 From: Martin.no5pam.Kutschker at blackbox.n0spam.net (Martin T. Kutschker) Date: Tue, 04 May 2004 16:21:19 +0200 Subject: [Typo3-dev] PDFlib and Typo3 In-Reply-To: References: Message-ID: Sebastian Kurfuerst wrote: > Hiya. > >> You don't need a service for that behaviour. Just define a pdf page >> type and associate the necessary rendering routines. See the xml types >> and TV for alternative rendering. > > What do you mean with "pdf page type"? Could you explain it a little > deeper, this sounds interesting. Well, standard Typo3 page types, like type 0 is standard and 98 is print, etc. Just make 666 the page type for pdf. >> OTOH, you might want to use a service to provide some kind of standard >> API. SO actual implementations could work woth pdflib or R&OS. Though >> I doubt it is useful to create such an API. I reckon they are >> different enough to make the API clumsy. > > Hm why do you think they are too different? Just a feeling, because pdf generation is probably non-triivial. So I can imagine many approaches. Go and have a look at the actual APIs. Perhaps I'm wrong and it's easy enough. > OTOH, what does this mean? That I suggest those who want to use pdflib create their extension, the R&OS folks create another one. Because I see little reason to have a common API. The rendering part would differ anyway, so why bother? It could perhaphs make some sense if you take FE extensions into consideration. Those might benefit from a unified API. That is, if there is some interest to adapt extensions for direct pdf rendering. Currently they all use either "inline" HTML, Typoscript and/or HTML templates. However if you ignore plugins, which produce very likely dynamic content anyway, there is no need for Masi From ingmars at web.de Tue May 4 18:00:31 2004 From: ingmars at web.de (Ingmar Schlecht) Date: Tue, 04 May 2004 18:00:31 +0200 Subject: [Typo3-dev] PDFlib and Typo3 In-Reply-To: References: Message-ID: Wolfgang Klinger wrote: > Do you know something about a standardised way to describe a "Layout"? > (XML) XHTML and SXW - to name two of them. cheers, Ingmar From wolfgang at stufenlos.net Tue May 4 18:09:50 2004 From: wolfgang at stufenlos.net (Wolfgang Klinger) Date: Tue, 4 May 2004 18:09:50 +0200 Subject: [Typo3-dev] PDFlib and Typo3 In-Reply-To: References: Message-ID: *hiya!* On Tue, 04 May 2004, Ingmar Schlecht wrote the following: > > XHTML and SXW - to name two of them. > ok ;-) Wolfgang -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 186 bytes Desc: not available URL: From wolfgang at stufenlos.net Tue May 4 18:09:50 2004 From: wolfgang at stufenlos.net (Wolfgang Klinger) Date: Tue, 4 May 2004 18:09:50 +0200 Subject: [Typo3-dev] PDFlib and Typo3 Message-ID: _______________________________________________ Typo3-dev mailing list Typo3-dev at lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev -------------- next part -------------- An embedded message was scrubbed... From: unknown sender Subject: Date: Tue, 4 May 2004 18:16:13 +0200 Size: 629 URL: From kari.salovaara at pp1.inet.fi Tue May 4 18:37:57 2004 From: kari.salovaara at pp1.inet.fi (Kari Salovaara) Date: Tue, 04 May 2004 19:37:57 +0300 Subject: [Typo3-dev] Huge problems to translate extensions Message-ID: Hi collegeaus, It has taken for me now 2-3 hours to do translations which normally take 5 minutes. 1) Some times I cannot even get extension details to show on pages. Typo3.org relocates me back to frontpage. Several times (3-25) when I try once again whentrying to get to translation page. 2) Same thing happens now-and-then when I want to save or go back from translation page. 3) And quite a few times I got message "Segment "extensions" was not a keyword for a postVarSet as expected!" when returning back with Go Back link. Other notes: a) There is still one extensions with default language = German !!! b) There is quite a lot extensions without manuals/guides.Sometimes it's very hard to translate if you don't know what the extensions is actually doing. And it's impossible for me to install all extensions and test them. Also there is manuals which have only headers without any text, they are not manuals, they are jokes. c) When the guiding text (by Kasper) advices us, translators, to do our best for the extension owner, it is still very difficult to act likerecommended as the owner of extension has not been thinking how they write the original text. In many cases it's too short and doesn't describe the field or helptext needed. Or sometimes they are far too long. Regards, Kari Motto: "Games are the cyberterrorism of the Net". -- Kari Salovaara Project Manager tel. +358 19 2483388 Pitkakatu 25-29 A 6 mobile +358 400 804549 10900 Hanko fax. +358 19 2483377 Finland From ingmars at web.de Tue May 4 19:18:54 2004 From: ingmars at web.de (Ingmar Schlecht) Date: Tue, 04 May 2004 19:18:54 +0200 Subject: [Typo3-dev] Huge problems to translate extensions In-Reply-To: References: Message-ID: Hi Kari, Kari Salovaara wrote: > 1) Some times I cannot even get extension details to show on pages. > Typo3.org relocates me back to frontpage. Several times (3-25) when I > try once again whentrying to get to translation page. > 2) Same thing happens now-and-then when I want to save or go back from > translation page. > 3) And quite a few times I got message "Segment "extensions" was not a > keyword for a postVarSet as expected!" when returning back with Go Back > link. AFAIK all those errors are related to Kasper's version of the realURL extension that he recently installed on typo3.org. Since he's currently at the PHP Conference in Amsterdam, I guess he doesn't know of the problem yet. > Other notes: > a) There is still one extensions with default language = German !!! Perhaps the author of that extension is incapable of writing english? I think in that case the translators of the German language should get in contact with the English translators and tranlate the extension to english together. > b) There is quite a lot extensions without manuals/guides.Sometimes it's > very hard to translate if you don't know what the extensions is actually > doing. And it's impossible for me to install all extensions and test > them. I didn't think about this problem yet, thanks for enlightening me. > c) When the guiding text (by Kasper) advices us, translators, to do our > best for the extension owner, it is still very difficult to act > likerecommended as the owner of extension has not been thinking how they > write the original text. In many cases it's too short and doesn't > describe the field or helptext needed. Or sometimes they are far too long. I would like a mailinglist/newsgroup for translators. All translators registered on typo3.org should automatically be member of that mailinglist. That place could be used for communication about specific problems when translating and to solve misunderstandings of strings to translate. Additionally it could be used by extension authors to encourage translators to translate their extension. cheers, Ingmar From kari.salovaara at pp1.inet.fi Tue May 4 20:08:30 2004 From: kari.salovaara at pp1.inet.fi (Kari Salovaara) Date: Tue, 04 May 2004 21:08:30 +0300 Subject: [Typo3-dev] Huge problems to translate extensions In-Reply-To: References: Message-ID: Ingmar Schlecht wrote: > Hi Kari, > > AFAIK all those errors are related to Kasper's version of the realURL > extension that he recently installed on typo3.org. > Since he's currently at the PHP Conference in Amsterdam, I guess he > doesn't know of the problem yet. > OK. There was already one earlier problem to Kasper (personal emails) related to translations. I think he'll do that also when he comes back. > > Perhaps the author of that extension is incapable of writing english? > > I think in that case the translators of the German language should get > in contact with the English translators and tranlate the extension to > english together. > That could be one solution, otherwise I'll publish my future extension in Finnish ! ;-) > > I didn't think about this problem yet, thanks for enlightening me. > OK. > > I would like a mailinglist/newsgroup for translators. All translators > registered on typo3.org should automatically be member of that mailinglist. > That place could be used for communication about specific problems when > translating and to solve misunderstandings of strings to translate. > Additionally it could be used by extension authors to encourage > translators to translate their extension. > Actually there is some kind of list already that Kasper is using when he sends notes to translators. I understand that most translators are only translating those extensions where they have some personal interest. There is only few languages by which extensions are more or less totally translated. This is also a problem if you want to establish a real, European level, multilanguage site. There should be a list for extension owners to urge them to update their extensions with translations !!! > cheers, > Ingmar Cheers, Kari PS. And now I go to watch USA-Denmark. Poor Kasper .... ;-) FIN-DEN was 6-0. -- Kari Salovaara Project Manager tel. +358 19 2483388 Pitkakatu 25-29 A 6 mobile +358 400 804549 10900 Hanko fax. +358 19 2483377 Finland From Martin-no5pam-Kutschker at blackbox.n0spam.net Wed May 5 04:01:34 2004 From: Martin-no5pam-Kutschker at blackbox.n0spam.net (Martin T. Kutschker) Date: Tue, 04 May 2004 22:01:34 -0400 Subject: [Typo3-dev] PDFlib and Typo3 References: Message-ID: Ingmar Schlecht wrote: > Wolfgang Klinger wrote: > >> Do you know something about a standardised way to describe a "Layout"? >> (XML) > > XHTML and SXW - to name two of them. (La)Tex, Postscript - two name two other. Masi From ingmars at web.de Tue May 4 23:25:58 2004 From: ingmars at web.de (Ingmar Schlecht) Date: Tue, 04 May 2004 23:25:58 +0200 Subject: [Typo3-dev] PDFlib and Typo3 In-Reply-To: References: Message-ID: Wolfgang Klinger wrote: >>XHTML and SXW - to name two of them. >> > > ok ;-) Actually I was wrong. XHTML is not or should not be used as a standardised way to describe a "Layout". That's the job of CSS (of course in conjunction with XHTML). XHTML is more like a way to mark up content with structural tags. See http://csszengarden.com/ for more info on this. PDF is what I'd call a standardised way to describe a "Layout". Now... this conclusion won't get us any further... cheers, Ingmar From ms at k1net.de Tue May 4 23:53:15 2004 From: ms at k1net.de (Mathias Schreiber [K1net]) Date: Tue, 4 May 2004 23:53:15 +0200 Subject: [Typo3-dev] Problem: Entry scripts References: Message-ID: Ingmar Schlecht wrote: > Hi developers, > > Many front end extensions need to pass something directly to the > client (e.g. browser) without the overhead of the index.php. > Since there is no frame work for those 'entry scripts', many > extensions > have to "reinvent the wheel" by doing it their own way. Tell me about it ;-) > Possible solution: > Introcucing an entry script framework consisting of a toplevel > frontend script called action.php. > > What would this mean to e.g. showpic.php? > > Showpic.php would be splitted into two files. > Does this make sense to you? YES PLEASE :) From daniel at typo3.com Wed May 5 01:01:43 2004 From: daniel at typo3.com (Daniel Hinderink [TYPO3]) Date: Wed, 05 May 2004 01:01:43 +0200 Subject: [Typo3-dev] Errors on typo3.org. In-Reply-To: Message-ID: > Jan-Hendrik Heuing wrote: >> Traffic was "slightly" different then last year, we had 3 dual xeon's >> running at the end, and load was still high :) >> >> JH > > Any stats to gloat about? In may (which is not particularly old) average (April data in brackets) 0,83 (0,56) MBps, max 2,87 (1,56) MBps, peak (!!) between 8-24h: 32,34 GB. Cheers, in fact three cheers to JHH! Daniel -- Daniel Hinderink TYPO3 - get.content.right Innovation, Marketing, PR http://www.typo3.com -- Don't spend time beating on a wall, hoping to transform it into a door. Coco Chanel From jms at marktauftritte.ch Wed May 5 05:38:31 2004 From: jms at marktauftritte.ch (Jean-Marie Schweizer) Date: Wed, 05 May 2004 05:38:31 +0200 Subject: [Typo3-dev] PDFlib and Typo3 In-Reply-To: References: Message-ID: Hi developers I've been following your discussion with great interesst. I see that there is not an easy way to find an overall solution. I see the great benefit of an implementation of a PDF parser with extended functionality in the very near future. Right now translating HTML into PDF might satisfy people but before long there will be a need of an automatically generated PDF download that follows the corporate design. It is already happening with print advertisement. Even smaller businessnes become aware of their differences in style and value of their representation of their company. Since the interenet can und should be based on the corporate design and culture it's not going to be acceptable to have forms and downloads that ignore that design concept. On the other side there needs to be an easy way to implement such a requirement into an existing project. I agree that the process of creating a PDF, expecially with extendend requirements, is not a walk in the park but rather a thorouw development over the years. That's why it would be worth looking for an fitted product. I've seen projects (one small example is found as a link to it fon www.pdflib.de) that create flyers online. The user enters data and chooses a standard flyer and the flyer will be printer and shipped to him. We also work with the printing business and see a great potentional just for that. I know PDFlib is not Open Source and it would be nice to follow the same road Typo3 does, but if there is no other solution, sometimes the customer will choose the lincenced product, because his benefits are greater that the cost. I will follow up the links you've postet (it just takes a while) and see if they come close to PDFlib. Maybe while looking I see other solutions that might be interessting. The question still stands. Is such an implementation of an PDF parser beneficionary to TYPO3 and it's many users or is it just too much of an special request for the community cannot get anything out of it. I apologise if I can't get into the programming jargon and fail to contribute to its technical discussion. But I'll be happy to give more input from "the other side", if needed and of any interesst. Jean-Marie From warhawk at ufo-base.de Wed May 5 10:07:16 2004 From: warhawk at ufo-base.de (Christian Zehaczek) Date: Wed, 5 May 2004 10:07:16 +0200 Subject: [Typo3-dev] Suggested Update in t3lib_div::makeInstance() References: Message-ID: nice! :) From ludwik at iceage.pl Wed May 5 10:24:08 2004 From: ludwik at iceage.pl (Ludwik Górski) Date: Wed, 5 May 2004 10:24:08 +0200 Subject: [Typo3-dev] Typo3.org problem Message-ID: Hello I think this problem is connected with new page addresses on typo3.org (realUrl). I cannot enter the documentation matrix, because documentation link in top menu leads to video tutorial at http://typo3.org/documentation/. If the post should be rather a bug report, please tell me ;). Ludwik From k.dambekalns at fishfarm.de Wed May 5 10:39:30 2004 From: k.dambekalns at fishfarm.de (Karsten Dambekalns) Date: Wed, 5 May 2004 08:39:30 +0000 (UTC) Subject: [Typo3-dev] Typo3.org problem References: Message-ID: Hi, On 2004-05-05, Ludwik G?rski wrote: > (realUrl). I cannot enter the documentation matrix, because documentation > link in top menu leads to video tutorial at http://typo3.org/documentation/. Well, it worked for me (yesterday) after logging in to typo3.org. May well have been a coincidence, though... Karsten From ingmars at web.de Wed May 5 10:43:14 2004 From: ingmars at web.de (Ingmar Schlecht) Date: Wed, 05 May 2004 10:43:14 +0200 Subject: [Typo3-dev] Path issues, please read! Message-ID: Hi developers, in order to solve the problem of getting reliable path information out of the jungle of server variables like PATH_TRANLATED etc we need many phpinfo() files to compare. In order to automate this process, I have written two scripts. The 'server' script resides on bugs.typo3.org and serves as sort of phpinfo() repository. Another script is available for you to execute it on your webserver. Please download it from http://bugs.typo3.org/qa/path_reporter.php.txt, save it to a path inside of your document root and point your browser to its location in order to execute it. Then click the button 'Submit Information' which will, if you are connected to the internet, make the script submit variables like PATH_TRANLATED to the 'server' script on bugs.typo3.org. Thanks very much in advance! cheers, Ingmar From spam-me-not at hotmail.com Wed May 5 10:45:08 2004 From: spam-me-not at hotmail.com (Matt McNeill) Date: Wed, 5 May 2004 09:45:08 +0100 Subject: [Typo3-dev] Typo3.org problem References: Message-ID: Stick the following into google to search typo3.org... site:typo3.org +matrix The first hit will get you the documentation matrix link directly Matt "Karsten Dambekalns" wrote in message news:mailman.1.1083746370.9477.typo3-dev at lists.netfielders.de... Hi, On 2004-05-05, Ludwik G?rski wrote: > (realUrl). I cannot enter the documentation matrix, because documentation > link in top menu leads to video tutorial at http://typo3.org/documentation/. Well, it worked for me (yesterday) after logging in to typo3.org. May well have been a coincidence, though... Karsten -------------- next part -------------- An HTML attachment was scrubbed... URL: From mundaun at gmx.ch Wed May 5 13:11:16 2004 From: mundaun at gmx.ch (Michael Stucki) Date: Wed, 05 May 2004 13:11:16 +0200 Subject: [Typo3-dev] Path issues, please read! References: Message-ID: Hi Ingmar, > Then click the button 'Submit Information' which will, if you are > connected to the internet, make the script submit variables like > PATH_TRANLATED to the 'server' script on bugs.typo3.org. That looks great! Just one question: Will this also work if I have 3.5.0 running? - michael -- Want support? Please read the list rules first: http://typo3.org/1438.0.html From jms at marktauftritte.ch Wed May 5 13:35:56 2004 From: jms at marktauftritte.ch (Jean-Marie Schweizer) Date: Wed, 05 May 2004 13:35:56 +0200 Subject: [Typo3-dev] Are footnotes in documentation parsed on typo3.org Message-ID: I wonder if footnotes within Open Office documents are parsed on typo3.org (online documentation) or how it would behave if there were any. Does anyone know? Jean-Marie From trabold at mehrwert.de Wed May 5 13:51:05 2004 From: trabold at mehrwert.de (Christian Trabold) Date: Wed, 05 May 2004 13:51:05 +0200 Subject: [Typo3-dev] Are footnotes in documentation parsed on typo3.org In-Reply-To: References: Message-ID: Hi Jean-Marie! > I wonder if footnotes within Open Office documents are parsed on > typo3.org (online documentation) or how it would behave if there were any. > > Does anyone know? They won't be rendered. Have a look on the manual for developers to see how a document should be structured. Regards, Christian From wolfgang at stufenlos.net Wed May 5 14:29:35 2004 From: wolfgang at stufenlos.net (Wolfgang Klinger) Date: Wed, 5 May 2004 14:29:35 +0200 Subject: [Typo3-dev] Path issues, please read! In-Reply-To: References: Message-ID: *hiya!* On Wed, 05 May 2004, Michael Stucki wrote the following: > > That looks great! Just one question: Will this also work if I have 3.5.0 > running? Think so, it just sends some PHP global variables and the output of phpinfo() - so it's not Typo3-related, but server-related... tia bye Wolfgang -------------------------------------------------------- Wolfgang Klinger mailto:wolfgang at stufenlos.net Public Key: http://www.stufenlos.net/wolfgang/stfl_wolfgang.gpg -------------------------------------------------------- -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 186 bytes Desc: not available URL: From wolfgang at stufenlos.net Wed May 5 14:29:35 2004 From: wolfgang at stufenlos.net (Wolfgang Klinger) Date: Wed, 5 May 2004 14:29:35 +0200 Subject: [Typo3-dev] Path issues, please read! Message-ID: _______________________________________________ Typo3-dev mailing list Typo3-dev at lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev -------------- next part -------------- An embedded message was scrubbed... From: unknown sender Subject: Date: Wed, 5 May 2004 14:31:17 +0200 Size: 1049 URL: From dan at danfrost.co.uk Wed May 5 14:40:57 2004 From: dan at danfrost.co.uk (dan frost) Date: Wed, 05 May 2004 13:40:57 +0100 Subject: [Typo3-dev] New coding standard idea - error codes Message-ID: Hello all, I wonder if it would be ok to use an error code standard. Basically, every error message an extension / core thing throws (e.g. a debug or die) has a code of the form: [your initials][Date][time] You just write this as you're writing the code. E.g. if i was writing some code now, the error code would be: df0504041339 Which i might use like: if($mustBeTrue) { // do stuff } else { die('Something bad happened df0504041339'); } Then, when i see this i just grep for "df0504041339". The alternative could be "some error messgage".__LINE__.__FILE__; What do you think? dan From mundaun at gmx.ch Wed May 5 15:12:35 2004 From: mundaun at gmx.ch (Michael Stucki) Date: Wed, 05 May 2004 15:12:35 +0200 Subject: [Typo3-dev] Path issues, please read! References: Message-ID: Wolfgang Klinger wrote: >> That looks great! Just one question: Will this also work if I have 3.5.0 >> running? > Think so, it just sends some PHP global variables and the output of > phpinfo() - so it's not Typo3-related, but server-related... Well, I just wondered why TYPO3_OS was not detected. But this might also be because the server is running on an Alphastation... - michael -- Want support? Please read the list rules first: http://typo3.org/1438.0.html From hoang at planb-media.de Wed May 5 15:34:24 2004 From: hoang at planb-media.de (Chi Hoang) Date: Wed, 5 May 2004 15:34:24 +0200 Subject: [Typo3-dev] Bug in Direct Mail + Long Link Mode Message-ID: Hello, there is a strange bug in direct mail using long link mode. the very first link is encoded with a ">" at the end resulting in a 404-error when clicked. in table cache_md5params its looks like this http://mydomain.de/?id=58&rid=t_496&mid=168&jumpurl=-1>! look at the ">" at then end! Unfortunately I dont know where it comes from, I checked my (and typo3) code over and over again. Greets, Chi From k.dambekalns at fishfarm.de Wed May 5 16:27:02 2004 From: k.dambekalns at fishfarm.de (Karsten Dambekalns) Date: Wed, 5 May 2004 14:27:02 +0000 (UTC) Subject: [Typo3-dev] New coding standard idea - error codes References: Message-ID: Hi, On 2004-05-05, dan frost wrote: > I wonder if it would be ok to use an error code standard. Basically, > every error message an extension / core thing throws (e.g. a debug or > die) has a code of the form: ... > Then, when i see this i just grep for "df0504041339". The alternative > could be "some error messgage".__LINE__.__FILE__; I like the alternative better. But this is a great idea, and almost no effort needed to do it. Karsten From andreas at php4win.de Wed May 5 16:43:58 2004 From: andreas at php4win.de (Andreas Otto) Date: Wed, 5 May 2004 16:43:58 +0200 Subject: [Typo3-dev] New coding standard idea - error codes In-Reply-To: References: Message-ID: Hi Dan, On Wednesday 05 May 2004 14:40, dan frost wrote: > [your initials][Date][time] > > You just write this as you're writing the code. E.g. if i was writing > some code now, the error code would be: > > df0504041339 To avoid confusion I suggest we stick to ISO 8601 and define the date and time part like: ao200405051643 Cheers, Andreas -- Andreas Otto Using PHP on Windows? www.php4win.de From jer at moccompany.com Wed May 5 16:49:08 2004 From: jer at moccompany.com (Jan-Erik Revsbech) Date: Wed, 5 May 2004 16:49:08 +0200 Subject: [Typo3-dev] Bug in Direct Mail + Long Link Mode References: Message-ID: I have just cheked up on it, my cache_md5params looks like this: +----------------------+---------------------------------------------------- -----------------+ | md5hash | params | +----------------------+---------------------------------------------------- -----------------+ | 37c17a8c87d6f8e7e316 | http://backup.moccompany.com/sandbox/?id=5&rid=t_1&mid=5&jumpurl=-1 | | ee95c2e0fc40ed2bfe87 | http://backup.moccompany.com/sandbox/?id=5&rid=t_1&mid=5&jumpurl=-2 | | 92d089cf55cb320d73f7 | http://backup.moccompany.com/sandbox/?id=5&rid=t_1&mid=5&jumpurl=-3 | +----------------------+---------------------------------------------------- -----------------+ This is from the CVS version of direct_mail, are you using that version, (dont think there is much changed though compared to downloadable version)? Regards /Jan-Erik "Chi Hoang" skrev i en meddelelse news:mailman.1.1083764068.30817.typo3-dev at lists.netfielders.de... > Hello, > > there is a strange bug in direct mail using long link mode. the very first > link is encoded with a ">" at the end resulting in a 404-error when clicked. > in table cache_md5params its looks like this > http://mydomain.de/?id=58&rid=t_496&mid=168&jumpurl=-1>! look at the ">" at > then end! Unfortunately I dont know where it comes from, I checked my (and > typo3) code over and over again. > > Greets, > > Chi > > From hoang at planb-media.de Wed May 5 16:58:19 2004 From: hoang at planb-media.de (Chi Hoang) Date: Wed, 5 May 2004 16:58:19 +0200 Subject: [Typo3-dev] Bug in Direct Mail + Long Link Mode References: Message-ID: Jan-Erik Revsbech wrote: > This is from the CVS version of direct_mail, are you using that > version, (dont think there is much changed though compared to > downloadable version)? Im using direct mail 1.0.8 not from cvs. cant explain myself the bug. but my first link is a dynamically rendered link in TS. Im doing this: ### Weblink ### page.37 = TEXT page.37.value = HTML-Newsletter page.37.typolinkno_cache = 1 page.37.typolink.parameter.data = page:uid page.37.typolink.parameter.wrap = | ,0 _blank page.37.wrap=|

### Weblink Ende ### because the customer wanted a link in the nl to the nl itself in the web! Maybe this is the reason? *shrug* greets, Chi From stephane.schitter at free.fr Wed May 5 18:19:27 2004 From: stephane.schitter at free.fr (Stephane Schitter) Date: Wed, 5 May 2004 18:19:27 +0200 Subject: [Typo3-dev] tstemplate extension and EM version inconsistencies Message-ID: Hello, I have come across a strange problem today -- I was following the "Inside Typo3" core installation of Typo3, and I went from that state into installing some basic extensions as "Local" extensions. All went well, but when I came to install "tstemplate" I noticed weird behaviours with a function rtw() not being found. A dig into the php code (around line 251) showed to me that it should actually be template::rtw() that should be called, but then that led to other strange behaviours and... ... this is the point where I noticed that tstemplate from the TER seems to be older than the tstemplate shipped with Typo3 3.6.0 -- even though they share the same version number "0.0.4". Am I wrong here ? and if not, where would the latest tstemplate be ? This is not the only post where revision number on TER vs. CVS versions are a problem and confuse people, but in this case there isn't even a tstemplate CVS version it seems. Stephane From jms at marktauftritte.ch Wed May 5 19:46:20 2004 From: jms at marktauftritte.ch (Jean-Marie Schweizer) Date: Wed, 05 May 2004 19:46:20 +0200 Subject: [Typo3-dev] Are footnotes in documentation parsed on typo3.org In-Reply-To: References: Message-ID: >> I wonder if footnotes within Open Office documents are parsed on >> typo3.org (online documentation) or how it would behave if there were >> any. >> >> Does anyone know? > > > They won't be rendered. > > Have a look on the manual for developers to see how a document should be > structured. I actually did already. I was just wondering if there was a change in the meantime since the documentation is from 15-12-2003. It would be really helpful. Thanks a lot though. Jean-Marie From murphy at thepanemgroup.com Wed May 5 22:06:34 2004 From: murphy at thepanemgroup.com (Thomas Murphy) Date: Wed, 05 May 2004 22:06:34 +0200 Subject: [Typo3-dev] OT: webdeveloper mozilla plugin Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello everyone, it's offtopic but there a cool mozilla plugin i found some time ago which is IMO really great. It may save a lot of time and code changes and helps in validating your code. http://webdeveloper.mozdev.org/ Just wanted to share that with you... :) bye, Murphy -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFAmUkzwO0pDATctOARAnSkAJ9o3EvSSavRNjQzQYq9lwyHJ5k9pACgtXvj aJF5hT4I41FHTBq9Yqo2JdE= =XP44 -----END PGP SIGNATURE----- From ben at netcreators.nl Wed May 5 22:21:40 2004 From: ben at netcreators.nl (ben van 't ende [netcreators]) Date: Wed, 05 May 2004 22:21:40 +0200 Subject: [Typo3-dev] OT: webdeveloper mozilla plugin In-Reply-To: References: Message-ID: Thomas Murphy wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hello everyone, > > it's offtopic but there a cool mozilla plugin i found some time ago > which is IMO really great. It may save a lot of time and code changes > and helps in validating your code. > > http://webdeveloper.mozdev.org/ > > Just wanted to share that with you... :) Hi, I use that one all the time. It makes me love FireFox. gRTz ben -- netcreators :: creation and innovation www.netcreators.nl - www.typo3.nl From tmilovan at efpu.hr Thu May 6 09:21:28 2004 From: tmilovan at efpu.hr (Toni Milovan) Date: Thu, 06 May 2004 09:21:28 +0200 Subject: [Typo3-dev] RTE(htmlarea) + Frontend news submitter Message-ID: Hello, I've been thinkering for a while about rte for frontend news submitter extension. I really need rte for frontend users so I patched frontend scripts to include htmlarea from Kaspers rtehtmlarea extension (still need some configuring). What interests me is: - are there some good reasons against including rte for frontend users? - does anybody working on similar extension? - would it be worth to develop(fork?) new frontend news extension with rte ability? thanks, Toni From jer at moccompany.com Thu May 6 09:43:46 2004 From: jer at moccompany.com (Jan-Erik Revsbech) Date: Thu, 6 May 2004 09:43:46 +0200 Subject: [Typo3-dev] RTE(htmlarea) + Frontend news submitter References: Message-ID: I did something simmilar, I actully patched the julle feedit extension to have support fo the FCKEditor, and integrated that into the MOC Knowledgebase extension. I think it would be great if there was a standard way to use the RTE (or any RTE) in the backend. But is should use the HTML transformations so that the content is compatible with the RTE in the backend. The best would be (as the julle fe_edt extension does) to get everything needed to render the form including the RTE from the TCA tables. /Jan-Erik ----- Original Message ----- From: "Toni Milovan" To: Sent: Thursday, May 06, 2004 9:21 AM Subject: [Typo3-dev] RTE(htmlarea) + Frontend news submitter > Hello, > > I've been thinkering for a while about rte for frontend news submitter > extension. I really need rte for frontend users so I patched frontend > scripts to include htmlarea from Kaspers rtehtmlarea extension (still > need some configuring). > > What interests me is: > - are there some good reasons against including rte for frontend users? > - does anybody working on similar extension? > - would it be worth to develop(fork?) new frontend news extension with > rte ability? > > > thanks, > > Toni > > > _______________________________________________ > Typo3-dev mailing list > Typo3-dev at lists.netfielders.de > http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev > From tmilovan at efpu.hr Thu May 6 10:24:46 2004 From: tmilovan at efpu.hr (Toni Milovan) Date: Thu, 06 May 2004 10:24:46 +0200 Subject: [Typo3-dev] RTE(htmlarea) + Frontend news submitter In-Reply-To: References: Message-ID: I will look feedit. I see your point, however I'm generaly using a different approach to transformations on my systems so it's not really a problem for me. I tend to put most of the HTML code in the database, and then transform it on displaying and preserving whatever I need. So with this approach I found htmlarea very usable allowing fe users to copy-paste, create tables, etc. Of course you will have polluted data in database. I'd like to get a picture how big problem this is, I mean not be able to transform html on storing to database, and instead transformig html on displaying? Or most users don't care abou that? Cheers, Toni On ?et, 2004-05-06 at 09:43, Jan-Erik Revsbech wrote: > I did something simmilar, I actully patched the julle feedit extension to have support fo the FCKEditor, and integrated that into the MOC Knowledgebase extension. I think it would be great if there was a standard way to use the RTE (or any RTE) in the backend. But is should use the HTML transformations so that the content is compatible with the RTE in the backend. The best would be (as the julle fe_edt extension does) to get everything needed to render the form including the RTE from the TCA tables. > > /Jan-Erik > > ----- Original Message ----- > From: "Toni Milovan" > To: > Sent: Thursday, May 06, 2004 9:21 AM > Subject: [Typo3-dev] RTE(htmlarea) + Frontend news submitter > > > > Hello, > > > > I've been thinkering for a while about rte for frontend news submitter > > extension. I really need rte for frontend users so I patched frontend > > scripts to include htmlarea from Kaspers rtehtmlarea extension (still > > need some configuring). > > > > What interests me is: > > - are there some good reasons against including rte for frontend users? > > - does anybody working on similar extension? > > - would it be worth to develop(fork?) new frontend news extension with > > rte ability? > > > > > > thanks, > > > > Toni > > > > > > _______________________________________________ > > Typo3-dev mailing list > > Typo3-dev at lists.netfielders.de > > http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev > > > > _______________________________________________ > Typo3-dev mailing list > Typo3-dev at lists.netfielders.de > http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev From tmilovan at efpu.hr Thu May 6 10:24:52 2004 From: tmilovan at efpu.hr (Toni Milovan) Date: Thu, 06 May 2004 10:24:52 +0200 Subject: [Typo3-dev] RTE(htmlarea) + Frontend news submitter In-Reply-To: References: Message-ID: I will look feedit. I see your point, however I'm generaly using a different approach to transformations on my systems so it's not really a problem for me. I tend to put most of the HTML code in the database, and then transform it on displaying and preserving whatever I need. So with this approach I found htmlarea very usable allowing fe users to copy-paste, create tables, etc. Of course you will have polluted data in database. I'd like to get a picture how big problem this is, I mean not be able to transform html on storing to database, and instead transformig html on displaying? Or most users don't care abou that? Cheers, Toni On ?et, 2004-05-06 at 09:43, Jan-Erik Revsbech wrote: > I did something simmilar, I actully patched the julle feedit extension to have support fo the FCKEditor, and integrated that into the MOC Knowledgebase extension. I think it would be great if there was a standard way to use the RTE (or any RTE) in the backend. But is should use the HTML transformations so that the content is compatible with the RTE in the backend. The best would be (as the julle fe_edt extension does) to get everything needed to render the form including the RTE from the TCA tables. > > /Jan-Erik > > ----- Original Message ----- > From: "Toni Milovan" > To: > Sent: Thursday, May 06, 2004 9:21 AM > Subject: [Typo3-dev] RTE(htmlarea) + Frontend news submitter > > > > Hello, > > > > I've been thinkering for a while about rte for frontend news submitter > > extension. I really need rte for frontend users so I patched frontend > > scripts to include htmlarea from Kaspers rtehtmlarea extension (still > > need some configuring). > > > > What interests me is: > > - are there some good reasons against including rte for frontend users? > > - does anybody working on similar extension? > > - would it be worth to develop(fork?) new frontend news extension with > > rte ability? > > > > > > thanks, > > > > Toni > > > > > > _______________________________________________ > > Typo3-dev mailing list > > Typo3-dev at lists.netfielders.de > > http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev > > > > _______________________________________________ > Typo3-dev mailing list > Typo3-dev at lists.netfielders.de > http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev From hoang at planb-media.de Thu May 6 10:52:26 2004 From: hoang at planb-media.de (Chi Hoang) Date: Thu, 6 May 2004 10:52:26 +0200 Subject: [Typo3-dev] OT: webdeveloper mozilla plugin References: Message-ID: Thomas Murphy wrote: > it's offtopic but there a cool mozilla plugin i found some time ago > which is IMO really great. It may save a lot of time and code changes > and helps in validating your code. > > http://webdeveloper.mozdev.org/ > > Just wanted to share that with you... :) thanks a lot. i use iebooster from www.paessler.coim (for ie) which is now site inspector. http://www.paessler.com/psi i still have iebooster freeware. so if anybody is interested, mail me. it is not so powerfull like site inspector or webdeveloper, but might be still handy. greets, Chi From christian at jul.net Thu May 6 10:52:01 2004 From: christian at jul.net (Christian Jul Jensen) Date: 06 May 2004 10:52:01 +0200 Subject: [Typo3-dev] RTE(htmlarea) + Frontend news submitter References: Message-ID: "Jan-Erik Revsbech" writes: > The best would be (as the julle fe_edt extension does) to get > everything needed to render the form including the RTE from the TCA > tables. I plan to do a rewrite of this extension sometime at the end of summer, the design is not really very nice, and it should be 360fied, ie. support dbal, flexforms etc. I will also try to include the work of JER into that, hopefully supporting the general api for rte's and make it templatable. -- ./mvh Christian Jul Jensen Frelance webprogrammer TYPO3 Typehead Denmark From s.faulhaber at web-sol.de Thu May 6 13:12:24 2004 From: s.faulhaber at web-sol.de (Sebastian Faulhaber) Date: Thu, 06 May 2004 12:12:24 +0100 Subject: [Typo3-dev] How to enable my ext tables for being extended by other exts?? Message-ID: Hey there, how can I enable my ext tables for being extended by other exts with the extension kickstarter?? At the moment it is only possible for tt_content, fe_users and so on. Anybody has an idea? Thanks in advance. Sebastian From tombedlam at yahoo.com Thu May 6 16:57:33 2004 From: tombedlam at yahoo.com (Christopher) Date: Thu, 6 May 2004 07:57:33 -0700 (PDT) Subject: [Typo3-dev] Are TS Ref mistakes 'bugs'? Message-ID: Hi, Just wondering - should mistakes in core docs like TS Ref be reported to Kasper, or to bugs.typo3.org? -Christopher (The bug in question is "ATagTitlev" in GMENU) __________________________________ Do you Yahoo!? Win a $20,000 Career Makeover at Yahoo! HotJobs http://hotjobs.sweepstakes.yahoo.com/careermakeover From Martin.no5pam.Kutschker at blackbox.n0spam.net Thu May 6 17:22:53 2004 From: Martin.no5pam.Kutschker at blackbox.n0spam.net (Martin T. Kutschker) Date: Thu, 06 May 2004 17:22:53 +0200 Subject: [Typo3-dev] Are TS Ref mistakes 'bugs'? In-Reply-To: References: Message-ID: Christopher wrote: > Hi, > > Just wondering - should mistakes in core docs like TS Ref be reported > to Kasper, or to bugs.typo3.org? As long as there is no documentation category on bugs.typo3.org I suggest you use the annotion feature. Hopefully Kaser reads through them before uploading a new version. Masi From jms at marktauftritte.ch Thu May 6 19:40:30 2004 From: jms at marktauftritte.ch (Jean-Marie Schweizer) Date: Thu, 06 May 2004 19:40:30 +0200 Subject: [Typo3-dev] Thanks a lot - Safari works now Message-ID: As a Mac OS X user I appreciate that since 3.6.0 I can work in Safari. The page tree used to dissapear in 3.5.0. So thanks a lot to you guyes always working on the "little" things that make life easier for some people. Jean-Marie From kasper at typo3.com Thu May 6 19:51:51 2004 From: kasper at typo3.com (Kasper =?ISO-8859-1?Q?Sk=E5rh=F8j?=) Date: Thu, 06 May 2004 19:51:51 +0200 Subject: [Typo3-dev] Are TS Ref mistakes 'bugs'? In-Reply-To: References: Message-ID: Send them to me directly. I don't read the annotations. - kasper On Thu, 2004-05-06 at 17:22, Martin T. Kutschker wrote: > Christopher wrote: > > Hi, > > > > Just wondering - should mistakes in core docs like TS Ref be reported > > to Kasper, or to bugs.typo3.org? > > As long as there is no documentation category on bugs.typo3.org I > suggest you use the annotion feature. Hopefully Kaser reads through them > before uploading a new version. > > Masi > > _______________________________________________ > Typo3-dev mailing list > Typo3-dev at lists.netfielders.de > http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev -- Best regards - kasper -------------------- It's not a bug, it's a missing feature. From kasper at typo3.com Thu May 6 19:52:32 2004 From: kasper at typo3.com (Kasper =?ISO-8859-1?Q?Sk=E5rh=F8j?=) Date: Thu, 06 May 2004 19:52:32 +0200 Subject: [Typo3-dev] Thanks a lot - Safari works now In-Reply-To: References: Message-ID: Thanks, This was due to Jake COLE who did not only make us aware but also found a reasonable bug-fix. - kasper On Thu, 2004-05-06 at 19:40, Jean-Marie Schweizer wrote: > As a Mac OS X user I appreciate that since 3.6.0 I can work in Safari. > The page tree used to dissapear in 3.5.0. > > So thanks a lot to you guyes always working on the "little" things that > make life easier for some people. > > Jean-Marie > _______________________________________________ > Typo3-dev mailing list > Typo3-dev at lists.netfielders.de > http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev -- Best regards - kasper -------------------- It's not a bug, it's a missing feature. From kasper at typo3.com Thu May 6 12:51:01 2004 From: kasper at typo3.com (Kasper =?ISO-8859-1?Q?Sk=E5rh=F8j?=) Date: Thu, 06 May 2004 12:51:01 +0200 Subject: [Typo3-dev] Huge problems to translate extensions In-Reply-To: References: Message-ID: Hi. If you log in on typo3.org and look in the source HTML of the translator page all email adresses are listed there. This is what I use. Having those *automatically* subscribed to a mailing list is not possible for me to spend time implementing. The go back link can be fixed. GEnerally, the framework is too slow in my opinion. I thought about having a way to XML-export the labels, then translate locally (then you also don't risk to loose information you submit!) and upload again. However, I have so little time so the solution cannot be luxorious in anyways. I think the XML export idea is the way to go. FInally, I'm impressed with Karis dedication to translation! But maybe be a little more relaxed about what you translate and focus on the "serious" extensions... :-) - kasper From kasper at typo3.com Thu May 6 14:25:27 2004 From: kasper at typo3.com (Kasper =?ISO-8859-1?Q?Sk=E5rh=F8j?=) Date: Thu, 06 May 2004 14:25:27 +0200 Subject: [Typo3-dev] Errors on typo3.org. In-Reply-To: References: Message-ID: One solution to typo3.org load is probably Jan-Hendrik adding more hardware. Another solution which is needed anyways and which I hope to make soon is static publishing of certain pages - for instnace the frontpage! That would solve a lot. Most likekly much of the load was on the front page. Another part of TYPO3.org that I want to make static is the documentation pages... - kasper On Mon, 2004-05-03 at 21:34, Leendert Brouwer [Netcreators] wrote: > "Stig N. Jepsen" wrote in message > news:mailman.1.1083575761.20513.typo3-dev at lists.netfielders.de... > > Warning: Host '10.1.207.152' is blocked because of many connection errors. > > Unblock with 'mysqladmin flush-hosts' in > > /www/htdocs/_data/typo3.com/typo3_src-3.6.0RC2/t3lib/class.t3lib_db.php on > > line 776 > > > > /Stig > > > > > > >From the MySQL docs: You can start mysqld > with --max_connect_errors=999999999 to avoid this error message > > > _______________________________________________ > Typo3-dev mailing list > Typo3-dev at lists.netfielders.de > http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev -- Best regards - kasper -------------------- It's not a bug, it's a missing feature. From kasper at typo3.com Thu May 6 14:22:21 2004 From: kasper at typo3.com (Kasper =?ISO-8859-1?Q?Sk=E5rh=F8j?=) Date: Thu, 06 May 2004 14:22:21 +0200 Subject: [Typo3-dev] Configuring tables/fields for listing in Web > Page In-Reply-To: References: Message-ID: Yes, that is the way. We cannot provide an API for this in extMgm because the key ...[cms]... and format of what is in there is defined by the extension "cms". There is no laws officially for that content, hence we can make no meaningful API in extMgm. You did it the right way, but if you did not specify the two tables in an array as you did you wouldn't remove other extensions definitions and there would be no problem as you descibe. - kasper On Sun, 2004-05-02 at 18:45, Andrew Henson wrote: > Poking around the changelog I noticed that Kasper has added an API for > adding extra tables to be listed in the Web > Page module. I have looked > at the source and found the changes in class.tx_cms_layout and > db_layout. I have got it working with one of my extensions as follows > but I would like someone with a bit more Typo3 knowledge to tell me if I > am doing this in the right way. > > Firstly, I couldn't find any functions to add the tables and field lists > in, can anyone tell me if I have missed it? If there isn't is this > something that could/should be added into the t3lib_extMgm class? > > Secondly, what I did to get it working was to add the following into my > extensions ext_tables.php file. Is this the way I should be adding data > to this array? I suspect not as it presumeably won't take into account > other peoples extensions which may do the same thing for their > extension. If not, can anyone tell me a better method? > > ##not sure if this is the correct way to use the addTables api but it > seems to generally work > $GLOBALS['TYPO3_CONF_VARS']['EXTCONF']['cms']['db_layout']['addTables'] > = Array ( > 'my_extension_table_name' => Array ( > '0' => Array ( > 'fList' => 'fieldname1,fieldname2,fieldname3', > 'icon'=>'0', > ), > ), > 'my_extension_table_name2' => Array ( > '0' => Array ( > 'fList' => 'field1,field2', > 'icon' => '1', > ), > ), > ); > > Thanks, > > Andy > _______________________________________________ > Typo3-dev mailing list > Typo3-dev at lists.netfielders.de > http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev -- Best regards - kasper -------------------- It's not a bug, it's a missing feature. From kasper at typo3.com Thu May 6 14:34:18 2004 From: kasper at typo3.com (Kasper =?ISO-8859-1?Q?Sk=E5rh=F8j?=) Date: Thu, 06 May 2004 14:34:18 +0200 Subject: [Typo3-dev] tstemplate extension and EM version inconsistencies In-Reply-To: References: Message-ID: you are right. Where version numbers doesn't match up: Mostly because uploading 70 extensions each time I release the core is a lot of work - so I don't do it. And I'm sorry about that. We are currently restructuring some stuff which will also consider a consistent flow for this in the future. - kasper On Wed, 2004-05-05 at 18:19, Stephane Schitter wrote: > Hello, > > I have come across a strange problem today -- I was following the "Inside Typo3" > core installation of Typo3, and I went from that state into installing some > basic extensions as "Local" extensions. > > All went well, but when I came to install "tstemplate" I noticed weird > behaviours with a function rtw() not being found. > > A dig into the php code (around line 251) showed to me that it should actually > be template::rtw() that should be called, but then that led to other strange > behaviours and... > > ... this is the point where I noticed that tstemplate from the TER seems to be > older than the tstemplate shipped with Typo3 3.6.0 -- even though they share > the same version number "0.0.4". > > Am I wrong here ? > and if not, where would the latest tstemplate be ? > > This is not the only post where revision number on TER vs. CVS versions are a > problem and confuse people, but in this case there isn't even a tstemplate CVS > version it seems. > > Stephane > > > _______________________________________________ > Typo3-dev mailing list > Typo3-dev at lists.netfielders.de > http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev -- Best regards - kasper -------------------- It's not a bug, it's a missing feature. From kasper at typo3.com Thu May 6 14:39:35 2004 From: kasper at typo3.com (Kasper =?ISO-8859-1?Q?Sk=E5rh=F8j?=) Date: Thu, 06 May 2004 14:39:35 +0200 Subject: [Typo3-dev] RTE(htmlarea) + Frontend news submitter In-Reply-To: References: Message-ID: Keeping raw HTML in the database as you suggest is of course an option and if you just do it consistently it should be ok, The current "hybrid" format which comes out of the transformations "ts_css" and "ts" is neat when some users might edit content in plain text. My favourite scenario for the future is: - Either a field is or is NOT edited by RTE, regardless of operating system of the client. - If a field is RTE enabled, then it stores the raw content, possibly stripping of unallowed parts. In PHP5 there will be a great extension called "tidy" which would be more than perfect for doing fast and secure transformations. But this is all future right now. - kasper On Thu, 2004-05-06 at 10:24, Toni Milovan wrote: > I will look feedit. > > I see your point, however I'm generaly using a different approach to > transformations on my systems so it's not really a problem for me. I > tend to put most of the HTML code in the database, and then transform it > on displaying and preserving whatever I need. > > So with this approach I found htmlarea very usable allowing fe users to > copy-paste, create tables, etc. Of course you will have polluted data in > database. > > I'd like to get a picture how big problem this is, I mean not be able to > transform html on storing to database, and instead transformig html on > displaying? Or most users don't care abou that? > > Cheers, > > Toni > > > On ?et, 2004-05-06 at 09:43, Jan-Erik Revsbech wrote: > > I did something simmilar, I actully patched the julle feedit extension to have support fo the FCKEditor, and integrated that into the MOC Knowledgebase extension. I think it would be great if there was a standard way to use the RTE (or any RTE) in the backend. But is should use the HTML transformations so that the content is compatible with the RTE in the backend. The best would be (as the julle fe_edt extension does) to get everything needed to render the form including the RTE from the TCA tables. > > > > /Jan-Erik > > > > ----- Original Message ----- > > From: "Toni Milovan" > > To: > > Sent: Thursday, May 06, 2004 9:21 AM > > Subject: [Typo3-dev] RTE(htmlarea) + Frontend news submitter > > > > > > > Hello, > > > > > > I've been thinkering for a while about rte for frontend news submitter > > > extension. I really need rte for frontend users so I patched frontend > > > scripts to include htmlarea from Kaspers rtehtmlarea extension (still > > > need some configuring). > > > > > > What interests me is: > > > - are there some good reasons against including rte for frontend users? > > > - does anybody working on similar extension? > > > - would it be worth to develop(fork?) new frontend news extension with > > > rte ability? > > > > > > > > > thanks, > > > > > > Toni > > > > > > > > > _______________________________________________ > > > Typo3-dev mailing list > > > Typo3-dev at lists.netfielders.de > > > http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev > > > > > > > _______________________________________________ > > Typo3-dev mailing list > > Typo3-dev at lists.netfielders.de > > http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev > > > _______________________________________________ > Typo3-dev mailing list > Typo3-dev at lists.netfielders.de > http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev -- Best regards - kasper -------------------- It's not a bug, it's a missing feature. From stephane.schitter at free.fr Thu May 6 21:34:18 2004 From: stephane.schitter at free.fr (Stephane Schitter) Date: Thu, 6 May 2004 21:34:18 +0200 Subject: [Typo3-dev] tstemplate extension and EM version inconsistencies In-Reply-To: References: Message-ID: Selon Kasper Sk?rh?j : > you are right. > > Where version numbers doesn't match up: Mostly because uploading 70 > extensions each time I release the core is a lot of work - so I don't do > it. > > And I'm sorry about that. > > We are currently restructuring some stuff which will also consider a > consistent flow for this in the future. > > - kasper > > > On Wed, 2004-05-05 at 18:19, Stephane Schitter wrote: > > Hello, > > > > I have come across a strange problem today -- I was following the "Inside > Typo3" > > core installation of Typo3, and I went from that state into installing some > > basic extensions as "Local" extensions. > > > > All went well, but when I came to install "tstemplate" I noticed weird > > behaviours with a function rtw() not being found. > > > > A dig into the php code (around line 251) showed to me that it should > actually > > be template::rtw() that should be called, but then that led to other > strange > > behaviours and... > > > > ... this is the point where I noticed that tstemplate from the TER seems to > be > > older than the tstemplate shipped with Typo3 3.6.0 -- even though they > share > > the same version number "0.0.4". > > > > Am I wrong here ? > > and if not, where would the latest tstemplate be ? > > > > This is not the only post where revision number on TER vs. CVS versions are > a > > problem and confuse people, but in this case there isn't even a tstemplate > CVS > > version it seems. I am a great believer in the smallest core and have the most basic install be the standard. I remember seeing discussions on the ideal situation being where Typo3 has all extensions as local, and none global by default (except maybe the "install"). If that were the case (in an hypothetical future), then the maintenance of the extensions would not need to be inline with the core (unless a feature in the core ties to the release of a new version of extensions). What is the reason for not slowly phasing out global extensions ? - admins not knowing what to do when they upgrade and discover (or not...) that usual extensions are not in the core anymore ? - being too much of a pain when even basic extensions like tstemplate, etc... need to be installed as local and not have an out-of-the box solution ? - any other ? I have not been a typo3 user for a long time (few months now) but I've started converting my install(s) towards an almost empty typo3/ext directory and have all but a couple of extensions in typo3conf/ext of the individual sites. Stephane From kasper at typo3.com Thu May 6 21:43:02 2004 From: kasper at typo3.com (Kasper =?ISO-8859-1?Q?Sk=E5rh=F8j?=) Date: Thu, 06 May 2004 21:43:02 +0200 Subject: [Typo3-dev] tstemplate extension and EM version inconsistencies In-Reply-To: References: Message-ID: I agree with you on many of these points and funnily enough we are working on a suggestion for such a clean-up procedure. I'm personally sure that we will restructure around these things. The arguments are brilliant on all sides basically. The only thing we need is to determine which extensions to kick out (and which to kick in!). I expect to launch that discussion on the list next week. So save / prepare your ideas for then! - kasper From murphy at thepanemgroup.com Thu May 6 22:25:23 2004 From: murphy at thepanemgroup.com (Thomas Murphy) Date: Thu, 06 May 2004 22:25:23 +0200 Subject: [Typo3-dev] Yet another RTE question Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello everyone, i'm still having some serious problems with getting the RTE (Typo3.5.0) to do what i want it to. The strange behaviours travel in large groups. This has mostly to do with empty

-Tags (every time I save there is one appended), weird  's nesting between and

    which i can't track down ... and transformation issues which i can't understand. First transformation is RTE->DB, then after saving it's DB->RTE and last but not least the DB->FE transformation through the static template, which will finally mess up the code if it has not already happened before. And i just want the code from RTE displayed directly to FE, no transformation at all - don't misunderstand me: transformation is a cool enhancement, but i just don't need it right now. (btw.: regex would be another cool enhancement to the rte-transforms) At this point I'm in a project that has to be finished quickly, and the customer wants the RTE to be idiot-proven (yes, i know, maybe someone will invent a better idiot... ;) ). The only proper solution for me now seems to hack the typo-source and erase every transformation i can find, so the code goes to DB and rendered untouched to FE, but i have no estimate on how much time this will cost and which files i have to edit. Can someone give me an esimate on how much of my valuable lifetime i will spend on this? (And thank you Kasper for your reply on my earlier post concerning this issue, it definitely opened some ways, but I still somehow managed to get lost...) bye, Murphy - --- Programming is like sex, one mistake and you're providing support for a lifetime. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFAmp8xwO0pDATctOARAn25AKCyTYdLQU6FWXCK2FvhdAMqhz59uwCfU1Ll Ao5mia3XQ6mdXKFKQlHz86A= =MZPn -----END PGP SIGNATURE----- From stanislas.rolland at fructifor.com Thu May 6 22:52:57 2004 From: stanislas.rolland at fructifor.com (Stanislas Rolland) Date: Thu, 6 May 2004 22:52:57 +0200 (CEST) Subject: [Typo3-dev] Determining Typo3 version Message-ID: Hi, What would be a safe and clean way for an extension to test if is executing under Typo3 3.5.0 or 3.6.0? Stan ----------------------- The mailing list archive is found here: http://typo3.org/documentation/mailing-lists/dev-list-archive/ From t3 at 1zu6-design.de Fri May 7 00:21:34 2004 From: t3 at 1zu6-design.de (Rene Suthoelder) Date: Fri, 7 May 2004 00:21:34 +0200 Subject: [Typo3-dev] bugfixes - how to update 3.6.0 ??? Message-ID: hi there! reading the different t3 lists i found that several bugs for 3.6.0 were found and have already been fixed (like this one "[Typo3-windows] Since install of 3.6 I get HTTPS/Secure connection prompt"). my question: how may i update my brand new t3 3.6.0 installation, i.e. how do i get the information that new bugs have been fixed? do i have to wait for the t3 3.6.1 release or are there other means to update those debugged t3 components (without downloading a CVS snapshot)? greets, rene From murphy at thepanemgroup.com Fri May 7 03:36:06 2004 From: murphy at thepanemgroup.com (Thomas Murphy) Date: Fri, 07 May 2004 03:36:06 +0200 Subject: [Typo3-dev] Yet another RTE question In-Reply-To: References: Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello, Update: I managed to delete most of the transformations, the code is much cleaner (IMO) now. One thing that I really can't fix is that in the DB->FE transformation, the code: ...
    • test
      • ... always gets transformed to ...  
      • test
        • ... what makes a big margin in front of the UL-Tag. Do you have any ideas on how to solve this? bye, Murphy -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFAmugCwO0pDATctOARApkXAKDAmOy02xXuAkVlN5tZLiaiYZdMZgCeLPwN SJrYNgrtHsXg0oAhZLzF1nI= =bNR0 -----END PGP SIGNATURE----- From tmilovan at efpu.hr Fri May 7 08:44:39 2004 From: tmilovan at efpu.hr (Toni Milovan) Date: Fri, 07 May 2004 08:44:39 +0200 Subject: [Typo3-dev] Yet another RTE question In-Reply-To: References: Message-ID: Did you had a look at: http://typo3.org/documentation/mailing-lists/user-list-archive/thread/199/?tx_maillisttofaq_pi1%5Bsort%5D=view_stat%3A1&tx_maillisttofaq_pi1%5Bmode%5D=4 it may be helpful, Cheers, Toni On ?et, 2004-05-06 at 22:25, Thomas Murphy wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hello everyone, > > i'm still having some serious problems with getting the RTE (Typo3.5.0) > to do what i want it to. The strange behaviours travel in large groups. > This has mostly to do with empty

        -Tags (every time I save there is > one appended), weird  's nesting between and

          which i > can't track down ... and transformation issues which i can't understand. > First transformation is RTE->DB, then after saving it's DB->RTE and last > but not least the DB->FE transformation through the static template, > which will finally mess up the code if it has not already happened before. > > And i just want the code from RTE displayed directly to FE, no > transformation at all - don't misunderstand me: transformation is a cool > enhancement, but i just don't need it right now. (btw.: regex would be > another cool enhancement to the rte-transforms) > > At this point I'm in a project that has to be finished quickly, and the > customer wants the RTE to be idiot-proven (yes, i know, maybe someone > will invent a better idiot... ;) ). > > The only proper solution for me now seems to hack the typo-source and > erase every transformation i can find, so the code goes to DB and > rendered untouched to FE, but i have no estimate on how much time this > will cost and which files i have to edit. > > Can someone give me an esimate on how much of my valuable lifetime i > will spend on this? > > (And thank you Kasper for your reply on my earlier post concerning this > issue, it definitely opened some ways, but I still somehow managed to > get lost...) > > bye, > Murphy > > - --- > Programming is like sex, one mistake and you're providing support for a > lifetime. > > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.2.4 (MingW32) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > iD8DBQFAmp8xwO0pDATctOARAn25AKCyTYdLQU6FWXCK2FvhdAMqhz59uwCfU1Ll > Ao5mia3XQ6mdXKFKQlHz86A= > =MZPn > -----END PGP SIGNATURE----- > > _______________________________________________ > Typo3-dev mailing list > Typo3-dev at lists.netfielders.de > http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev From Martin.no5pam.Kutschker at blackbox.n0spam.net Fri May 7 08:53:47 2004 From: Martin.no5pam.Kutschker at blackbox.n0spam.net (Martin T. Kutschker) Date: Fri, 07 May 2004 08:53:47 +0200 Subject: [Typo3-dev] Determining Typo3 version In-Reply-To: References: Message-ID: Stanislas Rolland wrote: > Hi, > > What would be a safe and clean way for an extension to test if is > executing under Typo3 3.5.0 or 3.6.0? IIRC check the value of the constant TYPO_VERSION Masi From Martin.no5pam.Kutschker at blackbox.n0spam.net Fri May 7 08:59:38 2004 From: Martin.no5pam.Kutschker at blackbox.n0spam.net (Martin T. Kutschker) Date: Fri, 07 May 2004 08:59:38 +0200 Subject: [Typo3-dev] Huge problems to translate extensions In-Reply-To: References: Message-ID: Kasper Sk?rh?j wrote: > > FInally, I'm impressed with Karis dedication to translation! But maybe > be a little more relaxed about what you translate and focus on the > "serious" extensions... :-) Yeah, Kari, you're great! Every single of my extsensions have been translated within days. Thanx, Masi From niederlag at ikd01.de Fri May 7 09:18:49 2004 From: niederlag at ikd01.de (Peter Niederlag) Date: Fri, 7 May 2004 09:18:49 +0200 Subject: [Typo3-dev] Determining Typo3 version In-Reply-To: References: Message-ID: Hi, Martin T. Kutschker schrieb am 7.05.2004 um 08:53 Uhr CEST > Stanislas Rolland wrote: > > Hi, > > > > What would be a safe and clean way for an extension to test if is > > executing under Typo3 3.5.0 or 3.6.0? > > IIRC check the value of the constant TYPO_VERSION Sure it's a constant?. To me it seems to be $GLOBALS['TYPO_VERSION']. [..]typo3_src-3.6.0-cvs$ grep -R TYPO_VERSION . .... Cheers, PeterN -- Peter Niederlag http://www.niekom.de * Typo3 und EDV-Dienstleistungen * http://www.clown-goli.de * Clown-Comedy-Jonglage-Animation * From wolfgang at stufenlos.net Fri May 7 09:24:38 2004 From: wolfgang at stufenlos.net (Wolfgang Klinger) Date: Fri, 7 May 2004 09:24:38 +0200 Subject: [Typo3-dev] Configuring tables/fields for listing in Web > Page In-Reply-To: References: Message-ID: *hiya!* On Thu, 06 May 2004, Kasper Sk?rh?j wrote the following: > You did it the right way, but if you did not specify the two tables in > an array as you did you wouldn't remove other extensions definitions and > there would be no problem as you descibe. that way: ---- if (!is_array ($GLOBALS['TYPO3_CONF_VARS']['EXTCONF']['cms']['db_layout']['addTables'])) { $GLOBALS['TYPO3_CONF_VARS']['EXTCONF']['cms']['db_layout']['addTables'] = Array (); } $GLOBALS['TYPO3_CONF_VARS']['EXTCONF']['cms']['db_layout']['addTables']['my_extension_table_name'] => Array ( '0' => Array ( 'fList' => 'fieldname1,fieldname2,fieldname3', 'icon'=>'0', ), ); $GLOBALS['TYPO3_CONF_VARS']['EXTCONF']['cms']['db_layout']['addTables']['my_extension_table_name2'] => Array ( '0' => Array ( 'fList' => 'field1,field2', 'icon' => '1', ), ); ---- ;-) bye Wolfgang -------------------------------------------------------- Wolfgang Klinger mailto:wolfgang at stufenlos.net Public Key: http://www.stufenlos.net/wolfgang/stfl_wolfgang.gpg -------------------------------------------------------- -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 186 bytes Desc: not available URL: From wolfgang at stufenlos.net Fri May 7 09:24:38 2004 From: wolfgang at stufenlos.net (Wolfgang Klinger) Date: Fri, 7 May 2004 09:24:38 +0200 Subject: [Typo3-dev] Configuring tables/fields for listing in Web > Pa ge Message-ID: _______________________________________________ Typo3-dev mailing list Typo3-dev at lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev -------------- next part -------------- An embedded message was scrubbed... From: unknown sender Subject: Date: Fri, 7 May 2004 09:30:56 +0200 Size: 1699 URL: From tmilovan at efpu.hr Fri May 7 09:33:26 2004 From: tmilovan at efpu.hr (Toni Milovan) Date: Fri, 07 May 2004 09:33:26 +0200 Subject: [Typo3-dev] RTE(htmlarea) + Frontend news submitter In-Reply-To: References: Message-ID: On ?et, 2004-05-06 at 14:39, Kasper Sk?rh?j wrote: > > My favourite scenario for the future is: > - Either a field is or is NOT edited by RTE, regardless of operating > system of the client. > - If a field is RTE enabled, then it stores the raw content, possibly > stripping of unallowed parts. I like this and will stick to this for now. Still I'm in dilemma (this will be my first extension) should I fork new extension from frontend news submiter or start new from scratch. Toni From kari.salovaara at pp1.inet.fi Fri May 7 10:02:47 2004 From: kari.salovaara at pp1.inet.fi (Kari Salovaara) Date: Fri, 07 May 2004 11:02:47 +0300 Subject: [Typo3-dev] Huge problems to translate extensions In-Reply-To: References: Message-ID: Kasper Sk?rh?j wrote: > Hi. > > If you log in on typo3.org and look in the source HTML of the translator > page all email adresses are listed there. This is what I use. Having > those *automatically* subscribed to a mailing list is not possible for > me to spend time implementing. > OK. I fully understand. And I looked the source. > The go back link can be fixed. > Nice. > GEnerally, the framework is too slow in my opinion. I thought about > having a way to XML-export the labels, then translate locally (then you > also don't risk to loose information you submit!) and upload again. > > However, I have so little time so the solution cannot be luxorious in > anyways. I think the XML export idea is the way to go. > I support this idea. It fixes most of the problems. It's really true that sometimes the existing framework is slow and it must use too much resources also due it's so slow. One small detail/suggestion: it would be really nice if I could update my own installation with totally other translations than the official translations are. The idea behind this thinking; there is some extension which could be used to a little different target than was the purpose of the original extension. Eg. I would use bibliography extension and the fields used there in different ways for 2-3 domains and all these domains have their own typo3 installations. OK I know that I can do this already now but diversity is sometimes good to solve problems. Also if I can update with XML files any local language, this could be solution to my "missing translations" problem. No pressure with this idea. > FInally, I'm impressed with Karis dedication to translation! But maybe > be a little more relaxed about what you translate and focus on the > "serious" extensions... :-) > Gee thanks, but don't overestimate my efforts and I have a really good co-translator. To get everything translated once was a bigger effort but nowadays updating is merely a daily 15 minutes or so. This is my way to support Typo3. Unfortunately I have had so much other work that some extensions have been delayed for too long time, but in sunny future ;-) . > - kasper Greetings from Hanko where we have got summer (+25C!!!) Kari -- Kari Salovaara Project Manager tel. +358 19 2483388 Pitkakatu 25-29 A 6 mobile +358 400 804549 10900 Hanko fax. +358 19 2483377 Finland From Martin.no5pam.Kutschker at blackbox.n0spam.net Fri May 7 10:51:55 2004 From: Martin.no5pam.Kutschker at blackbox.n0spam.net (Martin T. Kutschker) Date: Fri, 07 May 2004 10:51:55 +0200 Subject: [Typo3-dev] Determining Typo3 version In-Reply-To: References: Message-ID: Peter Niederlag wrote: > Hi, > > Sure it's a constant?. No. > To me it seems to be $GLOBALS['TYPO_VERSION']. My memory failed me. Masi From kasper at typo3.com Fri May 7 10:53:18 2004 From: kasper at typo3.com (Kasper =?ISO-8859-1?Q?Sk=E5rh=F8j?=) Date: Fri, 07 May 2004 10:53:18 +0200 Subject: [Typo3-dev] Determining Typo3 version In-Reply-To: References: Message-ID: Right. And in t3lib_div there is a function to convert x.x.x to an integer. - kasper On Fri, 2004-05-07 at 09:18, Peter Niederlag wrote: > Hi, > > Martin T. Kutschker schrieb am 7.05.2004 um 08:53 Uhr CEST > > > Stanislas Rolland wrote: > > > Hi, > > > > > > What would be a safe and clean way for an extension to test if is > > > executing under Typo3 3.5.0 or 3.6.0? > > > > IIRC check the value of the constant TYPO_VERSION > > Sure it's a constant?. To me it seems to be > $GLOBALS['TYPO_VERSION']. > > [..]typo3_src-3.6.0-cvs$ grep -R TYPO_VERSION . > .... > > Cheers, > PeterN -- Best regards - kasper -------------------- It's not a bug, it's a missing feature. From stig at 8620.dk Fri May 7 11:03:26 2004 From: stig at 8620.dk (Stig N. Jepsen) Date: Fri, 7 May 2004 11:03:26 +0200 Subject: [Typo3-dev] Typo3.org login problems? Message-ID: Has anyone else than me problems logging in at Typo3.org? It displays a "Login failure!" error. I made typo3.org send my username and password to be sure that I used the correct ones. /Stig From wolfgang at stufenlos.net Fri May 7 11:15:49 2004 From: wolfgang at stufenlos.net (Wolfgang Klinger) Date: Fri, 7 May 2004 11:15:49 +0200 Subject: [Typo3-dev] Typo3.org login problems? In-Reply-To: References: Message-ID: *hiya!* On Fri, 07 May 2004, Stig N. Jepsen wrote the following: > Has anyone else than me problems logging in at Typo3.org? No.. works for me... Wolfgang -------------------------------------------------------- Wolfgang Klinger mailto:wolfgang at stufenlos.net Public Key: http://www.stufenlos.net/wolfgang/stfl_wolfgang.gpg -------------------------------------------------------- -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 186 bytes Desc: not available URL: From ingmars at web.de Fri May 7 11:19:24 2004 From: ingmars at web.de (Ingmar Schlecht) Date: Fri, 07 May 2004 11:19:24 +0200 Subject: [Typo3-dev] bugfixes - how to update 3.6.0 ??? In-Reply-To: References: Message-ID: Hi Rene, Rene Suthoelder wrote: > my question: > how may i update my brand new t3 3.6.0 installation, i.e. how do i get the > information that new bugs have been fixed? > do i have to wait for the t3 3.6.1 release or are there other means to > update those debugged t3 components (without downloading a CVS snapshot)? Either wait for the bug-fixed version (will be released in some days) or download the current package and patch it for yourself. You can find patched files at: http://typo3.org/documentation/mailing-lists/user-list-archive/thread/46387/ These files fix the following bugs: - HTTPS detection bug - ORIG_PATH_TRANSLATED issue - cgi_fcgi issue cheers Ingmar From t3 at 1zu6-design.de Fri May 7 11:27:14 2004 From: t3 at 1zu6-design.de (Rene Suthoelder) Date: Fri, 7 May 2004 11:27:14 +0200 Subject: [Typo3-dev] bugfixes - how to update 3.6.0 ??? References: Message-ID: ingmar, with the official release of those patched packages, will the t3 version number increase to something like 3.6.1? greets, rene "Ingmar Schlecht" schrieb im Newsbeitrag news:mailman.1.1083921570.15076.typo3-dev at lists.netfielders.de... > Hi Rene, > > Rene Suthoelder wrote: > > my question: > > how may i update my brand new t3 3.6.0 installation, i.e. how do i get the > > information that new bugs have been fixed? > > do i have to wait for the t3 3.6.1 release or are there other means to > > update those debugged t3 components (without downloading a CVS snapshot)? > > Either wait for the bug-fixed version (will be released in some days) or > download the current package and patch it for yourself. > You can find patched files at: > http://typo3.org/documentation/mailing-lists/user-list-archive/thread/46387/ > > These files fix the following bugs: > - HTTPS detection bug > - ORIG_PATH_TRANSLATED issue > - cgi_fcgi issue > > cheers > Ingmar From ingmars at web.de Fri May 7 11:33:26 2004 From: ingmars at web.de (Ingmar Schlecht) Date: Fri, 07 May 2004 11:33:26 +0200 Subject: [Typo3-dev] bugfixes - how to update 3.6.0 ??? In-Reply-To: References: Message-ID: Rene Suthoelder wrote: > with the official release of those patched packages, will the t3 version > number increase to something like 3.6.1? no. Ingmar From wolfgang at stufenlos.net Fri May 7 11:15:49 2004 From: wolfgang at stufenlos.net (Wolfgang Klinger) Date: Fri, 7 May 2004 11:15:49 +0200 Subject: [Typo3-dev] Typo3.org login problems? Message-ID: _______________________________________________ Typo3-dev mailing list Typo3-dev at lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev -------------- next part -------------- An embedded message was scrubbed... From: unknown sender Subject: Date: Fri, 7 May 2004 12:30:56 +0200 Size: 901 URL: From stig at 8620.dk Fri May 7 12:32:46 2004 From: stig at 8620.dk (Stig N. Jepsen) Date: Fri, 7 May 2004 12:32:46 +0200 Subject: [Typo3-dev] Typo3.org login problems? References: Message-ID: >> Has anyone else than me problems logging in at Typo3.org? > > No.. works for me... Yes It works again. /Stig From rl at robertlemke.de Fri May 7 13:27:50 2004 From: rl at robertlemke.de (Robert Lemke) Date: Fri, 07 May 2004 13:27:50 +0200 Subject: [Typo3-dev] bugs.typo3.org will be offline at 12th / 13th of may Message-ID: Hi folks, ELIOS and robert lemke medienprojekte are hosting that tiny little bug tracker at bugs.typo3.org. Our servers are located at Tiscali in Dreieich / Germany. Now Tiscali will move its whole datacenter to a new location in Frankfurt/M. which offers several advantages like a direct connection to DeCIX etc. This relocation will take place in the night from 12th to 13th of may and will last about five to eight hours. During that time bugs.typo3.org will be offline. So, at that night TYPO3 will be bug-free. Celebrate it! -- robert "They placed me on this earth without a manual. And I dare to say, I?m doing just fine without ;)" From kasper at typo3.com Fri May 7 14:04:58 2004 From: kasper at typo3.com (Kasper =?ISO-8859-1?Q?Sk=E5rh=F8j?=) Date: Fri, 07 May 2004 14:04:58 +0200 Subject: [Typo3-dev] Yet another RTE question In-Reply-To: References: Message-ID: Hi Thomas. I think your questions does not belong on the dev-list. Please ask on the user list or pay consultancy to help you. Since your project seems to be commercial that should be a valid option to you. - kasper From wolfgang at stufenlos.net Fri May 7 11:15:49 2004 From: wolfgang at stufenlos.net (Wolfgang Klinger) Date: Fri, 7 May 2004 11:15:49 +0200 Subject: [Typo3-dev] Typo3.org login problems? Message-ID: _______________________________________________ Typo3-dev mailing list Typo3-dev at lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev -------------- next part -------------- An embedded message was scrubbed... From: unknown sender Subject: Date: Fri, 7 May 2004 14:15:58 +0200 Size: 901 URL: From jms at marktauftritte.ch Fri May 7 14:49:22 2004 From: jms at marktauftritte.ch (Jean-Marie Schweizer) Date: Fri, 07 May 2004 07:49:22 -0500 Subject: [Typo3-dev] relPathPrefix without autoparser Message-ID: I've ask that questions twice in the "normal" mailing lists. Since no one seems to have an answer I dare to try it here. I like the relPathPrefix in the autoparser. If I DON'T want to use the autoparser and just simply want to implement a Design from a Webdesigner it would be nice to have something like template.path = /fileadmin/template/main So far I haven't found a solution in the documentation yet and just have to assume there is no solution but 1. Change the filepath manually. 2. Work with symlinks. Is that it? Wouldn't it be valuable to have something like template.path? Just let me know if I'm missing something. Any help is appreciated. Jean-Marie From ingmars at web.de Fri May 7 15:35:44 2004 From: ingmars at web.de (Ingmar Schlecht) Date: Fri, 07 May 2004 15:35:44 +0200 Subject: [Typo3-dev] bugfixes - how to update 3.6.0 ??? In-Reply-To: References: Message-ID: Ingmar Schlecht wrote: > Rene Suthoelder wrote: > >> with the official release of those patched packages, will the t3 version >> number increase to something like 3.6.1? > > no. Just for clarification: The package version will increase. So the packages will be called 3.6.0-2. Kasper, correct me if I'm wrong. cheers, Ingmar From kasper at typo3.com Fri May 7 15:42:04 2004 From: kasper at typo3.com (Kasper =?ISO-8859-1?Q?Sk=E5rh=F8j?=) Date: Fri, 07 May 2004 15:42:04 +0200 Subject: [Typo3-dev] relPathPrefix without autoparser In-Reply-To: References: Message-ID: I have had a good morning so here you are: page = PAGE page.typeNum = 0 page.10 = TEMPLATE page.10 { template = FILE template.file = fileadmin/template.html relPathPrefix = fileadmin/ } Updates in CVS. - kasper On Fri, 2004-05-07 at 14:49, Jean-Marie Schweizer wrote: > I've ask that questions twice in the "normal" mailing lists. Since no > one seems to have an answer I dare to try it here. > > I like the relPathPrefix in the autoparser. If I DON'T want to use the > autoparser and just simply want to implement a Design from a Webdesigner > it would be nice to have something like > > template.path = /fileadmin/template/main > > So far I haven't found a solution in the documentation yet and just have > to assume there is no solution but > > 1. Change the filepath manually. > 2. Work with symlinks. > > Is that it? Wouldn't it be valuable to have something like template.path? > > Just let me know if I'm missing something. Any help is appreciated. > > Jean-Marie > _______________________________________________ > Typo3-dev mailing list > Typo3-dev at lists.netfielders.de > http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev -- Best regards - kasper -------------------- It's not a bug, it's a missing feature. From kasper at typo3.com Fri May 7 15:51:31 2004 From: kasper at typo3.com (Kasper =?ISO-8859-1?Q?Sk=E5rh=F8j?=) Date: Fri, 07 May 2004 15:51:31 +0200 Subject: [Typo3-dev] bugfixes - how to update 3.6.0 ??? In-Reply-To: References: Message-ID: True, 3.6.0-x will be used for maintenance releases of a certain release branch after the final release is done. We might or might not apply such a tag in cvs as well, but I don't think we need a policy on that before we know how active maintenance releases will be. - kasper On Fri, 2004-05-07 at 15:35, Ingmar Schlecht wrote: > Ingmar Schlecht wrote: > > Rene Suthoelder wrote: > > > >> with the official release of those patched packages, will the t3 version > >> number increase to something like 3.6.1? > > > > no. > > Just for clarification: > The package version will increase. > So the packages will be called 3.6.0-2. > > Kasper, correct me if I'm wrong. > > cheers, > Ingmar > _______________________________________________ > Typo3-dev mailing list > Typo3-dev at lists.netfielders.de > http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev -- Best regards - kasper -------------------- It's not a bug, it's a missing feature. From trabold at mehrwert.de Fri May 7 16:12:26 2004 From: trabold at mehrwert.de (Christian Trabold) Date: Fri, 07 May 2004 16:12:26 +0200 Subject: [Typo3-dev] bugs.typo3.org will be offline at 12th / 13th of may In-Reply-To: References: Message-ID: Hi Robert! > ELIOS and robert lemke medienprojekte are hosting that tiny little bug > tracker at bugs.typo3.org. > > Our servers are located at Tiscali in Dreieich / Germany. Now Tiscali > will move its whole datacenter to a new location in Frankfurt/M. which > offers several advantages like a direct connection to DeCIX etc. > > This relocation will take place in the night from 12th to 13th of may > and will last about five to eight hours. During that time bugs.typo3.org > will be offline. Thanks for your information! > > So, at that night TYPO3 will be bug-free. Celebrate it! > I just wanted to register on bugs.typo3.org five minutes ago and got some error-messages (I can send you). No matter what reason they have: why is visible error-reporting enabled [on production servers (!) also on typo3.org (!!)]? Don't you think visible error-reporting should be banned from production servers? These messages are no good for marketing purposes nor have they any good karma. Regards, Christian From stanislas.rolland at fructifor.com Fri May 7 20:21:48 2004 From: stanislas.rolland at fructifor.com (Stanislas Rolland) Date: Fri, 7 May 2004 20:21:48 +0200 (CEST) Subject: [Typo3-dev] Determining Typo3 version In-Reply-To: References: Message-ID: Thanks all, if( t3lib_div::int_from_ver($GLOBALS['TYPO_VERSION']) >= 3006000 ) { ... } works fine. Stan ----------------------- This thread is located in the archive at this URL: http://typo3.org/documentation/mailing-lists/dev-list-archive/thread/46611/ From jms at marktauftritte.ch Fri May 7 22:31:00 2004 From: jms at marktauftritte.ch (Jean-Marie Schweizer) Date: Fri, 07 May 2004 15:31:00 -0500 Subject: [Typo3-dev] relPathPrefix without autoparser In-Reply-To: References: Message-ID: Kasper > page = PAGE > page.typeNum = 0 > page.10 = TEMPLATE > page.10 { > template = FILE > template.file = fileadmin/template.html > relPathPrefix = fileadmin/ > } Thanks a lot. (turning red at the fact that you caught me asking a question apparently so easy to solve). Jean-Marie From r.geyer at ameos.com Fri May 7 22:46:33 2004 From: r.geyer at ameos.com (Raphael) Date: Fri, 7 May 2004 22:46:33 +0200 Subject: [Typo3-dev] typo3.org search bug Message-ID: Hi list, I tryed the search function on typo3.org searching for RTE gives : Warning: mysql_num_rows(): supplied argument is not a valid MySQL result resource in /www/htdocs/_data/typo3.com/typo3_src-3.6.0RC2/t3lib/class.t3lib_db.php on line 677 Warning: mysql_fetch_assoc(): supplied argument is not a valid MySQL result resource in /www/htdocs/_data/typo3.com/typo3_src-3.6.0RC2/t3lib/class.t3lib_db.php on line 689 searching for typoscript gives results but the second page is empty ... Any ideas ? Raphael www.ameos.com From jms at marktauftritte.ch Fri May 7 22:51:20 2004 From: jms at marktauftritte.ch (Jean-Marie Schweizer) Date: Fri, 07 May 2004 15:51:20 -0500 Subject: [Typo3-dev] typo3.org search bug In-Reply-To: References: Message-ID: Raphael > I tryed the search function on typo3.org searching for RTE gives : > > Warning: mysql_num_rows(): supplied argument is not a valid MySQL result > resource in > /www/htdocs/_data/typo3.com/typo3_src-3.6.0RC2/t3lib/class.t3lib_db.php on > line 677 > > Warning: mysql_fetch_assoc(): supplied argument is not a valid MySQL result > resource in > /www/htdocs/_data/typo3.com/typo3_src-3.6.0RC2/t3lib/class.t3lib_db.php on > line 689 > > searching for typoscript gives results but the second page is empty ... > > Any ideas ? Could be related to a known bug. Please sign up at http://bugs.typo3.org and add to bug #46. Jean-Marie PS: bug #58 seems to be realted to #46. Who can merge those?? From Martin.no5pam.Kutschker at blackbox.n0spam.net Sat May 8 10:31:21 2004 From: Martin.no5pam.Kutschker at blackbox.n0spam.net (Martin T. Kutschker) Date: Sat, 08 May 2004 10:31:21 +0200 Subject: [Typo3-dev] bugfixes - how to update 3.6.0 ??? In-Reply-To: References: Message-ID: Kasper Sk?rh?j wrote: > True, > > 3.6.0-x will be used for maintenance releases of a certain release > branch after the final release is done. Some questions to clarify the release plan: Will an eventual 3.6.1 be based on the latest 3.6.0-x and start a new cycle for 3.6.1-x? What are the criteria to increase the package number and not only the maintenace number? Will the maintenance number be visible for BE users? This is important for bug reports. Will the maintenace nubmer appear in the directory name of teh source package? A question of convenience for admins. Masi From rl at robertlemke.de Sat May 8 10:29:49 2004 From: rl at robertlemke.de (Robert Lemke) Date: Sat, 08 May 2004 10:29:49 +0200 Subject: [Typo3-dev] bugs.typo3.org will be offline at 12th / 13th of may In-Reply-To: References: Message-ID: On Fri, 2004-05-07 at 16:12, Christian Trabold wrote: > I just wanted to register on bugs.typo3.org five minutes ago and got > some error-messages (I can send you). Okay, please do so. > No matter what reason they have: why is visible error-reporting enabled > [on production servers (!) also on typo3.org (!!)]? Unfortunately that virtual host (bugs.typo3.org) had turned error-reporting on - we just forgot that while debugging some changes in Mantis. It's now logged to a file again. > Don't you think visible error-reporting should be banned from production > servers? These messages are no good for marketing purposes nor have they > any good karma. Yes. -- robert "They placed me on this earth without a manual. And I dare to say, I?m doing just fine without ;)" From kasper at typo3.com Sat May 8 11:49:54 2004 From: kasper at typo3.com (Kasper =?ISO-8859-1?Q?Sk=E5rh=F8j?=) Date: Sat, 08 May 2004 11:49:54 +0200 Subject: [Typo3-dev] bugfixes - how to update 3.6.0 ??? In-Reply-To: References: Message-ID: > Some questions to clarify the release plan: fine. > > Will an eventual 3.6.1 be based on the latest 3.6.0-x and start a new > cycle for 3.6.1-x? If I understand right; no. Maintenance releases does NOT catch up with the HEAD branch development in CVS of course. Maintenance is maintenance. It is backports and otehr fixes for the release. But obviously any of those changes that are not temporary will be on the HEAD branch as well. Like a bugfix for instance. > > What are the criteria to increase the package number and not only the > maintenace number? As concluded by the other thread; we will figure that out when the release is ready. By default the third digit is increased for the dev-version in CVS. But before a release that might change since we cannot possibly know when starting a new dev-version what the finail version number might be (based on features). So "3.6.1-dev" is the natural successor (in CVS) to "3.6.0" release. Lets say that we eventually figure that the next release justifies a jump to 4.0.0. Then - BEFORE ANNOUNCING anything - we just agree on this and in dev-CVS we increase to fx. "4.0.0b1". Thats my view. > > Will the maintenance number be visible for BE users? This is important > for bug reports. Good point. > > Will the maintenace nubmer appear in the directory name of teh source > package? A question of convenience for admins. Good point. What does others say? (I'm about to write a "dev/release cycle" document soon so I will include a description of these practices if we can agree). - kasper From niederlag at ikd01.de Sat May 8 13:46:25 2004 From: niederlag at ikd01.de (Peter Niederlag) Date: Sat, 8 May 2004 13:46:25 +0200 Subject: [Typo3-dev] bugfixes - how to update 3.6.0 ??? In-Reply-To: References: Message-ID: Hi, Kasper Sk?rh?j schrieb am 8.05.2004 um 11:49 Uhr CEST > > > Some questions to clarify the release plan: > > fine. > > > > > Will an eventual 3.6.1 be based on the latest 3.6.0-x and start a > > new cycle for 3.6.1-x? > > If I understand right; no. > Maintenance releases does NOT catch up with the HEAD branch > development in CVS of course. Maintenance is maintenance. It is > backports and otehr fixes for the release. But obviously any of those > changes that are not temporary will be on the HEAD branch as well. > Like a bugfix for instance. > > > > > > What are the criteria to increase the package number and not only > > the maintenace number? > > As concluded by the other thread; we will figure that out when the > release is ready. By default the third digit is increased for the > dev-version in CVS. But before a release that might change since we > cannot possibly know when starting a new dev-version what the finail > version number might be (based on features). > > So "3.6.1-dev" is the natural successor (in CVS) to "3.6.0" release. > Lets say that we eventually figure that the next release justifies a > jump to 4.0.0. Then - BEFORE ANNOUNCING anything - we just agree on > this and in dev-CVS we increase to fx. "4.0.0b1". > Thats my view. --------------- what I think we have now --------------- I would have thought that development in CVS after the release of 3.6.0-final takes place in MAIN/HEAD until there is some feature or decision to split the development into another 3.6.x or 4.0.x branch. So prior to the next release which is not maintanance/bugfix there should be a decision wether it is a 3.6.x, 3.x.x or 4.x.x, be branched in CVS and released as package with appropriate names. Bugfixes for 3.6.0 go into the "TYPO3_3-6-0" branch plus possibly MAIN/HEAD. Once it is time to release a bugfixed version of 3.6.0 it should be tagged in CVS as 3.6.0-bf1 (or some other prefix saying bugfix, maintanance release or something) and released as packages carrying possibly the same name as the CVS-Tag. --------------- alternative idea? --------------- since we even think abou raising major version to 4, we have still some space available in 3.6 and upwards. So it might be a good idea to let 3.6.0 stay as is and release maintanance/bugfix releases with upgrading the last minor version. so first bugfix-release carries 3.6.1, next bugfix 3.6.2, ... advantage: I think it is a lot more visible to users which version they are using, which is quite important, when it comes to bugfixing etc. this probably would go with a branch "3.6" in CVS instead of a "3.6.0" branch. ----------------------- conclusion ----------------------- I would suggest to do the branches in CVS only be based on the first two version digits(branch 4.x,3.x,etc). Each of these branches then gets tagged for certain releases(3.x.y.rc1,3.x.y.rc2,3.x.y.final). so we have: * CVS(branches): 3.x 4.x 5.x ... * CVS(tags): 3.x.y.postfix1 3.x.y.postfix2 3.x.y.final .. * releaeses(packages): 3.x.y.postfix1 3.x.y [being related to 3.x.y.final tag in CVS] * $GLOBAL['TYPO_VERSION'] carries the version from the package, that is 3.x.y.postfix, except for any final-versions which doesn't have a postfix in package-names and $GLOBAL['TYPO_VERSION'] and corresponds to 3.x.y.final Tag in CVS. Don't know if it makes sense this way... Cheers, PeterN -- Peter Niederlag http://www.niekom.de * Typo3 und EDV-Dienstleistungen * http://www.clown-goli.de * Clown-Comedy-Jonglage-Animation * From t3 at 1zu6-design.de Sat May 8 14:49:23 2004 From: t3 at 1zu6-design.de (Rene Suthoelder) Date: Sat, 8 May 2004 14:49:23 +0200 Subject: [Typo3-dev] bugfixes - how to update 3.6.0 ??? References: Message-ID: as a normal user, i would prefer something like 3.6.0-bf1, 3.6.0-bf2 etc. which tells me that based on my current installation 3.6.0, there are some bugfixes for that specific installation available, i.e. a package 3.6.0-bf1 which fixes discovered bugs and does not include new features. i think it would also a good idea to make such bugfix releases/packages cumulative: bf2 holds bugfixes from bf1 and new ones. doing so, it would also be possible to pack only bugfixed files and not the whole source package. once the developpers decide to release a new base version (let's say 3.6.1 or whatever numbering scheme), this tells me that it is time to upgrade my 3.6.0 installation, since all the bugfixes are included in that new release plus i might get some new extra functionality. just my 2 cents... rene "Peter Niederlag" schrieb im Newsbeitrag news:mailman.1771.1084016767.256.typo3-dev at lists.netfielders.de... Hi, Kasper Sk?rh?j schrieb am 8.05.2004 um 11:49 Uhr CEST > > > Some questions to clarify the release plan: > > fine. > > > > > Will an eventual 3.6.1 be based on the latest 3.6.0-x and start a > > new cycle for 3.6.1-x? > > If I understand right; no. > Maintenance releases does NOT catch up with the HEAD branch > development in CVS of course. Maintenance is maintenance. It is > backports and otehr fixes for the release. But obviously any of those > changes that are not temporary will be on the HEAD branch as well. > Like a bugfix for instance. > > > > > > What are the criteria to increase the package number and not only > > the maintenace number? > > As concluded by the other thread; we will figure that out when the > release is ready. By default the third digit is increased for the > dev-version in CVS. But before a release that might change since we > cannot possibly know when starting a new dev-version what the finail > version number might be (based on features). > > So "3.6.1-dev" is the natural successor (in CVS) to "3.6.0" release. > Lets say that we eventually figure that the next release justifies a > jump to 4.0.0. Then - BEFORE ANNOUNCING anything - we just agree on > this and in dev-CVS we increase to fx. "4.0.0b1". > Thats my view. --------------- what I think we have now --------------- I would have thought that development in CVS after the release of 3.6.0-final takes place in MAIN/HEAD until there is some feature or decision to split the development into another 3.6.x or 4.0.x branch. So prior to the next release which is not maintanance/bugfix there should be a decision wether it is a 3.6.x, 3.x.x or 4.x.x, be branched in CVS and released as package with appropriate names. Bugfixes for 3.6.0 go into the "TYPO3_3-6-0" branch plus possibly MAIN/HEAD. Once it is time to release a bugfixed version of 3.6.0 it should be tagged in CVS as 3.6.0-bf1 (or some other prefix saying bugfix, maintanance release or something) and released as packages carrying possibly the same name as the CVS-Tag. --------------- alternative idea? --------------- since we even think abou raising major version to 4, we have still some space available in 3.6 and upwards. So it might be a good idea to let 3.6.0 stay as is and release maintanance/bugfix releases with upgrading the last minor version. so first bugfix-release carries 3.6.1, next bugfix 3.6.2, ... advantage: I think it is a lot more visible to users which version they are using, which is quite important, when it comes to bugfixing etc. this probably would go with a branch "3.6" in CVS instead of a "3.6.0" branch. ----------------------- conclusion ----------------------- I would suggest to do the branches in CVS only be based on the first two version digits(branch 4.x,3.x,etc). Each of these branches then gets tagged for certain releases(3.x.y.rc1,3.x.y.rc2,3.x.y.final). so we have: * CVS(branches): 3.x 4.x 5.x ... * CVS(tags): 3.x.y.postfix1 3.x.y.postfix2 3.x.y.final .. * releaeses(packages): 3.x.y.postfix1 3.x.y [being related to 3.x.y.final tag in CVS] * $GLOBAL['TYPO_VERSION'] carries the version from the package, that is 3.x.y.postfix, except for any final-versions which doesn't have a postfix in package-names and $GLOBAL['TYPO_VERSION'] and corresponds to 3.x.y.final Tag in CVS. Don't know if it makes sense this way... Cheers, PeterN -- Peter Niederlag http://www.niekom.de * Typo3 und EDV-Dienstleistungen * http://www.clown-goli.de * Clown-Comedy-Jonglage-Animation * From christian at jul.net Sat May 8 15:29:10 2004 From: christian at jul.net (Christian Jul Jensen) Date: 08 May 2004 15:29:10 +0200 Subject: [Typo3-dev] bugfixes - how to update 3.6.0 ??? References: Message-ID: Peter Niederlag writes: > Kasper Sk?rh?j schrieb am 8.05.2004 um 11:49 Uhr CEST > > So "3.6.1-dev" is the natural successor (in CVS) to "3.6.0" release. > > Lets say that we eventually figure that the next release justifies a > > jump to 4.0.0. Then - BEFORE ANNOUNCING anything - we just agree on > > this and in dev-CVS we increase to fx. "4.0.0b1". > > Thats my view. > > --------------- > what I think we have now > --------------- > > I would have thought that development in CVS after the release of > 3.6.0-final takes place in MAIN/HEAD until there is some feature or > decision to split the development into another 3.6.x or > 4.0.x branch. So prior to the next release which is not > maintanance/bugfix there should be a decision wether it is a 3.6.x, > 3.x.x or 4.x.x, be branched in CVS and released as package with > appropriate names. I agree, changing a version number, even if it's only a dev nickname, can be confusing. The dev should just be dev/MANIN/HEAD untill beta release at which point an appropriate version number should be choosen in regard to new features. > --------------- > alternative idea? > --------------- <...> > ----------------------- > conclusion > ----------------------- > I would suggest to do the branches in CVS only be based on the first two > version digits(branch 4.x,3.x,etc). Each of these branches then gets > tagged for certain releases(3.x.y.rc1,3.x.y.rc2,3.x.y.final). I would prefer to go with the suggestion of: "Rene Suthoelder" writes: > as a normal user, i would prefer something like > > 3.6.0-bf1, 3.6.0-bf2 etc. for two reasons: 1: that naming scheme very clearly states that this is the same version, only bugfixed. Whereas the scheme suggested by Peter could possibly mean that some features had been added. 2: having even sub-sub-versions for new features encourages more minor releases, especially regarding the conservative version history we have. (it has been two yrs since 3.5, would be kind of weird if 3.7 was out in 2 months). Also I like the slow incrementation, but that's just personal taste. -- ./mvh Christian Jul Jensen Frelance webprogrammer TYPO3 Typehead Denmark From Martin.no5pam.Kutschker at blackbox.n0spam.net Sat May 8 15:43:50 2004 From: Martin.no5pam.Kutschker at blackbox.n0spam.net (Martin T. Kutschker) Date: Sat, 08 May 2004 15:43:50 +0200 Subject: [Typo3-dev] bugfixes - how to update 3.6.0 ??? In-Reply-To: References: Message-ID: Christian Jul Jensen wrote: > Peter Niederlag writes: > > 2: having even sub-sub-versions for new features encourages more minor > releases, especially regarding the conservative version history we > have. (it has been two yrs since 3.5, would be kind of weird if 3.7 > was out in 2 months). Also I like the slow incrementation, but that's > just personal taste. Well, but a 3.6.1 in one month is not weird. I dislike sub-subversions, so I'm nit fond of 3.6.0-x. In fact I'd rather see a 3.6.1 in a week or so. So much for my personal taste. Masi From mundaun at gmx.ch Sat May 8 15:51:26 2004 From: mundaun at gmx.ch (Michael Stucki) Date: Sat, 08 May 2004 15:51:26 +0200 Subject: [Typo3-dev] bugfixes - how to update 3.6.0 ??? References: Message-ID: Hi Rene & Co. I didn't write much about the version numbering yet, but I do not like the method some of you are suggesting (and I think, Kasper does as well - ?) My suggestion is that we use the most common method since this one is apparently the most proven one. > as a normal user, i would prefer something like > 3.6.0-bf1, 3.6.0-bf2 etc. > which tells me that based on my current installation 3.6.0, there are some > bugfixes for that specific installation available, i.e. a package > 3.6.0-bf1 which fixes discovered bugs and does not include new features. Expecting that the next version (the bugfix release) will be labeled 3.6.0-bf1 or similar, I am sure that most of all users will think that this is still a dependence of version 3.6.0 and bugtrackers/supporters/etc. will have to find out manually which version was really used. So I vote for dropping the idea with 3.6.0-bf1 etc. I have therefore searched some stuff about version numbering and have finally found the Free Software Project Management Howto [1]. It covers a chapter about version numbering [2] which describes the parts of a version number like this: major.minor.patchlevel Since this is a very common method (eg. PHP [3], OpenOffice.org [4], the KDE project [5]) I suggest that we adopt this one. This will actually mean that the next version (including the mentioned bugfixes) will be 3.6.1, followed by 3.6.2, ..., 3.6.9, 3.6.10, and so on. As you can see on the Freshmeat listing, it is a common used method that the patchlevel number can be increased by both, minor and major bug-/security fixes. I didn't look how these project are organizing their CVS tags/branches but it might be good if we just tried to learn from their experiences and adopt their methods. Have a nice weekend! - michael [1] http://www.tldp.org/HOWTO/Software-Proj-Mgmt-HOWTO/ [2] http://www.tldp.org/HOWTO/Software-Proj-Mgmt-HOWTO/starting.html#CHOOSEVERSIONING To see the past versions of these projects, scroll down to the 'Releases' section: [3] http://freshmeat.net/projects/php/?branch_id=7875 [4] http://freshmeat.net/projects/openoffice/?branch_id=7455 [5] http://freshmeat.net/projects/kde/?branch_id=5063 -- Want support? Please read the list rules first: http://typo3.org/1438.0.html From patrick.gaumond at fsa.ulaval.ca Sat May 8 15:54:31 2004 From: patrick.gaumond at fsa.ulaval.ca (Patrick Gaumond) Date: Sat, 8 May 2004 09:54:31 -0400 Subject: [Typo3-dev] bugfixes - how to update 3.6.0 ??? References: Message-ID: > > (it has been two yrs since 3.5, would be kind of weird if 3.7 > > was out in 2 months). Also I like the slow incrementation, but that's > > just personal taste. On the other hand some companies change the first digit each year... Think Roxxo and their EasyCD products. I don't mind having a 3.7 if say, DBAL is fully implemented with support for 2 or 3 databases. Having 3.8 once versionning is there seems appropriate too from my point of view. > Well, but a 3.6.1 in one month is not weird. > > I dislike sub-subversions, so I'm nit fond of 3.6.0-x. In fact I'd > rather see a 3.6.1 in a week or so. So much for my personal taste. Let's have a 3.6.1 with Ingmar fixes for Windows! ; ) Patrick From mundaun at gmx.ch Sat May 8 16:00:55 2004 From: mundaun at gmx.ch (Michael Stucki) Date: Sat, 08 May 2004 16:00:55 +0200 Subject: [Typo3-dev] bugfixes - how to update 3.6.0 ??? References: Message-ID: Hi Christian, > I would prefer to go with the suggestion of: > > "Rene Suthoelder" writes: >> as a normal user, i would prefer something like >> 3.6.0-bf1, 3.6.0-bf2 etc. > > for two reasons: > > 1: that naming scheme very clearly states that this is the same version, > only bugfixed. I disagree. It's not the same version anymore because it works better! Cheers - michael -- Want support? Please read the list rules first: http://typo3.org/1438.0.html From ingmars at web.de Sat May 8 16:10:12 2004 From: ingmars at web.de (Ingmar Schlecht) Date: Sat, 08 May 2004 16:10:12 +0200 Subject: [Typo3-dev] bugfixes - how to update 3.6.0 ??? In-Reply-To: References: Message-ID: Hi developers, Michael Stucki wrote: > [...] > It covers a chapter about version numbering [2] which describes the parts of > a version number like this: major.minor.patchlevel > > Since this is a very common method (eg. PHP [3], OpenOffice.org [4], the KDE > project [5]) I suggest that we adopt this one. > > This will actually mean that the next version (including the mentioned > bugfixes) will be 3.6.1, followed by 3.6.2, ..., 3.6.9, 3.6.10, and so on. Full ACK! Thanks for this very well researched posting, Michael! Additionally, I'd like to point out that in the history of Typo3 3.5.0 and 3.3.0 the minor number has never been used. So why should we, however, introduce a new sub-version numbering scheme like '-bf1', '-bf2', etc? regards Ingmar From ingmars at web.de Sat May 8 16:14:29 2004 From: ingmars at web.de (Ingmar Schlecht) Date: Sat, 08 May 2004 16:14:29 +0200 Subject: [Typo3-dev] bugfixes - how to update 3.6.0 ??? In-Reply-To: References: Message-ID: Ingmar Schlecht wrote: > Additionally, I'd like to point out that in the history of Typo3 3.5.0 > and 3.3.0 the minor number has never been used. Sorry, I meant "the patchlevel has neve been used", of course. regards, Ingmar From Martin.no5pam.Kutschker at blackbox.n0spam.net Sat May 8 16:32:30 2004 From: Martin.no5pam.Kutschker at blackbox.n0spam.net (Martin T. Kutschker) Date: Sat, 08 May 2004 16:32:30 +0200 Subject: [Typo3-dev] bugfixes - how to update 3.6.0 ??? In-Reply-To: References: Message-ID: Michael Stucki wrote: > > This will actually mean that the next version (including the mentioned > bugfixes) will be 3.6.1, followed by 3.6.2, ..., 3.6.9, 3.6.10, and so on. +1 Masi From ben at netcreators.nl Sat May 8 17:08:24 2004 From: ben at netcreators.nl (ben van 't ende [netcreators]) Date: Sat, 08 May 2004 17:08:24 +0200 Subject: [Typo3-dev] bugfixes - how to update 3.6.0 ??? In-Reply-To: References: Message-ID: Martin T. Kutschker wrote: > Michael Stucki wrote: > >> >> This will actually mean that the next version (including the mentioned >> bugfixes) will be 3.6.1, followed by 3.6.2, ..., 3.6.9, 3.6.10, and so >> on. +1 more. lets keep ot simple! gRTZ ben From michael at cannonbose.com Sat May 8 18:12:38 2004 From: michael at cannonbose.com (Michael Cannon) Date: Sat, 8 May 2004 11:12:38 -0500 Subject: [Typo3-dev] Plaintext Lists Message-ID: I'd like to submit the attached diff as a possible manner to handle displaying of list elements in plaintext versions. When my clients send out e-mails, they frequently use the news plugin which isn't normally handled by default. This patch handles it and prepares the way for future plugins. Michael -------------- next part -------------- A non-text attachment was scrubbed... Name: plaintextLib.inc.diff Type: application/octet-stream Size: 1197 bytes Desc: not available URL: From kasper at typo3.com Sun May 9 15:29:13 2004 From: kasper at typo3.com (Kasper =?ISO-8859-1?Q?Sk=E5rh=F8j?=) Date: Sun, 09 May 2004 15:29:13 +0200 Subject: [Typo3-dev] bugfixes - how to update 3.6.0 ??? In-Reply-To: References: Message-ID: My view on this: - Version numbers will be on the format "x.x.x" as they have always been. - Releases cannot be out each week, that would water down the meaning of them. Every two month approximately is reasonable because it can make sense to upgrade for people. - major.minor.patch? Well, "patch" will never mean that only a bug has been fixed, because then we could spit out new versions with a frequency of two hours sometimes. But in any case I still suggest that we have a flow like this: a) On the dev-list we agree that the current dev-version from CVS is worthy to be released soon. b) Then we look at the features added. c) Either by discussion or by marketing people overruling everything we decide a version number for the release. This means that the current "3.6.1-dev" might eventually come out as "3.7.0" if it justifies that. Depends on work that has been done. d) The release version number is set in CVS, we announce the version coming. - As for bugfixes in the release branch of 3.6.0 I suggest that we just go with "x.x.x-[x]", eg. "3.6.0-1". If you want "-bf1" i will let that be up to ingmar/stucki, but I think it does NOT make sense to put in "bf" - it will ALWAYS be a bugfix! That is the only allowed in the release branch by definition! So don't! Question to Stucki: - When you suggest major.minor.patch does that mean that the work Ingmar and you are doing on bugfixing releases will increment the patch number? In that case you suggest this I suppose: My current idea: 3.6.0 Release 3.6.0-1 Release + bug fix v1 (done silently in release branch) 3.6.0-2 Release + bug fix v2 (done silently in release branch) 3.6.1-dev Next release in CVS (3.6.1) Your idea: 3.6.0 Release 3.6.1 Release + bug fix v1 (done silently in release branch) 3.6.2 Release + bug fix v2 (done silently in release branch) 3.7.0-dev Next release in CVS (3.7) Is that your point? I could accept the second model from Stucki. What does the rest of you think? > > I agree, changing a version number, even if it's only a dev nickname, > can be confusing. The dev should just be dev/MANIN/HEAD untill beta > release at which point an appropriate version number should be choosen > in regard to new features. For technical reasons we have to have a version number which is positioning even a dev version in a successive line of versions. So just blanking the version number is no option. - kasper From typo3-lists at wealththink.com Sun May 9 17:13:14 2004 From: typo3-lists at wealththink.com (typo3-lists at wealththink.com) Date: Sun, 9 May 2004 10:13:14 -0500 Subject: [Typo3-dev] New Memory Requirement for Extensions Message-ID: Folks, Just upgraded and noticed that we now need 25M for the extension manager. My host will not allocate 25M system wide, but will allocate using http://www.php.net/manual/en/function.ini-set.php . Where would be the best place to put this command? Any thoughts about adding this as an setup option to the code base, may be useful. --d -------------- next part -------------- An HTML attachment was scrubbed... URL: From jorgo at jorgo.org Sun May 9 18:33:43 2004 From: jorgo at jorgo.org (Jörg Schaller) Date: Sun, 09 May 2004 18:33:43 +0200 Subject: [Typo3-dev] t3lib_div::getURL (chiefly via extension manager) is choking to death! References: Message-ID: On Mon, 23 Feb 2004 02:42:02 +0100 (CET), Azure Mallone wrote: >It's got to be a simple matter of a caching the stream to a file (maybe the tmpfile(); command?) and then paging the data back if it's at that memory limit? Maybe reduce the amount of data being pumped through Extension Manager into getURL? Either case, that's what seems to be killing Extension Manager, not the execution time. Have you been getting somewhere with your project? I've been suffering from this since my update to 3.6... J?rg From jorgo at jorgo.org Sun May 9 19:34:39 2004 From: jorgo at jorgo.org (Jörg Schaller) Date: Sun, 09 May 2004 19:34:39 +0200 Subject: [Typo3-dev] New Memory Requirement for Extensions References: Message-ID: On Sun, 9 May 2004 10:13:14 -0500, wrote: >Folks, > >Just upgraded and noticed that we now need 25M for the extension manager. My host will not allocate 25M system wide, but will allocate using http://www.php.net/manual/en/function.ini-set.php . Where would be the best place to put this command? > Are you referring to .htaccess values? From patrick.gaumond at fsa.ulaval.ca Sun May 9 19:45:52 2004 From: patrick.gaumond at fsa.ulaval.ca (Patrick Gaumond) Date: Sun, 9 May 2004 13:45:52 -0400 Subject: [Typo3-dev] bugfixes - how to update 3.6.0 ??? References: Message-ID: > Kasper's current idea: > > 3.6.0 Release > 3.6.0-1 Release + bug fix v1 (done silently in release branch) > 3.6.0-2 Release + bug fix v2 (done silently in release branch) > 3.6.1-dev Next release in CVS (3.6.1) > > > Stucki's idea: > 3.6.0 Release > 3.6.1 Release + bug fix v1 (done silently in release branch) > 3.6.2 Release + bug fix v2 (done silently in release branch) > 3.7.0-dev Next release in CVS (3.7) Stucki got my vote. Nothing personnal Kasper. ; ) Patrick From Martin.no5pam.Kutschker at blackbox.n0spam.net Sun May 9 20:30:19 2004 From: Martin.no5pam.Kutschker at blackbox.n0spam.net (Martin T. Kutschker) Date: Sun, 09 May 2004 20:30:19 +0200 Subject: [Typo3-dev] bugfixes - how to update 3.6.0 ??? In-Reply-To: References: Message-ID: Kasper Sk?rh?j wrote: > > Your idea: > 3.6.0 Release > 3.6.1 Release + bug fix v1 (done silently in release branch) > 3.6.2 Release + bug fix v2 (done silently in release branch) > 3.7.0-dev Next release in CVS (3.7) > > Is that your point? > > I could accept the second model from Stucki. What does the rest of you > think? I've voted already for this model (2nd model by Stucki), but just to make it clear. As for the release cycle: every one or two month sounds reasonable for depending on the number and/or severity of the bug fixes. Masi From mundaun at gmx.ch Sun May 9 22:54:53 2004 From: mundaun at gmx.ch (Michael Stucki) Date: Sun, 09 May 2004 22:54:53 +0200 Subject: [Typo3-dev] bugfixes - how to update 3.6.0 ??? References: Message-ID: Dear Kasper, > - Version numbers will be on the format "x.x.x" as they have always > been. Yes. > - Releases cannot be out each week, that would water down the meaning of > them. Every two month approximately is reasonable because it can make > sense to upgrade for people. That depends on the urgency of a bugfix, but I think you're right. > - major.minor.patch? Well, "patch" will never mean that only a bug has > been fixed, because then we could spit out new versions with a frequency > of two hours sometimes. But in any case I still suggest that we have a > flow like this: > a) On the dev-list we agree that the current dev-version from CVS is > worthy to be released soon. > b) Then we look at the features added. > c) Either by discussion or by marketing people overruling everything we > decide a version number for the release. This means that the current > "3.6.1-dev" might eventually come out as "3.7.0" if it justifies that. > Depends on work that has been done. I'd say no! If we make it clear that 3.6.0 its successors are only bugfix releases, then we can guarantee our extension developers that 3.6.1 will be fully compatible with 3.6.0. This means that the patchlevel releases will never contain new functionality, except some rare, small&easy additions. Again, I look at the KDE project, where you'll see that their changelog from 3.2.0 to 3.2.1 [1] only contained 3 small additions, compared to ca. 250 fixes. > d) The release version number is set in CVS, we announce the version > coming. Of course. > - As for bugfixes in the release branch of 3.6.0 I suggest that we just > go with "x.x.x-[x]", eg. "3.6.0-1". If you want "-bf1" i will let that > be up to ingmar/stucki, but I think it does NOT make sense to put in > "bf" - it will ALWAYS be a bugfix! That is the only allowed in the > release branch by definition! So don't! I think this is obsolete. > Question to Stucki: > - When you suggest major.minor.patch does that mean that the work Ingmar > and you are doing on bugfixing releases will increment the patch number? Yes. > In that case you suggest this I suppose: > > [...] > > Your idea: > 3.6.0 Release > 3.6.1 Release + bug fix v1 (done silently in release branch) > 3.6.2 Release + bug fix v2 (done silently in release branch) > 3.7.0-dev Next release in CVS (3.7) Mostly yes, but after looking at the CVS repository, I think that it contains some parts which should be more clear then: Currently, we have a branch called TYPO3_3-6-0. Since 3.6.1 will only contain bugfixes, this should go into the same branch. Therefore I would rename the branch (possible?) to TYPO3_3_6_BRANCH. This branch already contains one tag: TYPO3_3-6-0FINAL. This is ok but if we tag them as TYPO3_3_6_1_RELEASE in future, things are very clear for everybody. This looks like this: TYPO3_3_6_BRANCH (will contain latest 3.6.x tag + updates, if available) - TYPO3_3_6_0_RELEASE => typo3_src-3.6.0 (released last week) - TYPO3_3_6_1_RELEASE => typo3_src-3.6.1 (released soon, no new features) - TYPO3_3_6_2_RELEASE => typo3_src-3.6.2 (not out yet, no new features) TYPO3_3_7_BRANCH - TYPO3_3_7_0_BETA_1 (not available yet) - HEAD (will move, of course) I know these are some huge and late changes and I don't know if it's still possible to change that, but I hope you agree with me that this makes things as clear as possible! (And of course, this idea was copied 1:1 from the KDE project, see [2] :-)) > Is that your point? Yes!! :-) Regards - michael [1] http://www.kde.org/announcements/changelogs/changelog3_2_0_to_3_2_1.php [2] http://webcvs.kde.org/cgi-bin/cvsweb.cgi/kdebase/ (dropdown list on the bottom) -- Want support? Please read the list rules first: http://typo3.org/1438.0.html From kasper at typo3.com Sun May 9 23:43:16 2004 From: kasper at typo3.com (Kasper =?ISO-8859-1?Q?Sk=E5rh=F8j?=) Date: Sun, 09 May 2004 23:43:16 +0200 Subject: [Typo3-dev] bugfixes - how to update 3.6.0 ??? In-Reply-To: References: Message-ID: My Voting: Stucki +1 (after reading his reference, I will go with major.minor.patch as the model. It even emphasises what I wanted to introduce in my "TYPO3 version 4" thread some weeks ago!) (If this is voted in I will immediately increment CVS from "3.6.1-dev" to "3.7.0-dev") > > I'd say no! > If we make it clear that 3.6.0 its successors are only bugfix releases, then > we can guarantee our extension developers that 3.6.1 will be fully > compatible with 3.6.0. This means that the patchlevel releases will never > contain new functionality, except some rare, small&easy additions. Again, I > look at the KDE project, where you'll see that their changelog from 3.2.0 > to 3.2.1 [1] only contained 3 small additions, compared to ca. 250 fixes. I agree - on your terms. If a 3.6.0->3.6.1 does only signify bugs fixed, I agree. But that is not what I refer to as a "release" internally. Sorry. > > Your idea: > > 3.6.0 Release > > 3.6.1 Release + bug fix v1 (done silently in release branch) > > 3.6.2 Release + bug fix v2 (done silently in release branch) > > 3.7.0-dev Next release in CVS (3.7) > > Mostly yes, but after looking at the CVS repository, I think that it > contains some parts which should be more clear then: > > Currently, we have a branch called TYPO3_3-6-0. Since 3.6.1 will only > contain bugfixes, this should go into the same branch. Therefore I would > rename the branch (possible?) to TYPO3_3_6_BRANCH. > > This branch already contains one tag: TYPO3_3-6-0FINAL. This is ok but if we > tag them as TYPO3_3_6_1_RELEASE in future, things are very clear for > everybody. This looks like this: > > TYPO3_3_6_BRANCH (will contain latest 3.6.x tag + updates, if available) > - TYPO3_3_6_0_RELEASE => typo3_src-3.6.0 (released last week) > - TYPO3_3_6_1_RELEASE => typo3_src-3.6.1 (released soon, no new features) > - TYPO3_3_6_2_RELEASE => typo3_src-3.6.2 (not out yet, no new features) > > TYPO3_3_7_BRANCH > - TYPO3_3_7_0_BETA_1 (not available yet) > - HEAD (will move, of course) > > I know these are some huge and late changes and I don't know if it's still > possible to change that, but I hope you agree with me that this makes > things as clear as possible! I agree with you. I will not do this for 3.6.0 though. In a few months that is obsolete anyways. Good night! Have a nice working week from tomorrow! - kasper From steffen at davis.kommwiss.fu-berlin.de Mon May 10 00:07:11 2004 From: steffen at davis.kommwiss.fu-berlin.de (Steffen Mueller) Date: Mon, 10 May 2004 00:07:11 +0200 Subject: [Typo3-dev] New Memory Requirement for Extensions In-Reply-To: References: Message-ID: On 09.05.2004 19:34 J?rg Schaller wrote: > On Sun, 9 May 2004 10:13:14 -0500, > wrote: > > >>Folks, >> >>Just upgraded and noticed that we now need 25M for the extension manager. My host will not allocate 25M system wide, but will allocate using http://www.php.net/manual/en/function.ini-set.php . Where would be the best place to put this command? >> > > > Are you referring to .htaccess values? Hi. Just a note on PHP settings with ini_set or in .htaccess: If any PHP settings have already been set in httpd.conf as ADMIN value, settings entered in .htaccess won't have an effect. For example: (...) php_admin_value memory_limit 16M will disable changing memory limit in .htaccess: php_value memory_limit 128M will NOT have any effect. -- cheers, Steffen ---------------------------------------------------------- "Education is man's going forward from cocksure ignorance to thoughtful uncertainty." (Don Clarks' Scrapbook) ---------------------------------------------------------- From murphy at thepanemgroup.com Mon May 10 02:05:05 2004 From: murphy at thepanemgroup.com (Thomas Murphy) Date: Mon, 10 May 2004 02:05:05 +0200 Subject: [Typo3-dev] extension ctype Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello everyone, i want to create a new content element type in 3.5 where i can insert the data directly in the content element form in a column, not with the list module - like a normal text element but with additional features and my own rendering algorithms. All i get is the "plugin style" where i can render records made with the list-module... but i wan the record directly attached to the content element, only one. I tried "add as a textbox type" ... but thats not working. Can anyone tell me how this may be accomplished, or where i may find an answer? bye, Murphy -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFAnscvwO0pDATctOARAkrPAKCRi70C8y6R8qZKGAF9Ud7A35W3egCgzw+R ookymuIaEBo6PoSFwL1w7wE= =u5XG -----END PGP SIGNATURE----- From wolfgang at stufenlos.net Mon May 10 07:32:45 2004 From: wolfgang at stufenlos.net (Wolfgang Klinger) Date: Mon, 10 May 2004 07:32:45 +0200 Subject: [Typo3-dev] extension ctype In-Reply-To: References: Message-ID: *hiya!* On Mon, 10 May 2004, Thomas Murphy wrote the following: > All i get is the "plugin style" where i can render records made with the > list-module... but i wan the record directly attached to the content > element, only one. > Use the "plugin style", extend tt_content and assign the additional fields to your extension... voila ;-) bye Wolfgang -------------------------------------------------------- Wolfgang Klinger mailto:wolfgang at stufenlos.net Public Key: http://www.stufenlos.net/wolfgang/stfl_wolfgang.gpg -------------------------------------------------------- -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 186 bytes Desc: not available URL: From wolfgang at stufenlos.net Mon May 10 07:32:45 2004 From: wolfgang at stufenlos.net (Wolfgang Klinger) Date: Mon, 10 May 2004 07:32:45 +0200 Subject: [Typo3-dev] extension ctype Message-ID: _______________________________________________ Typo3-dev mailing list Typo3-dev at lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev -------------- next part -------------- An embedded message was scrubbed... From: unknown sender Subject: Date: Mon, 10 May 2004 07:45:25 +0200 Size: 1101 URL: From wolfgang at stufenlos.net Mon May 10 07:32:45 2004 From: wolfgang at stufenlos.net (Wolfgang Klinger) Date: Mon, 10 May 2004 07:32:45 +0200 Subject: [Typo3-dev] extension ctype Message-ID: _______________________________________________ Typo3-dev mailing list Typo3-dev at lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev -------------- next part -------------- An embedded message was scrubbed... From: unknown sender Subject: Date: Mon, 10 May 2004 07:45:25 +0200 Size: 1101 URL: From rl at robertlemke.de Mon May 10 08:44:26 2004 From: rl at robertlemke.de (Robert Lemke) Date: Mon, 10 May 2004 08:44:26 +0200 Subject: [Typo3-dev] Plaintext Lists In-Reply-To: References: Message-ID: Hi Michael, On Sat, 2004-05-08 at 18:12, Michael Cannon wrote: > I'd like to submit the attached diff as a possible manner to handle > displaying of list elements in plaintext versions. I fear that your diff will drown here and not be included unless someone of us finds it by chance. So, please post your diff including a bit more detailed description to bugs.typo3.org. Please mark it as a feature request and don't forget to specify your TYPO3 version. Thank you! -- robert "They placed me on this earth without a manual. And I dare to say, I?m doing just fine without ;)" From christian at jul.net Mon May 10 08:36:41 2004 From: christian at jul.net (Christian Jul Jensen) Date: 10 May 2004 08:36:41 +0200 Subject: [Typo3-dev] bugfixes - how to update 3.6.0 ??? References: Message-ID: Kasper Sk?rh?j writes: > (If this is voted in I will immediately increment CVS from "3.6.1-dev" > to "3.7.0-dev") Stucki +1 (and for president). Is there any problem with just having the cvs-version being MAIN/HEAD untill we know what number actually makes sense (probably at beta release) as masi suggested? Not that it's a big issue for me, just makes more sense I think. -- Julle From murphy at thepanemgroup.com Mon May 10 11:25:55 2004 From: murphy at thepanemgroup.com (Thomas Murphy) Date: Mon, 10 May 2004 11:25:55 +0200 Subject: [Typo3-dev] extension ctype In-Reply-To: References: Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 SO easy! Thank you. And with a small change in ext_tables.php: $TCA["tt_content"]["types"]["list"]["subtypes_excludelist"][$_EXTKEY."_pi1"]= "layout,select_key,header,CType"; I was able to hide the unwanted form elements. Great, exactly what I wanted. bye, Murphy Wolfgang Klinger wrote: | _______________________________________________ | Typo3-dev mailing list | Typo3-dev at lists.netfielders.de | http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev | | | | ------------------------------------------------------------------------ | | Date: | Mon, 10 May 2004 07:45:25 +0200 | | MIME-Version: | 1.0 | X-Mailer: | Internet Mail Service (5.5.2653.19) | Content-Type: | multipart/mixed; boundary="----_=_NextPart_002_01C43651.FBEBC500" | | | | ------------------------------------------------------------------------ | | | *hiya!* | | On Mon, 10 May 2004, Thomas Murphy wrote the following: | |>All i get is the "plugin style" where i can render records made with the |>list-module... but i wan the record directly attached to the content |>element, only one. |> | | | Use the "plugin style", extend tt_content and assign the additional | fields to your extension... voila ;-) | | bye | Wolfgang | | -------------------------------------------------------- | Wolfgang Klinger mailto:wolfgang at stufenlos.net | | Public Key: | http://www.stufenlos.net/wolfgang/stfl_wolfgang.gpg | -------------------------------------------------------- | | | | ------------------------------------------------------------------------ | | _______________________________________________ | Typo3-dev mailing list | Typo3-dev at lists.netfielders.de | http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFAn0qiwO0pDATctOARAhJEAJ9ImiiKla1Chhz6HZ0irRx0MoTTpQCg12n1 4Ek11iwL54ft/gQLJFLz2hk= =KYm2 -----END PGP SIGNATURE----- From kasper at typo3.com Mon May 10 13:53:00 2004 From: kasper at typo3.com (Kasper =?ISO-8859-1?Q?Sk=E5rh=F8j?=) Date: Mon, 10 May 2004 13:53:00 +0200 Subject: [Typo3-dev] bugfixes - how to update 3.6.0 ??? In-Reply-To: References: Message-ID: yes, everything must have a versioni going up. "-dev" indicates that you should not take the actual version too serious maybe... :-) From ingmars at web.de Mon May 10 15:35:16 2004 From: ingmars at web.de (Ingmar Schlecht) Date: Mon, 10 May 2004 15:35:16 +0200 Subject: [Typo3-dev] RC2 Bug: Version condition In-Reply-To: References: Message-ID: Hi developers, Kasper Sk?rh?j wrote: > We will have to fix it for 3.6.1 OK, there is a fix for this problem available at http://bugs.typo3.org/bug_view_page.php?bug_id=0000051 Is it well tested and working? If so, I would commit it to CVS and would like to release 3.6.1 now. cheers, Ingmar From Martin.no5pam.Kutschker at blackbox.n0spam.net Mon May 10 16:44:38 2004 From: Martin.no5pam.Kutschker at blackbox.n0spam.net (Martin T. Kutschker) Date: Mon, 10 May 2004 16:44:38 +0200 Subject: [Typo3-dev] TV question: forcing mappint to specific ids Message-ID: Hi! I want to create a DS that forces template elements to HTML elements with ids. I tried to use ":attr:id", but I still can map (successfully) the element to any tag. Is there a misunderstanding on my part or is this a bug? Info: I'm using the TER version. Shall I use the one from CVS? Extra wish :-) Is it possible or will it be possible to specify the value of the attributes? Eg forcing with ":attr:id=content" the mapping of the main content area to a "named" element (id is "content"). Idea: ~ (tilde) to use a regexp instead of a complete match, eg ":attr:class~^navi" to map only tags with a class beginning with "navi". Masi From magic at senvita.de Mon May 10 17:26:36 2004 From: magic at senvita.de (Esan) Date: Mon, 10 May 2004 17:26:36 +0200 (CEST) Subject: [Typo3-dev] Javascript Code in external .js-file Message-ID: Hi list, i posted this question in the regular list. One member gave me the advice to put it in the dev list maybe you guys could take a look at it. I have a little questeion about TYPO3.5 an handling javascript code. Im currently using a rollover image for a regular TMENU. like this: temp.menu_2.1 = TMENU temp.menu_2.1 { NO { beforeWrap ( ) linkWrap =
          |
          |
          beforeImg = {$imgpath}/spacer29.gif beforeROImg = {$imgpath}/ro_menue.gif RO = 1 } The code itself wokrs fine. But in every page TYPO3 creates javascript code like this: . . . I don't like this very much. This code is the same for all pages, so I would rather have it locateted in on single .js-file. What Typo just has to do then is inserting a link to the .js-file, instead of all this code every time. Eg. Is there a chance to tell TYPO to create a separate js-File where rollover descriptions can go to? Thanks for your suggestions. Regards - Esan (esanakoko) ----------------------- The mailing list archive is found here: http://typo3.org/documentation/mailing-lists/dev-list-archive/ From kasper at typo3.com Mon May 10 17:30:52 2004 From: kasper at typo3.com (Kasper =?ISO-8859-1?Q?Sk=E5rh=F8j?=) Date: Mon, 10 May 2004 17:30:52 +0200 Subject: [Typo3-dev] TV question: forcing mappint to specific ids In-Reply-To: References: Message-ID: I'll save your ideas. Maybe you chose "Element" when you actually should have chosen "Attribute" as mapping type? - kasper On Mon, 2004-05-10 at 16:44, Martin T. Kutschker wrote: > Hi! > > I want to create a DS that forces template elements to HTML elements > with ids. I tried to use ":attr:id", but I still can map (successfully) > the element to any tag. > > Is there a misunderstanding on my part or is this a bug? > > Info: I'm using the TER version. Shall I use the one from CVS? > > Extra wish :-) > > Is it possible or will it be possible to specify the value of the > attributes? Eg forcing with ":attr:id=content" the mapping of the main > content area to a "named" element (id is "content"). > > Idea: ~ (tilde) to use a regexp instead of a complete match, eg > ":attr:class~^navi" to map only tags with a class beginning with "navi". > > Masi > > _______________________________________________ > Typo3-dev mailing list > Typo3-dev at lists.netfielders.de > http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev -- Best regards - kasper -------------------- It's not a bug, it's a missing feature. From kasper at typo3.com Mon May 10 17:33:40 2004 From: kasper at typo3.com (Kasper =?ISO-8859-1?Q?Sk=E5rh=F8j?=) Date: Mon, 10 May 2004 17:33:40 +0200 Subject: [Typo3-dev] Javascript Code in external .js-file In-Reply-To: References: Message-ID: BRAND NEW TYPO3 3.6.0 feature: Put this : config.removeDefaultJS = external into your Template Records Setup field! - kasper On Mon, 2004-05-10 at 17:26, Esan wrote: > Hi list, > > i posted this question in the regular list. One member gave me the advice to put it in the > dev list maybe you guys could take a look at it. > > I have a little questeion about TYPO3.5 an handling javascript code. > Im currently using a rollover image for a regular TMENU. like this: > > temp.menu_2.1 = TMENU > temp.menu_2.1 { > > NO { > beforeWrap ( > > > > ) > linkWrap =
          |
          |
          > beforeImg = {$imgpath}/spacer29.gif > beforeROImg = {$imgpath}/ro_menue.gif > RO = 1 > } > > The code itself wokrs fine. But in every page TYPO3 creates javascript code like this: > > > . > . > . > > > > > I don't like this very much. This code is the same for all pages, so I would rather have it > locateted in on single .js-file. What Typo just has to do then is inserting a link to the .js-file, > instead of all this code every time. > > Eg. > > > > > Is there a chance to tell TYPO to create a separate js-File where rollover descriptions > can go to? > > Thanks for your suggestions. > > Regards > - Esan (esanakoko) > > ----------------------- > The mailing list archive is found here: > http://typo3.org/documentation/mailing-lists/dev-list-archive/ > > > _______________________________________________ > Typo3-dev mailing list > Typo3-dev at lists.netfielders.de > http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev -- Best regards - kasper -------------------- It's not a bug, it's a missing feature. From trabold at mehrwert.de Mon May 10 18:10:18 2004 From: trabold at mehrwert.de (Christian Trabold) Date: Mon, 10 May 2004 18:10:18 +0200 Subject: [Typo3-dev] send TYPO3 JS into external files Message-ID: Hi! Is there a clue to pass JavaScript-Code dynamic rendered by TYPO3 into external files? On large sites it could save some bandwidth (and so some money) and could clean up the source-code a bit (beautiful code, easier to debug). Copying the already rendered code - e.g. for hover effects in a GMENU - to a separate file included as headerData would make no good deal: The code would finally appear twice I guess: first included via file and secondly by TYPO3. And what if the customer changes the site structure? So this has to be *dynamic*. Could there be some disadvantages? Is there a problem with caching, is it more flexible than present methods? What do you think about putting redundant js-content into external files? Does it it make sense to you? Greetings, Christian From trabold at mehrwert.de Mon May 10 18:17:13 2004 From: trabold at mehrwert.de (Christian Trabold) Date: Mon, 10 May 2004 18:17:13 +0200 Subject: [Typo3-dev] send TYPO3 JS into external files - already answered in another thread In-Reply-To: References: Message-ID: Ah! Sorry Esan! Forgot to refresh my newsreader before sending my post ;) Thank you Kasper for the nice information! Christian From wolfgang at stufenlos.net Mon May 10 18:59:26 2004 From: wolfgang at stufenlos.net (Wolfgang Klinger) Date: Mon, 10 May 2004 18:59:26 +0200 Subject: [Typo3-dev] Javascript Code in external .js-file In-Reply-To: References: Message-ID: *hiya!* On Mon, 10 May 2004, Esan wrote the following: > > I have a little questeion about TYPO3.5 an handling javascript code. > Im currently using a rollover image for a regular TMENU. like this: > Wake up! ;-) Typo3 3.6 is available.. *hehe* ^^^^^ bye Wolfgang From Martin.no5pam.Kutschker at blackbox.n0spam.net Mon May 10 19:10:40 2004 From: Martin.no5pam.Kutschker at blackbox.n0spam.net (Martin T. Kutschker) Date: Mon, 10 May 2004 19:10:40 +0200 Subject: [Typo3-dev] TV question: forcing mappint to specific ids In-Reply-To: References: Message-ID: Kasper Sk?rh?j wrote: > I'll save your ideas. > > Maybe you chose "Element" when you actually should have chosen > "Attribute" as mapping type? Ah! Didn't check but this is probably the problem. Thanx, Masi From typo3-lists at wealththink.com Mon May 10 19:34:31 2004 From: typo3-lists at wealththink.com (David) Date: Mon, 10 May 2004 12:34:31 -0500 Subject: [Typo3-dev] New Memory Requirement for Extensions In-Reply-To: Message-ID: Thanks everyone. The thinking was that the ini_set command would be incorporated into the /typo3/init.php file. Maybe a small routine that would allow other PHP settings to be set here as well, for those who have hosts that allow such changes via ini_set. Couple of questions, the memory requirements for the extension manager, do those apply to the front end user as well? Or just to the admins that are managing extensions? I did try the .htaccess, but the php info under the admin login did not show the result--so it could have been superseded by another setting somewhere. --d news:mailman.1.1084140382.19804.typo3-dev at lists.netfielders.de: > On 09.05.2004 19:34 J?rg Schaller wrote: >> On Sun, 9 May 2004 10:13:14 -0500, >> wrote: >> >> >>>Folks, >>> >>>Just upgraded and noticed that we now need 25M for the extension >>>manager. My host will not allocate 25M system wide, but will >>>allocate using http://www.php.net/manual/en/function.ini-set.php . >>>Where would be the best place to put this command? >>> >> >> >> Are you referring to .htaccess values? > > Hi. > > Just a note on PHP settings with ini_set or in .htaccess: > If any PHP settings have already been set in httpd.conf as ADMIN > value, settings entered in .htaccess won't have an effect. > > For example: > > (...) > php_admin_value memory_limit 16M > > > will disable changing memory limit in .htaccess: > php_value memory_limit 128M > will NOT have any effect. > From tombedlam at yahoo.com Mon May 10 20:26:52 2004 From: tombedlam at yahoo.com (Christopher) Date: Mon, 10 May 2004 11:26:52 -0700 (PDT) Subject: [Typo3-dev] Javascript Code in external .js-file In-Reply-To: Message-ID: Cool! --- Kasper Sk?rh?j wrote: > BRAND NEW TYPO3 3.6.0 feature: > > > Put this : > > config.removeDefaultJS = external > > into your Template Records Setup field! > > - kasper __________________________________ Do you Yahoo!? Win a $20,000 Career Makeover at Yahoo! HotJobs http://hotjobs.sweepstakes.yahoo.com/careermakeover From Martin.no5pam.Kutschker at blackbox.n0spam.net Mon May 10 21:11:40 2004 From: Martin.no5pam.Kutschker at blackbox.n0spam.net (Martin T. Kutschker) Date: Mon, 10 May 2004 21:11:40 +0200 Subject: [Typo3-dev] TV question: forcing mappint to specific ids In-Reply-To: References: Message-ID: Martin T. Kutschker wrote: > Kasper Sk?rh?j wrote: > >> I'll save your ideas. >> >> Maybe you chose "Element" when you actually should have chosen >> "Attribute" as mapping type? > > Ah! > > Didn't check but this is probably the problem. Ok, I can map an attribute now. But what I wanted was, as stated a rule for matching an element with a specific attribute. Well, it's not important as it works with ":inner" anyway. Masi From kasper at typo3.com Mon May 10 21:43:51 2004 From: kasper at typo3.com (Kasper =?ISO-8859-1?Q?Sk=E5rh=F8j?=) Date: Mon, 10 May 2004 21:43:51 +0200 Subject: [Typo3-dev] New Memory Requirement for Extensions In-Reply-To: References: Message-ID: On memory etc. - I'm sorry that TYPO3 seems so memory hungry. Part of this is probably due to my use of arrays, in particular passing them around as copies sometimes. But this does not apply to the EM though. - Apart from common sense, PHP seems to offer very bad profiling capabilities for exactly memory consumption. If I had had a memory debugger during my years of development the situation would have been different. - Some will now suggest products to do profiling. I would be interested in knowing some. So just suggest. BUT in the fall we actually sat down a team which were in charge of doing profiling of TYPO3. Nothing has happend in this group, so the first place to start would be to ask them if they came up with something - or maybe that they should get going! (Same for SQL indexes optimization!) - I once tried to set the ini-setting for memory in PHP. Failed - or didn't have any effect though. So... :-) - If you want to set this, why not try it in the localconf.php file! I think that is a good place to start. - BTW, In my recent discoveries of memory consumption I realized that it doesn't always have to do with how you program - alone including many PHP classes will consume memory. Thus I experienced running out of memory even before executing any serious code, simply by calling "require()". But maybe that was a PHP-bug. - kasper From mundaun at gmx.ch Mon May 10 23:19:16 2004 From: mundaun at gmx.ch (Michael Stucki) Date: Mon, 10 May 2004 23:19:16 +0200 Subject: [Typo3-dev] bugfixes - how to update 3.6.0 ??? References: Message-ID: Sorry but I have one more mail about that topic. Overlooked it this morning. > > Is there any problem with just having the cvs-version being MAIN/HEAD > > untill we know what number actually makes sense (probably at beta > > release) as masi suggested? Not that it's a big issue for me, just > > makes more sense I think. > yes, everything must have a versioni going up. Is this your opionion or is it a technical requirement? If it's possible, I think it would be better to go with the Christians suggestion. Or can you make sure that the 3.7.0-dev branch will never differ from HEAD unless 3.7.0 has been released? It would be bad if one would add his patch to HEAD while someone else committed to the 3.7.0-dev branch. By the way, I didn't realize this before but if 3.7.0-dev is the _branch_ then it should not contain the '.0' in its name. Branches should probably not contain a patchlevel number inside because this branch will also count for 3.7.1 etc. right? > "-dev" indicates that you should not take the actual version too serious > maybe... :-) Maybe HEAD sounds a bit more like that 'cutting edge' and will distract users from trying this out. Regards - michael -- Want support? Please read the list rules first: http://typo3.org/1438.0.html From kasper at typo3.com Mon May 10 23:47:15 2004 From: kasper at typo3.com (Kasper =?ISO-8859-1?Q?Sk=E5rh=F8j?=) Date: Mon, 10 May 2004 23:47:15 +0200 Subject: [Typo3-dev] bugfixes - how to update 3.6.0 ??? In-Reply-To: References: Message-ID: - Version number is needed technically. It's also a nono not to have it. I don't know why you are suggesting having "NULL versions"!?!? - "3.7.0-dev" is NOT a branch. "HEAD" is always the development branch. In that branch you mostly find "x.x.0-dev" versions (where patchlevel is ALWAYS zero according to new standards). - kasper From ingmars at web.de Tue May 11 07:17:11 2004 From: ingmars at web.de (Ingmar Schlecht) Date: Tue, 11 May 2004 07:17:11 +0200 Subject: [Typo3-dev] bugfixes - how to update 3.6.0 ??? In-Reply-To: References: Message-ID: Kasper Sk?rh?j wrote: > - Version number is needed technically. It's also a nono not to have it. > I don't know why you are suggesting having "NULL versions"!?!? > > - "3.7.0-dev" is NOT a branch. "HEAD" is always the development branch. > In that branch you mostly find "x.x.0-dev" versions (where patchlevel is > ALWAYS zero according to new standards). ok, I've just got three minutes of time, and would like to point out what I would prefer: Right now we should have this: 3.6 (Branch) 3.6.0 (Tag) 3.7 (Branch) and tomorrow (when 3.6.1 is out): Right now we should have this: 3.6 (Branch) 3.6.0 (Tag) 3.6.1 (Tag) 3.7 (Branch) ...and in a month or so: 3.6 (Branch) 3.6.0 (Tag) 3.6.1 (Tag) 3.7 (Branch) 3.7.0-dev1 (Tag) 3.7.0-dev2 (Tag) 3.7.0-beta1 (Tag) Ingmar From Martin.no5pam.Kutschker at blackbox.n0spam.net Tue May 11 09:19:10 2004 From: Martin.no5pam.Kutschker at blackbox.n0spam.net (Martin T. Kutschker) Date: Tue, 11 May 2004 09:19:10 +0200 Subject: SQL - Re: [Typo3-dev] New Memory Requirement for Extensions In-Reply-To: References: Message-ID: Kasper Sk?rh?j wrote: > (Same for SQL indexes optimization!) I recommend delaying any such optimiziations after DBAL has landed. Ok, not really necessary, but the current thin DB layer should IMHO be enhanced directly or XCLASSed first. *) Otherwise you stumble across haphazardly creating indices. So you can see a) what queries are being extecuted and b) how long they take to execute. Plus you see what queries are common. Masi *) Kasper, what's the best approach for this? Another way is to use hooks for profiling queries. From info at sitekick.de Tue May 11 09:24:50 2004 From: info at sitekick.de (Volker Biberger) Date: Tue, 11 May 2004 09:24:50 +0200 Subject: [Typo3-dev] How do I get a plugin into a marker? Message-ID: Hello List, after searching around in the List I still can?t figure out one Problem: I want to create a plug that is not inserted into a page as content-element but can be loaded by a template rather (e.g. put into an marker). Knowing Typo3 there just has to be a way of doing this. My idea is to trigger the output of a FE-Plugin by the template so the Plugin doesn?t have to be inserted into every page. Any help will be appreciated. Thanks Volker From kasper at typo3.com Tue May 11 09:31:27 2004 From: kasper at typo3.com (Kasper =?ISO-8859-1?Q?Sk=E5rh=F8j?=) Date: Tue, 11 May 2004 09:31:27 +0200 Subject: SQL - Re: [Typo3-dev] New Memory Requirement for Extensions In-Reply-To: References: Message-ID: This is all possible with the DBAL layer plus the upcoming extension "dbal" (which Karsten D. is working on currently). The problem is not technical - the problem is that the group of people volunteering to dig into these issues didn't do it. http://typo3.org/projects/teams-and-projects/#proj_24 From kasper at typo3.com Tue May 11 09:37:42 2004 From: kasper at typo3.com (Kasper =?ISO-8859-1?Q?Sk=E5rh=F8j?=) Date: Tue, 11 May 2004 09:37:42 +0200 Subject: [Typo3-dev] bugfixes - how to update 3.6.0 ??? In-Reply-To: References: Message-ID: Almost right. 1) Tags cannot be "3.6", only "3-6" (. not allowed). 2) I don't know if I can rename a branch/tag that has already been set. I think I will just leave the branch tag "TYPO3_3-6-0" as is and select "TYPO3_3-7" for next time. 3) ...: > ...and in a month or so: > 3.6 (Branch) > 3.6.0 (Tag) > 3.6.1 (Tag) > 3.7 (Branch) > 3.7.0-dev1 (Tag) > 3.7.0-dev2 (Tag) > 3.7.0-beta1 (Tag) You will not see dev, beta, and initial release candidates as branches - those are always in HEAD. The rules are: "We create a new branch only when a new major/minor release is ready to go." Next branch will be when 3.7.0 is in RC1 or RC2. That will be "TYPO3_3-7" then. > > Ingmar > _______________________________________________ > Typo3-dev mailing list > Typo3-dev at lists.netfielders.de > http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev -- Best regards - kasper -------------------- It's not a bug, it's a missing feature. From wolfgang at stufenlos.net Tue May 11 09:43:03 2004 From: wolfgang at stufenlos.net (Wolfgang Klinger) Date: Tue, 11 May 2004 09:43:03 +0200 Subject: [Typo3-dev] How do I get a plugin into a marker? In-Reply-To: References: Message-ID: *hiya!* On Tue, 11 May 2004, Volker Biberger wrote the following: > I want to create a plug that is not inserted into a page as > content-element but can be loaded by a template rather (e.g. put into > an marker). Knowing Typo3 there just has to be a way of doing this. > do something like: --- # I think EXT: works here (?) includeLibs.myext = EXT:my_ext/pi1/class.tx_myext_pi1.php temp.mystuff = USER temp.mystuff.userFunc = my_ext_pi1->user_output page.20 < temp.mystuff --- (the function must contain "user_" in the name) (ok, either class or function name have this precondition) ;-) see: TSref and/or e.g. tipafriend extension for examples bye Wolfgang -------------------------------------------------------- Wolfgang Klinger mailto:wolfgang at stufenlos.net Public Key: http://www.stufenlos.net/wolfgang/stfl_wolfgang.gpg -------------------------------------------------------- -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 186 bytes Desc: not available URL: From wolfgang at stufenlos.net Tue May 11 09:43:03 2004 From: wolfgang at stufenlos.net (Wolfgang Klinger) Date: Tue, 11 May 2004 09:43:03 +0200 Subject: [Typo3-dev] How do I get a plugin into a marker? Message-ID: _______________________________________________ Typo3-dev mailing list Typo3-dev at lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev -------------- next part -------------- An embedded message was scrubbed... From: unknown sender Subject: Date: Tue, 11 May 2004 09:46:35 +0200 Size: 1417 URL: From wolfgang at stufenlos.net Tue May 11 09:43:03 2004 From: wolfgang at stufenlos.net (Wolfgang Klinger) Date: Tue, 11 May 2004 09:43:03 +0200 Subject: [Typo3-dev] How do I get a plugin into a marker? Message-ID: _______________________________________________ Typo3-dev mailing list Typo3-dev at lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev -------------- next part -------------- An embedded message was scrubbed... From: unknown sender Subject: Date: Tue, 11 May 2004 09:46:35 +0200 Size: 1417 URL: From claus at clausbruun.dk Tue May 11 10:44:05 2004 From: claus at clausbruun.dk (Claus Bruun) Date: Tue, 11 May 2004 10:44:05 +0200 (CEST) Subject: [Typo3-dev] news plugin, hiding if empty Message-ID: Hi list. My problem is that im using custom wrapping of the right column content element like this: ----snip---------- # WRAPPING FOR RIGHT CONTENT ELEMENTS mainPage.10.subparts.CONTENT_RIGHT.renderObj.text.10.wrap = (some html) | (some html) mainPage.10.subparts.CONTENT_RIGHT.renderObj.text.20.wrap = (some html) | (some html) # COPY TO TT_NEWS CONTENT ELEMENT mainPage.10.subparts.CONTENT_RIGHT.renderObj.list.10.wrap < mainPage.10.subparts.CONTENT_RIGHT.renderObj.text.10.wrap ----snip---------- Now when there isnt any news items in the right column tt_news plugin (its the frontpage teaser), then i would like to hide the header of the content element containing the tt_news plugin. (The body of that content element is hidden already when there is no news items to show, so the header just kind of hangs there, and it looks bad.) I have tried with ifEmpty, numRows, Required, if, etc. but i cant seem to get it right. Basicly (i think) its just to check if there are any content in mainPage.10.subparts.CONTENT_RIGHT.renderObj.text.20 or mainPage.10.subparts.CONTENT_RIGHT.renderObj.list.20 i guess, but after trying for a week i ran out of ideas on how to do it, and still no success... Any help is appreciated. Regards, Claus From christian at jul.net Tue May 11 10:47:45 2004 From: christian at jul.net (Christian Jul Jensen) Date: 11 May 2004 10:47:45 +0200 Subject: Profiling (was: [Typo3-dev] New Memory Requirement for Extensions) Message-ID: Kasper Sk?rh?j writes: > - Some will now suggest products to do profiling. I would be interested > in knowing some. So just suggest. BUT in the fall we actually sat down a > team which were in charge of doing profiling of TYPO3. Nothing has > happend in this group, so the first place to start would be to ask them > if they came up with something - or maybe that they should get going! > (Same for SQL indexes optimization!) I've tried to install xdebug thorugh pear, without succes so far (actually I managed to break mysql support in my php4 yesterday, I have no idea what's wrong, that's not related directly to pear or xdebug though). Does anybody have experience with xdebug or APD? -- Christian From kasper at typo3.com Tue May 11 10:53:18 2004 From: kasper at typo3.com (Kasper =?ISO-8859-1?Q?Sk=E5rh=F8j?=) Date: Tue, 11 May 2004 10:53:18 +0200 Subject: [Typo3-dev] Browser detection bug - update Message-ID: Hi Folks. I just fixed the browser detection bug. I simply rolled back to the previous state of the code which had worked for years. before doing that I spend a lot of time investigating browser strings. My intension was to beef up the detection to support all kind of new browsers. Eventually I gave up. Such a detection script would be HUGE. It wouldn't even be backwards compatible because for a long time TYPO3 has reported Mozilla/Netscape/Firebird/Firefox all as "netscape". Change that to four different strings would be backwards incompatible. That would just break sites again - even if the detection is more correct. And what about Opera? When it identifies itself as MSIE, should we see it as MSIE OR as Opera? It's a jungle and I just don't care anymore. In particular because the trend is that browser detection is becoming less important with standards compliance more widely used. Anyways, if anyone disagrees I would maybe be willing to let you detect a browser with a regex. Anything else seems to be bloated approaches. I just don't have energy to dig into this. -- Best regards - kasper -------------------- It's not a bug, it's a missing feature. From kasper at typo3.com Tue May 11 10:57:14 2004 From: kasper at typo3.com (Kasper =?ISO-8859-1?Q?Sk=E5rh=F8j?=) Date: Tue, 11 May 2004 10:57:14 +0200 Subject: [Typo3-dev] news plugin, hiding if empty In-Reply-To: References: Message-ID: I'm sorry Claus. This is the wrong list for your question. Please ask the general english list. This list is ONLY for discussion development of TYPO3 itself and extensions programming. From ben at netcreators.nl Tue May 11 11:54:09 2004 From: ben at netcreators.nl (ben van 't ende [netcreators]) Date: Tue, 11 May 2004 11:54:09 +0200 Subject: [Typo3-dev] Browser detection bug - update In-Reply-To: References: Message-ID: Kasper Sk?rh?j wrote: > Anyways, if anyone disagrees I would maybe be willing to let you detect > a browser with a regex. Anything else seems to be bloated approaches. I > just don't have energy to dig into this. HURRAH! Kasper just go for some more important stuff. The future (or is that today?) is that we do one design for all devices. People will have to be aware of this. We will have to let go of compatibility with some older browsers. I would like to encourage everyone to adhere to standards and separate your content from layout thru use of XHTML. gRTz ben -- netcreators :: creation and innovation www.netcreators.nl - www.typo3.nl From k.dambekalns at fishfarm.de Tue May 11 12:37:45 2004 From: k.dambekalns at fishfarm.de (Karsten Dambekalns) Date: Tue, 11 May 2004 10:37:45 +0000 (UTC) Subject: [Typo3-dev] Browser detection bug - update References: Message-ID: Hi Kasper, folks, On 2004-05-11, Kasper Sk?rh?j wrote: > Hi Folks. > > I just fixed the browser detection bug. I simply rolled back to the > previous state of the code which had worked for years. Seems ok. > before doing that I spend a lot of time investigating browser strings. > My intension was to beef up the detection to support all kind of new > browsers. Understandable. > Eventually I gave up. Such a detection script would be HUGE. Well, it is possible - we have something that works very well and is not too much code. But it admittedly took us much time to develop this, as it needed tweaking constantly... > It wouldn't even be backwards compatible because for a long time TYPO3 > has reported Mozilla/Netscape/Firebird/Firefox all as "netscape". Change > that to four different strings would be backwards incompatible. That What we have is not only a *browser* detection, but a *DOM* detection as well. This makes it possible to detect a DOM compliant browser, which then can be used with 'standard code for standard behaviour'. > would just break sites again - even if the detection is more correct. > And what about Opera? When it identifies itself as MSIE, should we see > it as MSIE OR as Opera? This is another issues, that is partly solved by looking for DOM compliancy rather than a browser, paired with knowing what to do with Opera to make it work regardless of it's mimicked behaviour. :) > It's a jungle and I just don't care anymore. In particular because the > trend is that browser detection is becoming less important with > standards compliance more widely used. True. And what a relief! This definitely makes this less important for TYPO3, and if I nowadays really need to detect the browser, it will be for rather specialized stuff - then I can do my own detection outside of TYPO3 just fine. Just tell me if you like to have our detection code anyway, I'll tell my partner to send it to you then. Karsten From k.dambekalns at fishfarm.de Tue May 11 12:43:02 2004 From: k.dambekalns at fishfarm.de (Karsten Dambekalns) Date: Tue, 11 May 2004 10:43:02 +0000 (UTC) Subject: [Typo3-dev] Javascript Code in external .js-file References: Message-ID: Hi Kasper! On 2004-05-10, Kasper Sk?rh?j wrote: > BRAND NEW TYPO3 3.6.0 feature: > > > Put this : > > config.removeDefaultJS = external > > into your Template Records Setup field! Great! But, erm, any estimate for an updated TSref? I tried to find this on typo3.org, but failed. Sorry, I know you have way too much work to do anyway, but I'd guess you have this written down anyway. :) Karsten From dbruen at saltation.de Tue May 11 13:02:04 2004 From: dbruen at saltation.de (=?ISO-8859-1?Q?Daniel_Br=FCn?=) Date: Tue, 11 May 2004 13:02:04 +0200 Subject: [Typo3-dev] Javascript Code in external .js-file In-Reply-To: References: Message-ID: Cool Feature! It would also be great if all the static JS-Code contributed by extensions would automagically be placed in such an external JS-File. For instance the JS-code supplied with this function call for a frontend-plugin: $GLOBALS["TSFE"]->setJS(...) The JS-File could be dynamically created and also cached. For the case that an extension dynamically changes its JS-Code a flag could be introduced to define wether it's static JS or dynamic JS. As most browsers also cache the JS-File, the name of the file should change when it's content has changed...so the browser is forced to reload the file. The resulting HTML would look really great then! Hmm... just dreaming aloud ;-) Ciao, Dan. From mueller at be-cre8tive.com Tue May 11 13:03:41 2004 From: mueller at be-cre8tive.com (Benjamin Müller) Date: Tue, 11 May 2004 13:03:41 +0200 Subject: [Typo3-dev] Bug in browsetree.php ? Message-ID: Hi! I've a problem installing Typo 3.6 After installing Typo on the server, the page tree is not shown: ---------------------------------------------------------------- Fatal error: Allowed memory size of 16777216 bytes exhausted (tried to allocate 15691 bytes) in /www/home100/html/v2/typo3/t3lib/class.t3lib_browsetree.php on line 85 ---------------------------------------------------------------- But I have enough memory, so I figured out this solution: ---------------------------------------------------------------- Hello Today I installed the 3.6 on a testserver with PHP Version 4.0.6.. By clicking on List in the Backend, the Pagetree could not be generated because of the PHP Errormessage "Fatal error: Allowed memory size of 134217728 bytes exhausted (tried to allocate 50891 bytes) in ..../class.t3lib_browsetree.php on line 85" At first I raise the Allowed Memorysize up to 128M but the error was still there. Then I changed the line 85 from: parent::init(...); to t3lib_treeView::init(...); And the pagetree could be rendered with an memorylimit of 16M.. ---------------------------------------------------------------- I marked out the original line 85 and applied my change below. But there is still the error on line 85. I also deleted the file, but the error is still there. I deleted all temp-files via typo3 andmanually, but there is still the error. typo does not load the new class.t3lib_browsetree.php... Is there a solution for that problem? I really hope so, because aat this moment typo 3.6 isn't usable for me. Thanks in advantage, Ben From mundaun at gmx.ch Tue May 11 13:12:55 2004 From: mundaun at gmx.ch (Michael Stucki) Date: Tue, 11 May 2004 13:12:55 +0200 Subject: [Typo3-dev] Javascript Code in external .js-file References: Message-ID: Hi Karsten, > Great! > > But, erm, any estimate for an updated TSref? I tried to find this on > typo3.org, but failed. Right, the TSref on typo3.org says that the last modification was done on 05-12-2002. Get the TSref from http://sourceforge.net/projects/typo3/ instead. This one should be up to date. I hope Kasper will renew the document on typo3.org as well one day... Cheers - michael -- Want support? Please read the list rules first: http://typo3.org/1438.0.html From k.dambekalns at fishfarm.de Tue May 11 13:18:24 2004 From: k.dambekalns at fishfarm.de (Karsten Dambekalns) Date: Tue, 11 May 2004 11:18:24 +0000 (UTC) Subject: [Typo3-dev] Javascript Code in external .js-file References: Message-ID: Hi Michael, On 2004-05-11, Michael Stucki wrote: > Right, the TSref on typo3.org says that the last modification was done on > 05-12-2002. > > Get the TSref from http://sourceforge.net/projects/typo3/ instead. This one > should be up to date. Thanks for pointing this out - somehow I tend to ignore sf.net when it comes to TYPO3 (except for the CVS repository)... Karsten From mundaun at gmx.ch Tue May 11 13:34:28 2004 From: mundaun at gmx.ch (Michael Stucki) Date: Tue, 11 May 2004 13:34:28 +0200 Subject: [Typo3-dev] Javascript Code in external .js-file References: Message-ID: >> Get the TSref from http://sourceforge.net/projects/typo3/ instead. This >> one should be up to date. > > Thanks for pointing this out - somehow I tend to ignore sf.net when it > comes to TYPO3 (except for the CVS repository)... sf.net was pretty outdated, but I have cleaned up all stuff last week. It should be ok now. - michael -- Want support? Please read the list rules first: http://typo3.org/1438.0.html From kasper at typo3.com Tue May 11 13:37:46 2004 From: kasper at typo3.com (Kasper =?ISO-8859-1?Q?Sk=E5rh=F8j?=) Date: Tue, 11 May 2004 13:37:46 +0200 Subject: [Typo3-dev] Bug in browsetree.php ? In-Reply-To: References: Message-ID: Thanks, but this is probably a bug in PHP. We will not code around that. - kasper On Tue, 2004-05-11 at 13:03, Benjamin M?ller wrote: > Hi! > > I've a problem installing Typo 3.6 > > After installing Typo on the server, the page tree is not shown: > > ---------------------------------------------------------------- > Fatal error: Allowed memory size of 16777216 bytes exhausted (tried to > allocate 15691 bytes) in > /www/home100/html/v2/typo3/t3lib/class.t3lib_browsetree.php on line 85 > ---------------------------------------------------------------- > > But I have enough memory, so I figured out this solution: > > ---------------------------------------------------------------- > Hello > Today I installed the 3.6 on a testserver with PHP Version 4.0.6.. > By clicking on List in the Backend, the Pagetree could not be > generated > because of the PHP Errormessage "Fatal error: Allowed memory size of > 134217728 bytes exhausted (tried to allocate 50891 bytes) > in ..../class.t3lib_browsetree.php on line 85" > At first I raise the Allowed Memorysize up to 128M but the error was > still there. > Then I changed the line 85 from: > parent::init(...); > to > t3lib_treeView::init(...); > And the pagetree could be rendered with an memorylimit of 16M.. > ---------------------------------------------------------------- > > I marked out the original line 85 and applied my change below. > But there is still the error on line 85. I also deleted the file, but > the error is still there. I deleted all temp-files via typo3 > andmanually, but there is still the error. typo does not load the new > class.t3lib_browsetree.php... > > Is there a solution for that problem? I really hope so, because aat > this moment typo 3.6 isn't usable for me. > > Thanks in advantage, > Ben > _______________________________________________ > Typo3-dev mailing list > Typo3-dev at lists.netfielders.de > http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev -- Best regards - kasper -------------------- It's not a bug, it's a missing feature. From martin at beryllium.net Tue May 11 15:40:38 2004 From: martin at beryllium.net (Martin Poelstra) Date: Tue, 11 May 2004 15:40:38 +0200 Subject: [Typo3-dev] Bug in browsetree.php ? In-Reply-To: References: Message-ID: Hi Ben, Are you running some PHP-cache? Try to remove all phpa_* files in your /tmp-dir and restart Apache. (Or use the supplied tool of the phpcache.) Grtz, Martin From kasper at typo3.com Tue May 11 14:01:20 2004 From: kasper at typo3.com (Kasper =?ISO-8859-1?Q?Sk=E5rh=F8j?=) Date: Tue, 11 May 2004 14:01:20 +0200 Subject: [Typo3-dev] Javascript Code in external .js-file In-Reply-To: References: Message-ID: Updated now. - kasper From ledj at dcmedia.biz Tue May 11 15:30:58 2004 From: ledj at dcmedia.biz (Lars E. D. Jensen) Date: Tue, 11 May 2004 14:30:58 +0100 Subject: [Typo3-dev] Default mailform catched by spamfilter Message-ID: Hello devs When I have my pretty sophisticated spamfilter enabled, I get this score (see below) from mails sent from a standard mailform in 3.6.0. I would like to eliminate e.g. INVALID_MSGID, MIME_BASE64_LATIN and MIME_BASE64_TEXT in the scores since they score most points. Guidance to a place to look is appreciated. Thanks Lars Content analysis details: (6.6 points, 5.0 required) pts rule name description ---- ---------------------- ------------------------------------------------ -- 0.3 NO_REAL_NAME From: does not include a real name 1.8 DOMAIN_BODY BODY: Domain registration spam body 1.1 MIME_BASE64_LATIN RAW: Latin alphabet text using base64 encoding 1.1 MIME_BASE64_TEXT RAW: Message text disguised using base64 encoding 0.2 SUBJ_HAS_UNIQ_ID Subject contains a unique ID 0.3 UPPERCASE_25_50 message body is 25-50% uppercase 1.8 INVALID_MSGID Message-Id is not valid, according to RFC 2822 From Martin.no5pam.Kutschker at blackbox.n0spam.net Tue May 11 15:16:34 2004 From: Martin.no5pam.Kutschker at blackbox.n0spam.net (Martin T. Kutschker) Date: Tue, 11 May 2004 15:16:34 +0200 Subject: [Typo3-dev] logout doesn't kill fe session? Message-ID: Is it me or does a logout of a fe user leave a record in fe_sessions? Without killing I can't tell who is logged in using this table. Masi From niederlag at ikd01.de Tue May 11 15:33:14 2004 From: niederlag at ikd01.de (Peter Niederlag) Date: Tue, 11 May 2004 15:33:14 +0200 Subject: Profiling (was: [Typo3-dev] New Memory Requirement for Extensions) In-Reply-To: References: Message-ID: Hi, Christian Jul Jensen wrote: > Kasper Sk?rh?j writes: > > >>- Some will now suggest products to do profiling. I would be interested >>in knowing some. So just suggest. BUT in the fall we actually sat down a >>team which were in charge of doing profiling of TYPO3. Nothing has >>happend in this group, so the first place to start would be to ask them >>if they came up with something - or maybe that they should get going! >>(Same for SQL indexes optimization!) Not sure, but if this has been a question for products supporting profiling I can only suggest ZEND again. Besides of debugging imho it does a good job in profiling as well. Haven't used it heavily yet though. If anybody wants to know I could try to "compile" some data... Cheers, PeterN From k.dambekalns at fishfarm.de Tue May 11 15:48:25 2004 From: k.dambekalns at fishfarm.de (Karsten Dambekalns) Date: Tue, 11 May 2004 13:48:25 +0000 (UTC) Subject: [Typo3-dev] Javascript Code in external .js-file References: Message-ID: Hi! On 2004-05-11, Kasper Sk?rh?j wrote: > Updated now. Great, thanks! Karsten From murphy at thepanemgroup.com Tue May 11 16:24:42 2004 From: murphy at thepanemgroup.com (Thomas Murphy) Date: Tue, 11 May 2004 16:24:42 +0200 Subject: [Typo3-dev] FE plugin default/custom header types? Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello everyone, is there a possibility to hide certain header types in a FE-plugin and add custom ones, that are only available to that extension? bye, Murphy -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFAoOInwO0pDATctOARAmlnAJoCdw8TZQcLn6xqtBALyrT80qbzxQCcDqoi Zsbq4SoQPjAEL5SdkvQxA6Q= =Dc5z -----END PGP SIGNATURE----- From niederlag at ikd01.de Tue May 11 16:19:14 2004 From: niederlag at ikd01.de (Peter Niederlag) Date: Tue, 11 May 2004 16:19:14 +0200 Subject: [Typo3-dev] Default mailform catched by spamfilter In-Reply-To: References: Message-ID: Hi Lars, Lars E. D. Jensen wrote: > Hello devs > > When I have my pretty sophisticated spamfilter enabled, > I get this score (see below) from mails sent from a standard mailform in > 3.6.0. > > I would like to eliminate e.g. INVALID_MSGID, MIME_BASE64_LATIN and > MIME_BASE64_TEXT in the scores since they score most points. > > Guidance to a place to look is appreciated. Jepp, this should be improved, we just experienced the same problem. Strange cause afaik espacially creation of MSGID has been changed at one time. maybe the change got lost again? class.htmlmail.php class.formmail.php should serve as starting point. Could you probably look for an appropriate bug-report and report it if it is not there already? (bugs.typo3.org) thx, PeterN From jer at moccompany.com Tue May 11 16:37:18 2004 From: jer at moccompany.com (Jan-Erik Revsbech) Date: Tue, 11 May 2004 16:37:18 +0200 Subject: [Typo3-dev] Default mailform catched by spamfilter References: Message-ID: Can you send me a complete list of all header in the email? Or maybe the entire email message content? I'll take a look at the message ID problem. I recently fixed a problem with the message ID in htmlmail, and I think this might be lated to this. If my guess is correct, then your messageid will look like this <> which is not correct, there should only be on < and one >. Let me know if this is correct, and I'll fix it in CVS (upon approval from higher places:) /Jan-Erik "Lars E. D. Jensen" skrev i en meddelelse news:mailman.1.1084278626.27960.typo3-dev at lists.netfielders.de... > Hello devs > > When I have my pretty sophisticated spamfilter enabled, > I get this score (see below) from mails sent from a standard mailform in > 3.6.0. > > I would like to eliminate e.g. INVALID_MSGID, MIME_BASE64_LATIN and > MIME_BASE64_TEXT in the scores since they score most points. > > Guidance to a place to look is appreciated. > > Thanks > Lars > > > Content analysis details: (6.6 points, 5.0 required) > > pts rule name description > ---- ---------------------- ---------------------------------------------- -- > -- > 0.3 NO_REAL_NAME From: does not include a real name > 1.8 DOMAIN_BODY BODY: Domain registration spam body > 1.1 MIME_BASE64_LATIN RAW: Latin alphabet text using base64 encoding > 1.1 MIME_BASE64_TEXT RAW: Message text disguised using base64 > encoding > 0.2 SUBJ_HAS_UNIQ_ID Subject contains a unique ID > 0.3 UPPERCASE_25_50 message body is 25-50% uppercase > 1.8 INVALID_MSGID Message-Id is not valid, according to RFC 2822 > > From kasper at typo3.com Tue May 11 17:28:43 2004 From: kasper at typo3.com (Kasper =?ISO-8859-1?Q?Sk=E5rh=F8j?=) Date: Tue, 11 May 2004 17:28:43 +0200 Subject: [Typo3-dev] Default mailform catched by spamfilter In-Reply-To: References: Message-ID: I believe the sender *name* would automatically be set to the field "name" if used in the form. If someone can come up with solutions for this I'm happy. Jan-Erik has done a good job on the htmlmail class. Maybe he can serve as the hub for any improvements you want. If you want to have added features for the email form, just remember that they have to fit the limited capabilities of the form-syntax for FORM content elements. - kasper On Tue, 2004-05-11 at 16:37, Jan-Erik Revsbech wrote: > Can you send me a complete list of all header in the email? Or maybe the > entire email message content? I'll take a look at the message ID problem. I > recently fixed a problem with the message ID in htmlmail, and I think this > might be lated to this. > > If my guess is correct, then your messageid will look like this > > <> > > which is not correct, there should only be on < and one >. Let me know if > this is correct, and I'll fix it in CVS (upon approval from higher places:) > > /Jan-Erik > > > "Lars E. D. Jensen" skrev i en meddelelse > news:mailman.1.1084278626.27960.typo3-dev at lists.netfielders.de... > > Hello devs > > > > When I have my pretty sophisticated spamfilter enabled, > > I get this score (see below) from mails sent from a standard mailform in > > 3.6.0. > > > > I would like to eliminate e.g. INVALID_MSGID, MIME_BASE64_LATIN and > > MIME_BASE64_TEXT in the scores since they score most points. > > > > Guidance to a place to look is appreciated. > > > > Thanks > > Lars > > > > > > Content analysis details: (6.6 points, 5.0 required) > > > > pts rule name description > > ---- ---------------------- ---------------------------------------------- > -- > > -- > > 0.3 NO_REAL_NAME From: does not include a real name > > 1.8 DOMAIN_BODY BODY: Domain registration spam body > > 1.1 MIME_BASE64_LATIN RAW: Latin alphabet text using base64 encoding > > 1.1 MIME_BASE64_TEXT RAW: Message text disguised using base64 > > encoding > > 0.2 SUBJ_HAS_UNIQ_ID Subject contains a unique ID > > 0.3 UPPERCASE_25_50 message body is 25-50% uppercase > > 1.8 INVALID_MSGID Message-Id is not valid, according to RFC 2822 > > > > > > > _______________________________________________ > Typo3-dev mailing list > Typo3-dev at lists.netfielders.de > http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev -- Best regards - kasper -------------------- It's not a bug, it's a missing feature. From zach at crito.org Tue May 11 18:03:44 2004 From: zach at crito.org (Zach Davis) Date: Tue, 11 May 2004 12:03:44 -0400 Subject: [Typo3-dev] logout doesn't kill fe session? References: Message-ID: On 2004-05-11 09:16:34 -0400, "Martin T. Kutschker" said: > Is it me or does a logout of a fe user leave a record in fe_sessions? > > Without killing I can't tell who is logged in using this table. > > Masi It's not just you -- I've noticed the same thing. I tried to write a function that showed the number of users logged in by counting rows in fe_sessions, but it doesn't seem to be a very accurate way of getting that information. Zach From christian at jul.net Tue May 11 17:42:55 2004 From: christian at jul.net (Christian Jul Jensen) Date: 11 May 2004 17:42:55 +0200 Subject: Profiling (was: [Typo3-dev] New Memory Requirement for Extensions) References: Message-ID: Hi Peter Niederlag writes: > > Christian Jul Jensen wrote: > > Kasper Sk?rh?j writes: > > > >>- Some will now suggest products to do profiling. I would be interested > >>in knowing some. So just suggest. BUT in the fall we actually sat down a > >>team which were in charge of doing profiling of TYPO3. Nothing has > >>happend in this group, so the first place to start would be to ask them > >>if they came up with something - or maybe that they should get going! > >>(Same for SQL indexes optimization!) > > Not sure, but if this has been a question for products supporting > profiling I can only suggest ZEND again. Besides of debugging imho it > does a good job in profiling as well. Haven't used it heavily yet > though. I've tried ZEND and I don't really like it, for several reasons. 1. You can only enter an URL, but not submit things in forms and keep cookies etc., which means you cannot profile login pages like the whole BE of TYPO3. 2. The profiler/debugger relies heavily on GET parameters, which bloats your GET vars. 3. It's sooooo sloooooow 4. It costs money, which is ok, but I'd prefer something free of course. I had a look at weaverslave, which uses the xdebug extension to debug. You use your favourite browser to access the page and the IDE only communicates with the server through a privileged port, which mean you can even debug with different browsers if necessary. Unfortunately weaverslave is windows only. But there are xdebug clients for linux as well. > If anybody wants to know I could try to "compile" some data... Sure... -- Julle From warhawk at ufo-base.de Tue May 11 18:10:46 2004 From: warhawk at ufo-base.de (Christian Zehaczek) Date: Tue, 11 May 2004 18:10:46 +0200 Subject: [Typo3-dev] ORDER BY RAND() support in pi_list_query() Message-ID: Dear TYPO3 Developers, what about this little hotfix in tslib_pibase::pi_list_query() --- snip --- if (t3lib_div::inList($this->internal["orderByList"],$this->internal["orderBy"] )) { // 2004-05-10: Do not prepend table name when sorting by rand(), ignoring sorting flag ($this->internal["orderBy"] <> "rand()") ? $query.= " ORDER BY ".$table.".".$this->internal["orderBy"].($this->internal["descFlag"]?" DESC":"").chr(10) : $query.= " ORDER BY ".$this->internal["orderBy"].chr(10); } --- snap --- This one allowed me to give "rand()" as sorting field, maybe anyone does like it. Cheers, Christian From k.dambekalns at fishfarm.de Tue May 11 18:29:17 2004 From: k.dambekalns at fishfarm.de (Karsten Dambekalns) Date: Tue, 11 May 2004 16:29:17 +0000 (UTC) Subject: Profiling (was: [Typo3-dev] New Memory Requirement for Extensions) References: Message-ID: Hi, On 2004-05-11, Christian Jul Jensen wrote: > I've tried ZEND and I don't really like it, for several reasons. > > 1. You can only enter an URL, but not submit things in forms and keep > cookies etc., which means you cannot profile login pages like the > whole BE of TYPO3. Wrong. Just enable 'Debug all pages' and it will allow you to step through the BE a whole day long... > 2. The profiler/debugger relies heavily on GET parameters, which > bloats your GET vars. I may be wrong, but IIRC the debugger only needs GET params if you 'Debug first page only'. When debugging all pages it sets a cookie and leaves GET alone afterwards. > 3. It's sooooo sloooooow Well, I had this impression as well, but on my new machine (a Pentium-M 1.5 GHz) it works ok now. Hey, time to support the hardware industry :) I tried Komodo before (which isn't Java), and it was faster, but nowhere near the debugging capabilities of Zend... Karsten From Martin.no5pam.Kutschker at blackbox.n0spam.net Tue May 11 18:34:29 2004 From: Martin.no5pam.Kutschker at blackbox.n0spam.net (Martin T. Kutschker) Date: Tue, 11 May 2004 18:34:29 +0200 Subject: [Typo3-dev] ORDER BY RAND() support in pi_list_query() In-Reply-To: References: Message-ID: Christian Zehaczek wrote: > Dear TYPO3 Developers, > > what about this little hotfix in tslib_pibase::pi_list_query() > > --- snip --- > if > (t3lib_div::inList($this->internal["orderByList"],$this->internal["orderBy"] > )) { > // 2004-05-10: Do not prepend table name when sorting by rand(), > ignoring sorting flag > ($this->internal["orderBy"] <> "rand()") > ? $query.= " ORDER BY > ".$table.".".$this->internal["orderBy"].($this->internal["descFlag"]?" > DESC":"").chr(10) > : $query.= " ORDER BY ".$this->internal["orderBy"].chr(10); > } > --- snap --- > > This one allowed me to give "rand()" as sorting field, maybe anyone does > like it. Why not generalize it to support arbitrary calculated SELECT clause columns? Prependening the table name will disable sorting after any expression not just "rand() AS random_col", so I suggest something like this: --- snip --- if (t3lib_div::inList($this->internal["orderByList"], $this->internal["orderBy"])) { $query.= " ORDER BY " . ($this->internal["orderByExpression"] ? "" : "$table.") . $this->internal["orderBy"] . ($this->internal["descFlag"] ? " DESC" : "") . chr(10); } --- snap --- Masi PS: What's the line feed for? From Martin.no5pam.Kutschker at blackbox.n0spam.net Tue May 11 18:37:18 2004 From: Martin.no5pam.Kutschker at blackbox.n0spam.net (Martin T. Kutschker) Date: Tue, 11 May 2004 18:37:18 +0200 Subject: [Typo3-dev] Browser detection bug - update In-Reply-To: References: Message-ID: Kasper Sk?rh?j wrote: > Hi Folks. > > I just fixed the browser detection bug. I simply rolled back to the > previous state of the code which had worked for years. > > before doing that I spend a lot of time investigating browser strings. > My intension was to beef up the detection to support all kind of new > browsers. Eventually I gave up. Such a detection script would be HUGE. Leave it backwards compatible and add a hook for those who wan't some finer granularity. > Anyways, if anyone disagrees I would maybe be willing to let you detect > a browser with a regex. Regexps rule :-) But I don't care too much for cleint sniffing anyway. Just my 2 cents cause I'm bored ;-) Masi From kasper at typo3.com Tue May 11 18:43:58 2004 From: kasper at typo3.com (Kasper =?ISO-8859-1?Q?Sk=E5rh=F8j?=) Date: Tue, 11 May 2004 18:43:58 +0200 Subject: [Typo3-dev] ORDER BY RAND() support in pi_list_query() In-Reply-To: References: Message-ID: That is better, also for DBAL support. - kasper From lars at houmark.com Tue May 11 18:53:59 2004 From: lars at houmark.com (Lars Houmark) Date: Tue, 11 May 2004 18:53:59 +0200 Subject: [Typo3-dev] Minor version number not updated... Message-ID: Hi guys, Nice with the new version numbering, but it seems that you forgot to update the version printout in the backend to 3.6.1. It still prints 3.6.0 even though I updated it ;) I guess this was meant to be updated, as it says 3.6.1 at the download page and not 3.6.0.1 = a very minor version update... Just thought you'd like to know.... Regards, Lars Houmark From ingmars at web.de Tue May 11 19:02:19 2004 From: ingmars at web.de (Ingmar Schlecht) Date: Tue, 11 May 2004 19:02:19 +0200 Subject: [Typo3-dev] Minor version number not updated... In-Reply-To: References: Message-ID: Lars Houmark wrote: > Nice with the new version numbering, but it seems that you forgot to update > the version printout in the backend to 3.6.1. It still prints 3.6.0 even > though I updated it ;) I guess this was meant to be updated, as it says > 3.6.1 at the download page and not 3.6.0.1 = a very minor version update... > > Just thought you'd like to know.... Thanks very much for the feedback, we completely forgot about increasing the Typo3 version number variable. cheers, Ingmar From Martin.no5pam.Kutschker at blackbox.n0spam.net Tue May 11 19:15:58 2004 From: Martin.no5pam.Kutschker at blackbox.n0spam.net (Martin T. Kutschker) Date: Tue, 11 May 2004 19:15:58 +0200 Subject: [Typo3-dev] Minor version number not updated... In-Reply-To: References: Message-ID: Ingmar Schlecht wrote: > > Thanks very much for the feedback, we completely forgot about increasing > the Typo3 version number variable. Is there only one variable in the sources now? I recall finding a version string in several places. Obviously it'd be great if they all would ve, use or somehow derive from one global version variable/constant. Masi From ingmars at web.de Tue May 11 19:22:52 2004 From: ingmars at web.de (Ingmar Schlecht) Date: Tue, 11 May 2004 19:22:52 +0200 Subject: [Typo3-dev] Minor version number not updated... In-Reply-To: References: Message-ID: Martin T. Kutschker wrote: > Ingmar Schlecht wrote: >> Thanks very much for the feedback, we completely forgot about >> increasing the Typo3 version number variable. > > Is there only one variable in the sources now? > > I recall finding a version string in several places. Obviously it'd be > great if they all would ve, use or somehow derive from one global > version variable/constant. It's at least in t3lib/config_default.php http://cvs.sourceforge.net/viewcvs.py/typo3/TYPO3core/t3lib/config_default.php cheers, Ingmar From t3 at 1zu6-design.de Tue May 11 19:30:54 2004 From: t3 at 1zu6-design.de (Rene Suthoelder) Date: Tue, 11 May 2004 19:30:54 +0200 Subject: [Typo3-dev] bugfixes - how to update 3.6.0 ??? References: Message-ID: ok, the 3.6.1 release is out. at least, it is indicated by the version number that something has happened to the source. but from my point of view it is a pity that one has to reinstall the whole source package again (i use a win server for development and target servers with various other OS'es on them). anyway: this naming scheme is a clear big improvement !!! thanks to the dev's!!! rene "Ingmar Schlecht" schrieb im Newsbeitrag news:mailman.1.1083922409.16247.typo3-dev at lists.netfielders.de... > Rene Suthoelder wrote: > > with the official release of those patched packages, will the t3 version > > number increase to something like 3.6.1? > > no. > > Ingmar From jer at moccompany.com Tue May 11 20:52:30 2004 From: jer at moccompany.com (Jan-Erik Revsbech) Date: Tue, 11 May 2004 20:52:30 +0200 Subject: [Typo3-dev] bugfixes - how to update 3.6.0 ??? References: Message-ID: Maybe I'm just a little confused, but I have corrected a bug ind t3lib_formmail, its not really critical, but never the less a bug. How should I correct this in CVS? Naturally the correction will be made to the HEAD branch, but should I also correct it in the 3.6.1 branch or which tag should I correct i to? /Jan-Erik "Rene Suthoelder" skrev i en meddelelse news:mailman.1.1084296655.16953.typo3-dev at lists.netfielders.de... > ok, the 3.6.1 release is out. > > at least, it is indicated by the version number that something has happened > to the source. > > but from my point of view it is a pity that one has to reinstall the whole > source package again (i use a win server for development and target servers > with various other OS'es on them). > > anyway: this naming scheme is a clear big improvement !!! > > thanks to the dev's!!! > > rene > > > "Ingmar Schlecht" schrieb im Newsbeitrag > news:mailman.1.1083922409.16247.typo3-dev at lists.netfielders.de... > > Rene Suthoelder wrote: > > > with the official release of those patched packages, will the t3 version > > > number increase to something like 3.6.1? > > > > no. > > > > Ingmar > > From ingmars at web.de Tue May 11 21:43:18 2004 From: ingmars at web.de (Ingmar Schlecht) Date: Tue, 11 May 2004 21:43:18 +0200 Subject: [Typo3-dev] bugfixes - how to update 3.6.0 ??? In-Reply-To: References: Message-ID: Hi Rene, Rene Suthoelder wrote: > but from my point of view it is a pity that one has to reinstall the whole > source package again (i use a win server for development and target servers > with various other OS'es on them). Just grab the 3.6 branch from CVS and you'll always get the latest bug-fixed 3.6.x version. cheers, Ingmar From ernst at baschny.de Tue May 11 22:06:01 2004 From: ernst at baschny.de (Ernesto Baschny) Date: Tue, 11 May 2004 22:06:01 +0200 Subject: [Typo3-dev] Browser detection bug - update In-Reply-To: Message-ID: On 11 May 2004 at 10:53, Kasper Sk?rh?j wrote: > I just fixed the browser detection bug. I simply rolled back to the > previous state of the code which had worked for years. Have you taken a look at PHPs "get_browser()" function? It works together with a browscap.ini file (which can be found with Google). I am not sure if this is the kind of "detection" you want, but... -- Ernesto Baschny http://www.baschny.de - PGP: http://www.baschny.de/pgp.txt Sao Paulo/Brasil - Stuttgart/Germany Ernst at IRCnet - ICQ# 2955403 From kasper at typo3.com Tue May 11 22:17:34 2004 From: kasper at typo3.com (Kasper =?ISO-8859-1?Q?Sk=E5rh=F8j?=) Date: Tue, 11 May 2004 22:17:34 +0200 Subject: [Typo3-dev] bugfixes - how to update 3.6.0 ??? In-Reply-To: References: Message-ID: Rule #1: - Commit ALL changes to HEAD. Rule #2: - Bugfixes in a release branch MUST be committed only when agreed to by Ingmar/Stucki. They are responsible for filtering only relevant fixes in there. Mostly, this means a) no new features, b) only CRITICAL bugfixes. Annoyancies does not belong there (imho). From ingmars at web.de Tue May 11 22:44:03 2004 From: ingmars at web.de (Ingmar Schlecht) Date: Tue, 11 May 2004 22:44:03 +0200 Subject: [Typo3-dev] bugfixes - how to update 3.6.0 ??? In-Reply-To: References: Message-ID: Kasper Sk?rh?j wrote: > Rule #2: > - Bugfixes in a release branch MUST be committed only when agreed to by > Ingmar/Stucki. If anyone likes his bug fix to be included in the current stable branch, they should contact us by email. > They are responsible for filtering only relevant fixes in > there. Mostly, this means a) no new features, b) only CRITICAL bugfixes. > Annoyancies does not belong there (imho). BTW, wouldn't it be nice to update the language strings in those patchlevel releases? Is the process of getting the latest translations out of typo3.org automated? cheers, Ingmar From mundaun at gmx.ch Tue May 11 22:49:41 2004 From: mundaun at gmx.ch (Michael Stucki) Date: Tue, 11 May 2004 22:49:41 +0200 Subject: [Typo3-dev] bugfixes - how to update 3.6.0 ??? References: Message-ID: Hi Rene, > but from my point of view it is a pity that one has to reinstall the whole > source package again (i use a win server for development and target > servers with various other OS'es on them). Maybe I will create patchsets later, but they will be non-official. But is there anybody out who's using Windows and know about the patch program?! ;-) - michael -- Want support? Please read the list rules first: http://typo3.org/1438.0.html From s.faulhaber at web-sol.de Tue May 11 22:53:53 2004 From: s.faulhaber at web-sol.de (Sebastian Faulhaber) Date: Tue, 11 May 2004 22:53:53 +0200 Subject: [Typo3-dev] How to substitue values in "ext_typoscript_constants.txt" Message-ID: Hey group, i write an extension, that is not a frontend plugin. Despite of this I do need the $conf array, as it is provided for frontend plugins in the main($content, $conf) function. Any idea how I ca do that? At the moment I read in the ext_typoscript_setup.txt, but the constant values are not substituted: ncludeLibs. template_product_detail -->{$plugin.ecommerce_prod_templ.file.template_product_detail} template_product_list -->{$plugin.ecommerce_prod_templ.file.template_product_list} Thanks for your help in advance! Sebastian From t3 at 1zu6-design.de Wed May 12 00:20:16 2004 From: t3 at 1zu6-design.de (Rene Suthoelder) Date: Wed, 12 May 2004 00:20:16 +0200 Subject: [Typo3-dev] bugfixes - how to update 3.6.0 ??? References: Message-ID: well, my preferred patch tool would be the windows explorer, i.e. simply copy the new, debugged/updated files to the folders they belong to. sorry for using the "reserved" word patch, which - you are absolutly right - in this dev-list context would mean a modification to an existing file (thus only altering its content, not replacing it). as stated earlier, i'm just a dumb enduser (and therefor perhaps not in the right list). perhaps my view on development issues differs a bit from the developers since i'm "only" interested in the result. but as a concerned enduser i started this thread to get the information how discovered bugfixes could go into my typo3 installation. at first i thought: 1. hey, there is the TER, just check the shy extensions for increased version numbers and simply update the core (was 3.6.0RC1). this went _badly_ wrong, leaving the whole installation unusable. 2. then official 3.6.0 was released. ok, i did a reinstall with that version. 3. then reported bugs from the bugs.typo3.org were fixed and patches were available as seperate downloads and i didn't found them in TER nor in an increased version number. ingmar wrote, that those minor changes would never be reflected in increased patch version numbers (major.minor.patch). 4. then 3.6.1 was released and left me _totally_ confused... you see: for a user it can be very challenging to keep up with development. but as ingmar suggested > Just grab the 3.6 branch from CVS and you'll always get the latest > bug-fixed 3.6.x version. i think this is the way to follow the next few months. just one last thought on that: couldn't the extension manager and TER be used to handle those update issues? at first i thought this IS the tool to update the whole typo3 suite (not "only" extensions). let's assume within a a given major version (example 3.x) you download a basic source installation. the included extension manager could be told to _only_ update core and extensions for that major version (thus avoiding incompatibility issues with extensions based on other core files as it is today). once developers decide to release a new major version, you either download the new basic source installation (like you have to do today) or there is some upgrade flag in the typo3 basic install tool which allows the system to always update whatever is new. the point would be that you would have a clear breakpoint in your typo3 installation history telling you: new major version, stop, basic things have changed, new core features may have been added, old extension perhaps have been become obsolete etc. etc. incompatabilities (remember the newloginbox hazzle when people used the latest extension version which was incompatibel which the latest typo3 core) could be avoided since - by rule - extensions have to be based on a stable, constantly bugfixed core. i hope it became clear what i mean =:o) rene "Michael Stucki" schrieb im Newsbeitrag news:mailman.1.1084308742.28593.typo3-dev at lists.netfielders.de... > Hi Rene, > > > but from my point of view it is a pity that one has to reinstall the whole > > source package again (i use a win server for development and target > > servers with various other OS'es on them). > > Maybe I will create patchsets later, but they will be non-official. But is > there anybody out who's using Windows and know about the patch > program?! ;-) > > - michael > -- > Want support? Please read the list rules first: http://typo3.org/1438.0.html From kasper at typo3.com Wed May 12 10:19:50 2004 From: kasper at typo3.com (Kasper =?ISO-8859-1?Q?Sk=E5rh=F8j?=) Date: Wed, 12 May 2004 10:19:50 +0200 Subject: [Typo3-dev] bugfixes - how to update 3.6.0 ??? In-Reply-To: References: Message-ID: TER is not a good vehicle for transporting anything but single extensions. The reason why many of the global extensions has not been updated is because it would take me too long because it is slow and there are 70 of them - that would be two hours. Long time for me. CVS will be the method to go in the future. This is also what a new code structure will support (I will present this soon). Therefore I will not discuss the global extensions in further detail from now since that will quickly be an obsolete discussion. However, one problem remains for windows users: Even if you manage to set up a CVS client on windows (which is possible) you still have to cope with the redundacies of the code. For instance t3lib/ is found two places redundantly, tslib/ the same, index.php must be the same as tslib/index_ts.php and gfx/ is found three places as well as thumbs.php. On Unix this is no problem because we have symlinks. On windows you need to manually copy this around. Of course it would be nice if we could just remove this redundancy. This may be a long term solution but not an option here and now. What would be great was if someone could create a little tool on windows which will make the necessary duplicates of files after doing a CVS checkout on windows. Anyone? On Wed, 2004-05-12 at 00:20, Rene Suthoelder wrote: > well, my preferred patch tool would be the windows explorer, i.e. simply > copy the new, debugged/updated files to the folders they belong to. > > sorry for using the "reserved" word patch, which - you are absolutly right - > in this dev-list context would mean a modification to an existing file (thus > only altering its content, not replacing it). > > as stated earlier, i'm just a dumb enduser (and therefor perhaps not in the > right list). perhaps my view on development issues differs a bit from the > developers since i'm "only" interested in the result. > > but as a concerned enduser i started this thread to get the information how > discovered bugfixes could go into my typo3 installation. > > at first i thought: > > 1. hey, there is the TER, just check the shy extensions for increased > version numbers and simply update the core (was 3.6.0RC1). this went _badly_ > wrong, leaving the whole installation unusable. > 2. then official 3.6.0 was released. ok, i did a reinstall with that > version. > 3. then reported bugs from the bugs.typo3.org were fixed and patches were > available as seperate downloads and i didn't found them in TER nor in an > increased version number. ingmar wrote, that those minor changes would never > be reflected in increased patch version numbers (major.minor.patch). > 4. then 3.6.1 was released and left me _totally_ confused... > > you see: for a user it can be very challenging to keep up with development. > but as ingmar suggested > > > Just grab the 3.6 branch from CVS and you'll always get the latest > > bug-fixed 3.6.x version. > > i think this is the way to follow the next few months. > > just one last thought on that: > > couldn't the extension manager and TER be used to handle those update > issues? at first i thought this IS the tool to update the whole typo3 suite > (not "only" extensions). > > let's assume within a a given major version (example 3.x) you download a > basic source installation. the included extension manager could be told to > _only_ update core and extensions for that major version (thus avoiding > incompatibility issues with extensions based on other core files as it is > today). > once developers decide to release a new major version, you either download > the new basic source installation (like you have to do today) or there is > some upgrade flag in the typo3 basic install tool which allows the system to > always update whatever is new. > > the point would be that you would have a clear breakpoint in your typo3 > installation history telling you: new major version, stop, basic things have > changed, new core features may have been added, old extension perhaps have > been become obsolete etc. etc. > incompatabilities (remember the newloginbox hazzle when people used the > latest extension version which was incompatibel which the latest typo3 core) > could be avoided since - by rule - extensions have to be based on a stable, > constantly bugfixed core. > > i hope it became clear what i mean =:o) > > rene > > > > "Michael Stucki" schrieb im Newsbeitrag > news:mailman.1.1084308742.28593.typo3-dev at lists.netfielders.de... > > Hi Rene, > > > > > but from my point of view it is a pity that one has to reinstall the > whole > > > source package again (i use a win server for development and target > > > servers with various other OS'es on them). > > > > Maybe I will create patchsets later, but they will be non-official. But is > > there anybody out who's using Windows and know about the patch > > program?! ;-) > > > > - michael > > -- > > Want support? Please read the list rules first: > http://typo3.org/1438.0.html > > > _______________________________________________ > Typo3-dev mailing list > Typo3-dev at lists.netfielders.de > http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev -- God bless - kasper ------ "To succeed in life, you need two things: ignorance and confidence." - Mark Twain. From t3 at 1zu6-design.de Wed May 12 10:40:24 2004 From: t3 at 1zu6-design.de (Rene Suthoelder) Date: Wed, 12 May 2004 10:40:24 +0200 Subject: [Typo3-dev] bugfixes - how to update 3.6.0 ??? References: Message-ID: well, in fact i found a "smart" solution supported by the more recent windows os releases. on those operating systems - they have to support NTFS - it is in fact possible to have symlinks for folders (NOT single files). microsoft calls these symlinks junctions and there are at least 2 user tools to create such junctions. the one is called linkd.exe and is part of the windows 2000 ressource kit. therefore it is not free (correct me if i'm wrong). the other one is called junction.exe and may be downloaded and used for free. it can be found on the Sysinternal's website (http://www.sysinternals.com/ntw2k/source/misc.shtml). one drawback: the windows explorer is not aware of junctions, they are displayed like normal files. in each directory where i have junctions i put a file named "JUNCTION LINKS IN HERE!!!!" to make sure that i use the explorer carefull. if you want to see which files are junctions, you have to use the shell like this D:\www\sites\ > DIR typo3_* Directory D:\WWW\sites 05.05.2004 12:38 typo3_src 05.05.2004 13:17 typo3_src-3.6.0 29.04.2004 13:51 typo3_src-3.6.0RC2 11.05.2004 21:27 typo3_src-3.6.0RC2backup 11.05.2004 20:45 typo3_src-3.6.1 0 Datei(en) 0 Bytes D:\WWW\sites\ > JUNCTION.EXE -s Junction v1.03 - Win2K junction creator and reparse point viewer D:\WWW\sites\typo3_src: JUNCTION Substitute Name: D:\WWW\sites\typo3_src-3.6.0 D:\WWW\sites\dav.elgato.inc\media: JUNCTION Print Name : D:\WWW\sites\dav\tslib\media Substitute Name: D:\WWW\sites\dav\tslib\media as you see: this is pretty much the same as on unix (not really =:o). i have prepared a dos batch file which i use to create those links. some files have to be copied around (index.php, the font 2 files), but this is handled by the script as well. microsoft os'es that support NTFS Windows NT (Workstation and Server) with latest Service Pack Windows 2000 (Prefessional and Server) SP2 Windows 2003 Server Windows XP (Home and Professional) greets rene "Kasper Sk?rh?j" schrieb im Newsbeitrag news:mailman.2222.1084349993.256.typo3-dev at lists.netfielders.de... > TER is not a good vehicle for transporting anything but single > extensions. The reason why many of the global extensions has not been > updated is because it would take me too long because it is slow and > there are 70 of them - that would be two hours. Long time for me. > > CVS will be the method to go in the future. This is also what a new code > structure will support (I will present this soon). Therefore I will not > discuss the global extensions in further detail from now since that will > quickly be an obsolete discussion. > > However, one problem remains for windows users: Even if you manage to > set up a CVS client on windows (which is possible) you still have to > cope with the redundacies of the code. For instance t3lib/ is found two > places redundantly, tslib/ the same, index.php must be the same as > tslib/index_ts.php and gfx/ is found three places as well as thumbs.php. > On Unix this is no problem because we have symlinks. On windows you need > to manually copy this around. Of course it would be nice if we could > just remove this redundancy. This may be a long term solution but not an > option here and now. > > What would be great was if someone could create a little tool on windows > which will make the necessary duplicates of files after doing a CVS > checkout on windows. Anyone? > > > > On Wed, 2004-05-12 at 00:20, Rene Suthoelder wrote: > > well, my preferred patch tool would be the windows explorer, i.e. simply > > copy the new, debugged/updated files to the folders they belong to. > > > > sorry for using the "reserved" word patch, which - you are absolutly right - > > in this dev-list context would mean a modification to an existing file (thus > > only altering its content, not replacing it). > > > > as stated earlier, i'm just a dumb enduser (and therefor perhaps not in the > > right list). perhaps my view on development issues differs a bit from the > > developers since i'm "only" interested in the result. > > > > but as a concerned enduser i started this thread to get the information how > > discovered bugfixes could go into my typo3 installation. > > > > at first i thought: > > > > 1. hey, there is the TER, just check the shy extensions for increased > > version numbers and simply update the core (was 3.6.0RC1). this went _badly_ > > wrong, leaving the whole installation unusable. > > 2. then official 3.6.0 was released. ok, i did a reinstall with that > > version. > > 3. then reported bugs from the bugs.typo3.org were fixed and patches were > > available as seperate downloads and i didn't found them in TER nor in an > > increased version number. ingmar wrote, that those minor changes would never > > be reflected in increased patch version numbers (major.minor.patch). > > 4. then 3.6.1 was released and left me _totally_ confused... > > > > you see: for a user it can be very challenging to keep up with development. > > but as ingmar suggested > > > > > Just grab the 3.6 branch from CVS and you'll always get the latest > > > bug-fixed 3.6.x version. > > > > i think this is the way to follow the next few months. > > > > just one last thought on that: > > > > couldn't the extension manager and TER be used to handle those update > > issues? at first i thought this IS the tool to update the whole typo3 suite > > (not "only" extensions). > > > > let's assume within a a given major version (example 3.x) you download a > > basic source installation. the included extension manager could be told to > > _only_ update core and extensions for that major version (thus avoiding > > incompatibility issues with extensions based on other core files as it is > > today). > > once developers decide to release a new major version, you either download > > the new basic source installation (like you have to do today) or there is > > some upgrade flag in the typo3 basic install tool which allows the system to > > always update whatever is new. > > > > the point would be that you would have a clear breakpoint in your typo3 > > installation history telling you: new major version, stop, basic things have > > changed, new core features may have been added, old extension perhaps have > > been become obsolete etc. etc. > > incompatabilities (remember the newloginbox hazzle when people used the > > latest extension version which was incompatibel which the latest typo3 core) > > could be avoided since - by rule - extensions have to be based on a stable, > > constantly bugfixed core. > > > > i hope it became clear what i mean =:o) > > > > rene > > > > > > > > "Michael Stucki" schrieb im Newsbeitrag > > news:mailman.1.1084308742.28593.typo3-dev at lists.netfielders.de... > > > Hi Rene, > > > > > > > but from my point of view it is a pity that one has to reinstall the > > whole > > > > source package again (i use a win server for development and target > > > > servers with various other OS'es on them). > > > > > > Maybe I will create patchsets later, but they will be non-official. But is > > > there anybody out who's using Windows and know about the patch > > > program?! ;-) > > > > > > - michael > > > -- > > > Want support? Please read the list rules first: > > http://typo3.org/1438.0.html > > > > > > _______________________________________________ > > Typo3-dev mailing list > > Typo3-dev at lists.netfielders.de > > http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev > -- > God bless > > - kasper > > ------ > > "To succeed in life, you need two things: ignorance and confidence." - > Mark Twain. > > From leening at saurus.nl Wed May 12 10:45:15 2004 From: leening at saurus.nl (Michiel van Leening) Date: Wed, 12 May 2004 10:45:15 +0200 Subject: [Typo3-dev] bugfixes - how to update 3.6.0 ??? In-Reply-To: References: Message-ID: On Wed, 2004-05-12 at 10:19, Kasper Sk??rh??j wrote: > However, one problem remains for windows users: Even if you manage to > set up a CVS client on windows (which is possible) you still have to > cope with the redundacies of the code. For instance t3lib/ is found two > places redundantly, tslib/ the same, index.php must be the same as > tslib/index_ts.php and gfx/ is found three places as well as thumbs.php. > On Unix this is no problem because we have symlinks. On windows you need > to manually copy this around. Of course it would be nice if we could > just remove this redundancy. This may be a long term solution but not an > option here and now. Hey Kasper, Have you already looked at junctions? "Q: how to create a symbolic link under Win2K, WinXP, and above?" http://answers.google.com/answers/threadview?id=341355 Also have a look at the comments. They *might* lead to something. -- Met vriendelijke groeten, Michiel van Leening --------------------------------------------------------------- Saurus Internet - http://www.saurus.nl/ - info at saurus.nl Vestesingel 8, 9408 CA - Assen, The Netherlands tel: +31 (0)592.461.467 - fax: +31 (0)84.86.88.007 Michiel van Leening - Internet Application Developer leening at saurus.nl - gsm: +31 (0)65.57.12.693 - ICQ#51566230 Registered with the Linux Counter. ID #39463 --------------------------------------------------------------- There are three things men can do with women: love them, suffer for them, or turn them into literature. -- Stephen Stills -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From leening at saurus.nl Wed May 12 10:45:15 2004 From: leening at saurus.nl (Michiel van Leening) Date: Wed, 12 May 2004 10:45:15 +0200 Subject: [Typo3-dev] bugfixes - how to update 3.6.0 ??? Message-ID: _______________________________________________ Typo3-dev mailing list Typo3-dev at lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev -------------- next part -------------- An embedded message was scrubbed... From: unknown sender Subject: Date: Wed, 12 May 2004 11:01:15 +0200 Size: 2100 URL: From leening at saurus.nl Wed May 12 10:45:15 2004 From: leening at saurus.nl (Michiel van Leening) Date: Wed, 12 May 2004 10:45:15 +0200 Subject: [Typo3-dev] bugfixes - how to update 3.6.0 ??? Message-ID: _______________________________________________ Typo3-dev mailing list Typo3-dev at lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev -------------- next part -------------- An embedded message was scrubbed... From: unknown sender Subject: Date: Wed, 12 May 2004 11:01:15 +0200 Size: 2100 URL: From fghorghor at yahoo.fr Wed May 12 11:13:37 2004 From: fghorghor at yahoo.fr (=?iso-8859-1?q?Ghorghor?=) Date: Wed, 12 May 2004 11:13:37 +0200 (CEST) Subject: [Typo3-dev] Where to put my php script? Message-ID: Hi, I am using the template selector extension, which is very useful, but I would like content columns (left, normal, border, right) to be en-/disabled on each page depending on which content layout template (from the Template Selector Extension) has been chosen? e.g. if I choose the content template "Three even columns (left + normal + right)", then I wouldn't want to have the column "border" choice dysplaying on the BE page. I wrote a php script to do that. It works fine but I would like it to be executed after I edited the page header, selected the right template and saved it (in the BE). Do you know which php page I have to look in? Another problem: how in php can I select the pid of a page? for example, the pid of the page whose header is being edited? which variable is it? Thank you very much for your help! Fred Yahoo! Mail : votre e-mail personnel et gratuit qui vous suit partout ! Cr?ez votre Yahoo! Mail sur http://fr.benefits.yahoo.com/ Dialoguez en direct avec vos amis gr?ce ? Yahoo! Messenger !T?l?chargez Yahoo! Messenger sur http://fr.messenger.yahoo.com From kasper at typo3.com Wed May 12 11:17:28 2004 From: kasper at typo3.com (Kasper =?ISO-8859-1?Q?Sk=E5rh=F8j?=) Date: Wed, 12 May 2004 11:17:28 +0200 Subject: [Typo3-dev] bugfixes - how to update 3.6.0 ??? In-Reply-To: References: Message-ID: Maybe they should rename it "Junktion"... :-) From kasper at typo3.com Wed May 12 11:19:55 2004 From: kasper at typo3.com (Kasper =?ISO-8859-1?Q?Sk=E5rh=F8j?=) Date: Wed, 12 May 2004 11:19:55 +0200 Subject: [Typo3-dev] bugfixes - how to update 3.6.0 ??? In-Reply-To: References: Message-ID: "Windows" is now a faint memory for me, something in the past. As a server it is even less interesting and my only reason for caring is of course that some seems to like windows as their webserver OS. However, since I don't have a windows installation at hand, it would be natural if someone *else* who has would pursue a solution to the windows/CVS/symlink problems. I'm sure a lot of people will be happy about that. - kasper From kari.salovaara at pp1.inet.fi Wed May 12 11:30:47 2004 From: kari.salovaara at pp1.inet.fi (Kari Salovaara) Date: Wed, 12 May 2004 12:30:47 +0300 Subject: [Typo3-dev] Where to put my php script? In-Reply-To: References: Message-ID: Ghorghor wrote: > Hi, > > I am using the template selector extension, which is very useful, but I would like content > columns (left, normal, border, right) to be en-/disabled on each page depending on which > content layout template (from the Template Selector Extension) has been chosen? > e.g. if I choose the content template "Three even columns (left + normal + right)", then I > wouldn't want to have the column "border" choice dysplaying on the BE page. > > I wrote a php script to do that. It works fine but I would like it to be executed after I > edited the page header, selected the right template and saved it (in the BE). Do you know > which php page I have to look in? > > Another problem: how in php can I select the pid of a page? for example, the pid of the page > whose header is being edited? which variable is it? > > Thank you very much for your help! > Fred > > How does Your question relate to development of Typo3 ? Please use mailing list 'user' and read document "Mailing list rules & guidelines" at address http://typo3.org/documentation/mailing-lists/mailing-list-rules-guidelines/ Cheers, Kari -- Kari Salovaara Project Manager tel. +358 19 2483388 Pitkakatu 25-29 A 6 mobile +358 400 804549 10900 Hanko fax. +358 19 2483377 Finland From kasper at typo3.com Wed May 12 12:08:40 2004 From: kasper at typo3.com (Kasper =?ISO-8859-1?Q?Sk=E5rh=F8j?=) Date: Wed, 12 May 2004 12:08:40 +0200 Subject: [Typo3-dev] Where to put my php script? In-Reply-To: References: Message-ID: Yes, this is not for the dev-list. One comment though: What you want to do is solved by TemplaVOila which always gives only the columns supported by the template. - kasper From dbruen at saltation.de Wed May 12 12:28:01 2004 From: dbruen at saltation.de (=?ISO-8859-1?Q?Daniel_Br=FCn?=) Date: Wed, 12 May 2004 12:28:01 +0200 Subject: [Typo3-dev] logout doesn't kill fe session? In-Reply-To: References: Message-ID: How about using the field "is_online" in the fe_users table? Maybe that carries the info you need... Ciao, Dan. From typo3news at ameos.com Wed May 12 12:36:01 2004 From: typo3news at ameos.com (Raphael Geyer) Date: Wed, 12 May 2004 12:36:01 +0200 Subject: [Typo3-dev] TemplaVoila and Multilanguage ??? Message-ID: Hi list, I have posted on the english list before but Markus Thurner answer didn't help me. How does multilanguage work with TemplaVoila ? I can't make it work and didn't find any doc. Suggestion : With TV and with DEF it is possible to link content element records to the default page. Wouldn't it be possible to add DEF to the translated page record in order to create links to the translated content element records ? By default it could help to add options that allows : * to create links between the translated page and the default content element records ? * may to create new and empty records having the same type as the default content records ? Comments are welcome, Raphael www.ameos.com From murphy at thepanemgroup.com Wed May 12 13:00:22 2004 From: murphy at thepanemgroup.com (Thomas Murphy) Date: Wed, 12 May 2004 13:00:22 +0200 Subject: [Typo3-dev] FE plugin default/custom header types? In-Reply-To: References: Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I figured something out, but it now works for all in tt_content not only my extension. :( But here it is so far (snippet from tables.php): // Layouts $TCA["tt_content"]["columns"]["header_layout"]["config"]["default"] = "0"; $TCA["tt_content"]["columns"]["header_layout"]["config"]["items"] = array(0 => array(0 => "LLL:EXT:tpg_contentbox/locallang_db.php:tt_content.layout_fullbox", 1 => "0"), 1 => array(0 => "LLL:EXT:tpg_contentbox/locallang_db.php:tt_content.layout_halfbox_left", 1 => "1"), 2 => array(0 => "LLL:EXT:tpg_contentbox/locallang_db.php:tt_content.layout_halfbox_right", 1 => "2")); Notice you have to update locallang_db.php as well. bye, Murphy Thomas Murphy wrote: | Hello everyone, | | is there a possibility to hide certain header types in a FE-plugin and | add custom ones, that are only available to that extension? | | bye, | Murphy _______________________________________________ Typo3-dev mailing list Typo3-dev at lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFAogPFwO0pDATctOARAqLYAKDga7OmdcEoaRaw/aJEGTqlzSlUCQCg1XQj 4VCpGubGU1GqUB2rKig7M0U= =/qSJ -----END PGP SIGNATURE----- From kasper at typo3.com Wed May 12 13:52:51 2004 From: kasper at typo3.com (Kasper =?ISO-8859-1?Q?Sk=E5rh=F8j?=) Date: Wed, 12 May 2004 13:52:51 +0200 Subject: [Typo3-dev] TemplaVoila and Multilanguage ??? In-Reply-To: References: Message-ID: TemplaVoila still lacks good support in the interface for translations. However some technical foundation has of course been designed already. BUT this is only interesting with the one-tree-fits-all principle. Is that what you are using? - kasper From kasper at typo3.com Wed May 12 14:07:00 2004 From: kasper at typo3.com (Kasper =?ISO-8859-1?Q?Sk=E5rh=F8j?=) Date: Wed, 12 May 2004 14:07:00 +0200 Subject: [Typo3-dev] TEST Message-ID: -- God bless - kasper ------ "To succeed in life, you need two things: ignorance and confidence." - Mark Twain. From typo3news at ameos.com Wed May 12 14:14:04 2004 From: typo3news at ameos.com (Raphael Geyer) Date: Wed, 12 May 2004 14:14:04 +0200 Subject: [Typo3-dev] TemplaVoila and Multilanguage ??? References: Message-ID: Yes, I try to use one tree only. Is this possible with TV ? * I can create a translation record for a page * I can create a translation record for content elements But I can't link a translated content record to a translated page record I begun a new project under TV can I use translations ? is something planed ? Raphael www.ameos.com "Kasper Sk?rh?j" a ?crit dans le message de news: mailman.2267.1084362774.256.typo3-dev at lists.netfielders.de... > TemplaVoila still lacks good support in the interface for translations. > However some technical foundation has of course been designed already. > > BUT this is only interesting with the one-tree-fits-all principle. Is > that what you are using? > > - kasper > > > > From thoean at yahoo.de Wed May 12 15:11:44 2004 From: thoean at yahoo.de (Markus Thurner) Date: Wed, 12 May 2004 15:11:44 +0200 Subject: [Typo3-dev] TemplaVoila and Multilanguage ??? In-Reply-To: References: Message-ID: Raphael Geyer wrote: > Yes, I try to use one tree only. Is this possible with TV ? > * I can create a translation record for a page > * I can create a translation record for content elements > > But I can't link a translated content record to a translated page record as we moved from the ENG to the DEV list, a short summary, what we currently have: 1) Installed "static info tables" and "static info tables - sorting in english" (+ create the languages) 2) update DS manually by adding: 1 0 2.1) re-save TO, clear temp_CACHED and clear All Cache 3) TV Page -> Edit the Content. There should be two languages available 3.1) (this I have not mentioned up to now:) Page->Translate Page! (Otherwise the content would not be visible). So, back to your question, at which point exactly is your problem? Have you got the choice unter TVPage->Edit Content to choose the language? Markus From typo3news at ameos.com Wed May 12 15:21:57 2004 From: typo3news at ameos.com (Raphael Geyer) Date: Wed, 12 May 2004 15:21:57 +0200 Subject: [Typo3-dev] TemplaVoila and Multilanguage ??? References: Message-ID: > So, back to your question, at which point exactly is your problem? Have > you got the choice unter TVPage->Edit Content to choose the language? Yes I can create contents in diff?rent languages From patrick.gaumond at fsa.ulaval.ca Wed May 12 15:37:22 2004 From: patrick.gaumond at fsa.ulaval.ca (Patrick Gaumond) Date: Wed, 12 May 2004 09:37:22 -0400 Subject: [Typo3-dev] bugfixes - how to update 3.6.0 ??? References: Message-ID: "Kasper Sk?rh?j" a ?crit dans le message de news:mailman.2236.1084353597.256.typo3-dev at lists.netfielders.de... > "Windows" is now a faint memory for me, something in the past. As a > server it is even less interesting and my only reason for caring is of > course that some seems to like windows as their webserver OS. > > However, since I don't have a windows installation at hand, it would be > natural if someone *else* who has would pursue a solution to the > windows/CVS/symlink problems. I'm sure a lot of people will be happy > about that. If your read that thread at half page there's a message from Simon Tuck from 21-04 09:16 where he tweaked my Junction script : http://typo3.org/documentation/mailing-lists/install-windows-archive/thread/42685/ BTW, I already tried to contact people from Sysinternals and they sadly won't let us include their junction utility in a package. But we can link to it quite easily from typo3.org ! Patrick-on-Windows From Martin.no5pam.Kutschker at blackbox.n0spam.net Wed May 12 16:37:45 2004 From: Martin.no5pam.Kutschker at blackbox.n0spam.net (Martin T. Kutschker) Date: Wed, 12 May 2004 16:37:45 +0200 Subject: [Typo3-dev] logout doesn't kill fe session? In-Reply-To: References: Message-ID: Daniel Br?n wrote: > How about using the field "is_online" in the fe_users table? Maybe that > carries the info you need... Ah yes, that'll do. I still wonder why the session records hang around. Masi From Martin.no5pam.Kutschker at blackbox.n0spam.net Wed May 12 16:40:18 2004 From: Martin.no5pam.Kutschker at blackbox.n0spam.net (Martin T. Kutschker) Date: Wed, 12 May 2004 16:40:18 +0200 Subject: [Typo3-dev] TemplaVoila and Multilanguage ??? In-Reply-To: References: Message-ID: Kasper Sk?rh?j wrote: > TemplaVoila still lacks good support in the interface for translations. > However some technical foundation has of course been designed already. TER or CVS? > BUT this is only interesting with the one-tree-fits-all principle. Is > that what you are using? I would need multi-lang for one-tree-fits-all. Masi From Martin.no5pam.Kutschker at blackbox.n0spam.net Wed May 12 16:47:22 2004 From: Martin.no5pam.Kutschker at blackbox.n0spam.net (Martin T. Kutschker) Date: Wed, 12 May 2004 16:47:22 +0200 Subject: [Typo3-dev] TemplaVoila and Multilanguage ??? In-Reply-To: References: Message-ID: Markus Thurner wrote: > > 2) update DS manually by adding: > > 1 > 0 > Where do you have to add it? What's the parent element? Masi From tk at personalwlan.de Wed May 12 16:51:21 2004 From: tk at personalwlan.de (=?iso-8859-15?Q?Tim_K=FChl?=) Date: Wed, 12 May 2004 16:51:21 +0200 Subject: [Typo3-dev] TemplaVoila and Multilanguage ??? References: Message-ID: Hi, I'm currently on the same issue: new project with TV and multiple languages. see below On Wed, 12 May 2004 15:11:44 +0200, Markus Thurner wrote: > > Raphael Geyer wrote: >> Yes, I try to use one tree only. Is this possible with TV ? >> * I can create a translation record for a page >> * I can create a translation record for content elements >> >> But I can't link a translated content record to a translated page record > > > as we moved from the ENG to the DEV list, a short summary, what we > currently have: > > 1) Installed "static info tables" and "static info tables - > sorting in english" (+ create the languages) > > 2) update DS manually by adding: > > 1 > 0 > > > 2.1) re-save TO, clear temp_CACHED and clear All Cache > > 3) TV Page -> Edit the Content. There should be two languages available > Up to this step everything o.k. > 3.1) (this I have not mentioned up to now:) Page->Translate Page! > (Otherwise the content would not be visible). > This step I can't figure out. Should I use the 'Page' Module to do the translation instead of the 'TV Page' Module? > > > So, back to your question, at which point exactly is your problem? Have > you got the choice unter TVPage->Edit Content to choose the language? > > > Markus > > My problem is, that the language links on the page as described by kasper for the testsite won't work. I always get the default language displayed, no matter what Language parameter I set in the URL (-> L=0, L=1). I'm using the following in TypoScipt Template Setup Field: # Setting up the language variable "L" to be passed along with links config.linkVars = L # English language, sys_language.uid = 1 [globalVar = GP:L = 1] config.sys_language_uid = 1 config.language = EN I just started developing with Typo3. Been waiting for TemplaVoila as I really like the concept. Having TV and Multi Language in a single tree would be great. But at the moment I can't figure out where to start extending the code to make this work. Any hint appreciated. Tim -- Using M2, Opera's revolutionary e-mail client: http://www.opera.com/m2/ From Wengrzik at ewr.de Wed May 12 16:58:40 2004 From: Wengrzik at ewr.de (Wengrzik, Andreas) Date: Wed, 12 May 2004 16:58:40 +0200 Subject: [Typo3-dev] logout doesn't kill fe session? Message-ID: Got the same problem with cwt_community extension here?s the part doing the check: function doGetOnlineUids() { // Fetch uids $temp = array(); $uids_online = $this -> doDatabaseQuery("SELECT fe_sessions.ses_userid FROM fe_users, fe_sessions WHERE fe_users.uid = fe_sessions.ses_userid AND (fe_users.username LIKE '" . $letter . "%' OR fe_users.username LIKE '" . strtoupper($letter) . "%')"); for ($i = 0; $i < sizeof($uids_online);$i++) { $temp[] = $uids_online[$i]['ses_userid']; } // return return $temp; } Anyone can please set up this function that i get the right information?? Thanks a lot :) After that i?ll post the developer of cwt_community the solution that he can implement it in next version. From Martin.no5pam.Kutschker at blackbox.n0spam.net Wed May 12 17:05:29 2004 From: Martin.no5pam.Kutschker at blackbox.n0spam.net (Martin T. Kutschker) Date: Wed, 12 May 2004 17:05:29 +0200 Subject: [Typo3-dev] logout doesn't kill fe session? In-Reply-To: References: Message-ID: Wengrzik, Andreas wrote: > Got the same problem with cwt_community extension here?s the part doing the check: > > function doGetOnlineUids() > { > // Fetch uids > $temp = array(); > $uids_online = $this -> doDatabaseQuery("SELECT fe_sessions.ses_userid FROM fe_users, fe_sessions WHERE fe_users.uid = fe_sessions.ses_userid AND (fe_users.username LIKE '" . $letter . "%' OR fe_users.username LIKE '" . strtoupper($letter) . "%')"); > for ($i = 0; $i < sizeof($uids_online);$i++) { > $temp[] = $uids_online[$i]['ses_userid']; > } > // return > return $temp; > } > > > Anyone can please set up this function that i get the right information?? Try Daniels idea and add a "AND feuser.is_oline" to the query. Masi From typo3news at ameos.com Wed May 12 17:04:41 2004 From: typo3news at ameos.com (Raphael Geyer) Date: Wed, 12 May 2004 17:04:41 +0200 Subject: [Typo3-dev] TemplaVoila and Multilanguage ??? References: Message-ID: from the english list 2) update your datastructure manually: 1 0 [....] "Martin T. Kutschker" a ?crit dans le message de news: mailman.1.1084373071.28289.typo3-dev at lists.netfielders.de... > Markus Thurner wrote: > > > > 2) update DS manually by adding: > > > > 1 > > 0 > > > > Where do you have to add it? What's the parent element? > > Masi > From Martin.no5pam.Kutschker at blackbox.n0spam.net Wed May 12 17:21:00 2004 From: Martin.no5pam.Kutschker at blackbox.n0spam.net (Martin T. Kutschker) Date: Wed, 12 May 2004 17:21:00 +0200 Subject: [Typo3-dev] TemplaVoila and Multilanguage ??? In-Reply-To: References: Message-ID: Markus Thurner wrote: > Raphael Geyer wrote: I'm dumb... > 3) TV Page -> Edit the Content. There should be two languages available What do you mean with "TV Page -> Edit"? I have no edit menu or icon. > 3.1) (this I have not mentioned up to now:) Page->Translate Page > (Otherwise the content would not be visible). Don't have this either (though I have a "alternate page language" option for "create new record"). > So, back to your question, at which point exactly is your problem? Have > you got the choice unter TVPage->Edit Content to choose the language? No. Masi From Wengrzik at ewr.de Wed May 12 17:20:36 2004 From: Wengrzik at ewr.de (Wengrzik, Andreas) Date: Wed, 12 May 2004 17:20:36 +0200 Subject: [Typo3-dev] logout doesn't kill fe session? Message-ID: Only adding this line > -----Original Message----- > From: Martin T. Kutschker > [mailto:Martin.no5pam.Kutschker at blackbox.n0spam.net] > Sent: Wednesday, May 12, 2004 5:05 PM > To: typo3-dev at lists.netfielders.de > Subject: Re: [Typo3-dev] logout doesn't kill fe session? > > > Wengrzik, Andreas wrote: > > Got the same problem with cwt_community extension here?s > the part doing the check: > > > > function doGetOnlineUids() > > { > > // Fetch uids > > $temp = array(); > > $uids_online = $this -> doDatabaseQuery("SELECT > fe_sessions.ses_userid FROM fe_users, fe_sessions WHERE > fe_users.uid = fe_sessions.ses_userid AND (fe_users.username > LIKE '" . $letter . "%' OR fe_users.username LIKE '" . > strtoupper($letter) . "%')"); > > for ($i = 0; $i < sizeof($uids_online);$i++) { > > $temp[] = $uids_online[$i]['ses_userid']; > > } > > // return > > return $temp; > > } > > > > > > Anyone can please set up this function that i get the right > information?? > > Try Daniels idea and add a "AND feuser.is_oline" to the query. > > Masi > > _______________________________________________ > Typo3-dev mailing list > Typo3-dev at lists.netfielders.de > http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev > From Wengrzik at ewr.de Wed May 12 17:21:49 2004 From: Wengrzik at ewr.de (Wengrzik, Andreas) Date: Wed, 12 May 2004 17:21:49 +0200 Subject: [Typo3-dev] logout doesn't kill fe session? Message-ID: Only adding this AND feuser.is_online part cause some errors. Maybe we have to completely rewrite this function??? > -----Original Message----- > From: Martin T. Kutschker > [mailto:Martin.no5pam.Kutschker at blackbox.n0spam.net] > Sent: Wednesday, May 12, 2004 5:05 PM > To: typo3-dev at lists.netfielders.de > Subject: Re: [Typo3-dev] logout doesn't kill fe session? > > > Wengrzik, Andreas wrote: > > Got the same problem with cwt_community extension here?s > the part doing the check: > > > > function doGetOnlineUids() > > { > > // Fetch uids > > $temp = array(); > > $uids_online = $this -> doDatabaseQuery("SELECT > fe_sessions.ses_userid FROM fe_users, fe_sessions WHERE > fe_users.uid = fe_sessions.ses_userid AND (fe_users.username > LIKE '" . $letter . "%' OR fe_users.username LIKE '" . > strtoupper($letter) . "%')"); > > for ($i = 0; $i < sizeof($uids_online);$i++) { > > $temp[] = $uids_online[$i]['ses_userid']; > > } > > // return > > return $temp; > > } > > > > > > Anyone can please set up this function that i get the right > information?? > > Try Daniels idea and add a "AND feuser.is_oline" to the query. > > Masi > > _______________________________________________ > Typo3-dev mailing list > Typo3-dev at lists.netfielders.de > http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev > From Martin.no5pam.Kutschker at blackbox.n0spam.net Wed May 12 17:29:25 2004 From: Martin.no5pam.Kutschker at blackbox.n0spam.net (Martin T. Kutschker) Date: Wed, 12 May 2004 17:29:25 +0200 Subject: [Typo3-dev] logout doesn't kill fe session? In-Reply-To: References: Message-ID: Wengrzik, Andreas wrote: > Only adding this AND feuser.is_online part cause some errors. Some errors is vague. doDatabaseQuery("SELECT fe_sessions.ses_userid FROM fe_users, fe_sessions WHERE fe_users.uid = fe_sessions.ses_userid AND feusers.is_online AND (fe_users.username LIKE '" . $letter . "%' OR fe_users.username LIKE '" . strtoupper($letter) . "%')") BTW, myslq is normally case insensitive so a) strtoupper is unnecessary ad b) casing could have been done server side. So this should work too: doDatabaseQuery("SELECT fe_sessions.ses_userid FROM fe_users, fe_sessions WHERE fe_users.uid = fe_sessions.ses_userid AND feusers.is_online AND (fe_users.username LIKE '" . $letter . "%') > Maybe we have to completely rewrite this function??? Don't think so. Masi From thoean at yahoo.de Wed May 12 17:56:48 2004 From: thoean at yahoo.de (Markus Thurner) Date: Wed, 12 May 2004 17:56:48 +0200 Subject: [Typo3-dev] TemplaVoila and Multilanguage ??? In-Reply-To: References: Message-ID: > What do you mean with "TV Page -> Edit"? I have no edit menu or icon. sorry, to be unclear: module "TV Page", then there you see your content, which you can edit/create new etc. (cklicking on the pencil). > Don't have this either (though I have a "alternate page language" option > for "create new record"). Mmmh.., don't know, what exactly you mean, sorry... Markus From thoean at yahoo.de Wed May 12 17:57:00 2004 From: thoean at yahoo.de (Markus Thurner) Date: Wed, 12 May 2004 17:57:00 +0200 Subject: [Typo3-dev] TemplaVoila and Multilanguage ??? In-Reply-To: References: Message-ID: >> 3.1) (this I have not mentioned up to now:) Page->Translate Page! >> (Otherwise the content would not be visible). >> > > This step I can't figure out. Should I use the 'Page' Module to do the > translation instead of the 'TV Page' Module? Yes, Page Module, then click "Make new translation of this page", and edit the pageheader for the new page. This is required to: - enable more than one language for the current page - edit the page header, which is used for the navigation items --> this has nothing to do with TV and still works the same way as with non-TV pages. --> in module "TV Page" you can insert content for other languages, but it won't be displayed on the page. --> It is irrelevant for TV Page, if (under module "Page") the content is inserted on the default language or another, as TV assembles the content elements individually. > My problem is, that the language links on the page as described by > kasper for the testsite > won't work. my typoscript is this: # - - - language specific (default) config.linkVars = L config.sys_language_uid = 0 config.language = de config.locale_all = de_DE [globalVar=GP:L=0] config.sys_language_uid = 0 config.language = de config.locale_all = de_DE plugin.meta.global.description = desc... plugin.meta.global.keywords = german, keywords, coming here... plugin.tx_indexedsearch._DEFAULT_PI_VARS.lang = 0 [global] # - - - language specific (english) [globalVar=GP:L=1] config.sys_language_uid = 1 config.language = en config.locale_all = en_EN plugin.meta.global.description = english description plugin.meta.global.keywords = english, keywords plugin.tx_indexedsearch._DEFAULT_PI_VARS.lang = 1 [global] > Having TV and Multi Language in a single tree would be great. I am using the one tree concept, too. Markus From Wengrzik at ewr.de Wed May 12 18:04:50 2004 From: Wengrzik at ewr.de (Wengrzik, Andreas) Date: Wed, 12 May 2004 18:04:50 +0200 Subject: [Typo3-dev] logout doesn't kill fe session? Message-ID: I?ve got the following error: Parse error: parse error, unexpected T_FOR in /home/www/html/typo3conf/ext/cwt_community/pi1/class.tx_cwtcommunity_pi1.php on line 1472 thats line 1472: $uids_online = $this -> doDatabaseQuery("SELECT fe_sessions.ses_userid FROM fe_users, fe_sessions WHERE fe_users.uid = fe_sessions.ses_userid AND feusers.is_online AND (fe_users.username LIKE '" . $letter . "%' OR fe_users.username LIKE '" . strtoupper($letter) . "%')") Andreas W. > -----Original Message----- > From: Martin T. Kutschker > [mailto:Martin.no5pam.Kutschker at blackbox.n0spam.net] > Sent: Wednesday, May 12, 2004 5:29 PM > To: typo3-dev at lists.netfielders.de > Subject: Re: [Typo3-dev] logout doesn't kill fe session? > > > Wengrzik, Andreas wrote: > > Only adding this AND feuser.is_online part cause some errors. > > Some errors is vague. > > doDatabaseQuery("SELECT fe_sessions.ses_userid FROM fe_users, > fe_sessions WHERE fe_users.uid = fe_sessions.ses_userid AND > feusers.is_online AND (fe_users.username LIKE '" . $letter . "%' OR > fe_users.username LIKE '" . strtoupper($letter) . "%')") > > BTW, myslq is normally case insensitive so a) strtoupper is > unnecessary > ad b) casing could have been done server side. > > So this should work too: > > doDatabaseQuery("SELECT fe_sessions.ses_userid FROM fe_users, > fe_sessions WHERE fe_users.uid = fe_sessions.ses_userid AND > feusers.is_online AND (fe_users.username LIKE '" . $letter . "%') > > > Maybe we have to completely rewrite this function??? > > Don't think so. > > Masi > > _______________________________________________ > Typo3-dev mailing list > Typo3-dev at lists.netfielders.de > http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev > From Martin.no5pam.Kutschker at blackbox.n0spam.net Wed May 12 18:11:12 2004 From: Martin.no5pam.Kutschker at blackbox.n0spam.net (Martin T. Kutschker) Date: Wed, 12 May 2004 18:11:12 +0200 Subject: [Typo3-dev] logout doesn't kill fe session? In-Reply-To: References: Message-ID: Wengrzik, Andreas wrote: > I?ve got the following error: > > Parse error: parse error, unexpected T_FOR in /home/www/html/typo3conf/ext/cwt_community/pi1/class.tx_cwtcommunity_pi1.php on line 1472 > thats line 1472: > > $uids_online = $this -> doDatabaseQuery("SELECT fe_sessions.ses_userid FROM fe_users, fe_sessions WHERE fe_users.uid = fe_sessions.ses_userid AND feusers.is_online AND (fe_users.username LIKE '" . $letter . "%' OR fe_users.username LIKE '" . strtoupper($letter) . "%')") Oh come on, there is a missing ; Masi From Wengrzik at ewr.de Wed May 12 18:21:02 2004 From: Wengrzik at ewr.de (Wengrzik, Andreas) Date: Wed, 12 May 2004 18:21:02 +0200 Subject: [Typo3-dev] logout doesn't kill fe session? Message-ID: Oopps sorry!! Time to finish work this day... :( There comes the next error, Warning: mysql_fetch_assoc(): supplied argument is not a valid MySQL result resource in /home/www/html/typo3conf/ext/cwt_community/pi1/class.tx_cwtcommunity_pi1.php on line 1899 line 1899 is: function doDatabaseQuery($query) { // Do the query $res = mysql(TYPO3_db, $query); // Preparing result set $rows = array(); while ($row = mysql_fetch_assoc($res)) { <------------------- this is line 1899 $rows[] = $row; } so i?ll write a mail to the developer he should integrate the is_online field in the next release. It?s better for me and all the other users. But thanks a lot for your time!!! Andreas W. > -----Original Message----- > From: Martin T. Kutschker > [mailto:Martin.no5pam.Kutschker at blackbox.n0spam.net] > Sent: Wednesday, May 12, 2004 6:11 PM > To: typo3-dev at lists.netfielders.de > Subject: Re: [Typo3-dev] logout doesn't kill fe session? > > > Wengrzik, Andreas wrote: > > I?ve got the following error: > > > > Parse error: parse error, unexpected T_FOR in > /home/www/html/typo3conf/ext/cwt_community/pi1/class.tx_cwtcom > munity_pi1.php on line 1472 > > thats line 1472: > > > > $uids_online = $this -> doDatabaseQuery("SELECT > fe_sessions.ses_userid FROM fe_users, fe_sessions WHERE > fe_users.uid = fe_sessions.ses_userid AND feusers.is_online > AND (fe_users.username LIKE '" . $letter . "%' OR > fe_users.username LIKE '" . strtoupper($letter) . "%')") > > Oh come on, there is a missing ; > > Masi > > _______________________________________________ > Typo3-dev mailing list > Typo3-dev at lists.netfielders.de > http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev > From jorgo at jorgo.org Wed May 12 23:54:40 2004 From: jorgo at jorgo.org (Jörg Schaller) Date: Wed, 12 May 2004 23:54:40 +0200 Subject: [Typo3-dev] Issues with the frontend news editor plug-in Message-ID: Hello all, I've had a few issues with this extension, maybe this will help you or you can help me understand it better. I am working with a 2-page-setup, LIST and SINGLE news. 1. Pressing CANCEL in a single news editor window gives a GET/POST var error. This should just take back to the page with the new LIST plugin. 2. I can't seem to set a news category in the frontend, even though I have given access to a user group in one NEWSCATEGORY record. As far as I understand, only setting that category for which access rights have been set should be possible. 3. This does not work in TS Constants: plugin.tx_sgfenewsedit_pi1.edit = 1 plugin.tx_sgfenewsedit_pi1.allow.admin.groupid = 6 plugin.tx_sgfenewsedit_pi1.allow.admin.groupid = 7 plugin.tx_sgfenewsedit_pi1.allow.admin.groupid = 8 plugin.tx_sgfenewsedit_pi1.allow.admin.groupid = 9 plugin.tx_sgfenewsedit_pi1.allow.admin.user = 11 plugin.tx_sgfenewsedit_pi1.allow.admin.user = 4 I would have expected it to give admin rights (=editor rights?) to those FEUsergroups and -users but it didn't. I had to set it to plugin.tx_sgfenewsedit_pi1.edit = 2 for it to work at all. J?rg Schaller From simondt at gpuk.net Thu May 13 01:05:56 2004 From: simondt at gpuk.net (Simon Child) Date: Thu, 13 May 2004 00:05:56 +0100 Subject: [Typo3-dev] How can non-admin beuser can edit/delete entries in table tx_myextension Message-ID: I have a working extension, a fe plugin which displays data from my table tx_myextension. I can access the table from the BE using 'list' to edit/add/delete entries, but only when logged in as admin. I have enabled "Allow records from this table to be created on regular pages." and so my non-admin user can create new records, but I can't see how to enable them to edit or delete existing records. How can I set it up so that a non-admin beuser can add/edit/delete entries in this table? Thanks (This is on 3.5.0) -- Simon Child From kasper at typo3.com Thu May 13 01:20:20 2004 From: kasper at typo3.com (Kasper =?ISO-8859-1?Q?Sk=E5rh=F8j?=) Date: Thu, 13 May 2004 01:20:20 +0200 Subject: [Typo3-dev] How can non-admin beuser can edit/delete entries in table tx_myextension In-Reply-To: References: Message-ID: Are you sure this question belongs on the dev-list? (Did you give write-access to the table-name for the group that non-admin user is member of?) - kasper From g.greer at muprivate.edu.au Thu May 13 05:41:48 2004 From: g.greer at muprivate.edu.au (Gary Greer) Date: Thu, 13 May 2004 13:41:48 +1000 Subject: [Typo3-dev] php error Message-ID: Hello all. I'm getting the following error appearing in my logs when I try to use any extension that uses tt_address : [Thu May 13 13:40:34 2004] [error] PHP Warning: mysql_fetch_assoc(): supplied argument is not a valid MySQL result resource in /var/lib/typo3/typo3_src-3.6.1/t3lib/class.t3lib_db.php on line 689 [Thu May 13 13:40:53 2004] [error] PHP Warning: mysql_query(): Unable to save result set in /var/lib/typo3/typo3_src-3.6.1/t3lib/class.t3lib_db.php on line 216 There is no output in the front end. Same setup works fine in 3.6.rc2 Is there a fix for this, or is it me? From christian at jul.net Wed May 12 17:26:23 2004 From: christian at jul.net (Christian Jul Jensen) Date: 12 May 2004 17:26:23 +0200 Subject: [Typo3-dev] logout doesn't kill fe session? References: Message-ID: "Martin T. Kutschker" writes: > I still wonder why the session records hang around. As far as I remember this is the case: in t3lib_userauth (which feuserauth is inherited from) there's a function called logoff, whic actually deletes the session in the session_table. The problem is if people does not logout, then the entry is left in the table, but their seesion cookie is killed by the browser. Then you also have a function called gc, garbagecollector that tries to randomly delete some of the entries. If the entry is not deleted when you log out, that is a bug. But you cannot know when people are gone if they don't log out. -- Julle From info at sitekick.de Thu May 13 07:22:21 2004 From: info at sitekick.de (Volker Biberger) Date: Thu, 13 May 2004 07:22:21 +0200 Subject: [Typo3-dev] How do I get a plugin into a marker? References: Message-ID: Thanx That worked. Kasper did really think of everything. I am really amazed. Checking tsref didn?t occur to me because I just didn?t think of him beeing so forseeing. Thanks again. Volker From wolfgang at stufenlos.net Thu May 13 07:32:34 2004 From: wolfgang at stufenlos.net (Wolfgang Klinger) Date: Thu, 13 May 2004 07:32:34 +0200 Subject: [Typo3-dev] php error In-Reply-To: References: Message-ID: *hiya!* On Thu, 13 May 2004, Gary Greer wrote the following: > I'm getting the following error appearing in my logs when I try to use any > extension that uses tt_address : > (1) That's not a question for the dev list - ask in the general english list!!! (2) Have you updated the database (install tool) after the upgrade from rc2? bye Wolfgang -------------------------------------------------------- Wolfgang Klinger mailto:wolfgang at stufenlos.net Public Key: http://www.stufenlos.net/wolfgang/stfl_wolfgang.gpg -------------------------------------------------------- -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 186 bytes Desc: not available URL: From wolfgang at stufenlos.net Thu May 13 07:32:34 2004 From: wolfgang at stufenlos.net (Wolfgang Klinger) Date: Thu, 13 May 2004 07:32:34 +0200 Subject: [Typo3-dev] php error Message-ID: _______________________________________________ Typo3-dev mailing list Typo3-dev at lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev -------------- next part -------------- An embedded message was scrubbed... From: unknown sender Subject: Date: Thu, 13 May 2004 07:46:01 +0200 Size: 1096 URL: From wolfgang at stufenlos.net Thu May 13 07:32:34 2004 From: wolfgang at stufenlos.net (Wolfgang Klinger) Date: Thu, 13 May 2004 07:32:34 +0200 Subject: [Typo3-dev] php error Message-ID: _______________________________________________ Typo3-dev mailing list Typo3-dev at lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev -------------- next part -------------- An embedded message was scrubbed... From: unknown sender Subject: Date: Thu, 13 May 2004 07:46:01 +0200 Size: 1096 URL: From Martin.no5pam.Kutschker at blackbox.n0spam.net Thu May 13 08:28:21 2004 From: Martin.no5pam.Kutschker at blackbox.n0spam.net (Martin T. Kutschker) Date: Thu, 13 May 2004 08:28:21 +0200 Subject: [Typo3-dev] logout doesn't kill fe session? In-Reply-To: References: Message-ID: Christian Jul Jensen wrote: > "Martin T. Kutschker" writes: > >>I still wonder why the session records hang around. > > > As far as I remember this is the case: > > in t3lib_userauth (which feuserauth is inherited from) there's a > function called logoff, whic actually deletes the session in the > session_table. The problem is if people does not logout, then the > entry is left in the table, but their seesion cookie is killed by the > browser. Using 3.5 I did log out, and the record remained. > Then you also have a function called gc, garbagecollector that tries > to randomly delete some of the entries. I know: with a 10% chance. I wrote a cron job to get rid of this *hm* thingy. Masi From ms at k1net.de Thu May 13 09:27:01 2004 From: ms at k1net.de (Mathias Schreiber [K1net]) Date: Thu, 13 May 2004 09:27:01 +0200 Subject: [Typo3-dev] "Errors" in packages Message-ID: Hi guys, in the last few days I set up a lot of 3.6.0 and 3.6.1 sites from the tar files. As soon as I mounted the "www" dir (I always rename the directory the dummy.tar.gz generates to "www") and added this to a Zend Project, my Zend Studio froze up after some minutes. I took a closer look and found some errors (if they are errors will show in this thread): The Dummy Site has an subdir called typo3_src. The symlinks point to this dir. According to the Install 'n Upgrade document the symlinks should point to the parent directory. If I delete all my symlinks that come from the dummy site and set up new symlinks like in the manual my Zend works fine. So I guess there is some directory recursion or something going on. Question: Did I miss something and there is a good reason NOT to use the way described in the manual? If no, will someone rebuild the packages? This would also affect the windows packages because they would have the typo3_src dir as well. By now I wrote myself a little PHP script that unpacks the files of the version you choose and deletes and sets the symlinks "correct". It would be adding one line to make a ZIP file from that. Suggestions? Mathias From dbruen at saltation.de Thu May 13 09:42:38 2004 From: dbruen at saltation.de (=?ISO-8859-1?Q?Daniel_Br=FCn?=) Date: Thu, 13 May 2004 09:42:38 +0200 Subject: [Typo3-dev] logout doesn't kill fe session? In-Reply-To: References: Message-ID: Hi! > Warning: mysql_fetch_assoc(): supplied argument is not a valid MySQL result resource in /home/www/html/typo3conf/ext/cwt_community/pi1/class.tx_cwtcommunity_pi1.php on line 1899 > > line 1899 is: > > function doDatabaseQuery($query) > { > // Do the query > $res = mysql(TYPO3_db, $query); > // Preparing result set > $rows = array(); > while ($row = mysql_fetch_assoc($res)) { <------------------- this is line 1899 > $rows[] = $row; > } > As the result is not valid your $query probably has some errors. Just output it before you actually do it (echo $query). Probably something stupid... Ciao, Dan. From dbruen at saltation.de Thu May 13 09:58:45 2004 From: dbruen at saltation.de (=?ISO-8859-1?Q?Daniel_Br=FCn?=) Date: Thu, 13 May 2004 09:58:45 +0200 Subject: [Typo3-dev] Extension and resources (images, ...) and security Message-ID: Hi folks! I already posted this on the english list quite a while ago. Maybe it's worth to think about it. Say you have an FE-extension that brings its own set of small Jpegs (e.g. for buttons) or other resources that have to be accessible from the outside world. Where do you place them? When put into ext/my_ext/res, for instance, then this directory has to be "open", so the browser can access www.mydomain.com/typo3conf/ext/my_ext/res/example.jpg ?! Of course this is the case in most installations. BUT: As most FE-ext-files are only included by other scripts, the directory not necessarily has to be opened for the outside world, right? This would prevent people from being able to check out which extensions there are installed on my system, which would increase security. A possible solution could be to implement a mechanism that copies the necessary extension-resources to fileadmin/extres/my_ext/... What do you think? Ciao, Dan. From dbruen at saltation.de Thu May 13 10:02:30 2004 From: dbruen at saltation.de (=?ISO-8859-1?Q?Daniel_Br=FCn?=) Date: Thu, 13 May 2004 10:02:30 +0200 Subject: [Typo3-dev] Extension and resources (images, ...) and security In-Reply-To: References: Message-ID: Oups... > BUT: As most FE-ext-files are only included by other scripts, the > directory not necessarily has to be opened for the outside world, right? > This would prevent people from being able to check out which extensions > there are installed on my system, which would increase security. OK. You can still find out which exts are installed if the ext has copied some ressources into the directory mentioned below. > > A possible solution could be to implement a mechanism that copies the > necessary extension-resources to fileadmin/extres/my_ext/... Cheers, Dan From kier at gmx.de Thu May 13 10:11:09 2004 From: kier at gmx.de (Christian Kier) Date: Thu, 13 May 2004 10:11:09 +0200 Subject: [Typo3-dev] Set page-dependent default information for a plugin Message-ID: Hi all, I'm quite new to Typo3 but nevertheless trying to develop an extension. :-) It's essentially a frontend plugin which displays records from a database table (downloadable documents with title, authors, etc.). Now, when entering this plugin into a page in the backend, I would like to have a text field in which I can enter an author name. This name should be passed to the extension so that only documents from this author are shown on this specific page. I know how to do the SQL-stuff, but how do I get the information from the backend to my php-class? Thanks for any help! Best regards, /Christian From mundaun at gmx.ch Thu May 13 10:11:16 2004 From: mundaun at gmx.ch (Michael Stucki) Date: Thu, 13 May 2004 10:11:16 +0200 Subject: [Typo3-dev] "Errors" in packages References: Message-ID: Hi Mathias, > The Dummy Site has an subdir called typo3_src. > The symlinks point to this dir. > According to the Install 'n Upgrade document the symlinks should point to > the parent directory. See here: http://typo3.org/documentation/document-library/doc_inst_upgr/tgz_distribution/ I have located typo3_src in the same dir as the site is because this way you will be able to individually change the target of typo3_src to different versions for each single site. > If I delete all my symlinks that come from the dummy site and set up new > symlinks like in the manual my Zend works fine. So I guess there is some > directory recursion or something going on. I guess it's a bug in the Zend application. > Question: > Did I miss something and there is a good reason NOT to use the way > described in the manual? > If no, will someone rebuild the packages? You can get the script which creates the packages if you want. Anyway, I think it's a bug. As you will notice, Apache/PHP/anythingElse works fine this way. > This would also affect the windows packages because they would have the > typo3_src dir as well. Nope. Have a look - I have removed typo3_src in the Zip distribution. It's an unneccessary redundancy and would double the size of these installations. However, it works fine without typo3_src. Cheers - michael -- Want support? Please read the list rules first: http://typo3.org/1438.0.html From rene.ott at ososoft.de Thu May 13 10:12:37 2004 From: rene.ott at ososoft.de (Rene Ott) Date: Thu, 13 May 2004 10:12:37 +0200 Subject: [Typo3-dev] New approach for forms Message-ID: Hello @all, in the last months I developed an WYSIWYG editor for forms. It works similar like Delphi or VisualBasic, you can put an (form) element on the editor, move it around with the mouse as you like and change element-properties. This makes it easy to create in a very short time a formular for developers and end-users. The editor is created in JS, and works on IE 6, Mozilla 1.6+ / Netscape 7.1+ and Opera 7.5. Screenshots can be found at http://www.ososoft.de/index.php?id=173 (click enlarge) A prototype exists also, the extension can be downloaded at the same address. The prototype uses a BE-Module to integrate the editor in typo. This is certainly not the best way, maybe directly as a content element ? How to integrate best ? What steps are planned in the future concerning forms ? I would like to hear some opinions, suggestions, ideas, ... If somebody likes to join the project, I'd be glad for some help ! PS: the "rendering" of the forms from the editor to 'real' HTML does not yet work in the prototype, I am at the moment developing the algorithm. Greetings, Ren? Ott? From dbruen at saltation.de Thu May 13 10:42:13 2004 From: dbruen at saltation.de (=?ISO-8859-1?Q?Daniel_Br=FCn?=) Date: Thu, 13 May 2004 10:42:13 +0200 Subject: [Typo3-dev] New approach for forms In-Reply-To: References: Message-ID: Hi Rene! Rene Ott wrote: > Hello @all, > > in the last months I developed an WYSIWYG editor for forms. It works > similar like Delphi or VisualBasic, you can put an (form) element on the > editor, move it around with the mouse as you like and change > element-properties. This makes it easy to create in a very short time a > formular for developers and end-users. The editor is created in JS, and > works on IE 6, Mozilla 1.6+ / Netscape 7.1+ and Opera 7.5. Screenshots > can be found at > > http://www.ososoft.de/index.php?id=173 (click enlarge) Looks like a very useful extension! Why would you want to make a content-element out of the editor? I think a backend-module is the way to go! I also like the use of "Aftername" instead of "Lastname" ;-) Cheers, Dan. From niederlag at ikd01.de Thu May 13 10:29:48 2004 From: niederlag at ikd01.de (Peter Niederlag) Date: Thu, 13 May 2004 10:29:48 +0200 Subject: [Typo3-dev] "Errors" in packages In-Reply-To: References: Message-ID: Hi, Michael Stucki schrieb am 13.05.2004 um 10:11 Uhr CEST > Hi Mathias, > > > The Dummy Site has an subdir called typo3_src. > > The symlinks point to this dir. > > According to the Install 'n Upgrade document the symlinks should > > point to the parent directory. > > See here: > http://typo3.org/documentation/document-library/doc_inst_upgr/tgz_distribution/ > > I have located typo3_src in the same dir as the site is because this > way you will be able to individually change the target of typo3_src to > different versions for each single site. Very nice. That's the way I have been doing it for a while also, since I want to update each site individually. Cheers, PeterN -- Peter Niederlag http://www.niekom.de * Typo3 und EDV-Dienstleistungen * http://www.clown-goli.de * Clown-Comedy-Jonglage-Animation * From jms at marktauftritte.ch Thu May 13 10:53:03 2004 From: jms at marktauftritte.ch (Jean-Marie Schweizer) Date: Thu, 13 May 2004 03:53:03 -0500 Subject: [Typo3-dev] New approach for forms In-Reply-To: References: Message-ID: > I also like the use of "Aftername" instead of "Lastname" ;-) To be consequent...Change Name to Beforename ;-) Jean-Marie PS: Ren?, I really like your tool, looks great. From steffen at davis.kommwiss.fu-berlin.de Thu May 13 11:15:30 2004 From: steffen at davis.kommwiss.fu-berlin.de (Steffen Mueller) Date: Thu, 13 May 2004 11:15:30 +0200 Subject: [Typo3-dev] Extension and resources (images, ...) and security In-Reply-To: References: Message-ID: On 13.05.2004 09:58 Daniel Br?n wrote: > Hi folks! > > I already posted this on the english list quite a while ago. Maybe it's > worth to think about it. > > Say you have an FE-extension that brings its own set of small Jpegs > (e.g. for buttons) or other resources that have to be accessible from > the outside world. > Where do you place them? When put into ext/my_ext/res, for instance, > then this directory has to be "open", so the browser can access > www.mydomain.com/typo3conf/ext/my_ext/res/example.jpg ?! > > Of course this is the case in most installations. > > BUT: As most FE-ext-files are only included by other scripts, the > directory not necessarily has to be opened for the outside world, right? > This would prevent people from being able to check out which extensions > there are installed on my system, which would increase security. > > A possible solution could be to implement a mechanism that copies the > necessary extension-resources to fileadmin/extres/my_ext/... > Hi. Restrict the permissions of the /typo3conf directory with .htaccess: <--- snip Order Deny,Allow Deny from all snap ---> This will deny any user to access /typo3conf and its subdirectories. -- cheers, Steffen ---------------------------------------------------------- "Education is man's going forward from cocksure ignorance to thoughtful uncertainty." (Don Clarks' Scrapbook) ---------------------------------------------------------- From ms at k1net.de Thu May 13 11:29:09 2004 From: ms at k1net.de (Mathias Schreiber [K1net]) Date: Thu, 13 May 2004 11:29:09 +0200 Subject: [Typo3-dev] "Errors" in packages References: Message-ID: Michael Stucki wrote: > See here: > http://typo3.org/documentation/document-library/doc_inst_upgr/tgz_distribution/ I know, that's what I am referring to. > I have located typo3_src in the same dir as the site is because this > way you will be able to individually change the target of typo3_src > to different versions for each single site. umm, I can do this too with the way Kasper indicated. > I guess it's a bug in the Zend application. ...which does not show up with the way Kasper said to do ;-) > You can get the script which creates the packages if you want. > Anyway, I think it's a bug. As you will notice, > Apache/PHP/anythingElse works fine this way. sure it does, never said anything different. > Nope. Have a look - I have removed typo3_src in the Zip distribution. > It's an unneccessary redundancy and would double the size of these > installations. However, it works fine without typo3_src. I know you removed it, but still you have to remove it manually, right? I still don't see the benefit in changing the way the manual says, but if you say it makes more sense I'd say we should also update the manual so there won't be more questions like mine in the future. From ms at k1net.de Thu May 13 11:30:23 2004 From: ms at k1net.de (Mathias Schreiber [K1net]) Date: Thu, 13 May 2004 11:30:23 +0200 Subject: [Typo3-dev] New approach for forms References: Message-ID: Jean-Marie Schweizer wrote: > To be consequent...Change Name to Beforename ;-) given name surname this would be correct ;-) From andreas at php4win.de Thu May 13 11:59:50 2004 From: andreas at php4win.de (Andreas Otto) Date: Thu, 13 May 2004 11:59:50 +0200 Subject: [Typo3-dev] New approach for forms In-Reply-To: References: Message-ID: Hi Mathias, On Thursday 13 May 2004 11:30, Mathias Schreiber [K1net] wrote: > given name > surname > > this would be correct ;-) First name Last name seems to be widely used and is less confusing. Cheers, Andreas -- Andreas Otto Using PHP on Windows? www.php4win.de From dbruen at saltation.de Thu May 13 12:02:33 2004 From: dbruen at saltation.de (=?ISO-8859-1?Q?Daniel_Br=FCn?=) Date: Thu, 13 May 2004 12:02:33 +0200 Subject: [Typo3-dev] Extension and resources (images, ...) and security In-Reply-To: References: Message-ID: Hi Steffen! Steffen Mueller wrote: > Restrict the permissions of the /typo3conf directory with .htaccess: > > <--- snip > Order Deny,Allow > Deny from all > snap ---> > > This will deny any user to access /typo3conf and its subdirectories. Exactly. And all images or other resources, which reside in those extension-directories can not be accessed, either. See the problem? Ciao, Dan. From dbruen at saltation.de Thu May 13 12:08:57 2004 From: dbruen at saltation.de (=?ISO-8859-15?Q?Daniel_Br=FCn?=) Date: Thu, 13 May 2004 12:08:57 +0200 Subject: [Typo3-dev] New approach for forms In-Reply-To: References: Message-ID: Oh my god... we're all "clevershitters" :-) Rock on, Dan. From jms at marktauftritte.ch Thu May 13 12:40:36 2004 From: jms at marktauftritte.ch (Jean-Marie Schweizer) Date: Thu, 13 May 2004 05:40:36 -0500 Subject: [Typo3-dev] New approach for forms In-Reply-To: References: Message-ID: Since we are completely off topic.... Let's add middle name and maiden name or better second before name and girly name ROFL Jean-Marie PS:Ren?, I hope you still want ot contribute to the Typo3 community . I really appreciate your work. From a.widschwendter at mediares.at Thu May 13 12:47:01 2004 From: a.widschwendter at mediares.at (media.res | alex widschwendter) Date: Thu, 13 May 2004 12:47:01 +0200 Subject: [Typo3-dev] New approach for forms In-Reply-To: References: Message-ID: Rene Ott wrote: > Hello @all, > > in the last months I developed an WYSIWYG editor for forms. It works > similar like Delphi or VisualBasic, you can put an (form) element on the > editor, move it around with the mouse as you like and change > element-properties. This makes it easy to create in a very short time a > formular for developers and end-users. The editor is created in JS, and > works on IE 6, Mozilla 1.6+ / Netscape 7.1+ and Opera 7.5. Screenshots > can be found at > > http://www.ososoft.de/index.php?id=173 (click enlarge) looks really very promising. > > A prototype exists also, the extension can be downloaded at the same > address. > > The prototype uses a BE-Module to integrate the editor in typo. This is > certainly not the best way, maybe directly as a content element ? How to > integrate best ? > What steps are planned in the future concerning forms ? > I would like to hear some opinions, suggestions, ideas, ... If somebody > likes to join the project, I'd be glad for some help ! i think it would be best as content elment replacing the mailform contentelemet. thx for your efforts. alex From sebastian at fastner-online.de Thu May 13 12:54:01 2004 From: sebastian at fastner-online.de (Sebastian Fastner) Date: Thu, 13 May 2004 12:54:01 +0200 Subject: [Typo3-dev] Handling of Uploads (BE and Ext) Message-ID: Hi, how are uploads handled in Typo3? My problem: I created an extension that uses an file-upload-field. In the db only the filenames are stored when I upload an file via typo3 be. Now if I select an other file (in an other directory) Typo3 stores also only the filename or a "magic name". If I upload a file with the same name it stores filename_1 or something similar into the db. How can I translate these magic names to real filenames? Thanks a lot, Sebastian From leening at saurus.nl Thu May 13 13:16:26 2004 From: leening at saurus.nl (Michiel van Leening) Date: Thu, 13 May 2004 13:16:26 +0200 Subject: [Typo3-dev] New approach for forms In-Reply-To: References: Message-ID: Looks cool!! Congrats! Ehrm, stupid question maybe, but how do i enable it? On Thu, 2004-05-13 at 10:12, Rene Ott wrote: > Hello @all, > > in the last months I developed an WYSIWYG editor for forms. It works > similar like Delphi or VisualBasic, you can put an (form) element on the > editor, move it around with the mouse as you like and change > element-properties. This makes it easy to create in a very short time a > formular for developers and end-users. The editor is created in JS, and > works on IE 6, Mozilla 1.6+ / Netscape 7.1+ and Opera 7.5. Screenshots > can be found at > > http://www.ososoft.de/index.php?id=173 (click enlarge) > > A prototype exists also, the extension can be downloaded at the same > address. > > The prototype uses a BE-Module to integrate the editor in typo. This is > certainly not the best way, maybe directly as a content element ? How to > integrate best ? > What steps are planned in the future concerning forms ? > I would like to hear some opinions, suggestions, ideas, ... If somebody > likes to join the project, I'd be glad for some help ! > > PS: the "rendering" of the forms from the editor to 'real' HTML does not > yet work in the prototype, I am at the moment developing the algorithm. > > Greetings, > Ren?? Ott > > > > _______________________________________________ > Typo3-dev mailing list > Typo3-dev at lists.netfielders.de > http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev -- Met vriendelijke groeten, Michiel van Leening --------------------------------------------------------------- Saurus Internet - http://www.saurus.nl/ - info at saurus.nl Vestesingel 8, 9408 CA - Assen, The Netherlands tel: +31 (0)592.461.467 - fax: +31 (0)84.86.88.007 Michiel van Leening - Internet Application Developer leening at saurus.nl - gsm: +31 (0)65.57.12.693 - ICQ#51566230 Registered with the Linux Counter. ID #39463 --------------------------------------------------------------- "Free markets select for winning solutions." -- Eric S. Raymond -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From leening at saurus.nl Thu May 13 13:25:47 2004 From: leening at saurus.nl (Michiel van Leening) Date: Thu, 13 May 2004 13:25:47 +0200 Subject: [Typo3-dev] New approach for forms In-Reply-To: References: Message-ID: On Thu, 2004-05-13 at 13:16, Michiel van Leening wrote: > Looks cool!! Congrats! > > Ehrm, stupid question maybe, but how do i enable it? Sorry for this question, please ignore, had to reload my frameset. -- Met vriendelijke groeten, Michiel van Leening --------------------------------------------------------------- Saurus Internet - http://www.saurus.nl/ - info at saurus.nl Vestesingel 8, 9408 CA - Assen, The Netherlands tel: +31 (0)592.461.467 - fax: +31 (0)84.86.88.007 Michiel van Leening - Internet Application Developer leening at saurus.nl - gsm: +31 (0)65.57.12.693 - ICQ#51566230 Registered with the Linux Counter. ID #39463 --------------------------------------------------------------- And now for something completely different. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From leening at saurus.nl Thu May 13 13:16:26 2004 From: leening at saurus.nl (Michiel van Leening) Date: Thu, 13 May 2004 13:16:26 +0200 Subject: [Typo3-dev] New approach for forms Message-ID: _______________________________________________ Typo3-dev mailing list Typo3-dev at lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev -------------- next part -------------- An embedded message was scrubbed... From: unknown sender Subject: Date: Thu, 13 May 2004 13:31:14 +0200 Size: 2620 URL: From leening at saurus.nl Thu May 13 13:16:26 2004 From: leening at saurus.nl (Michiel van Leening) Date: Thu, 13 May 2004 13:16:26 +0200 Subject: [Typo3-dev] New approach for forms Message-ID: _______________________________________________ Typo3-dev mailing list Typo3-dev at lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev -------------- next part -------------- An embedded message was scrubbed... From: unknown sender Subject: Date: Thu, 13 May 2004 13:31:14 +0200 Size: 2620 URL: From steffen at davis.kommwiss.fu-berlin.de Thu May 13 13:35:44 2004 From: steffen at davis.kommwiss.fu-berlin.de (Steffen Mueller) Date: Thu, 13 May 2004 13:35:44 +0200 Subject: [Typo3-dev] Extension and resources (images, ...) and security In-Reply-To: References: Message-ID: On 13.05.2004 12:02 Daniel Br?n wrote: > Hi Steffen! > > Steffen Mueller wrote: > >> Restrict the permissions of the /typo3conf directory with .htaccess: >> >> <--- snip >> Order Deny,Allow >> Deny from all >> snap ---> >> >> This will deny any user to access /typo3conf and its subdirectories. > > > Exactly. And all images or other resources, which reside in those > extension-directories can not be accessed, either. > See the problem? > I see. Seems I'm a bit densed, today. *more cautios* Just a guess: Instead of being linked directly (or via /fileadmin, as you mentioned), why not process images first and then deliver from typo3temp? Reduces performance, I know... I'm thinking of a dummy transformance, just copying images 1:1 to typo3temp, of course rename to a734672346.gif -- cheers, Steffen ---------------------------------------------------------- "Education is man's going forward from cocksure ignorance to thoughtful uncertainty." (Don Clarks' Scrapbook) ---------------------------------------------------------- From sergio at corecanarias.com Thu May 13 13:59:09 2004 From: sergio at corecanarias.com (=?ISO-8859-1?Q?Sergio_S=E1nchez?=) Date: Thu, 13 May 2004 12:59:09 +0100 Subject: [Typo3-dev] Column where a content is Message-ID: Hi! I'm developing an extension with a frontend plugin. Are there any way to know from the php code of the extension in which column is the plugin inserted? The extension is like tt_news in many ways, with the difference that I want to provide extra info in the right column, but I'm trying to haven't to give an extra parameter to the plugin to let it know that this content is for the right column. I'm triying to it can advice it by itself. Is it possible? I thought that it can be throught TSFE global var, but I can't found any documentation about it, neither mailing list archive or API doc. -- Sergio S?nchez Ram?rez -- CORE be digital S.L. www.corebedigital.com From dbruen at saltation.de Thu May 13 14:04:45 2004 From: dbruen at saltation.de (=?ISO-8859-1?Q?Daniel_Br=FCn?=) Date: Thu, 13 May 2004 14:04:45 +0200 Subject: [Typo3-dev] Extension and resources (images, ...) and security In-Reply-To: References: Message-ID: Hi Steffen! Steffen Mueller wrote: > Instead of being linked directly (or via /fileadmin, as you mentioned), > why not process images first and then deliver from typo3temp? > Reduces performance, I know... I'm thinking of a dummy transformance, > just copying images 1:1 to typo3temp, of course rename to a734672346.gif Generally these resources (like Up- and Down-Arrows) do not change and only have to be copied once during the installation of the extension. This would require a slight change in the EM though. Copying files in the extension-code is not really nice though... Later, Dan. From dbruen at saltation.de Thu May 13 14:09:12 2004 From: dbruen at saltation.de (=?ISO-8859-1?Q?Daniel_Br=FCn?=) Date: Thu, 13 May 2004 14:09:12 +0200 Subject: [Typo3-dev] Callback/Hook for Logout-Event? Message-ID: Hi list! Has anyone except me the need to receive a FE-logout-event, so the extension can clean up some DB/Session-Data? I mean something like a callback-function that I can register with typo3 or a hook or something. Am I the only one who needs this or is it worth to delve into it? Cheers, Dan. From trabold at mehrwert.de Thu May 13 14:10:55 2004 From: trabold at mehrwert.de (Christian Trabold) Date: Thu, 13 May 2004 14:10:55 +0200 Subject: [Typo3-dev] Extension and resources (images, ...) and security In-Reply-To: References: Message-ID: Hi! >>> Restrict the permissions of the /typo3conf directory with .htaccess: >>> >>> <--- snip >>> Order Deny,Allow >>> Deny from all >>> snap ---> >>> >>> This will deny any user to access /typo3conf and its subdirectories. >> >> Exactly. And all images or other resources, which reside in those >> extension-directories can not be accessed, either. >> See the problem? > > I see. Seems I'm a bit densed, today. > > *more cautios* Just a guess: > Instead of being linked directly (or via /fileadmin, as you mentioned), > why not process images first and then deliver from typo3temp? > Reduces performance, I know... I'm thinking of a dummy transformance, > just copying images 1:1 to typo3temp, of course rename to a734672346.gif > .htaccess allows access-rules to specific files in a folder. I think of an rule that denies all access in typo3conf/ *but* allows transfer for graphic files so that these can be shown in the browser. Have a look at Maybe that helps. Regards, Christian From mailbox at gramba.net Thu May 13 14:48:28 2004 From: mailbox at gramba.net (Johannes Reichardt) Date: Thu, 13 May 2004 14:48:28 +0200 Subject: [Typo3-dev] New approach for forms In-Reply-To: References: Message-ID: hi rene, is there any benefit besides its wysiwyg? - Johannes >Hello @all, > >in the last months I developed an WYSIWYG editor for forms. It works >similar like Delphi or VisualBasic, you can put an (form) element on the >editor, move it around with the mouse as you like and change >element-properties. This makes it easy to create in a very short time a >formular for developers and end-users. The editor is created in JS, and >works on IE 6, Mozilla 1.6+ / Netscape 7.1+ and Opera 7.5. Screenshots >can be found at > >http://www.ososoft.de/index.php?id=173 (click enlarge) > >A prototype exists also, the extension can be downloaded at the same >address. > >The prototype uses a BE-Module to integrate the editor in typo. This is >certainly not the best way, maybe directly as a content element ? How to >integrate best ? >What steps are planned in the future concerning forms ? >I would like to hear some opinions, suggestions, ideas, ... If somebody >likes to join the project, I'd be glad for some help ! > >PS: the "rendering" of the forms from the editor to 'real' HTML does not >yet work in the prototype, I am at the moment developing the algorithm. > >Greetings, >Ren? Ott > > > >_______________________________________________ >Typo3-dev mailing list >Typo3-dev at lists.netfielders.de >http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev > > > > From steffen at davis.kommwiss.fu-berlin.de Thu May 13 14:54:26 2004 From: steffen at davis.kommwiss.fu-berlin.de (Steffen Mueller) Date: Thu, 13 May 2004 14:54:26 +0200 Subject: [Typo3-dev] Extension and resources (images, ...) and security In-Reply-To: References: Message-ID: On 13.05.2004 14:10 Christian Trabold wrote: > > .htaccess allows access-rules to specific files in a folder. > > I think of an rule that denies all access in typo3conf/ *but* allows > transfer for graphic files so that these can be shown in the browser. > This wouldn't stop bad guys from figuring out which extensions are installed. For example: http://foo.bar/typo3conf/ext/eu_ldap/ext_icon.gif This could mean: foo.bar are using LDAP. Of course, installed extensions don't tell anything about being activated or not. So, this is just a very minor security issue. -- cheers, Steffen ---------------------------------------------------------- "Education is man's going forward from cocksure ignorance to thoughtful uncertainty." (Don Clarks' Scrapbook) ---------------------------------------------------------- From rene.ott at ososoft.de Thu May 13 15:06:25 2004 From: rene.ott at ososoft.de (Rene Ott) Date: Thu, 13 May 2004 15:06:25 +0200 Subject: AW: [Typo3-dev] New approach for forms In-Reply-To: Message-ID: Hi Johannes, > is there any benefit besides its wysiwyg? The Creation process is faster and more intuitive for End-users. Additional benefits depend on what happens with the created forms. I thought in the classic Emailform and a Databaseform. Databaseform means that a table get generated automatically from the elements of the form and if somebody sends values through the form they get saved in the table. With the data one can do Reports, Lists,... Another benefit could be Multipage forms or a file download for a developer that needed a form. If anyone has ideas about more application scenarios, let me know it ! Greetings, Ren? From markus.lange at bgm-gmbh.de Thu May 13 15:15:22 2004 From: markus.lange at bgm-gmbh.de (Markus Lange) Date: Thu, 13 May 2004 15:15:22 +0200 (CEST) Subject: [Typo3-dev] Column where a content is In-Reply-To: References: Message-ID: > Sergio S?nchez said: > want to provide extra info in the right column, but I'm trying to > haven't to give an extra parameter to the plugin to let it know that > this content is for the right column. I'm triying to it can advice it by > itself. Is it possible? (return) $this->cObj->data['colPos']; should give you the value of column of your plugin -- Markus Lange business group munich GmbH Tel. + 49 89 / 660 7 999 - 36 Fax + 49 89 / 660 7 999 - 10 Mobil + 49 173 / 57 06 453 www.bgm-gmbh.de http://typo3.bgm-gmbh.de From dbruen at saltation.de Thu May 13 15:34:11 2004 From: dbruen at saltation.de (=?ISO-8859-1?Q?Daniel_Br=FCn?=) Date: Thu, 13 May 2004 15:34:11 +0200 Subject: [Typo3-dev] Extension and resources (images, ...) and security In-Reply-To: References: Message-ID: Hi! >> .htaccess allows access-rules to specific files in a folder. That's right, but that would require to manually adjust the .htaccess for every single extension. > This wouldn't stop bad guys from figuring out which extensions are > installed. > > For example: > http://foo.bar/typo3conf/ext/eu_ldap/ext_icon.gif > > This could mean: foo.bar are using LDAP. That's right. I think it would be best if the EM would simply copy the content of the my_ext/res directory into something like /fileadmin/public_res/my_ext/ or some other public place. Then the entire my_ext-Directory can be locked for browsers. This definitely IS a security improvement, especially for extensions with many, many php-files that potentially may contain leaks! Later, Dan From kasper at typo3.com Thu May 13 16:07:11 2004 From: kasper at typo3.com (Kasper =?ISO-8859-1?Q?Sk=E5rh=F8j?=) Date: Thu, 13 May 2004 16:07:11 +0200 Subject: [Typo3-dev] You are the Programmer Message-ID: Hi Developers of TYPO3 / extensions! -- From the Kingdom of Denmark, a new vision is formed -- We are all concerned about TYPO3s development and the future of the product. The major challenge seems to be how we can collaborate more about development without loosing control and quality. We already have good tools for that in the concept of extensions vs. core. While this fragmentation is good for the dynamics of TYPO3 it is less good for the perception of a complete system. This document contains a vision for the immediate development steps we should take in regard to solving this. The point of this introduction is to say that while there are challenges, they are all within our circle of influence! It means that we don't have to wait for something to happen - we can be proactive about the situation and create the future we want to have! We - the developer community of TYPO3 - has to understand that "we are the programmers" that design the future of TYPO3. It is our responsibility to act. It is even your responsibility to act! Take that as an invitation to become involved and take influence. If you deliver quality on time you get respect and influence in return. You earn your way in by proving your worth. Please download and read this document here: http://130.228.0.33/t3dl/dev-plan.pdf It contains the foundation of the long thread I hope this will become. -- God bless - kasper ------ "To succeed in life, you need two things: ignorance and confidence." - Mark Twain. From Martin.no5pam.Kutschker at blackbox.n0spam.net Thu May 13 16:19:56 2004 From: Martin.no5pam.Kutschker at blackbox.n0spam.net (Martin T. Kutschker) Date: Thu, 13 May 2004 16:19:56 +0200 Subject: [Typo3-dev] Callback/Hook for Logout-Event? In-Reply-To: References: Message-ID: Daniel Br?n wrote: > Hi list! > > Has anyone except me the need to receive a FE-logout-event, so the > extension can clean up some DB/Session-Data? > I mean something like a callback-function that I can register with typo3 > or a hook or something. > > Am I the only one who needs this or is it worth to delve into it? I have no current use for it, but hooks for login and logout may be of interest. Perhaps the login-hook could have means to disable the login as some kind of additional access control. But perhaps this should be a separat hook. Masi From dbruen at saltation.de Thu May 13 16:29:11 2004 From: dbruen at saltation.de (=?ISO-8859-1?Q?Daniel_Br=FCn?=) Date: Thu, 13 May 2004 16:29:11 +0200 Subject: [Typo3-dev] You are the Programmer In-Reply-To: References: Message-ID: Hi Kasper! First of all: that sounds like a good plan to me. I think the only thing that might become a problem with the cooperation of so many people is communication. Many people have ideas and suggestions and even good code that is buried somewhere in the newslists. If we had something like an online-checklist/wiki for participating developers, this might be easier to handle... Anyhow, I'll think about it and see how I can contribute. Cheers, Dan. From leening at saurus.nl Thu May 13 13:25:47 2004 From: leening at saurus.nl (Michiel van Leening) Date: Thu, 13 May 2004 13:25:47 +0200 Subject: [Typo3-dev] New approach for forms Message-ID: _______________________________________________ Typo3-dev mailing list Typo3-dev at lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev -------------- next part -------------- An embedded message was scrubbed... From: unknown sender Subject: Date: Thu, 13 May 2004 16:46:01 +0200 Size: 1262 URL: From leendert at netcreators.nl Thu May 13 17:03:06 2004 From: leendert at netcreators.nl (Leendert Brouwer [Netcreators]) Date: Thu, 13 May 2004 08:03:06 -0700 Subject: [Typo3-dev] drawbacks to using smarty in extensions? Message-ID: Hi list! Before I'm actually going to do this in the big, I wanted to make sure I'm not going to run into unpleasant surprises. I like Smarty a lot, and I've used it while creating a few small Typo3 extensions. I've read the thread at http://typo3.org/documentation/mailing-lists/dev-list-archive/thread/32254/?tx_maillisttofaq_pi1%5Bsword%5D=smarty&tx_maillisttofaq_pi1%5Banswered_only%5D=0&tx_maillisttofaq_pi1%5Bmode%5D=1 >From this thread, I concluded that there are no real drawbacks to using Smarty in my extensions ("just as a replacement for the Typo3 builtin functions", as someone on the thread does as well). I am now going to write significantly bigger extensions for Typo, and because of this I would like to know if my assumption is true. Is there any argument against using template engine X (smarty, ultratemplate, whatever) in extensions? If so, what are they? Thanks in advance! Leendert From mailinglists at kienzler.biz Thu May 13 17:03:22 2004 From: mailinglists at kienzler.biz (Romeo Kienzler) Date: Thu, 13 May 2004 17:03:22 +0200 Subject: [Typo3-dev] Alternative lanuage labels management Message-ID: Hello Typo3Developers! I am writing my Diploma in Brasil about setting up multilingual Portals for the threshold country sector using Typo3. I was facing a problem with the languagekeys "pt" for portuguese and "br" for brasilien portuguese. In the extension "indexed_search" for example there is a translation for brasilian portuguese and not for portuguese. In the extension "newloginbox" there is a translation for portuguese and not for brasilian portuguese. Because brasilian portuguese and portuguese are very similar, its useful tu substitute the Labels not with the default-lanuguage but rarther with "the other portuguese" I solved this problem with a quick hack in /tslib/class.tslib_pibase.php in the Method pi_getLL(): elseif (isset($this -> LOCAL_LANG['pt'][$key]) & !$this -> LOCAL_LANG['br'][$key]) { $word = $this -> LOCAL_LANG['pt'][$key]; } elseif (isset($this -> LOCAL_LANG['br'][$key]) & !$this -> LOCAL_LANG['pt'][$key]) { $word = $this -> LOCAL_LANG['br'][$key]; } I was wondering if it might be useful to implement a Alternative languages labels List management in Typo3 so that you can make a list of alternative language labels wicht should be checked befor using the default language. I you find it useful, I would like to implement it for typo3. Let me know your suggestions. Greetings frrom Brasil Romeo Kienzler From mundaun at gmx.ch Thu May 13 17:06:07 2004 From: mundaun at gmx.ch (Michael Stucki) Date: Thu, 13 May 2004 17:06:07 +0200 Subject: [Typo3-dev] "Errors" in packages References: Message-ID: Hi Mathias, >> I have located typo3_src in the same dir as the site is because this >> way you will be able to individually change the target of typo3_src >> to different versions for each single site. > > umm, I can do this too with the way Kasper indicated. You can but you would have to change every symlink manually to point to e.g. 3.6.1 instead of 3.5.0. That means that you would have to do this step for t3lib, tslib, and so on. Of course it's not a big job to do that, my way is a) easier and b) decreases the error rate (e.g. if a user mixes up different source installations when he didn't change all symlinks correctly). >> I guess it's a bug in the Zend application. > > ...which does not show up with the way Kasper said to do ;-) Yeah, but this doesn't change that fact that it is a bug! Just think about, what if the next version of Zend works fine with typo3_src located in the current dir and breaking when it's in the parent instead?! ;-) >> Nope. Have a look - I have removed typo3_src in the Zip distribution. >> It's an unneccessary redundancy and would double the size of these >> installations. However, it works fine without typo3_src. > > I know you removed it, but still you have to remove it manually, right? I have made a script which automates this process. Yes it's done manually, but is this a problem? > I still don't see the benefit in changing the way the manual says, but if > you say it makes more sense I'd say we should also update the manual so > there won't be more questions like mine in the future. That's the point! I will look at it. Thanks, michael -- Want support? Please read the list rules first: http://typo3.org/1438.0.html From ingmars at web.de Thu May 13 17:26:04 2004 From: ingmars at web.de (Ingmar Schlecht) Date: Thu, 13 May 2004 17:26:04 +0200 Subject: [Typo3-dev] Handling of Uploads (BE and Ext) In-Reply-To: References: Message-ID: Sebastian Fastner wrote: > how are uploads handled in Typo3? > My problem: I created an extension that uses an file-upload-field. In > the db only the filenames are stored when I upload an file via typo3 be. > Now if I select an other file (in an other directory) Typo3 stores also > only the filename or a "magic name". If I upload a file with the same > name it stores filename_1 or something similar into the db. > > How can I translate these magic names to real filenames? They are always copied to uploads/tx_yourextension. cheers, Ingmar From Martin.no5pam.Kutschker at blackbox.n0spam.net Thu May 13 17:43:19 2004 From: Martin.no5pam.Kutschker at blackbox.n0spam.net (Martin T. Kutschker) Date: Thu, 13 May 2004 17:43:19 +0200 Subject: [Typo3-dev] You are the Programmer In-Reply-To: References: Message-ID: Kasper Sk?rh?j wrote: > Hi Developers of TYPO3 / extensions! > > -- From the Kingdom of Denmark, a new vision is formed -- A good document and plan! After a first look I agree with everything :-) Some minor notes on the exension selection: phpMyAdmin should not dupmed because of its size, but beacuse it us Mysql-specific - think DABL. awstat has a dependency on Perl. Is this a problem? I dislike newloginbox because it has a nice but not very stylable login form, but a IMHO poor FE user list. I'd rather see these functions separated into two extensions. de_phpot has a dependency on phpOpenTracker. And why do we need more cookies? Typo3 has it's own sessions. Its a pity they are not used better. OTOH, I see it's good that the global extensions are removed. Weeding out t3libs seems to be a good idea as well. Completing this task seems to me a worthy goal for 4.0. Masi From info at sitekick.de Thu May 13 17:43:28 2004 From: info at sitekick.de (Volker Biberger) Date: Thu, 13 May 2004 17:43:28 +0200 Subject: [Typo3-dev] You are the Programmer References: Message-ID: Hi dev-list, Kaspers "Call for Programmers" finds me with a rather good timing. I have been planing a calendar Extension together with Markus Bentele and Jan Wischnat. I managed to get my first extensions running and among those there is the typo3 Version of an Waste-disposal-calender I did in early 2002. That?s why we formed a calender Project team. http://www.bodenseekreis.de/?1354 (preview, almost finished) I?d be glad if I could take over calendar development for the T3 community, since Typo3 is great and the community gave me a lot of help during my first steps with typo3. We prepared a project description for the calender, and I would be glad to hear your comments on my plans. Tell me what you like and what could be done in a more efficient way using typo3-functions I missed out so far. Especially BE-Administration of recurring events gives me a bit of a headache, so I just plan to write my own BE-Module here. Any comment on this or other issues are highly appreciated. Feel free to download the Project description at http://www.sitekick.de/sk_calendar.pdf Keep up the good work Volker Biberger From ingmars at web.de Thu May 13 17:49:25 2004 From: ingmars at web.de (Ingmar Schlecht) Date: Thu, 13 May 2004 17:49:25 +0200 Subject: [Typo3-dev] drawbacks to using smarty in extensions? In-Reply-To: References: Message-ID: Hi Leendert, Leendert Brouwer [Netcreators] wrote: > Is there any argument against using > template engine X (smarty, ultratemplate, whatever) in extensions? If so, > what are they? Well, just read the following article and you'll see why it doesn't make sense to use smarty or any other template engine ;-) http://www.massassi.com/php/articles/template_engines/ Plain PHP does a fine job at templating if you manage to separate business logic from presentation logic. And it's a lot faster! cheers, Ingmar From Martin.no5pam.Kutschker at blackbox.n0spam.net Thu May 13 17:55:29 2004 From: Martin.no5pam.Kutschker at blackbox.n0spam.net (Martin T. Kutschker) Date: Thu, 13 May 2004 17:55:29 +0200 Subject: [Typo3-dev] Alternative lanuage labels management In-Reply-To: References: Message-ID: Romeo Kienzler wrote: > Hello Typo3Developers! > > I am writing my Diploma in Brasil about setting up multilingual Portals > for the threshold > country sector using Typo3. > I was facing a problem with the languagekeys "pt" for portuguese and > "br" for brasilien portuguese. In the extension "indexed_search" for > example there is a translation for brasilian portuguese and not for > portuguese. In the extension "newloginbox" there is a translation for > portuguese and not for brasilian portuguese. > > Because brasilian portuguese and portuguese are very similar, its useful > tu substitute the Labels not with the default-lanuguage but rarther with > "the other portuguese" I always wondered why Brazilian Portuguese was setup this way. > I was wondering if it might be useful to implement a Alternative > languages labels List management in Typo3 so that you can make a list of > alternative language labels wicht should be checked befor using the > default language. I you find it useful, I would like to implement it for > typo3. IMHO it should work like the ISO mechanism. In the ISO notation you have "pt" and its variants (eg "pt-BR"). I suggest that some languages are mapped as varaiants of others. I think that it's sufficient to use one "master language" for any number of variants. $lv = array( 'br' => 'pt', ); // something like that // (assumes master and variant have the same charset!) } elseif (isset($this->LOCAL_LANG['default'][$lang_var[$key]])) { $word = $GLOBALS['TSFE']->csConv( $this->LOCAL_LANG[$this->LLkey][$lv[key]] ); } Masi From Martin.no5pam.Kutschker at blackbox.n0spam.net Thu May 13 17:57:49 2004 From: Martin.no5pam.Kutschker at blackbox.n0spam.net (Martin T. Kutschker) Date: Thu, 13 May 2004 17:57:49 +0200 Subject: [Typo3-dev] drawbacks to using smarty in extensions? In-Reply-To: References: Message-ID: Ingmar Schlecht wrote: > > Plain PHP does a fine job at templating if you manage to separate > business logic from presentation logic. And it's a lot faster! It's a matter of believe ;-) Really, I'm tired of the discussion. I'm a templationist, but I don't try to evangelize anybody. Please, let others do use their templates. Thanx, Masi From spam-me-not at hotmail.com Thu May 13 18:00:21 2004 From: spam-me-not at hotmail.com (Matt McNeill) Date: Thu, 13 May 2004 17:00:21 +0100 Subject: [Typo3-dev] You are the Programmer References: Message-ID: Probably don't know enough php to contribute as a programmer, but very interested in any plan that will result in a streamlined typo3 footprint. I have been having fun getting a working web-site in my 50Mb webspace. Great stuff. Matt -------------- next part -------------- An HTML attachment was scrubbed... URL: From typo3news at ameos.com Thu May 13 18:08:19 2004 From: typo3news at ameos.com (Raphael Geyer) Date: Thu, 13 May 2004 18:08:19 +0200 Subject: [Typo3-dev] KASPER ??? References: Message-ID: Kasper can you rapidly tell us what is possible to do with TemplaVoila and multi language ? Is TV useable in MultiLanguage or do we need to use some else for the moment ? If the answer is yes have you already planned something about Multi language and TV ? Thanks in advance, Raphael From ingmars at web.de Thu May 13 18:38:35 2004 From: ingmars at web.de (Ingmar Schlecht) Date: Thu, 13 May 2004 18:38:35 +0200 Subject: [Typo3-dev] OT: VCD Calendar Extension In-Reply-To: References: Message-ID: Hi Volker, Volker Biberger wrote: > I?d be glad if I could take over calendar development for the T3 > community, since Typo3 is great and the community gave me a lot of help > during my first steps with typo3. Kewl! > Tell me what you like and what could > be done in a more efficient way using typo3-functions I missed out so > far. Especially BE-Administration of recurring events gives me a bit of > a headache, so I just plan to write my own BE-Module here. Is it that the functionality of the default form elements of the TCEForms are not enough for you? You could use form elements of the type "user" then. I don't know if they're already documented, but you could just look at the source code of the class t3lib/class.t3lib_tceforms.php and search for the function getSingleField_typeUser(). That way you could program your own custom form elements while still using most of the TCE Form engine. -- And for your backend module with the calender view, you could follow the way the "Tools->User Admin" module works, i.e. making an own BE Module and linking the pencil icon to alt_doc.php. cheers, Ingmar From ingmars at web.de Thu May 13 18:44:28 2004 From: ingmars at web.de (Ingmar Schlecht) Date: Thu, 13 May 2004 18:44:28 +0200 Subject: [Typo3-dev] drawbacks to using smarty in extensions? In-Reply-To: References: Message-ID: Martin T. Kutschker wrote: > Ingmar Schlecht wrote: >> Plain PHP does a fine job at templating if you manage to separate >> business logic from presentation logic. And it's a lot faster! > > It's a matter of believe ;-) > > Really, I'm tired of the discussion. > > I'm a templationist, but I don't try to evangelize anybody. Please, let > others do use their templates. :-) Well, the approach the article is talking about does not discourage writing templates, however, it evangelizes the use of PHP as a templating language. Well, but I got your point and will shut up know ;-) cheers, Ingmar From jer at moccompany.com Thu May 13 19:23:56 2004 From: jer at moccompany.com (Jan-Erik Revsbech) Date: Thu, 13 May 2004 19:23:56 +0200 Subject: [Typo3-dev] Setting the page title from a plugin Message-ID: Does anybody know if there is a way to modify/setting the title of the page from within a plugin, or adding something to the META tags of the page? I can not seem to find anything in the archives. I would like my extension to be able to set the title of the page to the name of the record it is currently showing (for instance a news title). I can see that there would be a problem if two extensions are inserted on the same page that both wants to set the page header, any experience out there? /Jan-Erik -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.widschwendter at mediares.at Thu May 13 19:19:48 2004 From: a.widschwendter at mediares.at (media.res | alex widschwendter) Date: Thu, 13 May 2004 19:19:48 +0200 Subject: [Typo3-dev] extension reviewing Message-ID: hi devs, who/how can extensions get reviewed? i think quality of extension would increase if there is a reference extension/tutorial from a typo3 practisted programmer implementing all cohiba qualities: - multilanguage - realurl - fe editing - caching - ..... or is there such an extension/tutorial out there. for a newbie to typo3 its rather hard to code it all the way you should. results are lots of extensions not very useful for multilanguage environments, realurl .... can somebody of the gurus recommend such an extension for copying/learning porpuse? thx for reading alex From t3 at 1zu6-design.de Thu May 13 20:04:57 2004 From: t3 at 1zu6-design.de (Rene Suthoelder) Date: Thu, 13 May 2004 20:04:57 +0200 Subject: [Typo3-dev] You are the Programmer References: Message-ID: having read the dev plan, for me it lacks mentioning the indexed_search extension going to the core, since there should be a sophisticated search mechanism on every website (my guess: only 5% of all websites offer a search). kasper wrote that future typo3 development/strategy should be inspired by technical excellence and visions. so, please declare "smart website content searching and _finding_" being a technical necessity every typo3 site should offer to endusers... just my 2 cents. rene From ben at netcreators.nl Thu May 13 20:06:36 2004 From: ben at netcreators.nl (ben van 't ende [netcreators]) Date: Thu, 13 May 2004 20:06:36 +0200 Subject: [Typo3-dev] extension reviewing In-Reply-To: References: Message-ID: media.res | alex widschwendter wrote: > hi devs, > > who/how can extensions get reviewed? > > i think quality of extension would increase if there is a reference > extension/tutorial from a typo3 practisted programmer implementing all > cohiba qualities: > > - multilanguage > - realurl > - fe editing > - caching > - ..... > > or is there such an extension/tutorial out there. for a newbie to typo3 > its rather hard to code it all the way you should. results are lots of > extensions not very useful for multilanguage environments, realurl .... > > can somebody of the gurus recommend such an extension for > copying/learning porpuse? Hi Alex, Extension rating will be added soon as extension reviewing is not really working. This will be a good way to judge the quality of extensions. gRTz ben -- netcreators :: creation and innovation www.netcreators.nl - www.typo3.nl From daniel at typo3.com Thu May 13 20:11:00 2004 From: daniel at typo3.com (Daniel Hinderink [TYPO3]) Date: Thu, 13 May 2004 20:11:00 +0200 Subject: [Typo3-dev] You are the Programmer In-Reply-To: Message-ID: Hi, Two questions please. > Kaspers "Call for Programmers" finds me with a rather good timing. I > have been planing a calendar Extension together with Markus Bentele and > Jan Wischnat. I guess that is more in line with the thread named "Sharing the load of development thread" of 26.04. although the old calender is not mentioned here. Why not replace tt_calendar then and team up with these? http://typo3.org/extensions/repository/search/calendar/ > I managed to get my first extensions running and among those there is > the typo3 Version of an Waste-disposal-calender I did in early 2002. > That?s why we formed a calender Project team. > http://www.bodenseekreis.de/?1354 (preview, almost finished) > > I?d be glad if I could take over calendar development for the T3 > community, since Typo3 is great and the community gave me a lot of help > during my first steps with typo3. > > We prepared a project description for the calender, and I would be glad > to hear your comments on my plans. Tell me what you like and what could > be done in a more efficient way using typo3-functions I missed out so > far. Especially BE-Administration of recurring events gives me a bit of > a headache, so I just plan to write my own BE-Module here. > > Any comment on this or other issues are highly appreciated. > > Feel free to download the Project description at > http://www.sitekick.de/sk_calendar.pdf Any reason why you would not like this to be in the regular sxw-template and published on TYPO3.org? Cheers Daniel > > Keep up the good work > Volker Biberger > > _______________________________________________ > Typo3-dev mailing list > Typo3-dev at lists.netfielders.de > http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev > -- Daniel Hinderink TYPO3 - get.content.right Innovation, Marketing, PR http://www.typo3.com -- Those who create are rare; those who cannot are numerous. Therefore, the latter are stronger. Coco Chanel From ben at netcreators.nl Thu May 13 20:18:47 2004 From: ben at netcreators.nl (ben van 't ende [netcreators]) Date: Thu, 13 May 2004 20:18:47 +0200 Subject: [Typo3-dev] OT: VCD Calendar Extension In-Reply-To: References: Message-ID: > Hi dev-list, > > Kaspers "Call for Programmers" finds me with a rather good timing. I > have been planing a calendar Extension together with Markus Bentele > and Jan Wischnat. I managed to get my first extensions running and > among those there is the typo3 Version of an Waste-disposal-calender > I did in early 2002. That?s why we formed a calender Project team. > http://www.bodenseekreis.de/?1354 (preview, almost finished) Hi Volker, This looks very professional with the project description and all. Some very simple things can be fixed in the table layout. First take care all attribute values are quoted and it would be nice if you could also show the calender per three months. It takes up a lot space horizontally. Also skip the nowrap in the for CSS (whitespace something). I had contact with Jan before and I could recommend some simple changes for the output, but I guess Jan also knows. Let's finish this! gRTZ ben -- netcreators :: creation and innovation www.netcreators.nl - www.typo3.nl From wolfgang at stufenlos.net Thu May 13 20:23:06 2004 From: wolfgang at stufenlos.net (Wolfgang Klinger) Date: Thu, 13 May 2004 20:23:06 +0200 Subject: [Typo3-dev] Set page-dependent default information for a plugin In-Reply-To: References: Message-ID: *hiya!* On Thu, 13 May 2004, Christian Kier wrote the following: > Now, when entering this plugin into a page in the backend, I would like > to have a text field in which I can enter an author name. This name > should be passed to the extension so that only documents from this > author are shown on this specific page. I know how to do the SQL-stuff, > but how do I get the information from the backend to my php-class? You'll have to extend tt_content and bind this field to your plugin. Then you'll have a definition for this field in ext_tables.sql and ext_tables.php - something like: tx_myext_field (update the extension in the extension manager to apply changes) $this->cObj->data is an array and contains all values of tt_content for your plugin ($this->cObj->data['tx_myext_field']). bye Wolfgang -------------------------------------------------------- Wolfgang Klinger mailto:wolfgang at stufenlos.net Public Key: http://www.stufenlos.net/wolfgang/stfl_wolfgang.gpg -------------------------------------------------------- -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 186 bytes Desc: not available URL: From wolfgang at stufenlos.net Thu May 13 20:30:21 2004 From: wolfgang at stufenlos.net (Wolfgang Klinger) Date: Thu, 13 May 2004 20:30:21 +0200 Subject: [Typo3-dev] drawbacks to using smarty in extensions? In-Reply-To: References: Message-ID: *hiya!* On Thu, 13 May 2004, Leendert Brouwer [Netcreators] wrote the following: > significantly bigger extensions for Typo, and because of this I would like > to know if my assumption is true. Is there any argument against using > template engine X (smarty, ultratemplate, whatever) in extensions? If so, > what are they? No! Keep up working with smarty, it's a fine tool and serves what it should serve! (a little bit more, but nothing less) ;-) Wolfgang -------------------------------------------------------- Wolfgang Klinger mailto:wolfgang at stufenlos.net Public Key: http://www.stufenlos.net/wolfgang/stfl_wolfgang.gpg -------------------------------------------------------- -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 186 bytes Desc: not available URL: From wolfgang at stufenlos.net Thu May 13 20:23:06 2004 From: wolfgang at stufenlos.net (Wolfgang Klinger) Date: Thu, 13 May 2004 20:23:06 +0200 Subject: [Typo3-dev] Set page-dependent default information for a plug in Message-ID: _______________________________________________ Typo3-dev mailing list Typo3-dev at lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev -------------- next part -------------- An embedded message was scrubbed... From: unknown sender Subject: Date: Thu, 13 May 2004 20:30:57 +0200 Size: 1566 URL: From wolfgang at stufenlos.net Thu May 13 20:23:06 2004 From: wolfgang at stufenlos.net (Wolfgang Klinger) Date: Thu, 13 May 2004 20:23:06 +0200 Subject: [Typo3-dev] Set page-dependent default information for a plug in Message-ID: _______________________________________________ Typo3-dev mailing list Typo3-dev at lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev -------------- next part -------------- An embedded message was scrubbed... From: unknown sender Subject: Date: Thu, 13 May 2004 20:30:57 +0200 Size: 1566 URL: From sebastian at garbage-group.de Thu May 13 20:41:01 2004 From: sebastian at garbage-group.de (Sebastian Kurfuerst) Date: Thu, 13 May 2004 20:41:01 +0200 Subject: [Typo3-dev] New approach for forms In-Reply-To: References: Message-ID: Hi, this looks really great :) I really think that the typo3 form handling is too unflexible at the moment and it is really good to see such a kind of extension developed. Maybe you can use relative coordinates in
          s in the frontend to position the items? So I think the frontend view could be made quite simple with this approach. If you want, you can develop a table-based solution for positioning the forms afterwards, but I think this is quite complex. And because almost all modern browsers can handle css, it should be no problemn to use divs. I really liked to help out with this extension, but I am extremely busy at the moment with school stuff :( What help in which direction would you need? Sebastian -- Kontaktm?glichkeiten: http://garbage-group.de/kontakt.html Possibilitys to contact me: http://garbage-group.de/kontakt.html From wolfgang at stufenlos.net Thu May 13 20:44:42 2004 From: wolfgang at stufenlos.net (Wolfgang Klinger) Date: Thu, 13 May 2004 20:44:42 +0200 Subject: [Typo3-dev] extension reviewing In-Reply-To: References: Message-ID: *hiya!* On Thu, 13 May 2004, media.res | alex widschwendter wrote the following: > i think quality of extension would increase if there is a reference > extension/tutorial from a typo3 practisted programmer implementing all > cohiba qualities: right. > or is there such an extension/tutorial out there. for a newbie to typo3 > its rather hard to code it all the way you should. results are lots of > extensions not very useful for multilanguage environments, realurl .... > Hm, I can't recommend an extension, but just a hint: Don't try to start your work with this code that the extension kickstarter produces by default! (the logic is strange, e.g. you have a method called "listView" and in this method there's a switch that calls "singleView" instead of doing this in the main function and instead of assigning $this->conf in the main method we do it redundant in every method (though this might be useful if you call the methods directly but most of the time you won't need that)) If you would like to work on a really useful framework for extension programming newbies, I'll help you getting started... ;-) (this might then serve as a reference) bye Wolfgang -------------------------------------------------------- Wolfgang Klinger mailto:wolfgang at stufenlos.net Public Key: http://www.stufenlos.net/wolfgang/stfl_wolfgang.gpg -------------------------------------------------------- -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 186 bytes Desc: not available URL: From wolfgang at stufenlos.net Thu May 13 20:30:21 2004 From: wolfgang at stufenlos.net (Wolfgang Klinger) Date: Thu, 13 May 2004 20:30:21 +0200 Subject: [Typo3-dev] drawbacks to using smarty in extensions? Message-ID: _______________________________________________ Typo3-dev mailing list Typo3-dev at lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev -------------- next part -------------- An embedded message was scrubbed... From: unknown sender Subject: Date: Thu, 13 May 2004 20:45:59 +0200 Size: 1206 URL: From wolfgang at stufenlos.net Thu May 13 20:30:21 2004 From: wolfgang at stufenlos.net (Wolfgang Klinger) Date: Thu, 13 May 2004 20:30:21 +0200 Subject: [Typo3-dev] drawbacks to using smarty in extensions? Message-ID: _______________________________________________ Typo3-dev mailing list Typo3-dev at lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev -------------- next part -------------- An embedded message was scrubbed... From: unknown sender Subject: Date: Thu, 13 May 2004 20:45:59 +0200 Size: 1206 URL: From wolfgang at stufenlos.net Thu May 13 20:44:42 2004 From: wolfgang at stufenlos.net (Wolfgang Klinger) Date: Thu, 13 May 2004 20:44:42 +0200 Subject: [Typo3-dev] extension reviewing Message-ID: _______________________________________________ Typo3-dev mailing list Typo3-dev at lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev -------------- next part -------------- An embedded message was scrubbed... From: unknown sender Subject: Date: Thu, 13 May 2004 20:46:06 +0200 Size: 1933 URL: From wolfgang at stufenlos.net Thu May 13 20:44:42 2004 From: wolfgang at stufenlos.net (Wolfgang Klinger) Date: Thu, 13 May 2004 20:44:42 +0200 Subject: [Typo3-dev] extension reviewing Message-ID: _______________________________________________ Typo3-dev mailing list Typo3-dev at lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev -------------- next part -------------- An embedded message was scrubbed... From: unknown sender Subject: Date: Thu, 13 May 2004 21:00:58 +0200 Size: 1933 URL: From patrick.gaumond at fsa.ulaval.ca Thu May 13 21:15:53 2004 From: patrick.gaumond at fsa.ulaval.ca (Patrick Gaumond) Date: Thu, 13 May 2004 15:15:53 -0400 Subject: [Typo3-dev] You are the Programmer References: Message-ID: After reading your document I was really pleased with the fact that you realize that TYPO3 needs a better "perception" as a whole and not just the technical aspect of it. The System Extensions tied with core really make sense and I'm glad you're aiming at it. One thing that I have more difficulty with is the Development Cycle. The period for testing seems too short even if the "1" in 4-2-1 doesn't really mean 1 week, I find it irrealistic. From the last cycle we've learn that RC2 to Final was given a too short period to be tested and be fixed! What I'm trying to say is that testing cycle should be given more time. Or at least the QA team should take action to involve more people or having a serie of particular tests to propose to the community to help them. Will post about System extension in my next mail. Patrick From wolfgang at stufenlos.net Thu May 13 21:21:50 2004 From: wolfgang at stufenlos.net (Wolfgang Klinger) Date: Thu, 13 May 2004 21:21:50 +0200 Subject: [Typo3-dev] duplicate mails Message-ID: *hiya!* I got some complaints about receiving duplicate mails from me through the list. I think that the list server has some problems with my gpg signature attachment. Who's maintaining the netfielders list server and/or does anybody else know any solution (except not signing messages)? tia bye Wolfgang ps: I never get any mail twice myself though(?) -------------------------------------------------------- Wolfgang Klinger mailto:wolfgang at stufenlos.net Public Key: http://www.stufenlos.net/wolfgang/stfl_wolfgang.gpg -------------------------------------------------------- -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 186 bytes Desc: not available URL: From wolfgang at stufenlos.net Thu May 13 21:21:50 2004 From: wolfgang at stufenlos.net (Wolfgang Klinger) Date: Thu, 13 May 2004 21:21:50 +0200 Subject: [Typo3-dev] duplicate mails Message-ID: _______________________________________________ Typo3-dev mailing list Typo3-dev at lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev -------------- next part -------------- An embedded message was scrubbed... From: unknown sender Subject: Date: Thu, 13 May 2004 21:30:58 +0200 Size: 1108 URL: From wolfgang at stufenlos.net Thu May 13 21:21:50 2004 From: wolfgang at stufenlos.net (Wolfgang Klinger) Date: Thu, 13 May 2004 21:21:50 +0200 Subject: [Typo3-dev] duplicate mails Message-ID: _______________________________________________ Typo3-dev mailing list Typo3-dev at lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev -------------- next part -------------- An embedded message was scrubbed... From: unknown sender Subject: Date: Thu, 13 May 2004 21:30:58 +0200 Size: 1108 URL: From Martin.no5pam.Kutschker at blackbox.n0spam.net Thu May 13 21:41:56 2004 From: Martin.no5pam.Kutschker at blackbox.n0spam.net (Martin T. Kutschker) Date: Thu, 13 May 2004 21:41:56 +0200 Subject: [Typo3-dev] You are the Programmer In-Reply-To: References: Message-ID: Patrick Gaumond wrote: > > One thing that I have more difficulty with is the Development Cycle. The > period for testing seems too short even if the "1" in 4-2-1 doesn't really > mean 1 week, I find it irrealistic. From the last cycle we've learn that RC2 > to Final was given a too short period to be tested and be fixed! True. Compare the RC cycles of PHP. If I'm not mistaken an RC has a time to live of several weeks. Problem is folks only start testing right before its's to late... Anyway, a testing time of 2 weeks for an RC seems to be jsutifed in my opinion. Masi From Martin.no5pam.Kutschker at blackbox.n0spam.net Thu May 13 21:48:19 2004 From: Martin.no5pam.Kutschker at blackbox.n0spam.net (Martin T. Kutschker) Date: Thu, 13 May 2004 21:48:19 +0200 Subject: [Typo3-dev] KASPER ??? In-Reply-To: References: Message-ID: Raphael Geyer wrote: > Kasper can you rapidly tell us what is possible to do with TemplaVoila and > multi language ? > Is TV useable in MultiLanguage or do we need to use some else for the moment > ? If the answer is yes have you already planned something about Multi > language and TV ? Kasper already wrote that it is possible though it is not very comfortable. I didn't get it working with the TER version. Others had more success. Unfortunately noone could tell me a) what I did wrong or b) if I should've used the CVS version. Masi From kdraper at wildcanary.ca Thu May 13 21:50:40 2004 From: kdraper at wildcanary.ca (Kevin Draper) Date: Thu, 13 May 2004 15:50:40 -0400 Subject: [Typo3-dev] extension reviewing References: Message-ID: Anything that can explain extension programming would be greatly appreciated!! Currently there are the "Creating a basic extension" and the "EXT: Form Extension Tutorial" tutorials, but these don't do much more than explain how to create a plug-in. There is no real discussion as to *how* to program an extension. For example, the most simple thing, there is no explanation as to what the $content and $conf parameters are used for in the main() function. Just figuring that out alone took *way* too long. Another problem with figuring out extension programming is knowing what model to follow. It is obvious that some of the existing extensions are quite old and were written under a different philosophy. It is very difficult to determine what is good practice and what is not. If I had the knowledge, I would try to write something, but right now I am a bumbling newbie, desperately trying to make sense of everything... Kevin. "Wolfgang Klinger" wrote in message news:mailman.2458.1084473868.256.typo3-dev at lists.netfielders.de... Hm, I can't recommend an extension, but just a hint: Don't try to start your work with this code that the extension kickstarter produces by default! (the logic is strange, e.g. you have a method called "listView" and in this method there's a switch that calls "singleView" instead of doing this in the main function and instead of assigning $this->conf in the main method we do it redundant in every method (though this might be useful if you call the methods directly but most of the time you won't need that)) If you would like to work on a really useful framework for extension programming newbies, I'll help you getting started... ;-) (this might then serve as a reference) bye Wolfgang From jan at wischnat.de Thu May 13 21:51:15 2004 From: jan at wischnat.de (Jan Wischnat) Date: Thu, 13 May 2004 21:51:15 +0200 Subject: [Typo3-dev] You are the Programmer References: Message-ID: Hello Daniel, hello List, > I guess that is more in line with the thread named "Sharing the load of > development thread" of 26.04. although the old calender is not mentioned > here. sorry for not having read every single thread in this list ;-) > Why not replace tt_calendar then and team up with these? > http://typo3.org/extensions/repository/search/calendar/ Thanks for the hint. > Any reason why you would not like this to be in the regular > sxw-template and published on TYPO3.org? This is what he is trying to accomplish. I have motivated Volker to post this project description here. I believe in his expertise concerning recurring events with exception-handling and his knowledge about PDF-Output. He probably didn't know about the regular template or has not had the time to download&install OpenOffice... I thought he'd get some good hints and contacts here. I thought it would be a good idea? Thanks Jan "form follows function" Unknown From Martin.no5pam.Kutschker at blackbox.n0spam.net Thu May 13 21:54:21 2004 From: Martin.no5pam.Kutschker at blackbox.n0spam.net (Martin T. Kutschker) Date: Thu, 13 May 2004 21:54:21 +0200 Subject: metatags - Re: [Typo3-dev] You are the Programmer In-Reply-To: References: Message-ID: Kasper Sk?rh?j wrote: > > Take that as an invitation to become involved and take influence. If you > deliver quality on time you get respect and influence in return. You > earn your way in by proving your worth. I am interested in metatags. I'v already written some kind of add-on (meta-tag navigation) and have some ideas on further enhancements (for both extensions). Masi From niederlag at ikd01.de Thu May 13 21:52:56 2004 From: niederlag at ikd01.de (Peter Niederlag) Date: Thu, 13 May 2004 21:52:56 +0200 Subject: [Typo3-dev] duplicate mails In-Reply-To: References: Message-ID: Hi Wolfgang, Wolfgang Klinger schrieb am 13.05.2004 um 21:21 Uhr CEST > > *hiya!* > > I got some complaints about receiving duplicate mails from me through > the list. I haven't found the time yet but I also noticed that. There's on message plus two empy messages. > I think that the list server has some problems with my gpg signature > attachment. Who's maintaining the netfielders list server and/or does > anybody else know any solution (except not signing messages)? as long as there is no other solution I'd ask you to either change the way of the gpg-handling in your mail-client or to just leave it out. I notice this remark in the header of the empty messages: This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. Actually I doubt it is the listserver that causes this trouble but of course it could be... As you can see it is anyway possible to sign messages without causing trouble(hopefully). ;) Many Thx, Peter -- Peter Niederlag http://www.niekom.de * Typo3 und EDV-Dienstleistungen * http://www.clown-goli.de * Clown-Comedy-Jonglage-Animation * -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From Martin.no5pam.Kutschker at blackbox.n0spam.net Thu May 13 21:57:48 2004 From: Martin.no5pam.Kutschker at blackbox.n0spam.net (Martin T. Kutschker) Date: Thu, 13 May 2004 21:57:48 +0200 Subject: [Typo3-dev] extension reviewing In-Reply-To: References: Message-ID: Kevin Draper wrote: > Anything that can explain extension programming would be greatly > appreciated!! What we need are some stupid demo extensions that don't do much, but explain everything. Like the dummy site, only for extensions. And of course I'd appreciate one unified faq/howto. The faq feature for the list is nice but not sufficient. Bit I realize that creating this is hard work. I've started a small howto while beginning to write extensions but stopped after a few entries. Masi From patrick.gaumond at fsa.ulaval.ca Thu May 13 21:59:03 2004 From: patrick.gaumond at fsa.ulaval.ca (Patrick Gaumond) Date: Thu, 13 May 2004 15:59:03 -0400 Subject: [Typo3-dev] You are the Programmer - System extensions References: Message-ID: My toughts about System Extensions (SE) SE rules! It gives to the whole project a feeling of "completeness". It always bother me that only core work would increase release numbers but with the new concept of SE, I get the impression that TYPO3 will be more attractive from a marketing point of view. I'm with Kasper on all Inlcude/Enable choice already made except for "Meta tags extended" that should be a SE. The DEV package looks like a bunch of SE to me maybe because we're so use to have the TS Object Browser at hand... That raise the question on how the package will be managed ? Are we going to have the possibility to get the DEV package in a single transfer ? Are packages going to be treated with the same care as the SE ? Are we aiming at having other theme packages like a PORTAL package ? Six months ago lots of people ask for pseudo *Nuke functionality. As for the popular or so useful that they should be declare SE I can think of : CleanDB : to really delete marked records, maybe should be integrated into DBint and be DBAL aware ? Page PHP Content (http://typo3.org/extensions/repository/list/page_php_content/) can be a real timesaver. Maybe dangerous? Meta tags extended : Already mentioned, should be a SE. And well... "Old school CMS" is quite a negative name for a package. ; ) Patrick From niederlag at ikd01.de Thu May 13 21:52:56 2004 From: niederlag at ikd01.de (Peter Niederlag) Date: Thu, 13 May 2004 21:52:56 +0200 Subject: [Typo3-dev] duplicate mails Message-ID: _______________________________________________ Typo3-dev mailing list Typo3-dev at lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev -------------- next part -------------- An embedded message was scrubbed... From: unknown sender Subject: Date: Thu, 13 May 2004 22:01:04 +0200 Size: 1675 URL: From niederlag at ikd01.de Thu May 13 21:52:56 2004 From: niederlag at ikd01.de (Peter Niederlag) Date: Thu, 13 May 2004 21:52:56 +0200 Subject: [Typo3-dev] duplicate mails Message-ID: _______________________________________________ Typo3-dev mailing list Typo3-dev at lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev -------------- next part -------------- An embedded message was scrubbed... From: unknown sender Subject: Date: Thu, 13 May 2004 22:01:04 +0200 Size: 1675 URL: From ms at k1net.de Thu May 13 22:07:19 2004 From: ms at k1net.de (Mathias Schreiber [K1net]) Date: Thu, 13 May 2004 22:07:19 +0200 Subject: [Typo3-dev] DB changes Message-ID: Could we please set the cache_md5params uid field and the sys_stat.uid fields to bgint by default? mySQL freezes when you try to change it afterwards. peace Mathias From ccho at dimension-e.net Thu May 13 22:14:10 2004 From: ccho at dimension-e.net (Carlos Chiari (DE)) Date: Thu, 13 May 2004 15:14:10 -0500 Subject: [Typo3-dev] You are the Programmer In-Reply-To: Message-ID: Hi All: I must admit time and expertise are not my strong sides here. Yet, if I can help with anything, I am in. I must find quality time, and I am working hard to get it. If de_phpot is going to be included on the core - because of popularity, I would look for the time to clean the code, make it DBAL compatible, and MAYBE look for a way of migrating from phpopentracker to a typo3 based mechanism. Any one interested in making team on this extension? Kasper & guys: Please, feel free to tell me what can I be useful at or where can I help. Also, Patrick: if you read this, I will contact you soon on the documentation plan. Best regards, Carlos From daniel at typo3.com Thu May 13 22:17:30 2004 From: daniel at typo3.com (Daniel Hinderink [TYPO3]) Date: Thu, 13 May 2004 22:17:30 +0200 Subject: metatags - Re: [Typo3-dev] You are the Programmer In-Reply-To: Message-ID: > Kasper Sk?rh?j wrote: >> >> Take that as an invitation to become involved and take influence. If you >> deliver quality on time you get respect and influence in return. You >> earn your way in by proving your worth. > > I am interested in metatags. I'v already written some kind of add-on > (meta-tag navigation) and have some ideas on further enhancements (for > both extensions). I would like to see a backend plugin for efficient creation and management of meta tags. 1. extraction and batch processing It could allow to edit metatags for a complete tree with the help of automatic meta tag scripts and using the dublin core as already implemented by Kasper with extended meta tags. 2. fine tuning individual page meta information Secondy it could display the metatags for a given selection of the site tree in one matrix-like form for swift and comprehensive editing. There are some nice tools out there to look at for inspiration and even integration: http://dublincore.org/tools/ Cheers, Daniel -- Daniel Hinderink TYPO3 - get.content.right Innovation, Marketing, PR http://www.typo3.com -- Don't spend time beating on a wall, hoping to transform it into a door. Coco Chanel From daniel at typo3.com Thu May 13 22:18:57 2004 From: daniel at typo3.com (Daniel Hinderink [TYPO3]) Date: Thu, 13 May 2004 22:18:57 +0200 Subject: [Typo3-dev] You are the Programmer In-Reply-To: Message-ID: Hi Jan, hi Volker, > >> I guess that is more in line with the thread named "Sharing the load > of >> development thread" of 26.04. although the old calender is not > mentioned >> here. > > sorry for not having read every single thread in this list ;-) Me neither. > >> Why not replace tt_calendar then and team up with these? >> http://typo3.org/extensions/repository/search/calendar/ > > Thanks for the hint. > >> Any reason why you would not like this to be in the regular >> sxw-template and published on TYPO3.org? > > This is what he is trying to accomplish. Cool. > I have motivated Volker to post this project description here. I believe > in his expertise concerning recurring events with exception-handling and > his knowledge about PDF-Output. OK. > He probably didn't know about the regular template or has not had the > time to download&install OpenOffice... Well, even if it stays the way it is, why not publish it on TYPO3.org? > I thought he'd get some good hints and contacts here. > I thought it would be a good idea? Let's make it even better :-) Cheers Daniel > > Thanks > > Jan > > "form follows function" > Unknown > > > _______________________________________________ > Typo3-dev mailing list > Typo3-dev at lists.netfielders.de > http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev > -- Daniel Hinderink TYPO3 - get.content.right Innovation, Marketing, PR http://www.typo3.com -- "those telephone lines have to be gigantic, considering all the stuff they are carrying" Derrain 1926 From kasper at typo3.com Thu May 13 22:30:40 2004 From: kasper at typo3.com (Kasper =?ISO-8859-1?Q?Sk=E5rh=F8j?=) Date: Thu, 13 May 2004 22:30:40 +0200 Subject: [Typo3-dev] drawbacks to using smarty in extensions? In-Reply-To: References: Message-ID: In Amsterdam we attended a talk on Smarty and had discussions about PHP vs. Smarty. My personal claim was that IF there was some way of restricting what can be done in terms of function calls/variable access in a PHP include file THEN there would be no need for smarty; In other words, PHP is a "dangerous" templating language to pass to a designer. So I came up with the idea of making a little PHP-parser which had to parse the PHP-template first and approve its content (for instance make an error if an unlink() function was called - or better only allow a certain subset of PHP functions like htmlspecialchars() etc). I did a prototype which worked well but never finished anything since it was just a little relaxation project in the evenings... Anyways, we agreed in amsterdam that: - We want people to make their own choice! So, what follows natural is that someone take a deep breath and create the TYPO3 meta-template engine which can interface with either XSLT, TemplaVOila, Smarty or plain PHP or good-ole-###-markers. Plugins should be written to support this engine - the engine should offer any of those choises in all cases. Everyone would be happy. - kasper From daniel at typo3.com Thu May 13 22:35:52 2004 From: daniel at typo3.com (Daniel Hinderink [TYPO3]) Date: Thu, 13 May 2004 22:35:52 +0200 Subject: [Typo3-dev] drawbacks to using smarty in extensions? In-Reply-To: Message-ID: > - We want people to make their own choice! > > So, what follows natural is that someone take a deep breath and create > the TYPO3 meta-template engine which can interface with either XSLT, > TemplaVOila, Smarty or plain PHP or good-ole-###-markers. Plugins should > be written to support this engine - the engine should offer any of those > choises in all cases. Everyone would be happy. There is a nice open source CMS written in perl, which is pretty open in that respect called bricolage. Might be worth a look how they have done it. Cheers Daniel PS: "Open Mind technology", where is that from again? :-) -- Daniel Hinderink TYPO3 - get.content.right Innovation, Marketing, PR http://www.typo3.com -- Those who create are rare; those who cannot are numerous. Therefore, the latter are stronger. Coco Chanel From daniel at typo3.com Thu May 13 22:40:28 2004 From: daniel at typo3.com (Daniel Hinderink [TYPO3]) Date: Thu, 13 May 2004 22:40:28 +0200 Subject: [Typo3-dev] You are the Programmer In-Reply-To: Message-ID: On the subject matter of project descriptions: > He probably didn't know about the regular template or has not had the > time to download&install OpenOffice... I have finally found a few minutes to clear out all the bulk out of an older one and make a project description template. For demonstration purposes (and entertainment) it is featuring the mind-boggling adventure henceforth known as the OCTP-project, developed by Ren?, Robert and myself. If you have any ideas of what kind of hints and requirements this template document should have in writing. Or even feel your command over open office is towering mine (which is very likely) and want to beautify it, please go ahead. Have fun, Daniel -- Daniel Hinderink TYPO3 - get.content.right Innovation, Marketing, PR http://www.typo3.com -- The question isn't what are we going to do today, it's what aren't we going to do today - Ferris Bueler's Day Off From daniel at typo3.com Thu May 13 22:41:28 2004 From: daniel at typo3.com (Daniel Hinderink [TYPO3]) Date: Thu, 13 May 2004 22:41:28 +0200 Subject: [Typo3-dev] You are the Programmer In-Reply-To: Message-ID: > I have finally found a few minutes to clear out all the bulk out of an older > one and make a project description template. Ahem, which can be found here: http://typo3.org/index.php?id=1448 :-) Cheers Daniel -- Daniel Hinderink TYPO3 - get.content.right Innovation, Marketing, PR http://www.typo3.com -- If I wanted your website to make noise, I'd lick my finger and rub it across the screen. Anonymous From patrick.gaumond at fsa.ulaval.ca Thu May 13 22:42:50 2004 From: patrick.gaumond at fsa.ulaval.ca (Patrick Gaumond) Date: Thu, 13 May 2004 16:42:50 -0400 Subject: metatags - Re: [Typo3-dev] You are the Programmer References: Message-ID: "Martin T. Kutschker" a ?crit : > I am interested in metatags. I'v already written some kind of add-on > (meta-tag navigation) and have some ideas on further enhancements (for > both extensions). There was a little discussion about extending " Meta tags extended" between Karsten, Ben and myself. Here's the notes I have from early emails (Patrick is with">" and comments are from Karsten) : ---------------------------------------------------------------------- > A- In general we could setup a few info "system-wide" (content-type, > shema, others like publisher or rights) values that should be > overwritable on a page basis. Extended keywords (n_extkeywords) does something similar I think. From the description: "It also adds the possibility to have the keywords accumilated over the rootline enabling one to set site-wide keywords along with branch-wide and page specific keywords." It doesn't replace the standard value, but appends to it, if you configure it that way. > B- Language should lookup in Typo3 so we don't need to setup manually > the user selection in case of site with multiple language. (I don't know > if possible in TYPO3) Definitely the way to go. TYPO3 knows the language of a page from the "Website Language" record, which we might need to enhance, as we need the ISO language shorthand for DC, and the language record in TYPO3 only knows a rather descriptive title. This might well go into the core, as valid XHTML should have lang attributes as well, so this is needed anyway. > C- Author, Creation date and Modification date should come from TYPO3 True. Even other data might be gathered automatically (e.g. if you already supply a description for the 'normal' meta description tag, this could be reused). Further data may be fetched from the corresponding fields for pages of type advanced. After all, we should probably talk to Kapser and discuss the option of enhancing the 'Meta tags, extended' extension directly (maybe taking over maintenance). It does a basic set of things we need, and would 'only' need to be enhanced with the automatic gathering of data where applicable and the option of providing page-specific entries. Maybe we should write a 'formal' project description to base further discussion on? ---------------------------------------------------------------------- AFAIK, not a single line of code has been writen but I'm still interested in this development... Patrick From leening at saurus.nl Thu May 13 23:16:49 2004 From: leening at saurus.nl (Michiel van Leening) Date: Thu, 13 May 2004 23:16:49 +0200 Subject: [Typo3-dev] duplicate mails In-Reply-To: References: Message-ID: On Thu, 2004-05-13 at 21:52, Peter Niederlag wrote: > > As you can see it is anyway possible to sign messages > without causing trouble(hopefully). ;) Too bad. Your mail is 3 times in the list. 2 times the mail as TXT attachment... I've noticed this myself as well, so i'm considering leaving the pgp for now until someone fixes the listserver :-) -- Met vriendelijke groeten, Michiel van Leening --------------------------------------------------------------- Saurus Internet - http://www.saurus.nl/ - info at saurus.nl Vestesingel 8, 9408 CA - Assen, The Netherlands tel: +31 (0)592.461.467 - fax: +31 (0)84.86.88.007 Michiel van Leening - Internet Application Developer leening at saurus.nl - gsm: +31 (0)65.57.12.693 - ICQ#51566230 Registered with the Linux Counter. ID #39463 --------------------------------------------------------------- Robert Tappen Morris, Jr., got six months in jail for crashing 10% of the computers that Bill Gates made $100 million crashing last weekend. From kasper at typo3.com Thu May 13 23:43:51 2004 From: kasper at typo3.com (Kasper =?ISO-8859-1?Q?Sk=E5rh=F8j?=) Date: Thu, 13 May 2004 23:43:51 +0200 Subject: [Typo3-dev] You are the Programmer - System extensions In-Reply-To: References: Message-ID: Hi Patrick. thanks for being with us so eagerly! On Thu, 2004-05-13 at 21:59, Patrick Gaumond wrote: > My toughts about System Extensions (SE) > > SE rules! It gives to the whole project a feeling of "completeness". It > always bother me that only core work would increase release numbers but with > the new concept of SE, I get the impression that TYPO3 will be more > attractive from a marketing point of view. > > I'm with Kasper on all Inlcude/Enable choice already made except for "Meta > tags extended" that should be a SE. I didn't exclude it because it is not important. Mostly because it is simplistic and in a few days someone could make something much better - and we would have another honoured member of the core them then... :-) > > The DEV package looks like a bunch of SE to me maybe because we're so use to > have the TS Object Browser at hand... Also a kind of statement from Robert, Julle and I (we made the selections together): Strictly, these would not be needed on a production server for instance. Or they might not be central if a new "cms2" extension came around offering an alternative frontend engine one day. Further, there is a LOT to clean up codewise in the Template tools; They work stable but the source is NOT commented and there is a lot of it! (and SE has to respect the CGL). > > That raise the question on how the package will be managed ? Are we going to > have the possibility to get the DEV package in a single transfer ? That was the idea, but... the idea of packages is currently just a sketchy concept which you still have to chance to shape. So cast your visions, if any... > > Are packages going to be treated with the same care as the SE ? No. We are strict on the SE. Things in packages is another game. > > Are we aiming at having other theme packages like a PORTAL package ? Six > months ago lots of people ask for pseudo *Nuke functionality. Not as a part of the SE discussion. But obviously it still sounds like a good project for a "package" (collection of extensions to go with the core) or "distribution" (collrection of extensions set up in a running website with dummy database) > > As for the popular or so useful that they should be declare SE I can think > of : > > CleanDB : to really delete marked records, maybe should be integrated into > DBint and be DBAL aware ? This will soon be in DBint. This is definitely something belonging to an official core extension. > Page PHP Content > (http://typo3.org/extensions/repository/list/page_php_content/) can be a > real timesaver. Maybe dangerous? Yes, no cohiba to that (by definition I mean...:-) BUT - I just realize that my little PHP-parser born in Amsterdam might be a great "validator" for such an extension. However very rough work yet... (see thread about template engines) > Meta tags extended : Already mentioned, should be a SE. I would prefer a new one - or this one renewed if someone thinks that is better. (keeping backwards compatibility) > > And well... "Old school CMS" is quite a negative name for a package. ; ) I wouldn't take offense. The point was to use such a package for outphasing all the more and more obsolete concepts of CMS in TYPO3 *WITHOUT* loosing them totally; I have a lot of respect for backwards compatibility and I want to go a long way to make future versions of TYPO# compatible with old-style websites. But isolating obsolete functionality in extensions is no bad way to send a signal while respecting backwards... > > Patrick > > > > _______________________________________________ > Typo3-dev mailing list > Typo3-dev at lists.netfielders.de > http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev -- God bless - kasper ------ "To succeed in life, you need two things: ignorance and confidence." - Mark Twain. From mundaun at gmx.ch Thu May 13 23:42:15 2004 From: mundaun at gmx.ch (Michael Stucki) Date: Thu, 13 May 2004 23:42:15 +0200 Subject: [Typo3-dev] duplicate mails References: Message-ID: Dear Wolfgang, > I got some complaints about receiving duplicate mails from me through > the list. > > I think that the list server has some problems with my gpg signature > attachment. Sure? A mail is a mail, idendependently of its content, or am I wrong here? > Who's maintaining the netfielders list server and/or does anybody else > know any solution (except not signing messages)? I am the list server admin, but I don't know a solution for your problem. Though, I didn't know that there was such a problem at all! There are a few options for you now: - Disable the GPG signature temporarily and see if this helps - Use the newsserver instead: news://news.netfielders.de/ - Do some research and try to find out if Mailman has a problem with GPG signed mails (sorry, I have no time to do that at the moment) > ps: I never get any mail twice myself though(?) Me too, but I am currently not subscribed to the list, I read all groups in a newsreader. See link above. On the newsserver, I cannot find any duplicates from you! Anyway, I did subscribe to the mailing list now and will probably see when the problem happens again. Cheers - michael -- Want support? Please read the list rules first: http://typo3.org/1438.0.html From mundaun at gmx.ch Thu May 13 23:47:32 2004 From: mundaun at gmx.ch (Michael Stucki) Date: Thu, 13 May 2004 23:47:32 +0200 Subject: [Typo3-dev] You are the Programmer References: Message-ID: Hi Kasper, > Take that as an invitation to become involved and take influence. If you > deliver quality on time you get respect and influence in return. You > earn your way in by proving your worth. One first comment, I couldn't read it all yet. Can we use the term 'tasks' instead of 'packages'? I know it's a fussy but it's still right, assuming that these 'packages' do not contain anything but dependencies for other extensions, right? Regards - michael -- Want support? Please read the list rules first: http://typo3.org/1438.0.html From kasper at typo3.com Thu May 13 23:55:11 2004 From: kasper at typo3.com (Kasper =?ISO-8859-1?Q?Sk=E5rh=F8j?=) Date: Thu, 13 May 2004 23:55:11 +0200 Subject: [Typo3-dev] extension reviewing In-Reply-To: References: Message-ID: I fully agree and understand everything said in this thread. We have a Team for documentation and under that team a project is set up to create "Extension Programming documentation". http://typo3.org/projects/teams-and-projects/#proj_17 I personally have to focus on other parts of TYPO3 and therefore this is not my call. I can only cry with you. My greatest hope for documentation (done by others than me) currently is: - Documentation roadmap - so people can better understand the whole structure of everything and where to start and find information etc. - Revised TSref and frontend documents. - Extension Programming Tutorials The latter could be a project going hand in hand with maintenance of the Extension Kickstarter Wizard! So I could wish that a team would form who would dedicate themselves to provide what this thread (in particular Wolfgang) touched: a) better default code, b) dummy extensions with examples, c) documents. However, it turns out that documentation is the LEAST fun thing for everyone to make! It is really the team that has produced the least in the past. I'm not saying people are lazy (I know they have been busy etc) but it is also the case that it doesn't provide themselves any direct use: WRiting documentation is really for someone else than yourself. Maybe we are just waiting for a book on the topic which costs money... :-) - kasper From kasper at typo3.com Thu May 13 23:56:48 2004 From: kasper at typo3.com (Kasper =?ISO-8859-1?Q?Sk=E5rh=F8j?=) Date: Thu, 13 May 2004 23:56:48 +0200 Subject: [Typo3-dev] You are the Programmer In-Reply-To: References: Message-ID: Hmm, maybe "groups" is a better name. Or "tags". We could even imagine that one extension could belong to more than one group. The idea should be that you could also connect to TER and say "Please download and install/update this group called "DEV"" - kasper From tombedlam at yahoo.com Thu May 13 21:37:01 2004 From: tombedlam at yahoo.com (Christopher) Date: Thu, 13 May 2004 12:37:01 -0700 (PDT) Subject: [Typo3-dev] duplicate mails In-Reply-To: Message-ID: Hello, --- Wolfgang Klinger wrote: > > *hiya!* > > I got some complaints about receiving duplicate mails from me > through > the list. > > I think that the list server has some problems with my gpg signature > attachment. Who's maintaining the netfielders list server and/or > does > anybody else know any solution (except not signing messages)? > > tia > bye > Wolfgang > > ps: I never get any mail twice myself though(?) I got three of this one too ;-) You can see that *something* weird is going on in the list archive with some of the posts with signature attachments too. Look in the thread "New approach for forms" for the posts by Michiel van Leening: http://typo3.org/documentation/mailing-lists/dev-list-archive/thread/47453/?tx_maillisttofaq_pi1%5Bmode%5D=1 ...and (for Wolfgang ;-) ) in the thread "Extension reviewing": http://typo3.org/documentation/mailing-lists/dev-list-archive/thread/47568/?tx_maillisttofaq_pi1%5Bmode%5D=1 -Christopher __________________________________ Do you Yahoo!? Yahoo! Movies - Buy advance tickets for 'Shrek 2' http://movies.yahoo.com/showtimes/movie?mid=1808405861 From simondt at gpuk.net Fri May 14 00:39:07 2004 From: simondt at gpuk.net (Simon Child) Date: Thu, 13 May 2004 23:39:07 +0100 Subject: [Typo3-dev] How can non-admin beuser can edit/delete entriesin table tx_myextension References: Message-ID: "Kasper Sk?rh?j" wrote in message news:mailman.2327.1084404022.256.typo3-dev at lists.netfielders.de... > Are you sure this question belongs on the dev-list? Sorry, I thought it did, the dev list description says: "for discussions on core stuff, and extension development" However perhaps you had in mind more discussion of larger ideas rather than debugging my feeble extension :(( [Please ignore the following if inappropriate and I'll move it to the English list] > (Did you give write-access to the table-name for the group that > non-admin user is member of?) I did - I selected that table in Tables (listing) and Tables (modify), and selected all the excludefields relating to that table, i.e. all the fields of the table. And I can add new entries to the table e.g. List / New / click on the name of the table. What I cannot do is display the existing entries in the table so that I can edit/delete them. When logged in as admin then List / click on root of tree (globe, id = 0) shows me all the tables, but when logged in as a non-admin beuser I do not have access to the globe id=0, but only to the page tree. I'm missing a trick somewhere as to how to enable access to the tables of my extensions for non-admin beuser to edit them, even though the group of that user does have write permissions for the table (and can write a new entry). -- Simon Child From tombedlam at yahoo.com Thu May 13 22:11:03 2004 From: tombedlam at yahoo.com (Christopher) Date: Thu, 13 May 2004 13:11:03 -0700 (PDT) Subject: [Typo3-dev] duplicate mails In-Reply-To: Message-ID: Hiya Peter, --- Peter Niederlag wrote: > Actually I doubt it is the listserver that causes this trouble but of > course it could be... > > As you can see it is anyway possible to sign messages > without causing trouble(hopefully). ;) Sorry ;-0 I got three of this message...and so did the list: http://typo3.org/documentation/mailing-lists/dev-list-archive/thread/47594/?tx_maillisttofaq_pi1%5Bmode%5D=1 I think it is something on server end; I don't get multiple copies from Wolfgang when the mail is sent directly. -Christopher __________________________________ Do you Yahoo!? Yahoo! Movies - Buy advance tickets for 'Shrek 2' http://movies.yahoo.com/showtimes/movie?mid=1808405861 From ms at k1net.de Fri May 14 01:23:28 2004 From: ms at k1net.de (Mathias Schreiber [K1net]) Date: Fri, 14 May 2004 01:23:28 +0200 Subject: [Typo3-dev] You are the Programmer - System extensions References: Message-ID: Kasper Sk?rh?j wrote: >> CleanDB : to really delete marked records, maybe should be >> integrated into DBint and be DBAL aware ? > > This will soon be in DBint. This is definitely something belonging to > an official core extension. Are you developing on this one yourself? Because then I would stop fuzzeling on CleanDB2. I picked up the idea of also deleting associated images and files. My idea was to read TCA instead of quering the DB, but disabled extensions do not show up in the TCA (which is good) and thus only stuff would get deleted that would be assinged in TCA. To make CleanDB work consequently I would also need to find some sort of trigger which tables and fields are NOT in TCA but in the DB. shall I rip the install tool apart for that or do you have some quicker input for me. From niederlag at ikd01.de Fri May 14 01:29:12 2004 From: niederlag at ikd01.de (Peter Niederlag) Date: Fri, 14 May 2004 01:29:12 +0200 Subject: [Typo3-dev] duplicate mails In-Reply-To: References: Message-ID: Hi, Christopher schrieb am 13.05.2004 um 13:11 Uhr CEST > Hiya Peter, > > --- Peter Niederlag wrote: > > > Actually I doubt it is the listserver that causes this trouble but > > of course it could be... > > > > As you can see it is anyway possible to sign messages > > without causing trouble(hopefully). ;) > > Sorry ;-0 > I got three of this message...and so did the list: > http://typo3.org/documentation/mailing-lists/dev-list-archive/thread/47594/?tx_maillisttofaq_pi1%5Bmode%5D=1 uuuh. :-<< Sorry. Admin, can U please delete my last post? ;) I take everything back and say the opposite. Have fun, Peter -- Peter Niederlag http://www.niekom.de * Typo3 und EDV-Dienstleistungen * http://www.clown-goli.de * Clown-Comedy-Jonglage-Animation * From ms at k1net.de Fri May 14 01:29:54 2004 From: ms at k1net.de (Mathias Schreiber [K1net]) Date: Fri, 14 May 2004 01:29:54 +0200 Subject: [Typo3-dev] extension reviewing References: Message-ID: Kasper Sk?rh?j wrote: > The latter could be a project going hand in hand with maintenance of > the Extension Kickstarter Wizard! So I could wish that a team would > form who would dedicate themselves to provide what this thread (in > particular Wolfgang) touched: a) better default code, b) dummy > extensions with examples, c) documents. I would like a little switch to set whether I want default code or not :) Everything except for the header comment and the main function gets deleted within the first 15 seconds of extension developement in our cases. I do see the pros of more or "better" default code, whatever that means. But with 3.6.0 and the fully commented code (thanks Kasper, this is really making our lifes easier) combined with an PHP IDE makes writing extensions soooo simple, fast and thus cost efficient. From kdraper at wildcanary.ca Fri May 14 03:22:00 2004 From: kdraper at wildcanary.ca (Kevin Draper) Date: Thu, 13 May 2004 21:22:00 -0400 Subject: [Typo3-dev] extension reviewing References: Message-ID: Well, if you think there is a role for a relative newbie to help out with the Extension documentation, sign me up. I may still be learning about Typo3, but I have a lot of experience in web application development and SQL. My naive eyes and inexperience with Typo3 might be a benefit in helping to identify areas that need clarification. Kevin. "Kasper Sk?rh?j" wrote in message news:mailman.2487.1084485313.256.typo3-dev at lists.netfielders.de... > I fully agree and understand everything said in this thread. > > We have a Team for documentation and under that team a project is set up > to create "Extension Programming documentation". > > http://typo3.org/projects/teams-and-projects/#proj_17 > > I personally have to focus on other parts of TYPO3 and therefore this is > not my call. I can only cry with you. > > My greatest hope for documentation (done by others than me) currently > is: > - Documentation roadmap - so people can better understand the whole > structure of everything and where to start and find information etc. > - Revised TSref and frontend documents. > - Extension Programming Tutorials > > > The latter could be a project going hand in hand with maintenance of the > Extension Kickstarter Wizard! So I could wish that a team would form who > would dedicate themselves to provide what this thread (in particular > Wolfgang) touched: a) better default code, b) dummy extensions with > examples, c) documents. > > > However, it turns out that documentation is the LEAST fun thing for > everyone to make! It is really the team that has produced the least in > the past. I'm not saying people are lazy (I know they have been busy > etc) but it is also the case that it doesn't provide themselves any > direct use: WRiting documentation is really for someone else than > yourself. > > Maybe we are just waiting for a book on the topic which costs money... > :-) > > - kasper > > > From jan at wischnat.de Fri May 14 06:47:32 2004 From: jan at wischnat.de (Jan Wischnat) Date: Fri, 14 May 2004 06:47:32 +0200 Subject: [Typo3-dev] You are the Programmer References: Message-ID: Hello Daniel, hello list, > Well, even if it stays the way it is, why not publish it on TYPO3.org? We will. We will keep working on the project description until we have found a good solution to handle the recurring events in the backend. Ingmars hints will be of great help. We understood Kaspers Post as an invitation to participate in the development of TYPO3. So we decided to show where we could help. Volker has worked with and developed for other php-apps (PHP-Nuke, OScommerce) for a long time. He has never actively supported an Open Source Project though. I have helped him taking the first steps in combining PHP/TS last September. He is a "quick learner" :-) So, is it ok Volker takes over maintenance on tt_calender? Kasper? list? Next steps would be? - finish the project description - get in touch with Andreas Otto / CVS - start coding > I have finally found a few minutes to > clear out all the bulk out of an older > one and make a project description template. > [...] > Ahem, which can be found here: > http://typo3.org/index.php?id=1448 Great, thanks. We grabbed a copy :-) Thanks for your help & time Jan From typo3 at wesfx.com Fri May 14 07:41:10 2004 From: typo3 at wesfx.com (wes currier) Date: Fri, 14 May 2004 00:41:10 -0500 Subject: [Typo3-dev] Documentation revision numbers. Message-ID: I do not know if this is the correct place or time, but here goes. I have followed the lists for awhile and have just started using typo3. Yes there is a lot of documentation. It is also all over the board as far as location and document level. For example I realized I need to look at the typoscript by example document to learn some things I could not pick up in TS ref. Here is the link. http://typo3.org/typo3temp/manual-doc_core_tsbyex-14-12-2002_02-38-25.sxw It states at the top of the document "revised spring 2001" yet clearly the date on the extension in the file above is 2002. Also what revision is this for? -- 3.2b, 3.3, 3.5, 3.6RC1, 3.6RC2, 3.6.0, 3.6.1. Yes I know in this instance I am being a nitpick. My point is that it would help us new users to have documents linked to version numbers also with revisions and have all documentation in one location. For example Kasper stated here a few days ago that there were some new configurations in the TS REF regarding attaching external javaScript files. But when I downloaded the TS ref it was not in there. So one had to go to sourceforge to find the document. So why is not all documentation in one location. Or if it needs to be in multiple locations why not have a link to all the places documents are stored? for example: "Additional documents located at these links. . ." So, currently we have documents in the following locations. http://typo3.com/Documentation.1242.0.html (takes you to typo3.org) http://typo3.org/documents http://130.228.0.33/t3dl/src/ http://typo3.sunsite.dk/documentation/ http://sourceforge.net/projects/typo3/ http://sourceforge.net/project/showfiles.php?group_id=20391&package_id=14725 (which realistically is the same as the one above it) The second this is that because there have been changes to the underlying structure of typo3, some documentation is clearly out of date and obsolete. Unfortunately nothing about the document states that issue. My suggestion is to implement some sort of major.minor.rev for the documents that also matches the source code revisions. That way I know I do have the latest revision of a document. It would also help me eliminate certain older obsolete documents from my searches. Thanks for listening wes currier From daniel at typo3.com Fri May 14 08:02:55 2004 From: daniel at typo3.com (Daniel Hinderink [TYPO3]) Date: Fri, 14 May 2004 08:02:55 +0200 Subject: [Typo3-dev] You are the Programmer In-Reply-To: Message-ID: Hi Jan, > So, is it ok Volker takes over maintenance on tt_calender? Kasper? list? I think it is fair to get in touch with the people of the other calender extensions and form a team if they want to join this effort. > Next steps would be? - teaming up > - finish the project description > - get in touch with Andreas Otto / CVS > - start coding Cheers, Daniel -- Daniel Hinderink TYPO3 - get.content.right Innovation, Marketing, PR http://www.typo3.com -- If I wanted your website to make noise, I'd lick my finger and rub it across the screen. Anonymous From wolfgang at stufenlos.net Fri May 14 08:18:58 2004 From: wolfgang at stufenlos.net (Wolfgang Klinger) Date: Fri, 14 May 2004 08:18:58 +0200 Subject: [Typo3-dev] duplicate mails In-Reply-To: References: Message-ID: *hiya!* On Thu, 13 May 2004, Michael Stucki wrote the following: > > - Disable the GPG signature temporarily and see if this helps > Ok, I'll not sign them, there were no problems before ;-) thx Wolfgang From info at sitekick.de Fri May 14 08:57:43 2004 From: info at sitekick.de (Volker Biberger) Date: Fri, 14 May 2004 08:57:43 +0200 Subject: [Typo3-dev] extension reviewing References: Message-ID: Hi Wolfgang, I too would really like to help giving devolpers a more easy way of building extensions. Working for about 6 months with typo3 extensions I am not really a typo3 crack, but solved most of the basic problems any devolper will encounter when first writing extensions (I do not claim to have found the best way, but I got things running - thanks to the List in general, and thanks to Wolfgang in particular). It is now my time to contribute, so I would be glad to help. I quite well remember, what pains itch you most when starting with extensionprogramming. Contact me anytime, I?d be glad to share. Volker info at sitekick.de fon: 0751/3526824 From christian at jul.net Fri May 14 08:42:21 2004 From: christian at jul.net (Christian Jul Jensen) Date: 14 May 2004 08:42:21 +0200 Subject: [Typo3-dev] Callback/Hook for Logout-Event? References: Message-ID: Hi Daniel Br?n writes: > Has anyone except me the need to receive a FE-logout-event, so the > extension can clean up some DB/Session-Data? > I mean something like a callback-function that I can register with > typo3 or a hook or something. > > Am I the only one who needs this or is it worth to delve into it? I think that makes sense, I can imagine plenty of situations where you would like to clean up some stuff on logout. Still I think that the emptying of the session table should be handled properly by the core. Unless there's some good reason which I don't know about, I think this is a bug. -- Julle From christian at jul.net Fri May 14 08:59:51 2004 From: christian at jul.net (Christian Jul Jensen) Date: 14 May 2004 08:59:51 +0200 Subject: [Typo3-dev] Column where a content is References: Message-ID: Sergio S?nchez writes: > Hi! > > I'm developing an extension with a frontend plugin. Are there > any way to know from the php code of the extension in which column is > the plugin inserted? the tslib_cObj class holds a property data which is loaded with the current tt_content record as an associative array. If your extension extends the pi_base, there's an instance of this object in $this->cObj. So you can get the column from: $this->cObj['data']['colPos'] -- ./mvh Christian Jul Jensen Frelance webprogrammer TYPO3 Typehead Denmark From leendert at netcreators.nl Fri May 14 09:19:45 2004 From: leendert at netcreators.nl (Leendert Brouwer [Netcreators]) Date: Fri, 14 May 2004 00:19:45 -0700 Subject: [Typo3-dev] drawbacks to using smarty in extensions? References: Message-ID: "Ingmar Schlecht" wrote in message news:mailman.1.1084466673.28934.typo3-dev at lists.netfielders.de... > > Well, the approach the article is talking about does not discourage > writing templates, however, it evangelizes the use of PHP as a > templating language. > Well, but I got your point and will shut up know ;-) > > cheers, > Ingmar So, without getting into heated debates about whether or not using template engines is a good thing (had that debate a few times already), I'm assuming from the reactions that it would technically not lead to any difficulties within Typo3? Oh, if you're actually interested in what I think about using template engines, I wrote a little something here quite a while ago: http://www.daholygoat.com/site/index.php?content=rants_templateengines I was working for a different company back then. My opinions have changed a bit over time. I think it's very much dependent on the situation. I also agree with Kasper on the restriction issue. And like Martin, I'm tired of the discussion too :) Regards, Leendert From moeller at network-publishing.de Fri May 14 09:22:37 2004 From: moeller at network-publishing.de (Christoph Moeller) Date: Fri, 14 May 2004 09:22:37 +0200 Subject: [Typo3-dev] extension reviewing In-Reply-To: References: Message-ID: Mathias Schreiber [K1net] schrieb: >>The latter could be a project going hand in hand with maintenance of >>the Extension Kickstarter Wizard! So I could wish that a team would >>form who would dedicate themselves to provide what this thread (in >>particular Wolfgang) touched: a) better default code, b) dummy >>extensions with examples, c) documents. Wasn't there a document already used in some cases by the extension reviewers, some time ago, that contained some pretty detailed guidelines on code structure, quality, communicativeness of the author, etc. pp.? Have to dig on my HD for that one...couldn't that one be extended to match the current situation and incorporate a more modern workflow in terms of open, distributed and transparent processes of reviewing? > I would like a little switch to set whether I want default code or not :) > Everything except for the header comment and the main function gets deleted > within the first 15 seconds of extension developement in our cases. Good idea - I second that. > I do see the pros of more or "better" default code, whatever that means. > But with 3.6.0 and the fully commented code (thanks Kasper, this is really > making our lifes easier) combined with an PHP IDE makes writing extensions > soooo simple, fast and thus cost efficient. Nevertheless, as somebody in this thread already suggested, demo snippets for common tasks (mode switching via GPvars, correct GPvar names, widely used API funcs, gfx handling, cObjects, RTE parsing for your output, accessing/modifying TS, you name it) would be a nice-to-have gadget. We are currently working on sth. like that to be able to train co-workers faster on how to write clean T3 extensions. Greets, Chris -- network.publishing internet & network service moeller westbunk gbr From wolfgang at stufenlos.net Fri May 14 09:29:31 2004 From: wolfgang at stufenlos.net (Wolfgang Klinger) Date: Fri, 14 May 2004 09:29:31 +0200 Subject: [Typo3-dev] extension reviewing In-Reply-To: References: Message-ID: *hiya!* On Fri, 14 May 2004, Volker Biberger wrote the following: > It is now my time to contribute, so I would be glad to help. I quite > well remember, what pains itch you most when starting with > extensionprogramming. *yippi!* How can we add this to the "TYPO3 Extension Development Platform" project at sourceforge? (I know litte to nothing about all this CVS stuff) Andreas Otto? My sourceforge user name is "stfl_wolfgang". tia Wolfgang From jan at wischnat.de Fri May 14 09:36:46 2004 From: jan at wischnat.de (Jan Wischnat - schwangau.de) Date: Fri, 14 May 2004 09:36:46 +0200 Subject: [Typo3-dev] You are the Programmer References: Message-ID: Hello Daniel, > > So, is it ok Volker takes over maintenance on tt_calender? Kasper? list? > > I think it is fair to get in touch with the people of the other calender > extensions and form a team if they want to join this effort. Should Volker start a new thread in this list: "EXT: Calendar -> Call for participation/members"? Thanks Jan "Daniel Hinderink [TYPO3]" schrieb im Newsbeitrag news:mailman.2513.1084514585.256.typo3-dev at lists.netfielders.de... > Hi Jan, > > > So, is it ok Volker takes over maintenance on tt_calender? Kasper? list? > > I think it is fair to get in touch with the people of the other calender > extensions and form a team if they want to join this effort. > > > Next steps would be? > > - teaming up > > - finish the project description > > - get in touch with Andreas Otto / CVS > > - start coding > > Cheers, > > Daniel > > -- > > Daniel Hinderink > TYPO3 - get.content.right > Innovation, Marketing, PR > http://www.typo3.com > > -- > If I wanted your website to make noise, I'd lick my finger and rub it across > the screen. Anonymous > > From mundaun at gmx.ch Fri May 14 09:38:25 2004 From: mundaun at gmx.ch (Michael Stucki) Date: Fri, 14 May 2004 09:38:25 +0200 Subject: [Typo3-dev] duplicate mails References: Message-ID: Hi Wolfgang, >> - Disable the GPG signature temporarily and see if this helps > > Ok, I'll not sign them, there were no problems before ;-) Fine, but that was just a workaround, of course. Wouldn't it be better to try to solve the problem? :-) - michael PS: If you help me to evaluate the problem, we should do that on the typo3-test list... -- Want support? Please read the list rules first: http://typo3.org/1438.0.html From leendert at netcreators.nl Fri May 14 09:48:53 2004 From: leendert at netcreators.nl (Leendert Brouwer [Netcreators]) Date: Fri, 14 May 2004 00:48:53 -0700 Subject: [Typo3-dev] extension reviewing References: Message-ID: "Kevin Draper" wrote in message news:mailman.1.1084477838.8394.typo3-dev at lists.netfielders.de... > Anything that can explain extension programming would be greatly > appreciated!! Currently there are the "Creating a basic extension" and the > "EXT: Form Extension Tutorial" tutorials, but these don't do much more than > explain how to create a plug-in. There is no real discussion as to *how* to > program an extension. For example, the most simple thing, there is no > explanation as to what the $content and $conf parameters are used for in the > main() function. Just figuring that out alone took *way* too long. > > Another problem with figuring out extension programming is knowing what > model to follow. It is obvious that some of the existing extensions are > quite old and were written under a different philosophy. It is very > difficult to determine what is good practice and what is not. > > If I had the knowledge, I would try to write something, but right now I am a > bumbling newbie, desperately trying to make sense of everything... > > Kevin. > I'm glad you bring this up. This is exactly what annoyed me as well. There needs to be much more documentation on _how_ extensions are programmed. I spent a lot of time just staring at code trying to figure out what was mandatory, what common practices within the system are, and so on, and if the process of making extensions was properly documented, that waste of time could have been avoided. I don't think examples of extensions are enough to explain _how_ they are built. That's like giving a carpenter-to-be a house and tell him to take a good look at it, and then assuming he'll know how to construct a house. Not saying that it's not possible, but a story can do much more than some example code, imho. I'm taking notes during extension development, and I definitely want to write a few thorough tutorials on how things are done once I have enough notes and knowledge. I like to write. I'll just make sure to have my tutorial reviewed first, because there are some things I'm not even sure about myself yet (again, because of a lack of clear documentation). Just an idea, maybe there need to be seperate documentation sections for e.g: - users (mainly about interface related things) - implementors (mainly about TS and so on) - extension developers (mainly about common practices, case studies, implications of certain practices and so on) Although it's kind of seperated now, when there will be more and more documentation the current approach will probably be a bit obfuscating over time. If this stuff is properly documented and organized, Typo3 would be more kickass. Anyway, just my 2 cents for now (I'll have much more cents in the future!) From wolfgang at stufenlos.net Fri May 14 09:54:17 2004 From: wolfgang at stufenlos.net (Wolfgang Klinger) Date: Fri, 14 May 2004 09:54:17 +0200 Subject: [Typo3-dev] extension reviewing In-Reply-To: References: Message-ID: *hiya!* On Fri, 14 May 2004, Christoph Moeller wrote the following: > Nevertheless, as somebody in this thread already suggested, demo > snippets for common tasks (mode switching via GPvars, correct GPvar > names, widely used API funcs, gfx handling, cObjects, RTE parsing for > your output, accessing/modifying TS, you name it) would be a > nice-to-have gadget. We are currently working on sth. like that to be > able to train co-workers faster on how to write clean T3 extensions. > How about publishing your work so we can see what you have now and incorporate our changes and ideas then? Any ideas about HOW we should "present" our work? imho a large file with every possible feature isn't useful... (as most of us will delete half of the lines then) This process should start at the extension kickstarter level where you select certain "features" out of a list to satisfy your needs(?) (a more modular construction kit) And additionally we should create a site on typo3.org with all these code snippets (as a reference if you have to incorporate certain functionality afterwards..) (maybe we can semi-auto-generate this from comments&co?) bye Wolfgang From wolfgang at stufenlos.net Fri May 14 09:58:20 2004 From: wolfgang at stufenlos.net (Wolfgang Klinger) Date: Fri, 14 May 2004 09:58:20 +0200 Subject: [Typo3-dev] Column where a content is In-Reply-To: References: Message-ID: *hiya!* On Fri, 14 May 2004, Christian Jul Jensen wrote the following: > > So you can get the column from: > $this->cObj['data']['colPos'] > That's slightly wrong ;-( --- $this->cObj->data['colPos'] --- cObj is an object not an array! bye Wolfgang From leendert at netcreators.nl Fri May 14 10:05:39 2004 From: leendert at netcreators.nl (Leendert Brouwer [Netcreators]) Date: Fri, 14 May 2004 01:05:39 -0700 Subject: [Typo3-dev] extension reviewing References: Message-ID: "Wolfgang Klinger" wrote in message news:mailman.2521.1084521240.256.typo3-dev at lists.netfielders.de... > > *hiya!* > > Any ideas about HOW we should "present" our work? > imho a large file with every possible feature isn't useful... > (as most of us will delete half of the lines then) > > > bye > Wolfgang Snippets will be nice, but it would also be nice to have text actually explaining the snippets. Like a book :) (ok I admit that's a twisted description of a coding book). Anyway, I mean more like a developer guide like this http://jakarta.apache.org/struts/userGuide/index.html (yes, it's java struts, but that's not the point). Maybe it'd be a good idea to think up a Table of Contents first that everyone can agree on, and then decide who's going to write what, and have others do technical reviews of the chapters that are written? From kasper at typo3.com Fri May 14 10:08:28 2004 From: kasper at typo3.com (Kasper =?ISO-8859-1?Q?Sk=E5rh=F8j?=) Date: Fri, 14 May 2004 10:08:28 +0200 Subject: [Typo3-dev] You are the Programmer In-Reply-To: References: Message-ID: Yes, Volker can take that over. However, if he intends to develop it past backwards compatibility it is better to just grab a new extension key. ALSO: Most likely that extension is NOT going to be a part of System Extensions. So it is not directly related to the current topic of this thread. - kasper From kasper at typo3.com Fri May 14 10:09:29 2004 From: kasper at typo3.com (Kasper =?ISO-8859-1?Q?Sk=E5rh=F8j?=) Date: Fri, 14 May 2004 10:09:29 +0200 Subject: [Typo3-dev] You are the Programmer - System extensions In-Reply-To: References: Message-ID: Yes, I'm working on that myself. - kasper From kasper at typo3.com Fri May 14 10:21:02 2004 From: kasper at typo3.com (Kasper =?ISO-8859-1?Q?Sk=E5rh=F8j?=) Date: Fri, 14 May 2004 10:21:02 +0200 Subject: [Typo3-dev] extension reviewing In-Reply-To: References: Message-ID: It's so great to hear from so many people passionate about Extension development and the missing documentation on the issue. I totally agree with all the points regarding the needs. I have to remind you that there has been many threads like this over times. So how will you make sure this is not just another talk-de-talk, how will you make sure that say one or two month from now there is a "Extension Mentor Team" which has not only optimized the Extension Kickstarter to meet actual developer needs better but also written and maintains documentation helping people getting started? Someone said (Kutscher?) he started taking notes one day but stopped quickly when he realized how big a task it was. It doesn't happen over an afternoon, it takes weeks. Who will dedicate a week? Who will use vacation time to work on this? Who will say no to a customer and do community work instead? Or maybe more realistic; How much money can be raised to this group from the community? Is it possible to collect a few thousand Euro so we can actually BUY someone to do this? I truely hope you succeed. It would make me very happy to see! - kasper From kasper at typo3.com Fri May 14 10:24:14 2004 From: kasper at typo3.com (Kasper =?ISO-8859-1?Q?Sk=E5rh=F8j?=) Date: Fri, 14 May 2004 10:24:14 +0200 Subject: [Typo3-dev] Callback/Hook for Logout-Event? In-Reply-To: References: Message-ID: I think it is a bug. You are welcome to implement a hook and fix the bug in CVS, Christian. The hook: Look at how it is done for eg. "tslib_fe::checkAlternative....()" - I think I'm using t3lib_div::getUserObject() which would be my preferred way today. - kasper On Fri, 2004-05-14 at 08:42, Christian Jul Jensen wrote: > Hi > > Daniel Br?n writes: > > > > Has anyone except me the need to receive a FE-logout-event, so the > > extension can clean up some DB/Session-Data? > > I mean something like a callback-function that I can register with > > typo3 or a hook or something. > > > > Am I the only one who needs this or is it worth to delve into it? > > I think that makes sense, I can imagine plenty of situations where you > would like to clean up some stuff on logout. Still I think that the > emptying of the session table should be handled properly by the > core. Unless there's some good reason which I don't know about, I > think this is a bug. > > -- > Julle > _______________________________________________ > Typo3-dev mailing list > Typo3-dev at lists.netfielders.de > http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev -- God bless - kasper ------ "To succeed in life, you need two things: ignorance and confidence." - Mark Twain. From a.widschwendter at mediares.at Fri May 14 10:34:11 2004 From: a.widschwendter at mediares.at (media.res | alex widschwendter) Date: Fri, 14 May 2004 10:34:11 +0200 Subject: [Typo3-dev] extension reviewing In-Reply-To: References: Message-ID: thx for reading and posting so much. relativly easy to setup and maintain is a snippet database by keywords. could use this for TS code too. see discussion 'code-snippets page for typo3' on the english list. ex. multilanguage keeps a by a chief-developer proofen and well documented code snippet on how to implement multilanguage features. same for ...... i think the other solutions to the quality problem are all long term and no one could be found with enough knowledge and time to start on such a project. correct me if i'm false. but documenting and sharing a code snippet on a specific feature doesn't take much time. next steps? wolfgang our new extension mentor :-) ??? alex From leendert at netcreators.nl Fri May 14 10:57:42 2004 From: leendert at netcreators.nl (Leendert Brouwer [Netcreators]) Date: Fri, 14 May 2004 01:57:42 -0700 Subject: [Typo3-dev] extension reviewing References: Message-ID: "Kasper Sk?rh?j" wrote in message news:mailman.2530.1084522864.256.typo3-dev at lists.netfielders.de... > It's so great to hear from so many people passionate about Extension > development and the missing documentation on the issue. I totally agree > with all the points regarding the needs. > > I have to remind you that there has been many threads like this over > times. So how will you make sure this is not just another talk-de-talk, > how will you make sure that say one or two month from now there is a > "Extension Mentor Team" which has not only optimized the Extension > Kickstarter to meet actual developer needs better but also written and > maintains documentation helping people getting started? > I truely hope you succeed. It would make me very happy to see! > > - kasper I think that the only way to make sure that this is going to happen is to actually take action :) I've just started writing a TOC. I'm definitely no guru in writing extensions (or else I wouldn't need a guide, right? ;)), but I do know what I want to see in such a guide. I guess I'll just propose the TOC once I have it done, and given enough input, we can decide who is going to write what. I'm pretty new to this whole community so I don't feel that I should have a lot of say in how things are going to happen, but the least I can do is propose an idea and see if we can make any progress from there. Given the need is big enough, it will happen, even when it's a lot of work. From kasper at typo3.com Fri May 14 11:05:59 2004 From: kasper at typo3.com (Kasper =?ISO-8859-1?Q?Sk=E5rh=F8j?=) Date: Fri, 14 May 2004 11:05:59 +0200 Subject: [Typo3-dev] Donations to Extension Programming Documentation In-Reply-To: References: Message-ID: Donations to the "Extension Kickstarter Group" I suggested that one way to get something done would be to raise money. Of course I would like the work to be done primarily on a volunteer basis just as any other thing in our community, but we should also consider getting some funds together to make sure the last mile is walked by this group. If funds are needed, lets begin to fill in a list of donations. In fact I think this is so important that I will personally donate 500 Euro right away: Sign up for donations to "Extension Kickstarter Group": Kasper : 500 Euro ...: ? Euro ...: ? Euro ...: ? Euro ...: ? Euro (It is assumed that all donations above 100 Euro can be tax-deducted for companies meaning that the final recipient should be able to issue an invoice for the amounts. Further, the donations are given on the condition that an acceptable roadmap for work/project description is made which makes it clear what is produced. Therefore this is just a test to see what interest there is for this. It is not finally binding for now.) From jan at wischnat.de Fri May 14 11:23:42 2004 From: jan at wischnat.de (Jan Wischnat - schwangau.de) Date: Fri, 14 May 2004 11:23:42 +0200 Subject: [Typo3-dev] Donations to Extension Programming Documentation References: Message-ID: Hello Kasper, hello List, > I suggested that one way to get something > done would be to raise money. I think, this is the way to go. Kasper : 500 Euro Jan: 150 Euro Thanks Jan Wischnat From dan at danfrost.co.uk Fri May 14 11:24:45 2004 From: dan at danfrost.co.uk (dan frost) Date: Fri, 14 May 2004 10:24:45 +0100 Subject: [Typo3-dev] ObTS - help Message-ID: Does anyone want to help me work on getting ObTS to a useful state? i have nearly got the core/parent classes stable and have extensive documentation on building datatypes. let me know.. dan From info at sitekick.de Fri May 14 11:28:13 2004 From: info at sitekick.de (Volker Biberger) Date: Fri, 14 May 2004 11:28:13 +0200 Subject: [Typo3-dev] You are the Programmer References: (null) (null) (null) (null) Message-ID: On 2004-05-14 10:08:28 +0200, Kasper Sk?rh?j said: > Yes, Volker can take that over. Thanks a lot! I will start right away. > However, if he intends to develop it past backwards compatibility it is > better to just grab a new extension key. I registered the key "sk_calendar", so there shouldn?t be a problem. Also I?ll use OpenOffice for future versions of project descriptions - promised. > ALSO: Most likely that extension is NOT going to be a part of System > Extensions. So it is not directly related to the current topic of this > thread. No problem, I?ll start a new thread instead. Regards Volker From info at sitekick.de Fri May 14 11:32:10 2004 From: info at sitekick.de (Volker Biberger) Date: Fri, 14 May 2004 11:32:10 +0200 Subject: [Typo3-dev] OT: VCD Calendar Extension References: Message-ID: Ingmar, ben Thank you for your help. I will certainly make use of your hints as soon as possible, especially becomming more familiar with the typo3 classes will keep me busy some time. So much to learn, so little time. Thx again Volker From wolfgang at stufenlos.net Fri May 14 11:36:55 2004 From: wolfgang at stufenlos.net (Wolfgang Klinger) Date: Fri, 14 May 2004 11:36:55 +0200 Subject: [Typo3-dev] Donations to Extension Programming Documentation In-Reply-To: References: Message-ID: *hiya!* On Fri, 14 May 2004, Kasper Sk?rh?j wrote the following: > Sign up for donations to "Extension Kickstarter Group": > > Kasper : 500 Euro Wolfgang: 300 Euro + time > ...: ? Euro > ...: ? Euro > ...: ? Euro > ...: ? Euro > ...: ? Euro > ...: ? Euro best regards Wolfgang From kasper at typo3.com Fri May 14 11:39:24 2004 From: kasper at typo3.com (Kasper =?ISO-8859-1?Q?Sk=E5rh=F8j?=) Date: Fri, 14 May 2004 11:39:24 +0200 Subject: [Typo3-dev] Donations to Extension Programming Documentation In-Reply-To: References: Message-ID: (Now we see the cosmic purpose of Wolfgangs double/triple postings - all of a sudden has donated 3x300 Euro... :-) From murphy at thepanemgroup.com Fri May 14 11:49:02 2004 From: murphy at thepanemgroup.com (Thomas Murphy) Date: Fri, 14 May 2004 11:49:02 +0200 Subject: [Typo3-dev] Donations to Extension Programming Documentation In-Reply-To: References: Message-ID: Kasper Sk?rh?j wrote: >(Now we see the cosmic purpose of Wolfgangs double/triple postings - all >of a sudden has donated 3x300 Euro... :-) > > ... and he's not even aware of it, because *he* only receives one mail... :) But one question about the kickstarter development. Is there already a document with the TODO's on the kickstarter? What new features are going to be programmed? bye, Murphy From wolfgang at stufenlos.net Fri May 14 12:04:18 2004 From: wolfgang at stufenlos.net (Wolfgang Klinger) Date: Fri, 14 May 2004 12:04:18 +0200 Subject: [Typo3-dev] Donations to Extension Programming Documentation In-Reply-To: References: Message-ID: *hiya!* On Fri, 14 May 2004, Thomas Murphy wrote the following: > ... and he's not even aware of it, because *he* only receives one mail... :) > Thank god, [quote]"It is not finally binding for now"[/quote] ;-) Wolfgang From k.dambekalns at fishfarm.de Fri May 14 12:38:51 2004 From: k.dambekalns at fishfarm.de (Karsten Dambekalns) Date: Fri, 14 May 2004 10:38:51 +0000 (UTC) Subject: [Typo3-dev] extension reviewing References: Message-ID: Hi, On 2004-05-13, media.res | alex widschwendter wrote: > hi devs, > > who/how can extensions get reviewed? There is a team of reviewers (though still too small), just ask here. Is there a list of reviewers somewhere, btw? > i think quality of extension would increase if there is a reference > extension/tutorial from a typo3 practisted programmer implementing all > cohiba qualities: There is no tutorial that teaches all this, but the scorecard for extension review can give a lot of hints on what to do. So it might help if this scorecard was released to the documentation section of typo3.org. Before this is done it may be good to talk about this with everyone that did a review in the past, to see where it needs to be improved, what extra points have been added that may be useful in general, etc. I hereby volunteer to ccordinate this 'extension review scorecard review', unless someone else wants to do it (Robert Lemke?). Karsten From k.dambekalns at fishfarm.de Fri May 14 12:43:46 2004 From: k.dambekalns at fishfarm.de (Karsten Dambekalns) Date: Fri, 14 May 2004 10:43:46 +0000 (UTC) Subject: [Typo3-dev] You are the Programmer - System extensions References: Message-ID: Hi, just a quick note: On 2004-05-13, Patrick Gaumond wrote: > CleanDB : to really delete marked records, maybe should be integrated into > DBint and be DBAL aware ? The CleanDB *I* have on my machine is DBAL-aware. Wasn't a big task... Karsten From k.dambekalns at fishfarm.de Fri May 14 12:53:22 2004 From: k.dambekalns at fishfarm.de (Karsten Dambekalns) Date: Fri, 14 May 2004 10:53:22 +0000 (UTC) Subject: [Typo3-dev] You are the Programmer References: Message-ID: Hi, On 2004-05-13, Martin T. Kutschker wrote: >phpMyAdmin should not dupmed because of its size, but beacuse > it us Mysql-specific - think DABL. > > awstat has a dependency on Perl. Is this a problem? Good point. It certainly is not, but... Let me throw in a question (it can be done again in a new thread, if needed) - how many people use phpMyAdmin actually? I mean, not in general, but the BE module as such? We have pma installed anyway, so I never really used the one supplied with TYPO3, and with DBAL coming it will be hard(er) to use it. And this is not only if someone uses a different RDBMS, but already if one 'only' uses mapping and/or connection do a second, third, ... MySQL server. So, I'd dump it, too. People should either use TYPO3 to manage the DB *content*, or use their tool of choice for fiddling with the DB directly. Karsten From leendert at netcreators.nl Fri May 14 12:57:36 2004 From: leendert at netcreators.nl (Leendert Brouwer [Netcreators]) Date: Fri, 14 May 2004 03:57:36 -0700 Subject: [Typo3-dev] Extension Developers Guide TOC Message-ID: Hey list! As a follow-up of the "extension reviewing" post where a discussion was digged up about the documentation for extension writing, I've written a suggestive Table of Contents for this user guide, to get things going. It's probably very incomplete, and I hope this post will have the desired snowball effect as to what is missing or what should be done differently (I've only touched Typo3 since a month, after all). After we have decided on the correct TOC, I believe it will be time to ask who will take responsibility for what part. Also, it would be great if we can form a Quality Assurance team for this guide, as to provide developers with information that is as correct as possible. There's nothing more annoying than incorrect technical information.Oh btw if this appears to be too unreadable, I can throw it in an OpenOffice document instead. Lines underlined with '---- ' are chapters. Lines prefixed with a - are sections Lines prefixed with a * are abstracts for the sections Typo3 Extension Developers Guide Preface -------- * Some things about what is in this document, and how it should be used Introduction ------------ - What is an extension? * What an extension is exactly, and why they allow for so much flexibility, and when you start making your own extensions - Extension types * Explains the difference between user extensions and core extensions, and when you actually need either of those - Required knowledge * Information on the knowledge about concepts that matter when you write extensions. E.g. PHP, databases and database normalization, the concept of Typoscript, OOP etc. (possibly accompanied with links to online documents, articles and literature suggestions) The Typo3 architecture ----------------------- * Explains the overall architecture of Typo3, possibly accompanied by diagrams. The "why" of things is also very important here. Pre/post-processing issues, the role (and boundaries!) of Typoscript, the philosophy behind the architecture, the TCA etc. (Kasper will be the best judge of the structure of this section) Extension Maintenance ----------------------- - Extension scope * Explains the difference between global and local scope for extensions, and when to choose which (also the things to take in account when choosing either of them) - Upgrading * Practices that are involved with keeping your server clean and safe for upgrading (i.e. avoiding breaking things by modifying an existing extension and then upgrading it), some things about dependencies, how to manually install extensions etc. - PHP Compatibility * Things to keep in mind when installing extensions on the server (like the register_globals thing, explaining the distribution's .htaccess file that sets PHP flags, PHP version compatibility, etc.) Programming Extensions ------------------------- (note: probably better to not rely on the kickstarter here, it's more educative to learn from scratch if you really want to learn about extension writing, and that's why someone reads this guide after all) - One base for all * Explains why and how you should inherit from tslib_pibase, and how your extension will be 'hooked' at runtime. - Things you must use * Explains which parts of the Typo3 API are mandatory to use in order to work correctly with Typo3 or "system - intense" extensions of Typo3 (like RealURL). - Things you can use * Explains which parts of the Typo3 API are there for you to use, but are not mandatory (like the template engine) - Types of user extensions * A description of the different kinds of user extensions (frontend plugins, modules, etc.) and when they should be used (case examples of when they should be used would be helpful) - Required extension files * For each type of user extension, it should be clear what files need to be present in order to make the extension work, and what exactly should be in them (while specified whether something is mandatory or not, to avoid bloat and confusion!). - Extending an extension * Actions that are required to extend an extension, and the implications this has for future compatibility. A case study would be useful here. - System extensions * Explains what is different about system extensions, when they can/should be written and how they differ from user extensions. A case study would be useful here. Common practices ------------------- - Handling user data * Examples along with descriptions on how to handle incoming GET/POST data - Dealing with Typoscript * Explains when to use Typoscript for your extensions and how to read it inside the extensions - Handling file uploads * Examples of dealing with file uploads in extensions - Using sessions * Examples of how to use PHP sessions in your extensions (even though that's "vanilla PHP", I can imagine confusion about this subject) - Using databases * Examples of how to query a database and the best ways to deal with the data (even though that's "vanilla PHP") - Handling user authentication * Examples on what exactly should happen for e.g. logging a user into Typo3 Structural practices ------------------- - Coding conventions * All naming schemes, style rules, database naming rules etc. to conform to - Handling content * Examples of how to use the markers, TemplaVoila, Smarty etc. - Writing larger extensions * Suggestions on how to structure your code when writing larger extensions (explanation of Front Controller style structures) - Porting third party applications to Typo3 * Things to keep in mind when porting third party applications to Typo3 such as database migration, user integration, etc. From sebastian at garbage-group.de Fri May 14 13:21:18 2004 From: sebastian at garbage-group.de (Sebastian Kurfuerst) Date: Fri, 14 May 2004 13:21:18 +0200 Subject: [Typo3-dev] Extension Developers Guide TOC In-Reply-To: References: Message-ID: Hi, I have had a look over it and it looked really promising as a toc. But there's one idea which sprang into my mind while reading: Why not use a wiki for creating this documentation? I think this would be best because many people could work on the docu at once and it is really simple to use. I didn't find anything about the DBAL, I think this would go under "Common Practices". Sebastian -- Kontaktm?glichkeiten: http://garbage-group.de/kontakt.html Possibilitys to contact me: http://garbage-group.de/kontakt.html From jer at moccompany.com Fri May 14 13:26:03 2004 From: jer at moccompany.com (Jan-Erik Revsbech) Date: Fri, 14 May 2004 13:26:03 +0200 Subject: [Typo3-dev] Extension Developers Guide TOC References: Message-ID: I think this document would have helped me a lot, and probably still would server me well as a reference. It would be a major help to have it, especially for extension newies. I think one thing should be added to the Programming Extensions chapter: - Caching * Difference of using USER and USER_INT, how to make you plugin cachable (and hence indexable with indexed_search) even though it displays dynamic content. I also think that a very good explanation of the stdWrap and typolink should be explained, and the use of piVars should be emphasized in the handling GP vars. This is a point that took me a lot of time to figure out how to use. Even though my time is limited, I could contribute with something to this document, for instance the section on caching. /Jan-Erik "Leendert Brouwer [Netcreators]" wrote in message news:mailman.1.1084532104.2615.typo3-dev at lists.netfielders.de... > Hey list! > > As a follow-up of the "extension reviewing" post where a discussion was > digged up about the documentation for extension writing, I've written a > suggestive Table of Contents for this user guide, to get things going. It's > probably very incomplete, and I hope this post will have the desired > snowball effect as to what is missing or what should be done differently > (I've only touched Typo3 since a month, after all). After we have decided on > the correct TOC, I believe it will be time to ask who will take > responsibility for what part. Also, it would be great if we can form a > Quality Assurance team for this guide, as to provide developers with > information that is as correct as possible. There's nothing more annoying > than incorrect technical information.Oh btw if this appears to be too > unreadable, I can throw it in an OpenOffice document instead. > > Lines underlined with '---- ' are chapters. > Lines prefixed with a - are sections > Lines prefixed with a * are abstracts for the sections > > Typo3 Extension Developers Guide > > Preface > -------- > * Some things about what is in this document, and how it should be used > > Introduction > ------------ > - What is an extension? > * What an extension is exactly, and why they allow for so much > flexibility, and when you start making your own extensions > - Extension types > * Explains the difference between user extensions and core extensions, and > when you actually need either of those > - Required knowledge > * Information on the knowledge about concepts that matter when you write > extensions. E.g. PHP, databases and database normalization, the concept of > Typoscript, OOP etc. (possibly accompanied with links to online documents, > articles and literature suggestions) > > > The Typo3 architecture > ----------------------- > * Explains the overall architecture of Typo3, possibly accompanied by > diagrams. The "why" of things is also very important here. > Pre/post-processing issues, the role (and boundaries!) of Typoscript, the > philosophy behind the architecture, the TCA etc. (Kasper will be the best > judge of the structure of this section) > > Extension Maintenance > ----------------------- > - Extension scope > * Explains the difference between global and local scope for extensions, > and when to choose which (also the things to take in account when choosing > either of them) > - Upgrading > * Practices that are involved with keeping your server clean and safe for > upgrading (i.e. avoiding breaking things by modifying an existing > extension and then upgrading it), some things about dependencies, how to > manually install extensions etc. > - PHP Compatibility > * Things to keep in mind when installing extensions on the server (like > the register_globals thing, explaining the distribution's .htaccess file > that sets PHP flags, PHP version compatibility, etc.) > > Programming Extensions > ------------------------- > (note: probably better to not rely on the kickstarter here, it's more > educative to learn from scratch if you really want to learn about > extension writing, and that's why someone reads this guide after all) > - One base for all > * Explains why and how you should inherit from tslib_pibase, and how your > extension will be 'hooked' at runtime. > - Things you must use > * Explains which parts of the Typo3 API are mandatory to use in order to > work correctly with Typo3 or "system - intense" extensions of Typo3 (like > RealURL). > - Things you can use > * Explains which parts of the Typo3 API are there for you to use, but are > not mandatory (like the template engine) > - Types of user extensions > * A description of the different kinds of user extensions (frontend > plugins, modules, etc.) and when they should be used (case examples of > when they should be used would be helpful) > - Required extension files > * For each type of user extension, it should be clear what files need to > be present in order to make the extension work, and what exactly should > be in them (while specified whether something is mandatory or not, to > avoid bloat and confusion!). > - Extending an extension > * Actions that are required to extend an extension, and the implications > this has for future compatibility. A case study would be useful here. > - System extensions > * Explains what is different about system extensions, when they can/should > be written and how they differ from user extensions. A case study would > be useful here. > > Common practices > ------------------- > - Handling user data > * Examples along with descriptions on how to handle incoming GET/POST data > - Dealing with Typoscript > * Explains when to use Typoscript for your extensions and how to read it > inside the extensions > - Handling file uploads > * Examples of dealing with file uploads in extensions > - Using sessions > * Examples of how to use PHP sessions in your extensions (even though > that's "vanilla PHP", I can imagine confusion about this subject) > - Using databases > * Examples of how to query a database and the best ways to deal with the > data (even though that's "vanilla PHP") > - Handling user authentication > * Examples on what exactly should happen for e.g. logging a user into > Typo3 > > Structural practices > ------------------- > - Coding conventions > * All naming schemes, style rules, database naming rules etc. to conform > to > - Handling content > * Examples of how to use the markers, TemplaVoila, Smarty etc. > - Writing larger extensions > * Suggestions on how to structure your code when writing larger extensions > (explanation of Front Controller style structures) > - Porting third party applications to Typo3 > * Things to keep in mind when porting third party applications to Typo3 > such as database migration, user integration, etc. > > From leendert at netcreators.nl Fri May 14 13:29:18 2004 From: leendert at netcreators.nl (Leendert Brouwer [Netcreators]) Date: Fri, 14 May 2004 04:29:18 -0700 Subject: [Typo3-dev] Extension Developers Guide TOC References: Message-ID: "Sebastian Kurfuerst" wrote in message news:mailman.1.1084533515.4510.typo3-dev at lists.netfielders.de... > Hi, > I have had a look over it and it looked really promising as a toc. > But there's one idea which sprang into my mind while reading: Why not > use a wiki for creating this documentation? I think this would be best > because many people could work on the docu at once and it is really > simple to use. > I didn't find anything about the DBAL, I think this would go under > "Common Practices". Thanks! Yes, this could go under "Using Databases" under "Common Practices". It could be done Wiki style, but it's going to be a lot of information with a book-like structure, so I'm not sure if a Wiki is the best solution? Also, I'd suggest reviewing content before they get published. I'm sure others have thoughts on all this too. Leendert From kasper at typo3.com Fri May 14 13:38:20 2004 From: kasper at typo3.com (Kasper =?ISO-8859-1?Q?Sk=E5rh=F8j?=) Date: Fri, 14 May 2004 13:38:20 +0200 Subject: [Typo3-dev] You are the Programmer In-Reply-To: References: Message-ID: I use it a lot - but the arguments are good to dump it as a system extension (but not in general of course) - kasper From sebastian at garbage-group.de Fri May 14 13:42:40 2004 From: sebastian at garbage-group.de (Sebastian Kurfuerst) Date: Fri, 14 May 2004 13:42:40 +0200 Subject: [Typo3-dev] Extension Developers Guide TOC In-Reply-To: References: Message-ID: Hi, Hm you are right, this is a book-like structure... An idea: What about setting up a wiki (or using a pre-installed one) at first for gathering the facts, so everybody has write access at first. Then, when most parts are already covered, we could copy the wiki database and create a section which is write-protected for almost everyone except maintainers for certain parts. These maintainers look at the articles of the wiki where everybody can write and incooperate the changes into the write-protected wiki after having checked the facts. Of course, we could also use OpenOffice instead of the second wiki, which would perhaps be better because the documentation is downloadable on typo3.org then. Maybe the wiki could be set up as wiki.typo3.org or something like that? It is better when this is an official subsection of typo3 because I information should be kept together. What do you think of my ideas? Sebastian From sebastian at garbage-group.de Fri May 14 13:43:38 2004 From: sebastian at garbage-group.de (Sebastian Kurfuerst) Date: Fri, 14 May 2004 13:43:38 +0200 Subject: [Typo3-dev] Extension Developers Guide TOC In-Reply-To: References: Message-ID: Oh sorry posted it in the wrong thread. It was meant to be a reply to Leender. Sebastian From kasper at typo3.com Fri May 14 13:42:57 2004 From: kasper at typo3.com (Kasper =?ISO-8859-1?Q?Sk=E5rh=F8j?=) Date: Fri, 14 May 2004 13:42:57 +0200 Subject: [Typo3-dev] Extension Developers Guide TOC In-Reply-To: References: Message-ID: If someone (experienced) can set up a (good) wiki on a server, I can set "wiki.typo3.org" to point there. The wiki should be configured so it could also serve other similar tasks in the future. Another option could be to use a wiki for the glossary. Currently there has been defined 250 words which needs a description - maybe that is a perfect group-effort? - kasper On Fri, 2004-05-14 at 13:42, Sebastian Kurfuerst wrote: > Hi, > Hm you are right, this is a book-like structure... > An idea: What about setting up a wiki (or using a pre-installed one) at > first for gathering the facts, so everybody has write access at first. > > Then, when most parts are already covered, we could copy the wiki > database and create a section which is write-protected for almost > everyone except maintainers for certain parts. These maintainers look at > the articles of the wiki where everybody can write and incooperate the > changes into the write-protected wiki after having checked the facts. > > Of course, we could also use OpenOffice instead of the second wiki, > which would perhaps be better because the documentation is downloadable > on typo3.org then. > Maybe the wiki could be set up as wiki.typo3.org or something like that? > It is better when this is an official subsection of typo3 because I > information should be kept together. > What do you think of my ideas? > > Sebastian > _______________________________________________ > Typo3-dev mailing list > Typo3-dev at lists.netfielders.de > http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev -- God bless - kasper ------ "To succeed in life, you need two things: ignorance and confidence." - Mark Twain. From sebastian at garbage-group.de Fri May 14 13:47:53 2004 From: sebastian at garbage-group.de (Sebastian Kurfuerst) Date: Fri, 14 May 2004 13:47:53 +0200 Subject: [Typo3-dev] Extension Developers Guide TOC In-Reply-To: References: Message-ID: Hi, I will set up a wiki on my server, but I don't know if it can handle the load. I'll see. Sebastian From sebastian at garbage-group.de Fri May 14 13:47:53 2004 From: sebastian at garbage-group.de (Sebastian Kurfuerst) Date: Fri, 14 May 2004 13:47:53 +0200 Subject: [Typo3-dev] Extension Developers Guide TOC In-Reply-To: References: Message-ID: Hi, I will set up a wiki on my server, but I don't know if it can handle the load. I'll see. Sebastian From leendert at netcreators.nl Fri May 14 13:53:21 2004 From: leendert at netcreators.nl (Leendert Brouwer [Netcreators]) Date: Fri, 14 May 2004 04:53:21 -0700 Subject: [Typo3-dev] Extension Developers Guide TOC References: Message-ID: "Sebastian Kurfuerst" wrote in message news:mailman.1.1084534796.6366.typo3-dev at lists.netfielders.de... > Hi, > Hm you are right, this is a book-like structure... > An idea: What about setting up a wiki (or using a pre-installed one) at > first for gathering the facts, so everybody has write access at first. > > Then, when most parts are already covered, we could copy the wiki > database and create a section which is write-protected for almost > everyone except maintainers for certain parts. These maintainers look at > the articles of the wiki where everybody can write and incooperate the > changes into the write-protected wiki after having checked the facts. That's a very cool idea. Another possibility when using this approach is to create the final end user manual (in book style) once we have all the definitions we need (and put that in e.g. CVS for reviews etc.). From sebastian at garbage-group.de Fri May 14 14:01:31 2004 From: sebastian at garbage-group.de (Sebastian Kurfuerst) Date: Fri, 14 May 2004 14:01:31 +0200 Subject: [Typo3-dev] Extension Developers Guide TOC In-Reply-To: References: Message-ID: Hi, I have had a look and there are two wikis I find quite cool: -MediaWiki, This is the wiki used by Wikipedia&co -Tiki: This looks more like a portal system than a wiki. I will try to install MediaWiki now. Sebastian -- Kontaktm?glichkeiten: http://garbage-group.de/kontakt.html Possibilitys to contact me: http://garbage-group.de/kontakt.html From christian at jul.net Fri May 14 14:07:53 2004 From: christian at jul.net (Christian Jul Jensen) Date: 14 May 2004 14:07:53 +0200 Subject: [Typo3-dev] drawbacks to using smarty in extensions? References: Message-ID: "Leendert Brouwer [Netcreators]" writes: > "Ingmar Schlecht" wrote in message > news:mailman.1.1084466673.28934.typo3-dev at lists.netfielders.de... > > > > > Well, the approach the article is talking about does not discourage > > writing templates, however, it evangelizes the use of PHP as a > > templating language. > > Well, but I got your point and will shut up know ;-) I read the article as well, and was of the same opinion untill I actually started to work with smarty... I think it's very easy to work with, it has an easy understandable syntax (close to php: nice for programmers, simple: nice for designers). It has the best separation of presentation and business logic, although it is possible to screw this up, it somehow encourages this seperation. Anyway, I've discussed that topic enough for this month already > So, without getting into heated debates about whether or not using template > engines is a good thing (had that debate a few times already), I'm assuming > from the reactions that it would technically not lead to any difficulties > within Typo3? No. I'm currently implementing a project with it, works like a charm. I did a nice litlle prefilter for smarty as well, that allows as smarty tags, so you can hide the tags from the browser when working on the template and hide. I can mail it to you if you like. -- Julle From mundaun at gmx.ch Fri May 14 14:23:37 2004 From: mundaun at gmx.ch (Michael Stucki) Date: Fri, 14 May 2004 14:23:37 +0200 Subject: [Typo3-dev] You are the Programmer References: Message-ID: Hi Kasper, > I use it a lot - but the arguments are good to dump it as a system > extension (but not in general of course) What changes did you make to phpMyAdmin for using it as an extension? Is there any changelog somewhere? Maybe it would be possible to turn this extension into some kind of shortcut that opens the database inside of the backend. So I'll just go, install the extension, tell it where my phpMyAdmin is installed and it will be available just like before, showing only the TYPO3 database without the need to log in (we're already logged in in the TYPO3 BE, of course...). Possible? Regards - michael -- Want support? Please read the list rules first: http://typo3.org/1438.0.html From leendert at netcreators.nl Fri May 14 14:33:48 2004 From: leendert at netcreators.nl (Leendert Brouwer [Netcreators]) Date: Fri, 14 May 2004 05:33:48 -0700 Subject: [Typo3-dev] drawbacks to using smarty in extensions? References: Message-ID: "Christian Jul Jensen" wrote in message news:mailman.1.1084536482.9243.typo3-dev at lists.netfielders.de... > "Leendert Brouwer [Netcreators]" writes: > > > So, without getting into heated debates about whether or not using template > > engines is a good thing (had that debate a few times already), I'm assuming > > from the reactions that it would technically not lead to any difficulties > > within Typo3? > > No. I'm currently implementing a project with it, works like a charm. > > I did a nice litlle prefilter for smarty as well, that allows as smarty tags, so you can hide the tags from the browser > when working on the template and hide. > > I can mail it to you if you like. Splendid, that's what I wanted to know. I did something similar with a smarty prefilter years ago, but lost it. If you could send it to me, that'd be great. Thanks! From k.dambekalns at fishfarm.de Fri May 14 14:43:12 2004 From: k.dambekalns at fishfarm.de (Karsten Dambekalns) Date: Fri, 14 May 2004 12:43:12 +0000 (UTC) Subject: [Typo3-dev] You are the Programmer References: Message-ID: Hi, On 2004-05-14, Michael Stucki wrote: > So I'll just go, install the extension, tell it where my phpMyAdmin is > installed and it will be available just like before, showing only the TYPO3 > database without the need to log in (we're already logged in in the TYPO3 > BE, of course...). Neat idea, and if we could make this work with other DB admin tools as well, it might be a perfect companion to DBAL... Karsten From mundaun at gmx.ch Fri May 14 15:27:29 2004 From: mundaun at gmx.ch (Michael Stucki) Date: Fri, 14 May 2004 15:27:29 +0200 Subject: [Typo3-dev] Donations to Extension Programming Documentation References: Message-ID: Hi developers! I'm glad to see that TYPO3s developer community is so rapidly growing! However I have a little comment about Kaspers suggestion. > I suggested that one way to get something done would be to raise money. > Of course I would like the work to be done primarily on a volunteer > basis just as any other thing in our community, but we should also > consider getting some funds together to make sure the last mile is > walked by this group. Of course, donations are a good reason to work on a project, but is it really the dev list which is doing the funding for that? I mean, almost everybody on this list is already contributing in some way, and if he wants to spend some money - no problem! But in my opinion we should better ask the guys on the typo3-english, typo3-german and typo3-marketing lists. I don't want to blame people that they are not contributing (of course, some of them are actually doing!) but I think that those who will benefit from the result of that project will most likely be our "project customers" who are not reading this list. If you agree with me it would be great if someone would post a mail on these lists and maybe writes some lines about what it's all about. Regards - michael -- Want support? Please read the list rules first: http://typo3.org/1438.0.html From sebastian at garbage-group.de Fri May 14 16:10:02 2004 From: sebastian at garbage-group.de (Sebastian Kurfuerst) Date: Fri, 14 May 2004 16:10:02 +0200 Subject: [Typo3-dev] Extension Developers Guide TOC In-Reply-To: References: Message-ID: Hello, I have successfully set up MediaWiki at http://t3wiki.garbage-group.de/ . It seems to be pretty unflexible with the layout, so I am not so sure at the moment if this is the solution to use finally. But of course you can test this wiki. Does somebody have more experience with other PHP-based wikis? Sebastian -- Kontaktm?glichkeiten: http://garbage-group.de/kontakt.html Possibilitys to contact me: http://garbage-group.de/kontakt.html From sebastian at garbage-group.de Fri May 14 17:23:31 2004 From: sebastian at garbage-group.de (Sebastian Kurfuerst) Date: Fri, 14 May 2004 17:23:31 +0200 Subject: [Typo3-dev] Extension Developers Guide TOC In-Reply-To: References: Message-ID: Hi, ok I am spamming the list again ;) It seems that MediaWiki is pretty unflexible with the Wiki Layout (or I am too stupid), but the rest seems to be really really powerful, especially the automatical generation of the table of contents. So maybe we will stick with it. But if you have good experiences with other php based wikis, please post. Sebastian From typo3news at ameos.com Fri May 14 17:49:53 2004 From: typo3news at ameos.com (Raphael Geyer) Date: Fri, 14 May 2004 17:49:53 +0200 Subject: [Typo3-dev] KASPER ??? References: Message-ID: Does somebody use TV under Multilanguage ? Raphael www.ameos.com "Martin T. Kutschker" a ?crit dans le message de news: mailman.1.1084477524.7906.typo3-dev at lists.netfielders.de... > Raphael Geyer wrote: > > Kasper can you rapidly tell us what is possible to do with TemplaVoila and > > multi language ? > > Is TV useable in MultiLanguage or do we need to use some else for the moment > > ? If the answer is yes have you already planned something about Multi > > language and TV ? > > Kasper already wrote that it is possible though it is not very comfortable. > > I didn't get it working with the TER version. Others had more success. > Unfortunately noone could tell me a) what I did wrong or b) if I > should've used the CVS version. > > Masi > From kdraper at wildcanary.ca Fri May 14 17:58:27 2004 From: kdraper at wildcanary.ca (Kevin Draper) Date: Fri, 14 May 2004 11:58:27 -0400 Subject: [Typo3-dev] How to contribute extension changes? - MOC Filemanager extension Message-ID: I've been working with the MOC Filemanager extension, and I've made a few minor bug fixes to it. I am now ready to start adding some new features to the code. Rather than coding my changes in isolation, I'd like to contribute my changes back to the source tree. What is the accepted method for doing this? Thanks Kevin. From alex at big.endian.de Fri May 14 18:08:05 2004 From: alex at big.endian.de (Alexander Langer) Date: Fri, 14 May 2004 18:08:05 +0200 Subject: [Typo3-dev] You are the Programmer In-Reply-To: References: Message-ID: Also sprach Daniel Hinderink [TYPO3] (daniel at typo3.com): > I think it is fair to get in touch with the people of the other calender > extensions and form a team if they want to join this effort. Here. I just created EXT:calendar as a replacement for advCalendar. I have a bit of CVS experience from FreeBSD related projects, so I might be your man. Alex From murphy at thepanemgroup.com Fri May 14 19:35:52 2004 From: murphy at thepanemgroup.com (Thomas Murphy) Date: Fri, 14 May 2004 19:35:52 +0200 Subject: [Typo3-dev] Extension Developers Guide TOC In-Reply-To: References: Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 IMO it looks really great. (!) bye, Murphy Sebastian Kurfuerst wrote: | Hi, | ok I am spamming the list again ;) | | It seems that MediaWiki is pretty unflexible with the Wiki Layout (or I | am too stupid), but the rest seems to be really really powerful, | especially the automatical generation of the table of contents. So maybe | we will stick with it. But if you have good experiences with other php | based wikis, please post. | | | Sebastian | _______________________________________________ | Typo3-dev mailing list | Typo3-dev at lists.netfielders.de | http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev | | -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFApQNywO0pDATctOARAkC4AJsF7uaPJ99UWPds3lxu5Y5scdh2IgCeKUl8 +nBEmQY3VnZuewdW0eah0zY= =hB0P -----END PGP SIGNATURE----- From sebastian at garbage-group.de Fri May 14 19:28:12 2004 From: sebastian at garbage-group.de (Sebastian Kurfuerst) Date: Fri, 14 May 2004 19:28:12 +0200 Subject: [Typo3-dev] Extension Developers Guide TOC In-Reply-To: References: Message-ID: Hi, yeah I have used a standard template for it. I think it is possible to alter the layout of the wiki (there is a kind of template engine) but I just didn't find an easy way how to modify it. But I think that it is OK when we will go finally online with it, this means we won't switch the Wiki engine later. I am using the CVS version of MediaWiki, but this should not be any problem. OK have fun using the wiki and you can start right away inserting documentation. :) @Kasper: Could you make a link from wiki.typo3.org to t3wiki.garbage-group.de? This is the URL as long as my server isn't too overloaded and the traffic doesn't climb up too high. Sebastian From t3 at 1zu6-design.de Fri May 14 19:49:14 2004 From: t3 at 1zu6-design.de (Rene Suthoelder) Date: Fri, 14 May 2004 19:49:14 +0200 Subject: [Typo3-dev] How to contribute extension changes? - MOC Filemanager extension References: Message-ID: perhaps you could contact Jan-Erik Revsbech to present your bug fixes/improvements for the extension. that's what i did with extension tx_mocarticles and jan-erik responded _at once_ by reacting to suggestions, fixing bugs and adding new features ... greets rene "Kevin Draper" schrieb im Newsbeitrag news:mailman.1.1084550302.26741.typo3-dev at lists.netfielders.de... > I've been working with the MOC Filemanager extension, and I've made a few > minor bug fixes to it. I am now ready to start adding some new features to > the code. Rather than coding my changes in isolation, I'd like to > contribute my changes back to the source tree. What is the accepted method > for doing this? > > Thanks > > Kevin. > > From pieter_v at pandora.be Fri May 14 20:25:53 2004 From: pieter_v at pandora.be (Pieter) Date: Fri, 14 May 2004 20:25:53 +0200 Subject: [Typo3-dev] Path troubles in backend Message-ID: Hi all, Our web provider updated Apache (to Apache/1.3.31) and Typo3 (3.6.0) is having problems ever since. The Apache config file is the same as before. The backend reports after login: "Not Found: The requested URL /alt_main.php was not found on this server." The FAQ item http://typo3.org/documentation/mailing-lists/user-list-archive/thread/106/?tx_maillisttofaq_pi1%5Bmode%5D=4&tx_maillisttofaq_pi1%5Bpointer%5D=2 solved the problem partially. It is now possible to log in into the backend, but: - the tree view part of the back-end stays empty (it becomes visible after clicking 2x PAGE, 1x TASK CENTER and PAGE again) - the right part of the backend screen stays empty after editing a content item in LIST view (the list of content items is normally visible after editing an item) An update to 3.6.1 had the same result as the changes in the FAQ. Ingmar posted something about path issues (http://typo3.org/documentation/mailing-lists/dev-list-archive/thread/46303/?tx_maillisttofaq_pi1%5Bpointer%5D=1&tx_maillisttofaq_pi1%5Bmode%5D=1) and these path issues are probably the source of my troubles. I reported the server environment variables to bugs.typo3.org with the script and I got report ID 79. I hope it triggers off something for someone. Pieter result of phpinfo(): ### DEBUG SYSTEM INFORMATION - START ### HTTP_HOST : www.tegenwind.be TYPO3_HOST_ONLY : www.tegenwind.be TYPO3_PORT : PATH_INFO : QUERY_STRING : TYPO3_INSTALL[type]=phpinfo REQUEST_URI : /typo3/install/index.php?TYPO3_INSTALL[type]=phpinfo HTTP_REFERER : http://www.tegenwind.be/typo3/install/index.php?TYPO3_INSTALL[type]=about TYPO3_REQUEST_HOST : http://www.tegenwind.be TYPO3_REQUEST_URL : http://www.tegenwind.be/typo3/install/index.php?TYPO3_INSTALL[type]=phpinfo TYPO3_REQUEST_SCRIPT: http://www.tegenwind.be/typo3/install/index.php TYPO3_REQUEST_DIR : http://www.tegenwind.be/typo3/install/ TYPO3_SITE_URL : http://www.tegenwind.be/ TYPO3_SITE_SCRIPT : typo3/install/index.php?TYPO3_INSTALL[type]=phpinfo TYPO3_SSL : SCRIPT_NAME : /typo3/install/index.php TYPO3_DOCUMENT_ROOT : /lns/jefkey/web/tegenwind.be/www SCRIPT_FILENAME : /lns/jefkey/web/tegenwind.be/www/typo3/install/index.php HTTP_USER_AGENT : Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.6) Gecko/20040206 Firefox/0.8 HTTP_ACCEPT_LANGUAGE: en-us,en;q=0.5 CONST: PHP_OS : Linux CONST: TYPO3_OS : CONST: PATH_thisScri: /lns/jefkey/web/tegenwind.be/www/typo3/install/index.php CONST: php_sapi_name: cgi OTHER: TYPO3_VERSION: 3.6.0 OTHER: PHP_VERSION : 4.3.6 imagecreatefromgif(): 1 imagecreatefrompng(): 1 imagecreatefromjpeg(: 1 imagegif() : imagepng() : 1 imagejpeg() : 1 imagettftext() : 1 OTHER: IMAGE_TYPES : 14 OTHER: memory_limit : 16M SERVER: SERVER_PORT : 80 SERVER: SERVER_SOFTW: Apache/1.3.31 (Unix) mod_jk/1.2.5 mod_perl/1.29 SERVER: GATEWAY_INTE: CGI/1.1 SERVER: SCRIPT_NAME : /typo3/install/index.php SERVER: PATH_TRANSLA: /lns/jefkey/web/tegenwind.be/www/typo3/install/index.php T3CV_GFX: image_proc: 1 T3CV_GFX: gdlib : 1 T3CV_GFX: gdlib_png : 1 T3CV_GFX: gdlib_2 : 0 T3CV_GFX: im : 1 T3CV_GFX: im_path : /usr/bin/ T3CV_GFX: im_path_lz: /usr/bin/ T3CV_GFX: im_version: 1 T3CV_GFX: im_negate_: 1 T3CV_GFX: im_imvMask: 0 T3CV_GFX: im_combine: composite ### DEBUG SYSTEM INFORMATION - END ### From gabriel at anast.org Fri May 14 20:25:45 2004 From: gabriel at anast.org (Gabriel Anast) Date: Fri, 14 May 2004 12:25:45 -0600 Subject: [Typo3-dev] Donations to Extension Programming Documentation In-Reply-To: References: Message-ID: Michael-- >I think that those who will benefit from the result of that project will >most likely be our "project customers" who are not reading this list. > > um, I hate to say this... it looks so bad in the open source community, but something like access to a Typo3 knowledge-base is a really great thing to SELL. Especially if it is high quality... which I have confidence that it will be: the regular T3 mailing lists are very high quality compared to most other projects that I have been involved with. Access doesn't have to cost much, and... this is going to sound crazy, but... I have done some work for a (US) company that only charges within the US, all foreign (I'm in US) requests get free access... and it might be hard to believe, but the (US) customers don't mind. Another way that you could charge is metered access: like 1euro per 100 requests pre-paid in 10euro increments. Or, maybe better, 1euro per 24 hr cycle. Some days you use it, some days you don't. So you say, "I wouldn't want my freely give posts to be locked up in a pay-per-use database." I agree. I wouldn't want that either (although in my case, the value of the posts may be in question). However, the mailing lists would be free, and all the posts would remain free, what would cost would be carefully structured distillations of those posts and the knowledge they represent. For those who cannot afford the minimal charges, you could give credit for work. In other words, if someone does some cleanup, or faq management, you could reciprocate by allowing them free access to the knowledge-base. And you could reduce fees if payment is coming from a non-G8 country or whatever. On another (similar) topic, I have formulated some chicken-scratch rules for a bid-based help forum that would help devs meet crucial needs, keep newbies from asking thoughtless questions, and that would even raise money for the central project. (anyone interested, email me) On a personal aside: I usually would have something that I can donate, but... I have a large debt load right now due to abject stupidity (the American way... bleh). But I can step up with 150euros if you give me till the beginning of July. --gabe From tombedlam at yahoo.com Fri May 14 20:14:45 2004 From: tombedlam at yahoo.com (Christopher) Date: Fri, 14 May 2004 11:14:45 -0700 (PDT) Subject: [Typo3-dev] Extension Developers Guide TOC In-Reply-To: Message-ID: Hello, --- "Leendert Brouwer [Netcreators]" wrote: > Also, > I'd suggest reviewing content before they get published. I'm sure > others > have thoughts on all this too. > > Leendert I am too unsophisticated a programmer to contribute much in the way of content, but I am a good editor and proofreader - perhaps I could be of assistance in reviewing the content? -Christopher __________________________________ Do you Yahoo!? SBC Yahoo! - Internet access at a great low price. http://promo.yahoo.com/sbc/ From r2s2 at gmx.de Fri May 14 21:27:20 2004 From: r2s2 at gmx.de (Roland Schulz) Date: Fri, 14 May 2004 21:27:20 +0200 Subject: AW: [Typo3-dev] New approach for forms In-Reply-To: References: Message-ID: Hey, On Thursday 13 May 2004 15:06, Rene Ott wrote: > Databaseform means that a table get generated automatically from the > elements of the form and if somebody sends values through the form they > get saved in the table. With the data one can do Reports, Lists,... What exactly are you planning regading those Databaseforms. May be you could take some ideas from Rekall (www.rekallrevealed.org). It would be very cool, if you're extension and Rekall would use the same XML to describe those forms. This way one would have a database frontend with an additional (limited) web frontend and could even reuse the forms! regards Roland Schulz -- GalileiConsult e.V. - Studentische Unternehmensberatung Heidelberg Roland Schulz - Vorstand IT +49 6221 736969, +49 179 5313400, www.galileiconsult.de From ingmars at web.de Fri May 14 21:35:02 2004 From: ingmars at web.de (Ingmar Schlecht) Date: Fri, 14 May 2004 21:35:02 +0200 Subject: [Typo3-dev] Path troubles in backend In-Reply-To: References: Message-ID: Hi Pieter, no, I don't think this is a path issue, since as you said, the error message indicating a path problem was gone after you updated to 3.6.1. Even your debug information does not yield any path issues: SCRIPT_NAME: /typo3/install/index.php SCRIPT_FILENAME: /lns/jefkey/web/tegenwind.be/www/typo3/install/index.php TYPO3_DOCUMENT_ROOT: /lns/jefkey/web/tegenwind.be/www Those variables all correctly detected by Typo3, aren't they? Pieter wrote: > [The upgrade to 3.6.1] > solved the problem partially. It is now possible to log in into the > backend, but: > - the tree view part of the back-end stays empty (it becomes visible > after clicking 2x PAGE, 1x TASK CENTER and PAGE again) > - the right part of the backend screen stays empty after editing a > content item in LIST view (the list of content items is normally visible > after editing an item) This sounds like a JavaScript problem; either a bug in Typo3 or a browser problem. Please test it with more browsers and submit a bug report to http://bugs.typo3.org/. cheers, Ingmar From mailings at akku.be Fri May 14 22:11:37 2004 From: mailings at akku.be (Rutger Meekers) Date: Fri, 14 May 2004 22:11:37 +0200 Subject: [Typo3-dev] Path troubles in backend In-Reply-To: References: Message-ID: This is indeed a problem. The error came after the apache upgrade. I use 3.6.0-rc1 and I have the same problem. So it must be a conflict with the new apache server? On Fri, 2004-05-14 at 21:35, Ingmar Schlecht wrote: > Hi Pieter, > > no, I don't think this is a path issue, since as you said, the error > message indicating a path problem was gone after you updated to 3.6.1. > Even your debug information does not yield any path issues: > > > SCRIPT_NAME: > /typo3/install/index.php > > SCRIPT_FILENAME: > /lns/jefkey/web/tegenwind.be/www/typo3/install/index.php > > TYPO3_DOCUMENT_ROOT: > /lns/jefkey/web/tegenwind.be/www > > Those variables all correctly detected by Typo3, aren't they? > > Pieter wrote: > > [The upgrade to 3.6.1] > > solved the problem partially. It is now possible to log in into the > > backend, but: > > - the tree view part of the back-end stays empty (it becomes visible > > after clicking 2x PAGE, 1x TASK CENTER and PAGE again) > > - the right part of the backend screen stays empty after editing a > > content item in LIST view (the list of content items is normally visible > > after editing an item) > > This sounds like a JavaScript problem; either a bug in Typo3 or a > browser problem. > > Please test it with more browsers and submit a bug report to > http://bugs.typo3.org/. > > cheers, > Ingmar > _______________________________________________ > Typo3-dev mailing list > Typo3-dev at lists.netfielders.de > http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ms at k1net.de Fri May 14 22:25:09 2004 From: ms at k1net.de (Mathias Schreiber [K1net]) Date: Fri, 14 May 2004 22:25:09 +0200 Subject: [Typo3-dev] You are the Programmer - System extensions References: Message-ID: Kasper Sk?rh?j wrote: > Yes, I'm working on that myself. ok, then I stop working on my own stuff. From steffen at davis.kommwiss.fu-berlin.de Fri May 14 22:53:38 2004 From: steffen at davis.kommwiss.fu-berlin.de (Steffen Mueller) Date: Fri, 14 May 2004 22:53:38 +0200 Subject: [Typo3-dev] Copying files with Filelist module breaks file permissions Message-ID: Hi List. If a file is being copied with the filelist modules the permissions of the new one is 755 - no matter what perms the source file had. This is somehow the "normal" behavior of PHPFileFunctions and exec('cp'), but I think this should be fixed in typo3. Solution: Patch t3lib_extfilefunc::func_copy(): chmod the new file after copying to preserve permissions and add -p option to 'cp' command. See attached diff in the bugreport. Refrering to bug 0000075: http://bugs.typo3.org/bug_view_advanced_page.php?bug_id=0000075 Ingmar supposed to discuss this in here and decide wheater this is a bug or feature. I think it is a bug. Ingmar, any comments why this seem to be feature to you? -- cheers, Steffen ---------------------------------------------------------- "Education is man's going forward from cocksure ignorance to thoughtful uncertainty." (Don Clarks' Scrapbook) ---------------------------------------------------------- From jan at wischnat.de Fri May 14 22:53:33 2004 From: jan at wischnat.de (Jan Wischnat) Date: Fri, 14 May 2004 22:53:33 +0200 Subject: [Typo3-dev] Extension Developers Guide TOC References: Message-ID: > I am too unsophisticated a programmer to contribute much in the way of > content, but I am a good editor and proofreader - perhaps I could be of > assistance in reviewing the content? same question here. Does one have to have a certain skill to review/complete contents? Do we need rules for the wiki? Thanks Jan From ingmars at web.de Fri May 14 23:03:14 2004 From: ingmars at web.de (Ingmar Schlecht) Date: Fri, 14 May 2004 23:03:14 +0200 Subject: [Typo3-dev] Copying files with Filelist module breaks file permissions In-Reply-To: References: Message-ID: Hi Steffen, Steffen Mueller schrieb: > Ingmar supposed to discuss this in here and decide wheater this is a bug > or feature. > > I think it is a bug. Ingmar, any comments why this seem to be feature to > you? Hmm, for example now you can be quite sure that all files in the 'uploads' folder will have chmod 755. However, I think you are right with the conclusion that it's a bug. I was just not sure enough to include it into the upcoming 3.6.2 right away. So what do the others say? Should this fix go into 3.6.2? Or into 3.7? Or nowhere? cheers, Ingmar From sebastian at garbage-group.de Fri May 14 23:19:01 2004 From: sebastian at garbage-group.de (Sebastian Kurfuerst) Date: Fri, 14 May 2004 23:19:01 +0200 Subject: [Typo3-dev] Extension Developers Guide TOC In-Reply-To: References: Message-ID: Hi, I think that at first we will give write access to everybody as it is at the moment. At a certain point, however, we should revise the documentation in this wiki and use the wiki data to write an openoffice document for typo3.org which will be revised before it is put on typo3.org If all-write-access is bad, we'll soon figure this out. At the beginning, however, we need at first some content. Sebastian -- Kontaktm?glichkeiten: http://garbage-group.de/kontakt.html Possibilitys to contact me: http://garbage-group.de/kontakt.html From simondt at gpuk.net Fri May 14 23:21:46 2004 From: simondt at gpuk.net (Simon Child) Date: Fri, 14 May 2004 22:21:46 +0100 Subject: [Typo3-dev] How can non-admin beuser can edit/delete entriesin table tx_myextension References: Message-ID: "Simon Child" wrote in message news:mailman.1.1084487973.20436.typo3-dev at lists.netfielders.de... > I'm missing a trick somewhere as to how to enable access to the tables of my > extensions for non-admin beuser to edit them, even though the group of that > user does have write permissions for the table (and can write a new entry). This HOWTO solved my problem in a slightly lateral way, by giving access to the tables via the page view instead: As suggested there, it might be worth incorporating this functionality into the core? -- Simon Child From ms at k1net.de Sat May 15 00:29:39 2004 From: ms at k1net.de (Mathias Schreiber [K1net]) Date: Sat, 15 May 2004 00:29:39 +0200 Subject: [Typo3-dev] extension reviewing References: Message-ID: Christoph Moeller wrote: > Nevertheless, as somebody in this thread already suggested, demo > snippets for common tasks (mode switching via GPvars, correct GPvar > names, widely used API funcs, gfx handling, cObjects, RTE parsing for > your output, accessing/modifying TS, you name it) would be a > nice-to-have gadget. We are currently working on sth. like that to be > able to train co-workers faster on how to write clean T3 extensions. With a lot of people dumping prices by now I am not sure how to feel about giving away every knowlegde we had to search for. I simply dislike the idea of giving away everything (!) for free - it's like sawing on the branch you're sitting on. From info at sitekick.de Sat May 15 09:24:15 2004 From: info at sitekick.de (Volker Biberger) Date: Sat, 15 May 2004 09:24:15 +0200 Subject: [Typo3-dev] You are the Programmer References: (null) (null) Message-ID: thanks, I am happy to hear that. It?s always good to have people in the team that dealt with calendarrelated Problems before. I'll send you my contact via mail. Volker From info at sitekick.de Sat May 15 09:33:05 2004 From: info at sitekick.de (Volker Biberger) Date: Sat, 15 May 2004 09:33:05 +0200 Subject: [Typo3-dev] extension reviewing References: Message-ID: > With a lot of people dumping prices by now I am not sure how to feel about > giving away every knowlegde we had to search for. > I simply dislike the idea of giving away everything (!) for free - it's like > sawing on the branch you're sitting on. Hmm. Starting up my own company I totally understand your point of view. On the other hand some well done tuturial would have helped me a lot when starting with typo3 6 months ago. Please understand my point: on typo3.org it is all there, but as a beginner you lack the "selective perception" one needs to understand what topic and what tutorial covers the exact problem I have. Would it be a solution to offer training? We could develop trainingdocuments that every developer can access. These can be used to offer trainingsessions to beginners. So firstly the work of the developers would be funded, secondly other people would be enabled to develop with typo3 and finally giving training you learn as much as the person you train. Just a thought, I would be interested to hear your opinion on this. Volker From pieter_v at pandora.be Sat May 15 10:14:23 2004 From: pieter_v at pandora.be (Pieter) Date: Sat, 15 May 2004 10:14:23 +0200 Subject: [Typo3-dev] Path troubles in backend In-Reply-To: References: Message-ID: Pieter wrote: > Hi all, > > Our web provider updated Apache (to Apache/1.3.31) and Typo3 (3.6.0) > is having problems ever since. The Apache config file is the same as > before. > > The backend reports after login: "Not Found: The requested URL > /alt_main.php was not found on this server." > > The FAQ item > http://typo3.org/documentation/mailing-lists/user-list-archive/thread/106/?tx_maillisttofaq_pi1%5Bmode%5D=4&tx_maillisttofaq_pi1%5Bpointer%5D=2 > > solved the problem partially. It is now possible to log in into the > backend, but: > - the tree view part of the back-end stays empty (it becomes visible > after clicking 2x PAGE, 1x TASK CENTER and PAGE again) > - the right part of the backend screen stays empty after editing a > content item in LIST view (the list of content items is normally > visible after editing an item) > > An update to 3.6.1 had the same result as the changes in the FAQ. > Ingmar posted something about path issues > (http://typo3.org/documentation/mailing-lists/dev-list-archive/thread/46303/?tx_maillisttofaq_pi1%5Bpointer%5D=1&tx_maillisttofaq_pi1%5Bmode%5D=1) > and these path issues are probably the source of my troubles. > I reported the server environment variables to bugs.typo3.org with the > script and I got report ID 79. I hope it triggers off something for > someone. > > Pieter > The problems are gone now. My hosting provider made some changes to the php wrapper and that solved the problem. It wasn't a Typo3 issue after all... Pieter From ingmars at web.de Sat May 15 11:03:30 2004 From: ingmars at web.de (Ingmar Schlecht) Date: Sat, 15 May 2004 11:03:30 +0200 Subject: [Typo3-dev] Path troubles in backend In-Reply-To: References: Message-ID: Pieter schrieb: > The problems are gone now. My hosting provider made some changes to the > php wrapper and that solved the problem. It wasn't a Typo3 issue after > all... Typo3 should run without problems on any system configuration, so this actually seems like a bit of a Typo3 problem. I'd be glad if anyone would come up with a fix for it, if it is solvable by Typo3 and not entirely a PHP/Apache problem, that is. cheers, Ingmar From kasper at typo3.com Sat May 15 12:01:18 2004 From: kasper at typo3.com (Kasper =?ISO-8859-1?Q?Sk=E5rh=F8j?=) Date: Sat, 15 May 2004 12:01:18 +0200 Subject: [Typo3-dev] #2: Write the program Message-ID: Hi Folks. Apparently there were no major objections against the general plan launched in the thread "You Are the Programmer". But there were not a lot of useful input either except a few. The idea of my development plan was not get a "Yes, just do it" answer. It was to get *quality input* on the decisions it also suggests! IT IS VERY IMPORTANT that you help to discuss this! Of course I can just make a choice myself, no problem, but I will actually be very sad (even mad I think) if all the objections come *after* the implementation! It is NOW you have a chance to help us sort these things out! I hope you can appreciate that we are trying to involve the community in these decisions so the best decision is made. So, according to page 7 in the document the step after "Objections" is: Selection: We have to discuss what extensions should be promoted as System Extensions. This includes * a debate on whether the table with global extensions above is acceptable, * what TER extensions should be candidates (The document can be found here: http://130.228.0.33/t3dl/dev-plan.pdf) Question: Maybe everyone should note down his suggestions (like Patrick did) and maybe the most dynamic discussion would be if we arrange some IRC meeting next week, is it? -- God bless - kasper ------ "To succeed in life, you need two things: ignorance and confidence." - Mark Twain. From mailings at akku.be Sat May 15 12:11:08 2004 From: mailings at akku.be (Rutger Meekers) Date: Sat, 15 May 2004 12:11:08 +0200 Subject: [Typo3-dev] Path troubles in backend In-Reply-To: References: Message-ID: It isn't solved on my account Pieter. I use version 3.6.0-rc1 and it's still not working, so it must be a typo3 problem On Sat, 2004-05-15 at 10:14, Pieter wrote: > Pieter wrote: > > > Hi all, > > > > Our web provider updated Apache (to Apache/1.3.31) and Typo3 (3.6.0) > > is having problems ever since. The Apache config file is the same as > > before. > > > > The backend reports after login: "Not Found: The requested URL > > /alt_main.php was not found on this server." > > > > The FAQ item > > http://typo3.org/documentation/mailing-lists/user-list-archive/thread/106/?tx_maillisttofaq_pi1%5Bmode%5D=4&tx_maillisttofaq_pi1%5Bpointer%5D=2 > > > > solved the problem partially. It is now possible to log in into the > > backend, but: > > - the tree view part of the back-end stays empty (it becomes visible > > after clicking 2x PAGE, 1x TASK CENTER and PAGE again) > > - the right part of the backend screen stays empty after editing a > > content item in LIST view (the list of content items is normally > > visible after editing an item) > > > > An update to 3.6.1 had the same result as the changes in the FAQ. > > Ingmar posted something about path issues > > (http://typo3.org/documentation/mailing-lists/dev-list-archive/thread/46303/?tx_maillisttofaq_pi1%5Bpointer%5D=1&tx_maillisttofaq_pi1%5Bmode%5D=1) > > and these path issues are probably the source of my troubles. > > I reported the server environment variables to bugs.typo3.org with the > > script and I got report ID 79. I hope it triggers off something for > > someone. > > > > Pieter > > > The problems are gone now. My hosting provider made some changes to the > php wrapper and that solved the problem. It wasn't a Typo3 issue after > all... > > Pieter > > > _______________________________________________ > Typo3-dev mailing list > Typo3-dev at lists.netfielders.de > http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev > -------------- next part -------------- An HTML attachment was scrubbed... URL: From pieter_v at pandora.be Sat May 15 12:25:21 2004 From: pieter_v at pandora.be (Pieter) Date: Sat, 15 May 2004 12:25:21 +0200 Subject: [Typo3-dev] Path troubles in backend In-Reply-To: References: Message-ID: Rutger Meekers wrote: > It isn't solved on my account Pieter. I use version 3.6.0-rc1 and it's > still not working, so it must be a typo3 problem > > I'll ask my hosting provider the exact changes he made to solve the problem. Pieter From mailings at akku.be Sat May 15 12:45:10 2004 From: mailings at akku.be (Rutger Meekers) Date: Sat, 15 May 2004 12:45:10 +0200 Subject: [Typo3-dev] Path troubles in backend In-Reply-To: References: Message-ID: Pieter, I am on the same server as you are on ;) On Sat, 2004-05-15 at 12:25, Pieter wrote: > Rutger Meekers wrote: > > > It isn't solved on my account Pieter. I use version 3.6.0-rc1 and it's > > still not working, so it must be a typo3 problem > > > > > I'll ask my hosting provider the exact changes he made to solve the problem. > > Pieter > > > > _______________________________________________ > Typo3-dev mailing list > Typo3-dev at lists.netfielders.de > http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jer at moccompany.com Sat May 15 13:19:22 2004 From: jer at moccompany.com (Jan-Erik Revsbech) Date: Sat, 15 May 2004 13:19:22 +0200 Subject: [Typo3-dev] How to contribute extension changes? - MOC Filemanagerextension Message-ID: Hi Kevin, just send mee the code and some documentation and ill take a look at it. I changed a lot of thinsg myself, but havent uploaded it yet, so i could integrate your changes. /Jan-Erik -----Original Message----- From: "Kevin Draper" Sent: 14-05-04 17:58:27 To: "typo3-dev at lists.netfielders.de" Subject: [Typo3-dev] How to contribute extension changes? - MOC Filemanagerextension I've been working with the MOC Filemanager extension, and I've made a few minor bug fixes to it. I am now ready to start adding some new features to the code. Rather than coding my changes in isolation, I'd like to contribute my changes back to the source tree. What is the accepted method for doing this? Thanks Kevin. _______________________________________________ Typo3-dev mailing list Typo3-dev at lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev From thoean at yahoo.de Sat May 15 13:45:49 2004 From: thoean at yahoo.de (Markus Thurner) Date: Sat, 15 May 2004 13:45:49 +0200 Subject: [Typo3-dev] KASPER ??? In-Reply-To: References: Message-ID: > Does somebody use TV under Multilanguage ? Yes, I do, with the steps described before. If you encounter further difficulties, you could give me a login to your site or a testsite, and I can have a look, maybe I can find your problem. Markus From bth at bigfoot.com Sat May 15 13:57:31 2004 From: bth at bigfoot.com (Björn T.Hallberg) Date: Sat, 15 May 2004 13:57:31 +0200 (CEST) Subject: [Typo3-dev] Use Language codes instead of Country codes Message-ID: Hi Typo3 Developers! I noticed that Typo3 uses Country codes instead of Language codes. For example dk is used instead of da for specifying the Danish language: dk = Denmark (ISO 3166) da = Danish (ISO 639) I see that you are in the progress of rewriting the translation system and I thought now would be a good opportunity to suggest that you switch to ISO 639 Language Codes. Or at least strongly consider it. By using country codes you might soon find yourself in trouble when you encounter a language that has no relation to one specific country, e.g. Catalan. What country code would you use for the Catalan language? http://www.fact-index.com/c/ca/catalan_language.html Even phpMyAdmin made the same mistake from the beginning but changed to language codes a couple of years ago. The country codes that are used in Typo3 and differ from the language codes are: dk Denmark - da Danish cz Czech Republic - cs Czech se Sweden - sv Swedish ch Switzerland!? - zh Chinese hl Greenland - kl Greenlandic gr Greece - el Greek hk Hong Kong - zh-hk Chinese (Hong Kong) br Brazil - pt-br Portuguese (Brazilian) ua Ukraine - uk Ukrainian jp Japan - ja Japanese vn Vietnam - vi Vietnamese For the rest the country and language codes are the same. ISO 3166 Country Codes: http://www.iso.ch/iso/en/prods-services/iso3166ma/02iso-3166-code-lists/list-en1.html ISO 639 Language Codes: http://www.w3.org/WAI/ER/IG/ert/iso639.htm Additional Language Codes: http://msdn.microsoft.com/workshop/author/dhtml/reference/language_codes.asp Keep up the fantastic work! - Bj?rn T. Hallberg From kasper at typo3.com Sat May 15 14:33:29 2004 From: kasper at typo3.com (Kasper =?ISO-8859-1?Q?Sk=E5rh=F8j?=) Date: Sat, 15 May 2004 14:33:29 +0200 Subject: [Typo3-dev] Use Language codes instead of Country codes In-Reply-To: References: Message-ID: If you are talking about the backend of TYPO3 the language code is irrelevant. "dk" is for danish but the important thing is that it is a 2-char code and it could just as well be "yu" - doesn't matter. Therfore we will not change it of course because it will be a LOT of trouble (doing this for 500+ extensions that multiple authors has to do *syncronized*!) with NO significant gain. But it is admitted that it may be confusing, but it poses not practical problem to us. It is the same with the frontend where language labels are drawn from the same place in TYPO3. However, if you look at flexforms in TYPO3 there is the possibility to have multiple translations of content - and there the codes are taken from some ISO standard. - kasper On Sat, 2004-05-15 at 13:57, Bj?rn T.Hallberg wrote: > Hi Typo3 Developers! > > I noticed that Typo3 uses Country codes instead of Language codes. > For example dk is used instead of da for specifying the Danish language: > dk = Denmark (ISO 3166) > da = Danish (ISO 639) > > I see that you are in the progress of rewriting the translation system and I thought now would be a good opportunity to suggest that you switch to ISO 639 Language Codes. Or at least strongly consider it. > > By using country codes you might soon find yourself in trouble when you encounter a language that has no relation to one specific country, e.g. Catalan. What country code would you use for the Catalan language? > http://www.fact-index.com/c/ca/catalan_language.html > > Even phpMyAdmin made the same mistake from the beginning but changed to language codes a couple of years ago. > > The country codes that are used in Typo3 and differ from the language codes are: > dk Denmark - da Danish > cz Czech Republic - cs Czech > se Sweden - sv Swedish > ch Switzerland!? - zh Chinese > hl Greenland - kl Greenlandic > gr Greece - el Greek > hk Hong Kong - zh-hk Chinese (Hong Kong) > br Brazil - pt-br Portuguese (Brazilian) > ua Ukraine - uk Ukrainian > jp Japan - ja Japanese > vn Vietnam - vi Vietnamese > > For the rest the country and language codes are the same. > > ISO 3166 Country Codes: > http://www.iso.ch/iso/en/prods-services/iso3166ma/02iso-3166-code-lists/list-en1.html > > ISO 639 Language Codes: > http://www.w3.org/WAI/ER/IG/ert/iso639.htm > > Additional Language Codes: > http://msdn.microsoft.com/workshop/author/dhtml/reference/language_codes.asp > > Keep up the fantastic work! > - Bj?rn T. Hallberg > > > _______________________________________________ > Typo3-dev mailing list > Typo3-dev at lists.netfielders.de > http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev -- God bless - kasper ------ "To succeed in life, you need two things: ignorance and confidence." - Mark Twain. From patrick.gaumond at fsa.ulaval.ca Sat May 15 16:55:23 2004 From: patrick.gaumond at fsa.ulaval.ca (Patrick Gaumond) Date: Sat, 15 May 2004 10:55:23 -0400 Subject: [Typo3-dev] #2: Write the program References: Message-ID: Kasper Sk?rh?j" a ?crit : > The idea of my development plan was not get a "Yes, just do it" answer. > It was to get *quality input* on the decisions it also suggests! IT IS > VERY IMPORTANT that you help to discuss this! Of course I can just make > a choice myself, no problem, but I will actually be very sad (even mad I > think) if all the objections come *after* the implementation! It is NOW The "list culture" seems to indicate that major point should be throw away at beginning of a week. Maybe it can explain those few comments about your document... > Question: Maybe everyone should note down his suggestions (like Patrick > did) and maybe the most dynamic discussion would be if we arrange some > IRC meeting next week, is it? IRC can be a great way to accelerate the process. At least it cost nothing to try... I just hope that it could be schedule after 9 AM East time. ; ) That means 3 PM for most of europeans and that way Carlos from Panama and myself from Qu?bec could join... Hoping I can join the party ! Patrick From patrick.gaumond at fsa.ulaval.ca Sat May 15 16:57:07 2004 From: patrick.gaumond at fsa.ulaval.ca (Patrick Gaumond) Date: Sat, 15 May 2004 10:57:07 -0400 Subject: [Typo3-dev] Path troubles in backend References: Message-ID: RC1 and RC2 and even 3.6.0 has problem with PATHs... You should go on 3.6.1 Patrick From r.geyer at ameos.com Sat May 15 22:38:46 2004 From: r.geyer at ameos.com (Raphael) Date: Sat, 15 May 2004 22:38:46 +0200 Subject: [Typo3-dev] KASPER ??? References: Message-ID: Thanks, I sent you an email Raphael www.ameos.com "Markus Thurner" a ?crit dans le message de news:mailman.145.1084621551.25330.typo3-dev at lists.netfielders.de... > > Does somebody use TV under Multilanguage ? > > Yes, I do, with the steps described before. > > If you encounter further difficulties, you could give me a login to your > site or a testsite, and I can have a look, maybe I can find your problem. > > Markus > From niederlag at ikd01.de Sat May 15 22:49:30 2004 From: niederlag at ikd01.de (Peter Niederlag) Date: Sat, 15 May 2004 22:49:30 +0200 Subject: [Typo3-dev] wiki? [was: Extension Developers Guide TOC] In-Reply-To: References: Message-ID: Hello, Sebastian Kurfuerst schrieb am 14.05.2004 um 16:10 Uhr CEST > Hello, > I have successfully set up MediaWiki at > http://t3wiki.garbage-group.de/ . It seems to be pretty unflexible > with the layout, so I am not so sure at the moment if this is the > solution to use finally. But of course you can test this wiki. > > Does somebody have more experience with other PHP-based wikis? not very much. while my research for workflow I have been working with tikiwiki/Galaxia quite a little bit. Quite a nice system, and based on smarty-templates. So it is quite flexible on layout and has some very nice features. If there is a need I will set it up with some typo3-layout on some public machine. Comments? Cheers, PeterN -- Peter Niederlag http://www.niekom.de * Typo3 und EDV-Dienstleistungen * http://www.clown-goli.de * Clown-Comedy-Jonglage-Animation * From sebastian at garbage-group.de Sun May 16 00:18:32 2004 From: sebastian at garbage-group.de (Sebastian Kurfuerst) Date: Sun, 16 May 2004 00:18:32 +0200 Subject: [Typo3-dev] wiki? [was: Extension Developers Guide TOC] In-Reply-To: References: Message-ID: Hi, well please test http://t3wiki.garbage-group.de , it does use MediaWiki at the moment. I can see 2 drawbacks of the current system: - Templating is very difficult - there are no extended access rights for some pages. OK, the question is if we need such a real big wiki like tikiwiki or maybe MediaWiki is sufficent. When you set up TikiWiki for typo3, will it be permanent? The problem with my server where I am hosting MediaWiki is that it goes sometimes down and can't handle too much load. So it would be better if someone different could host the typo3 wiki finally. It would be really great if you could set up tikiwiki somewhere permanently, it is not too much effort to copy the content from our current wiki to tikiwiki (we don't have so much content at the moment and I will copy it). TikiWiki uses the same wiki syntax as Wikipedia(Mediawiki), right? Of course I would help administering TikiWiki, if you want. Maybe we can come into contact by ICQ, my UIN is 133307968. Sebastian -- Kontaktm?glichkeiten: http://garbage-group.de/kontakt.html Possibilitys to contact me: http://garbage-group.de/kontakt.html From sebastian at garbage-group.de Sun May 16 00:22:09 2004 From: sebastian at garbage-group.de (Sebastian Kurfuerst) Date: Sun, 16 May 2004 00:22:09 +0200 Subject: [Typo3-dev] wiki? [was: Extension Developers Guide TOC] In-Reply-To: References: Message-ID: Hi, it's me again. The feature list of tiki looks really impressive, the only question I have is whether we need so many features when we use just 10 % or so. Any comments? Sebastian From gabriel at anast.org Sun May 16 01:50:42 2004 From: gabriel at anast.org (Gabriel Anast) Date: Sat, 15 May 2004 17:50:42 -0600 Subject: [Typo3-dev] #2: Write the program In-Reply-To: References: Message-ID: Patrick-- >IRC can be a great way to accelerate the process. At least it cost nothing >to try... > I sorta like the archived nature of the list myself, but there is merit to using IRC to more quickly consolidate ideas... and a log could be posted. By the way, there is usually an irc.freenode.net #typo3 channel open. I wish there was more traffic there... hint hint. There is also a #typo3-de channel... although I don't speak German... --gabe From kdraper at wildcanary.ca Sun May 16 03:28:02 2004 From: kdraper at wildcanary.ca (Kevin Draper) Date: Sat, 15 May 2004 21:28:02 -0400 Subject: [Typo3-dev] How to contribute extension changes? - MOCFilemanagerextension References: Message-ID: Thanks Jan-Erick Some of the changes are quite minor (like putting transparent backgrounds on some of the GIF images), and others are much more involved (like adding an "upload_only" mode (no directory list - just the upload box). None of the changes are that earth-shattering - just adjustments for how I would like to use the plug-in in my application. I should be done my initial set of changes early next week - I'll put together a doc to accompany my changes that explains what I've changed and why. Thanks again. Kevin. ----- Original Message ----- "Jan-Erik Revsbech" wrote in message news:mailman.144.1084619996.25330.typo3-dev at lists.netfielders.de... Hi Kevin, just send mee the code and some documentation and ill take a look at it. I changed a lot of thinsg myself, but havent uploaded it yet, so i could integrate your changes. /Jan-Erik -----Original Message----- From: "Kevin Draper" Sent: 14-05-04 17:58:27 To: "typo3-dev at lists.netfielders.de" Subject: [Typo3-dev] How to contribute extension changes? - MOC Filemanagerextension I've been working with the MOC Filemanager extension, and I've made a few minor bug fixes to it. I am now ready to start adding some new features to the code. Rather than coding my changes in isolation, I'd like to contribute my changes back to the source tree. What is the accepted method for doing this? Thanks Kevin. _______________________________________________ Typo3-dev mailing list Typo3-dev at lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev From sebastian at garbage-group.de Sun May 16 10:00:35 2004 From: sebastian at garbage-group.de (Sebastian Kurfuerst) Date: Sun, 16 May 2004 10:00:35 +0200 Subject: [Typo3-dev] wiki? [was: Extension Developers Guide TOC] In-Reply-To: References: Message-ID: Hi, I have installed tikiwiki on my page for testing and I have found it quite complicated and I think it has much too much functions for our usage area. Many people are accustomed to Wikis from wikipedia, but tiki uses a different syntax on the pages for internal links (it uses (()) instead of [[]] ), maybe it is configurable, I don't know. Anyways, I think that Tiki has way too many functions for our needs and it is more difficult to handle IMHO. So I think it would be better for us to use MediaWiki just because it is more simple and easier to use, although it has fewer functions compared to MediaWiki (functions we mostly won't need). Kasper: Could you finally link http;//t3wiki.garbage-group.de to wiki.typo3.org ? Then we could start really working with the wiki now, I think. It would be very very cool if you all could go to http://t3wiki.garbage-group.de to help out with some content on an area you know. Thank you for your help, Sebastian From Martin.no5pam.Kutschker at blackbox.n0spam.net Sun May 16 10:15:56 2004 From: Martin.no5pam.Kutschker at blackbox.n0spam.net (Martin T. Kutschker) Date: Sun, 16 May 2004 10:15:56 +0200 Subject: [Typo3-dev] DB changes In-Reply-To: References: Message-ID: Mathias Schreiber [K1net] wrote: > Could we please set the cache_md5params uid field and the sys_stat.uid > fields to bgint by default? > mySQL freezes when you try to change it afterwards. What? You mean you have troubles issuing an "ALTER TABLE" command? Masi From Martin.no5pam.Kutschker at blackbox.n0spam.net Sun May 16 10:35:28 2004 From: Martin.no5pam.Kutschker at blackbox.n0spam.net (Martin T. Kutschker) Date: Sun, 16 May 2004 10:35:28 +0200 Subject: metatags - Re: [Typo3-dev] You are the Programmer In-Reply-To: References: Message-ID: Patrick Gaumond wrote: > >>A- In general we could setup a few info "system-wide" (content-type, >>shema, others like publisher or rights) values that should be >>overwritable on a page basis. > > Extended keywords (n_extkeywords) does something similar I think. From > the description: "It also adds the possibility to have the keywords > accumilated over the rootline enabling one to set site-wide keywords > along with branch-wide and page specific keywords." > > It doesn't replace the standard value, but appends to it, if you > configure it that way. Yes. Something like that was already on my mind. >>B- Language should lookup in Typo3 so we don't need to setup manually >>the user selection in case of site with multiple language. (I don't know >>if possible in TYPO3) > > Definitely the way to go. TYPO3 knows the language of a page from the > "Website Language" record, which we might need to enhance, as we need > the ISO language shorthand for DC, and the language record in TYPO3 > only knows a rather descriptive title. See the "Keyword wizard" extension. Keywords are not translated during rendering, but the UI shows only the keywords of the pages' language (restricted to the domain record as well). Is this what you had in mind? Additionaly/Alternatvely I can imagine a set of id-based keywords (ie records with a uid)) with translations in the db. With this setup id-based all pages (incl. alt.lang. pages) will get the keywords from the default lang page. The actual (translate) keywords come from a table. >>C- Author, Creation date and Modification date should come from TYPO3 > > True. Even other data might be gathered automatically (e.g. if you > already supply a description for the 'normal' meta description tag, > this could be reused). Further data may be fetched from the > corresponding fields for pages of type advanced. > > After all, we should probably talk to Kapser and discuss the option of > enhancing the 'Meta tags, extended' extension directly (maybe taking > over maintenance). It does a basic set of things we need, and would > 'only' need to be enhanced with the automatic gathering of data where > applicable and the option of providing page-specific entries. Yeah, but make all this configurable (or at least overridable). > Maybe we should write a 'formal' project description to base further > discussion on? Why not? With specs the code should be better from the start. Masi From Martin.no5pam.Kutschker at blackbox.n0spam.net Sun May 16 10:38:35 2004 From: Martin.no5pam.Kutschker at blackbox.n0spam.net (Martin T. Kutschker) Date: Sun, 16 May 2004 10:38:35 +0200 Subject: [Typo3-dev] You are the Programmer - System extensions In-Reply-To: References: Message-ID: Mathias Schreiber [K1net] wrote: > Kasper Sk?rh?j wrote: > >>Yes, I'm working on that myself. > > ok, then I stop working on my own stuff. Why don't you send Kasper your ideas and code (sketches)? Masi From Martin.no5pam.Kutschker at blackbox.n0spam.net Sun May 16 10:42:12 2004 From: Martin.no5pam.Kutschker at blackbox.n0spam.net (Martin T. Kutschker) Date: Sun, 16 May 2004 10:42:12 +0200 Subject: [Typo3-dev] You are the Programmer In-Reply-To: References: Message-ID: Michael Stucki wrote: > Hi Kasper, > >>Take that as an invitation to become involved and take influence. If you >>deliver quality on time you get respect and influence in return. You >>earn your way in by proving your worth. > > One first comment, I couldn't read it all yet. > > Can we use the term 'tasks' instead of 'packages'? > I know it's a fussy but it's still right, assuming that these 'packages' do > not contain anything but dependencies for other extensions, right? I disagree. 'Task' sounds like a small job, which is not what Kasper's spec describes. 'package' accurately tells what it is: a collection of extensions. Perhaps there is a better word, but IMHO it's no 'tasks'. Masi From Martin.no5pam.Kutschker at blackbox.n0spam.net Sun May 16 10:45:21 2004 From: Martin.no5pam.Kutschker at blackbox.n0spam.net (Martin T. Kutschker) Date: Sun, 16 May 2004 10:45:21 +0200 Subject: metatags - Re: [Typo3-dev] You are the Programmer In-Reply-To: References: Message-ID: Daniel Hinderink [TYPO3] wrote: >>Kasper Sk?rh?j wrote: >> >>>Take that as an invitation to become involved and take influence. If you >>>deliver quality on time you get respect and influence in return. You >>>earn your way in by proving your worth. >> >>I am interested in metatags. I'v already written some kind of add-on >>(meta-tag navigation) and have some ideas on further enhancements (for >>both extensions). > > I would like to see a backend plugin for efficient creation and management > of meta tags. Means you're volunteering or you're stating goals? Anyway, interesting ideas that definetly enlarge the the job of recreating this extension. Masi From ingmars at web.de Sun May 16 11:43:28 2004 From: ingmars at web.de (Ingmar Schlecht) Date: Sun, 16 May 2004 11:43:28 +0200 Subject: [Typo3-dev] wiki? In-Reply-To: References: Message-ID: Hi developers, Sebastian Kurfuerst schrieb: > well please test http://t3wiki.garbage-group.de , it does use MediaWiki > at the moment. Grrreat! Thanks very much, Sebastian, for setting it up! > I can see 2 drawbacks of the current system: > - Templating is very difficult CSS style sheets + Typo3 logo are absolutely sufficient, I think. > - there are no extended access rights for some pages. A Wiki is a Wiki and doesn't need any access rights restrictions, that's the very cool thing about them. > OK, the question is if we need such a real big wiki like tikiwiki or > maybe MediaWiki is sufficent. IMHO MediaWiki is sufficient and it's also proven to be stable on wikipedia.org. > When you set up TikiWiki for typo3, will it be permanent? The problem > with my server where I am hosting MediaWiki is that it goes sometimes > down and can't handle too much load. So it would be better if someone > different could host the typo3 wiki finally. Maybe Robert L. might be able to do it, he's hosting bugs.typo3.org already. I will write a mail to him + CC to Sebastian. cheers, Ingmar From ben at netcreators.nl Sun May 16 12:25:56 2004 From: ben at netcreators.nl (ben van 't ende [netcreators]) Date: Sun, 16 May 2004 12:25:56 +0200 Subject: [Typo3-dev] wiki? In-Reply-To: References: Message-ID: Ingmar Schlecht wrote: > Hi developers, > > Sebastian Kurfuerst schrieb: > >> well please test http://t3wiki.garbage-group.de , it does use >> MediaWiki at the moment. > > > Grrreat! Thanks very much, Sebastian, for setting it up! AGGRREEE!! I played around with it a bit and it works great! gRTZ ben -- netcreators :: creation and innovation www.netcreators.nl - www.typo3.nl From sebastian at garbage-group.de Sun May 16 13:01:59 2004 From: sebastian at garbage-group.de (Sebastian Kurfuerst) Date: Sun, 16 May 2004 13:01:59 +0200 Subject: [Typo3-dev] wiki? In-Reply-To: References: Message-ID: Hi, ok we have finally decided that we will use MediaWiki. So there's no need to try out tikiwiki anymore. Seems that finally we will get it permanently working :) Sebastian From kasper at typo3.com Sun May 16 15:03:48 2004 From: kasper at typo3.com (Kasper =?ISO-8859-1?Q?Sk=E5rh=F8j?=) Date: Sun, 16 May 2004 15:03:48 +0200 Subject: [Typo3-dev] wiki? In-Reply-To: References: Message-ID: BTw, I did ask Sune (in charge of typo3.org DNS) to contact you if he had any questions. - kasper On Sun, 2004-05-16 at 13:01, Sebastian Kurfuerst wrote: > Hi, > ok we have finally decided that we will use MediaWiki. So there's no > need to try out tikiwiki anymore. > > Seems that finally we will get it permanently working :) > Sebastian > _______________________________________________ > Typo3-dev mailing list > Typo3-dev at lists.netfielders.de > http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev -- God bless - kasper ------ "To succeed in life, you need two things: ignorance and confidence." - Mark Twain. From wolfgang at stufenlos.net Sun May 16 17:40:14 2004 From: wolfgang at stufenlos.net (Wolfgang Klinger) Date: Sun, 16 May 2004 17:40:14 +0200 Subject: [Typo3-dev] extension reviewing In-Reply-To: References: Message-ID: *hiya!* On Sat, 15 May 2004, Volker Biberger wrote the following: > Hmm. Starting up my own company I totally understand your point of > view. On the other hand some well done tuturial would have helped me a > lot when starting with typo3 6 months ago. Please understand my point: > on typo3.org it is all there, but as a beginner you lack the "selective > perception" one needs to understand what topic and what tutorial covers > the exact problem I have. Right. The "problem" is that you have to think so much about how to do this and that with Typo3 that you can't concentrate on the really important parts of your work (= functionality)! You won't sell with "Wow, my product integrates well with Typo3" but rather "Hey, it does this and that and serves all your needs AND it integrates well with Typo3" makes your client happy! So I don't think we get a problem by describing what we actually do to make it work (and more important HOW we do it to make it right, there's no need in thousands of hacks while there's one clean solution available already! We just need to SHOW them where it is! (and make a note for ourselves as a reference)) My point of view is that this will first of all increase quality and secondly productivity (as stated above). And YES I think that's part of the open source idea in general! bye Wolfgang From jer at moccompany.com Sun May 16 18:57:13 2004 From: jer at moccompany.com (Jan-Erik Revsbech) Date: Sun, 16 May 2004 18:57:13 +0200 Subject: [Typo3-dev] wiki? References: Message-ID: I just tried to insert som edocumentation on the DBAL, but I have some problems inserting examples. I have absolutely no WiKi experience, but I inserted some code snippets with 
           (I can not get the
 to work), but the font is so big, that the lines a to wide
to be displayed.

How should I insert code samples?

/Jan-Erik

"Sebastian Kurfuerst"  skrev i en meddelelse
news:mailman.1.1084705152.27720.typo3-dev at lists.netfielders.de...
> Hi,
> ok we have finally decided that we will use MediaWiki. So there's no
> need to try out tikiwiki anymore.
>
> Seems that finally we will get it permanently working :)
> Sebastian





From sebastian at garbage-group.de  Sun May 16 19:14:19 2004
From: sebastian at garbage-group.de (Sebastian Kurfuerst)
Date: Sun, 16 May 2004 19:14:19 +0200
Subject: [Typo3-dev] wiki?
In-Reply-To: 
References: 						
	
	
	
	
	
	
Message-ID: 

Hi,
code samples are just inserted with a space in front of the lines. It 
will be shown as 
           afterwards, just try :)
Sebastian



From jer at moccompany.com  Sun May 16 19:26:45 2004
From: jer at moccompany.com (Jan-Erik Revsbech)
Date: Sun, 16 May 2004 19:26:45 +0200
Subject: [Typo3-dev] wiki?
References: 						
	
	
	
	
	
	
	
Message-ID: 

Thanks a lot, as I said its my first time using a WiKi!

I see that you have already changed it. I'l see if I can find the time to
finish the section tonight.

/Jan-Erik


"Sebastian Kurfuerst"  skrev i en meddelelse
news:mailman.1.1084727490.19927.typo3-dev at lists.netfielders.de...
> Hi,
> code samples are just inserted with a space in front of the lines. It
> will be shown as 
           afterwards, just try :)
> Sebastian





From sebastian at garbage-group.de  Sun May 16 19:33:46 2004
From: sebastian at garbage-group.de (Sebastian Kurfuerst)
Date: Sun, 16 May 2004 19:33:46 +0200
Subject: [Typo3-dev] wiki?
In-Reply-To: 
References: 						
	
	
	
	
	
	
	
	
Message-ID: 

Yeah I have changed it :)
It would be nice if you wrote the content not into the Table of Contents ;)
I moved it to a new page.
You should perhaps click on "Help" on the left side, there you will find 
a link to the complete wiki markup syntax.

Sebastian



From jer at moccompany.com  Sun May 16 19:39:16 2004
From: jer at moccompany.com (Jan-Erik Revsbech)
Date: Sun, 16 May 2004 19:39:16 +0200
Subject: [Typo3-dev] wiki?
References: 						
	
	
	
	
	
	
	
	
	
Message-ID: 

Sorry for that, I overlooked that link. I will read  the manual before I
write anything else:)

/Jan-Erik

"Sebastian Kurfuerst"  skrev i en meddelelse
news:mailman.1.1084728657.21333.typo3-dev at lists.netfielders.de...
> Yeah I have changed it :)
> It would be nice if you wrote the content not into the Table of Contents
;)
> I moved it to a new page.
> You should perhaps click on "Help" on the left side, there you will find
> a link to the complete wiki markup syntax.
>
> Sebastian





From mueller at be-cre8tive.com  Sun May 16 19:53:19 2004
From: mueller at be-cre8tive.com (Benjamin Müller)
Date: Sun, 16 May 2004 19:53:19 +0200
Subject: [Typo3-dev] Bug in browsetree.php ?
References: 
	
Message-ID: 

Hi!

I tried the whole last week different solutions, but nothing worked!
There is also no php-cache.

What I tried:
I installed different Typo3 versions on different accounts on this
server, all with fixed browsetree.php. But on every version this error
accoured. So I guess, it can't be a problem with the Typo3 Cache.

But also the Typo3 versions which worked in the past (3.5 and 3.6RC2)
have now errors, because this browsetree is somewhere cached in the
system. I also contacted the Server-Administrator. The Server was
restarted several times, but the problem is still there.

I really dont know what to do now. Since I tested Typo 3.6 the error
appears.

I hope there will be a solution for that...

Thx in advantage.
Ben

On Tue, 11 May 2004 15:40:38 +0200, Martin Poelstra
 wrote:

>Hi Ben,
>
>Are you running some PHP-cache? Try to remove all phpa_* files in your
>/tmp-dir and restart Apache.
>(Or use the supplied tool of the phpcache.)
>
>Grtz,
>Martin
>




From ms at k1net.de  Sun May 16 21:18:40 2004
From: ms at k1net.de (Mathias Schreiber [K1net])
Date: Sun, 16 May 2004 21:18:40 +0200
Subject: [Typo3-dev] You are the Programmer - System extensions
References: 
	
	
	
Message-ID: 

Martin T. Kutschker wrote:
> Why don't you send Kasper your ideas and code (sketches)?

Basically, the outlines where written in my last post ;-)





From murphy at thepanemgroup.com  Mon May 17 01:03:41 2004
From: murphy at thepanemgroup.com (Thomas Murphy)
Date: Mon, 17 May 2004 01:03:41 +0200
Subject: [Typo3-dev] Global Vars in FE-Plugin only reachable for admin user?
Message-ID: 

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hello everyone,

while writing a fe-plugin i experienced a strange behaviour:

The variable sent to my script via GET is only available in the script,
when I am logged in (I have front-end-editing enabled).
"Normal" users can't access the plugin, it's always showing the
'default' case of the switch statement in the main method.
I tried to access it in many ways, like t3lib_div::GPvar('action'),
$_GET["action"], $GLOBALS["HTTP_GET_VARS"]["action"].
Register Globals is turned on.

Any hints?

bye,
Murphy
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFAp/NLwO0pDATctOARAqZbAKCXWb4u3FX/A/FkHpGUORyB2jk5UwCeN1lh
YINrJUXP0JhdQWI4d6OPGRE=
=+bTx
-----END PGP SIGNATURE-----




From webbee at svitonline.com  Mon May 17 02:11:12 2004
From: webbee at svitonline.com (Sigayeva Marina)
Date: Mon, 17 May 2004 02:11:12 +0200
Subject: [Typo3-dev] own extension: search problem
Message-ID: 

Hi,

I've made my small FE plugin which shows content from database. It's pretty
much similar to Kasper's CD Collection.
Now I want indexed search to search in the content generated by my plugin.
It finds the text, but the link to the particular record is not working. I
get to initial page of my plugin. All parameters (like [showUid]) are gone.
I make links with typolink like this: return $this->pi_list_linkSingle($VAL,
$UID, 1);
I've checked Info->Indexed Search and I see that cHash is set, but
cHashParams is NOT set on my plugin, although it's set on other plugins.

Anybody has an idea?

-- 
Have a nice day,
Svyetoslav Pidgornyy





From Horn.Gabor at aktiv.co.hu  Mon May 17 07:50:18 2004
From: Horn.Gabor at aktiv.co.hu (Horn =?ISO-8859-1?Q?G=E1bor?=)
Date: Mon, 17 May 2004 07:50:18 +0200
Subject: [Typo3-dev] proper way extension development?
Message-ID: 

Hi!

I've made my first extension w/ kickstarter, and now would like to know
what is the recommended way to develop it. I would like to change
database tables of it in the new version(s), so what i'd need is some
kind of edit mode of the kickstarter's "make new extansion" forms (which
is a joy to work w/ anyway!). I saw ext manager/loaded extensions/backup
delete/start new. So should i backup first the files i've modified in my
extension (it's the pi1/class.tx_xxx_pi1.php), remove the extension,
then use this function to start a new w/ the same name, modify the
database definition, let it create(overwrite?) the files, the copy back
the previous pi1/class.tx_xxx_pi1.php and continue develop that? Or what
is the proper way if i need to change my extension's database defintion
(i guess simply modifying the table itself w/ phpMyAdmin is not a good
way, and it would be nice having kickstarter's functionalities to do the
job not edit the files manually).

I also noticed after editing pi1/class.tx_xxx_pi1.php,in ext
manager/loaded extensions/information there's a red warning the file
differs from the original. How can i "update" it? Should i have to use
the "edit files" mode here? That's inconvienent for me, and also seems i
cannot save from there by default. 

Sorry for this newbie questions, i'd need a few hints here at the
begining to learn the proper typo3 ext coding method/style. I've read
http://typo3.hachmeister.org/Create_your_own_Frontend.137.0.html and
http://typo3.org/documentation/document-library/doc_tut_backend/ but
didn't find the answers there.

thanks, hirisov







From wolfgang at stufenlos.net  Mon May 17 08:33:36 2004
From: wolfgang at stufenlos.net (Wolfgang Klinger)
Date: Mon, 17 May 2004 08:33:36 +0200
Subject: [Typo3-dev] proper way extension development?
In-Reply-To: 
References: 
Message-ID: 


 *hiya!*
 On Mon, 17 May 2004, Horn G?bor wrote the following:
> is the proper way if i need to change my extension's database defintion
> (i guess simply modifying the table itself w/ phpMyAdmin is not a good
> way, and it would be nice having kickstarter's functionalities to do the
> job not edit the files manually).
 (you can do that but you'll have to add the configuration for the
 fields manually in ext_tables.php and/or tca.php if you want to 
 edit them through the backend)
> I also noticed after editing pi1/class.tx_xxx_pi1.php,in ext
> manager/loaded extensions/information there's a red warning the file
> differs from the original. How can i "update" it? Should i have to use
> the "edit files" mode here? That's inconvienent for me, and also seems i
> cannot save from there by default. 

 Extension Manager -> e.g. "Loaded Extensions" -> click on your extension

 Now select "Backup/Delete" in the dropdown (upper right corner).

 There you can "Update your EM configuration" and start a new extension
 based on the selected extension! (-> or overwrite the existing)

 bye
 Wolfgang






From jer at moccompany.com  Mon May 17 09:09:04 2004
From: jer at moccompany.com (Jan-Erik Revsbech)
Date: Mon, 17 May 2004 09:09:04 +0200
Subject: [Typo3-dev] Global Vars in FE-Plugin only reachable for admin
	user?
References: 
Message-ID: 

I think this migt be related to caching. Please check if setting no_cache=1
in the URL doesn't solve the problem. If your extension is a USER object,
then caching is enabled, and you will experience that you plugin only shows
one mode of operation, regardless of the GET variables parsed to it.

I seem to remeber that caching is turned off when using feedit and being
logged in. Change you plugin to a USER_INT object instead. This will however
turn off caching, and you extension will not be indexed by the search
enginge (There are ways to circumvent this though).

/Jan-Erik

P.S. I accidently sent this mail to you personally, so here it comes for the
sake keeping the post in the archives.

----- Original Message ----- 
From: "Thomas Murphy" 
To: 
Sent: Monday, May 17, 2004 1:03 AM
Subject: [Typo3-dev] Global Vars in FE-Plugin only reachable for admin user?


> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Hello everyone,
>
> while writing a fe-plugin i experienced a strange behaviour:
>
> The variable sent to my script via GET is only available in the script,
> when I am logged in (I have front-end-editing enabled).
> "Normal" users can't access the plugin, it's always showing the
> 'default' case of the switch statement in the main method.
> I tried to access it in many ways, like t3lib_div::GPvar('action'),
> $_GET["action"], $GLOBALS["HTTP_GET_VARS"]["action"].
> Register Globals is turned on.
>
> Any hints?
>
> bye,
> Murphy
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.2.4 (MingW32)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
>
> iD8DBQFAp/NLwO0pDATctOARAqZbAKCXWb4u3FX/A/FkHpGUORyB2jk5UwCeN1lh
> YINrJUXP0JhdQWI4d6OPGRE=
> =+bTx
> -----END PGP SIGNATURE-----
>
> _______________________________________________
> Typo3-dev mailing list
> Typo3-dev at lists.netfielders.de
> http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev
>






From Horn.Gabor at aktiv.co.hu  Mon May 17 10:01:22 2004
From: Horn.Gabor at aktiv.co.hu (Horn =?ISO-8859-1?Q?G=E1bor?=)
Date: Mon, 17 May 2004 10:01:22 +0200
Subject: [Typo3-dev] dynamic BE fieldlist?
Message-ID: 

Hi!

I'd like to ask for your advice on the following topic: is it possible
to change which fields appears when editing an own extension's element's
fields due to a row in the database? 
Here's an example:

I have 2 tables, first (tx_xxx_datarows) contains fields like field1,
field2, field3. The record of this table will be rendered as rows of a
HTML table in the FE. Now i have another table (tx_xxx_fieldnames) which
contains custom names for the datarows at a given pid. So it has fields
like field1title, field2title, field3title. On the FE thsi will be the
first row of the HTML table which contains the elements of the
tx_xxx_datarows DB table. 

So if at pid 50 i have the following entries in the DB ("," is field
separator, "|" is row separator):

tx_xxx_fieldnames: color, size, price
tx_xxx_datarows: red, 42, 34$ | blue, 40, 65$ | green, 38, 50$

It will result in a table in the FE:

color, size, price
red,   42,   34$
blue,  40,   65$
green, 38,   50$

Now the question is: can i do that "price" (third) field only appears
when editing tx_xxx_datarows elements in the BE if at the same pid
there's a tx_xxx_fieldnames element which has a nonzero field3title?
(assuming there's only one tx_xxx_fieldnames element for a pid).

The ultimate goal would be to display not "field3" but "price" (so the
content of tx_xxx_fieldnames.fieldXtitle) in the backend too. So if the
BE user decides to only show color and size attributes
(tx_xxx_fieldnames.field1title and tx_xxx_fieldnames.field2title then)
and edit the tx_xxx_fieldnames element accordingly, then when at the
same pid he edits the tx_xxx_datarows elements, he only would see the
"enabled" fields.

thx, hirisov





From ingmars at web.de  Mon May 17 10:13:22 2004
From: ingmars at web.de (Ingmar Schlecht)
Date: Mon, 17 May 2004 10:13:22 +0200
Subject: [Typo3-dev] dynamic BE fieldlist?
In-Reply-To: 
References: 
Message-ID: 

Horn G?bor schrieb:
> I'd like to ask for your advice on the following topic: is it possible
> to change which fields appears when editing an own extension's element's
> fields due to a row in the database? 

Perhaps the field type 'user' that's available in 3.6.0 is what you're 
looking for.

Have a look at the function 
getSingleField_typeUser($table,$field,$row,&$PA) in the file 
http://cvs.sourceforge.net/viewcvs.py/typo3/TYPO3core/t3lib/class.t3lib_tceforms.php?rev=1.25&view=markup

cheers,
Ingmar



From rl at robertlemke.de  Mon May 17 11:02:55 2004
From: rl at robertlemke.de (Robert Lemke)
Date: Mon, 17 May 2004 11:02:55 +0200
Subject: [Typo3-dev] ExtDev Guide, Articles and Tutorials (was:
	Extension Developers Guide TOC)
In-Reply-To: 
References: 
	
	
	
Message-ID: 

Hey folks,

(sorry, for some sad reason I couldn't follow the thread the last days,
but now ...)

On Fri, 2004-05-14 at 23:19, Sebastian Kurfuerst wrote:
> I think that at first we will give write access to everybody as it is at 
> the moment. At a certain point, however, we should revise the 
> documentation in this wiki and use the wiki data to write an openoffice 
> document for typo3.org which will be revised before it is put on typo3.org
> If all-write-access is bad, we'll soon figure this out. At the 
> beginning, however, we need at first some content.

That looks like a good so far. But there are some points which need to
be changed or extended, like the system extensions chapter, because sys
extensions will have a different meaning in the future, etc.

The next days I want to re-initiate the reviewing process which will
mainly focus on screening the candidates for the sys extensions (ie.
those extensions which will be delivered with the offical distribution
of TYPO3). I guess that this process will deliver some useful results
for some extension programming tutorials so I'll wait for that.

Another thing we might consider is not trying to build a huge document,
which easily could be a printed book, because it requires huge amount of
work until you finally release it, only to realize that it's out of date
already (ask Rene, Daniel and Werner, they don't do much more than
writing that book for months ...).

More realistic would be a document giving some general introduction to
extension programming which acts as a kind of lighthouse for navigating
through the different sources of documentation. For the details of
extension programming and / or core development I would prefer smaller
documents which include one or two topics with good examples.

That brings me to the different kinds of documentation I imagine:

We have:

   - The fully documented core sources,for me the main documentation ...
   - The core docs, mostly Inside TYPO3 which will be (or is?) published
     in an updated version.
   - Coding Guidelines
   - The references, as there are TSref and TSconfig
   - Some outdated tutorials: Backend Programming, TS by Example

We need:

   - Two (or more) major documents: Backend Extensions, Frontend 
     Extensions, xxx. Explaining the basic concepts for creating
     such extensions.
   - Specialized small tutorials including code snippets and case
     studies. They could actually be articles on typo3.org like 
     the articles [1] and tutorials [2] on zend.com

The big advantages of articles and tutorials is that they much more
flexible to handle. One example could be a basic frontend plugin
tutorial, or an article about how to make your plugin cacheable and
searcheable for the indexed search including etc.

If you like the idea, let's collect some most wanted topics. What would
beginners like to know? 

 - Kickstarter wizard: A guided tour through the code being generated
 - Implementing links in frontend plugins: The right way
 - Using the cObj: How to parse and render TypoScript in your plugin
 - Backend Modules: Creating a basic module for managing your cd
   collection

I volunteer for creating the basic setup we'd need on typo3.org for
showing articles and tutorials (some things will have to be done by
Kasper but I'll make him some coffee while he's doing that ...).

So what about the wiki? I have to admit I'm not really used to working
with wikis but I see the reason for trying it anyways. Let's collect the
ideas for articles, tutorials and the TOCs for the big documents in the
wiki.

What do you think?

[1] http://www.zend.com/zend/art/index.php
[2] http://www.zend.com/zend/tut/index.php

-- 
robert

"They placed me on this earth without a manual. 
 And I dare to say, I?m doing just fine without ;)"





From Horn.Gabor at aktiv.co.hu  Mon May 17 11:12:54 2004
From: Horn.Gabor at aktiv.co.hu (Horn =?ISO-8859-1?Q?G=E1bor?=)
Date: Mon, 17 May 2004 11:12:54 +0200
Subject: [Typo3-dev] dynamic BE fieldlist?
In-Reply-To: 
References: 
	
Message-ID: 

Hi Ingmar!

Thx for your hint, it seems promising. Unfornutatelly i'm new to typo3
so from that function defintion i cannot figure out how to make it a
working form element (what to add to tca.php), and when i grep-ed the
3.6.1 source i couldn't find an example for using this function.

Maybe somebody used this function or implemented similar solution for
the BE, and could point me some other resources please?

thx, hirisov


2004-05-17, h keltez?ssel 10:13-kor Ingmar Schlecht ezt ?rta:
> Horn G?bor schrieb:
> > I'd like to ask for your advice on the following topic: is it possible
> > to change which fields appears when editing an own extension's element's
> > fields due to a row in the database? 
> 
> Perhaps the field type 'user' that's available in 3.6.0 is what you're 
> looking for.
> 
> Have a look at the function 
> getSingleField_typeUser($table,$field,$row,&$PA) in the file 
> http://cvs.sourceforge.net/viewcvs.py/typo3/TYPO3core/t3lib/class.t3lib_tceforms.php?rev=1.25&view=markup
> 
> cheers,
> Ingmar






From Martin.no5pam.Kutschker at blackbox.n0spam.net  Mon May 17 11:32:17 2004
From: Martin.no5pam.Kutschker at blackbox.n0spam.net (Martin T. Kutschker)
Date: Mon, 17 May 2004 11:32:17 +0200
Subject: [Typo3-dev] ExtDev Guide, Articles and Tutorials
In-Reply-To: 
References: 			
	
Message-ID: 

Robert Lemke wrote:
> 
> We need:
> 
>    - Two (or more) major documents: Backend Extensions, Frontend 
>      Extensions, xxx. Explaining the basic concepts for creating
>      such extensions.
>    - Specialized small tutorials including code snippets and case
>      studies. They could actually be articles on typo3.org like 
>      the articles [1] and tutorials [2] on zend.com

      - How-Tos: may cover stuff already presented in other parts
        nicely put together.

Articles and tutorials are great. But you won't find anything if you're 
looking for a particuar question.

Samples for simple how-to items (part of a FE programming section):

Q: How do I get the current page id?
A: $GLOBALS['TSFE']->id;

Q: How do I get the current FE user id?
A: $GLOBALS['TSFE']->fe_user->id

> The big advantages of articles and tutorials is that they much more
> flexible to handle. One example could be a basic frontend plugin
> tutorial, or an article about how to make your plugin cacheable and
> searcheable for the indexed search including etc.

I'm not very fond of an article approach to documentation. Things get 
scattered. Usually I'm looking for a centtal place to answer all my 
questions. I'm not really interested in a doc (the wiki) whill only 
direct me to other docs.

But that's a matter of taste.

Masi




From rl at robertlemke.de  Mon May 17 11:58:53 2004
From: rl at robertlemke.de (Robert Lemke)
Date: Mon, 17 May 2004 11:58:53 +0200
Subject: [Typo3-dev] ExtDev Guide, Articles and Tutorials
In-Reply-To: 
References: 
	
	
	
	
	
Message-ID: 

Hey Martin,

> Articles and tutorials are great. But you won't find anything if you're 
> looking for a particuar question.
> 
> Samples for simple how-to items (part of a FE programming section):
> 
> Q: How do I get the current page id?
> A: $GLOBALS['TSFE']->id;
> 
> Q: How do I get the current FE user id?
> A: $GLOBALS['TSFE']->fe_user->id

I wouldn't compare it with howtos we have right now. Because you're
right, they a are really specialized and you'd have to browse through
many of them in order to find what you need.

We'd write articles by providing open office documents which could be
downloaded and read offline. But an average article / tutorial would
maybe consist of 10-15 pages.

> I'm not very fond of an article approach to documentation. Things get 
> scattered. Usually I'm looking for a centtal place to answer all my 
> questions. I'm not really interested in a doc (the wiki) whill only 
> direct me to other docs.

Yes, you're right. But then we'd have to create a big document in
different variations for different people.

What if you see the articles / tutorials as some virtual chapters of a
big book called Extension Programming? The difference to ordinary
articles would be that they fit better into the overall structure of the
ExtDev documentation than independently written articles (like on
zend.com). On the other hand they are still small portions which are
easy to maintain (by different people) and easy to digest for the one
who's reading it.

When I started with extension programming I didn't want to learn
*everything* at the same time, but I had certain things I needed in
order to implement an extension for my project. Maybe I already now
*some* things but some others are missing, so for an accommodation
database, I'd of a selection of documentation like this:

- Introduction to programming frontend plugins (kickstarter, pi_base)
- FE plugins -> Implementing links the right way
- Using TypoScript in your own extensions (for using GIFBUILDER)
- Protecting your server: Programming FE plugins the safe way
- TYPO3_DB: Implementing database access in extensions using the DBAL

I know that this is not the most comfortable way, it would be nicer to
have a book / document describing just what I need.
But I think this approach is more realistic to handle, because we could
create such smaller documents right away with many people working on
them at the same time.

-- 
robert

"They placed me on this earth without a manual. 
 And I dare to say, I?m doing just fine without ;)"





From trabold at mehrwert.de  Mon May 17 12:32:01 2004
From: trabold at mehrwert.de (Christian Trabold)
Date: Mon, 17 May 2004 12:32:01 +0200
Subject: [Typo3-dev] TS Offline Coding Help
Message-ID: 

Hi!


A thread in the german mailinglist pointed me to an idea, I want to 
share and discuss with you:

The possibility to include external TS-Files is great [1]. I think, that 
development could be done much faster with 'file-bases-TS', because

- you can work in your beloved IDE
- in most cases there is a default Syntax-Checking (bracket handling)
- organizing your code is easier (e.g. indent, window splitting)
- there could be a modern Syntax-Highlighting for TS
- and there could be built in auto-completion of TS-Objects and Methods,
   which could make developing TS even more fun.


The foundation for such a tool comes within the documentation of TYPO3 
3.6. Thanks to the JavaDoc-Standard we could transform the comments into 
the specific syntax of the given Editor Highlighting/Auto-Completion 
File, which apparently is different in most products (I'm in research).



In the Devexteval-Extension [2] you can crawl the TYPO3-Source - or more 
performant - transform a given xml-file which reflects the TYPO3-API for 
all relevant Objects/Methods through an wrapper. After that you can 
download the file(s) for your Editor. Copy them to the config folder of 
the coding tool and you're done. Let's start coding TS offline with your 
new helping hand in no time!




These are just my thoughts/dreams - what do you think about it?
Are there already plans for doing such a project?


Regards,

Christian

[1]
(german)

[2] it is already working with the source-code of TYPO3...



From ingmars at web.de  Mon May 17 12:38:08 2004
From: ingmars at web.de (Ingmar Schlecht)
Date: Mon, 17 May 2004 12:38:08 +0200
Subject: [Typo3-dev] TS Offline Coding Help
In-Reply-To: 
References: 
Message-ID: 

Christian Trabold schrieb:
> The foundation for such a tool comes within the documentation of TYPO3 
> 3.6. Thanks to the JavaDoc-Standard we could transform the comments into 
> the specific syntax of the given Editor Highlighting/Auto-Completion 
> File, which apparently is different in most products (I'm in research).

It is not possible to extract the TypoScript properties out of the 
JavaDoc comments of the source code.
TypoScript is only documented in the TSRef.

cheers,
Ingmar



From sebastian at garbage-group.de  Mon May 17 13:55:53 2004
From: sebastian at garbage-group.de (Sebastian Kurfuerst)
Date: Mon, 17 May 2004 13:55:53 +0200
Subject: [Typo3-dev] ExtDev Guide, Articles and Tutorials
In-Reply-To: 
References: 					
	
Message-ID: 

Hi,

> What if you see the articles / tutorials as some virtual chapters of a
> big book called Extension Programming? The difference to ordinary
> articles would be that they fit better into the overall structure of the
> ExtDev documentation than independently written articles (like on
> zend.com). On the other hand they are still small portions which are
> easy to maintain (by different people) and easy to digest for the one
> who's reading it.
Is there any fact against putting this big book into the wiki, at least 
for collecting the facts?

At first, everybody could participate in creating the documentation we 
need. At some time, however, I think it is good when some people, one 
responsible for one wiki section, put the content of this area into 
articles published on typo3.org after making sure the facts are correct? 
So we could have a kind of two-way approach: The wiki is the 
documentation being extended everytime by everyone, and the maintainers 
update the articles on typo3.org for creating a manual which can be 
relied on (in the wiki, you can't be sure the facts are correct).

> I'd of a selection of documentation like this:
 > ...
Maybe we can create a page for extension beginners, where we just link 
to the pages and documentation where everything is covered for 
beginners? So we don't need to dump our logic structure of the TOC, but 
have a page giving the extension beginners all links they need.

I like the idea more if the community creates the documents together, 
because they will grow faster. Everybody can write small chunks or big 
ones, just as he wants and he has time. I think if somebody has to "sign 
up" for creating a certain part of the documentation, it is bad for the 
overall documentation when this person has no time for doing it or so. 
Do you get my point? Maybe I express myself a little weird (happens 
sometimes ;) ).

Just my 2c,
Sebastian



-- 
Kontaktm?glichkeiten:
http://garbage-group.de/kontakt.html

Possibilitys to contact me:
http://garbage-group.de/kontakt.html



From kdraper at wildcanary.ca  Mon May 17 14:08:37 2004
From: kdraper at wildcanary.ca (Kevin Draper)
Date: Mon, 17 May 2004 08:08:37 -0400
Subject: [Typo3-dev] ExtDev Guide, Articles and Tutorials
References: 
	
Message-ID: 

I'm afraid I disagree.  As a relative newbie, I want to see one document
that comprehensively covers extension programming.  At the moment, I keep
half-a-dozen (or more) tutorials open at any time looking for different
facets of front-end or extension programming.  I would much rather have one
a single comprehensive manual.  The document outline, as I've seen on the
Wiki, looks very good.  If I had had that document before I had started, it
would have saved me "oodles" of time.

As for documents being out-of-date, we already have that problem.  Every
tutorial was written in a different era, and some are more current than
others.  But, I would rather have one "true" doc that everyone strives to
keep up-to-date than a bunch of articles that are quickly allowed to go out
of date.

My $.02 - not sure how many Euros that is ;-)

Kevin.

"Robert Lemke"  wrote in message
news:mailman.99.1084789051.242.typo3-dev at lists.netfielders.de...
> Hey Martin,
>
> > Articles and tutorials are great. But you won't find anything if you're
> > looking for a particuar question.
> >
> > Samples for simple how-to items (part of a FE programming section):
> >
> > Q: How do I get the current page id?
> > A: $GLOBALS['TSFE']->id;
> >
> > Q: How do I get the current FE user id?
> > A: $GLOBALS['TSFE']->fe_user->id
>
> I wouldn't compare it with howtos we have right now. Because you're
> right, they a are really specialized and you'd have to browse through
> many of them in order to find what you need.
>
> We'd write articles by providing open office documents which could be
> downloaded and read offline. But an average article / tutorial would
> maybe consist of 10-15 pages.
>
> > I'm not very fond of an article approach to documentation. Things get
> > scattered. Usually I'm looking for a centtal place to answer all my
> > questions. I'm not really interested in a doc (the wiki) whill only
> > direct me to other docs.
>
> Yes, you're right. But then we'd have to create a big document in
> different variations for different people.
>
> What if you see the articles / tutorials as some virtual chapters of a
> big book called Extension Programming? The difference to ordinary
> articles would be that they fit better into the overall structure of the
> ExtDev documentation than independently written articles (like on
> zend.com). On the other hand they are still small portions which are
> easy to maintain (by different people) and easy to digest for the one
> who's reading it.
>
> When I started with extension programming I didn't want to learn
> *everything* at the same time, but I had certain things I needed in
> order to implement an extension for my project. Maybe I already now
> *some* things but some others are missing, so for an accommodation
> database, I'd of a selection of documentation like this:
>
> - Introduction to programming frontend plugins (kickstarter, pi_base)
> - FE plugins -> Implementing links the right way
> - Using TypoScript in your own extensions (for using GIFBUILDER)
> - Protecting your server: Programming FE plugins the safe way
> - TYPO3_DB: Implementing database access in extensions using the DBAL
>
> I know that this is not the most comfortable way, it would be nicer to
> have a book / document describing just what I need.
> But I think this approach is more realistic to handle, because we could
> create such smaller documents right away with many people working on
> them at the same time.
>
> -- 
> robert
>
> "They placed me on this earth without a manual.
>  And I dare to say, I'm doing just fine without ;)"
>
>





From trabold at mehrwert.de  Mon May 17 14:25:13 2004
From: trabold at mehrwert.de (Christian Trabold)
Date: Mon, 17 May 2004 14:25:13 +0200
Subject: [Typo3-dev] TS Offline Coding Help
In-Reply-To: 
References: 
	
Message-ID: 

Hi Ingmar!

> Christian Trabold schrieb:
> 
>> The foundation for such a tool comes within the documentation of TYPO3 
>> 3.6. Thanks to the JavaDoc-Standard we could transform the comments 
>> into the specific syntax of the given Editor 
>> Highlighting/Auto-Completion File, which apparently is different in 
>> most products (I'm in research).
> 
> 
> It is not possible to extract the TypoScript properties out of the 
> JavaDoc comments of the source code.
> TypoScript is only documented in the TSRef.
> 

You're right. It's a nice kind error in reasoning. 8)

Nevertheless I will look forward to get an Highlighting, maybe even a 
Auto completion for TS-Development. I think that it could be useful for 
some reason.


Thank you for your help!

Christian



From rl at robertlemke.de  Mon May 17 16:16:10 2004
From: rl at robertlemke.de (Robert Lemke)
Date: Mon, 17 May 2004 16:16:10 +0200
Subject: [Typo3-dev] TS Offline Coding Help
In-Reply-To: 
References: 
	
	
Message-ID: 

On Mon, 2004-05-17 at 14:25, Christian Trabold wrote:
> Nevertheless I will look forward to get an Highlighting, maybe even a 
> Auto completion for TS-Development. I think that it could be useful for 
> some reason.

Don't forget to search the archives, there has been a discussion about
that half a year ago.

-- 
robert

"They placed me on this earth without a manual. 
 And I dare to say, I?m doing just fine without ;)"





From typo3 at homann-it.de  Mon May 17 17:16:52 2004
From: typo3 at homann-it.de (typo3 at homann-it.de)
Date: Mon, 17 May 2004 17:16:52 +0200
Subject: [Typo3-dev] ttnews and page target="#archieved_news_pid"
Message-ID: 

Heya,
got a strange problem with tt_news plugin and those + and ++ extensions for
tt_news. Typo generates the link to my news archive with  
target="#archieved_news_pid"
This opens everytime a new browser window. not wanted - i assume :)
Any hint, if i was to stupid?
If not, this will be another post for the mantis :P
Cheers 
Rouven 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: 

From typo3 at homann-it.de  Mon May 17 17:31:14 2004
From: typo3 at homann-it.de (typo3 at homann-it.de)
Date: Mon, 17 May 2004 17:31:14 +0200
Subject: AW: [Typo3-dev] ttnews and page target="#archieved_news_pid"
In-Reply-To: 
Message-ID: 

forget it... was just a comment behind archiveTypoLink.parameter = ID in
setup :(
seems like archiveTypoLink.parameter = ID #archieved_news_pid
made the link with target="_#archieved_news_pid"
 
/me slaps himself
 
forgive me :)

  _____  

Von: typo3-dev-bounces at lists.netfielders.de
[mailto:typo3-dev-bounces at lists.netfielders.de] Im Auftrag von
typo3 at homann-it.de
Gesendet: Montag, 17. Mai 2004 17:17
An: 'dev'
Betreff: [Typo3-dev] ttnews and page target="#archieved_news_pid"


Heya,
got a strange problem with tt_news plugin and those + and ++ extensions for
tt_news. Typo generates the link to my news archive with  
target="#archieved_news_pid"
This opens everytime a new browser window. not wanted - i assume :)
Any hint, if i was to stupid?
If not, this will be another post for the mantis :P
Cheers 
Rouven 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: 

From panthen at gmx.net  Mon May 17 17:57:27 2004
From: panthen at gmx.net (Fabian Panthen)
Date: Mon, 17 May 2004 17:57:27 +0200
Subject: [Typo3-dev] You are the Programmer
In-Reply-To: 
References: 
Message-ID: 

hi there,

i'm fairly new to typo3 development, so please dont blame me for 
mentioning things that might have been largely discussed before, just 
throwing in my two cent before i have enough experience to contribute 
more valuable.
while i always liked the separation of core and extensions i perceived 
typo3 as more than just a framework but as a product with a lot of 
out-of-the-box functionality. having a bundle of system extensions would 
really ease the handling for those implementing typo3 who dont know 
which extensions exists and which of them are really high quality.
something i'd like to take into account as requirements or goals for 
system extensions would be in fact though a tighter relation to the core 
meaning:

indexing of contents in indexe_seach where appropriate.

use of core functions where possible to reduce load.

use of allready implemented features like fe_user management, logging, 
error_reporting, hook concepts.

xhtml compliance.

so long

fabian






From murphy at thepanemgroup.com  Mon May 17 20:41:44 2004
From: murphy at thepanemgroup.com (Thomas Murphy)
Date: Mon, 17 May 2004 20:41:44 +0200
Subject: [Typo3-dev] Global Vars in FE-Plugin only reachable for admin
	user?
In-Reply-To: 
References: 
	
Message-ID: 

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Thanks Jan,

now it works. I had this line already in the code, but it was commented
out...

Just for the archive:
- ------------------------------------
$GLOBALS["TSFE"]->set_no_cache();
- ------------------------------------

bye,
Murphy


Jan-Erik Revsbech wrote:

| I think this migt be related to caching. Please check if setting
no_cache=1
| in the URL doesn't solve the problem. If your extension is a USER object,
| then caching is enabled, and you will experience that you plugin only
shows
| one mode of operation, regardless of the GET variables parsed to it.
|
| I seem to remeber that caching is turned off when using feedit and being
| logged in. Change you plugin to a USER_INT object instead. This will
however
| turn off caching, and you extension will not be indexed by the search
| enginge (There are ways to circumvent this though).
|
| /Jan-Erik
|
| P.S. I accidently sent this mail to you personally, so here it comes
for the
| sake keeping the post in the archives.
|
| ----- Original Message -----
| From: "Thomas Murphy" 
| To: 
| Sent: Monday, May 17, 2004 1:03 AM
| Subject: [Typo3-dev] Global Vars in FE-Plugin only reachable for admin
user?
|
|
|
| Hello everyone,
|
| while writing a fe-plugin i experienced a strange behaviour:
|
| The variable sent to my script via GET is only available in the script,
| when I am logged in (I have front-end-editing enabled).
| "Normal" users can't access the plugin, it's always showing the
| 'default' case of the switch statement in the main method.
| I tried to access it in many ways, like t3lib_div::GPvar('action'),
| $_GET["action"], $GLOBALS["HTTP_GET_VARS"]["action"].
| Register Globals is turned on.
|
| Any hints?
|
| bye,
| Murphy

_______________________________________________
Typo3-dev mailing list
Typo3-dev at lists.netfielders.de
http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev





| _______________________________________________
| Typo3-dev mailing list
| Typo3-dev at lists.netfielders.de
| http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev


-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFAqQdnwO0pDATctOARAr68AKDOtF4+F9SHVO/mkTIIXxdpRF5oSgCdHSjc
kYO7GTpJ4xkQKYdT+RXZ+5A=
=kKBb
-----END PGP SIGNATURE-----




From mueller at be-cre8tive.com  Mon May 17 21:43:57 2004
From: mueller at be-cre8tive.com (Benjamin Müller)
Date: Mon, 17 May 2004 21:43:57 +0200
Subject: [Typo3-dev] Once Again: t3lib\browsetree
Message-ID: 

Hi all!

I tested the hole week several things, so I deceided to open a new
topic again for that.

I have installed Typo3.5, which works fine.

On a different, seperated Account I installed Typo 3.6.
In the BE I received this error:

----------------------------------------------------------------
Fatal error: Allowed memory size of 16777216 bytes exhausted (tried to
allocate 15691 bytes) in
/www/home100/html/v2/typo3/t3lib/class.t3lib_browsetree.php on line 85
----------------------------------------------------------------

But I have enough memory, so I figured out this solution:

----------------------------------------------------------------
Hello
Today I installed the 3.6 on a testserver with PHP Version 4.0.6..
By clicking on List in the Backend, the Pagetree could not be
generated
because of the PHP Errormessage "Fatal error: Allowed memory size of
134217728 bytes exhausted (tried to allocate 50891 bytes)
in ..../class.t3lib_browsetree.php on line 85"
At first I raise the Allowed Memorysize up to 128M but the error was
still there.
Then I changed the line 85 from:
parent::init(...);
to
t3lib_treeView::init(...);
And the pagetree could be rendered with an memorylimit of 16M..
----------------------------------------------------------------

So I commented the line out and applied the changes below: still the
error occours. So I installed Typo 3.6 and 3.61 on two different and
seperated accounts with the modified browsetree.php!

But still there is the error on line 85, but this line is disabled.
There can't also be a Typo3 Cache for this file (because I used the
new file at ther installation). All Typo 3.6x versions have this
error. I also had intensiv contact to the server administrator: There
is no Phpcache. The server was also rebooted several times.
I can also delete the file, the error is still there.

But Typo 3.5 is still working on a different account. I also tried to
use the browsetree from 3.5 in 3.6, but nothing changed.

So I need to know, where Typo 3.6 loads this file from? This
browsetree is somewhere cached and Typo dont wants to reload it (since
weeks!), even if the server is rebooted completly several times!

I cant believe, thats a bug in php - because 3.5 is working.

Hope there will be a solution for that?
SERVER_SOFTWARE Apache/1.3.20 (Linux/SuSE) PHP/4.0.6 mod_perl/1.26 

Thx in advantage,

Ben



From ms at k1net.de  Mon May 17 21:54:11 2004
From: ms at k1net.de (Mathias Schreiber [K1net])
Date: Mon, 17 May 2004 21:54:11 +0200
Subject: [Typo3-dev] Once Again: t3lib\browsetree
References: 
Message-ID: 

Benjamin M?ller wrote:
> But I have enough memory, so I figured out this solution:

It's your machine?
So you can be certain you have enough memory?

> SERVER_SOFTWARE Apache/1.3.20 (Linux/SuSE) PHP/4.0.6 mod_perl/1.26

would it be a problem to recompile a newer PHP build?
Because everything works cool in all our installs





From ingmars at web.de  Mon May 17 21:57:17 2004
From: ingmars at web.de (Ingmar Schlecht)
Date: Mon, 17 May 2004 21:57:17 +0200
Subject: [Typo3-dev] Once Again: t3lib\browsetree
In-Reply-To: 
References: 
Message-ID: 

Benjamin M?ller schrieb:
> But still there is the error on line 85, but this line is disabled.

Just in case: If you're using the ZIP package with duplicated t3lib 
folder, you did edit typo3/t3lib/class.t3lib_browsetree.php and not only 
t3lib/class.t3lib_browsetree.php?

cheers,
Ingmar



From Horn.Gabor at aktiv.co.hu  Tue May 18 00:19:15 2004
From: Horn.Gabor at aktiv.co.hu (Horn =?ISO-8859-1?Q?G=E1bor?=)
Date: Tue, 18 May 2004 00:19:15 +0200
Subject: [Typo3-dev] fields in list view of records?
Message-ID: 

Hi!

I'n my extension i use 2 own tables. When in list view i create records
for them, after Pagecontent section i can see the name of database
tables, and at listing the elements it lists the uid's of them. How can
i change this to display other field(s) here?
An example (the name of the table is "catalog elements"):

catalog elements(4)
uid
8
7
6
5

thx, hirisov





From murphy at thepanemgroup.com  Tue May 18 01:09:46 2004
From: murphy at thepanemgroup.com (Thomas Murphy)
Date: Tue, 18 May 2004 01:09:46 +0200
Subject: [Typo3-dev] Copying files with Filelist module breaks
	file	permissions
In-Reply-To: 
References: 
	
Message-ID: 

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hello,

IMO Steffen and you are right, it's a bug.
The permissions should be preserved.

bye,
Thomas


Ingmar Schlecht wrote:

| Hi Steffen,
|
| Steffen Mueller schrieb:
|
|> Ingmar supposed to discuss this in here and decide wheater this is a
|> bug or feature.
|>
|> I think it is a bug. Ingmar, any comments why this seem to be feature
|> to you?
|
|
| Hmm, for example now you can be quite sure that all files in the
| 'uploads' folder will have chmod 755.
|
| However, I think you are right with the conclusion that it's a bug.
| I was just not sure enough to include it into the upcoming 3.6.2 right
| away.
|
| So what do the others say?
| Should this fix go into 3.6.2? Or into 3.7? Or nowhere?
|
| cheers,
| Ingmar
| _______________________________________________
| Typo3-dev mailing list
| Typo3-dev at lists.netfielders.de
| http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev
|
|
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFAqUY4wO0pDATctOARAl34AJ4nqs7oSTJdah92ZwFfk6kTxfgt5ACeJDFX
KHrMr3zY6broE0HX2j8Uc6U=
=CYty
-----END PGP SIGNATURE-----




From tombedlam at yahoo.com  Tue May 18 00:10:59 2004
From: tombedlam at yahoo.com (Christopher)
Date: Mon, 17 May 2004 15:10:59 -0700 (PDT)
Subject: [Typo3-dev] Image alt/title attribute bug?
Message-ID: 

Hello list,

I can't quite work out if this is a bug to be reported, or if it's only
me doing something improperly. I'm just after a second opinion really.
If it's actually a bug, I'll report it.

Here's the issue (affecting 3.6.0 for sure, not sure about 3.5)-

We can set this constant so that multiple images in the same content
item have individual captions:

"styles.content.imgtext.captionSplit = 1"

Since we can set "titleText" in 3.6.0, I thought I would set up my
image content items with title texts by just getting the caption of the
image (and for good measure, do the same with the alt attribute), like
this:

tt_content.image.20.titleText.field = imagecaption
tt_content.image.20.altText.field = imagecaption

...but, as you can imagine, all this does is get the whole record in
the appropriate field - it doesn't get processed as the captions
apparently do. The result is that, if you have two images, you get
something like this in your html output:

image-1
alttext image-2 alttext 

So, my question is, is this a bug, or is there some better way of
filling the alt and title tags that I'm not aware of (i.e with or
without the captions)?

-Christopher


	
		
__________________________________
Do you Yahoo!?
SBC Yahoo! - Internet access at a great low price.
http://promo.yahoo.com/sbc/




From wolfgang at stufenlos.net  Tue May 18 07:01:56 2004
From: wolfgang at stufenlos.net (Wolfgang Klinger)
Date: Tue, 18 May 2004 07:01:56 +0200
Subject: [Typo3-dev] fields in list view of records?
In-Reply-To: 
References: 
Message-ID: 


 *hiya!*

 On Tue, 18 May 2004, Horn G?bor wrote the following:
> I'n my extension i use 2 own tables. When in list view i create records
> for them, after Pagecontent section i can see the name of database
> tables, and at listing the elements it lists the uid's of them. How can
> i change this to display other field(s) here?
> An example (the name of the table is "catalog elements"):

 In ext_tables.php in the ctrl section of the TCA configuration for your
 table there's an entry called "label"! ;-)

 And you can add more columns in the backend by clicking on the [+]> next
 to "Catalog elements" (the table name) -> select the fields -> 
 "Set fields"

 bye
 Wolfgang






From Martin.no5pam.Kutschker at blackbox.n0spam.net  Tue May 18 08:51:49 2004
From: Martin.no5pam.Kutschker at blackbox.n0spam.net (Martin T. Kutschker)
Date: Tue, 18 May 2004 08:51:49 +0200
Subject: [Typo3-dev] Image alt/title attribute bug?
In-Reply-To: 
References: 
Message-ID: 

Christopher wrote:
> Hello list,
> 
> I can't quite work out if this is a bug to be reported, or if it's only
> me doing something improperly. I'm just after a second opinion really.
> If it's actually a bug, I'll report it.

Not checking the sources (but the updated TSref on sf) it lools like a bug.

Though IMHO altText and titleText should have a split option on their 
own. I can image one caption for all images, but of course separate 
alt/title attributes for each image.

Masi




From Martin.no5pam.Kutschker at blackbox.n0spam.net  Tue May 18 09:06:07 2004
From: Martin.no5pam.Kutschker at blackbox.n0spam.net (Martin T. Kutschker)
Date: Tue, 18 May 2004 09:06:07 +0200
Subject: [Typo3-dev] TS Offline Coding Help
In-Reply-To: 
References: 		
	
Message-ID: 

Robert Lemke wrote:
> On Mon, 2004-05-17 at 14:25, Christian Trabold wrote:
> 
>>Nevertheless I will look forward to get an Highlighting, maybe even a 
>>Auto completion for TS-Development. I think that it could be useful for 
>>some reason.
> 
> Don't forget to search the archives, there has been a discussion about
> that half a year ago.

Wasn't there another one just a month ago? :-)

Masi





From tombedlam at yahoo.com  Tue May 18 08:59:56 2004
From: tombedlam at yahoo.com (Christopher)
Date: Mon, 17 May 2004 23:59:56 -0700 (PDT)
Subject: [Typo3-dev] Image alt/title attribute bug?
In-Reply-To: 
Message-ID: 


--- "Martin T. Kutschker" 
wrote:
> Christopher wrote:
> > Hello list,
> > 
> > I can't quite work out if this is a bug to be reported, or if it's
> only
> > me doing something improperly. I'm just after a second opinion
> really.
> > If it's actually a bug, I'll report it.
> 
> Not checking the sources (but the updated TSref on sf) it lools like
> a bug.
> 
> Though IMHO altText and titleText should have a split option on their
> 
> own. I can image one caption for all images, but of course separate 
> alt/title attributes for each image.

Agreed. This has just been my method in the absence of a more
sophisticated solution. I'll report it in the morning.

-Christopher


	
		
__________________________________
Do you Yahoo!?
SBC Yahoo! - Internet access at a great low price.
http://promo.yahoo.com/sbc/




From typo3 at homann-it.de  Tue May 18 11:23:58 2004
From: typo3 at homann-it.de (typo3 at homann-it.de)
Date: Tue, 18 May 2004 11:23:58 +0200
Subject: [Typo3-dev] Indexed search and 3.6.1: error in class.tslib_search.php
Message-ID: 

Found a serious error with indexed search and typo3.6.1:
 
Error is only displayed in german, sorry:
Warning: Das Ende des angegebenen Intervalls ist nicht g?ltig in
/var/www/virtual/typo3_src-3.6.1/typo3/sysext/cms/tslib/class.tslib_search.p
hp on line 256 
Getting this if i try to search something. not always, but most of the time.
 
And another annoying "bug" is, that the path of the searchresult is always
displayed with  tag... this will break most layouts sooner or later.
 
any solutions or hotfixes?
 
 
cheers
 
rouven 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: 

From dbruen at saltation.de  Tue May 18 11:22:52 2004
From: dbruen at saltation.de (=?ISO-8859-1?Q?Daniel_Br=FCn?=)
Date: Tue, 18 May 2004 11:22:52 +0200
Subject: [Typo3-dev] Extension Kickstarter/Cleanup+Optimization
Message-ID: 

Hi list!

I am currently working on the extension kickstarter, so Kasper has more 
time to concentrate on other stuff.
There have been a lot of discussions about the kickstarter in this list 
and NOW is the time to make some proposals regarding features or 
optimizations.
The first thing that comes to my mind is to clean up and restructure the 
code in order to make it more flexible (e.g. move those long 
php-"template"-strings into some practical template-format...). Another 
thing is to support editing an extension with the kickstarter, for instance.

As it is quite a task to maintain this extensin over time it would be 
great if someone volunteered to co-author the extension and its development!

I am looking forward to reading your suggestions regarding optimization 
and wanted features!

Ciao,

Dan.



From niederlag at ikd01.de  Tue May 18 11:37:56 2004
From: niederlag at ikd01.de (Peter Niederlag)
Date: Tue, 18 May 2004 11:37:56 +0200
Subject: [Typo3-dev] Indexed search and 3.6.1: error
	in	class.tslib_search.php
In-Reply-To: 
References: 
Message-ID: 

Hello Rouven,

typo3 at homann-it.de wrote:
> Found a serious error with indexed search and typo3.6.1:
>  
> Error is only displayed in german, sorry:
> Warning: Das Ende des angegebenen Intervalls ist nicht g?ltig in
> /var/www/virtual/typo3_src-3.6.1/typo3/sysext/cms/tslib/class.tslib_search.p
> hp on line 256 
> Getting this if i try to search something. not always, but most of the time.
>  
> And another annoying "bug" is, that the path of the searchresult is always
> displayed with  tag... this will break most layouts sooner or later.
>  
> any solutions or hotfixes?

plz use the bug-system for bug-reports.
http://bug.typo3,org

check if the bug has been reported already.

Thx,
PeterN





From jms at marktauftritte.ch  Tue May 18 11:44:03 2004
From: jms at marktauftritte.ch (Jean-Marie Schweizer)
Date: Tue, 18 May 2004 04:44:03 -0500
Subject: [Typo3-dev] Indexed search and 3.6.1: error in
	class.tslib_search.php
In-Reply-To: 
References: 
	
Message-ID: 

> check if the bug has been reported already.
It has: #46 and #58

#58 should be merged into #46.

Jean-Marie



From typo3 at homann-it.de  Tue May 18 12:03:05 2004
From: typo3 at homann-it.de (typo3 at homann-it.de)
Date: Tue, 18 May 2004 12:03:05 +0200
Subject: AW: [Typo3-dev] Indexed search and 3.6.1: error
	inclass.tslib_search.php
In-Reply-To: 
Message-ID: 

Just wanted to remind, that this is a serious bug, cause the search function
is very important...

To my other "bug" with that , just a note or a solution. Change line
1155 of class.tx_indexedsearch.php:

pi_classParam("info".$CSSsuffix).'
nowrap>
          '.$this->makeInfo($row).'
          

Into
 
pi_classParam("info".$CSSsuffix).'>
          '.$this->makeInfo($row).'
          


Would be cool to fix that in next version.

Cheers

Rouven


-----Urspr?ngliche Nachricht-----
Von: typo3-dev-bounces at lists.netfielders.de
[mailto:typo3-dev-bounces at lists.netfielders.de] Im Auftrag von Jean-Marie
Schweizer
Gesendet: Dienstag, 18. Mai 2004 11:44
An: typo3-dev at lists.netfielders.de
Betreff: Re: [Typo3-dev] Indexed search and 3.6.1: error
inclass.tslib_search.php

> check if the bug has been reported already.
It has: #46 and #58

#58 should be merged into #46.

Jean-Marie
_______________________________________________
Typo3-dev mailing list
Typo3-dev at lists.netfielders.de
http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev





From trabold at mehrwert.de  Tue May 18 12:11:47 2004
From: trabold at mehrwert.de (Christian Trabold)
Date: Tue, 18 May 2004 12:11:47 +0200
Subject: [Typo3-dev] Extension Kickstarter/Cleanup+Optimization -
	Suggestion: include CSH-Input
In-Reply-To: 
References: 
Message-ID: 

Hi Daniel!

> There have been a lot of discussions about the kickstarter in this list 
> and NOW is the time to make some proposals regarding features or 
> optimizations.
> The first thing that comes to my mind is to clean up and restructure the 
> code in order to make it more flexible (e.g. move those long 
> php-"template"-strings into some practical template-format...). Another 
> thing is to support editing an extension with the kickstarter, for 
> instance.
> 
> As it is quite a task to maintain this extensin over time it would be 
> great if someone volunteered to co-author the extension and its 
> development!
> 
> I am looking forward to reading your suggestions regarding optimization 
> and wanted features!
> 

What do you think about attaching CSH (Context Sensitive Help) Data 
directly in the kickstarter?


Suggestion: You can attach Help-Texts directly on the plugin and each 
form element - like the language labels.

CSH is an important issue for less experienced BE-Users, I think. It 
would be great to have a more visual frontend to build CSH. The 
kickstarter could be the right place to start.


What do you think?

Christian



From ms at k1net.de  Tue May 18 12:33:17 2004
From: ms at k1net.de (Mathias Schreiber [K1net])
Date: Tue, 18 May 2004 12:33:17 +0200
Subject: [Typo3-dev] Extension Kickstarter/Cleanup+Optimization -
	Suggestion: include CSH-Input
References: 
	
Message-ID: 

Christian Trabold wrote:
> What do you think about attaching CSH (Context Sensitive Help) Data
> directly in the kickstarter?

Cool.
What I would really like would be a checkbox at the top where I can select
wheter I want the screenshots of the field type I selected.
This would be part of CSH, right?

> CSH is an important issue for less experienced BE-Users, I think. It
> would be great to have a more visual frontend to build CSH. The
> kickstarter could be the right place to start.

Good idea.

Additional ideas:

- I would like to set indices :)
- I would like to make the interface more "slim". Because it gets a little
annoying scrolling for ages in bigger projects with lots of fields.

Any way to collaborate there?





From thomas at work.de  Tue May 18 12:46:07 2004
From: thomas at work.de (Thomas Hempel)
Date: Tue, 18 May 2004 12:46:07 +0200
Subject: [Typo3-dev] get base64 encoded URL-Params
Message-ID: 

Hi,

I've got a problem with staticDocuments and base64 encoding.

I wrote an extension wich posts some params via URL. I build the link 
with pi_getPageLink and I simulate static documents with base64 encoding 
enabled.

The constructed link looks like this:
http://server/E-Cards.77+B6JnR4X3RodWx0cmFjYXJkc19waTFfY2F0ZWdvcnk9MSZ0eF90aHVsdHJhY2FyZHNfcGkxX3N0ZXA9MQ__.0.html

How can I get back my original URL-params on the next page? Is there any 
TYPO3-function or have I to recall it by myself? In second case, is 
there a way to detect that base64-encoding is enabled or not?


Thanks Thomas




From hans-jakob.martin at gmx.net  Tue May 18 12:49:12 2004
From: hans-jakob.martin at gmx.net (Hans J. Martin)
Date: Tue, 18 May 2004 12:49:12 +0200
Subject: [Typo3-dev] Extension Kickstarter/Cleanup+Optimization
References: 
Message-ID: 

Hi Dan,

as it seems hard for some programers to read and understand the cgl (and
this seems for me the only way to create qualtity) the kickstarter should be
enriched with more example codes.
Many extensions are more or less small database applications with frontend /
or backend editing ability. Maybe (this is just for thinking about) a vision
for the kickstarter could be something like MS-Access does for windows
'programmers'..
Starting with smaller steps I would appreciate an documentation creator,
which produces most of the documentation (as openoffice document) from the
given information.
Moreover it would be nice to create an example plugin FE-editing code -
corresponding to the tables/fields used. (including css-styles for forms,
list views, search function, etc)
The configuration of plugins should be generated with flexforms/tsconfig
(fac.). This would force the programer to think about what he really needs
and how the extension would look like _before_ he even starts working (and
moreover we get a lot of information which could be inserted in the
openoffice document)
An upload form for different gifs would help to avoid at least most of the
'?'-extensions. This isn't  very important - but it seems to be easy to
integrate.
Moreover it can be useful to make an 'optional' integration of other
tables/extensions - for example a bookdb can have a field for the location
of the book. This field can be optionaly filled with manual data or - if
e.g. an extension with company/room layout is loaded - a relation to the
data from this extension. These 'optional dependency' could make the
extensions more independend and smaller.

These are just thoughts about the further development, but IMHO an
kickstarter or extension creator working like this would enable a lot of
people to create very quick extensions consinsting of cgl-compilant code! I
see this as a tool and in that way I am wondering if there is any developer
company who has already set up such an creator as this will save quite a lot
of labor.
(Just think about creating of forms for the FE-editing with the new
form_wizard).

I will support you with this development, but pls note that I am not doing
business with programing or even IT in general and in this way I can only
spend my free time for this.

Rgds,
Hans

"Daniel Br?n"  schrieb im Newsbeitrag
news:mailman.1.1084872175.22611.typo3-dev at lists.netfielders.de...
> Hi list!
>
> I am currently working on the extension kickstarter, so Kasper has more
> time to concentrate on other stuff.
> There have been a lot of discussions about the kickstarter in this list
> and NOW is the time to make some proposals regarding features or
> optimizations.
> The first thing that comes to my mind is to clean up and restructure the
> code in order to make it more flexible (e.g. move those long
> php-"template"-strings into some practical template-format...). Another
> thing is to support editing an extension with the kickstarter, for
instance.
>
> As it is quite a task to maintain this extensin over time it would be
> great if someone volunteered to co-author the extension and its
development!
>
> I am looking forward to reading your suggestions regarding optimization
> and wanted features!
>
> Ciao,
>
> Dan.





From murphy at thepanemgroup.com  Tue May 18 12:59:20 2004
From: murphy at thepanemgroup.com (Thomas Murphy)
Date: Tue, 18 May 2004 12:59:20 +0200
Subject: [Typo3-dev] Extension Kickstarter/Cleanup+Optimization
	-	Suggestion: include CSH-Input
In-Reply-To: 
References: 	
	
Message-ID: 

Hello,

>>What do you think about attaching CSH (Context Sensitive Help) Data
>>directly in the kickstarter?
>>    
>>
Yes, really a good idea.

>Cool.
>What I would really like would be a checkbox at the top where I can select
>wheter I want the screenshots of the field type I selected.
>This would be part of CSH, right?
>  
>
Screenshots? In the CSH-Popup?

> - I would like to make the interface more "slim". Because it gets a little
>
>annoying scrolling for ages in bigger projects with lots of fields.
>
>  
>
Yes, that's true. Maybe the table columns could be visualized as 
click-expandable submenues in the kickstarter menu.

----

Making the kickstarter an editor? I don't know if this is a good idea.
It will be a lot of work writing a kickstarter that's not messing with 
code added by the user. Maybe the extension would head into a wrong 
direction, as it is supposed just to be a kick*starter* ...

bye,
Thomas





From mueller at be-cre8tive.com  Tue May 18 13:10:36 2004
From: mueller at be-cre8tive.com (Benjamin Müller)
Date: Tue, 18 May 2004 13:10:36 +0200
Subject: [Typo3-dev] Once Again: t3lib\browsetree
References: 
	
Message-ID: 

That was it!

Big thanks, now everything is working fine!
Ben

On Mon, 17 May 2004 21:57:17 +0200, Ingmar Schlecht 
wrote:

>Benjamin M?ller schrieb:
>> But still there is the error on line 85, but this line is disabled.
>
>Just in case: If you're using the ZIP package with duplicated t3lib 
>folder, you did edit typo3/t3lib/class.t3lib_browsetree.php and not only 
>t3lib/class.t3lib_browsetree.php?
>
>cheers,
>Ingmar




From ingmars at web.de  Tue May 18 13:11:56 2004
From: ingmars at web.de (Ingmar Schlecht)
Date: Tue, 18 May 2004 13:11:56 +0200
Subject: [Typo3-dev] Extension Kickstarter/Cleanup+Optimization -
	Suggestion: include CSH-Input
In-Reply-To: 
References: 		
	
Message-ID: 

Thomas Murphy schrieb:
> Making the kickstarter an editor? I don't know if this is a good idea.
> It will be a lot of work writing a kickstarter that's not messing with 
> code added by the user.


What about using the 'diff' tool during the process of writing the code 
to disk?

cheers,
Ingmar



From ms at k1net.de  Tue May 18 13:15:16 2004
From: ms at k1net.de (Mathias Schreiber [K1net])
Date: Tue, 18 May 2004 13:15:16 +0200
Subject: [Typo3-dev] Extension Kickstarter/Cleanup+Optimization -
	Suggestion: include CSH-Input
References: 		
	
	
Message-ID: 

Ingmar Schlecht wrote:
> What about using the 'diff' tool during the process of writing the
> code to disk?

Is there a windows port that's working?
I have linux servers by now so I can't telL anymore :)





From ingmars at web.de  Tue May 18 13:18:41 2004
From: ingmars at web.de (Ingmar Schlecht)
Date: Tue, 18 May 2004 13:18:41 +0200
Subject: [Typo3-dev] Extension Kickstarter/Cleanup+Optimization -
	Suggestion: include CSH-Input
In-Reply-To: 
References: 		
	
	
	
Message-ID: 

Mathias Schreiber [K1net] schrieb:
> Ingmar Schlecht wrote:
> 
>>What about using the 'diff' tool during the process of writing the
>>code to disk?
> 
> 
> Is there a windows port that's working?

Yes. It'll even be included in the upcoming version of the WAMP installer.

cheers,
Ingmar



From dbruen at saltation.de  Tue May 18 13:20:37 2004
From: dbruen at saltation.de (=?ISO-8859-1?Q?Daniel_Br=FCn?=)
Date: Tue, 18 May 2004 13:20:37 +0200
Subject: [Typo3-dev] Extension Kickstarter/Cleanup+Optimization -
	Suggestion: include CSH-Input
In-Reply-To: 
References: 		
	
Message-ID: 

Hi Thomas!
> Making the kickstarter an editor? I don't know if this is a good idea.
> It will be a lot of work writing a kickstarter that's not messing with 
> code added by the user. Maybe the extension would head into a wrong 
> direction, as it is supposed just to be a kick*starter* ...

That's right, but people still often want to e.g. add some db-field 
afterwards. The Kickstarter will never be a complete Editor, but for 
many cases it would suffice to be able to select which files are to be 
generated (thus keeping the other customized files).
I am also thinking about doing some kind of DIFF, but I still have to 
check out if this is a reliable way of handling user customizations.

ciao,

Dan.



From ingmars at web.de  Tue May 18 13:49:44 2004
From: ingmars at web.de (Ingmar Schlecht)
Date: Tue, 18 May 2004 13:49:44 +0200
Subject: [Typo3-dev] Extension Kickstarter/Cleanup+Optimization
In-Reply-To: 
References: 
Message-ID: 

Hi Dan,

nice to hear you're gonna look at the Kickstarter!

Daniel Br?n schrieb:
> I am looking forward to reading your suggestions regarding optimization 
> and wanted features!

  - Easy way to overwrite TCA informations
    You might consider using parts of the Tools->Configuration module

  - Easy way to XCLASS something

  - Making the Kickstarter extendable by Typo3 extensions.
    If someone invents something new, that could be done with the
    Kickstarter, it would be nice to enable him to extend the Kickstarter
    Currently, this is only possible by means of XCLASSes.

    Example 1:
    Did you know that you can use the Kickstarter to create those smart
    things called services(tm) since Typo3 3.6.0? Well you can.
    That's a new feature of the Kickstarter, provided by Ren?.
    But hey, lets imagine Kasper didn't like the idea of services.
    Then Ren? couldn't do anything but using an XCLASS (which is bad) to
    make the Kickstarter support Services.

    Now, if the Kickstarter were extendabel, the "Service" section of
    it could have been provided by Ren? by means of an extension.

    Example 2:
    Another example of such a new 'architechture idea' (like services) is
    ObTS, which is implemented as an extension. Having the Kickstarter
    use Services, Dan could encourage some people to making new Data
    Types by providing the Kickstarter with functions to create a new
    data type.

    Conclusing: It makes sense if the Kickstarter were extendable.

    Idea: The 'extendability' of the Kickstarter could be achieved by
          means of services(tm).

OK, next point:

  - All extendable modules (like Web->Func, etc.) should be listed in the
    Kickstarter section "Integrate in existing Modules".
    Since it's hard to 'sniff' which modules are extendable and which
    not, it might be an option to introduce an array in the tables.php
    in which every extension 'states' how it's extendable.

 array(
         'mod1' => array(
             'extendability_methods'  => array(
                 // some details about the module and how to extend it
             ),
         ),
         'mod2' => array(
             'extendability_methods'  => array(
                 // some details about the module and how to extend it
             ),
         ),
         'cm1' => array(
             'extendability_methods'  => array(
                 // some details about the module and how to extend it
             ),
         ),
     ),
     'services' => array(
         'iconService' => array(
             'required_methods' => array(
                 'getIcon' => array(
                     'arguments' => array(...),
                 ),
                 'getMimeType' => array(
                     'arguments' => array(...),
                 ),
             ),
         ),
         'metaData' => array(
             'required_methods' => array(
                 'getMetaDataArray' => array(
                     'arguments' => array(...),
                 ),
             ),
         ),
     ),
     'classes' => array(
         'tx_something_classname' => 'this/is/the/xclass/path',
     )
);

t3lib_extMgm::registerMyExtensionsAPIData('tx_something',$apidata);

?>

The kickstarter could then offer new options for the possible 
submodules, XCLASSes and services. If you look closer at the 'services' 
section of the above array, you'll see the 'required_methods' key. I 
think it would be nice if the Kickstarter could, based on those 
required_methods for the example iconService from above, deliver example 
code such as:

function getIcon(...) {

}

getMimeType(...) {

}

cheers,
Ingmar








From murphy at thepanemgroup.com  Tue May 18 13:54:34 2004
From: murphy at thepanemgroup.com (Thomas Murphy)
Date: Tue, 18 May 2004 13:54:34 +0200
Subject: [Typo3-dev] Extension Kickstarter/Cleanup+Optimization
	-	Suggestion: include CSH-Input
In-Reply-To: 
References: 			
	
Message-ID: 

Hello Dan,

Daniel Br?n wrote:

> That's right, but people still often want to e.g. add some db-field 
> afterwards. The Kickstarter will never be a complete Editor, but for 
> many cases it would suffice to be able to select which files are to be 
> generated (thus keeping the other customized files).

O.k. - yes, i did this often myself. Maybe checkboxes on which files to 
update after the "show result" is a good solution.

bye,
Thomas






From dbruen at saltation.de  Tue May 18 14:17:12 2004
From: dbruen at saltation.de (=?ISO-8859-1?Q?Daniel_Br=FCn?=)
Date: Tue, 18 May 2004 14:17:12 +0200
Subject: [Typo3-dev] Extension Kickstarter/Cleanup+Optimization
In-Reply-To: 
References: 
	
Message-ID: 

Hi Ingmar!

Great post!

>  - Easy way to overwrite TCA informations
>    You might consider using parts of the Tools->Configuration module
Hmm, why not.

> 
>  - Easy way to XCLASS something
Definitely! Although this is not as simple as one would think. But I'll 
think about it. If you have any clever idea of how this could be done in 
  a comprehensible manner, let me know...

>  - Making the Kickstarter extendable by Typo3 extensions.
>    If someone invents something new, that could be done with the
>    Kickstarter, it would be nice to enable him to extend the Kickstarter
>    Currently, this is only possible by means of XCLASSes.
Yes. Right now the kickstarter is very difficult to extend, because all 
of its logic resides in only few, but very huge methods. This is going 
to change. I will also place some hooks inside the most relevant 
mechanisms to facilitate extending the class.

>  - All extendable modules (like Web->Func, etc.) should be listed in the
>    Kickstarter section "Integrate in existing Modules".
>    Since it's hard to 'sniff' which modules are extendable and which
>    not, it might be an option to introduce an array in the tables.php
>    in which every extension 'states' how it's extendable.
That would also be nice, but we have to keep an eye on 
backwards-compatibility. But it's on the list!


Rock on!

Dan.



From mundaun at gmx.ch  Tue May 18 14:19:25 2004
From: mundaun at gmx.ch (Michael Stucki)
Date: Tue, 18 May 2004 14:19:25 +0200
Subject: [Typo3-dev] Extension Kickstarter/Cleanup+Optimization -
	Suggestion: include CSH-Input
References: 		
	
	
	
	
Message-ID: 

Hi Ingmar,

>>>What about using the 'diff' tool during the process of writing the
>>>code to disk?
>> 
>> Is there a windows port that's working?
> 
> Yes. It'll even be included in the upcoming version of the WAMP installer.

Can you add this binary to http://typo3.sunsite.dk/software/windows/ please?

- michael
-- 
Want support? Please read the list rules first: http://typo3.org/1438.0.html



From Martin.no5pam.Kutschker at blackbox.n0spam.net  Tue May 18 14:23:29 2004
From: Martin.no5pam.Kutschker at blackbox.n0spam.net (Martin T. Kutschker)
Date: Tue, 18 May 2004 14:23:29 +0200
Subject: [Typo3-dev] Extension Kickstarter/Cleanup+Optimization
In-Reply-To: 
References: 
	
Message-ID: 

Ingmar Schlecht wrote:
> Hi Dan,
> 
> nice to hear you're gonna look at the Kickstarter!

Good ideas except one

>  - Easy way to XCLASS something

Please, don't.

The use of XCLASS IMHO should not be encouraged. The experienceced 
programmers who know them, are able to set them up anyway. The newbies 
shouldn't bother.

More interesting would be a list of Typo3 Core hooks. Or even a way to 
use them from the Kickstarter.

Masi




From ingmars at web.de  Tue May 18 14:31:02 2004
From: ingmars at web.de (Ingmar Schlecht)
Date: Tue, 18 May 2004 14:31:02 +0200
Subject: [Typo3-dev] Extension Kickstarter/Cleanup+Optimization
In-Reply-To: 
References: 
	
	
Message-ID: 

Martin T. Kutschker schrieb:
> Ingmar Schlecht wrote:
>>  - Easy way to XCLASS something
> 
> 
> Please, don't.
> 
> The use of XCLASS IMHO should not be encouraged.

I use XCLASSes a lot in project related extensions that never get published.

> The experienceced 
> programmers who know them, are able to set them up anyway. The newbies 
> shouldn't bother.

I agree that XCLASSes should not be used for serious extension development.
Prehaps just put a warning on the Kickstarter section like:
"DO NOT USE AN XCLASS IN PUBLIC EXTENSIONS, THIS IS QUICK AND DIRTY".

> More interesting would be a list of Typo3 Core hooks. Or even a way to 
> use them from the Kickstarter.

Nice idea.

cheers,
Ingmar



From Martin.no5pam.Kutschker at blackbox.n0spam.net  Tue May 18 14:43:43 2004
From: Martin.no5pam.Kutschker at blackbox.n0spam.net (Martin T. Kutschker)
Date: Tue, 18 May 2004 14:43:43 +0200
Subject: [Typo3-dev] Extension Kickstarter/Cleanup+Optimization
In-Reply-To: 
References: 
	
	
	
Message-ID: 

Ingmar Schlecht wrote:
> Martin T. Kutschker schrieb:
> 
>> Ingmar Schlecht wrote:
>>
>>>  - Easy way to XCLASS something
>>
>> Please, don't.
>>
>> The use of XCLASS IMHO should not be encouraged.
> 
> I use XCLASSes a lot in project related extensions that never get 
> published.

Nothing's wrong with that. Do it myself :-)

>> The experienceced programmers who know them, are able to set them up 
>> anyway. The newbies shouldn't bother.
> 
> I agree that XCLASSes should not be used for serious extension development.
> Prehaps just put a warning on the Kickstarter section like:
> "DO NOT USE AN XCLASS IN PUBLIC EXTENSIONS, THIS IS QUICK AND DIRTY".

Perhaps more someting like:

"WARNING!

The XCLASS-mechanism provides a way to adapt a local Typo3 installation 
in a custom fashion. It is not meant as a general way to extend the 
functionality of Typo3 (use hooks an services for that).

Be further warned that by extending classes your changes may break after 
an upgrade. There is NO GUARANTEE that methods and data structures that 
are not considered part of the API change WITHOUT NOTICE."

Masi




From dbruen at saltation.de  Tue May 18 14:44:28 2004
From: dbruen at saltation.de (=?ISO-8859-1?Q?Daniel_Br=FCn?=)
Date: Tue, 18 May 2004 14:44:28 +0200
Subject: [Typo3-dev] Extension Kickstarter/Cleanup+Optimization
In-Reply-To: 
References: 
	
	
Message-ID: 

Hi Martin!

> The use of XCLASS IMHO should not be encouraged. The experienceced 
> programmers who know them, are able to set them up anyway. The newbies 
> shouldn't bother.

Well, that's another approach ;-)
Right now XCLASS is still the way to extend Classes in TYPO3, but, as 
you said, it's questionable if this HAS TO be part of the kickstarter.
But if it's only the automatic generation of that single line in 
ext_localconf.php or some other "minor" stuff it shouldn't be that 
dramatic. In this case the kickstarter could offer a list of classes to 
extend and simply add the appropriate XCLASS-definitions to the 
generated files, leaving the rest for the developer. As this is not very 
much and only saves a couple of minutes it's probably not worth to code 
it... unless Ingmar has some more sophisticated ideas regarding the issue.
What do other people think about this?

> More interesting would be a list of Typo3 Core hooks. Or even a way to 
> use them from the Kickstarter.
A list of (core-)hooks would be nice. How would you want to directly 
make use of a hook in the kickstarter (just place some example-calls in 
the code to see how it works?)?


Ciao,

Dan.



From typo3news at ameos.com  Tue May 18 14:54:11 2004
From: typo3news at ameos.com (Raphael Geyer)
Date: Tue, 18 May 2004 14:54:11 +0200
Subject: [Typo3-dev] FlexForms and default languages ...
Message-ID: 

Hi list,

Thanks to Markus Thurner I can use Multilanguage with TV.
But using Web->Page TV it is only possible to add content to the default
language; for the other languages I have to :
* create the content
* edit the FCE and use multiple time the save button
* add the content to the corresponding language

I would like to create a FCE that displays only one language (FCE_en
displays it's content only if english is selected, FCE_fr displays it's
content only if french is selected ...)

In a new page I would like to add both FCE_en and FCE_fr, then to both I
will add the translated content elements using Web->Page TV. So at render
time if en is selected only the content from FCE_en should be rendered.
Is it possible, using meta in the XML structure to do this ?

Thanks,

Raphael
www.ameos.com





From Martin.no5pam.Kutschker at blackbox.n0spam.net  Tue May 18 15:05:53 2004
From: Martin.no5pam.Kutschker at blackbox.n0spam.net (Martin T. Kutschker)
Date: Tue, 18 May 2004 15:05:53 +0200
Subject: [Typo3-dev] Extension Kickstarter/Cleanup+Optimization
In-Reply-To: 
References: 
	
	
	
Message-ID: 

Daniel Br?n wrote:
> 
>> More interesting would be a list of Typo3 Core hooks. Or even a way to 
>> use them from the Kickstarter.
> 
> A list of (core-)hooks would be nice. How would you want to directly 
> make use of a hook in the kickstarter (just place some example-calls in 
> the code to see how it works?)?

A question I have asked myself right after posting :-)

I just don't know. There are so many possible ways to provide a hook 
function...

Masi




From ingmars at web.de  Tue May 18 15:09:19 2004
From: ingmars at web.de (Ingmar Schlecht)
Date: Tue, 18 May 2004 15:09:19 +0200
Subject: [Typo3-dev] Extension Kickstarter/Cleanup+Optimization
In-Reply-To: 
References: 
	
	
	
	
Message-ID: 

Martin T. Kutschker schrieb:
> Daniel Br?n wrote:
>>> More interesting would be a list of Typo3 Core hooks. Or even a way 
>>> to use them from the Kickstarter.
>>
>>
>> A list of (core-)hooks would be nice. How would you want to directly 
>> make use of a hook in the kickstarter (just place some example-calls 
>> in the code to see how it works?)?
> 
> 
> A question I have asked myself right after posting :-)
> 
> I just don't know. There are so many possible ways to provide a hook 
> function...

BTW, what is the difference between a hook and a service?
Wouldn't all hooks be doable as services?

cheers,
Ingmar



From Martin.no5pam.Kutschker at blackbox.n0spam.net  Tue May 18 15:19:21 2004
From: Martin.no5pam.Kutschker at blackbox.n0spam.net (Martin T. Kutschker)
Date: Tue, 18 May 2004 15:19:21 +0200
Subject: [Typo3-dev] Extension Kickstarter/Cleanup+Optimization
In-Reply-To: 
References: 
	
	
	
	
	
Message-ID: 

Ingmar Schlecht wrote:
> 
> BTW, what is the difference between a hook and a service?

A hook is a specific place in a method that offers some options to 
callback functions (eg alter the processed data, cancel the "default" 
action"). What these options are and what data the callback gets is hook 
dependent.

A service is a completely different thing. A service provides an 
abstract API for some task. So the calling code does not have to worry 
about the actual implementatoin of the task (eg when the service is 
implemented by native OS executables or by different PHP extensions).

 > Wouldn't all hooks be doable as services?

I hope my answer made clear that this is not possible.

Masi




From murphy at thepanemgroup.com  Tue May 18 15:37:46 2004
From: murphy at thepanemgroup.com (Thomas Murphy)
Date: Tue, 18 May 2004 15:37:46 +0200
Subject: [Typo3-dev] Extension Kickstarter/Cleanup+Optimization
In-Reply-To: 
References: 					
	
Message-ID: 

Hello,

Martin T. Kutschker wrote:

> A service is a completely different thing. A service provides an 
> abstract API for some task. So the calling code does not have to worry 
> about the actual implementatoin of the task (eg when the service is 
> implemented by native OS executables or by different PHP extensions).

It was mentioned before, that services may be used to implement a 
abstraction layer for the template engine. Is there more information on 
how to implement a service? Maybe one of the extensions (Templavoila?).

bye,
Thomas





From dbruen at saltation.de  Tue May 18 16:00:02 2004
From: dbruen at saltation.de (=?ISO-8859-1?Q?Daniel_Br=FCn?=)
Date: Tue, 18 May 2004 16:00:02 +0200
Subject: [Typo3-dev] Extension Kickstarter/Cleanup+Optimization
In-Reply-To: 
References: 
	
Message-ID: 

Hi Hans!

> Starting with smaller steps I would appreciate an documentation creator,
> which produces most of the documentation (as openoffice document) from the
> given information.
I don't know if there is so much valuable end-user-documentation to be 
derived from the kickstarter alone...

> Moreover it would be nice to create an example plugin FE-editing code -
> corresponding to the tables/fields used. (including css-styles for forms,
> list views, search function, etc)
Yes, that's a point. There could be more example-code inside the 
generated files to make clear which functions and variables can be used 
for what purpose (only the most common stuff, of course).

> The configuration of plugins should be generated with flexforms/tsconfig
> (fac.). This would force the programer to think about what he really needs
> and how the extension would look like _before_ he even starts working (and
> moreover we get a lot of information which could be inserted in the
> openoffice document)
Hm, I don't get the point ;-)

> An upload form for different gifs would help to avoid at least most of the
> '?'-extensions. This isn't  very important - but it seems to be easy to
> integrate.
Yes, good idea!



Ciao,

Dan.



From ingmars at web.de  Tue May 18 16:25:52 2004
From: ingmars at web.de (Ingmar Schlecht)
Date: Tue, 18 May 2004 16:25:52 +0200
Subject: [Typo3-dev] Extension Kickstarter/Cleanup+Optimization
In-Reply-To: 
References: 
Message-ID: 

Daniel Br?n schrieb:
> I am looking forward to reading your suggestions regarding optimization 
> and wanted features!

Another suggestion:
   Provide support for listing tables in the page module (like tt_news or
   tt_content records are listed there).

As of Typo3 3.6.0 there is an API specifically for this purpose:
http://typo3.org/documentation/mailing-lists/dev-list-archive/thread/45918/

In Typo3 3.5.0 that API did not exist:
http://typo3.org/documentation/mailing-lists/user-list-archive/thread/77/?tx_maillisttofaq_pi1%5Bmode%5D=4

cheers,
Ingmar



From sachav at gmx.net  Tue May 18 16:48:39 2004
From: sachav at gmx.net (Sacha Vorbeck)
Date: Tue, 18 May 2004 16:48:39 +0200
Subject: [Typo3-dev] Extension Kickstarter/Cleanup+Optimization
In-Reply-To: 
References: 
	
Message-ID: 

Hello Hans,

> Moreover it would be nice to create an example plugin FE-editing code -
> corresponding to the tables/fields used. (including css-styles for forms,
> list views, search function, etc)

the accessibility group has planned to write a tutorial for ext. 
developers on how to use HTML templates to seperate logic from layout. 
So whoever will make the above mentioned example code/extension, please 
contact me/us and we`ll galdly help with the CSS and HTML template stuff.

-- 
Ciao,
Sacha



From ingmars at web.de  Tue May 18 16:54:26 2004
From: ingmars at web.de (Ingmar Schlecht)
Date: Tue, 18 May 2004 16:54:26 +0200
Subject: [Typo3-dev] Extension Kickstarter/Cleanup+Optimization -
	Suggestion: include CSH-Input
In-Reply-To: 
References: 		
	
	
	
	
	
Message-ID: 

Michael Stucki schrieb:
>>>>What about using the 'diff' tool during the process of writing the
>>>>code to disk?
>>>
>>>Is there a windows port that's working?
>>
>>Yes. It'll even be included in the upcoming version of the WAMP installer.
> 
> 
> Can you add this binary to http://typo3.sunsite.dk/software/windows/ please?

done.

(BTW, IIRC there was some condition in t3lib_diff that disabled diff for 
windows, so one would have to hack that piece of code to make it work)

cheers,
Ingmar



From hans-jakob.martin at gmx.net  Tue May 18 17:37:07 2004
From: hans-jakob.martin at gmx.net (Hans J. Martin)
Date: Tue, 18 May 2004 17:37:07 +0200
Subject: [Typo3-dev] Extension Kickstarter/Cleanup+Optimization
References: 
	
	
Message-ID: 

Hi Dan,

> I don't know if there is so much valuable end-user-documentation to be
> derived from the kickstarter alone...

yes, of course you are right, but think about that some humans like to fill
gaps more than writing from scratch. If someone decides to build a fe-plugin
we can at least suggest some configurations (for TS) as well as css-styles.
But I see that this could also be a task for the extDevEval.

>
> > Moreover it would be nice to create an example plugin FE-editing code -
> > corresponding to the tables/fields used. (including css-styles for
forms,
> > list views, search function, etc)
> Yes, that's a point. There could be more example-code inside the
> generated files to make clear which functions and variables can be used
> for what purpose (only the most common stuff, of course).
The 'most common' stuff could be a lot of code, but it can be formed into a
working framework (operating with given tables/fields from the new
extension).
Most FE applications need similiar funtions:

1. See 'ListView' with orderby and link to DetailView
2. SearchForm
3. DetailView

4.Editform with different fields and types (using fe_adminLib.inc)
5.Insert new dataset

Most fac definitions are similiar:
1- allow fe_user owner to make public entry or hidden
2- allow fe_user to edit own entry
3- allow fe_group to edit data
4- allow fe_group to insert data
5- allow anoymous to insert data

certainly this leads in generation of css-definitions for the ext_editor and
ext_constants(default) style as well

For the view/insert functions the pids in which data can be stored must also
be found out.
A typical flexform for listviews could be user defined field list (like
newloginbox_pi3), or 'order by' field but this could also be prewritten in
the constants(setup with vars from constants).
It is just to provide exampels which fits the programers needs

Provided with this information you can generate a documentation framework
with the doc-template with short introduction to the extension as well as
configurable parameters (TS-Constants/Setup-Code).

The generated extension will still be a framework to start your own
extension, but the main key to success is given because you only have to
make changes to the style and your 'specials' like the www-lookup for books
in the book-DB.

This framework could be a basis for many extensions while following the cgl
(e.g. using piVars, prevent using globals...). So if we can provide a full
functionable database application the programers only have to change the
code and - in most cases - don't have to set it up from scratch. (It's a
shame that most of the function of typo3 aren't used by some extensions..)

How do you think about this? Does this make sence to you?
Eventually someone should examine _all_ extensions in the TER for common
things (e.g. grouped by technical categories)?

Rgds,
Hans





From patrick.gaumond at fsa.ulaval.ca  Tue May 18 18:25:09 2004
From: patrick.gaumond at fsa.ulaval.ca (Patrick Gaumond)
Date: Tue, 18 May 2004 12:25:09 -0400
Subject: [Typo3-dev] Extension Kickstarter/Cleanup+Optimization -
	Suggestion: include CSH-Input
References: 		
	
	
	
	
	
	
Message-ID: 


"Ingmar Schlecht"  a ?crit dans le message de
news:mailman.1.1084892068.18955.typo3-dev at lists.netfielders.de...


> (BTW, IIRC there was some condition in t3lib_diff that disabled diff for
> windows, so one would have to hack that piece of code to make it work)

There's already a FAQ about it:
http://typo3.org/documentation/mailing-lists/install-windows-archive/thread/371/?tx_maillisttofaq_pi1%5Bmode%5D=5

or the old URL:
http://typo3.org/1452+M579b0d8ce56.0.html

Patrick





From t.roediger at vipermedia.de  Tue May 18 19:34:27 2004
From: t.roediger at vipermedia.de (Thomas Roediger)
Date: Tue, 18 May 2004 19:34:27 +0200
Subject: [Typo3-dev] Cookie free authentification
Message-ID: 

Hello,

Sorry for this cross posting but I thing my question in better hands here.

I need a solution to enable a Cookie-Free FE-Login. ? I know the 
config.ftu=1 option in TS, but the problem with this is URL-appendix, 
because we need searche-engine-friendly URLs.

A solution could be to integrate a HTTP-Header-Authentification as a 
Plugin, but I don't have enough experience with the Typo3-Core-libs to 
evaluate the time spending on implementation. Don't get me wrong, I 
would do it, but I need to know how long it would take me, and maybe a 
little hint where to start (after using the kickstarter ;-) ) and which 
objects and classes I should use.

Greetings Tom



From stephane.schitter at free.fr  Tue May 18 21:50:33 2004
From: stephane.schitter at free.fr (Stephane Schitter)
Date: Tue, 18 May 2004 21:50:33 +0200
Subject: [Typo3-dev] Extension Kickstarter/Cleanup+Optimization -
	Suggestion: include CSH-Input
In-Reply-To: 
References: 
	
	
	
	
Message-ID: 

Selon Ingmar Schlecht :
> Thomas Murphy schrieb:
> > Making the kickstarter an editor? I don't know if this is a good idea.
> > It will be a lot of work writing a kickstarter that's not messing with
> > code added by the user.
>
>
> What about using the 'diff' tool during the process of writing the code
> to disk?

I am not sure which would be easier:
- diff from the newly generated code against the extension code already modified
by the developer
- diff between the last generated code (unmodified by the user) (need to keep
track of it somewhere ?) and the newly generated code

but I see second option (if easier) as being good enough for general extension
editing needs (adding a field here and there for example) where the Extension
Kickstarter would simply spit out the few lines of code that you need to add to
your extension (yes you'd need to copy/paste manually).

Cheers,
Stephane





From murphy at thepanemgroup.com  Tue May 18 22:51:39 2004
From: murphy at thepanemgroup.com (Thomas Murphy)
Date: Tue, 18 May 2004 22:51:39 +0200
Subject: [Typo3-dev] Extension Kickstarter/Cleanup+Optimization
	-	Suggestion: include CSH-Input
In-Reply-To: 
References: 				
	
Message-ID: 

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1



Stephane Schitter wrote:

| but I see second option (if easier) as being good enough for general
extension
| editing needs (adding a field here and there for example) where the
Extension
| Kickstarter would simply spit out the few lines of code that you need
to add to
| your extension (yes you'd need to copy/paste manually).

that would indeed be nice! Maybe every option in the kickstarter has a
small CSH itself which tells what code is inserted. Will help people
actually learning what they are doing, step by step.

bye,
Thomas
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFAqndZwO0pDATctOARAkUcAJ95D0ttAEAkxIQz3C9ELJwLQETVDgCfb5t1
K/ef+j8A0clld7p+UzLE9TQ=
=syv6
-----END PGP SIGNATURE-----




From dbruen at saltation.de  Wed May 19 09:50:00 2004
From: dbruen at saltation.de (=?ISO-8859-1?Q?Daniel_Br=FCn?=)
Date: Wed, 19 May 2004 09:50:00 +0200
Subject: [Typo3-dev] Extension Kickstarter/Cleanup+Optimization
In-Reply-To: 
References: 
Message-ID: 

Hi folks!

Thanks for all the input!

I'll try to fix up some kind of feature-list and publish this on monday, 
so everybody can see where it's going!


Ciao,
Dan.



From kier at gmx.de  Wed May 19 10:43:15 2004
From: kier at gmx.de (Christian Kier)
Date: Wed, 19 May 2004 10:43:15 +0200
Subject: [Typo3-dev] Caching Problems
In-Reply-To: 
References: 
Message-ID: 

Thomas Roediger wrote:
> So how can I change this behavior? Ok I could disable caching, but this 
> is not the solution. Is there a way to add my personal parameter the 
> cache-key, so that ?trackAnchor=12 is a different page to ?trackAnchor=13

Just for the records:
A workaround seems to be to pass "&no_cache=1" when you want your 
parameters considered. This way it is not necessary to disable caching 
for the page when the plugin is not used.

/Christian



From jer at moccompany.com  Wed May 19 10:55:44 2004
From: jer at moccompany.com (Jan-Erik Revsbech)
Date: Wed, 19 May 2004 10:55:44 +0200
Subject: [Typo3-dev] Caching Problems
References: 
	
Message-ID: 

Actually there is a solution, if make a link with $this->cObj->typolink then
just make sure that the parameter useCacheHash is set. This will make typo3
render a cache-hash, and making a different cache for each combination of
you parameters.

Example:
I want to link to the page with id 203 and set trackAnchor to 13

$this->cObj->typolink('A link to page with id
203',array("useCacheHash"=>1,parameter=203,"no_cache"=>0,"additionalParams"=
"&trackAnchor=13"));

This will do the trick for you, one cache and one indexed page for each set
of parameters (one for trackAnchoe=12 and one for trackAnchor=13). Just
setting no_cache=1 will not cache the page, and hence not make it indexable
either.

There is a similar way to make it if you are using the link function of
pibase (but I cant remember it just now). But remember to *ALWAYS* use typo3
provided funtions for linking (typolink, typolink_URL,pibase->pi_linkTP
etc.) and do not hardcode links like

$content = 'My linktext';

This i a very bad way of doing it.

/Jan-Erik

"Christian Kier"  skrev i en meddelelse
news:mailman.1.1084956021.25554.typo3-dev at lists.netfielders.de...
> Thomas Roediger wrote:
> > So how can I change this behavior? Ok I could disable caching, but this
> > is not the solution. Is there a way to add my personal parameter the
> > cache-key, so that ?trackAnchor=12 is a different page to
?trackAnchor=13
>
> Just for the records:
> A workaround seems to be to pass "&no_cache=1" when you want your
> parameters considered. This way it is not necessary to disable caching
> for the page when the plugin is not used.
>
> /Christian





From sergio at corecanarias.com  Wed May 19 14:03:47 2004
From: sergio at corecanarias.com (=?ISO-8859-1?Q?Sergio_S=E1nchez?=)
Date: Wed, 19 May 2004 13:03:47 +0100
Subject: [Typo3-dev] Filtering by categories in extension
Message-ID: 

Hi!

	I have been developing an extension following the videos, but I don't 
know how to filter the results of lists by the categories selected in 
the frontend plugin.
	I have created a new tt_content field for the extension to select the 
category I want to display in the list, but extension manager  didn't 
make any code about that so in the list plugin lists all categories. I 
have been lookit at API Doc but I haven't found anything useful for me.

	How can I make it? Are there any extension that does something similar?

-- 
Sergio S?nchez Ram?rez -- CORE be digital S.L.
www.corebedigital.com




From alex at big.endian.de  Wed May 19 18:00:32 2004
From: alex at big.endian.de (Alexander Langer)
Date: Wed, 19 May 2004 18:00:32 +0200
Subject: [Typo3-dev] Filtering by categories in extension
In-Reply-To: 
References: 
Message-ID: 

Also sprach Sergio S?nchez (sergio at corecanarias.com):

> 	I have created a new tt_content field for the extension to select 
> 	the category I want to display in the list, but extension manager  didn't 
> make any code about that so in the list plugin lists all categories. I 
> have been lookit at API Doc but I haven't found anything useful for me.

Assuming, the field you extended tt_content with is called
"tx_yourext_category", you can get this value by doing:

	$theValue = $this->cObj->data['tx_yourext_category'];

and add $theValue to the MySQL query whereever you want to use it.

(e.g. set $selectConf['where'] to something like 'AND category=$theValue',
if you are using $this->cObj->getQuery() -- see getQuery() docs.

Alex




From daniel at typo3.com  Wed May 19 22:39:00 2004
From: daniel at typo3.com (Daniel Hinderink [TYPO3])
Date: Wed, 19 May 2004 22:39:00 +0200
Subject: [Typo3-dev] XTR OT: Extension Kickstarter/Cleanup+Optimization -
	Suggestion: include CSH-Input
In-Reply-To: 
Message-ID: 

Ch?r Patrick,

> "Ingmar Schlecht"  a ?crit dans le message de
> news:mailman.1.1084892068.18955.typo3-dev at lists.netfielders.de...
> 
> 
>> (BTW, IIRC there was some condition in t3lib_diff that disabled diff for
>> windows, so one would have to hack that piece of code to make it work)
> 
> There's already a FAQ about it:
> http://typo3.org/documentation/mailing-lists/install-windows-archive/thread/37
> 1/?tx_maillisttofaq_pi1%5Bmode%5D=5
> 
> or the old URL:
> http://typo3.org/1452+M579b0d8ce56.0.html

Very helpful of you, but you have failed rule #1 in the big book of geeks:
"Thou shalt not read every mail in the mailing list"

Especially if it has been started by Dan Br?n, a man with only one gear on
his bike, if holy rohloff has not materialized magically.

Which leads me to inform this honorable audience, that there will be a
little TYPO3 congregation this Sunday at the Garmisch Classics where Dan and
some less well trained people will meet to take part in the mountain bike
marathon.
http://www.getgoing.de/index_marathon.html

There has long been talk of some summer activity, so here it is, despite the
short notice. If any of you plan to show up, drop me or Dan a line.

Next stop is Salzkammer Gut Trophy (einmal H?lle und zur?ck):
http://www.salzkammergut-trophy.at/

Cheers,

Daniel

> 
> Patrick
> 
> 
> _______________________________________________
> Typo3-dev mailing list
> Typo3-dev at lists.netfielders.de
> http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev
> 

-- 

Daniel Hinderink
TYPO3 - get.content.right
Innovation, Marketing, PR
http://www.typo3.com

-- 
If I wanted your website to make noise, I'd lick my finger and rub it across
the screen. Anonymous





From stephane.schitter at free.fr  Wed May 19 23:30:14 2004
From: stephane.schitter at free.fr (Stephane Schitter)
Date: Wed, 19 May 2004 23:30:14 +0200
Subject: [Typo3-dev] new standard templates
Message-ID: 

Hello,

After the talks about rebuilding a new Extension Manager, an idea came to my
mind - shouldn't we also redesign a few standard templates that will be shipped
by default with Typo3, something that looks a bit more current, or uses for
example CSS or other nice features introduced since the original templates were
built ?

The two things I remember from when I first discover Typo3 are:
"wow that backend interface looks great!"
"hmmm... How could anyone want to use these templates for their website"

and I guess some (non professionnal) people may just want to use Typo3 to build
some kind of generic website, with some kind of standard but still classy look,
and a review / rebuild of standard templates would help get them onboard. Even
if it was just for them to test how Typo3 works before embarking on a
TemplaVoila expedition or the like.

Comments welcome.

Cheers,
Stephane

P.S. Yes I'd volunteer to work on that if the need is there. However be warned
that I am nowhere near a good designer, but I want to help, I like Typo3 a lot
!





From mundaun at gmx.ch  Thu May 20 00:15:07 2004
From: mundaun at gmx.ch (Michael Stucki)
Date: Thu, 20 May 2004 00:15:07 +0200
Subject: [Typo3-dev] new standard templates
References: 
Message-ID: 

Hi Stephane,

> After the talks about rebuilding a new Extension Manager, an idea came to
> my mind - shouldn't we also redesign a few standard templates that will be
> shipped by default with Typo3, something that looks a bit more current, or
> uses for example CSS or other nice features introduced since the original
> templates were built ?
> 
> The two things I remember from when I first discover Typo3 are:
> "wow that backend interface looks great!"
> "hmmm... How could anyone want to use these templates for their website"

I fully agree. Compared with other CMSes, TYPO3 doesn't ship visually
appealing templates - although they are great examples that show the
possibilites of TYPO3, of course!

> and I guess some (non professionnal) people may just want to use Typo3 to
> build some kind of generic website, with some kind of standard but still
> classy look, and a review / rebuild of standard templates would help get
> them onboard. Even if it was just for them to test how Typo3 works before
> embarking on a TemplaVoila expedition or the like.

Absolutely. I think he wouldn't hire a consultancy, so I'd say that nobody
will miss a customer in this case. (Right?)

> P.S. Yes I'd volunteer to work on that if the need is there. However be
> warned that I am nowhere near a good designer, but I want to help, I like
> Typo3 a lot !

That's great! Maybe you don't need to start from scratch but simply rebuild
an existing, free design? See this thread from the German userlist, there
is a post by me which contains some great skins, imo:
http://typo3.org/1431+M578b4d2e13f.0.html

Maybe this topic should be discussed in the design newsgroup, although it
seems that there was no traffic for weeks...

Cheers - michael
-- 
Want support? Please read the list rules first: http://typo3.org/1438.0.html



From spam-me-not at hotmail.com  Thu May 20 14:21:06 2004
From: spam-me-not at hotmail.com (Matt McNeill)
Date: Thu, 20 May 2004 13:21:06 +0100
Subject: [Typo3-dev] new standard templates
References: 
Message-ID: 

Stephane,

I think this would be a fantastic idea! Having just recently come to Typo3 as a newbie I was very impressed by it's functionality but felt all the standard examples were very out of date. In the end I used MTB as my model, but have since had loads of problems getting extensions to work. e.g. the guestbook etc. 

This leads on to my thoughts regarding the tutorials in particular:-

1) They have gaps - you get through the MTB p1 and then hit MTB p2 and are expected to design an extension! I personally just wanted to get my website working with basic functionality and with basic extensions (e.g. news, guestbook, links list etc. etc.) In the end I found the templ_select extension ready buit and hacked about to get it to work.

2) It would be best if the tutorials were orientated in building the sample sites!

3) The samples / tutorials should use the latest methodologies as you suggest. This will encourage people to use Typo3 and also perhaps encourage those people who are developing the temp-voila and css_styles etc to continue their good work and stablise these essential tools.

So, if you do go ahead to build the sample sites, perhaps you could make some notes as to how/what you did with a view to them becoming a comprehensive tutorial taking someone from newbie to competent? 

Typo3 is fantastic, but painful to learn, more painful than it needs to be or should be.

Now, putting money where my mouth is: I would be more than happy to test your tutorials and samples as a newbie user! :-)

Best Regards,

Matt

  "Stephane Schitter"  wrote in message news:mailman.500.1085002222.242.typo3-dev at lists.netfielders.de...
  Hello,

  After the talks about rebuilding a new Extension Manager, an idea came to my
  mind - shouldn't we also redesign a few standard templates that will be shipped
  by default with Typo3, something that looks a bit more current, or uses for
  example CSS or other nice features introduced since the original templates were
  built ?

  The two things I remember from when I first discover Typo3 are:
  "wow that backend interface looks great!"
  "hmmm... How could anyone want to use these templates for their website"

  and I guess some (non professionnal) people may just want to use Typo3 to build
  some kind of generic website, with some kind of standard but still classy look,
  and a review / rebuild of standard templates would help get them onboard. Even
  if it was just for them to test how Typo3 works before embarking on a
  TemplaVoila expedition or the like.

  Comments welcome.

  Cheers,
  Stephane

  P.S. Yes I'd volunteer to work on that if the need is there. However be warned
  that I am nowhere near a good designer, but I want to help, I like Typo3 a lot
  !

-------------- next part --------------
An HTML attachment was scrubbed...
URL: 

From Martin-no5pam-Kutschker at blackbox.n0spam.net  Thu May 20 21:04:31 2004
From: Martin-no5pam-Kutschker at blackbox.n0spam.net (Martin T. Kutschker)
Date: Thu, 20 May 2004 15:04:31 -0400
Subject: [Typo3-dev] /typo3/upgrade => installer: db comparison
Message-ID: 

Hi!

To ease upgrading I thought adding a HOST/typo3/uprade URL to Typo3. It 
would jump (after asking for the password) right to the compare db screen.

Opinions?

Masi




From kasper at typo3.com  Thu May 20 16:35:57 2004
From: kasper at typo3.com (Kasper =?ISO-8859-1?Q?Sk=E5rh=F8j?=)
Date: Thu, 20 May 2004 16:35:57 +0200
Subject: [Typo3-dev] new standard templates
In-Reply-To: 
References: 
	
Message-ID: 

Hi people wanting better entry-level TYPO3.

I fully agree with you all! One reason other simpler cms products often
have more appeal than TYPO3 seems to be that they are so easy to design
with (while of course it very limited what they can do). I always wanted
this to change and I imagined a hardcore group of people who would
basically take the concept of standard templates, make some really
really cool ones, including easy interfaces for all the most necessary
stuff and distribute this as a package like the testsite/quickstart etc.
It would be *wonderful!*. 
Personally my calling is to produce and maintain all the annoying small
features and technical difficulties which you have this love/hate
relationship to, so I'm not qualifying as a participant on that team :-)
But that is why I'm so happy to see you discuss this because often some
of us "elders" are so focused on enterprise features etc. that we might
easily forget the large userbase of smaller needs - something *you*
could radically change if you really go through with such a project.

Some comments:
- Rene Fritz once introduced an examples of standard templates
distributed as extensions (tmpl_green or something)
- I'm currently planning to move the current 11 standard templates into
a new extension which will contain all the "old" CMS stuff in TYPO3; I
believe in the biblical principle that you should pour new wine on new
leather bags - so lets not try to fix the old stuff, rahter leave it be
(still working of course) but create something brand new and up-to-date!

Good luck!

- kasper






From wilhelm at icecrash.com  Thu May 20 20:50:27 2004
From: wilhelm at icecrash.com (Sven Wilhelm)
Date: Thu, 20 May 2004 20:50:27 +0200
Subject: [Typo3-dev] Calendar extension
Message-ID: 

Hi Jan, hi list,

some of my ideas to the calendar extensions that I discussed with Jan.

Based on the very good devel-plan (PDF) I think the following ideas 
could enrich the concept.

* define a api (eg. like an abstract class) so that several existing
   calendar systems can connect through it
* implement the calender (defined in the PDF) as one example of the api
* possibility to connect multiple calendars the same time

So it could be possible to connect external groupware or calendar 
systems like opengroupware or exchange.

opengroupware provides an xml-rpc api for communicate with the system.
As i said to Jan, i would help with development work, especially the 
part of integrating external systems like opengroupware (that i will use 
in a current project next time).

your ideas?

some problems i think to see:
* how to access user-informations from external systems (possible
   ldap, eventually other systems as well)
* how to handle different levels of functions (eg. mysql vs. postgres,
   has the interface to keep that functions if the backend doesn't
   provide it?)


the above is only a little braindump of me


greetings sven

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 256 bytes
Desc: OpenPGP digital signature
URL: 

From wilhelm at icecrash.com  Thu May 20 20:50:27 2004
From: wilhelm at icecrash.com (Sven Wilhelm)
Date: Thu, 20 May 2004 20:50:27 +0200
Subject: [Typo3-dev] Calendar extension
Message-ID: 

_______________________________________________
Typo3-dev mailing list
Typo3-dev at lists.netfielders.de
http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev

-------------- next part --------------
An embedded message was scrubbed...
From: unknown sender
Subject: 
Date: Thu, 20 May 2004 21:00:56 +0200
Size: 1648
URL: 

From wilhelm at icecrash.com  Thu May 20 20:50:27 2004
From: wilhelm at icecrash.com (Sven Wilhelm)
Date: Thu, 20 May 2004 20:50:27 +0200
Subject: [Typo3-dev] Calendar extension
Message-ID: 

_______________________________________________
Typo3-dev mailing list
Typo3-dev at lists.netfielders.de
http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev

-------------- next part --------------
An embedded message was scrubbed...
From: unknown sender
Subject: 
Date: Thu, 20 May 2004 21:00:56 +0200
Size: 1648
URL: 

From andreasmoser at gmx.net  Thu May 20 21:48:45 2004
From: andreasmoser at gmx.net (Andi Moser)
Date: Thu, 20 May 2004 21:48:45 +0200 (CEST)
Subject: [Typo3-dev] proper way extension development?
In-Reply-To: 
References: 
Message-ID: 

Hi Gabor!				

I've got a similar problem as you describe it. When you start a new extension from an existing one, your changed pi classes are overwritten, EVEN IF you update the EM_CONF array. The same holds, if you add ext_conf_template.txt, ext_typoscript_setup.txt files or a res folder (I filed a bug report for the this problem).

Though I digged deep, I was not able to resolve this. So I do as you do - start a new extension from the existing one and copy my modified files manually onto that extension. This is a very error prone thing, as I persistently forget to manually backup my files in the file system when I re-work my extension. 

Did you get any clu yet?

- Andi Moser (andiairlines)

-----------------------
This thread is located in the archive at this URL:
http://typo3.org/documentation/mailing-lists/dev-list-archive/thread/48025/
					




From andreasmoser at gmx.net  Thu May 20 21:48:55 2004
From: andreasmoser at gmx.net (Andi Moser)
Date: Thu, 20 May 2004 21:48:55 +0200 (CEST)
Subject: [Typo3-dev] proper way extension development?
In-Reply-To: 
References: 
Message-ID: 

Hi Gabor!				

I've got a similar problem as you describe it. When you start a new extension from an existing one, your changed pi classes are overwritten, EVEN IF you update the EM_CONF array. The same holds, if you add ext_conf_template.txt, ext_typoscript_setup.txt files or a res folder (I filed a bug report for the this problem).

Though I digged deep, I was not able to resolve this. So I do as you do - start a new extension from the existing one and copy my modified files manually onto that extension. This is a very error prone thing, as I persistently forget to manually backup my files in the file system when I re-work my extension. 

Did you get any clu yet?

- Andi Moser (andiairlines)

-----------------------
This thread is located in the archive at this URL:
http://typo3.org/documentation/mailing-lists/dev-list-archive/thread/48025/
					




From kasper at typo3.com  Thu May 20 23:53:02 2004
From: kasper at typo3.com (Kasper =?ISO-8859-1?Q?Sk=E5rh=F8j?=)
Date: Thu, 20 May 2004 23:53:02 +0200
Subject: [Typo3-dev] /typo3/upgrade => installer: db comparison
In-Reply-To: 
References: 
Message-ID: 

Ingmar?

Martin, a tip for you is to check out the "superadmin.php" script - that
is very help ful for "batch-upgrade" of sites.

- kasper

On Thu, 2004-05-20 at 21:04, Martin T. Kutschker wrote:
> Hi!
> 
> To ease upgrading I thought adding a HOST/typo3/uprade URL to Typo3. It 
> would jump (after asking for the password) right to the compare db screen.
> 
> Opinions?
> 
> Masi
> 
> _______________________________________________
> Typo3-dev mailing list
> Typo3-dev at lists.netfielders.de
> http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev
-- 
God bless

- kasper

------

"To succeed in life, you need two things: ignorance and confidence." -
Mark Twain.





From kasper at typo3.com  Thu May 20 23:56:22 2004
From: kasper at typo3.com (Kasper =?ISO-8859-1?Q?Sk=E5rh=F8j?=)
Date: Thu, 20 May 2004 23:56:22 +0200
Subject: [Typo3-dev] proper way extension development?
In-Reply-To: 
References: 
	
Message-ID: 

Using the kickstarter?

* IT IS A KICKSTARTER !!!! *


It's incredible how many times people have to hear this. Please
understand that the kickstarter was kindly provided as means to get
quickly started - it never intended to edit anything and it clearly says
so! So DO NOT file bug-reports on this. The kickstarter clearly warns
you before you write back extensions that this is the case, the
extension gets overridden. It is NOT an editor it says.

However, if you feel that the kickstarter should be an editor some time
in the future you might help Daniel Br?n to develop it in that direction
since he is now in charge of working on it! Please support him, if
necessary with money!

- kasper





From ingmars at web.de  Fri May 21 00:05:29 2004
From: ingmars at web.de (Ingmar Schlecht)
Date: Fri, 21 May 2004 00:05:29 +0200
Subject: [Typo3-dev] /typo3/upgrade => installer: db comparison
In-Reply-To: 
References: 
	
Message-ID: 

Kasper Sk?rh?j wrote:
> Ingmar?

Yeah, it's on my to do list.

(to do lists are great, aren't they? ;-)

cheers,
Ingmar



From info at sitekick.de  Fri May 21 08:53:30 2004
From: info at sitekick.de (Volker Biberger)
Date: Fri, 21 May 2004 08:53:30 +0200
Subject: [Typo3-dev] Calendar extension
References: 
Message-ID: 

> As i said to Jan, i would help with development work, especially the 
> part of integrating external systems like opengroupware (that i will 
> use in a current project next time).

Hello Sven,

that is great to hear!
At the moment I am about to set up the very basic classes that handle 
the input of the calendar-dates into the typo3 backend.

It would be a good idea to integrate your ideas as early as possible to 
guarantee most efficient development.

Volker




From Martin.no5pam.Kutschker at blackbox.n0spam.net  Fri May 21 09:06:02 2004
From: Martin.no5pam.Kutschker at blackbox.n0spam.net (Martin T. Kutschker)
Date: Fri, 21 May 2004 09:06:02 +0200
Subject: [Typo3-dev] /typo3/upgrade => installer: db comparison
In-Reply-To: 
References: 
	
	
Message-ID: 

Ingmar Schlecht wrote:
> Kasper Sk?rh?j wrote:
> 
>> Ingmar?
> 
> Yeah, it's on my to do list.
> 
> (to do lists are great, aren't they? ;-)

While you're at it.... :-)

Something that I would like to change also is the structure and ordering 
of the install options. Eg there is a page dedicated to image processing 
but there are also image options on other pages.

Masi




From stig at 8620.dk  Fri May 21 11:37:46 2004
From: stig at 8620.dk (Stig N. Jepsen)
Date: Fri, 21 May 2004 11:37:46 +0200
Subject: [Typo3-dev] News on typo3.org
Message-ID: 

I don't know if this have been discussed before?
But I think it would be nice if we had a news page on typo3.org which was a
little more alive. Maybe an idea would be to split up the news page in
sections. One for general Typo3 news and one for extension news (maybe one
for site reviews??)?
I miss some news about what is "hot" in the community. Especially news
information worth mentioning about extensions.
This would of course, - in my opinion, require an 'editoral team'/newsdesk.

What is your opinion about this?

/Stig





From traveler_in_time at gmx.net  Fri May 21 12:58:41 2004
From: traveler_in_time at gmx.net (S. Teuber)
Date: Fri, 21 May 2004 10:58:41 +0000 (UTC)
Subject: [Typo3-dev] News on typo3.org
References: 
Message-ID: 

Hi Stig,

> I miss some news about what is "hot" in the community. Especially news
> information worth mentioning about extensions.
> This would of course, - in my opinion, require an 'editoral
> team'/newsdesk. 
> 
> What is your opinion about this?

I agree. For now, about the only way to keep track about "what's going on" 
with Typo3 is to follow the newsgroups, and this has become rather uncommon 
on the net lately, plus it consumes a significant amount of time. So a 
condensed summary of "what's going on in the lists" on typo3.org would make 
sense IMO...

However, as you already stated, someone must be found who is willing to do 
the whole thing, thus spending valuable coding time ;-) for extracting the 
interesting news from the lists. 

Sven



From mailings at akku.be  Fri May 21 13:06:33 2004
From: mailings at akku.be (Rutger Meekers)
Date: Fri, 21 May 2004 13:06:33 +0200
Subject: [Typo3-dev] News on typo3.org
In-Reply-To: 
References: 
Message-ID: 

I think this is a very good idea!

It would make typo3.org a bit more alive. Comments on the news items
would be nice to.
That will create the opportunity for users who do not follow the mailing
lists to give respons on all the things happening on typo3.org.

On Fri, 2004-05-21 at 11:37, Stig N. Jepsen wrote:

> I don't know if this have been discussed before?
> But I think it would be nice if we had a news page on typo3.org which was a
> little more alive. Maybe an idea would be to split up the news page in
> sections. One for general Typo3 news and one for extension news (maybe one
> for site reviews??)?
> I miss some news about what is "hot" in the community. Especially news
> information worth mentioning about extensions.
> This would of course, - in my opinion, require an 'editoral team'/newsdesk.
> 
> What is your opinion about this?
> 
> /Stig
> 
> 
> _______________________________________________
> Typo3-dev mailing list
> Typo3-dev at lists.netfielders.de
> http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev
> 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: 

From andreasmoser at gmx.net  Fri May 21 13:08:26 2004
From: andreasmoser at gmx.net (Andi Moser)
Date: Fri, 21 May 2004 13:08:26 +0200 (CEST)
Subject: [Typo3-dev] proper way extension development?
In-Reply-To: 
References: 
Message-ID: 

Hi Gabor, 				

after reading Kasper's somewhat rude reply and not having the wisdom to improve the kickstarter itself, I set up a workaround using jar, that does the job: 

batch script 1: backup.bat, call with "backup [your extension]"
   C:\jdk1.3.1_07\bin\jar.exe -cvMf %1.jar %1\pi* %1\ext_typoscript_setup.txt %1\res 

now start a new extension from your existing one and then execute

batch script 2: restore.bat, call with "restore [your extension]"
   C:\jdk1.3.1_07\bin\jar.exe -xvf %1.jar *

Cheers,
- Andi Moser (andiairlines)

-----------------------
This thread is located in the archive at this URL:
http://typo3.org/documentation/mailing-lists/dev-list-archive/thread/48025/
					




From dan at danfrost.co.uk  Fri May 21 13:08:54 2004
From: dan at danfrost.co.uk (dan frost)
Date: Fri, 21 May 2004 12:08:54 +0100
Subject: [Typo3-dev] News on typo3.org
In-Reply-To: 
References: 
	
Message-ID: 

This came up a while ago and Daniel H and I did "TypoNews". However, it 
can be time consuming.

I agree that we need more activity on the site, but also a Newsletter.

However, i haven't had time for 5 months!! It's only a few hours putting 
it together, but it can take ages to pull all the information from the 
mailing lists, chasing extension developers etc.

I would be happy to continue doing this, but i need a couple of people 
to help find the news. Or, maybe someone else could do it all..!

Dan


Rutger Meekers wrote:
> I think this is a very good idea!
> 
> It would make typo3.org a bit more alive. Comments on the news items 
> would be nice to.
> That will create the opportunity for users who do not follow the mailing 
> lists to give respons on all the things happening on typo3.org.
> 
> On Fri, 2004-05-21 at 11:37, Stig N. Jepsen wrote:
> 
>>/I don't know if this have been discussed before?
>>But I think it would be nice if we had a news page on typo3.org which was a
>>little more alive. Maybe an idea would be to split up the news page in
>>sections. One for general Typo3 news and one for extension news (maybe one
>>for site reviews??)?
>>I miss some news about what is "hot" in the community. Especially news
>>information worth mentioning about extensions.
>>This would of course, - in my opinion, require an 'editoral team'/newsdesk.
>>
>>What is your opinion about this?
>>
>>/Stig
>>
>>
>>_______________________________________________
>>Typo3-dev mailing list
>>Typo3-dev at lists.netfielders.de/
>>/_http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev_
>>/
>>



From ms at k1net.de  Fri May 21 13:16:46 2004
From: ms at k1net.de (Mathias Schreiber [K1net])
Date: Fri, 21 May 2004 13:16:46 +0200
Subject: [Typo3-dev] proper way extension development?
References: 
	
Message-ID: 

Andi Moser wrote:
> Hi Gabor,
>
> after reading Kasper's somewhat rude reply and not having the wisdom=
>  to improve the kickstarter itself, I set up a workaround using=
>  jar, that does the job:

well, but Kasper's right, isn't he?

Additional to your way I have two other ideas for you:
1.a) Make an Extension that only handles the tables and kickstarter stuff.
1.b) make an extension that handles PHP

2) Once you edited your PHP stuff and need another field, simply dit the
TCA.php file and you're done.
Plus option 2 holds remarkable learning aspects :)






From ingmars at web.de  Fri May 21 13:25:13 2004
From: ingmars at web.de (Ingmar Schlecht)
Date: Fri, 21 May 2004 13:25:13 +0200
Subject: [Typo3-dev] News on typo3.org
In-Reply-To: 
References: 
Message-ID: 

Stig N. Jepsen wrote:
> What is your opinion about this?

Yes, good idea, I'd like to read such news ;-)

I really like the way how news are written on http://winehq.com/
("Wine Weekly News")

cheers,
Ingmar



From Martin-no5pam-Kutschker at blackbox.n0spam.net  Fri May 21 21:25:15 2004
From: Martin-no5pam-Kutschker at blackbox.n0spam.net (Martin T. Kutschker)
Date: Fri, 21 May 2004 15:25:15 -0400
Subject: [Typo3-dev] custom doxygen tags for documenting hooks?
Message-ID: 

Hi!

I think doxygen can do this:

It let's you define custom tags.
It let's you create an index page for the occurences of these tags

I think with this we could have easily a list of all hooks.

If someone then would come up with an XSLT that transforms dxygens xml 
into OpenOffics docs evertyhing would be fine :-)

Masi




From stig at 8620.dk  Fri May 21 18:30:59 2004
From: stig at 8620.dk (Stig N. Jepsen)
Date: Fri, 21 May 2004 18:30:59 +0200
Subject: [Typo3-dev] News on typo3.org
References: 
	
	
Message-ID: 

Where can I read "TypoNews"? :-)

I know that most of you guys don't read danish, but maybe we can learn from
a site like www.newz.dk. As far as I know, it works in the way like where
every user can submit a suggestion for a 'newsitem'. Then some of these news
will be selected and other news will be discarded.
This way I think we can involve the community better, and take some load off
the news team.

Would this be an idea?

/Stig

"dan frost"  wrote in message
news:mailman.1.1085137751.463.typo3-dev at lists.netfielders.de...
> This came up a while ago and Daniel H and I did "TypoNews". However, it
> can be time consuming.
>
> I agree that we need more activity on the site, but also a Newsletter.
>
> However, i haven't had time for 5 months!! It's only a few hours putting
> it together, but it can take ages to pull all the information from the
> mailing lists, chasing extension developers etc.
>
> I would be happy to continue doing this, but i need a couple of people
> to help find the news. Or, maybe someone else could do it all..!
>
> Dan
>
>
> Rutger Meekers wrote:
> > I think this is a very good idea!
> >
> > It would make typo3.org a bit more alive. Comments on the news items
> > would be nice to.
> > That will create the opportunity for users who do not follow the mailing
> > lists to give respons on all the things happening on typo3.org.
> >
> > On Fri, 2004-05-21 at 11:37, Stig N. Jepsen wrote:
> >
> >>/I don't know if this have been discussed before?
> >>But I think it would be nice if we had a news page on typo3.org which
was a
> >>little more alive. Maybe an idea would be to split up the news page in
> >>sections. One for general Typo3 news and one for extension news (maybe
one
> >>for site reviews??)?
> >>I miss some news about what is "hot" in the community. Especially news
> >>information worth mentioning about extensions.
> >>This would of course, - in my opinion, require an 'editoral
team'/newsdesk.
> >>
> >>What is your opinion about this?
> >>
> >>/Stig
> >>
> >>
> >>_______________________________________________
> >>Typo3-dev mailing list
> >>Typo3-dev at lists.netfielders.de/
> >>/_http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev_
> >>/
> >>





From Martin-no5pam-Kutschker at blackbox.n0spam.net  Sat May 22 00:52:44 2004
From: Martin-no5pam-Kutschker at blackbox.n0spam.net (Martin T. Kutschker)
Date: Fri, 21 May 2004 18:52:44 -0400
Subject: [Typo3-dev] hooks in extensions
Message-ID: 

Hi!

What is the right way to create/name a hook for other extensions?

For the Core this looks like this:

$TYPO3_CONF_VARS['SC_OPTIONS']['t3lib/class.t3lib_tcemain.php']['clearCachePostProc']
$TYPO3_CONF_VARS['SC_OPTIONS']['tslib/class.tslib_fe.php']['tslib_fe-PostProc']

Ist this the right approach?

$TYPO3_CONF_VARS[?]['ext/EXT_KEY/PATH/class.tx_CLASS.php']['HOOK']

Masi




From mailings at akku.be  Fri May 21 22:28:07 2004
From: mailings at akku.be (Rutger Meekers)
Date: Fri, 21 May 2004 22:28:07 +0200
Subject: [Typo3-dev] News on typo3.org
In-Reply-To: 
References: 
	
	
	
Message-ID: 

yeah, the users news submission idea is a good point!

then we need only a few people to check the news and submit it.

On Fri, 2004-05-21 at 18:30, Stig N. Jepsen wrote:

> Where can I read "TypoNews"? :-)
> 
> I know that most of you guys don't read danish, but maybe we can learn from
> a site like www.newz.dk. As far as I know, it works in the way like where
> every user can submit a suggestion for a 'newsitem'. Then some of these news
> will be selected and other news will be discarded.
> This way I think we can involve the community better, and take some load off
> the news team.
> 
> Would this be an idea?
> 
> /Stig
> 
> "dan frost"  wrote in message
> news:mailman.1.1085137751.463.typo3-dev at lists.netfielders.de...
> > This came up a while ago and Daniel H and I did "TypoNews". However, it
> > can be time consuming.
> >
> > I agree that we need more activity on the site, but also a Newsletter.
> >
> > However, i haven't had time for 5 months!! It's only a few hours putting
> > it together, but it can take ages to pull all the information from the
> > mailing lists, chasing extension developers etc.
> >
> > I would be happy to continue doing this, but i need a couple of people
> > to help find the news. Or, maybe someone else could do it all..!
> >
> > Dan
> >
> >
> > Rutger Meekers wrote:
> > > I think this is a very good idea!
> > >
> > > It would make typo3.org a bit more alive. Comments on the news items
> > > would be nice to.
> > > That will create the opportunity for users who do not follow the mailing
> > > lists to give respons on all the things happening on typo3.org.
> > >
> > > On Fri, 2004-05-21 at 11:37, Stig N. Jepsen wrote:
> > >
> > >>/I don't know if this have been discussed before?
> > >>But I think it would be nice if we had a news page on typo3.org which
> was a
> > >>little more alive. Maybe an idea would be to split up the news page in
> > >>sections. One for general Typo3 news and one for extension news (maybe
> one
> > >>for site reviews??)?
> > >>I miss some news about what is "hot" in the community. Especially news
> > >>information worth mentioning about extensions.
> > >>This would of course, - in my opinion, require an 'editoral
> team'/newsdesk.
> > >>
> > >>What is your opinion about this?
> > >>
> > >>/Stig
> > >>
> > >>
> > >>_______________________________________________
> > >>Typo3-dev mailing list
> > >>Typo3-dev at lists.netfielders.de/
> > >>/_http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev_
> > >>/
> > >>
> 
> 
> _______________________________________________
> Typo3-dev mailing list
> Typo3-dev at lists.netfielders.de
> http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev
> 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: 

From stephane.schitter at free.fr  Fri May 21 22:42:56 2004
From: stephane.schitter at free.fr (Stephane Schitter)
Date: Fri, 21 May 2004 22:42:56 +0200
Subject: [Typo3-dev] new standard templates
Message-ID: 

Hello,

Thinking about working on templates, I started looking at what has been done /
proposed in the past. Suggestions were to look at the tmpl_green proof of
concept that Ren? did a few months ago.

Ren? mentions a compatibility layer (included in the tmpl_green package)
required for a few minor functionalities when you want to set templates in an
extension, as opposed to the statically included ones.

Is that compatibility layer still required with Typo3 3.6 ?

Cheers,
Stephane





From ingmars at web.de  Fri May 21 23:29:52 2004
From: ingmars at web.de (Ingmar Schlecht)
Date: Fri, 21 May 2004 23:29:52 +0200
Subject: [Typo3-dev] new standard templates
In-Reply-To: 
References: 
Message-ID: 

Stephane Schitter schrieb:
> Is that compatibility layer still required with Typo3 3.6 ?

no.

cheers,
Ingmar



From wilhelm at icecrash.com  Sat May 22 01:23:24 2004
From: wilhelm at icecrash.com (Sven Wilhelm)
Date: Sat, 22 May 2004 01:23:24 +0200
Subject: [Typo3-dev] Calendar extension
In-Reply-To: 
References: 
	
Message-ID: 

Hi Volker, hi *,

> It would be a good idea to integrate your ideas as early as possible to 
> guarantee most efficient development.

The most difficult part should be that different cs (calendar systems) 
may have different concepts in their core, eg. opengroupware was build 
up around the idea of project handling (so I think) and so calendar data 
there refers to other data than in other cs.

A way to handle this could be a feature matrix for the most common 
features of cs.
Looking for a way to operate with missing/additional necessary features
(perhaps by asking the backend about the provided ones and (much much 
later ;) for libraries that can deal with the additionals).

Most common features in cs?
- user/group handling
- project handling
- acl handling
- ???

Sometimes missing features?
- category handling (maybe substitute by project handling)
- ???

One word to developing time and data storage.
I don't think that a first basic oo integration (if possible) will be 
released before early autumn. A view on data should be fast possible, 
but changing data needs the ideas above if I don't want data corruption. 
Also I don't plan to store data inside Typo3, all data can be directly 
stored on the cs.

The best if you interested in, will be a little session eg in channel 
#typo3 or #typo3-de on irc.freenode.net.
There we can discuss ideas much faster than in many mails. (It's not my 
motivation to enrich or break your concept with unnecessary complexity.)

If you want to expore an opengroupware system I can setup one as a 
sandbox that weekend (it's not so much work).

Some ideas for later devel-steps:
- iCal import/export

Greetings Sven
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 256 bytes
Desc: OpenPGP digital signature
URL: 

From info at sitekick.de  Sat May 22 08:21:31 2004
From: info at sitekick.de (Volker Biberger)
Date: Sat, 22 May 2004 08:21:31 +0200
Subject: [Typo3-dev] Calendar extension
References:  (null)
	(null) 
	
Message-ID: 

On 2004-05-22 01:23:24 +0200, Sven Wilhelm  said:
> The best if you interested in, will be a little session eg in channel 
> #typo3 or #typo3-de on irc.freenode.net.
> There we can discuss ideas much faster than in many mails. (It's not my 
> motivation to enrich or break your concept with unnecessary complexity.)
Lets do this. Do you have MSN? I like the matrix idea.

> 
> If you want to expore an opengroupware system I can setup one as a 
> sandbox that weekend (it's not so much work).
I?ll be on vacation next week, back on beginning of June so we need to 
contact then.

Thanks for your support
Volker




From jorgo at jorgo.org  Sat May 22 08:35:39 2004
From: jorgo at jorgo.org (Jörg Schaller)
Date: Sat, 22 May 2004 08:35:39 +0200
Subject: [Typo3-dev] News on typo3.org
References: 
Message-ID: 

Will there be frontend news submitter with workflow, then? (Slobber,
slobber) 
I think Tony Milovans frontend extension is a step in the right
direction although it still needs some polishing.

The ability to add comments to news would also be nice :-)



From andreas at php4win.de  Sat May 22 08:51:59 2004
From: andreas at php4win.de (Andreas Otto)
Date: Sat, 22 May 2004 08:51:59 +0200
Subject: [Typo3-dev] Calendar extension
In-Reply-To: 
References: 
	
	
Message-ID: 

Hi Sven,

On Saturday 22 May 2004 01:23, Sven Wilhelm wrote:
> Some ideas for later devel-steps:
> - iCal import/export

Why not use iCal as the primary calendar format?


Cheers,
Andreas

-- 
Andreas Otto 
Using PHP on Windows? www.php4win.de




From Martin.no5pam.Kutschker at blackbox.n0spam.net  Sat May 22 09:45:02 2004
From: Martin.no5pam.Kutschker at blackbox.n0spam.net (Martin T. Kutschker)
Date: Sat, 22 May 2004 09:45:02 +0200
Subject: metatags - Re: [Typo3-dev] You are the Programmer
In-Reply-To: 
References: 
	
Message-ID: 

Daniel Hinderink [TYPO3] wrote:
>>Kasper Sk?rh?j wrote:
>>
>>>Take that as an invitation to become involved and take influence. If you
>>>deliver quality on time you get respect and influence in return. You
>>>earn your way in by proving your worth.
>>
>>I am interested in metatags. I'v already written some kind of add-on
>>(meta-tag navigation) and have some ideas on further enhancements (for
>>both extensions).
> 
> 
> I would like to see a backend plugin for efficient creation and management
> of meta tags. 
> 
> 1. extraction and batch processing
> It could allow to edit metatags for a complete tree with the help of
> automatic meta tag scripts and using the dublin core as already implemented
> by Kasper with extended meta tags.

I just looked at the very inspiring http://www.lub.lu.se/cgi-bin/nmdc.pl 
DC creation tool.

Seems to me DC is one hell of a standard. It's so book centric I wonder 
  how many Typo3 installations would benefit from DC. Let alone such 
powerful (and complex) tools like the one from the above URL.

So I wouldn't add DC support in the basic metatag extension. It's hard 
work and it'd be a bloat.

BTW, I don't see the connection between DC and atch processing.

> 2. fine tuning individual page meta information
> Secondy it could display the metatags for a given selection of the site tree
> in one matrix-like form for swift and comprehensive editing.

Just like info and access? This would be interesting.

Masi




From stephane.schitter at free.fr  Sat May 22 14:52:49 2004
From: stephane.schitter at free.fr (Stephane Schitter)
Date: Sat, 22 May 2004 14:52:49 +0200
Subject: [Typo3-dev] new standard templates
Message-ID: 

Selon Kasper Sk?rh?j :
> - I'm currently planning to move the current 11 standard templates into
> a new extension which will contain all the "old" CMS stuff in TYPO3; I
> believe in the biblical principle that you should pour new wine on new
> leather bags - so lets not try to fix the old stuff, rahter leave it be
> (still working of course) but create something brand new and up-to-date!

Would it simply be taking existing templates, and building an extension
similar to the one Rene did ? If so, I'd be willing to undertake that
small task if it helps, as a learning exercise for myself and a documenting
exercise (i.e. documenting steps to build such a template extension).

Unless you had major changes in mind.

Cheers,
Stephane





From dan at danfrost.co.uk  Sat May 22 16:59:04 2004
From: dan at danfrost.co.uk (dan frost)
Date: Sat, 22 May 2004 15:59:04 +0100
Subject: metatags (was in  - Re: [Typo3-dev] You are the Programmer)
Message-ID: 

Dear all,

I thought you'd all like to know that we (3ev and I) have just finished 
a first version of a fully-functional metadata extension. Current 
version has the UK's government list imported from CSV (but could easily 
be from XML), "mount points" in the metadata category tree, keyword to 
category mapping, scanning of uploaded documents, Bayesian learning 
logic to improve suggested categories each time, possibility of 
publishing all your categorised content via SOAP, tags in the header and 
so on and so on...

This is still in development, but if you're interested then please 
contact me.

Regards,
dan


Martin T. Kutschker wrote:
 > Patrick Gaumond wrote:
 >
 >>
 >>> A- In general we could setup a few info "system-wide" (content-type,
 >>> shema, others like publisher or rights) values that should be
 >>> overwritable on a page basis.
 >>
 >>
 >> Extended keywords (n_extkeywords) does something similar I think. From
 >> the description: "It also adds the possibility to have the keywords
 >> accumilated over the rootline enabling one to set site-wide keywords
 >> along with branch-wide and page specific keywords."
 >>
 >> It doesn't replace the standard value, but appends to it, if you
 >> configure it that way.
 >
 >
 > Yes. Something like that was already on my mind.
 >
 >>> B- Language should lookup in Typo3 so we don't need to setup manually
 >>> the user selection in case of site with multiple language. (I don't 
know
 >>> if possible in TYPO3)
 >>
 >>
 >> Definitely the way to go. TYPO3 knows the language of a page from the
 >> "Website Language" record, which we might need to enhance, as we need
 >> the ISO language shorthand for DC, and the language record in TYPO3
 >> only knows a rather descriptive title.
 >
 >
 > See the "Keyword wizard" extension. Keywords are not translated during
 > rendering, but the UI shows only the keywords of the pages' language
 > (restricted to the domain record as well).
 >
 > Is this what you had in mind?
 >
 > Additionaly/Alternatvely I can imagine a set of id-based keywords (ie
 > records with a uid)) with translations in the db. With this setup
 > id-based all pages (incl. alt.lang. pages) will get the keywords from
 > the default lang page. The actual (translate) keywords come from a table.
 >
 >>> C- Author, Creation date and Modification date should come from TYPO3
 >>
 >>
 >> True. Even other data might be gathered automatically (e.g. if you
 >> already supply a description for the 'normal' meta description tag,
 >> this could be reused). Further data may be fetched from the
 >> corresponding fields for pages of type advanced.
 >>
 >> After all, we should probably talk to Kapser and discuss the option of
 >> enhancing the 'Meta tags, extended' extension directly (maybe taking
 >> over maintenance). It does a basic set of things we need, and would
 >> 'only' need to be enhanced with the automatic gathering of data where
 >> applicable and the option of providing page-specific entries.
 >
 >
 > Yeah, but make all this configurable (or at least overridable).
 >
 >> Maybe we should write a 'formal' project description to base further
 >> discussion on?
 >
 >
 > Why not? With specs the code should be better from the start.
 >
 > Masi
 >



From Martin.no5pam.Kutschker at blackbox.n0spam.net  Sat May 22 17:16:52 2004
From: Martin.no5pam.Kutschker at blackbox.n0spam.net (Martin T. Kutschker)
Date: Sat, 22 May 2004 17:16:52 +0200
Subject: metatags (was in  - Re: [Typo3-dev] You are the Programmer)
In-Reply-To: 
References: 
Message-ID: 

dan frost wrote:
> Dear all,
> 
> I thought you'd all like to know that we (3ev and I) have just finished 
> a first version of a fully-functional metadata extension. Current 
> version has the UK's government list imported from CSV (but could easily 
> be from XML), "mount points" in the metadata category tree, keyword to 
> category mapping, scanning of uploaded documents, Bayesian learning 
> logic to improve suggested categories each time, possibility of 
> publishing all your categorised content via SOAP, tags in the header and 
> so on and so on...
> 
> This is still in development, but if you're interested then please 
> contact me.

Sounds definitely interesting.

What is the staus of the extension? Interested in hosting on 
sf.net/projects/typo3xdev during development?

Masi




From wilhelm at icecrash.com  Sat May 22 17:05:38 2004
From: wilhelm at icecrash.com (Sven Wilhelm)
Date: Sat, 22 May 2004 17:05:38 +0200
Subject: [Typo3-dev] Calendar extension
In-Reply-To: 
References: 
	(null)	(null)
		
	
Message-ID: 

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi,

| Lets do this. Do you have MSN? I like the matrix idea.
No, I'm a 100% linux user, but we will find a way ;)

| I?ll be on vacation next week, back on beginning of June so we need to
| contact then.
Have a good rest.

Greetings Sven
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFAr2xCqgEefU2megoRAjdWAJ9e6HzaHLtyWKVsJIUNiWlCOvTMYwCeO0GO
+ZE0VmiPKi/zcJf98jiegJw=
=+pZT
-----END PGP SIGNATURE-----




From wilhelm at icecrash.com  Sat May 22 17:13:14 2004
From: wilhelm at icecrash.com (Sven Wilhelm)
Date: Sat, 22 May 2004 17:13:14 +0200
Subject: [Typo3-dev] Calendar extension
In-Reply-To: 
References: 		
	
Message-ID: 

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi Andreas,
| Why not use iCal as the primary calendar format?
that's Volkers decision, but I don't see the necessity
for a normal calendar. iCal is a well official standard
for data exchange. For the regular work a database is much
more better.

Greetings Sven
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFAr24CqgEefU2megoRAoEPAKCp2KAzaAotV0WOVbX5n3VveC1t6QCgiul9
tfQE1Nhp7pdc7V5Er7GvxZ0=
=/jhf
-----END PGP SIGNATURE-----




From Martin.no5pam.Kutschker at blackbox.n0spam.net  Sat May 22 18:25:53 2004
From: Martin.no5pam.Kutschker at blackbox.n0spam.net (Martin T. Kutschker)
Date: Sat, 22 May 2004 18:25:53 +0200
Subject: metatags (was in  - Re: [Typo3-dev] You are the Programmer)
In-Reply-To: 
References: 
	
Message-ID: 

Martin T. Kutschker wrote:
> dan frost wrote:
> 
>> Dear all,
>>
>> I thought you'd all like to know that we (3ev and I) have just 
>> finished a first version of a fully-functional metadata extension. 
>> Current version has the UK's government list imported from CSV (but 
>> could easily be from XML), "mount points" in the metadata category 
>> tree, keyword to category mapping, scanning of uploaded documents, 
>> Bayesian learning logic to improve suggested categories each time, 
>> possibility of publishing all your categorised content via SOAP, tags 
>> in the header and so on and so on...
>>
>> This is still in development, but if you're interested then please 
>> contact me.
> 
> Sounds definitely interesting.

And sounds like its a huge m**f** :-)

I guess it's an overkill for your average site. Is it by any means 
modular or extensible? I don't think that I'm interested in a "UK 
governmen" list here in Austria.

If I understood Kasper coirrectly he is looking for small and lean 
extensions which do most of the basic stuff for the standard Typo3 
extension. While your description is interesting I doubt it's lean 
enough. That's why I ask for a splitting into several extensions.

Masi




From tombedlam at yahoo.com  Sat May 22 19:36:24 2004
From: tombedlam at yahoo.com (Christopher)
Date: Sat, 22 May 2004 10:36:24 -0700 (PDT)
Subject: [Typo3-dev] Calendar extension
In-Reply-To: 
Message-ID: 

Heya,

--- Sven Wilhelm  wrote:

> | Lets do this. Do you have MSN? I like the matrix idea.
> No, I'm a 100% linux user, but we will find a way ;)
> 

Here's a way: http://gaim.sourceforge.net/

-Christopher




	
		
__________________________________
Do you Yahoo!?
Yahoo! Domains ? Claim yours for only $14.70/year
http://smallbusiness.promotions.yahoo.com/offer 




From wilhelm at icecrash.com  Sat May 22 20:14:05 2004
From: wilhelm at icecrash.com (Sven Wilhelm)
Date: Sat, 22 May 2004 20:14:05 +0200
Subject: [Typo3-dev] Calendar extension
In-Reply-To: 
References: 
Message-ID: 

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi,

| Here's a way: http://gaim.sourceforge.net/
I know and I use it sometimes, but irc is a better way to discuss if
there are more than two. we will see ;)

greetings sven
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFAr5hmqgEefU2megoRAgLcAJ95J35cyeQmdWrww+yc3eS0dpJbegCeI1fK
yeOXu0GUo6Tvk9yGdSXKb6Q=
=4LlJ
-----END PGP SIGNATURE-----




From info at sitekick.de  Sun May 23 09:05:42 2004
From: info at sitekick.de (Volker Biberger)
Date: Sun, 23 May 2004 09:05:42 +0200
Subject: [Typo3-dev] Calendar extension
References:  (null)
	(null) 
	(null) (null)
	
	
Message-ID: 

On 2004-05-22 08:51:59 +0200, Andreas Otto  said:

> Hi Sven,
> 
> On Saturday 22 May 2004 01:23, Sven Wilhelm wrote:
>> Some ideas for later devel-steps:
>> - iCal import/export
> 
> Why not use iCal as the primary calendar format?
Do you have any information at hand, where the advantages and 
disadvantages of the ical format are (Besides Compatibility to other 
calendars, which is of cause an advantage)?

Thanks
Volker




From andreas at php4win.de  Sun May 23 09:39:37 2004
From: andreas at php4win.de (Andreas Otto)
Date: Sun, 23 May 2004 09:39:37 +0200
Subject: [Typo3-dev] Calendar extension
In-Reply-To: 
References: 
	
	
Message-ID: 

Hi Volker,

On Sunday 23 May 2004 09:05, Volker Biberger wrote:
> Do you have any information at hand, where the advantages and
> disadvantages of the ical format are (Besides Compatibility to other
> calendars, which is of cause an advantage)?

That was the advantage I had in mind. Isn't this enough? ;-)

If you take e. g. a waste management calendar for your local community I would 
prefer if I could download the calendar and let my fat-client application 
deal with it. That way I could set alarms which remind my that the bins with 
paper will be collected tomorrow.

Of course, this could be done with a webbased calendar as well using some sort 
of eMail notifications.


Cheers,
Andreas

-- 
Andreas Otto 
Using PHP on Windows? www.php4win.de




From ingmars at web.de  Sun May 23 11:14:49 2004
From: ingmars at web.de (Ingmar Schlecht)
Date: Sun, 23 May 2004 11:14:49 +0200
Subject: [Typo3-dev] Extension Kickstarter/Cleanup+Optimization
In-Reply-To: 
References: 
	
	
	
	
	
	
Message-ID: 

Martin T. Kutschker schrieb:
> Ingmar Schlecht wrote:
> 
>>
>> BTW, what is the difference between a hook and a service?
> 
> 
> A hook is a specific place in a method that offers some options to 
> callback functions (eg alter the processed data, cancel the "default" 
> action"). What these options are and what data the callback gets is hook 
> dependent.
> 
> A service is a completely different thing. A service provides an 
> abstract API for some task. So the calling code does not have to worry 
> about the actual implementatoin of the task (eg when the service is 
> implemented by native OS executables or by different PHP extensions).
> 
>  > Wouldn't all hooks be doable as services?
> 
> I hope my answer made clear that this is not possible.

Yes, it did, thanks very much!

cheers,
Ingmar



From alex at big.endian.de  Sun May 23 12:51:38 2004
From: alex at big.endian.de (Alexander Langer)
Date: Sun, 23 May 2004 12:51:38 +0200
Subject: [Typo3-dev] Heavy use of stdWrap -> speedproblem
Message-ID: 

Hi!

I just wrote an frontend-plugin that calls $this->cObj->stdWrap()
approx. 4500 times (sic!) [1].  Profiling shows, that stdWrap() is the bottleneck,
and indeed the page takes 10 seconds to render on a 2.5 GHz class PC.
This is defenitely too slow.

Some more information:  I use a template file with markers/subparts.  So
eventually up to 4500 markers might occur in the template, all of them
are wrapped with stdWrap().   As substituteMarkerArrayCached() doesn't
know about the to-be-wrapped before calling it, I need to fill the
subparts and marker arrays with all possible values - thus so many
stdWrap calls.

Any ideas to improve speed?  There really are 4500 different items that
need to be wrapped, so I can't do some internal caching, I'm afraid.

I still can add a new typoscript entry that lists the used markers, and
only fills the subpart array for those markers, but this seems odd to
me.

I could think of a substituteMarkerArray() function that backcalls a
marker-array filling function once it reaches a "###".  Anyone did that
before?

Thanks

Alex

[1] more to come, this is just a pre-version *sigh*




From wilhelm at icecrash.com  Sun May 23 19:24:19 2004
From: wilhelm at icecrash.com (Sven Wilhelm)
Date: Sun, 23 May 2004 19:24:19 +0200
Subject: [Typo3-dev] Calendar extension
In-Reply-To: 
References: 		
	
Message-ID: 

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi *,

| If you take e. g. a waste management calendar for your local community
I would
| prefer if I could download the calendar and let my fat-client application
| deal with it. That way I could set alarms which remind my that the
bins with
| paper will be collected tomorrow.
I don't see any kind of problems to provide an export/import function
for the calendar extension that provides the iCal format (a well known
rfc standard, described in rfc2445 (see the url below)).

http://www.ietf.org/rfc/rfc2445.txt

But such things I would say have not the highest priority on the devel
tasks.

Greetings Sven
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFAsN5DqgEefU2megoRAjIvAKCtxKL+98oyruqNI4Ph0j9rGFN1DACgiw72
bY+atIQTqGJQe2lqj1igmL4=
=VEbU
-----END PGP SIGNATURE-----




From wilhelm at icecrash.com  Sat May 22 01:23:24 2004
From: wilhelm at icecrash.com (Sven Wilhelm)
Date: Sat, 22 May 2004 01:23:24 +0200
Subject: [Typo3-dev] Calendar extension
Message-ID: 

_______________________________________________
Typo3-dev mailing list
Typo3-dev at lists.netfielders.de
http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev

-------------- next part --------------
An embedded message was scrubbed...
From: unknown sender
Subject: 
Date: Mon, 24 May 2004 00:01:51 +0200
Size: 2162
URL: 

From wilhelm at icecrash.com  Sat May 22 01:23:24 2004
From: wilhelm at icecrash.com (Sven Wilhelm)
Date: Sat, 22 May 2004 01:23:24 +0200
Subject: [Typo3-dev] Calendar extension
Message-ID: 

_______________________________________________
Typo3-dev mailing list
Typo3-dev at lists.netfielders.de
http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev

-------------- next part --------------
An embedded message was scrubbed...
From: unknown sender
Subject: 
Date: Mon, 24 May 2004 00:01:51 +0200
Size: 2162
URL: 

From georg.rehfeld at gmx.de  Mon May 24 01:43:49 2004
From: georg.rehfeld at gmx.de (Georg Rehfeld)
Date: Mon, 24 May 2004 01:43:49 +0200
Subject: [Typo3-dev] Heavy use of stdWrap -> speedproblem
In-Reply-To: 
References: 
Message-ID: 

Hi Alexander,

> Some more information:  I use a template file with markers/subparts.  So
> eventually up to 4500 markers might occur in the template, all of them
> are wrapped with stdWrap().

You ain't talking about a HTML template file with four thousand five
hundred markers/subparts, do you? If so, I immediately would expect
some havy misconception, but please explain your concept a little bit
more.

regards

Georg
-- 
  ___   ___
| + | |__    Georg Rehfeld      Woltmanstr. 12     20097 Hamburg
|_|_\ |___   georg.rehfeld.nospam at gmx.de    +49 (40) 23 53 27 10




From stephane.schitter at free.fr  Mon May 24 10:26:37 2004
From: stephane.schitter at free.fr (Stephane Schitter)
Date: Mon, 24 May 2004 10:26:37 +0200
Subject: [Typo3-dev] new standard templates
In-Reply-To: 
References: 
	
	
Message-ID: 

Selon Kasper Sk?rh?j :
> Some comments:
> - Rene Fritz once introduced an examples of standard templates
> distributed as extensions (tmpl_green or something)
> - I'm currently planning to move the current 11 standard templates into
> a new extension which will contain all the "old" CMS stuff in TYPO3; I
> believe in the biblical principle that you should pour new wine on new
> leather bags - so lets not try to fix the old stuff, rahter leave it be
> (still working of course) but create something brand new and up-to-date!


Hello,

This sunday I spent a few hours trying to move all the 12 (I counted 12...)
templates into a single "default_static_templates" extension, documenting the
process on the way. This worked reasonably well except a few glitches which I
need to fix.

So here is a quick description of what I have:
each default template has its own directory in the extension. That contains the
static definitions (constants, setup, include_static), tstemplate configuration
editor data (screenshots), and all related files (pictures, bullets, buttons,
static html files used by the templates, ...).

I tested them to be working same as old extensions.

Questions:
1. is it worthwile I finish this work off, and publish it
2. the key "default_static_templates" is a bit long, any proposals for a shorter
name ?
3. Can we drop the "compatibility-3.5" fixes and defined the minimum Typo3
version requirement of 3.6 for these template extensions to work ?

Next bit I would like to do is to write a quick manual (from my notes) on
creating such a template extension, and start building one new one that should
hopefully start a series of new templates.

Cheers,
Stephane

P.S. If that work was redundant with someone else's, it is not wasted time for
me as I learnt a few things while doing that.





From alex at big.endian.de  Mon May 24 11:32:07 2004
From: alex at big.endian.de (Alexander Langer)
Date: Mon, 24 May 2004 11:32:07 +0200
Subject: [Typo3-dev] Heavy use of stdWrap -> speedproblem
In-Reply-To: 
References: 
	
Message-ID: 

Also sprach Georg Rehfeld (georg.rehfeld at gmx.de):

> You ain't talking about a HTML template file with four thousand five
> hundred markers/subparts, do you? If so, I immediately would expect
> some havy misconception, but please explain your concept a little bit
> more.

Check this:
You have a template or an item ITEM, let's call it TEMPLATE_ITEM.
now, within the TEMPLATE_ITEM subpart, there _might_ occur 20 different
markers, such as

ITEM_TITLE
ITEM_PARENT
ITEM_URL
ITEM_DATE
ITEM_TEASER
ITEM_FOOBAR
ITEM_POMMES
...

(up to 30-50 properties).  In real life, only 3 or 5 are used, but as I
want to be flexible, I want to let the website author fill the template
with any subset he wants to use.

However, if you want to fill in the template, you need to fill the
markerArray with _all_ those values:

$markers = array();
$markers['###ITEM_TITLE###'] = $this->cObj->stdWrap("the Title", ...);
$markers['###ITEM_PARENT###'] = $this->cObj->stdWrap(the Parent, ...);
$markers['###ITEM_DATE###'] = $this->cObj->stdWrap(the date, ...);
... [all of the markers, also with subparts + wrappedsubparts ]
$content = subsitituteMarkerArrayCached($markers, $subparts, $wrappedsubparts);

Now, as I happen to display ~150 items per page (don't ask, why), this
will result in filling ~450 markers (I currently don't know how I came to
4500 yesterday) before substituting.

This is - as you can expect, very slow.

I now improved speed by scanning the template for actually used markers
before filling the array.  This improves speed by factor 10, which is
good enough for me.

However, would be nice to have a
substituteMarkerArrayCallback($template, $theCallbackfunction, $theArgs)

that could be used like this:

function myCallback($theMarker, $theArgs) {
	// $theArgs contains my stuff
	list($myData1, $myData2) = $theArgs;
	switch($theMarker) {
	case '###ITEM_TITLE###':
		return $this->cObj->stdWrap(theTitle, ...);
	case '###ITEM_PARENT###':
		return $this->cObj->stdWrap(theParent, ...);
	}
}

and substituteMarkerArrayCallback would do something like:

{
	scan for the next (###.*###) (marker, subparts etc)
	$marker[theFoundMarker] = $theCallbackfunction(theFoundMarker, $theArgs);
	(until all markers are filled)

	return substituteMarkerArrayCached($marker, $subparts, ...);
}

This would probably improve speed a lot for big markers.

Alex




From typo3 at homann-it.de  Mon May 24 11:43:28 2004
From: typo3 at homann-it.de (typo3 at homann-it.de)
Date: Mon, 24 May 2004 11:43:28 +0200
Subject: AW: [Typo3-dev] News on typo3.org
In-Reply-To: 
Message-ID: 

News in rdf format would be cool to sync and of course better to monitor
with external tools for updates on site.


-----Urspr?ngliche Nachricht-----
Von: typo3-dev-bounces at lists.netfielders.de
[mailto:typo3-dev-bounces at lists.netfielders.de] Im Auftrag von Ingmar
Schlecht
Gesendet: Freitag, 21. Mai 2004 13:25
An: typo3-dev at lists.netfielders.de
Betreff: Re: [Typo3-dev] News on typo3.org

Stig N. Jepsen wrote:
> What is your opinion about this?

Yes, good idea, I'd like to read such news ;-)

I really like the way how news are written on http://winehq.com/ ("Wine
Weekly News")

cheers,
Ingmar
_______________________________________________
Typo3-dev mailing list
Typo3-dev at lists.netfielders.de
http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev





From k.dambekalns at fishfarm.de  Mon May 24 12:32:28 2004
From: k.dambekalns at fishfarm.de (Karsten Dambekalns)
Date: Mon, 24 May 2004 10:32:28 +0000 (UTC)
Subject: AW: [Typo3-dev] News on typo3.org
References: 
	
Message-ID: 

Hi,

On 2004-05-24,   wrote:
> News in rdf format would be cool to sync and of course better to monitor
> with external tools for updates on site.

Yes, and they may increase the load on typo3.org even more. I recently
read a survey that stated that RDF feeds get pulled more often
(automatically) then anyone would ever reload a page. This might not
be true for you, but in general this sounds sensible. Might be a
drawback.

Anyway, without news, this discussion is fruitless - if there is
nothing to publish, a RDF feed makes no difference :)

Karsten



From wolfgang at stufenlos.net  Mon May 24 12:52:39 2004
From: wolfgang at stufenlos.net (Wolfgang Klinger)
Date: Mon, 24 May 2004 12:52:39 +0200
Subject: AW: [Typo3-dev] News on typo3.org
In-Reply-To: 
References: 
	
	
Message-ID: 


 *hiya!*

 On Mon, 24 May 2004, Karsten Dambekalns wrote the following:
> 
> Anyway, without news, this discussion is fruitless - if there is
> nothing to publish, a RDF feed makes no difference :)
> 

 good point ;-) 

 Wolfgang






From warhawk at ufo-base.de  Mon May 24 14:14:50 2004
From: warhawk at ufo-base.de (Christian Zehaczek)
Date: Mon, 24 May 2004 14:14:50 +0200
Subject: [Typo3-dev] allow anchors in tslib_content::typoLink
Message-ID: 

hi people,

just tried to give an anchor as $urlParameters to
tslib_pibase::link_to_Page(), which actually ends in
tslib_content::typoLink() where it was dropped by this IF:

--- snip ---
if (substr($addQueryParams,0,1)!="&") {
--- snap ---

is changed this to

--- snip ---
if ((substr($addQueryParams,0,1)!="&") &&
(substr($addQueryParams,0,1)!="#"))  {
--- snap ---

and it seems to work fine.
maybe another solution is in progress and/or done in 3.6.0 or higher (did it
for 3.5.0), just want to notify you about...

cheers,
christian






From stig at 8620.dk  Mon May 24 16:37:13 2004
From: stig at 8620.dk (Stig N. Jepsen)
Date: Mon, 24 May 2004 16:37:13 +0200
Subject: [Typo3-dev] Flexforms...
Message-ID: 

I'm interested in Flexforms and would like to know where I can find some
documentation on this...

/Stig





From stig at 8620.dk  Mon May 24 16:47:56 2004
From: stig at 8620.dk (Stig N. Jepsen)
Date: Mon, 24 May 2004 16:47:56 +0200
Subject: [Typo3-dev] Flexforms...
References: 
Message-ID: 

> I'm interested in Flexforms and would like to know where I can find some
> documentation on this...

A little more search and I found it was in the the new doc_core_api.

/Stig





From trabold at mehrwert.de  Mon May 24 17:08:15 2004
From: trabold at mehrwert.de (Christian Trabold)
Date: Mon, 24 May 2004 17:08:15 +0200
Subject: [Typo3-dev] Flexforms...
In-Reply-To: 
References: 
	
Message-ID: 

Hi Stig!

>>I'm interested in Flexforms and would like to know where I can find some
>>documentation on this...
> 
> A little more search and I found it was in the the new doc_core_api.

It would be great if you could post the link to it!

Didn't find it on google nor typo3.org... or am I blind?? :(

Thanks a lot!

Christian



From kasper at typo3.com  Mon May 24 17:20:48 2004
From: kasper at typo3.com (Kasper =?ISO-8859-1?Q?Sk=E5rh=F8j?=)
Date: Mon, 24 May 2004 17:20:48 +0200
Subject: [Typo3-dev] Heavy use of stdWrap -> speedproblem
In-Reply-To: 
References: 
Message-ID: 


> I just wrote an frontend-plugin that calls $this->cObj->stdWrap()
> approx. 4500 times (sic!) [1].  Profiling shows, that stdWrap() is the bottleneck,
> and indeed the page takes 10 seconds to render on a 2.5 GHz class PC.
> This is defenitely too slow.

No surprise.

This is the reason why I didn't implement stdWrap all of the place as
some people seem to expect sometimes....

- kasper





From kasper at typo3.com  Mon May 24 17:27:58 2004
From: kasper at typo3.com (Kasper =?ISO-8859-1?Q?Sk=E5rh=F8j?=)
Date: Mon, 24 May 2004 17:27:58 +0200
Subject: [Typo3-dev] News on typo3.org
In-Reply-To: 
References: 
Message-ID: 

I think it is a good idea as well.

THere are a handfull of reported bugs on typo3.org and there are other
htings I want to fix soon. So if my plans work out well I might spend
next week looking at these things. This might be the right time for me
to implement some news plugin on typo3.org  - but it must come along
with an editorial team that will also use it!

So, I'm positive as long as someone else organize the whole thing, pick
the right extension to use for it and tell me by next week.

- kasper

On Fri, 2004-05-21 at 11:37, Stig N. Jepsen wrote:
> I don't know if this have been discussed before?
> But I think it would be nice if we had a news page on typo3.org which was a
> little more alive. Maybe an idea would be to split up the news page in
> sections. One for general Typo3 news and one for extension news (maybe one
> for site reviews??)?
> I miss some news about what is "hot" in the community. Especially news
> information worth mentioning about extensions.
> This would of course, - in my opinion, require an 'editoral team'/newsdesk.
> 
> What is your opinion about this?
> 
> /Stig
> 
> 
> _______________________________________________
> Typo3-dev mailing list
> Typo3-dev at lists.netfielders.de
> http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev
-- 
God bless

- kasper

------

"To succeed in life, you need two things: ignorance and confidence." -
Mark Twain.





From stig at 8620.dk  Mon May 24 17:32:15 2004
From: stig at 8620.dk (Stig N. Jepsen)
Date: Mon, 24 May 2004 17:32:15 +0200
Subject: [Typo3-dev] Flexforms...
References: 
	
	
Message-ID: 

> >>I'm interested in Flexforms and would like to know where I can find some
> >>documentation on this...
> >
> > A little more search and I found it was in the the new doc_core_api.
>
> It would be great if you could post the link to it!
>
> Didn't find it on google nor typo3.org... or am I blind?? :(
>
> Thanks a lot!

Hi Christian,
Of course. It's not right on the frontpage :-)
http://typo3.org/download/source/
http://130.228.0.33/t3dl/src/

/Stig





From stig at 8620.dk  Mon May 24 17:40:34 2004
From: stig at 8620.dk (Stig N. Jepsen)
Date: Mon, 24 May 2004 17:40:34 +0200
Subject: [Typo3-dev] News on typo3.org
References: 
	
Message-ID: 

> I think it is a good idea as well.
>
> THere are a handfull of reported bugs on typo3.org and there are other
> htings I want to fix soon. So if my plans work out well I might spend
> next week looking at these things. This might be the right time for me
> to implement some news plugin on typo3.org  - but it must come along
> with an editorial team that will also use it!
>
> So, I'm positive as long as someone else organize the whole thing, pick
> the right extension to use for it and tell me by next week.

So guys... how do we arrange all this.
Any ideas what will be the best news extension for this?
At the moment, tt_news itself doesn't support FE-newscontribution.
sg_fenewsedit extends tt_news with some FE capabilities. Has anyone
any experience with this extension?
Any other good news extensions?

Any volunteers?

I would like to help out with approving suggested news and general
maintenance.

/Stig





From kasper at typo3.com  Mon May 24 17:59:18 2004
From: kasper at typo3.com (Kasper =?ISO-8859-1?Q?Sk=E5rh=F8j?=)
Date: Mon, 24 May 2004 17:59:18 +0200
Subject: [Typo3-dev] proper way extension development?
In-Reply-To: 
References: 
	
	
Message-ID: 


> Additional to your way I have two other ideas for you:
> 1.a) Make an Extension that only handles the tables and kickstarter stuff.
> 1.b) make an extension that handles PHP

We used this model for the Dassault project!

- kasper





From rl at robertlemke.de  Mon May 24 18:05:13 2004
From: rl at robertlemke.de (Robert Lemke)
Date: Mon, 24 May 2004 18:05:13 +0200
Subject: [Typo3-dev] News on typo3.org
In-Reply-To: 
References: 
	
Message-ID: 

On Mon, 2004-05-24 at 17:27, Kasper Sk?rh?j wrote:
> I think it is a good idea as well.
> 
> THere are a handfull of reported bugs on typo3.org and there are other
> htings I want to fix soon. So if my plans work out well I might spend
> next week looking at these things. This might be the right time for me
> to implement some news plugin on typo3.org  - but it must come along
> with an editorial team that will also use it!

Good. Maybe, while you're at it, it's also the time to implement some
displaying mechanism for review documents?

-- 
robert

"They placed me on this earth without a manual. 
 And I dare to say, I?m doing just fine without ;)"





From moeller at network-publishing.de  Mon May 24 18:48:08 2004
From: moeller at network-publishing.de (Christoph Moeller)
Date: Mon, 24 May 2004 18:48:08 +0200
Subject: [Typo3-dev] News on typo3.org
In-Reply-To: 
References: 	
	
Message-ID: 

Robert Lemke schrieb:

> Good. Maybe, while you're at it, it's also the time to implement some
> displaying mechanism for review documents?

Yep. Feature collection starting here/now?
Why not merge all the goodies that many different people coded, based on 
tt_news, as well (multiple instances/modes of the plugin on one page, 
checkboxes for "show in newsticker"/"show on front page", typolink 
instead of hardcoded GPvars,  indexing, FE submission, ...)?
The way it is now is sub-optimal, to say the least. There's zillions of 
extended tt_news floating around - let's do the (late) spring cleaning :)

We've got some snippets we'll throw in - but probably not enough time to 
do the actual merging. We'll see.

Chris



From stig at 8620.dk  Mon May 24 19:05:25 2004
From: stig at 8620.dk (Stig N. Jepsen)
Date: Mon, 24 May 2004 19:05:25 +0200
Subject: [Typo3-dev] News on typo3.org
References: 	
	
	
Message-ID: 

> > Good. Maybe, while you're at it, it's also the time to implement some
> > displaying mechanism for review documents?
>
> Yep. Feature collection starting here/now?
> Why not merge all the goodies that many different people coded, based on
> tt_news, as well (multiple instances/modes of the plugin on one page,
> checkboxes for "show in newsticker"/"show on front page", typolink
> instead of hardcoded GPvars,  indexing, FE submission, ...)?
> The way it is now is sub-optimal, to say the least. There's zillions of
> extended tt_news floating around - let's do the (late) spring cleaning :)
>
> We've got some snippets we'll throw in - but probably not enough time to
> do the actual merging. We'll see.

Yes, - if anyone is interested in helping with the development of tt_news,
please come forward.
For the ones who don't know. I have become the maintainer of tt_news.
Further development can take place the Typo3xdev project on SF.net.

And again, for the ones who didn't notice. I already did some work on
tt_news. I have merged some of the extensions made for tt_news with
tt_news. Which means that tt_news now includes multiple categories with
images (icons) and RTE.

Although it's a good idea to merge some of the extensions with tt_news, I
think we have to be a little critical what we merge into tt_news.

/Stig





From jorgo at jorgo.org  Mon May 24 20:50:49 2004
From: jorgo at jorgo.org (Jörg Schaller)
Date: Mon, 24 May 2004 20:50:49 +0200
Subject: [Typo3-dev] News on typo3.org
References: 
	
	
Message-ID: 

On Mon, 24 May 2004 17:40:34 +0200, "Stig N. Jepsen" 
wrote:


>Any ideas what will be the best news extension for this?
>At the moment, tt_news itself doesn't support FE-newscontribution.
>sg_fenewsedit extends tt_news with some FE capabilities. Has anyone

That extension is a pain to use, please have a look at the extension I
mentioned before, Frontend news submiter with RTE - fe_rtenews, which
makes a lot more sense. Access can be defined in category records, a
field already exists, even if it doesn't seem to work now.



From tmilovan at efpu.hr  Mon May 24 21:39:15 2004
From: tmilovan at efpu.hr (Toni Milovan)
Date: Mon, 24 May 2004 21:39:15 +0200
Subject: [Typo3-dev] News on typo3.org
In-Reply-To: 
References: 
	
	
Message-ID: 

Hello,

I'm developing fe_ftenews extension... I actually just took FEU News,
added htmlarea support and image uploading and with Jorg's help here
solved some issues with taskcenter news moderating....

This extension have some weird concept of Categories and Topics which I
would like would like to improve in future.

Can you try this extension and see if it can be of any use for you?

Cheers,

TOni


On Pon, 2004-05-24 at 17:40, Stig N. Jepsen wrote:
> FE-newscontribution.
> sg_fenewsedit extends tt_news with some FE capabilities. Has anyone
> any experience with this extension?
> Any other good news extensions?
> 
> Any volunteers?
> 
> I would like to help out with approving suggested news and general
> maintenance.
> 
> /Stig
> 
> 
> _______________________________________________
> Typo3-dev mailing list
> Typo3-dev at lists.netfielders.de
> http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev





From mundaun at gmx.ch  Mon May 24 22:25:36 2004
From: mundaun at gmx.ch (Michael Stucki)
Date: Mon, 24 May 2004 22:25:36 +0200
Subject: [Typo3-dev] News on typo3.org
References: 
	
Message-ID: 

Dear Kasper,

> THere are a handfull of reported bugs on typo3.org and there are other
> htings I want to fix soon. So if my plans work out well I might spend
> next week looking at these things. This might be the right time for me
> to implement some news plugin on typo3.org  - but it must come along
> with an editorial team that will also use it!

On the english user list, there is currently another discussion about the
usability of typo3.org and its mailing lists.

I take this chance to throw a few things in from the other thread. Please
add your suggestions. (Or should I start a new thread first?)

Newbie panic button:
- Although there is a little annotation on the frontpage, most newbies seem
  to overlook this page: http://typo3.org/frontpage-menu-links/new-to-typo3/
- Christoph Moeller thinks that a big red "newbee panic button" on the top
  right corner of the front page will attract the eye more than simple
  floating text?
- Steffen Mueller suggested to add a footer to the mailing list, pointing
  newbies to the page mentioned above

FAQ/Howto confusion:
- Two years after saying this in Spl?gen, I still think that they should be
  merged!
- The link to the FAQ should be placed more prominent. Any suggestions?

maillisttofaq extension:
- You once stated that you don't want to spend any more time on this
  extension.
- However, there are bugs inside! Can someone take over the maintainership
  for it?

Adding a knowledge base:
- Bart Veldhuizen mentioned that the Blender3d community had the same
  problem. They decided to build a categorized knowledge base, and many
  users were very happy with that!
- You can still see this knowledge base here, but it might not be maintained
  anymore. Anyway, it looks cool in my eyes! http://www.elysiun.com/support/
- This could be easily combined with the long-discussed code snippets page.
  Any news about this one?

Search results on typo3.org:
- Not very usable, just do a search about "tsref" to see what I mean.
- If you still think this is useful, go ahead and hit the "next" button.
- How can this be improved?

Cheers - michael
-- 
Want support? Please read the list rules first: http://typo3.org/1438.0.html



From mundaun at gmx.ch  Mon May 24 23:48:53 2004
From: mundaun at gmx.ch (Michael Stucki)
Date: Mon, 24 May 2004 23:48:53 +0200
Subject: [Typo3-dev] new standard templates
References: 
	
	
	
Message-ID: 

Dear Stephane,

> So here is a quick description of what I have:
> each default template has its own directory in the extension. That
> contains the static definitions (constants, setup, include_static),
> tstemplate configuration editor data (screenshots), and all related files
> (pictures, bullets, buttons, static html files used by the templates,
> ...).

Cool!! :-)

> 1. is it worthwile I finish this work off, and publish it

I think yes.
This extension should introduce a new category on typo3.org [1]: Templates

> 2. the key "default_static_templates" is a bit long, any proposals for a
> shorter name ?

Maybe "default_templates"?

Eventually, we should define a naming scheme for template extensions right
now.
My suggestion: stucki_template_supercooldesign (user id, "template", name)

> 3. Can we drop the "compatibility-3.5" fixes and defined the minimum Typo3
> version requirement of 3.6 for these template extensions to work ?

I think yes, because nobody will attempt to remove the static templates from
TYPO3 3.5.0.

> Next bit I would like to do is to write a quick manual (from my notes) on
> creating such a template extension, and start building one new one that
> should hopefully start a series of new templates.

That would be great! Would it make sense to extend Renes document[2]?

Regards, michael

[1] http://typo3.org/extensions/repository/categories/
[2] http://typo3.org/documentation/document-library/tmpl_green/
-- 
Want support? Please read the list rules first: http://typo3.org/1438.0.html



From georg.rehfeld at gmx.de  Tue May 25 04:37:22 2004
From: georg.rehfeld at gmx.de (Georg Rehfeld)
Date: Tue, 25 May 2004 04:37:22 +0200
Subject: [Typo3-dev] Heavy use of stdWrap -> speedproblem
In-Reply-To: 
References: 
	
Message-ID: 

Hi Kasper, Alexander and all,

Kasper Sk?rh?j wrote:

>> I just wrote an frontend-plugin that calls $this->cObj->stdWrap()
>> approx. 4500 times ... This is defenitely too slow.
> ...
> This is the reason why I didn't implement stdWrap all of the place as
> some people seem to expect sometimes....

While you are on stdWrap: would it be possible (and wouldn't it be nice)
to have some _preprocessed_ object _with_ stdWrap properties, that than
would be available in the main processing for copying/referencing into
other places in TypoScript?

My example is the 'params' property of images. This is made to be a
simple 'string' property. In an extension I want to set it from the DB,
no go without subclassing tslib_cObj (with all implications) and
overriding cImage($file,$conf) to give 'params' the 'string/stdWrap'
datatype.

If we had an arbitrary object with stdWrap properties, that would
be processed _before_ all other TypoScript and still be in memory
for copying into other objects/properties, I had no need to subclass
tslib_cObj any more ... in fact, ALL properties having stdWrap could
be reduced to simple ones (except for convenience, maybe, or
compatibility).

Or, am I outing me as a Typo3 newbie once more, this feature already
exists, but I havn't found it?

Best regards,
Typo3 IS great,
have a nice week

Georg
-- 
  ___   ___
| + | |__    Georg Rehfeld      Woltmanstr. 12     20097 Hamburg
|_|_\ |___   georg.rehfeld.nospam at gmx.de    +49 (40) 23 53 27 10




From patrick.gaumond at fsa.ulaval.ca  Tue May 25 04:54:01 2004
From: patrick.gaumond at fsa.ulaval.ca (Patrick Gaumond)
Date: Mon, 24 May 2004 22:54:01 -0400
Subject: [Typo3-dev] new standard templates
References: 
	
	
	
	
Message-ID: 

"Michael Stucki"  a ?crit dans le message de
news:mailman.1.1085435336.9285.typo3-dev at lists.netfielders.de...

> This extension should introduce a new category on typo3.org [1]: Templates

It's essential !

> > 2. the key "default_static_templates" is a bit long, any proposals for a
> > shorter name ?
>
> Maybe "default_templates"?

defaultstatic_tmpl ?

> Eventually, we should define a naming scheme for template extensions right
> now.
> My suggestion: stucki_template_supercooldesign (user id, "template", name)

Is the creator id relevant ?

hotterthanhell_tmpl seems enough to me...


> > Next bit I would like to do is to write a quick manual (from my notes)
on
> > creating such a template extension, and start building one new one that
> > should hopefully start a series of new templates.
>
> That would be great! Would it make sense to extend Renes document[2]?
> [2] http://typo3.org/documentation/document-library/tmpl_green/


Maybe it's a bit too early but since we're trying to build a complete
"Template & Navigation" manual[1] that try to finally regroup every bits
available on the Template subject you could organize your documentation as a
"chapter" for the manual.

[1] http://t3wiki.garbage-group.de/index.php/Templates_%26_Navigation
(Notice: It's a temp location. Final URL should be available in 1-2 weeks)

Patrick








From Martin.no5pam.Kutschker at blackbox.n0spam.net  Tue May 25 09:39:31 2004
From: Martin.no5pam.Kutschker at blackbox.n0spam.net (Martin T. Kutschker)
Date: Tue, 25 May 2004 09:39:31 +0200
Subject: [Typo3-dev] Flexforms...
In-Reply-To: 
References: 
	
	
	
Message-ID: 

Stig N. Jepsen wrote:
>>>>I'm interested in Flexforms and would like to know where I can find some
>>>>documentation on this...
>>>
>>>A little more search and I found it was in the the new doc_core_api.
>>
>>It would be great if you could post the link to it!
>>
>>Didn't find it on google nor typo3.org... or am I blind?? :(
>>
>>Thanks a lot!
> 
> 
> Hi Christian,
> Of course. It's not right on the frontpage :-)
> http://typo3.org/download/source/
> http://130.228.0.33/t3dl/src/

PDF versions can be found here:

http://sourceforge.net/project/showfiles.php?group_id=20391

Masi




From steven.turnbull at yhgfl.net  Tue May 25 10:24:15 2004
From: steven.turnbull at yhgfl.net (Steve Turnbull)
Date: Tue, 25 May 2004 09:24:15 +0100
Subject: [Typo3-dev] Search help...
Message-ID: 

Hi

We are using typo3 RC1 on a Debian Linux box...

I am trying to slightly alter the layout of the Search module in typo. 
It's not the indexed_search extension, it's the basic one you can use 
when adding new content.

On our site, there are three narrow columns on the home page, and the 
search drop down box overlaps the center column in Internet Explorer. 
Please have a look at www.yhgfl-demo.net

I can't find the layout source for this search function. If I could just 
change the wording from 'Searchword:' to 'Search', it would render OK. 
The other option would be to put the 'Searchword:' in a different row 
than the actual text box.

Help appreciated

Steve




From elmar.hinz at web.de  Tue May 25 15:13:18 2004
From: elmar.hinz at web.de (Elmar Hinz)
Date: Tue, 25 May 2004 15:13:18 +0200
Subject: [Typo3-dev] icon set for file archive
Message-ID: 

Hello folks,

I am just working on a new file archive extension, which is near to beeing 
published.

I wan't to add an icon set to display the filetype.

I don't want to steal the icon set from my OS to keep the copyrights.

Does anybody has an idea, if there is something like an iconset under gpl or 
does a special one exists for typo3.

Ideally the images would have the same nametrunk like the file extensions they 
symbolize to automate displaying and extending of the iconset.

Something like:

txt.png
htm.png
html.png
pdf.png
gif.png
png.png
sxw.png
doc.png

etc.


Regards

Elmar










From mundaun at gmx.ch  Tue May 25 15:25:51 2004
From: mundaun at gmx.ch (Michael Stucki)
Date: Tue, 25 May 2004 15:25:51 +0200
Subject: [Typo3-dev] icon set for file archive
References: 
Message-ID: 

Hi Elmar,

> Does anybody has an idea, if there is something like an iconset under gpl
> or does a special one exists for typo3.

http://www.kde-look.org/ is a very good point to start!

Have a look at the crystal icons, I really like them :-)

- michael
-- 
Want support? Please read the list rules first: http://typo3.org/1438.0.html



From leendert at netcreators.nl  Tue May 25 15:47:21 2004
From: leendert at netcreators.nl (Leendert Brouwer [Netcreators])
Date: Tue, 25 May 2004 06:47:21 -0700
Subject: [Typo3-dev] one-to-one to one-to-many
Message-ID: 

Hi list,

I have to change an existing extension (mit_downloads, specifically) so that
there's a one-to-many relationship between 2 tables, whereas there is now
only a one-to-one relationship. Is this doable through the TCA? Specifically
I want to be able to tie a file in the mit_downloads extension to more than
one category. Or do I actually have to change the extension's code to make
this work?

Thanks in advance,

Leendert





From elmar.hinz at web.de  Tue May 25 15:29:26 2004
From: elmar.hinz at web.de (Elmar Hinz)
Date: Tue, 25 May 2004 15:29:26 +0200
Subject: [Typo3-dev] inclusion of a script
Message-ID: 

Hello,

another question to development of a file archive plugin.

The links in the files don't call them directly, but indirectly via a php 
script, to control access rights. I did this by defining a new pagetype in typo3 
setup:

##########################################
# This page controls the file output.    #
##########################################

tx_vcdarchive_downloadpage = PAGE
tx_vcdarchive_downloadpage{
   typeNum = 55
   config.pageGenScript = 
EXT:vcd_archive/pi1/class.tx_vcdarchive_pi1_fileOutput.php
}

###########################################


That works for the first, but I don't feel well with it.
I have to include some additional lines into the classfile,
that loads the class and calls the appropriate method.

Is there a smarter access to require the class
and call its output method? Maybe without
a typoScript call in the setup.

Regards

Elmar




From elmar.hinz at web.de  Tue May 25 15:47:37 2004
From: elmar.hinz at web.de (Elmar Hinz)
Date: Tue, 25 May 2004 15:47:37 +0200
Subject: [Typo3-dev] passing files throu a script
Message-ID: 

Hello,

here comes my third question concerning the file archive.

After sending the headers currently I output the file by readfile().

header("x");
header("y");
header("z");
readfile($file);
exit();

That works so far. According to the documentation one shouldn't output directly, 
but by using $TSFE->Content = "My Output".

But this try seems to fail:

$TSFE->Content =  implode('', file($file));

Does this approach make any sense, when I need to send headers before?

Should I maybe catch everything by output buffering and handle it to 
$TSFE->Content including the headers?


Regards

Elmar






From wolfgang at stufenlos.net  Tue May 25 16:57:03 2004
From: wolfgang at stufenlos.net (Wolfgang Klinger)
Date: Tue, 25 May 2004 16:57:03 +0200
Subject: [Typo3-dev] icon set for file archive
In-Reply-To: 
References: 
Message-ID: 


 *hiya!*

 On Tue, 25 May 2004, Elmar Hinz wrote the following:
> I am just working on a new file archive extension, which is near to beeing 
> published.

 Can you describe that a little bit? ;-)

> Ideally the images would have the same nametrunk like the file extensions 
> they symbolize to automate displaying and extending of the iconset.

 How about "/typo3/gfx/fileicons"? 

 bye
 Wolfgang






From elmar.hinz at web.de  Tue May 25 17:07:57 2004
From: elmar.hinz at web.de (Elmar Hinz)
Date: Tue, 25 May 2004 17:07:57 +0200
Subject: [Typo3-dev] icon set for file archive
In-Reply-To: 
References: 
	
Message-ID: 

Wolfgang Klinger wrote:
>  *hiya!*
> 
>  On Tue, 25 May 2004, Elmar Hinz wrote the following:
> 
>>I am just working on a new file archive extension, which is near to beeing 
>>published.
> 
> 
>  Can you describe that a little bit? ;-)

I can, in full sourcecode. :-)
Look for vcd_archive tomorrow.

> 
> 
>>Ideally the images would have the same nametrunk like the file extensions 
>>they symbolize to automate displaying and extending of the iconset.
> 
> 
>  How about "/typo3/gfx/fileicons"? 


Thats it. Great.

> 
>  bye
>  Wolfgang
> 
> 
> 



From elmar.hinz at web.de  Tue May 25 17:30:44 2004
From: elmar.hinz at web.de (Elmar Hinz)
Date: Tue, 25 May 2004 17:30:44 +0200
Subject: [Typo3-dev] icon set for file archive
In-Reply-To: 
References: 
	
Message-ID: 

Michael Stucki wrote:

> Hi Elmar,
> 
> 
>>Does anybody has an idea, if there is something like an iconset under gpl
>>or does a special one exists for typo3.
> 
> 
> http://www.kde-look.org/ is a very good point to start!
> 
> Have a look at the crystal icons, I really like them :-)
> 
> - michael

Comes close.

But "/typo3/gfx/fileicons" is the faster solution for the moment.

Mayby on updates.

Regards

Elmar



From kasper at typo3.com  Tue May 25 23:14:21 2004
From: kasper at typo3.com (Kasper =?ISO-8859-1?Q?Sk=E5rh=F8j?=)
Date: Tue, 25 May 2004 23:14:21 +0200
Subject: [Typo3-dev] hooks in extensions
In-Reply-To: 
References: 
Message-ID: 

It's not a bad way. But you can also use
TYPO3_CONF_VARS[EXTCONF][extension_key_here][...]


On Sat, 2004-05-22 at 00:52, Martin T. Kutschker wrote:
> Hi!
> 
> What is the right way to create/name a hook for other extensions?
> 
> For the Core this looks like this:
> 
> $TYPO3_CONF_VARS['SC_OPTIONS']['t3lib/class.t3lib_tcemain.php']['clearCachePostProc']
> $TYPO3_CONF_VARS['SC_OPTIONS']['tslib/class.tslib_fe.php']['tslib_fe-PostProc']
> 
> Ist this the right approach?
> 
> $TYPO3_CONF_VARS[?]['ext/EXT_KEY/PATH/class.tx_CLASS.php']['HOOK']
> 
> Masi
> 
> _______________________________________________
> Typo3-dev mailing list
> Typo3-dev at lists.netfielders.de
> http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev
-- 
God bless

- kasper

------

"To succeed in life, you need two things: ignorance and confidence." -
Mark Twain.





From stig at 8620.dk  Wed May 26 08:53:12 2004
From: stig at 8620.dk (Stig N. Jepsen)
Date: Wed, 26 May 2004 08:53:12 +0200
Subject: [Typo3-dev] BE Login through URL?
Message-ID: 

Is there anyway to make a BElogin through URLs?
Something like this:
typo3installation.com/typo3/?username=abc&password=cba

/Stig





From Martin.no5pam.Kutschker at blackbox.n0spam.net  Wed May 26 09:05:06 2004
From: Martin.no5pam.Kutschker at blackbox.n0spam.net (Martin T. Kutschker)
Date: Wed, 26 May 2004 09:05:06 +0200
Subject: [Typo3-dev] hooks in extensions
In-Reply-To: 
References: 
	
Message-ID: 

Kasper Sk?rh?j wrote:
> It's not a bad way. But you can also use
> TYPO3_CONF_VARS[EXTCONF][extension_key_here][...]

This makes it for me:

$TYPO3_CONF_VARS[EXTCONF][extension_key_here][PATH/class.tx_CLASS.php']['HOOK']

PATH can be empty if the class is in the root of the extensions (unlike 
eg pi1 or mod1).

Thanx,
Masi




From Martin.no5pam.Kutschker at blackbox.n0spam.net  Wed May 26 09:06:20 2004
From: Martin.no5pam.Kutschker at blackbox.n0spam.net (Martin T. Kutschker)
Date: Wed, 26 May 2004 09:06:20 +0200
Subject: [Typo3-dev] BE Login through URL?
In-Reply-To: 
References: 
Message-ID: 

Stig N. Jepsen wrote:
> Is there anyway to make a BElogin through URLs?
> Something like this:
> typo3installation.com/typo3/?username=abc&password=cba

*cough* I don't think that exposing the password in a query is such a 
good idea.

Masi




From moeller at network-publishing.de  Wed May 26 09:17:45 2004
From: moeller at network-publishing.de (Christoph Moeller)
Date: Wed, 26 May 2004 09:17:45 +0200
Subject: [Typo3-dev] BE Login through URL?
In-Reply-To: 
References: 
	
Message-ID: 

Martin T. Kutschker schrieb:
>> Is there anyway to make a BElogin through URLs?
>> Something like this:
>> typo3installation.com/typo3/?username=abc&password=cba
> *cough* I don't think that exposing the password in a query is such a 
> good idea.

Exactly. Anyhow, this only would fill in the login fields with the given 
values, but not automatically log you on, since these values aren't 
passed from the login page to the server. Instead, hashes are being 
transmitted - at least for the pass.

Have a look at misc/superadmin.php if you really need to automate the 
login process. You should _at any cost_ secure that script, better yet 
only put it in place if you really need it.

Greets,
Chris



From stig at 8620.dk  Wed May 26 09:21:05 2004
From: stig at 8620.dk (Stig N. Jepsen)
Date: Wed, 26 May 2004 09:21:05 +0200
Subject: [Typo3-dev] BE Login through URL?
References: 
	
Message-ID: 

> > Is there anyway to make a BElogin through URLs?
> > Something like this:
> > typo3installation.com/typo3/?username=abc&password=cba
>
> *cough* I don't think that exposing the password in a query is such a
> good idea.

Probably not... :-)

Ok, I might as well tell what my idea was then.

If front-end users should have the posibilty to add a record of some kind
why not make it possible for users to make a BE login with a special
account for this purpose.
There might be some security issues that I don't know of? But my thought
was that if the BE was secure, there wouldn't be any problems as long
as the account for this was set up correctly.

Another thought, - is it in any way possible to use the BE record editing
functions in the FE?
In my opinion there is no reason to reinvent the wheel.
Fx. in the discussion of FE news submitting on typo3.org, I think it would
be cool to have a add news panel like in the BE.
There might security issues here too that I don't know of?

/Stig





From moeller at network-publishing.de  Wed May 26 09:24:03 2004
From: moeller at network-publishing.de (Christoph Moeller)
Date: Wed, 26 May 2004 09:24:03 +0200
Subject: [Typo3-dev] BE Login through URL?
In-Reply-To: 
References: 
	
	
Message-ID: 

Stig N. Jepsen schrieb:

> If front-end users should have the posibilty to add a record of some kind
> why not make it possible for users to make a BE login with a special
> account for this purpose.
> There might be some security issues that I don't know of? But my thought
> was that if the BE was secure, there wouldn't be any problems as long
> as the account for this was set up correctly.

Ok, I see what ou want to do. Check out this extension: 
http://typo3.org/extensions/repository/search/dkd_feuser_belogin/

Cheers,
Chris



From stig at 8620.dk  Wed May 26 10:15:02 2004
From: stig at 8620.dk (Stig N. Jepsen)
Date: Wed, 26 May 2004 10:15:02 +0200
Subject: [Typo3-dev] BE Login through URL?
References: 
	
	
	
Message-ID: 

> > If front-end users should have the posibilty to add a record of some
kind
> > why not make it possible for users to make a BE login with a special
> > account for this purpose.
> > There might be some security issues that I don't know of? But my thought
> > was that if the BE was secure, there wouldn't be any problems as long
> > as the account for this was set up correctly.
>
> Ok, I see what ou want to do. Check out this extension:
> http://typo3.org/extensions/repository/search/dkd_feuser_belogin/

Looks interesting. But I have problems getting it to work properly.
I have done the things that the manual says, but the CMSlogin thingy in the
frontend doesn't display.

/Stig





From moeller at network-publishing.de  Wed May 26 10:21:29 2004
From: moeller at network-publishing.de (Christoph Moeller)
Date: Wed, 26 May 2004 10:21:29 +0200
Subject: [Typo3-dev] BE Login through URL?
In-Reply-To: 
References: 
	
	
	
	
Message-ID: 

Stig N. Jepsen schrieb:

> Looks interesting. But I have problems getting it to work properly.
> I have done the things that the manual says, but the CMSlogin thingy in the
> frontend doesn't display.

Sorry, never used it, myself.
Use the source, Luke ;)

Cheers,
Chris



From niederlag at ikd01.de  Wed May 26 10:38:55 2004
From: niederlag at ikd01.de (Peter Niederlag)
Date: Wed, 26 May 2004 10:38:55 +0200
Subject: [Typo3-dev] BE Login through URL?
In-Reply-To: 
References: 
	
	
	
	
	
Message-ID: 

Hi,

Christoph Moeller schrieb am 26.05.2004 um 10:21 Uhr CEST

> Stig N. Jepsen schrieb:
> 
> > Looks interesting. But I have problems getting it to work properly.
> > I have done the things that the manual says, but the CMSlogin thingy
> > in the frontend doesn't display.
> 
> Sorry, never used it, myself.
> Use the source, Luke ;)

might(!) be it is not ready for 3.6 yet? Have a look at the archives
there have been some threads about it.

Cheers,
Peter
-- 
Peter Niederlag
http://www.niekom.de * Typo3 und EDV-Dienstleistungen *
http://www.clown-goli.de * Clown-Comedy-Jonglage-Animation *





From stig at 8620.dk  Wed May 26 10:39:49 2004
From: stig at 8620.dk (Stig N. Jepsen)
Date: Wed, 26 May 2004 10:39:49 +0200
Subject: [Typo3-dev] BE Login through URL?
References: 
	
Message-ID: 

> might(!) be it is not ready for 3.6 yet? Have a look at the archives
> there have been some threads about it.

Thanks for the hint Peter :-)

/Stig





From J_dot_WEILAND_at_WEB_dot_DE at nospam.comm  Wed May 26 10:55:13 2004
From: J_dot_WEILAND_at_WEB_dot_DE at nospam.comm (Jochen Weiland)
Date: Wed, 26 May 2004 06:55:13 -0200
Subject: [Typo3-dev] Bug in links for multiple images?
Message-ID: 

When I use a text/img object with multiple images and I assign a link to 
the images, then this link will only be used for the first image while 
all other images will have the "click enlarge" function.
Apparently this happens only with CSS Styled content, not with content 
(default) in 3.6.x

You can see this effect on in the right column of 
http://jweiland.net/index.php?id=318

Can someone confirm that?

Regards
Jochen



From stig at 8620.dk  Wed May 26 10:57:52 2004
From: stig at 8620.dk (Stig N. Jepsen)
Date: Wed, 26 May 2004 10:57:52 +0200
Subject: [Typo3-dev] BE Login through URL?
References: 
	
	
Message-ID: 

> > might(!) be it is not ready for 3.6 yet? Have a look at the archives
> > there have been some threads about it.
>
> Thanks for the hint Peter :-)

My oh my...
It was my fault, actually it seems (seems..) to work all right.
Forgot to create the content element in the TVPage.

/Stig





From stig at 8620.dk  Wed May 26 11:48:58 2004
From: stig at 8620.dk (Stig N. Jepsen)
Date: Wed, 26 May 2004 11:48:58 +0200
Subject: [Typo3-dev] BE Login through URL?
References: 
	
	
Message-ID: 

> If front-end users should have the posibilty to add a record of some kind
> why not make it possible for users to make a BE login with a special
> account for this purpose.
> There might be some security issues that I don't know of? But my thought
> was that if the BE was secure, there wouldn't be any problems as long
> as the account for this was set up correctly.
>
> Another thought, - is it in any way possible to use the BE record editing
> functions in the FE?
> In my opinion there is no reason to reinvent the wheel.
> Fx. in the discussion of FE news submitting on typo3.org, I think it would
> be cool to have a add news panel like in the BE.
> There might security issues here too that I don't know of?

Markus Lange wrote to me if this was what I wanted:
http://typo3.bgm-gmbh.de/news.0.html
click on the red 'Login'

and yes. Something very much like this.

/Stig





From stig at 8620.dk  Wed May 26 11:52:00 2004
From: stig at 8620.dk (Stig N. Jepsen)
Date: Wed, 26 May 2004 11:52:00 +0200
Subject: [Typo3-dev] News on typo3.org
References: 
	
Message-ID: 

> I'm developing fe_ftenews extension... I actually just took FEU News,
> added htmlarea support and image uploading and with Jorg's help here
> solved some issues with taskcenter news moderating....
>
> This extension have some weird concept of Categories and Topics which I
> would like would like to improve in future.
>
> Can you try this extension and see if it can be of any use for you?

I'm thinking that something like this would be ideal:
http://typo3.bgm-gmbh.de/news.0.html
click on the red 'Login'

/Stig





From hoang at planb-media.de  Wed May 26 12:17:11 2004
From: hoang at planb-media.de (Chi Hoang)
Date: Wed, 26 May 2004 12:17:11 +0200
Subject: [Typo3-dev] Bug when using  images_frames,
	jpg images and  quality settings
Message-ID: 

Hello,

Problem was that when using jpg images and images_frames the image quality
was very poor in T3.6.1

My solution:

1. there is bug in function getImgResource($file,$fileArray) of
class.tslib_content.php when using mask and jpg. I added the lines

function getImgResource($file,$fileArray) {
...

    if (!@file_exists($dest)) {

          $temp_ext='png';
          if ($GLOBALS['TYPO3_CONF_VARS']['GFX']['im_mask_temp_ext_gif'])
{  // If ImageMagick version 5+
           $temp_ext=$gifCreator->gifExtension;
          }

          // here comes my changes... because otherwise jpg would become gif
          if ($fI['fileext'] ==='jpg') {
            $temp_ext='jpg';
          }
    }
...

}

2. Unfortunately the image quality setting is not passed to function
combineExec($input,$overlay,$mask,$output)  in class.t3lib_stdgraphic.php,
so I did harcoded it (which is bad, but I cant do better atm):

function combineExec($input,$overlay,$mask,$output) {
  if (!$this->NO_IMAGE_MAGICK) {
   $cmd = $this->imageMagickPath.$this->combineScript.' -compose
over -quality 100 '.$this->wrapFileName($input).'
'.$this->wrapFileName($overlay).' '.$this->wrapFileName($mask).'
'.$this->wrapFileName($output);
   $this->IM_commands[] = Array ($output,$cmd);
   exec($cmd);
  }
 }

Look at -quality 100.


My image quality is now awesome when using image_frames. I hope it might be
some help to you.

Greetings,

Chi





From warhawk at ufo-base.de  Wed May 26 12:27:38 2004
From: warhawk at ufo-base.de (Christian Zehaczek)
Date: Wed, 26 May 2004 12:27:38 +0200
Subject: [Typo3-dev] usernames lowercase, login case-sensitive => BAD
Message-ID: 

Hi Group!

Actually TYPO3 is lowercasing any username entered via TCE Form, both in FE
and BE users.
Too bad, that the login masks don't do so and the check is case-sensitive.

This really messes me up and additionally, it confuses my users too.

The better way:
- TCE should leave username cases as they are typed.
- The login check should be case-insensitive (username only, of course).

Well, i could write an extension for this, but i think there are more people
who don't like this behaviour... hope so.

Cheers,
Christian





From trabold at mehrwert.de  Wed May 26 12:37:35 2004
From: trabold at mehrwert.de (Christian Trabold)
Date: Wed, 26 May 2004 12:37:35 +0200
Subject: [Typo3-dev] usernames lowercase, login case-sensitive => BAD
In-Reply-To: 
References: 
Message-ID: 

Hi Christian,

> Actually TYPO3 is lowercasing any username entered via TCE Form, both in FE
> and BE users.
> Too bad, that the login masks don't do so and the check is case-sensitive.
> 
> This really messes me up and additionally, it confuses my users too.
> 
> The better way:
> - TCE should leave username cases as they are typed.
> - The login check should be case-insensitive (username only, of course).
> 
> Well, i could write an extension for this, but i think there are more people
> who don't like this behaviour... hope so.
> 

Yes, there are.

You could change that behavior easily via TCA, but it should get into 
the system.

Maybe you should post it to http://bugs.typo3.org/ ?


Regards,

Christian



From Martin.no5pam.Kutschker at blackbox.n0spam.net  Wed May 26 12:41:08 2004
From: Martin.no5pam.Kutschker at blackbox.n0spam.net (Martin T. Kutschker)
Date: Wed, 26 May 2004 12:41:08 +0200
Subject: [Typo3-dev] configuring plugin vars for simulate static
Message-ID: 

Hi!

How do I add my plugins vars to the list allowed for simulate static?

A quick search revealed nothing. Pleas ponit me to the docs.

Thanx,
Masi




From moeller at network-publishing.de  Wed May 26 12:44:10 2004
From: moeller at network-publishing.de (Christoph Moeller)
Date: Wed, 26 May 2004 12:44:10 +0200
Subject: [Typo3-dev] configuring plugin vars for simulate static
In-Reply-To: 
References: 
Message-ID: 

Hi Martin,
> How do I add my plugins vars to the list allowed for simulate static?

Isn't it enough to consistently use the typolink function? It ought to 
handle that, by itself - at least it does perfectly with our extensions.

Greets,
Chris



From warhawk at ufo-base.de  Wed May 26 13:22:13 2004
From: warhawk at ufo-base.de (Christian Zehaczek)
Date: Wed, 26 May 2004 13:22:13 +0200
Subject: [Typo3-dev] usernames lowercase, login case-sensitive => BAD
References: 
	
Message-ID: 

> Yes, there are.
>
> You could change that behavior easily via TCA, but it should get into
> the system.
>
> Maybe you should post it to http://bugs.typo3.org/ ?
>
>
> Regards,
>
> Christian

I just started an extension to enhance a few authentication related things.

I will upload it to TER asap.

Cheers,
Christian





From a.schwarzkopf at meinsystem.de  Wed May 26 13:23:54 2004
From: a.schwarzkopf at meinsystem.de (Andreas Schwarzkopf)
Date: Wed, 26 May 2004 13:23:54 +0200
Subject: [Typo3-dev] configuring plugin vars for simulate static
In-Reply-To: 
References: 
	
Message-ID: 

Hi,

since 3.6.0 it must be declared, also if typolink functions was used:

simulateStaticDocuments_pEnc_onlyP = tx_maillisttofaq_pi1[pointer], L, print

Documented in TSRef 3.6.0:


grtx

Andreas


Christoph Moeller schrieb:

> Hi Martin,
> 
>> How do I add my plugins vars to the list allowed for simulate static?
> 
> 
> Isn't it enough to consistently use the typolink function? It ought to 
> handle that, by itself - at least it does perfectly with our extensions.
> 
> Greets,
> Chris



From a.schwarzkopf at meinsystem.de  Wed May 26 13:30:14 2004
From: a.schwarzkopf at meinsystem.de (Andreas Schwarzkopf)
Date: Wed, 26 May 2004 13:30:14 +0200
Subject: [Typo3-dev] usernames lowercase, login case-sensitive => BAD
In-Reply-To: 
References: 
	
	
Message-ID: 

Hi Christian,

in this case it would be very important to post a bug report.
The fix of this behaviour in the extension no. 457 would not be helpful 
for all people.

Thanks.

Andreas

Christian Zehaczek schrieb:

>>Yes, there are.
>>
>>You could change that behavior easily via TCA, but it should get into
>>the system.
>>
>>Maybe you should post it to http://bugs.typo3.org/ ?
>>
>>
>>Regards,
>>
>>Christian
> 
> 
> I just started an extension to enhance a few authentication related things.
> 
> I will upload it to TER asap.
> 
> Cheers,
> Christian
> 
> 



From a.widschwendter at mediares.at  Wed May 26 13:41:41 2004
From: a.widschwendter at mediares.at (media.res | alex widschwendter)
Date: Wed, 26 May 2004 13:41:41 +0200
Subject: [Typo3-dev] Bug in links for multiple images?
In-Reply-To: 
References: 
Message-ID: 

Jochen Weiland wrote:

> When I use a text/img object with multiple images and I assign a link to 
> the images, then this link will only be used for the first image while 
> all other images will have the "click enlarge" function.
> Apparently this happens only with CSS Styled content, not with content 
> (default) in 3.6.x

i can confirm this behaviour for image object, but never tested it with 
content (default) ver 3.6.1

alex



From ingmars at web.de  Wed May 26 13:42:59 2004
From: ingmars at web.de (Ingmar Schlecht)
Date: Wed, 26 May 2004 13:42:59 +0200
Subject: [Typo3-dev] usernames lowercase, login case-sensitive => BAD
In-Reply-To: 
References: 
	
Message-ID: 

Christian Trabold schrieb:
> Maybe you should post it to http://bugs.typo3.org/ ?

It's not a bug, it's a feature.
I don't like it either, though.

cheers,
Ingmar



From a.schwarzkopf at meinsystem.de  Wed May 26 13:46:35 2004
From: a.schwarzkopf at meinsystem.de (Andreas Schwarzkopf)
Date: Wed, 26 May 2004 13:46:35 +0200
Subject: [Typo3-dev] BE Login through URL?
In-Reply-To: 
References: 
	
	
Message-ID: 

Hi Stig,

The easiest way IMO is to make a frontend submit form based on 
fe_adminLib, like in the official extensions fe_admin or dmail 
subscription. This way you can write in any TCA table (tt_news or a 
custom table). Per default the news could be made hidden and some chef 
editor could get an email where he can automatically publish the news or 
delete them via clicking on appropriate link. Without any login, just in 
1 second. You don't need any extensions for this, it is just TypoScript 
and an HTML template. With evalFunc you can define your ouwn security 
function, e.g. htmlspecialchars($content).

Because of security reason I would not give a fully anonymous backend 
login for everyone.

hth

Andreas

Stig N. Jepsen schrieb:

> If front-end users should have the posibilty to add a record of some kind
> why not make it possible for users to make a BE login with a special
> account for this purpose.




From mundaun at gmx.ch  Wed May 26 13:48:45 2004
From: mundaun at gmx.ch (Michael Stucki)
Date: Wed, 26 May 2004 13:48:45 +0200
Subject: [Typo3-dev] Bug in links for multiple images?
References: 
Message-ID: 

Hi Jochen,

> When I use a text/img object with multiple images and I assign a link to
> the images, then this link will only be used for the first image while
> all other images will have the "click enlarge" function.
> Apparently this happens only with CSS Styled content, not with content
> (default) in 3.6.x

Looks pretty much like a bug.
Can you please report this to http://bugs.typo3.org/?

Thanks - michael
-- 
Want support? Please read the list rules first: http://typo3.org/1438.0.html



From J_dot_WEILAND_at_WEB_dot_DE at nospam.comm  Wed May 26 13:52:55 2004
From: J_dot_WEILAND_at_WEB_dot_DE at nospam.comm (Jochen Weiland)
Date: Wed, 26 May 2004 09:52:55 -0200
Subject: [Typo3-dev] Bug in links for multiple images?
In-Reply-To: 
References: 
	
Message-ID: 

Michael Stucki wrote:

> 
> Looks pretty much like a bug.
> Can you please report this to http://bugs.typo3.org/?
> 
> Thanks - michael

Yes, I will report it to the buglist. However, should I put it into the 
css_styled_content section? I once posted a bug there (I think it was 
the first and only one in this category) and I somehow have the 
impression that this category is not monitored...

Regards
Jochen



From alex at big.endian.de  Wed May 26 13:58:36 2004
From: alex at big.endian.de (Alexander Langer)
Date: Wed, 26 May 2004 13:58:36 +0200
Subject: [Typo3-dev] configuring plugin vars for simulate static
In-Reply-To: 
References: 
	
	
Message-ID: 

Also sprach Andreas Schwarzkopf (a.schwarzkopf at meinsystem.de):

> since 3.6.0 it must be declared, also if typolink functions was used:
> simulateStaticDocuments_pEnc_onlyP = tx_maillisttofaq_pi1[pointer], L, print
> Documented in TSRef 3.6.0:
> 

Speaking of simulate-static + piVars:

How would one link to _another_ PageID but want to set piVars?

getPageLink() would work, but 
  a) you have to construct the pivars array manually, and
  b) you have to set no_cache=1 if you don't want to have odd
     results in the target page due to caching (cHash parameter
     is missing), which then destroys simulateStatic again.

Why don't we have a pibase function that keeps the pivars but lets you
specifiy a different page-Id?  (many plugins use it, i.e. LATEST DISPLAY
of tt_news or any other extension that wants to show a teaser of some
items on one page, and the actualy display on antoher page)

I just fell into this trap with my calendar ext.

Thanks

Alex




From christian at jul.net  Wed May 26 13:37:51 2004
From: christian at jul.net (Christian Jul Jensen)
Date: 26 May 2004 13:37:51 +0200
Subject: [Typo3-dev] usernames lowercase, login case-sensitive => BAD
References: 
Message-ID: 

"Christian Zehaczek"  writes:

> - TCE should leave username cases as they are typed.

I don't agree. Generally you don't want julle, Julle and JULLE to be
different users in your system. A good way to ensure this is to only
have lowercase usernames.

> - The login check should be case-insensitive (username only, of course).

I agree. I plan to go over the login scripts and fix the cleanup of
the session table next week, I will check if this behaviour can easily
be fixed.

--
./mvh Christian Jul Jensen
      Frelance webprogrammer
      TYPO3 Typehead Denmark




From stig at 8620.dk  Wed May 26 14:18:59 2004
From: stig at 8620.dk (Stig N. Jepsen)
Date: Wed, 26 May 2004 14:18:59 +0200
Subject: [Typo3-dev] BE Login through URL?
References: 
	
	
	
Message-ID: 

> The easiest way IMO is to make a frontend submit form based on
> fe_adminLib, like in the official extensions fe_admin or dmail
> subscription. This way you can write in any TCA table (tt_news or a
> custom table). Per default the news could be made hidden and some chef
> editor could get an email where he can automatically publish the news or
> delete them via clicking on appropriate link. Without any login, just in
> 1 second. You don't need any extensions for this, it is just TypoScript
> and an HTML template. With evalFunc you can define your ouwn security
> function, e.g. htmlspecialchars($content).
>
> Because of security reason I would not give a fully anonymous backend
> login for everyone.

What would the security issues be?

/Stig





From a.schwarzkopf at meinsystem.de  Wed May 26 14:26:58 2004
From: a.schwarzkopf at meinsystem.de (Andreas Schwarzkopf)
Date: Wed, 26 May 2004 14:26:58 +0200
Subject: [Typo3-dev] BE Login through URL?
In-Reply-To: 
References: 
	
	
	
	
Message-ID: 

Stig N. Jepsen schrieb:

> What would the security issues be?

I'm not a security expert but I can see two things:
- submitting malicious javascript (frontend and backend)
can be dangerous for other frontend users (e.g. automatically installing 
worms and backdoors from the website) and for backend users (stealing 
cookies or data from other backend users)
- stealing admin cookies in the backend with the anonymous backend login 
for submitting news

If you mean the news blog function for typo3.org, I think both things 
could be very dangerous for a such popular site.

grtx

Andreas



From trabold at mehrwert.de  Wed May 26 14:27:02 2004
From: trabold at mehrwert.de (Christian Trabold)
Date: Wed, 26 May 2004 14:27:02 +0200
Subject: [Typo3-dev] Extension Kickstarter/Cleanup+Optimization
In-Reply-To: 
References: 
Message-ID: 

> I am looking forward to reading your suggestions regarding optimization 
> and wanted features!

Maybe some minor changes I wrote down last week:


- It would be nice if the entries in "Fields Overview" would be
   clickable (in "New Database Tables") so you can jump straight to the
   desired field.

- If there were checkboxes in "Fields Overview" to delete several icons
   in one step it could speed up deleting fields.

- What about a TSRef/TSConfig-Browser in "Static TypoScript
   code"/"TSconfig" (like Page TypoScript configuration)?

- Only allow lowercase in extension key and table name
   (avoids Database-Errors).


Hope you find theses points useful.

Regards,

Christian



From mundaun at gmx.ch  Wed May 26 14:36:36 2004
From: mundaun at gmx.ch (Michael Stucki)
Date: Wed, 26 May 2004 14:36:36 +0200
Subject: [Typo3-dev] Bug in links for multiple images?
References: 
	
	
Message-ID: 

Hi Jochen,

> Yes, I will report it to the buglist. However, should I put it into the
> css_styled_content section?

As you said, the bug only occurs with csc. Therefore I suggest that you
insert it in this category, yes.

> I once posted a bug there (I think it was the first and only one in this
> category) and I somehow have the impression that this category is not
> monitored... 

Don't know. I didn't look at bugs.typo3.org for several days now. If the
Bugs is listed, then I'm sure it will be processed one day.

Cheers - michael
-- 
Want support? Please read the list rules first: http://typo3.org/1438.0.html



From hoang at planb-media.de  Wed May 26 14:42:26 2004
From: hoang at planb-media.de (Chi Hoang)
Date: Wed, 26 May 2004 14:42:26 +0200
Subject: [Typo3-dev] Bug when using  images_frames,
	jpg images and  quality settings
References: 
Message-ID: 

Chi Hoang wrote:
> function combineExec($input,$overlay,$mask,$output) {
>   if (!$this->NO_IMAGE_MAGICK) {
>    $cmd = $this->imageMagickPath.$this->combineScript.' -compose
> over -quality 100 '.$this->wrapFileName($input).'
> '.$this->wrapFileName($overlay).' '.$this->wrapFileName($mask).'
> '.$this->wrapFileName($output);
>    $this->IM_commands[] = Array ($output,$cmd);
>    exec($cmd);
>   }
>  }

must be:

$cmd = $this->imageMagickPath.$this->combineScript.' -compose over -quality
100 '.$this->wrapFileName($input).'
'.$this->wrapFileName($overlay).' -quality 100
'.$this->wrapFileName($mask).' -quality 100 '.$this->wrapFileName($output);

Greets,

Chi





From Martin.no5pam.Kutschker at blackbox.n0spam.net  Wed May 26 14:53:48 2004
From: Martin.no5pam.Kutschker at blackbox.n0spam.net (Martin T. Kutschker)
Date: Wed, 26 May 2004 14:53:48 +0200
Subject: [Typo3-dev] configuring plugin vars for simulate static
In-Reply-To: 
References: 
	
	
Message-ID: 

Andreas Schwarzkopf wrote:
> Hi,
> 
> since 3.6.0 it must be declared, also if typolink functions was used:
> 
> simulateStaticDocuments_pEnc_onlyP = tx_maillisttofaq_pi1[pointer], L, 
> print

I know. There it says that the site owner has to configure this to add 
these vars to the list of vars from extensions. I have understood it 
that the plugin author can stup a list of vars.

This makes sense as it would be hard to know all vars of all the 
installed extensions.

Masi




From Martin.no5pam.Kutschker at blackbox.n0spam.net  Wed May 26 14:56:14 2004
From: Martin.no5pam.Kutschker at blackbox.n0spam.net (Martin T. Kutschker)
Date: Wed, 26 May 2004 14:56:14 +0200
Subject: [Typo3-dev] usernames lowercase, login case-sensitive => BAD
In-Reply-To: 
References: 
	
	
Message-ID: 

Christian Zehaczek wrote:
> 
> I just started an extension to enhance a few authentication related things.

What are you planning to do? I hat to be cryptic but the authentication 
mechanism is going to change for 3.7. Perhaps it would be better to 
contact Kasper befor coding (and wasting time).

Masi




From warhawk at ufo-base.de  Wed May 26 15:35:26 2004
From: warhawk at ufo-base.de (Christian Zehaczek)
Date: Wed, 26 May 2004 15:35:26 +0200
Subject: [Typo3-dev] usernames lowercase, login case-sensitive => BAD
References: 
	
	
	
Message-ID: 

I thought about:

- allowing for more fe_groups assignable to a page
(already have an extension for this, but it needs some beautifying and 3.6.0
compatibility)

- encrypting fe_user passwords

- allowing for case-sensitive usernames

- optimizing table structures (don't need varchar(40) for md5 hashes).

- add some indicies to speed up common queries (eg. disabled, starttime,
endtime). i will check my query log for this.
(optimising indicies should be a high prio point for next releases,
especially for pages/tt_content !).

- any further ideas?

Cheers,
Chris


"Martin T. Kutschker"  schrieb
im Newsbeitrag
news:mailman.1.1085576155.8472.typo3-dev at lists.netfielders.de...
> Christian Zehaczek wrote:
> >
> > I just started an extension to enhance a few authentication related
things.
>
> What are you planning to do? I hat to be cryptic but the authentication
> mechanism is going to change for 3.7. Perhaps it would be better to
> contact Kasper befor coding (and wasting time).
>
> Masi
>





From a.schwarzkopf at meinsystem.de  Wed May 26 15:43:20 2004
From: a.schwarzkopf at meinsystem.de (Andreas Schwarzkopf)
Date: Wed, 26 May 2004 15:43:20 +0200
Subject: [Typo3-dev] usernames lowercase, login case-sensitive => BAD
In-Reply-To: 
References: 
	
	
	
	
Message-ID: 

Hi Christian,

Christian Zehaczek schrieb:

> - encrypting fe_user passwords

I have already made an extension on this issue (not public yet). The 
method is exactly like oscommerce, because the extension was needed for 
migrating of oscommerce customers to TYPO3.

If somebody interested in it, send me please your typo3 nicknames, I put 
you on the member list.

Grtx

Andreas



From oliver_f at technologist.com  Wed May 26 15:51:52 2004
From: oliver_f at technologist.com (Oliver Friesen)
Date: Wed, 26 May 2004 15:51:52 +0200
Subject: [Typo3-dev] version of documents not shown in docs
In-Reply-To: 
Message-ID: 

Hope this is the right place...

When I printed the latest version of "TSref" I realised, that the old
printout looks pretty much the same as the recent version.
How about printing the full filename on the bottom of every page?

Oliver






From warhawk at ufo-base.de  Wed May 26 17:35:06 2004
From: warhawk at ufo-base.de (Christian Zehaczek)
Date: Wed, 26 May 2004 17:35:06 +0200
Subject: [Typo3-dev] usernames lowercase, login case-sensitive => BAD
References: 
	
Message-ID: 

> I don't agree. Generally you don't want julle, Julle and JULLE to be
> different users in your system. A good way to ensure this is to only
> have lowercase usernames.

usernames can also be unique when case-sensitive.

Cheers,
Christian





From stephane.schitter at free.fr  Wed May 26 18:25:33 2004
From: stephane.schitter at free.fr (Stephane Schitter)
Date: Wed, 26 May 2004 18:25:33 +0200
Subject: [Typo3-dev] new standard templates
In-Reply-To: 
References: 
	
	
	
	
	
Message-ID: 

Hello,

I have now my extension ready to be uploaded to Typo3 Extension Repository. I
have tested them all to be functional.

However:
- the extension wil all the 12 templates is 524K compressed and Typo3.org will
not allow me to upload more than 100K. That size is due to embedded images
required by the 12 templates...
- on my registered extension key, in the "Categories" section, there is no
"Templates" section for me to select (but the extension itself is configured to
be part of the template section, in the ext_emconf.php).

Anyone who wants to test before I am able to upload, please contact me and I'll
send the T3X file.

Now I'll go onto the doc writing for that.

Cheers,
Stephane





From rosa at maxdorf.cz  Wed May 26 22:40:04 2004
From: rosa at maxdorf.cz (Jan Rosa)
Date: Wed, 26 May 2004 22:40:04 +0200
Subject: [Typo3-dev] cannot list extensions in Full list / Lang Doc
Message-ID: 

Hello,

I wanted to translate some extensions but when logged on, went to
extensions, full list, Lang/Doc:

Here comes the message ... Segment "list" was not a keyword for a postVarSet
as expected!

It is not allright is it?

Jan





From Martin.no5pam.Kutschker at blackbox.n0spam.net  Thu May 27 00:13:44 2004
From: Martin.no5pam.Kutschker at blackbox.n0spam.net (Martin T. Kutschker)
Date: Thu, 27 May 2004 00:13:44 +0200
Subject: [Typo3-dev] usernames lowercase, login case-sensitive => BAD
In-Reply-To: 
References: 
	
	
	
	
Message-ID: 

Christian Zehaczek wrote:
> I thought about:
> 
> - allowing for more fe_groups assignable to a page
> (already have an extension for this, but it needs some beautifying and 3.6.0
> compatibility)

I've heard somebody else was doing something like this.

> - optimizing table structures (don't need varchar(40) for md5 hashes).

tt_content (in comparison) is huge. Shortening a hash field won't be 
much of a speed-up. If you do choose char() instead of varchar(). And 
following the advice on mysql.com you'd have to move the column to the 
very front (rule: start with fixed size columns). But I doubt it's woth 
the hassle.

> - add some indicies to speed up common queries (eg. disabled, starttime,
> endtime). i will check my query log for this.
> (optimising indicies should be a high prio point for next releases,
> especially for pages/tt_content !).

Well, any real optimizin should go into the Core. Of course an extension 
is a nice playing ground, but if it's a huge gain IIMHO it should be 
integrated and your efforts should aim at that.

And could you give me an example for such an improved index? What 
queries are you trying to optimize?

Masi




From georg.rehfeld at gmx.de  Thu May 27 05:00:51 2004
From: georg.rehfeld at gmx.de (Georg Rehfeld)
Date: Thu, 27 May 2004 05:00:51 +0200
Subject: [Typo3-dev] One pass through TS only?
Message-ID: 

Dear Typo3 Developers,

as far as I understand Typo3 and TS: there is only one pass through
all the TypoScript of any given site/installation?

I mean: all TS, how complicated it might be, even split up into
many files, database fields and/or extensions, is sucked in by Typo3 one
after the other into some huge (more or less) array and then that array
is worked on in just one predefined way, to spit out the result?

If so, would it be possible to change Typo3 to have some TypoScript
processed BEFORE all the rest and these results still be available for
referencing or copying when the rest is processed?

That would enable to have some arbitrary objects with stdWrap properties
for preprocessing and reusing the results in many other places.

Got the point? Or am I missing the point?

regards

Georg
-- 
  ___   ___
| + | |__    Georg Rehfeld      Woltmanstr. 12     20097 Hamburg
|_|_\ |___   georg.rehfeld.nospam at gmx.de    +49 (40) 23 53 27 10




From ms at k1net.de  Thu May 27 08:00:51 2004
From: ms at k1net.de (Mathias Schreiber [K1net])
Date: Thu, 27 May 2004 08:00:51 +0200
Subject: [Typo3-dev] BE Login through URL?
References: 
Message-ID: 

Stig N. Jepsen wrote:
> Is there anyway to make a BElogin through URLs?
> Something like this:
> typo3installation.com/typo3/?username=abc&password=cba

close but no cigar:

 typo3installation.com/typo3/?u=abc&p=cba

there you go.
You have to click login yourself though.
But this feature is available since ages.





From Martin.no5pam.Kutschker at blackbox.n0spam.net  Thu May 27 08:37:26 2004
From: Martin.no5pam.Kutschker at blackbox.n0spam.net (Martin T. Kutschker)
Date: Thu, 27 May 2004 08:37:26 +0200
Subject: [Typo3-dev] BE Login through URL?
In-Reply-To: 
References: 
	
Message-ID: 

Mathias Schreiber [K1net] wrote:
> Stig N. Jepsen wrote:
> 
>>Is there anyway to make a BElogin through URLs?
>>Something like this:
>>typo3installation.com/typo3/?username=abc&password=cba
> 
> close but no cigar:
> 
>  typo3installation.com/typo3/?u=abc&p=cba
> 
> there you go.

And have your clear text password sent over the wire. Only to be sniffed 
and logged in proxy/server logs.

Masi




From niederlag at ikd01.de  Thu May 27 09:46:13 2004
From: niederlag at ikd01.de (Peter Niederlag)
Date: Thu, 27 May 2004 09:46:13 +0200
Subject: [Typo3-dev] One pass through TS only?
In-Reply-To: 
References: 
Message-ID: 

Hi,

Georg Rehfeld wrote:
> Dear Typo3 Developers,
> 
> as far as I understand Typo3 and TS: there is only one pass through
> all the TypoScript of any given site/installation?
> 
> I mean: all TS, how complicated it might be, even split up into
> many files, database fields and/or extensions, is sucked in by Typo3 one
> after the other into some huge (more or less) array and then that array
> is worked on in just one predefined way, to spit out the result?
> 
> If so, would it be possible to change Typo3 to have some TypoScript
> processed BEFORE all the rest and these results still be available for
> referencing or copying when the rest is processed?

put this in you first template:

myTSObject = TEXT
myTSObject.value = use me whereever you want

now use it anwhere in your TS-Code _that is parsed later on_.

> That would enable to have some arbitrary objects with stdWrap properties
> for preprocessing and reusing the results in many other places.
> 
> Got the point? Or am I missing the point?

???
I am no reference though. ;)

you can either copy '<' or reference '=<' TS-Objects, you can split them 
up into differnet templates, you can use custom functions(cached/non 
cached), you can use conditions.

results of parsing are cached where applicable(performance).

Can you explain a little bit more in deatil what you want to do and have 
problems with?

Thx,
Peter




From ms at k1net.de  Thu May 27 10:18:49 2004
From: ms at k1net.de (Mathias Schreiber [K1net])
Date: Thu, 27 May 2004 10:18:49 +0200
Subject: [Typo3-dev] BE Login through URL?
References: 
	
	
Message-ID: 

Martin T. Kutschker wrote:
> And have your clear text password sent over the wire. Only to be
> sniffed and logged in proxy/server logs.

He asked if it was possible.
It is.
we all know this is insecure.





From stig at 8620.dk  Thu May 27 10:33:22 2004
From: stig at 8620.dk (Stig N. Jepsen)
Date: Thu, 27 May 2004 10:33:22 +0200
Subject: [Typo3-dev] BE Login through URL?
References: 
	
	
	
Message-ID: 

> > And have your clear text password sent over the wire. Only to be
> > sniffed and logged in proxy/server logs.
>
> He asked if it was possible.
> It is.
> we all know this is insecure.

So what Markus Lange does on this homepage:
http://typo3.bgm-gmbh.de/news.0.html (click on the red 'Login')
is basically insecure?

/Stig





From markus.lange at bgm-gmbh.de  Thu May 27 10:42:25 2004
From: markus.lange at bgm-gmbh.de (Markus Lange)
Date: Thu, 27 May 2004 10:42:25 +0200 (CEST)
Subject: [Typo3-dev] BE Login through URL?
In-Reply-To: 
References: 
	
	
	
	
Message-ID: 


> Stig N. Jepsen said:

> So what Markus Lange does on this homepage:
> http://typo3.bgm-gmbh.de/news.0.html (click on the red 'Login')
> is basically insecure?

yes it is

Greetings Markus

-- 
Markus Lange
business group munich GmbH
Tel.   + 49 89 / 660 7 999 - 36
Fax   + 49 89 / 660 7 999 - 10
Mobil + 49 173 / 57 06 453
www.bgm-gmbh.de
http://typo3.bgm-gmbh.de





From moeller at network-publishing.de  Thu May 27 10:46:34 2004
From: moeller at network-publishing.de (Christoph Moeller)
Date: Thu, 27 May 2004 10:46:34 +0200
Subject: [Typo3-dev] BE Login through URL?
In-Reply-To: 
References: 
	
	
	
	
Message-ID: 

Hi Stig,

Stig N. Jepsen schrieb:
> So what Markus Lange does on this homepage:
> http://typo3.bgm-gmbh.de/news.0.html (click on the red 'Login')
> is basically insecure?

Well...it does exactly what it's supposed to do: it transfers people to 
the filled-in login page, thus enabling them to do editing without 
having to give the credentials themselves. I'd say this is wanted in 
this case, not necessarily insecure. Although, your site is then open to 
the known JS attack (BE users can steal the admin session) - as stated 
by Andreas Schwarzkopf - which has been fixed by an additional security 
setting. Plus, you are then able to view (read-only) the entire site 
tree at http://typo3.bgm-gmbh.de/typo3/alt_main.php, of course (that can 
further be locked down by using DB mounts).

Greets,
Chris



From Wengrzik at ewr.de  Thu May 27 10:49:53 2004
From: Wengrzik at ewr.de (Wengrzik, Andreas)
Date: Thu, 27 May 2004 10:49:53 +0200
Subject: [Typo3-dev] BE Login through URL?
Message-ID: 

It?s notan user with many rights... 
It?s just a test user and this link make it easier for people which
are new to typo3...

just a shortcut.... not really insecure... but you shouldnt shortcut a 
real BE user account...

-----Urspr?ngliche Nachricht-----
Von: Stig N. Jepsen [mailto:stig at 8620.dk]
Gesendet: Donnerstag, 27. Mai 2004 10:33
An: typo3-dev at lists.netfielders.de
Betreff: Re: [Typo3-dev] BE Login through URL?


> > And have your clear text password sent over the wire. Only to be
> > sniffed and logged in proxy/server logs.
>
> He asked if it was possible.
> It is.
> we all know this is insecure.

So what Markus Lange does on this homepage:
http://typo3.bgm-gmbh.de/news.0.html (click on the red 'Login')
is basically insecure?

/Stig


_______________________________________________
Typo3-dev mailing list
Typo3-dev at lists.netfielders.de
http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev




From warhawk at ufo-base.de  Thu May 27 10:50:08 2004
From: warhawk at ufo-base.de (Christian Zehaczek)
Date: Thu, 27 May 2004 10:50:08 +0200
Subject: [Typo3-dev] usernames lowercase, login case-sensitive => BAD
References: 
	
	
	
	
	
Message-ID: 

> And could you give me an example for such an improved index? What
> queries are you trying to optimize?

my page index:
core_1 (uid, hidden, starttime)
core_2 (uid, deleted, hidden, starttime, endtime)
core_1 could be removed if all queries are sync'ed (enableFields), but they
aren't.

my tt_content index:
core_1 (pid, colPos, sys_language_id, deleted, hidden, starttime, endtime,
fe_group)
of course a large index, but tt_content is also a large table. i don't care
about wasting space, just need the speed.

these two indexes really speeded up my site (> 2000 pages, > 35.000 content
objects).

christian





From Martin.no5pam.Kutschker at blackbox.n0spam.net  Thu May 27 11:02:52 2004
From: Martin.no5pam.Kutschker at blackbox.n0spam.net (Martin T. Kutschker)
Date: Thu, 27 May 2004 11:02:52 +0200
Subject: [Typo3-dev] BE Login through URL?
In-Reply-To: 
References: 
	
	
	
Message-ID: 

Mathias Schreiber [K1net] wrote:
> Martin T. Kutschker wrote:
> 
>>And have your clear text password sent over the wire. Only to be
>>sniffed and logged in proxy/server logs.
> 
> He asked if it was possible.
> It is.
> we all know this is insecure.

What could be done and is a bit more secure is deriving a BE session 
from a FE session. If you couple FE and BE users somehow than the BE 
login could be modified to create a session if it encouters a valid FE 
session.

But to proctect the BE account I advise either to use encrypted FE 
passwords (with hashes over the wire like it's done for the BE) or use 
https.

Masi

PS: Can anybody explain the BE challenge mechanism? If fail to get the 
part where the challenge is created and stored on server side for later 
comparison. They way I read the code the challenge is sent via a cookie 
and no copy stays on the server. Which essentially would allow tanpering 
  with the challenge. What am I missing here.




From aadne at hovda.no  Thu May 27 11:08:44 2004
From: aadne at hovda.no (=?ISO-8859-1?Q?=C5dne_Hovda?=)
Date: Thu, 27 May 2004 11:08:44 +0200
Subject: [Typo3-dev] mysql_connect & mysql_pconnect
Message-ID: 

Hi

Problem:
On one provider I occationally get bumped off the db-server because it 
limits the processes per client. This is normal behavior, I understand. 
I've boiled the problem down to the use of persistent connections, even 
though phpinfo tells me that mysql.allow_persistent = on. If I change 
mysql_pconnect to mysql_connect the problem goes and stays away...

Suggestion:
Make a simple switch in the install tool to specify whether to use 
persistent connections or not. The DBAL really makes this *much* simpler 
now (change one simple function).

?dne



From info at xcandy.co.uk  Thu May 27 11:18:44 2004
From: info at xcandy.co.uk (Steve)
Date: Thu, 27 May 2004 11:18:44 +0200 (CEST)
Subject: [Typo3-dev] Solution to the safe mode problems
Message-ID: 

Hi all

I have been thinking of the current problem when safe mode is enabled on servers and installing extensions. I have used many scripting systems before and have noticed that they have sometimes used a "ftp assisted" way of installing them.

So in the cms you enter your ftp details and the cms uses those details to upload the neccesary files for the extension so therefore bypasses the need for the cms to create the files/folders and owner write problems.

I am not a coder myself but I thought this might be a good thing to implement ?

Thanks

 Steve 


-----------------------
The mailing list archive is found here:
http://typo3.org/documentation/mailing-lists/dev-list-archive/
				




From scecere at krur.com  Thu May 27 11:58:53 2004
From: scecere at krur.com (stefano cecere)
Date: Thu, 27 May 2004 11:58:53 +0200
Subject: [Typo3-dev] open content "classes" in typo3
Message-ID: 

hallo

what i really love of ezpublish is the possibily to change the class of 
a content (or even create new ones) without php code: i can add many 
new custom, even very complex, tags to an "article", or to a "link" 
content... (and FE users can even create them!)
a very very nice concept...

i know that typo3 has the kickstarter, plugins etc.. but i feel it very 
different

has anybody every thinked abou and "open content" plugin, with a 
relative automatic rendering extension?

or am i missing anything, and templavoil? + flexforms are there (i 
havent's touched them yet) for this?

peace
stefano




From ingmars at web.de  Thu May 27 12:50:34 2004
From: ingmars at web.de (Ingmar Schlecht)
Date: Thu, 27 May 2004 12:50:34 +0200
Subject: [Typo3-dev] usernames lowercase, login case-sensitive => BAD
In-Reply-To: 
References: 
	
	
	
	
	
Message-ID: 

Martin T. Kutschker schrieb:
> Christian Zehaczek wrote:
> 
>> I thought about:
>>
>> - allowing for more fe_groups assignable to a page
>> (already have an extension for this, but it needs some beautifying and 
>> 3.6.0
>> compatibility)
> 
> I've heard somebody else was doing something like this.

Jepp, I've done that.

http://typo3.org/extensions/repository/list/ingmar_accessctrl/

cheers,
Ingmar



From ingmars at web.de  Thu May 27 12:54:43 2004
From: ingmars at web.de (Ingmar Schlecht)
Date: Thu, 27 May 2004 12:54:43 +0200
Subject: [Typo3-dev] One pass through TS only?
In-Reply-To: 
References: 
	
Message-ID: 

Peter Niederlag schrieb:
> you can either copy '<' or reference '=<' TS-Objects, you can split them 
> up into differnet templates, you can use custom functions(cached/non 
> cached), you can use conditions.

It's important to notice that making copies by using '<' is a TypoScript 
feature, whereas making references '=<' is not. The reference thing is 
only implemented in the function cObj_getSingle() which is the function 
returning cObjects.

That means, the following is possible:

   something = TEXT
   something.value = Hello World!

   page.20 = < something

   (This would ouput "Hello World!")

Whereas this is not possible:

   something = TEXT
   something.value = Hello World!

   page.20 = TEXT
   page.20.value = < something.value

   (This would ouput "< something.value")

See also: 
http://typo3.org/documentation/document-library/doc_core_ts/TypoScript_Syntax/

cheers,
Ingmar



From smarc at gmx.net  Thu May 27 13:06:36 2004
From: smarc at gmx.net (Marc Schlienger)
Date: Thu, 27 May 2004 13:06:36 +0200 (MEST)
Subject: [Typo3-dev] typo3/browse_links.php (I'd like to use the same
	feature as in RTE)
Message-ID: 

Dear Typo3 Devs,

I'm facing a little problem. I cannot figure out how to use the "Links
Browser" provided in typo3/browse_links.php file. It is used in the RTE to
present a nice GUI to the user where he can select which content element to
link to.

We are working on a new Extension where we would like to use the same
mechanisms. I have been shortly looking at the way it is used in the RTE,
but it's a little bit cryptic. Could anybody give us some tip or explanation
on how to call the browser and get the selected element?

Cheers,
Marc Schlienger

-- 
NEU : GMX Internet.FreeDSL
Ab sofort DSL-Tarif ohne Grundgeb?hr: http://www.gmx.net/dsl





From stig at 8620.dk  Thu May 27 14:58:40 2004
From: stig at 8620.dk (Stig N. Jepsen)
Date: Thu, 27 May 2004 14:58:40 +0200
Subject: [Typo3-dev] T3DataStructure question.
Message-ID: 

I'm trying to make a select type for a FlexForm, but I run into problems.

I have something like this:

      selector
      
                   
                   AAA
                   BBB
                   CCC
      


But only the first letter of each item is displayed.
What am I doing wrong?

/Stig





From stig at 8620.dk  Thu May 27 14:59:42 2004
From: stig at 8620.dk (Stig N. Jepsen)
Date: Thu, 27 May 2004 14:59:42 +0200
Subject: [Typo3-dev] T3DataStructure question.
References: 
Message-ID: 

>       selector

A little correction.
Of course it is select not selector.

But that was not the problem.

/Stig





From stephane.schitter at free.fr  Thu May 27 16:27:29 2004
From: stephane.schitter at free.fr (Stephane Schitter)
Date: Thu, 27 May 2004 16:27:29 +0200
Subject: [Typo3-dev] new standard templates
In-Reply-To: 
References: 
	
	
	
	
	
Message-ID: 

> > > 2. the key "default_static_templates" is a bit long, any proposals for a
> > > shorter name ?
> >
> > Maybe "default_templates"?
>
> defaultstatic_tmpl ?


Hello dev-list,

The default static template extension (defaultstatic_tmpl) is now available from
the Extension Repository. Documentation is in progress, all comments about the
extension are more than welcome.

After I am able to finish off the docs, I will work on building a new template
and make sure steps to do so are documented as well.

If you would like to propose your very own templates and offer them to the
community as an extension, I would be happy to help their conversion into a
template.

Cheers,
Stephane





From stig at 8620.dk  Thu May 27 16:34:16 2004
From: stig at 8620.dk (Stig N. Jepsen)
Date: Thu, 27 May 2004 16:34:16 +0200
Subject: [Typo3-dev] T3DataStructure question.
References: 
Message-ID: 

> I'm trying to make a select type for a FlexForm, but I run into problems.
>
> I have something like this:
> 
>       select
>       
>                    
>                    AAA
>                    BBB
>                    CCC
>       
> 
>
> But only the first letter of each item is displayed.
> What am I doing wrong?

Ok. I found a way to figure this out.
I used the t3lib_div::array2xml() function to go the other way around, and
it
gave me this. And it works just ok.



AAA
0


BBB
1



/Stig





From elmar.hinz at web.de  Thu May 27 17:07:20 2004
From: elmar.hinz at web.de (Elmar Hinz)
Date: Thu, 27 May 2004 17:07:20 +0200
Subject: [Typo3-dev] icon set for file archive
In-Reply-To: 
References: 
	
Message-ID: 

>  Can you describe that a little bit? ;-)
> 
> 

http://typo3.org/extensions/repository/new/vcd_archive/



From kdraper at wildcanary.ca  Thu May 27 17:35:06 2004
From: kdraper at wildcanary.ca (Kevin Draper)
Date: Thu, 27 May 2004 11:35:06 -0400
Subject: [Typo3-dev] usernames lowercase, login case-sensitive => BAD
References: 
	
	
	
	
	
	
Message-ID: 

Ingmar,

The description for this extension says that it is for Typo3 version 3.5.0
only.  Is this still the case?

Kevin.

"Ingmar Schlecht"  wrote in message
news:mailman.1.1085655035.26749.typo3-dev at lists.netfielders.de...
> Martin T. Kutschker schrieb:
> > Christian Zehaczek wrote:
> >
> >> I thought about:
> >>
> >> - allowing for more fe_groups assignable to a page
> >> (already have an extension for this, but it needs some beautifying and
> >> 3.6.0
> >> compatibility)
> >
> > I've heard somebody else was doing something like this.
>
> Jepp, I've done that.
>
> http://typo3.org/extensions/repository/list/ingmar_accessctrl/
>
> cheers,
> Ingmar





From kasper at typo3.com  Thu May 27 17:56:01 2004
From: kasper at typo3.com (Kasper =?ISO-8859-1?Q?Sk=E5rh=F8j?=)
Date: Thu, 27 May 2004 17:56:01 +0200
Subject: [Typo3-dev] Solution to the safe mode problems
In-Reply-To: 
References: 
Message-ID: 

All safemode and openbasedir problems are solved in 3.6.0

- kasper







From kasper at typo3.com  Thu May 27 17:56:15 2004
From: kasper at typo3.com (Kasper =?ISO-8859-1?Q?Sk=E5rh=F8j?=)
Date: Thu, 27 May 2004 17:56:15 +0200
Subject: [Typo3-dev] open content "classes" in typo3
In-Reply-To: 
References: 
Message-ID: 

I think TemplaVoila does it for you.

- kasper






From kasper at typo3.com  Thu May 27 17:56:35 2004
From: kasper at typo3.com (Kasper =?ISO-8859-1?Q?Sk=E5rh=F8j?=)
Date: Thu, 27 May 2004 17:56:35 +0200
Subject: [Typo3-dev] mysql_connect & mysql_pconnect
In-Reply-To: 
References: 
Message-ID: 

Will do this soon.

- kasper

On Thu, 2004-05-27 at 11:08, ?dne Hovda wrote:
> Hi
> 
> Problem:
> On one provider I occationally get bumped off the db-server because it 
> limits the processes per client. This is normal behavior, I understand. 
> I've boiled the problem down to the use of persistent connections, even 
> though phpinfo tells me that mysql.allow_persistent = on. If I change 
> mysql_pconnect to mysql_connect the problem goes and stays away...
> 
> Suggestion:
> Make a simple switch in the install tool to specify whether to use 
> persistent connections or not. The DBAL really makes this *much* simpler 
> now (change one simple function).
> 
> ?dne
> _______________________________________________
> Typo3-dev mailing list
> Typo3-dev at lists.netfielders.de
> http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev
-- 
God bless

- kasper

------

"To succeed in life, you need two things: ignorance and confidence." -
Mark Twain.





From kasper at typo3.com  Thu May 27 18:01:13 2004
From: kasper at typo3.com (Kasper =?ISO-8859-1?Q?Sk=E5rh=F8j?=)
Date: Thu, 27 May 2004 18:01:13 +0200
Subject: [Typo3-dev] configuring plugin vars for simulate static
In-Reply-To: 
References: 
	
	
	
Message-ID: 

There is something in pibase class where you can set a temporary id as
an internal variable which will be used when calling ...keepPIvars. You
are totally right - sometimes you want to change the id but keep vars. I
can't remember if I even made a new API function which lets you pass the
alternative ID. I might have done that in 3.6.0

- kasper

On Wed, 2004-05-26 at 13:58, Alexander Langer wrote:
> Also sprach Andreas Schwarzkopf (a.schwarzkopf at meinsystem.de):
> 
> > since 3.6.0 it must be declared, also if typolink functions was used:
> > simulateStaticDocuments_pEnc_onlyP = tx_maillisttofaq_pi1[pointer], L, print
> > Documented in TSRef 3.6.0:
> > 
> 
> Speaking of simulate-static + piVars:
> 
> How would one link to _another_ PageID but want to set piVars?
> 
> getPageLink() would work, but 
>   a) you have to construct the pivars array manually, and
>   b) you have to set no_cache=1 if you don't want to have odd
>      results in the target page due to caching (cHash parameter
>      is missing), which then destroys simulateStatic again.
> 
> Why don't we have a pibase function that keeps the pivars but lets you
> specifiy a different page-Id?  (many plugins use it, i.e. LATEST DISPLAY
> of tt_news or any other extension that wants to show a teaser of some
> items on one page, and the actualy display on antoher page)
> 
> I just fell into this trap with my calendar ext.
> 
> Thanks
> 
> Alex
> 
> _______________________________________________
> Typo3-dev mailing list
> Typo3-dev at lists.netfielders.de
> http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev
-- 
God bless

- kasper

------

"To succeed in life, you need two things: ignorance and confidence." -
Mark Twain.





From ingmars at web.de  Thu May 27 18:01:50 2004
From: ingmars at web.de (Ingmar Schlecht)
Date: Thu, 27 May 2004 18:01:50 +0200
Subject: [Typo3-dev] usernames lowercase, login case-sensitive => BAD
In-Reply-To: 
References: 
	
	
	
	
	
	
	
Message-ID: 

Kevin Draper schrieb:
> Ingmar,
> 
> The description for this extension says that it is for Typo3 version 3.5.0
> only.  Is this still the case?

Yes.
However, I'm planning to port it to 3.6 some day.
Sponsoring would speed it up, of course.

cheers,
Ingmar



From kasper at typo3.com  Thu May 27 18:03:04 2004
From: kasper at typo3.com (Kasper =?ISO-8859-1?Q?Sk=E5rh=F8j?=)
Date: Thu, 27 May 2004 18:03:04 +0200
Subject: [Typo3-dev] hooks in extensions
In-Reply-To: 
References: 
	
	
Message-ID: 

Look out for new TYPO3 Core API document soon! There is a complete
section about hooks and how to make them.

- kasper

On Wed, 2004-05-26 at 09:05, Martin T. Kutschker wrote:
> Kasper Sk?rh?j wrote:
> > It's not a bad way. But you can also use
> > TYPO3_CONF_VARS[EXTCONF][extension_key_here][...]
> 
> This makes it for me:
> 
> $TYPO3_CONF_VARS[EXTCONF][extension_key_here][PATH/class.tx_CLASS.php']['HOOK']
> 
> PATH can be empty if the class is in the root of the extensions (unlike 
> eg pi1 or mod1).
> 
> Thanx,
> Masi
> 
> _______________________________________________
> Typo3-dev mailing list
> Typo3-dev at lists.netfielders.de
> http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev
-- 
God bless

- kasper

------

"To succeed in life, you need two things: ignorance and confidence." -
Mark Twain.





From info at xcandy.co.uk  Thu May 27 18:12:41 2004
From: info at xcandy.co.uk (Steve)
Date: Thu, 27 May 2004 18:12:41 +0200 (CEST)
Subject: [Typo3-dev] Solution to the safe mode problems
In-Reply-To: 
References: 
Message-ID: 

Hi Kasper				

I am using 3.6.0 and having safemode problems it has trouble creating folders.

Thanks

- Steve (jamespond)

-----------------------
This thread is located in the archive at this URL:
http://typo3.org/documentation/mailing-lists/dev-list-archive/thread/49446/
					




From Martin-no5pam-Kutschker at blackbox.n0spam.net  Fri May 28 01:23:16 2004
From: Martin-no5pam-Kutschker at blackbox.n0spam.net (Martin T. Kutschker)
Date: Thu, 27 May 2004 19:23:16 -0400
Subject: [Typo3-dev] T3DataStructure question.
References: 
	
Message-ID: 

Stig N. Jepsen wrote:
>>I'm trying to make a select type for a FlexForm, but I run into problems.
>>
>>I have something like this:
>>
>>      select
>>      
>>                   
>>                   AAA
>>                   BBB
>>                   CCC
>>      
>>
>>
>>But only the first letter of each item is displayed.
>>What am I doing wrong?
> 
> 
> Ok. I found a way to figure this out.
> I used the t3lib_div::array2xml() function to go the other way around, and
> it gave me this. And it works just ok.
> 
> 
> 
> AAA
> 0
> 
> 
> BBB
> 1
> 
> 

AFAIK this is the official way.

Masi




From kdraper at wildcanary.ca  Thu May 27 21:12:00 2004
From: kdraper at wildcanary.ca (Kevin Draper)
Date: Thu, 27 May 2004 15:12:00 -0400
Subject: [Typo3-dev] Solution to the safe mode problems
References: 
	
Message-ID: 

I've also had safe-mode problems creating folders (using the moc-filemanager
extension) using 3.6.1 on a Linux server.  I had to turn safe-mode off to
get things working.

Kevin.

"Steve"  wrote in message
news:mailman.654.1085674362.6288.typo3-dev at lists.netfielders.de...
Hi Kasper

I am using 3.6.0 and having safemode problems it has trouble creating=
 folders.

Thanks

- Steve (jamespond)

-----------------------
This thread is located in the archive at this URL:
http://typo3.org/documentation/mailing-lists/dev-list-archive/thread/4944=
6/






From steffen at mail.kommwiss.fu-berlin.de  Thu May 27 23:24:15 2004
From: steffen at mail.kommwiss.fu-berlin.de (Steffen Mueller)
Date: Thu, 27 May 2004 23:24:15 +0200
Subject: [Typo3-dev] Solution to the safe mode problems
In-Reply-To: 
References: 
	
Message-ID: 

On 27.05.2004 17:56 Kasper Sk?rh?j wrote:
> All safemode and openbasedir problems are solved in 3.6.0
> 

Hi.

Though I only can guess what "current problem when safe mode is enabled" 
Steve was talking about, I discovered a case, where the extension 
manager runs into troubles.
If safemode is on and file ownerships of typo3 source + site are not 
apache-user, installation of extension can fail.

For details see:
http://typo3.org/documentation/mailing-lists/install-linux-archive/thread/48559/

Can anyone reproduce this?

-- 
cheers,
Steffen

----------------------------------------------------------
"Education is man's going forward from cocksure ignorance
to thoughtful uncertainty." (Don Clarks' Scrapbook)
----------------------------------------------------------



From scecere at krur.com  Fri May 28 00:04:12 2004
From: scecere at krur.com (stefano cecere)
Date: Fri, 28 May 2004 00:04:12 +0200 (CEST)
Subject: [Typo3-dev] $TCA and what field to show in TBE form...
Message-ID: 

Hi list

it seems that i really can't get to define $TCA for t3consultancies so that, in the BE, inserting a new record, the "cntry" field shows "cn_short_en" instead of  "cn_short_local" (the selection is from foreign_table "static_countries".. it's not easy to know that "Shqiperia" is Albania!!)

please, anybody gor a quick tip?

- stefano cecere (stefano)

-----------------------
The mailing list archive is found here:
http://typo3.org/documentation/mailing-lists/dev-list-archive/
				




From jasper at jaspermall.com  Fri May 28 03:41:11 2004
From: jasper at jaspermall.com (Jasper)
Date: Thu, 27 May 2004 20:41:11 -0500
Subject: [Typo3-dev] Has anyone extended the FAQ plugin to output categories?
Message-ID: 

I am working on implementing and creating formal documentation and tutorials
for the FAQ plugin.  While implementing it, I have had to change the sort
order of the list.  I also will eventually need to display the faq
categories as headers to each section of the list (see example below).  I
was wondering if anyone has ever made this kind of modification to the
plugin?  If so, would you be willing to share it?  If not, would anyone be
interested in this type of ability as I create this functionality for my
site?

It may take me a while...I have to get my site migration to typo3 complete
before I can work on this.

Example:

CategoryName
  FAQITEM
  FAQITEM
  FAQITEM
CategoryName
  FAQITEM
  FAQITEM
  FAQITEM





From tombedlam at yahoo.com  Fri May 28 05:56:03 2004
From: tombedlam at yahoo.com (Christopher)
Date: Thu, 27 May 2004 20:56:03 -0700 (PDT)
Subject: [Typo3-dev] Has anyone extended the FAQ plugin to output
	categories?
In-Reply-To: 
Message-ID: 

Hello again :)

--- Jasper  wrote:
> I am working on implementing and creating formal documentation and
> tutorials
> for the FAQ plugin.  While implementing it, I have had to change the
> sort
> order of the list.  I also will eventually need to display the faq
> categories as headers to each section of the list (see example
> below).  I
> was wondering if anyone has ever made this kind of modification to
> the
> plugin?  If so, would you be willing to share it?  If not, would
> anyone be
> interested in this type of ability as I create this functionality for
> my
> site?
> 
> It may take me a while...I have to get my site migration to typo3
> complete
> before I can work on this.
> 
> Example:
> 
> CategoryName
>   FAQITEM
>   FAQITEM
>   FAQITEM
> CategoryName
>   FAQITEM
>   FAQITEM
>   FAQITEM

The plugin can do this now... Two plugins on one page, each with a
different value in the code field:

LIST/1
LIST/2

...etc. Stick a header on each one and you've got exactly the layout
you've outlined above.

-Christopher



	
		
__________________________________
Do you Yahoo!?
Friends.  Fun.  Try the all-new Yahoo! Messenger.
http://messenger.yahoo.com/ 




From jasper at jaspermall.com  Fri May 28 06:07:25 2004
From: jasper at jaspermall.com (Jasper)
Date: Thu, 27 May 2004 23:07:25 -0500
Subject: [Typo3-dev] Has anyone extended the FAQ plugin to
	outputcategories?
References: 
	
Message-ID: 

Hello Christopher.  I did realize I could do that.  It's just too cumbersome
when you have many categories.  Also, I have a client that has a very, very
large faq that I would not want to go through the trouble of adding the same
plugin to the page so many times.

My thoughts was to create an additional list code that would allow desired
the format within one element.  Either that or use the layout options and
have the script determine how to handle based on the layout.  I like the
first option better than the latter at this point in my thinking.

"Christopher"  wrote in message
news:mailman.708.1085716596.6288.typo3-dev at lists.netfielders.de...
> Hello again :)
>
> --- Jasper  wrote:
> > I am working on implementing and creating formal documentation and
> > tutorials
> > for the FAQ plugin.  While implementing it, I have had to change the
> > sort
> > order of the list.  I also will eventually need to display the faq
> > categories as headers to each section of the list (see example
> > below).  I
> > was wondering if anyone has ever made this kind of modification to
> > the
> > plugin?  If so, would you be willing to share it?  If not, would
> > anyone be
> > interested in this type of ability as I create this functionality for
> > my
> > site?
> >
> > It may take me a while...I have to get my site migration to typo3
> > complete
> > before I can work on this.
> >
> > Example:
> >
> > CategoryName
> >   FAQITEM
> >   FAQITEM
> >   FAQITEM
> > CategoryName
> >   FAQITEM
> >   FAQITEM
> >   FAQITEM
>
> The plugin can do this now... Two plugins on one page, each with a
> different value in the code field:
>
> LIST/1
> LIST/2
>
> ...etc. Stick a header on each one and you've got exactly the layout
> you've outlined above.
>
> -Christopher
>
>
>
>
>
> __________________________________
> Do you Yahoo!?
> Friends.  Fun.  Try the all-new Yahoo! Messenger.
> http://messenger.yahoo.com/
>





From niederlag at ikd01.de  Fri May 28 10:00:17 2004
From: niederlag at ikd01.de (Peter Niederlag)
Date: Fri, 28 May 2004 10:00:17 +0200
Subject: [Typo3-dev] handling of MM in BE?
Message-ID: 

Hi,

can anybody grasp if there is a possibility to display "true" MM related
fields in the db_list Module instead of "n/a"? Or if there is a chance
to adopt the code on that?
If you want to know what I mean have a look at the tt_news extension and
change into single-table view(little plus icon besides table-name) and
try to display the category-field, which is "true-MM".

Also, any chance to manipulate the "label" field in the
list-Module? It wont display useful stuff(only uid) in the 
listing view when it is a relation to another table. ;(

Thx,
Peter
-- 
Peter Niederlag
http://www.niekom.de * Typo3 und EDV-Dienstleistungen *
http://www.clown-goli.de * Clown-Comedy-Jonglage-Animation *





From info at xcandy.co.uk  Fri May 28 10:07:42 2004
From: info at xcandy.co.uk (Steve)
Date: Fri, 28 May 2004 10:07:42 +0200 (CEST)
Subject: [Typo3-dev] Solution to the safe mode problems
In-Reply-To: 
References: 
Message-ID: 

Hi Steffen				

This is the exact error I am getting but unsure how to do this part:

"If I change the owner of /var/www/mysite recursively to 'www-data',
everything works fine"

Thanks

- Steve

-----------------------
This thread is located in the archive at this URL:
http://typo3.org/documentation/mailing-lists/dev-list-archive/thread/49477/
					




From stig at 8620.dk  Fri May 28 10:13:34 2004
From: stig at 8620.dk (Stig N. Jepsen)
Date: Fri, 28 May 2004 10:13:34 +0200
Subject: [Typo3-dev] handling of MM in BE?
References: 
Message-ID: 

> Also, any chance to manipulate the "label" field in the
> list-Module? It wont display useful stuff(only uid) in the
> listing view when it is a relation to another table. ;(

This is on Kaspers list. Though I don't know when he comes to this.
I think it would be great if it was possible to select multiple fields for
the label too.

/Stig





From kari.salovaara at pp1.inet.fi  Fri May 28 11:06:32 2004
From: kari.salovaara at pp1.inet.fi (Kari Salovaara)
Date: Fri, 28 May 2004 12:06:32 +0300
Subject: [Typo3-dev] Problems in export/import t3d files
Message-ID: 

Hi,

I hope that following is my misunderstanding not error:

Before 3.6.x era I used to maintan/upgrade/change sites by making export 
t3d files and then importing them to next site. (This is due some 
splitting and other dev work in our servers.)  That has worked well. 
Import preview told which extensions were missing etc.

But now in 3.6.1 (linux etc. environment OK):

1) import preview tells only which tables are missing. This is a minor 
problem but you have to think and check what extensions it means.

2) after exporting from 3.5.0 system a site into 3.6.1 site;
levels for infinite and ALL tables + ALL tables: update : download 
export : I get the file (5Mb) : moved into the new site appropriate 
folder: changed permissions : and import : everything worked smoothly,

but in result I have missed at top level page: page contents, templates, 
domain records.  So the result is : Error! No template found!
and You have to to manually create everything again for that top level.

This makes extra work to move sites from one place to another and it 
used to work. And I see this major problem. Export/import is used 
heavily at some sites, also for backups.


One idea more: export should be possible to do from outmost Typo3 
installation root also because this kind of work is normal site 
administration work and thus should be easier than now.


Cheers,
Kari

-- 
Kari Salovaara
Project Manager
tel. +358 19 2483388       Pitkakatu 25-29 A 6
mobile +358 400 804549     10900 Hanko
fax. +358 19 2483377       Finland




From kari.salovaara at pp1.inet.fi  Fri May 28 11:29:58 2004
From: kari.salovaara at pp1.inet.fi (Kari Salovaara)
Date: Fri, 28 May 2004 12:29:58 +0300
Subject: [Typo3-dev] Problems in export/import t3d files
In-Reply-To: 
References: 
Message-ID: 

And further more I noticed that all template records (I have tree 
different templates below the main template) and files belonging into 
then are missing. (big job, sigh)

Cheers,
Kari


-- 
Kari Salovaara
Project Manager
tel. +358 19 2483388       Pitkakatu 25-29 A 6
mobile +358 400 804549     10900 Hanko
fax. +358 19 2483377       Finland




From dbruen at saltation.de  Fri May 28 11:51:41 2004
From: dbruen at saltation.de (=?ISO-8859-1?Q?Daniel_Br=FCn?=)
Date: Fri, 28 May 2004 11:51:41 +0200
Subject: [Typo3-dev] Extension Kickstarter/Cleanup+Optimization
In-Reply-To: 
References: 
	
Message-ID: 

Hi everybody!

I am currently evaluating all the input and will post the results as 
soon as I have some...

Later,

Dan.



From steffen at mail.kommwiss.fu-berlin.de  Fri May 28 12:25:36 2004
From: steffen at mail.kommwiss.fu-berlin.de (Steffen Mueller)
Date: Fri, 28 May 2004 12:25:36 +0200
Subject: [Typo3-dev] Solution to the safe mode problems
In-Reply-To: 
References: 
	
Message-ID: 

On 28.05.2004 10:07 Steve wrote:
> Hi Steffen				
> 
> This is the exact error I am getting but unsure how to do this part:
> 
> "If I change the owner of /var/www/mysite recursively to 'www-data',
> everything works fine"
> 

via shell:
# chown -R www-data /var/www/mysite

-- 
cheers,
Steffen



From leendert at netcreators.nl  Fri May 28 16:04:00 2004
From: leendert at netcreators.nl (Leendert Brouwer [Netcreators])
Date: Fri, 28 May 2004 07:04:00 -0700
Subject: [Typo3-dev] xhtml compliancy in getTypoLink()
Message-ID: 

Hi,

When mangling our sites through the W3C validator for compliancy with XHTML
1.0 Transitional, we noticed that there was an awful amount of errors
pointing at the use of literal '&'. Once I hacked the Typo3 core and changed
the literal '&' in getTypoLink() (in tslib_cObj), a lot of validation errors
were gone. Is there a reason for the literal '&' in there? Because I would
assume XHTML compliant output is preferred.

Btw, a workaround is to set the arg_separator.output directive in your
php.ini, this would translate literal & to & at runtime. But, better to
fix things at the root of the problem imho.

Regards,

Leendert





From michael at cannonbose.com  Fri May 28 19:26:05 2004
From: michael at cannonbose.com (Michael Cannon)
Date: Fri, 28 May 2004 11:26:05 -0600
Subject: [Typo3-dev] General DB Note: mysql* to $GLOBALS['TYPO3_DB']->sql*
Message-ID: 

FYI, Reminder, Just a note:

In case you're having some funky database query issues. Try this,  
replace your "mysql*" calls with "$GLOBALS['TYPO3_DB']->sql*".

This direction comes from
-----
t3lib/class.t3lib_db.php:112: * - mysql() wrapper functions; These are  
transitional functions. By a simple search/replace you should be able  
to substitute all mysql*() calls with $GLOBALS['TYPO3_DB']->sql*() and  
your application will work out of the box.
-----

I ran into this while trying to resolve "Warning: mysql_fetch_row():  
supplied argument is not a valid MySQL result resource in  
/home2/cannon/local/lib/typo3_src/typo3/ext/newloginbox/pi3/ 
class.tx_newloginbox_pi3.php on line 157".

Took a bit to find the answer, but things are smooth sailing again.

Thank you to those of you putting Typo3 together so well for the rest  
of us.

Michael





From elmar.hinz at web.de  Fri May 28 21:18:12 2004
From: elmar.hinz at web.de (Elmar Hinz)
Date: Fri, 28 May 2004 21:18:12 +0200
Subject: [Typo3-dev] icon set for file archive
In-Reply-To: 
References: 
	
Message-ID: 

Michael Stucki wrote:
> Hi Elmar,
> 
> 
>>Does anybody has an idea, if there is something like an iconset under gpl
>>or does a special one exists for typo3.
> 
> 
> http://www.kde-look.org/ is a very good point to start!
> 
> Have a look at the crystal icons, I really like them :-)
> 
> - michael

Habe inzwischen von diesem Vorschlag Gebrauch gemacht.

Thx

Elmar



From kasper at typo3.com  Sat May 29 00:32:36 2004
From: kasper at typo3.com (Kasper =?ISO-8859-1?Q?Sk=E5rh=F8j?=)
Date: Sat, 29 May 2004 00:32:36 +0200
Subject: [Typo3-dev] xhtml compliancy in getTypoLink()
In-Reply-To: 
References: 
Message-ID: 

getTypoLink() must return a URL with plain "&". It is *ALWAYS* on output
you should convert & to &s;

So, in your code you do:


References: 
Message-ID: 

Considering that this tool was made in 3 days and never worked on since it is incredible that it works so well in the first place... :-)

I hope to get time for it soon.

- kasper





From kasper at typo3.com  Sat May 29 00:40:23 2004
From: kasper at typo3.com (Kasper =?ISO-8859-1?Q?Sk=E5rh=F8j?=)
Date: Sat, 29 May 2004 00:40:23 +0200
Subject: [Typo3-dev] Solution to the safe mode problems
In-Reply-To: 
References: 
	
	
Message-ID: 

Any application that creates a folder on the filesystem should call
"t3lib_div::mkdir()" instead of the native PHP function.  That fixes it.

As for filepermissions: I'm running safe_mode and yes, you will get
problems if script ownerships are not correct but there is no way for
TYPO3 to get around this. 

See my notes on this here:

http://typo3.org/documentation/document-library/doc_inst_upgr/Experiences/

- kasper






From kasper at typo3.com  Sat May 29 00:42:43 2004
From: kasper at typo3.com (Kasper =?ISO-8859-1?Q?Sk=E5rh=F8j?=)
Date: Sat, 29 May 2004 00:42:43 +0200
Subject: [Typo3-dev] Bug in links for multiple images?
In-Reply-To: 
References: 
	
Message-ID: 

It is not a bug but a spec-change I decided to take. 

I figured that most people would normally want the links to be splitted with comma by default (for setting individual links) but maybe that is not the case.

Should I make it totally "Content (default)" compliant again? Poll?

- kasper





From kasper at typo3.com  Sat May 29 00:45:38 2004
From: kasper at typo3.com (Kasper =?ISO-8859-1?Q?Sk=E5rh=F8j?=)
Date: Sat, 29 May 2004 00:45:38 +0200
Subject: [Typo3-dev] icon set for file archive
In-Reply-To: 
References: 
	
	
Message-ID: 

You should use "gfx/fileicons" to keep the TYPO3 style consistent. 


Read in the new "TYPo3 Core API" document (found at
http://130.228.0.33/t3dl/src/) how to make them skinnable. You can test
if they look correct (in skinned versions) with the skin "skin360".

Michael Stucki can get his crystal icons if he makes a skin which
implements them over the default icons...

- kasper






From kasper at typo3.com  Sat May 29 00:56:14 2004
From: kasper at typo3.com (Kasper =?ISO-8859-1?Q?Sk=E5rh=F8j?=)
Date: Sat, 29 May 2004 00:56:14 +0200
Subject: [Typo3-dev] usernames lowercase, login case-sensitive => BAD
In-Reply-To: 
References: 
	
	
	
	
	
	
Message-ID: 

There is a profiling group under the Core team (see typo3.org team/project page).

The profiling team hasn't shown a lot of activity. Maybe you could put
some life into it?

When I made the DBAL extension it was clear to me that it would be
fairly easy to use that for profiling SQL queries since you get all
SELECT queries run through the same function and then you can just
prefix "EXPLAIN " to see how optimal they are used... I didn't spend
time on profiling that myself yet, but its a nice hint for you.

- kasper





From mundaun at gmx.ch  Sat May 29 01:49:17 2004
From: mundaun at gmx.ch (Michael Stucki)
Date: Sat, 29 May 2004 01:49:17 +0200
Subject: [Typo3-dev] icon set for file archive
References: 
	
	
	
Message-ID: 

Dear Kasper,

> Michael Stucki can get his crystal icons if he makes a skin which
> implements them over the default icons...

I would really love to see such a skin, but I don't want to do that. Spare
time is rare and the Debian packages are still not finished...

Would anybody like to create such a skin?

Cheers - michael
-- 
Want support? Please read the list rules first: http://typo3.org/1438.0.html



From elmar.hinz at web.de  Sat May 29 14:08:18 2004
From: elmar.hinz at web.de (Elmar Hinz)
Date: Sat, 29 May 2004 14:08:18 +0200
Subject: [Typo3-dev] icon set for file archive
In-Reply-To: 
References: 		
	
Message-ID: 

Kasper Sk?rh?j wrote:

> You should use "gfx/fileicons" to keep the TYPO3 style consistent. 
> 
> 
> Read in the new "TYPo3 Core API" document (found at
> http://130.228.0.33/t3dl/src/) how to make them skinnable. You can test
> if they look correct (in skinned versions) with the skin "skin360".
> 
> Michael Stucki can get his crystal icons if he makes a skin which
> implements them over the default icons...
> 
> - kasper
> 
> 
> 

The skinning API affects the BE.
I didn't mention that vcd_archive is a FE-Plugin.

Regards

Elmar



From elmar.hinz at web.de  Sat May 29 14:53:03 2004
From: elmar.hinz at web.de (Elmar Hinz)
Date: Sat, 29 May 2004 14:53:03 +0200
Subject: [Typo3-dev] Bug on fileupload, recognizing abs pahtes on Win
Message-ID: 

Hello,

the following behaviour I observed on typo 3.6.0:


In the $TCA I configured as a file upload path:

[....]

      "uploadfolder" => "e://tx_vcdarchive/",

[....]

On trying to upload a file I get the following error message:

1: The destination (e:/web/www/quickstart36/e://tx_vcdarchive/) or the source 
file (c:\temp\php2.tmp) does not exist. (tx_vcdarchive_entries:75:file)

Here the library doesn't seem to recognize the absolut Path on Win.



Regards

Elmar




From tombedlam at yahoo.com  Sun May 30 02:45:48 2004
From: tombedlam at yahoo.com (Christopher)
Date: Sat, 29 May 2004 17:45:48 -0700 (PDT)
Subject: [Typo3-dev] TemplaVolia  attribute bug?
Message-ID: 

Can anyone either confirm this as a bug (or missing feature, unfinished
section etc)?

Using TV to create a content item, I can successfully create title
attributes for links, but creating either alt or title attributes for
images breaks the mapping of the image, resulting in a warning ("No
Content Found!") and in the image from the html template being
displayed in place of the correct image.

To make this happen, I do this:
1. Insert an ELement,
2. Map it to the  tag,
3. Insert an ATtribute,
4. Map it to the title or alt attribute

This results in the  element's mapping coming undone, and it
cannot then be re-mapped without first removing the attribute. This
happens with alt, title and even src attributes of the  tag.

Following the identical procedure to create a title attribute for an
 tag works correctly.

Does this happen to others?

-Christopher


	
		
__________________________________
Do you Yahoo!?
Friends.  Fun.  Try the all-new Yahoo! Messenger.
http://messenger.yahoo.com/ 




From jorgo at jorgo.org  Sun May 30 11:24:56 2004
From: jorgo at jorgo.org (Jörg Schaller)
Date: Sun, 30 May 2004 11:24:56 +0200
Subject: [Typo3-dev] Solution to the safe mode problems
References: 
	
Message-ID: 

On Thu, 27 May 2004 17:56:01 +0200, Kasper Sk?rh?j 
wrote:

>All safemode and openbasedir problems are solved in 3.6.0
>

My provider has switched safe mode on once during the last month and
recently switched it off again.
My experience is, that during safe-mode, my extension manager couldn't
connect to the repository in 95% of all cases. I thought this would be
related to the 8MB php-limit, but since safe-mode is switched off, the
connection to the repository works perfectly.
Mind you, I am not a programmer, I just tell you what I perceived.

J?rg



From elmar.hinz at web.de  Sun May 30 21:33:45 2004
From: elmar.hinz at web.de (Elmar Hinz)
Date: Sun, 30 May 2004 21:33:45 +0200
Subject: [Typo3-dev] the horror of different usertables
Message-ID: 

Hello,

I consider the existence of different usertables for frontend and backend users 
one of the weakest points in typo3.

To have only one system of users and groups would probalby cause no Problems. 
You simply could differentiate between fe and be by assigning to different groups.

On the other hand having two different systems causes big problems in lots of 
situations. FE and BE Users are often the same circles of people. You run into 
the typical problems of keeping informations in redundant tables. That means the 
necessity of synchronization, of adminstration overhead, of additional programming.

Special extensions have been developed only to help on this from my personal 
point of view superfluous problem.

I would appreciate it, if typo3 would come to the easy solution to only use one 
user system.

Extended possibilities could be reached then by adding roles alongside with the 
groups.


Regards

Elmar









From kasper at typo3.com  Sun May 30 23:18:50 2004
From: kasper at typo3.com (Kasper =?ISO-8859-1?Q?Sk=E5rh=F8j?=)
Date: Sun, 30 May 2004 23:18:50 +0200
Subject: [Typo3-dev] the horror of different usertables
In-Reply-To: 
References: 
Message-ID: 

This has been suggested before with the same arrogance about the
"weakest point" argument. It turns out that this totally depended on the
view / needs of the person (typically coming from a "community system"
background. 

Many people back then acknowledged that the separation was a *strong
point* and something they would never sacrifice for security reasons.

Get used to it. It will not change. Make a plugin that syncronizes
automatically.

That would be...

> > the easy solution

... if you had any idea about how much would have to change in the
system to make it work differently.

- kasper





From kasper at typo3.com  Sun May 30 23:21:37 2004
From: kasper at typo3.com (Kasper =?ISO-8859-1?Q?Sk=E5rh=F8j?=)
Date: Sun, 30 May 2004 23:21:37 +0200
Subject: [Typo3-dev] TemplaVolia  attribute bug?
In-Reply-To: 
References: 
Message-ID: 

Maybe it is a bug, but more likely this is how it is and will always be
conceptually since mapping to the element AND attributes inside may be a
"contradiction in terms"... I'm not sure, I don't have it currently in
my head...

- kasper






From kasper at typo3.com  Sun May 30 23:24:38 2004
From: kasper at typo3.com (Kasper =?ISO-8859-1?Q?Sk=E5rh=F8j?=)
Date: Sun, 30 May 2004 23:24:38 +0200
Subject: [Typo3-dev] Bug on fileupload, recognizing abs pahtes on Win
In-Reply-To: 
References: 
Message-ID: 

According to "TYPO3 Core API" (found here: http://130.228.0.33/t3dl/src/
in final version) the uploadfolder value is define as:

"Filefolder under PATH_site in which the files are stored. "

Does this promise you that it would accept an absolute path?


- kasper





From kasper at typo3.com  Sun May 30 23:25:46 2004
From: kasper at typo3.com (Kasper =?ISO-8859-1?Q?Sk=E5rh=F8j?=)
Date: Sun, 30 May 2004 23:25:46 +0200
Subject: [Typo3-dev] icon set for file archive
In-Reply-To: 
References: 
	
	
	
	
Message-ID: 

You are right, the Skinning API affects the backend.

For frontend plugins, why not talk to the author of that extension? TYPO3 as a system has no influence on how that plugin uses file icons.

- kasper






From elmar.hinz at web.de  Sun May 30 23:29:51 2004
From: elmar.hinz at web.de (Elmar Hinz)
Date: Sun, 30 May 2004 23:29:51 +0200
Subject: [Typo3-dev] icon set for file archive
In-Reply-To: 
References: 				
	
Message-ID: 

Kasper Sk?rh?j wrote:
> You are right, the Skinning API affects the backend.
> 
> For frontend plugins, why not talk to the author of that extension? TYPO3 as a system has no influence on how that plugin uses file icons.
> 
> - kasper
> 
> 
> 

I am the author.

I quested for an iconset and got two good answers.
I made usage of both.

Regards

Elmar



From scecere at krur.com  Sun May 30 23:45:51 2004
From: scecere at krur.com (stefano cecere)
Date: Sun, 30 May 2004 23:45:51 +0200 (CEST)
Subject: [Typo3-dev] SEMATIKbrowser finished
In-Reply-To: 
References: 
Message-ID: 

hello

what about the SEMANTIKbrowser?
did you release it and i missed it?



- stefano cecere (stefano)

-----------------------
This thread is located in the archive at this URL:
http://typo3.org/documentation/mailing-lists/dev-list-archive/thread/44141/
					




From elmar.hinz at web.de  Sun May 30 23:53:18 2004
From: elmar.hinz at web.de (Elmar Hinz)
Date: Sun, 30 May 2004 23:53:18 +0200
Subject: [Typo3-dev] Bug on fileupload, recognizing abs pahtes on Win
In-Reply-To: 
References: 
	
Message-ID: 

Kasper Sk?rh?j wrote:

> According to "TYPO3 Core API" (found here: http://130.228.0.33/t3dl/src/
> in final version) the uploadfolder value is define as:
> 
> "Filefolder under PATH_site in which the files are stored. "
> 
> Does this promise you that it would accept an absolute path?
> 
> 
> - kasper
> 
> 


"TYPO3 Core API" is not part of the public promoted documentation yet,
so don't expect everybody to know about:

http://typo3.org/documentation/document-library/Matrix/

A Core API, that excludes the use of absolute pathes for fileuploads,
hinders the administration of files in secure directories, that stay outside the 
webserver, with the backend file browser.

There are more than one Extensions running into this constraint.

It is still worth a try with relative pathes that step upwards from PATH_site 
with some "../../../".


Regards

Elmar









From elmar.hinz at web.de  Mon May 31 00:56:54 2004
From: elmar.hinz at web.de (Elmar Hinz)
Date: Mon, 31 May 2004 00:56:54 +0200
Subject: [Typo3-dev] the horror of different usertables
In-Reply-To: 
References: 
	
Message-ID: 

Kasper Sk?rh?j wrote:

> This has been suggested before with the same arrogance about the
> "weakest point" argument. It turns out that this totally depended on the

I don't see any arrogance in having a personal point of view.

Any system that keeps redundant data at any point I will probably consider a 
weak system at that point even in 10 years.

> view / needs of the person (typically coming from a "community system"
> background. 

As soon as you administer a website with more than 1 person you have a community 
system. As soon as you set up FE users you have a community system. From this 
point of view I call 95% of typo3 a community system. I guess it is rather a 
great exeption, that there are two completely different groups of people on both 
sides. Even in your basic tutorial "Kom i gang" that is not the case. Am I 
right? It's long ago I read it.

That is the reason why this point is so important and will cause trouble as long 
as is not solved. Directly in the center of the city you set up this big wall, 
just at a place where only the fewest people really need it. And a lot of people 
get victim of disater while going the unnecessary long ways to get on the other 
side.

> 
> Many people back then acknowledged that the separation was a *strong
> point* and something they would never sacrifice for security reasons.
> 

I have some doubt, if the keeping of redundant data really leads to more 
security. In fact it leaded to passwords that were not even encrypted in the FE 
for example.

In the resulting overhead of syncronization, as you propose it, I personally 
rather see new doors of weakness. Syncronization isn't trivial and failures have 
to be expected.

> Get used to it. It will not change. Make a plugin that syncronizes
> automatically.
> 
> That would be...
> 
> 
>>>the easy solution
> 
> 
> ... if you had any idea about how much would have to change in the
> system to make it work differently.

It realley would stimulate me to see, how to clean up the code that such a 
change wouldn't be so difficult but rather be done in one place. And with the 
additional feature to choice between one and two parallel user tables as goody.

But as I already spend half of my time in doing non-commercial work, I decide 
only to provide some usefull extensions to typo3 for the moment.

> 
> - kasper
> 
> 


Regards

Elmar



From mundaun at gmx.ch  Mon May 31 01:01:25 2004
From: mundaun at gmx.ch (Michael Stucki)
Date: Mon, 31 May 2004 01:01:25 +0200
Subject: [Typo3-dev] icon set for file archive
References: 				
	
	
Message-ID: 

Hi Elmar,

> I am the author.
> 
> I quested for an iconset and got two good answers.
> I made usage of both.

I just looked at your extension.
Do you really think it makes sense to provide a german-only documentation?

In my opinion, _every_ extension should be available in English as its main
language.

- michael
-- 
Want support? Please read the list rules first: http://typo3.org/1438.0.html



From elmar.hinz at web.de  Mon May 31 06:20:05 2004
From: elmar.hinz at web.de (Elmar Hinz)
Date: Mon, 31 May 2004 06:20:05 +0200
Subject: [Typo3-dev] icon set for file archive
In-Reply-To: 
References: 				
	
	
	
Message-ID: 

Michael Stucki wrote:
> Hi Elmar,
> 
> 
>>I am the author.
>>
>>I quested for an iconset and got two good answers.
>>I made usage of both.
> 
> 
> I just looked at your extension.
> Do you really think it makes sense to provide a german-only documentation?
> 

No I really don't think so. But I think I shouldn't wait with publishing the 
german version until I have done the english one. :-)

Half of configuration english readers find in vcd_calendar. But there have been 
some improvements since then.

> In my opinion, _every_ extension should be available in English as its main
> language.

I would already be lucky if every extension would be available in at least one 
language no matter what language it is. European languages don't differ so much 
in technical descriptions. In any case technical descriptions are a mere 
dialect of good old latin.

> 
> - michael



From stephane.schitter at free.fr  Mon May 31 09:47:51 2004
From: stephane.schitter at free.fr (Stephane Schitter)
Date: Mon, 31 May 2004 09:47:51 +0200
Subject: [Typo3-dev] new standard templates
In-Reply-To: 
References: 
	
	
Message-ID: 

> - Rene Fritz once introduced an examples of standard templates
> distributed as extensions (tmpl_green or something)
> - I'm currently planning to move the current 11 standard templates into
> a new extension which will contain all the "old" CMS stuff in TYPO3; I
> believe in the biblical principle that you should pour new wine on new
> leather bags - so lets not try to fix the old stuff, rahter leave it be
> (still working of course) but create something brand new and up-to-date!


While building the 12 templates as an extension, a question came to my mind,
where in the current state you are able to include other static templates
through their "uid" in the database (with the include_static.txt file), however
I could not find a way to include other static templates through their name.

To better explain myself, I do not find a way for an template extension (similar
to tmpl_green for example) to reference another template extension, in the same
way you do that in the Typo3 interface for templates, section "Include static
(from extensions)"

Could we have a mechanism, with a file include_static_fromext.txt for example,
where this would be made possible ?

Cheers,
Stephane

P.S. I still have not received a view on whether my defaultstatic_tmpl matches
what you mentioned as "I'm currently planning to move the current 11 standard
templates into a new extension"






From stephane.schitter at free.fr  Mon May 31 10:03:54 2004
From: stephane.schitter at free.fr (Stephane Schitter)
Date: Mon, 31 May 2004 10:03:54 +0200
Subject: [Typo3-dev] new standard templates
In-Reply-To: 
References: 
	
	
	
	
	
Message-ID: 

> This extension should introduce a new category on typo3.org [1]: Templates

Typo3.org does not seem to accept this category yet : my extension was set to
use it, but when uploaded to typo3.org it seems to be set to nothing (empty).

As a result, my extension appears in the [] (in italic case) section in the
extension manager. When I built my extension locally, the section it appeared
in was [template] (in italic case). I also tried to set 'category' =>
'Templates' in the ext_emconf.php, but the name of the category also appears in
italics.

Cheers,
Stephane





From mail at zeusmedia.de  Mon May 31 10:23:07 2004
From: mail at zeusmedia.de (=?ISO-8859-1?Q?=22J=F6rg-Alexander_Roth_=5BmediaDIALOG=5D=22?=)
Date: Mon, 31 May 2004 10:23:07 +0200
Subject: [Typo3-dev] SEMATIKbrowser finished
In-Reply-To: 
References: 
	
Message-ID: 

stefano cecere schrieb:

>hello
>  
>
hi

>what about the SEMANTIKbrowser?
>did you release it and i missed it?
>  
>
no, you didn't miss it. The browser is finished at all. Currently 
documentation is in process.

Also the SEMATIKscanner still need some bugfixing and some routines to 
allow the selection of extensions to be also scanned (like tt_news, 
tt_board, etc.).

Because of several customer projects I won't be able to define a release 
date for now. Maybe it will be announced at the frontpage of typo3.org.

Regards,

J?rg



From kasper at typo3.com  Mon May 31 13:37:45 2004
From: kasper at typo3.com (Kasper =?ISO-8859-1?Q?Sk=E5rh=F8j?=)
Date: Mon, 31 May 2004 13:37:45 +0200
Subject: [Typo3-dev] icon set for file archive
In-Reply-To: 
References: 
	
	
	
	
	
	
	
	
Message-ID: 

Hmmm. Ich bin nicht so sicher dar?ber, Elmar. Englisch ist notvendich.

- kasper







From kasper at typo3.com  Mon May 31 13:42:37 2004
From: kasper at typo3.com (Kasper =?ISO-8859-1?Q?Sk=E5rh=F8j?=)
Date: Mon, 31 May 2004 13:42:37 +0200
Subject: [Typo3-dev] Bug on fileupload, recognizing abs pahtes on Win
In-Reply-To: 
References: 
	
	
Message-ID: 


> "TYPO3 Core API" is not part of the public promoted documentation yet,
> so don't expect everybody to know about:
> 
> http://typo3.org/documentation/document-library/Matrix/
> 


It was a part of the years-old documentation as well:

http://typo3.org/documentation/document-library/doc_core_inside/Customization/
 
(search long page for "uploadfolder" and you will find.)



> A Core API, that excludes the use of absolute pathes for fileuploads,
> hinders the administration of files in secure directories, that stay outside the 
> webserver, with the backend file browser.
> 
> There are more than one Extensions running into this constraint.
> 

OK, its a feature request then. But you can use .htaccess and symlinks
for now very easily and you should be safe.








From kasper at typo3.com  Mon May 31 14:18:27 2004
From: kasper at typo3.com (Kasper =?ISO-8859-1?Q?Sk=E5rh=F8j?=)
Date: Mon, 31 May 2004 14:18:27 +0200
Subject: [Typo3-dev] the horror of different usertables
In-Reply-To: 
References: 
	
	
Message-ID: 

On Mon, 2004-05-31 at 00:56, Elmar Hinz wrote:
> Kasper Sk?rh?j wrote:
> 
> > This has been suggested before with the same arrogance about the
> > "weakest point" argument. It turns out that this totally depended on the
> 
> I don't see any arrogance in having a personal point of view.
> 
> Any system that keeps redundant data at any point I will probably consider a 
> weak system at that point even in 10 years.

Redundant data is not a problem if it is automatically synchronized
which I suggest you do.


> As soon as you administer a website with more than 1 person you have a community 
> system. As soon as you set up FE users you have a community system. From this 
> point of view I call 95% of typo3 a community system. I guess it is rather a 
> great exeption, that there are two completely different groups of people on both 
> sides. Even in your basic tutorial "Kom i gang" that is not the case. Am I 
> right? It's long ago I read it.

again: you must come from the community point-of-view. Other people set
up websites with internal editors (like in a company employee) and
external customers (thousands of people getting access to the website).
Such scenarios are all over the place and people love the "big wall" as
a concept because it emphasises the separation they already want to be
very clear; that customers logging in on the website does not share the
slightest degree of interests with employees working from inside.

The concept is well known from electronics as well where you use "photo
transistors" (I can't remember the right name) to hermetically separate
circuits. You do so mainly because you want to add protection in extreme
cases where a lightning bold strikes the one system. 
its the same here. We could merge the tables but suddenly only a single
bit separates a frontend user from a backend user and when the lightning
strikes you never know what happens.

Separate user tables build trust.


BTW: Lets make a poll:

Who thinks the current "dual-user-table" is:
- A "big wall" that is TYPO3s "weakest point": [YES] / [NO]

Who thinks that merging the backend and frontend users table into one
table is:
- A good idea: [YES] / [NO]
- A top-priority (higher than planned core work): [YES] / [NO]

If you answered "YES" to any of the above, do you want to:
- Scan all (at least core) documentation for places where the
frontend/backend users are mentioned and change the wording so it
describes the new situation with a single table.
- Write a converter utility that offers to merge the two tables in all
existing installations when they upgrade.
- Carefully analyse the core and most important extensions for the
impact such a change would have including necessary patches to changes
needed.
- Carefully test the reliability of the new concept so you can convince
sceptics that the new single-user-table is a very secure solution.


> 
> That is the reason why this point is so important and will cause trouble as long 
> as is not solved. Directly in the center of the city you set up this big wall, 
> just at a place where only the fewest people really need it. And a lot of people 
> get victim of disater while going the unnecessary long ways to get on the other 
> side.

With your suggestion one bit could trigger the end of the world... :-)



> In the resulting overhead of syncronization, as you propose it, I personally 
> rather see new doors of weakness. Syncronization isn't trivial and failures have 
> to be expected.

Well, it *is* trivial. I could make a bugfree syncronization script in
100 lines PHP code after this model:




... but I couldn't sleep well at night if 10.000 fe-users on typo3.org
were in the be_users table! (let alone manage the mere 20 accounts
effectively that actually should have backend access!)


> 
> It realley would stimulate me to see, how to clean up the code that such a 
> change wouldn't be so difficult but rather be done in one place. And with the 
> additional feature to choice between one and two parallel user tables as goody.

You are trying to turn around a very big ship. I have done that a few
times in history and I know the cost. You probably don't.

- kasper








From scecere at krur.com  Mon May 31 14:27:45 2004
From: scecere at krur.com (stefano cecere)
Date: Mon, 31 May 2004 14:27:45 +0200
Subject: [Typo3-dev] icon set for file archive
In-Reply-To: 
References: 				
	
	
	
	
Message-ID: 

i think it's quite easier to develop everything in english (code, docs, 
variable names), and then to add our language support

i am italian and know 4 languages and i do really support local 
cultures, but, like it or not, english should be the default language 
for international development..

stefano


On 31 May 2004, at 6:20, Elmar Hinz wrote:
>> In my opinion, _every_ extension should be available in English as 
>> its main
>> language.
>
> I would already be lucky if every extension would be available in at 
> least one language no matter what language it is. European languages 
> don't differ so much in technical descriptions. In any case technical 
> descriptions are a mere dialect of good old latin.





From mundaun at gmx.ch  Mon May 31 15:08:17 2004
From: mundaun at gmx.ch (Michael Stucki)
Date: Mon, 31 May 2004 15:08:17 +0200
Subject: [Typo3-dev] the horror of different usertables
References: 
	
	
	
Message-ID: 

Hi Elmar & Kasper!

> Separate user tables build trust.

Full ACK!

Anyway... We leave it, but there is still a solution for Elmar.

Look at http://typo3.org/extensions/repository/search/dkd_feuser_belogin/
and I think further discussion will be obsolete.

> You are trying to turn around a very big ship. I have done that a few
> times in history and I know the cost. You probably don't.

Core changes that make sense should not depend on the amount of the cost 
- provided that they really make sense!

Regards - michael

PS: Kasper, the new welcome-extension is cool! Will this one be a candidate
for a "system extension"?
-- 
Want support? Please read the list rules first: http://typo3.org/1438.0.html



From daniel at typo3.com  Mon May 31 16:12:11 2004
From: daniel at typo3.com (Daniel Hinderink [TYPO3])
Date: Mon, 31 May 2004 16:12:11 +0200
Subject: [Typo3-dev] the horror of different usertables
In-Reply-To: 
Message-ID: 

Hi Elmar,
 
>> This has been suggested before with the same arrogance about the
>> "weakest point" argument. It turns out that this totally depended on the
> 
> I don't see any arrogance in having a personal point of view.
> 
> Any system that keeps redundant data at any point I will probably consider a
> weak system at that point even in 10 years.

It is very much a question of the scenario you will use TYPO3 in, if this
data will be redundant. Ignoring all other possible situations is what
Kasper called arrogant. SO your argument that the data is redundant is
actually proof that you do not consider other requirements.

>> view / needs of the person (typically coming from a "community system"
>> background. 
> 
> As soon as you administer a website with more than 1 person you have a
> community 
> system.

My current knowledge of definitions by vendors, market research companies
and scholars does not support your description of what a community system
is. Do you have any links to definitions that support your claim?

> As soon as you set up FE users you have a community system.

Again, please support your claim. I doubt your analysis and believe you
simplify this matter beyond meaning.

>From this 
> point of view I call 95% of typo3 a community system. I guess it is rather a
> great exeption, that there are two completely different groups of people on
> both 
> sides.

I believe quite the opposite is the case. The vast majority of websites
today are simply publishing information with no other functionality.
Registration is mostly just to collect user data and enables more
information resources.

Community functionality mostly means to enable users to communicate with
_each other_ directly. Like OpenBC, forums and so on.

> Even in your basic tutorial "Kom i gang" that is not the case. Am I
> right? It's long ago I read it.
> 
> That is the reason why this point is so important and will cause trouble as
> long 
> as is not solved. Directly in the center of the city you set up this big wall,
> just at a place where only the fewest people really need it. And a lot of
> people 
> get victim of disater while going the unnecessary long ways to get on the
> other 
> side.

Very colorful style. Not much content. What is your point?

>> 
>> Many people back then acknowledged that the separation was a *strong
>> point* and something they would never sacrifice for security reasons.
>> 
> 
> I have some doubt, if the keeping of redundant data really leads to more
> security. In fact it leaded to passwords that were not even encrypted in the
> FE 
> for example.
> 
> In the resulting overhead of syncronization, as you propose it, I personally
> rather see new doors of weakness. Syncronization isn't trivial and failures
> have 
> to be expected.
> 
>> Get used to it. It will not change. Make a plugin that syncronizes
>> automatically.
>> 
>> That would be...
>> 
>> 
>>>> the easy solution
>> 
>> 
>> ... if you had any idea about how much would have to change in the
>> system to make it work differently.
> 
> It realley would stimulate me to see, how to clean up the code that such a
> change wouldn't be so difficult but rather be done in one place. And with the
> additional feature to choice between one and two parallel user tables as
> goody.

As Kasper pointed out, this subject has been brought up before.
Unfortunately no one ever suggested a system that is in fact providing any
advantage over the one in existence to a cms situation as well as a
portal-like scenario.

I personally think it is very much worth rethinking this matter, but mails
like this thread do nothing creative to improve this situation.
 
> But as I already spend half of my time in doing non-commercial work, I decide
> only to provide some usefull extensions to typo3 for the moment.

May be someone else feels tempted to research this matter in more detail and
make some suggestions for another architecture. However, I do not believe
the synthesis of these two user domains count for so much and rather think
the stuff for greatness is in implementing ACL's, a fully implemented user
system in the backend (compared to the limited implementation at present)
and the final answer to the frontend user editing question.

Cheers

Daniel


> 
>> 
>> - kasper
>> 
>> 
> 
> 
> Regards
> 
> Elmar
> _______________________________________________
> Typo3-dev mailing list
> Typo3-dev at lists.netfielders.de
> http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev
> 

-- 

Daniel Hinderink
TYPO3 - get.content.right
Innovation, Marketing, PR
http://www.typo3.com

-- 
If I wanted your website to make noise, I'd lick my finger and rub it across
the screen. Anonymous





From niederlag at ikd01.de  Mon May 31 17:25:23 2004
From: niederlag at ikd01.de (Peter Niederlag)
Date: Mon, 31 May 2004 17:25:23 +0200
Subject: [Typo3-dev] the horror of different usertables
In-Reply-To: 
References: 
	
Message-ID: 

Hi,

Daniel Hinderink [TYPO3] schrieb am 31.05.2004 um 16:12 Uhr CEST

[discussion of two different usertables]

We already know from previous discussions there are pros and
cons.

We know it would require real heavy arguments - which obviously are not
in sight - to change this fundamental decision, also there are quite
some scenarios where single usertables would make more sense.

Like has been pointed out there are ways to adopt it to each needs.

I can't see why y'll are striking elmars point of view so strong?

The argumentation might not have been academic correct but I do
understand the main ideas/problems and to me they are true.

Imagine you want to maintain certain user-related data:
Of course some of the users are active editors and login via BE, most
users are not editors however, so they just login via FE.

Now the editors have to login again for FE and we have to maintain some
redundant data. Afterall it is not that bad and a mater of a decision
for some specific system-design. But still it needs some explaination to
the users and has drawbacks.

Another problem is, that you can't easily add pages to a menu based on a
BE-Login, which is something very useful as well to me.

Have fun,
Peter
-- 
Peter Niederlag
http://www.niekom.de * Typo3 und EDV-Dienstleistungen *
http://www.clown-goli.de * Clown-Comedy-Jonglage-Animation *





From elmar.hinz at web.de  Mon May 31 18:13:37 2004
From: elmar.hinz at web.de (Elmar Hinz)
Date: Mon, 31 May 2004 18:13:37 +0200
Subject: [Typo3-dev] the horror of different usertables
In-Reply-To: 
References: 		
	
Message-ID: 

> 
> 
>>That is the reason why this point is so important and will cause trouble as long 
>>as is not solved. Directly in the center of the city you set up this big wall, 
>>just at a place where only the fewest people really need it. And a lot of people 
>>get victim of disater while going the unnecessary long ways to get on the other 
>>side.
> 
> 
> With your suggestion one bit could trigger the end of the world... :-)
> 

The image of one bit is in any case very nice. But as each user would be 
assigned to his groups it would be one bit in each assigning record. That means 
lots of bits if you have lots of users. Each bit on a differnt place on the data 
carrier.

Following the bit argument you could never trust your bank, cause with the 
change of one bit all your money can go to someone else. :-)

The risk lies rather in db queries, that are not coded correctly and admins that 
don't understand their system of groups. Things that happen.

> 
> 
> 
>>In the resulting overhead of syncronization, as you propose it, I personally 
>>rather see new doors of weakness. Syncronization isn't trivial and failures have 
>>to be expected.
> 
> 
> Well, it *is* trivial. I could make a bugfree syncronization script in
> 100 lines PHP code after this model:
> 
>  
> $be_users = selectAllBackendUsers();	// Backend users = master table
> $fe_users = selectAllFrontendUsers();	// Frontend users = slave table
> 
> deleteAllFeUsersThatAreNotBackendUsers($be_users,$fe_users);
> createMissingFeUsersThatAreBackendUsers($be_users,$fe_users);
> synchronizePasswordsForTheRest($be_users,$fe_users);
> 
> ?>
> 
> 

Ok, lets overthink the mode of two synchronised table systems. Is it so trivial 
as you describe?

a.) You argued right that the circle of FE users is usually much bigger than 
that of BE users. Your approach kills all FE users that are not in the BE. Why 
does that matter? There are a lot sites, where FE users register themself. So 
they are not in the BE Table and shouldn't go there until the admin has added 
them to an appropriate group for that.

b.) On the other hand you want't to make use of the BE user administration. 
Regarding a.) that means that you probably need to compare the timestamps to 
decide which record is newer.

c.) You probably can't convert encrypted BE passwords to unencrypted FE 
passwords. (OK, there are plannings to change this.)

So how about this? Rather abstract.



Assumption c.) is already solved.
As long as c.) is open Passwords could only changed from the frontend.


Regards

Elmar




















From elmar.hinz at web.de  Mon May 31 19:23:06 2004
From: elmar.hinz at web.de (Elmar Hinz)
Date: Mon, 31 May 2004 19:23:06 +0200
Subject: [Typo3-dev] the horror of different usertables
In-Reply-To: 
References: 
	
	
	
	
Message-ID: 

> 
> Anyway... We leave it, but there is still a solution for Elmar.
> 
> Look at http://typo3.org/extensions/repository/search/dkd_feuser_belogin/
> and I think further discussion will be obsolete.
> 
> 

That is not a solution. It is only one of the efforts I spoke of, to minimize 
the problems resulting from this construction.

It doesn't solve the problem of administrating redundant data as far I 
understand the documentation. But in combination with a clean syncronisation it 
would make a good basis of a bundle to live with this constrictions.

Regards

Elmar







From elmar.hinz at web.de  Mon May 31 20:54:16 2004
From: elmar.hinz at web.de (Elmar Hinz)
Date: Mon, 31 May 2004 20:54:16 +0200
Subject: [Typo3-dev] the horror of different usertables
In-Reply-To: 
References: 
	
Message-ID: 

> 
> 
> It is very much a question of the scenario you will use TYPO3 in, if this
> data will be redundant. Ignoring all other possible situations is what
> Kasper called arrogant. SO your argument that the data is redundant is
> actually proof that you do not consider other requirements.
> 
> 

It is a well known fact that working with redundant data leeds to errors and 
other probs.

If you can imagine scenarios that lead to redundant data and others that don't, 
then is the mere existance of the second possibility by no mean a proof that 
someone who points out the existance the first is arrogant because of that. If 
someone is attributing other people in such ways, only because they speak out 
their personal point of view, it first of all reveals a lot of his own 
character. That's all.

There are situations when this construction lead to redundant date. And they 
surley are not rare. If they make out the minority or the mayority of 
applications may be point of exploration and expirience.

But the question shouldn't really be how often situations with redundant date 
occur. That they accour at all, is not a good sign.

Questions are,

1.) if redundance is really necessary here,
2.) if there would be soulutions free of redundance,
3.) what would be costs to alter the system now,
4.) are the costs increasing, if you alter it later,
5.) what is the price not to alter it at all.

The first question will probably allways be disputed.
The second is a clear yes.
The third is, that the price is obviously to high, that we could do it now.
Who can foretell the fourth?
The price are all those difficulties, that result from the keeping redundant 
date and the necessity to develop a bundle of workarounds.


So what will be the results:

1.) There will be allways be some dispute on this point.
2.) A bundle of workarounds and syncronizations will be developed sooner or 
later and we learn how to live with this.
3.) Typo3 gives competing systems some room to develop, that are from their core 
more community friendly.


Regards

Elmar



From ms at k1net.de  Mon May 31 22:18:13 2004
From: ms at k1net.de (Mathias Schreiber [K1net])
Date: Mon, 31 May 2004 22:18:13 +0200
Subject: [Typo3-dev] the horror of different usertables
References: 		
	
	
Message-ID: 

Elmar Hinz wrote:
> The image of one bit is in any case very nice. But as each user would
> be assigned to his groups it would be one bit in each assigning
> record. That means lots of bits if you have lots of users. Each bit
> on a differnt place on the data carrier.

the only thing that makes sense in this matter to me is that BE Users are FE
Users as well.
I mean as long as you do *not* come from a community background, why would
you want "identified website surfers" to be able to change the content of
the website? **headscratch**
Nothing makes sense the other way round.

So I think the solution could be something like "Add FE Groups to BE Users"
Kasper, maybe I don't see any major (or minor) security issues here, but
would it be such a big thing to check BE Users as well in FE Logins?
This way the BE Users would not be redundant in the FE sense, but security
through different tables be given.
Plus this could increase overall security by using different mysql users for
frontend and backend stuff (just a quick thought).

> Following the bit argument you could never trust your bank, cause
> with the change of one bit all your money can go to someone else. :-)

what about bits n bytes in nuclear missile silos? ;)

> The risk lies rather in db queries, that are not coded correctly and
> admins that don't understand their system of groups. Things that
> happen.

*raises finger*
Please keep in mind that as soon as typo3 security relies more on smart
admins every messed up install will fall back negatively on typo3 - not the
admin.
And I hate to tell my clients that the system itself is secure but the admin
on the heise newsticker was dumb.
Because they will not believe me and think I will be telling them marketing
nonsense.

>>> In the resulting overhead of syncronization, as you propose it, I
>>> personally rather see new doors of weakness. Syncronization isn't
>>> trivial and failures have to be expected.

With DBAL you could X-class the FE Login to use a view instead of a table
;-)
DBAL offers loads of cool possibilities.

Another thought you maybe didn't think of yet:
What about different websites in one pagetree?

So BE Users would have to be located in any sysfolder as well.
Plus BE Groups would have to be located in sysfolders as well.
A quick thought about is more horror to me than adding 5-10 FE Users by hand
or maybe syncing them over.
In my mind, BE Users belong to the INSTALL as is and not to a certain part
of the pagetree.





From mundaun at gmx.ch  Mon May 31 23:03:31 2004
From: mundaun at gmx.ch (Michael Stucki)
Date: Mon, 31 May 2004 23:03:31 +0200
Subject: [Typo3-dev] the horror of different usertables
References: 
	
	
Message-ID: 

Dear Elmar,

> It is a well known fact that working with redundant data leeds to errors
> and other probs.

That's correct.

After thinking about this "redundancy" I just wonder where you see any
redundant data between be_users and fe_users?

be_users contains:
- a username
- a password
- mainly editing permissions
- backend-specific settings (TSconfig)
- name of the user
- email of the user
- ...

fe_users contains:
- a username
- a password
- name of the user
- email of the user
- contact infos (fax, address, etc.)
- ...

The only redundant position I see are username, name and email. Is this
really what we are discussing about?

In my eyes, the situation is splitted very clear:
- be_users can edit pages
- fe_users can't

- fe_users want to know how many of their friends are online
- be_users don't

BTW, I just logged into the mailman backend on the listserver. There I
noticed that mailman uses a more or less equal system:

- users (~ fe_users) => mailing list subscribers
- admins (~ be_users) => managers (Mailman does only provide admins, there
  are no users with less permissions)

This fact just tells me that this strategy can't be so bad as you might
think now.

> 1.) if redundance is really necessary here,

Again: Where is the redundancy?

> 2.) if there would be soulutions free of redundance,
> 3.) what would be costs to alter the system now,
> 4.) are the costs increasing, if you alter it later,
> 5.) what is the price not to alter it at all.

And 6.) what is the advantage of that change?

> So what will be the results:
> 
> 1.) There will be allways be some dispute on this point.
> 2.) A bundle of workarounds and syncronizations will be developed sooner
> or later and we learn how to live with this.

I think this is the best way to go. Extend the mentioned extension with the
features you are missing.

Cheers - michael
-- 
Want support? Please read the list rules first: http://typo3.org/1438.0.html



From elmar.hinz at web.de  Mon May 31 23:06:10 2004
From: elmar.hinz at web.de (Elmar Hinz)
Date: Mon, 31 May 2004 23:06:10 +0200
Subject: [Typo3-dev] the horror of different usertables
In-Reply-To: 
References: 		
	
	
	
Message-ID: 

> 
>>Following the bit argument you could never trust your bank, cause
>>with the change of one bit all your money can go to someone else. :-)
> 
> 
> what about bits n bytes in nuclear missile silos? ;)
> 

Dont't know what to be more frightend of in this case.
Of bits and bytes that control it
or generals drinking to much Bits.

> 
> Another thought you maybe didn't think of yet:
> What about different websites in one pagetree?
>
> So BE Users would have to be located in any sysfolder as well.
> Plus BE Groups would have to be located in sysfolders as well.
> A quick thought about is more horror to me than adding 5-10 FE Users by hand
> or maybe syncing them over.
> In my mind, BE Users belong to the INSTALL as is and not to a certain part
> of the pagetree.

I am a little bit confused and don't discover the point. Both FE-Users and 
BE-Users know the concept of groups. You can even define different groups for 
different websites in different pagetrees if you like.

Where to display them, in sysfolders like FE-Users or listet "in the INSTALL" 
like BE-Users doesn't seem very important for me. I only observe that double 
programming has been done to achieve this different types of display, different 
types of input forms etc.

If you have a big site, different groups of BE users may be responsible for the 
content of different pagetrees, just grouped as you describe it for the frontend.

Regards

Elmar






















From mundaun at gmx.ch  Mon May 31 23:11:11 2004
From: mundaun at gmx.ch (Michael Stucki)
Date: Mon, 31 May 2004 23:11:11 +0200
Subject: [Typo3-dev] the horror of different usertables
References: 		
	
	
	
Message-ID: 

Hi Mathias,

> So I think the solution could be something like "Add FE Groups to BE
> Users" Kasper, maybe I don't see any major (or minor) security issues
> here, but would it be such a big thing to check BE Users as well in FE
> Logins? This way the BE Users would not be redundant in the FE sense, but
> security through different tables be given.

It wouldn't be a huge change but be_users would need to be extended just
because there is _no_ redundancy right now.

> Another thought you maybe didn't think of yet:
> What about different websites in one pagetree?

Good point!!

be_users are unique, defined by their uid.
fe_users are defined by their uid _and_ a page uid (the system folder)

That's a huge point, yes.

Regards, michael
-- 
Want support? Please read the list rules first: http://typo3.org/1438.0.html