Hallo !
Am 31.12.2012 07:15, schrieb joyd...@infoservices.in:
debian is soon releasing the nest stable version 7.
The php is shipped with this version is *** 5.4.4 *** and Mysql is *** 5.5.28
***
I haven't tested it but I don't see why there should be any issues.
From my experience PHP and
On Mon, 31 Dec 2012 09:50:31 +0100
Bernhard Kraft kr...@web-consulting.at wrote:
Hallo !
Am 31.12.2012 07:15, schrieb joyd...@infoservices.in:
debian is soon releasing the nest stable version 7.
The php is shipped with this version is *** 5.4.4 *** and Mysql is ***
5.5.28 ***
I
Hi joyd...@infoservices.in,
joyd...@infoservices.in wrote:
debian is soon releasing the nest stable version 7.
The php is shipped with this version is *** 5.4.4 *** and Mysql is ***
5.5.28 ***
Is the typo3 running with 4.6.x / 4.7.x is fine with the OS up-gradation ?
It is not explicitly
Hi tom liu,
tom liu wrote:
I want to debug in a live typo3 site through debug() or var_dump(). But I
do not want the result show on webpage.
So what is the best way to debug in a live typo3 site?
Use a devlog extension to see the log and log to devlog.
Or use the TYPO3 debug() function
Hi Guan ,
Guan Ming wrote:
Inspiring from your explanation, I manage to include upto 20 items by
modify some code from its extension file ext_table.php. following are part
of the source code:
You better not change anything inside the extension. You can make the change
in the extTables.php
Hi Ronald,
Ronald Renfro wrote:
I tried the patch you mentioned - does not work for me...
It was just a guess, but I pretty much expected that it does not solve the
problem for you.
Would you please open a bug report with all relevent details so that a FAL
team member can have a look. I
Got it.
Thanks
Tom
On Mon, Dec 31, 2012 at 5:26 PM, Philipp Gampe philipp.ga...@typo3.orgwrote:
Hi tom liu,
tom liu wrote:
I want to debug in a live typo3 site through debug() or var_dump(). But I
do not want the result show on webpage.
So what is the best way to debug in a live typo3
Hi,
when trying to update website from version 4.5.10 to 4.7.7 I get the
following error:
Fatal error: Declaration of t3lib_cache_frontend_StringFrontend::set()
must be compatible with that of t3lib_cache_frontend_Frontend::set() in
hi
several months ago, on my risk I installed my TYPO3 v. 4.5.22 sites on
centos 4.6, upgrading to php 5.4.xand mysql 5.5.x. All is working
fine; I suppose that for the newest version this sould be more simple
and TYPO3 CMS v.6.x should be right to run with this specifications.
Hi
Hi Philipp,
Philipp Gampe schrieb:
I think the solution
must be somewhere there, inside the HMENU TypoScript code...
So you want to use something like:
NO.wrapItemAndSub.dataWrap = li class=no
{register:count_MENUOBJ}|/li
Basically yes. :-)
I now got it solved: It _is_ possible by using
Hi Jörg,
Jörg Klein wrote:
The above instructions render the supplied classes for the first three
menu items. If you have more items, you can just add the next subparts to
.wrapItemAndSub.
Well, that is pretty static. I guess once could do more with the calc
features and numrows of
Yeah, Your are right, Philipp
Changes in the extension are not recommended in many cases, I will take
your advice
Thanks, and Wish you happy new year
(It is now new year 2013 in Singapore (7am), I think the new year has
arrived in German too)
Guan Ming
On 31 December 2012 17:30, Philipp Gampe
Hi Ronald,
On 30.12.12 23:05, Ronald Renfro wrote:
I have narrowed down the problem... It seems to be an issue with larger pdf
files...5 Mb. In list mode I can access the page and see the content-elements
in the backend... When I edit one of filelinks elements with a large pdf included
it
13 matches
Mail list logo
