Unsubscribe me, guten tag. Fennel Doyle Web Services Coordinator, IT Tides Network [t] 415-561-6375 [e] [EMAIL PROTECTED] [w] www.tides.org
Tides actively promotes change toward a healthy society, one which is founded on principles of social justice, broadly shared economic opportunity, a robust democratic process, and sustainable environmental practices. Tides believes healthy societies rely fundamentally on respect for human rights, the vitality of communities, and a celebration of diversity. -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Friday, February 01, 2008 3:25 PM To: [email protected] Subject: TYPO3-english Digest, Vol 53, Issue 3 Send TYPO3-english mailing list submissions to [email protected] To subscribe or unsubscribe via the World Wide Web, visit http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-english or, via email, send a message with subject or body 'help' to [EMAIL PROTECTED] You can reach the person managing the list at [EMAIL PROTECTED] When replying, please edit your Subject line so it is more specific than "Re: Contents of TYPO3-english digest..." Today's Topics: 1. Debugging information (debugData) ([EMAIL PROTECTED]) 2. help with some typoscript (Cate & Peter) 3. French charset (Scotty C) 4. Re: French charset - SOLVED! (Scotty C) 5. Re: tx_slideshow and php 5 (Gunnar Jonsson) 6. Re: extend caching by a variable (like pi_autoCacheFields) (christian oettinger) ---------------------------------------------------------------------- Message: 1 Date: Fri, 01 Feb 2008 12:02:22 -0000 From: [EMAIL PROTECTED] Subject: [TYPO3] Debugging information (debugData) To: [email protected] Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain; charset=ISO-8859-1 Hi, Back in 2004 Henk Nijveld (Message ID 175635) highlighted the following issue: >> I was trying an example from kasper to add the debugData >> property on a stdWrap. >> After saving the template and clearing the cache my browser shows only >> the "$cObj->data:" in bold, and warns me about that the headers are all >> ready been send to the browser. I am also experiencing this - Has anyone else had the same issue and do they know why it is happening / how to solve it ? (In the meantime I am using Henk's temporary fix) Many Thanks ... Guy Newell. FYI: I am running Typo3 ver 4.1.5 with Apache 1.3.27 (Linux/SuSE) PHP/4.3.1 ------------------------------ Message: 2 Date: Fri, 1 Feb 2008 23:38:51 +1000 From: "Cate & Peter" <[EMAIL PROTECTED]> Subject: [TYPO3] help with some typoscript To: "'TYPO3 English'" <[email protected]> Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain; charset="US-ASCII" Hi all Seems like a long time since I have been around . well, I guess it is 7 weeks or so (time sure does go quickly). Anyway, back from holidays and back into it all again. Jan Bednarik has kindly been doing some coding for me over the past several months, and has come up with some code to retrieve the wiki page name as part of a breadcrumbs navigation. He is now otherwise engaged, and so I thought I might call on the list to help me debug the code a bit. Jan had already written an extension for me, and so into that he inserted: foreach ($rec as $k=>$v) { $GLOBALS['DRWIKI'][$k] = $v; } And then suggested the following typoscript for the rendering.. lib.breadcrumbs = COA lib.breadcrumbs { 10 = HMENU 10 { special = rootline special.range = 1|-1 1 = TMENU 1.wrap = <span class ="breadcrumbs"> | </span> 1.NO { linkWrap = | > } } 20 = TEXT 20.data = global : DRWIKI | keyword } This does the first part of my requirement, that is, renders the navigation code up to the level before the current page as links. It doesn't yet render the current wikipage title (I am not after a link, simply text) I have checked out the manuals, and I can't see the error yet - can anyone else see it? (for anyone who wonders, the wikipage is rendered first on the page using css, so the keyword should already have been loaded.) Cate Deans Smith ------------------------------ Message: 3 Date: Fri, 1 Feb 2008 10:55:57 -0800 (PST) From: Scotty C <[EMAIL PROTECTED]> Subject: [TYPO3] French charset To: [email protected] Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain; charset=iso-8859-1 Hi everyone, Long story short, my ISP did a change without telling me, and at the time I thought there was something wrong with my server, so I updated some packages and ever since, the character display in my Typo3 installation is messed up, in particular on a French site we host. What was once perfectly fine is now, for example, looking like a word that displays like this: d?????v??nements Now, at first this was happening with every site I host - even the English ones. However, I added the following to the config section of my TS: config { renderCharset = utf-8 } ... and the English sites reverted back to correct rendering. But I still have the problem with the French site. I've scoured the Internet and tried a bunch of things, but I can't get the characters to display properly with the special characters. Can somebody PLEASE help? Thanks! -Scott. ________________________________________________________________________ ____________ Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ ------------------------------ Message: 4 Date: Fri, 1 Feb 2008 11:01:04 -0800 (PST) From: Scotty C <[EMAIL PROTECTED]> Subject: Re: [TYPO3] French charset - SOLVED! To: TYPO3 English <[email protected]> Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain; charset=iso-8859-1 Naturally, I search the 'net for hours, and the minute I post to the group, I find the solution :-P Install Tool -> All Configuration: - [UTF8filesystem] = checked - [forceCharset] = utf-8 Thanks anyway - hopefully this solution will help someone out there! -Scott. --- Scotty C <[EMAIL PROTECTED]> wrote: > Hi everyone, > > Long story short, my ISP did a change without > telling > me, and at the time I thought there was something > wrong with my server, so I updated some packages and > ever since, the character display in my Typo3 > installation is messed up, in particular on a French > site we host. What was once perfectly fine is now, > for > example, looking like a word that displays like > this: > > d?????v??nements > > Now, at first this was happening with every site I > host - even the English ones. However, I added the > following to the config section of my TS: > > config { > renderCharset = utf-8 > } > > ... and the English sites reverted back to correct > rendering. But I still have the problem with the > French site. I've scoured the Internet and tried a > bunch of things, but I can't get the characters to > display properly with the special characters. > > Can somebody PLEASE help? > > > Thanks! > -Scott. > > > > ________________________________________________________________________ ____________ > Be a better friend, newshound, and > know-it-all with Yahoo! Mobile. Try it now. > http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ > > > _______________________________________________ > TYPO3-english mailing list > [email protected] > http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-english > ________________________________________________________________________ ____________ Never miss a thing. Make Yahoo your home page. http://www.yahoo.com/r/hs ------------------------------ Message: 5 Date: Fri, 1 Feb 2008 20:53:21 +0100 From: "Gunnar Jonsson" <[EMAIL PROTECTED]> Subject: Re: [TYPO3] tx_slideshow and php 5 To: [email protected] Message-ID: <[EMAIL PROTECTED]> I tried to enable PHP error reporting, but no error messages was showing up. Could it be some configuration at the webhotell that is preventing the slideshow to show up? Regards, Gunnar Jonsson "Dmitry Dulepov [typo3]" <[EMAIL PROTECTED]> skrev i melding news:[EMAIL PROTECTED] > Hi! > > Gunnar Jonsson wrote: >> I have a tx_slideshow plugin working perfectly on a website running on >> php 4. While using the same plugin on a website running on php 5 is not >> showing any pictures, just a white space. >> >> What should I look for, in order to make it work on php 5 too? > > You should go to Install tool and enable PHP error reporting. Then see > what errors it produces. > > -- > Dmitry Dulepov > TYPO3 core team > Web: http://typo3bloke.net/ > Skype: callto:liels_bugs > "Nothing is impossible. There are only limits to our knowledge" ------------------------------ Message: 6 Date: Sat, 02 Feb 2008 00:24:42 +0100 From: christian oettinger <[EMAIL PROTECTED]> Subject: Re: [TYPO3] extend caching by a variable (like pi_autoCacheFields) To: [email protected] Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain; charset=ISO-8859-1; format=flowed In the end did it the other way round, dropped OverrideId (and with it real_uid) and used a user func (which is actually far more powerful, so maybe there is also another, easier TS-solution). Anyway it works. Thanks to Peter Niederlag for hints and help and Peter Klein for the basic script. The script contains some explanation and two example TS configurations for two different tasks (please leave it as it is to make this script useful for others also - and for future understanding as well) Example 2 is my typoscript configuration for the problem of this thread. Example 1 explains further uses of the script ---------- complete USER script oe_itemArrayProcFunc.php with example configurations: ---------- <?php /*************************************************************** * Copyright notice * * (c) 1999-2005 Kasper Skaarhoj ([EMAIL PROTECTED]) * All rights reserved * * This script is part of the TYPO3 project. The TYPO3 project is * free software; you can redistribute it and/or modify * it under the terms of the GNU General Public License as published by * the Free Software Foundation; either version 2 of the License, or * (at your option) any later version. * * The GNU General Public License can be found at * http://www.gnu.org/copyleft/gpl.html. * A copy is found in the textfile GPL.txt and important notices to the license * from the author is found in LICENSE.txt distributed with these scripts. * * * This script is distributed in the hope that it will be useful, * but WITHOUT ANY WARRANTY; without even the implied warranty of * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the * GNU General Public License for more details. * * This copyright notice MUST APPEAR in all copies of the script! ***************************************************************/ /** * This is an example of how to manipulate menu item arrays. * Used in the "testsite" package * * $Id: example_itemArrayProcFunc.php 639 2005-04-13 23:12:04Z mundaun $ * Revised for TYPO3 3.6 June/2003 by Kasper Skaarhoj * XHTML compliant * * @author Kasper Skaarhoj <[EMAIL PROTECTED]> * * Modified by Christian Oettinger. [EMAIL PROTECTED] * Modifications based on the script menuFunc.inc by Peter Klein. (all the names!) * For me it runs with typo3 4.0.4 XXXXX. But please note: * I am not too deep into typo3 and do not know if this is as compatible as * it should be regarding the core and extensions! Use at your own risk! */ /** * This function reads the data of a given table with given pid (both set in setup, see below) * and manipulates $menuArr to give out a Menu Part with a definable pi-Var, maybe from another * pid, maybe even from another table as 'pages'. * It is not a complete Content Object, but only a Menu Object, so you can combine "ordinary" * menus and (e.g. as submenus) the menus provided by this script. See complete TypoScript examples below: * * EXAMPLE 1:page.15.1 is an "ordinary" menu. Page.15.2 is altered by tis script to create a menu from * chosen records. * * ------ Begin Example Typoscript configuration 1: ------------- * * includeLibs.oemenuitems = fileadmin/scripts/oe_itemArrayProcFunc.php * * page.15.2 = TMENU * page.15.2 { * fontColor = #ffffff * expAll = 0 * itemArrayProcFunc = user_itemArrayProcFuncTest * itemArrayProcFunc.userFunc.oe_table = {$oe_menu_table} * * # bit tricky to explain: The typolink below creates a GET variable to * # choose whi record shall be shown. The name if that GET variable is set * # inside of typolink by the line additionalParams.wrap * # In the script we need that name again for NO/ACT-behaviour so here * # we pass the parts of that name to the script. This is done for a Standard * # Showuid-Variabel here. Example: * # additionalParams.wrap= &table_whichpi[showUid]=| * # itemArrayProcFunc.userFunc.oe_getvar_part1 = table_whichpi * # itemArrayProcFunc.userFunc.oe_getvar_part2 = showUid * * itemArrayProcFunc.userFunc.oe_getvar_part1 = tx_oecertificates_pi1 * itemArrayProcFunc.userFunc.oe_getvar_part2 = showUid * itemArrayProcFunc.userFunc.select.pidInList = {$certificatesfolder} * itemArrayProcFunc.userFunc.select.orderBy = sorting * * NO { * doNotLinkIt = 1 * ATagBeforeWrap = 1 * linkWrap = | * stdWrap { * data = field:name * typolink { * wrap = <SPAN class="dritteebene"> | </SPAN><BR> * ATagBeforeWrap = 1 * parameter.data = TSFE:id * additionalParams.field= uid * additionalParams.wrap= &tx_oecertificates_pi1[showUid]=| * useCacheHash = 1 * maxWidth = 40 * } * } * #stdWrap.data = debug:data * } * * ACT < .NO * ACT = 1 * ACT { * stdWrap { * typolink { * wrap = <SPAN class="womanist3"> |</SPAN><BR> * #wrap = <SPAN class="womanist3"> |</SPAN><BR> * ATagBeforeWrap = 1 * } * } * } * } * * ------ End Example Typoscript configuration 1 ------------- * * * EXAMPLE 2: GMENU giving out a submenu form another pid (in my eyes beats built-in * OverrideId, for the possibility of choosing your variable and advanced caching-configurations) * * * ------ Begin Example Typoscript configuration 2: ------------- * * includeLibs.oemenuitems = fileadmin/scripts/oe_itemArrayProcFunc.php * * page.15.25.1 = GMENU * page.15.25.1 { * expAll = 0 * itemArrayProcFunc = user_itemArrayProcFuncTest * itemArrayProcFunc.userFunc { * oe_table = pages * * # the follwoing two are a bit tricky to explain: The typolink below * # creates a GET variable to choose which record shall be shown. * # The name if that GET variable is set inside of typolink * # by the line additionalParams.wrap. In the script we * # need that name again for NO/ACT-behaviour so here we pass * # the parts of that name to the script. This is done for a * # pi-Variable here, so easily used in the script. Example: * # additionalParams.wrap= &table_whichpi[showUid]=| * # itemArrayProcFunc.userFunc.oe_getvar_part1 = table_whichpi * # itemArrayProcFunc.userFunc.oe_getvar_part2 = showUid * * oe_getvar_part1 = tx_oeaimphotos_pi1 * oe_getvar_part2 = cat * * select { * pidInList = 5 * orderBy = sorting * } * } * * NO { * wrap = <li>|</li> * XY = 198,16 * backColor = #cecac3 * noLink = 1 * allStdWrap.typolink { * data = field:name * parameter.data = TSFE:id * additionalParams.field= uid * additionalParams.wrap= &tx_oeaimphotos_pi1[cat]=| * useCacheHash = 1 * } * 10 = TEXT * 10 { * text.field = title * fontFile = * ... as usual * } * } * ACT { * noLink = 1 * ... as usual * } * * # for debug of the menu array: * #stdWrap.data = debug:data * } * ------ End Example Typoscript configuration 2 ------------- * * * Configuration: * * itemArrayProcFunc.userFunc.oe_table = {$menu_table} * is used to define, on which table the menu will be based. This is vital: * if you configure your Setup to use tis script but Do not choose a table, script is terminated. * * itemArrayProcFunc.userFunc.oe_getvar_part1 * itemArrayProcFunc.userFunc.oe_getvar_part2 * bit tricky to explain: The typplink below creates a GET variable to * choose whi record shall be shown. The name if that GET variable is set * inside of typolink by the line additionalParams.wrap * In the script we need that name again for NO/ACT-behaviour so here * we pass the parts of that name to the script. In the end it is simple. * It's just your additionalParams.wrap split in two parts. Example: * additionalParams.wrap= &table_whichpi[showUid]=| * itemArrayProcFunc.userFunc.oe_getvar_part1 = table_whichpi * itemArrayProcFunc.userFunc.oe_getvar_part2 = showUid * * itemArrayProcFunc.userFunc.select.pidInList = {$certificatesfolder} * starting point: points to the folder, where the records lie. * though not tested you should be able to combine it with userFunc.select.recursive * * stdWrap.data = field:name * is used to define, which field of the above table is used to render the menu. * * itemArrayProcFunc.userFunc.select.orderBy = sorting * Like this of course only possible if you use manual ordernig in your extension. * Otherwise the field sorting does not exist and it will not work. * * * @param array The $menuArr array which simply is a num-array of page records which goes into the menu. * @param array TypoScript configuration for the function. Notice that the property "parentObj" is a reference to the parent (calling) object (the tslib_Xmenu class instantiated) * @return array The modified $menuArr array */ function user_itemArrayProcFuncTest($menuArr,$conf) { $lConf = $conf["userFunc."]; $get_vars=t3lib_div::_GET(); $getvar_part1 = $lConf['oe_getvar_part1']; $getvar_part2 = $lConf['oe_getvar_part2']; $oe_actual_record = $get_vars[$getvar_part1][$getvar_part2]; if ($conf['demoItemStates']) { // Used in the example of item states reset($menuArr); $c=0; $teststates=explode(',','NO,ACT,IFSUB,CUR,USR,SPC,USERDEF1,USERDEF2'); while(list($k,$v)=each($menuArr)) { $menuArr[$k]['ITEM_STATE']=$teststates[$c]; $menuArr[$k]['title'].= ($teststates[$c] ? ' ['.$teststates[$c].']' : ''); $c++; } } else { // used in the fake menu item example! if ($lConf['oe_table']) { // if table is set, $oe_this_page=$GLOBALS['TSFE']->id; #t3lib_div::debug ($lConf); $menuArr = array(); // resetting the array $res = $GLOBALS['TSFE']->cObj->exec_getQuery($lConf["oe_table"],$lConf["select. "]); if ($error = $GLOBALS['TYPO3_DB']->sql_error()) { $GLOBALS['TT']->setTSlogMessage($error,3); } else { $GLOBALS['TT']->setTSlogMessage('NUMROWS: '.$GLOBALS['TYPO3_DB']->sql_num_rows($res)); while ($row = $GLOBALS['TYPO3_DB']->sql_fetch_assoc($res)) { //$row['_OVERRIDE_HREF'] = 'index.php?id='.$oe_this_page; //$row['_ADD_GETVARS'] = '&'.$lConf["oe_table"].'='.$row['uid']; if ($row['uid'] == $oe_actual_record) { $row['ITEM_STATE'] = 'ACT'; } else { $row['ITEM_STATE'] = 'NO'; } $menuArr[] = $row; } } } else { die ('user_itemArrayProcFuncTest: you have not set a table. This is vital. '. 'Please use itemArrayProcFunc.userFunc.oe_table inside NO in your Menu object.'); } } #t3lib_div::debug ($menuArr); return $menuArr; } /** * Used in the menu item state example of the "testsite" package at page-path "/Intro/TypoScript examples/Menu object examples/Menu state test/" * * @param array The menu item array, $this->I (in the parent object) * @param array TypoScript configuration for the function. Notice that the property "parentObj" is a reference to the parent (calling) object (the tslib_Xmenu class instantiated) * @return array The processed $I array returned (and stored in $this->I of the parent object again) * @see tslib_menu::userProcess(), tslib_tmenu::writeMenu(), tslib_gmenu::writeMenu() */ function user_IProcFuncTest($I,$conf) { $itemRow = $conf['parentObj']->menuArr[$I['key']]; // Setting the document status content to the value of the page title on mouse over $I['linkHREF']['onMouseover'].='extraRollover(\''.rawurlencode($itemRow[ 'title']).'\');'; $conf['parentObj']->I = $I; $conf['parentObj']->setATagParts(); $I = $conf['parentObj']->I; if ($I['parts']['ATag_begin']) $I['parts']['ATag_begin']=$I['A1']; if ($conf['debug']) { // Outputting for debug example: echo 'ITEM: <h2>'.htmlspecialchars($itemRow['uid'].': '.$itemRow['title']).'</h2>'; t3lib_div::debug($itemRow); t3lib_div::debug($I); echo '<hr />'; } // Returns: return $I; } ?> ------------------------------ _______________________________________________ TYPO3-english mailing list [email protected] http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-english End of TYPO3-english Digest, Vol 53, Issue 3 ******************************************** _______________________________________________ TYPO3-english mailing list [email protected] http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-english
