From federico at bernardin.it  Fri Jul  1 09:33:27 2011
From: federico at bernardin.it (Federico Bernardin)
Date: Fri, 1 Jul 2011 09:33:27 +0200
Subject: [TYPO3-dev] sending email with TYPO3
In-Reply-To: <mailman.1.1309454964.10235.typo3-dev@lists.typo3.org>
References: <mailman.27746.1309451968.648.typo3-dev@lists.typo3.org>
	<mailman.1.1309452166.6091.typo3-dev@lists.typo3.org>
	<mailman.1.1309454964.10235.typo3-dev@lists.typo3.org>
Message-ID: <mailman.27809.1309505662.648.typo3-dev@lists.typo3.org>

Thanks Jigal, Thanks Ernesto.
This code is very usefull.

Federico

2011/6/30 Jigal van Hemert <jigal at xs4all.nl>

> Hi,
>
>
> On 30-6-2011 18:41, Ernesto Baschny [cron IT] wrote:
>
>> Federico Bernardin schrieb am 30.06.2011 18:38:
>>
>>> Hello,
>>> I try to send an email using t3lib_htmlmail, but I saw this library is
>>> deprecated from 4.5.
>>> Now I should use t3lib_utility_mail, but this object doesn't have all
>>> features of previous one.
>>>
>>
> Which features do you need? It's very likely that Swift Mailer (for which
> t3lib_mail_Message is a wrapper) already takes care of that.
>
>
>  Is this library the official mail utility to send email from extension?
>>>
>>
>> The new library is t3lib_mail, which is (pre-)documented here:
>>
>> http://wiki.typo3.org/Pending_**Documentation#t3lib_mail<http://wiki.typo3.org/Pending_Documentation#t3lib_mail>
>>
>
> And an introduction is available at [1] (Sorry about the URL, but there was
> nobody around to generate it again in time...)
>
> [1] http://buzz.typo3.org/teams/**core/article/your-first-blog/<http://buzz.typo3.org/teams/core/article/your-first-blog/>
>
> --
> Kind regards / met vriendelijke groet,
>
> Jigal van Hemert.
>
> ______________________________**_________________
> TYPO3-dev mailing list
> TYPO3-dev at lists.typo3.org
> http://lists.typo3.org/cgi-**bin/mailman/listinfo/typo3-dev<http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-dev>
>



From Eric.Thibault at dc.ulaval.ca  Mon Jul  4 20:42:03 2011
From: Eric.Thibault at dc.ulaval.ca (=?iso-8859-1?Q?=C9ric_Thibault?=)
Date: Mon, 4 Jul 2011 14:42:03 -0400
Subject: [TYPO3-dev] Typo3 4.5.2 and label_userFunc
Message-ID: <mailman.28616.1309804984.648.typo3-dev@lists.typo3.org>

Hello to all of you!

I was using the label_userFunc inside my extension's ext_tables.php with Typo3 4.1.9 and everything worked great... But now with my Typo3 4.5.2, nothing works anymore?!?!?!

I used to follow the instructions on this page for label_userFunc (http://typo3.org/documentation/document-library/core-documentation/doc_core_api/4.3.0/view/4/2/#id2517078) and it used to work!

As my Germen is just good enough to ask for a beer, this page (http://www.typo3.net/forum/beitraege/extensions_schreiben/102411/ ) seams to talk about problems with label_userFunc?

I realy do need to have custom labels for my customers!

Best regards!







From stephan.helten at engage.de  Mon Jul  4 20:58:06 2011
From: stephan.helten at engage.de (Stephan Helten)
Date: Mon, 4 Jul 2011 20:58:06 +0200
Subject: [TYPO3-dev] Typo3 4.5.2 and label_userFunc
In-Reply-To: <mailman.28616.1309804984.648.typo3-dev@lists.typo3.org>
References: <mailman.28616.1309804984.648.typo3-dev@lists.typo3.org>
Message-ID: <mailman.28623.1309805948.648.typo3-dev@lists.typo3.org>

Hi,

this works for me:

The Label class:

class Tx_EngPersons_Label_AddressGroupLabel {
    function getUserLabel(&$params, &$pObj)
    {
        $addressGroup =
$this->getAddressGroupRepository()->findByUid($params["row"]["uid"]);

        $label = $addressGroup->getName();
        while ($addressGroup = $addressGroup->getAddressGroupParent()) {
            $label = $addressGroup->getName()." -> ".$label;
        }

        $params['title'] = $label;
    }

    /**
     * @return Tx_EngPersons_Domain_Repository_AddressGroupRepository
     */
    function getAddressGroupRepository() {
        return
t3lib_div::makeInstance('tx_engpersons_domain_repository_addressgroupreposit
ory');
    }
}

In TCA:

$TCA['tx_engpersons_domain_model_addressgroup'] = array(
	'ctrl' => array(
		'label_userFunc'	=>
'tx_engpersons_label_addressgrouplabel->getUserLabel',
...

In ext_autoload.php:

$extensionClassesPath = t3lib_extMgm::extPath('eng_persons') . 'Classes/';
return array(
	'tx_engpersons_label_addressgrouplabel' => $extensionClassesPath .
'Label/AddressGroupLabel.php',
);

regards

Stephan

-----Urspr?ngliche Nachricht-----
Von: typo3-dev-bounces at lists.typo3.org
[mailto:typo3-dev-bounces at lists.typo3.org] Im Auftrag von ?ric Thibault
Gesendet: Montag, 4. Juli 2011 20:42
An: typo3-dev at lists.typo3.org
Betreff: [TYPO3-dev] Typo3 4.5.2 and label_userFunc

Hello to all of you!

I was using the label_userFunc inside my extension's ext_tables.php with
Typo3 4.1.9 and everything worked great... But now with my Typo3 4.5.2,
nothing works anymore?!?!?!

I used to follow the instructions on this page for label_userFunc
(http://typo3.org/documentation/document-library/core-documentation/doc_core
_api/4.3.0/view/4/2/#id2517078) and it used to work!

As my Germen is just good enough to ask for a beer, this page
(http://www.typo3.net/forum/beitraege/extensions_schreiben/102411/ ) seams
to talk about problems with label_userFunc?

I realy do need to have custom labels for my customers!

Best regards!




_______________________________________________
TYPO3-dev mailing list
TYPO3-dev at lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-dev




From typo3 at kay-strobach.de  Mon Jul  4 21:05:06 2011
From: typo3 at kay-strobach.de (Kay Strobach)
Date: Mon, 04 Jul 2011 21:05:06 +0200
Subject: [TYPO3-dev] Typo3 4.5.2 and label_userFunc
In-Reply-To: <mailman.28616.1309804984.648.typo3-dev@lists.typo3.org>
References: <mailman.28616.1309804984.648.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1309806363.27211.typo3-dev@lists.typo3.org>

Hey,

if i remember right you need to do it like:

$TCA['yourexttablename']['ctrl']['label_userFunc'] =
"EXT:yourextkey/class.tx_yourext_class.php:tx_yourext_class->getUserLabel";

In one of my extensions it is working with:

$TCA['tx_ksservices_service']['ctrl']['label_userFunc'] =
'tx_ksservices->getServiceRecordTitle',

If i remember right, the user prefix is deprecated here (unsure), use
the one from the extension prefixed with tx_ ... .


Take a look here (search for: label_userFunc ...).

http://typo3.org/documentation/document-library/core-documentation/doc_core_api/4.2.0/view/4/2/#id4240310

Regards
Kay

Am 04.07.2011 20:42, schrieb ?ric Thibault:
> Hello to all of you!
> 
> I was using the label_userFunc inside my extension's ext_tables.php with Typo3 4.1.9 and everything worked great... But now with my Typo3 4.5.2, nothing works anymore?!?!?!
> 
> I used to follow the instructions on this page for label_userFunc (http://typo3.org/documentation/document-library/core-documentation/doc_core_api/4.3.0/view/4/2/#id2517078) and it used to work!
> 
> As my Germen is just good enough to ask for a beer, this page (http://www.typo3.net/forum/beitraege/extensions_schreiben/102411/ ) seams to talk about problems with label_userFunc?
> 
> I realy do need to have custom labels for my customers!
> 
> Best regards!
> 
> 
> 
> 


-- 
http://www.kay-strobach.de - Open Source Rocks

TYPO3 .... inspiring people to share!
Get involved: http://typo3.org



From Eric.Thibault at dc.ulaval.ca  Tue Jul  5 19:45:01 2011
From: Eric.Thibault at dc.ulaval.ca (=?iso-8859-1?Q?=C9ric_Thibault?=)
Date: Tue, 5 Jul 2011 13:45:01 -0400
Subject: [TYPO3-dev] Typo3 4.5.2 and label_userFunc (Kay Strobach)
Message-ID: <mailman.29006.1309887963.648.typo3-dev@lists.typo3.org>

It worked perfectly!  It seems that the ? tx_ ? prefix was the solution!

Thanks for all the responses!

Top quality!



From dmitry.dulepov at gmail.com  Tue Jul  5 20:30:47 2011
From: dmitry.dulepov at gmail.com (Dmitry Dulepov)
Date: Tue, 05 Jul 2011 20:30:47 +0200
Subject: [TYPO3-dev]  "Clean code" at t3dd11 on July 8th
Message-ID: <mailman.1.1309890705.17891.typo3-dev@lists.typo3.org>

Hi!

Because my T3DD11 workshop is a little unusual, I want to give advance info 
about it.

As you probably know, most of topics at the coming T3DD11 are workshops. So 
they should contain more working than talking. This is good because it is 
easier to learn by seeing and doing than by sleeping on a boring lecture :)

I plan to divide my workshop to two parts. During the first part I will 
talk and show various examples of unclean code and explain why exactly that 
code is unclean and why you should not write your code this way. This would 
be a typical presentation with examples from the TYPO3 core. After showing 
those, I will explain what is clean code, what are benefits of it and how 
exactly you can write clean code. It is absolutely necessary to start from 
the talking part because there are some ideas that you need to hear before 
we proceed to a practical part.

For the practical part we will take a file from the TYPO3 core and attempt 
to change it according to "clean code" principles. This will be a live show 
(no prepared tricks). I do not know yet what file it will be. Today, as a 
part of Gerrit review, I came across t3lib_compressor and I thought may we 
try to improve that. It is a very clever piece of code but it is quite 
complex in programming. We will try to simplify it without loosing any 
functionality. If we succeed, we will make a patch request to Gerrit to 
commit our improvements.

I am going to use PhpStorm as the editor for the practical part. You are 
encouraged to bring a laptop if you have one and try doing the same things 
as I. I will comment all actions and explain why I do certain changes.

The aim of this talk is to improve our code and coding culture. I think it 
is important now because we have more and more contributors. We need to 
make sure that our code uses the best possible modern quality standards.

The talk is meant exclusively for programmers. So if you are a designer or 
a TypoScript writer or a support person, you will not benefit anything from 
attending. If you are a PHP developer, you may be interested.

-- 
Dmitry "itoldyou" Dulepov
TYPO3 core&security team member
E-mail: dmitry.dulepov at typo3.org
Web: http://dmitry-dulepov.com/




From m at mariochiari.net  Tue Jul  5 21:50:17 2011
From: m at mariochiari.net (mario)
Date: Tue, 5 Jul 2011 21:50:17 +0200
Subject: [TYPO3-dev] "Clean code" at t3dd11 on July 8th
In-Reply-To: <mailman.1.1309890705.17891.typo3-dev@lists.typo3.org>
References: <mailman.1.1309890705.17891.typo3-dev@lists.typo3.org>
Message-ID: <mailman.29015.1309895481.648.typo3-dev@lists.typo3.org>

An embedded and charset-unspecified text was scrubbed...
Name: not available
URL: <http://lists.typo3.org/pipermail/typo3-dev/attachments/20110705/bcdb416a/attachment.txt>

From georg.schoenweger at gmail.com  Wed Jul  6 09:01:50 2011
From: georg.schoenweger at gmail.com (=?ISO-8859-15?Q?Georg_Sch=F6nweger?=)
Date: Wed, 06 Jul 2011 09:01:50 +0200
Subject: [TYPO3-dev] secure downloads - css_styled_content
Message-ID: <mailman.29210.1309935773.648.typo3-dev@lists.typo3.org>

Hi,

i would like to use "secure downloads" feature provided by
css_styled_content with Media CE's. For this i set in TS-Constants:
styles.content.uploads.jumpurl_secure = 1

To secure now the downloadfolder i have to protect it with a .htaccess
file. If i add a file to the "Media" CE then this file is copied to
"uploads/media/". The filelink in FE goes to this directory;
"uploads/media/myfile.txt". But i don't want to deny access to this
folder because i think this could lead to problems. This folder is also
used by textpic CE ecc.

Now i looked in to source code of css_styled_content and saw that i can
define another upload field by using the TS-Code;
tt_content.uploads.20.field = my_field

So far, so good. I created an extension which adds a new field to
tt_content. And here is my problem; It seems that the TCA definitions
from my extension are loaded AFTER css_styled_content. So i can't make
use of my_field.

I changed "extList" and "extList_FE" in typo3conf/localconf.php and put
my extension at first position before css_styled_content, but this has
no effect.

In sr_feuser_register they have the same problem and solved it by
providing a Hook;
$GLOBALS['TYPO3_CONF_VARS']['EXTCONF']['sr_feuser_register']['extendingTCA'][]
= 'mynewext'; (see
http://typo3.org/documentation/document-library/extension-manuals/sr_feuser_register/2.6.1/view/1/5/)

Anyone having an idea how to solve this? I thought about using another
hook in typo3 which gets executed BEFORE css_styled_content and
including there "my_field" TCA somehow... but this solution doesn't seem
nice to me.
Maybe css_styled_content should have the same "extendingTCA"
hook/functionality like in sr_feuser_register?

regards,
Georg



From dmitry.dulepov at gmail.com  Wed Jul  6 09:05:20 2011
From: dmitry.dulepov at gmail.com (Dmitry Dulepov)
Date: Wed, 06 Jul 2011 09:05:20 +0200
Subject: [TYPO3-dev] "Clean code" at t3dd11 on July 8th
In-Reply-To: <mailman.29015.1309895481.648.typo3-dev@lists.typo3.org>
References: <mailman.1.1309890705.17891.typo3-dev@lists.typo3.org>
	<mailman.29015.1309895481.648.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1309935978.25016.typo3-dev@lists.typo3.org>

Hi!

mario wrote:
> I guess everybody would like to see a podcast of your workshop.
> Why not?

I do not know if video will be recorded this year. There are 5 parallel 
sessions, recording them all would require 5 equipment sets...

-- 
Dmitry "itoldyou" Dulepov
TYPO3 core&security team member
E-mail: dmitry.dulepov at typo3.org
Web: http://dmitry-dulepov.com/




From cordes at cps-it.de  Wed Jul  6 09:25:09 2011
From: cordes at cps-it.de (Nicole Cordes)
Date: Wed, 6 Jul 2011 09:25:09 +0200
Subject: [TYPO3-dev] "Clean code" at t3dd11 on July 8th
In-Reply-To: <mailman.29015.1309895481.648.typo3-dev@lists.typo3.org>
References: <mailman.1.1309890705.17891.typo3-dev@lists.typo3.org>
	<mailman.29015.1309895481.648.typo3-dev@lists.typo3.org>
Message-ID: <mailman.29237.1309937171.648.typo3-dev@lists.typo3.org>

Can you provide your presentation and code afterwards? Sounds very
interesting for every TYPO3 developer.

Thanks,
Nicole 

-----Urspr?ngliche Nachricht-----
Von: typo3-dev-bounces at lists.typo3.org
[mailto:typo3-dev-bounces at lists.typo3.org] Im Auftrag von mario
Gesendet: Dienstag, 5. Juli 2011 21:50
An: List for Core-/Extension development
Cc: typo3-dev at lists.typo3.org
Betreff: Re: [TYPO3-dev] "Clean code" at t3dd11 on July 8th

Hi

I guess everybody would like to see a podcast of your workshop.
Why not?
thks 
mario


On Tue, Jul 5, 2011 06:30  PM, Dmitry Dulepov <dmitry.dulepov at gmail.com>
wrote:
> Hi!
> 
> Because my T3DD11 workshop is a little unusual, I want to give advance
info 
> about it.
> 
> As you probably know, most of topics at the coming T3DD11 are workshops.
So 
> they should contain more working than talking. This is good because it is 
> easier to learn by seeing and doing than by sleeping on a boring lecture
:)
> 
> I plan to divide my workshop to two parts. During the first part I will 
> talk and show various examples of unclean code and explain why exactly
that 
> code is unclean and why you should not write your code this way. This
would 
> be a typical presentation with examples from the TYPO3 core. After showing

> those, I will explain what is clean code, what are benefits of it and how 
> exactly you can write clean code. It is absolutely necessary to start from

> the talking part because there are some ideas that you need to hear before

> we proceed to a practical part.
> 
> For the practical part we will take a file from the TYPO3 core and attempt

> to change it according to "clean code" principles. This will be a live
show 
> (no prepared tricks). I do not know yet what file it will be. Today, as a 
> part of Gerrit review, I came across t3lib_compressor and I thought may we

> try to improve that. It is a very clever piece of code but it is quite 
> complex in programming. We will try to simplify it without loosing any 
> functionality. If we succeed, we will make a patch request to Gerrit to 
> commit our improvements.
> 
> I am going to use PhpStorm as the editor for the practical part. You are 
> encouraged to bring a laptop if you have one and try doing the same things

> as I. I will comment all actions and explain why I do certain changes.
> 
> The aim of this talk is to improve our code and coding culture. I think it

> is important now because we have more and more contributors. We need to 
> make sure that our code uses the best possible modern quality standards.
> 
> The talk is meant exclusively for programmers. So if you are a designer or

> a TypoScript writer or a support person, you will not benefit anything
from 
> attending. If you are a PHP developer, you may be interested.
> 
> -- 
> Dmitry "itoldyou" Dulepov
> TYPO3 core&security team member
> E-mail: dmitry.dulepov at typo3.org
> Web: http://dmitry-dulepov.com/
> 
> _______________________________________________
> TYPO3-dev mailing list
> TYPO3-dev at lists.typo3.org
> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-dev
_______________________________________________
TYPO3-dev mailing list
TYPO3-dev at lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-dev




From mathias.schreiber at wmdb.de  Wed Jul  6 10:23:27 2011
From: mathias.schreiber at wmdb.de (Mathias Schreiber [wmdb])
Date: Wed, 06 Jul 2011 10:23:27 +0200
Subject: [TYPO3-dev] secure downloads - css_styled_content
In-Reply-To: <mailman.29210.1309935773.648.typo3-dev@lists.typo3.org>
References: <mailman.29210.1309935773.648.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1309940666.32688.typo3-dev@lists.typo3.org>

Am 06.07.11 09:01, schrieb Georg Sch?nweger:
> Now i looked in to source code of css_styled_content and saw that i can
> define another upload field by using the TS-Code;
> tt_content.uploads.20.field = my_field
>
> So far, so good. I created an extension which adds a new field to
> tt_content. And here is my problem; It seems that the TCA definitions
> from my extension are loaded AFTER css_styled_content. So i can't make
> use of my_field.

TCA has nothing to do with Tposcript code.
You can access fields that don't exist in TCA as long as they are in the 
database.

So I'd opt for "you have something wrong in your TS.

> I changed "extList" and "extList_FE" in typo3conf/localconf.php and put
> my extension at first position before css_styled_content, but this has
> no effect.

> In sr_feuser_register they have the same problem and solved it by
> providing a Hook;

These TCA hooks are for extending the TCA.
The TCA just defines how fields show up in the BE.
So you're on the wrong track here.

cheers
Mathias

-- 
Ernesto, Nov. 9th 2010:
"In the graphics generation routines of TYPO3 *anything* could cause a
side effect."



From sascha.bieler at radiogong.de  Wed Jul  6 10:33:17 2011
From: sascha.bieler at radiogong.de (Sascha Bieler)
Date: Wed, 6 Jul 2011 10:33:17 +0200
Subject: [TYPO3-dev]  Markers In Content Element
Message-ID: <mailman.1.1309941256.1752.typo3-dev@lists.typo3.org>

Hello to all!

Is it possible to have markers in text in an ordinary content element and 
filled by an SQL select?

I'd like to write some content and somewhere in the text there is a 
###MARKER###. This marker should be replaced by an SQL select. I know there 
are some plugins giving global marker access and that it is possible to 
generate SQL select through typoscript, but these select statements are yet 
too simple.

Do you have a hint for me?


Best regards

Sascha 




From mathias.schreiber at wmdb.de  Wed Jul  6 10:36:45 2011
From: mathias.schreiber at wmdb.de (Mathias Schreiber [wmdb])
Date: Wed, 06 Jul 2011 10:36:45 +0200
Subject: [TYPO3-dev] Markers In Content Element
In-Reply-To: <mailman.1.1309941256.1752.typo3-dev@lists.typo3.org>
References: <mailman.1.1309941256.1752.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1309941463.32688.typo3-dev@lists.typo3.org>

Am 06.07.11 10:33, schrieb Sascha Bieler:
> Hello to all!
>
> Is it possible to have markers in text in an ordinary content element
> and filled by an SQL select?
>
> I'd like to write some content and somewhere in the text there is a
> ###MARKER###. This marker should be replaced by an SQL select. I know
> there are some plugins giving global marker access and that it is
> possible to generate SQL select through typoscript, but these select
> statements are yet too simple.
>
> Do you have a hint for me?

I'd use parseFunc.userFunc in this case.

cheers
Mathias


-- 
Ernesto, Nov. 9th 2010:
"In the graphics generation routines of TYPO3 *anything* could cause a
side effect."



From georg.schoenweger at gmail.com  Wed Jul  6 10:46:11 2011
From: georg.schoenweger at gmail.com (=?ISO-8859-15?Q?Georg_Sch=F6nweger?=)
Date: Wed, 06 Jul 2011 10:46:11 +0200
Subject: [TYPO3-dev] secure downloads - css_styled_content
In-Reply-To: <mailman.1.1309940666.32688.typo3-dev@lists.typo3.org>
References: <mailman.29210.1309935773.648.typo3-dev@lists.typo3.org>
	<mailman.1.1309940666.32688.typo3-dev@lists.typo3.org>
Message-ID: <mailman.29258.1309942032.648.typo3-dev@lists.typo3.org>

Hi Matthias,

sry if i was not clear enough, see my notes below;

Am 06.07.2011 10:23, schrieb Mathias Schreiber [wmdb]:
> Am 06.07.11 09:01, schrieb Georg Sch?nweger:
>> Now i looked in to source code of css_styled_content and saw that i can
>> define another upload field by using the TS-Code;
>> tt_content.uploads.20.field = my_field
>>
>> So far, so good. I created an extension which adds a new field to
>> tt_content. And here is my problem; It seems that the TCA definitions
>> from my extension are loaded AFTER css_styled_content. So i can't make
>> use of my_field.
>
> TCA has nothing to do with Tposcript code.
> You can access fields that don't exist in TCA as long as they are in
> the database.
>
> So I'd opt for "you have something wrong in your TS.
Yes i can access the field. The problem is that TCA entry "uploadfolder"
which is used in css_styled_content for creating the links to the files
is not available for my extending_tt_content_field... Because i'm using
a different uploadfolder than default the filelinks of course aren't
rendered at all..
this is the code from css_styled_content (around Line 302 - Typo3 4.5.3):

t3lib_div::loadTCA('tt_content');
$path = 'uploads/media/';
if (is_array($GLOBALS['TCA']['tt_content']['columns'][$field]) &&
!empty($GLOBALS['TCA']['tt_content']['columns'][$field]['config']['uploadfolder']))
{
    // in TCA-Array folders are saved without trailing slash, so
$path.$fileName won't work
    $path =
$GLOBALS['TCA']['tt_content']['columns'][$field]['config']['uploadfolder']
.'/';
}

In my case $path is always "uploads/media/", but my field stores the
files in a different uploadfolder defined in TCA.
>
>> I changed "extList" and "extList_FE" in typo3conf/localconf.php and put
>> my extension at first position before css_styled_content, but this has
>> no effect.
>
>> In sr_feuser_register they have the same problem and solved it by
>> providing a Hook;
>
> These TCA hooks are for extending the TCA.
> The TCA just defines how fields show up in the BE.
> So you're on the wrong track here.
"uploadfolder" from TCA is also used for FE-rendering, see above.
>
> cheers
> Mathias
>
regards,
Georg



From sascha.bieler at radiogong.de  Wed Jul  6 10:48:36 2011
From: sascha.bieler at radiogong.de (Sascha Bieler)
Date: Wed, 6 Jul 2011 10:48:36 +0200
Subject: [TYPO3-dev] Markers In Content Element
In-Reply-To: <mailman.1.1309941463.32688.typo3-dev@lists.typo3.org>
References: <mailman.1.1309941256.1752.typo3-dev@lists.typo3.org>
	<mailman.1.1309941463.32688.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1309942185.3374.typo3-dev@lists.typo3.org>

Where can I find some documentation about parseFunc.userFunc or an example?

Thanx

"Mathias Schreiber [wmdb]"  schrieb im Newsbeitrag 
news:mailman.1.1309941463.32688.typo3-dev at lists.typo3.org...

Am 06.07.11 10:33, schrieb Sascha Bieler:
> Hello to all!
>
> Is it possible to have markers in text in an ordinary content element
> and filled by an SQL select?
>
> I'd like to write some content and somewhere in the text there is a
> ###MARKER###. This marker should be replaced by an SQL select. I know
> there are some plugins giving global marker access and that it is
> possible to generate SQL select through typoscript, but these select
> statements are yet too simple.
>
> Do you have a hint for me?

I'd use parseFunc.userFunc in this case.

cheers
Mathias


-- 
Ernesto, Nov. 9th 2010:
"In the graphics generation routines of TYPO3 *anything* could cause a
side effect." 




From mathias.schreiber at wmdb.de  Wed Jul  6 10:58:41 2011
From: mathias.schreiber at wmdb.de (Mathias Schreiber [wmdb])
Date: Wed, 06 Jul 2011 10:58:41 +0200
Subject: [TYPO3-dev] secure downloads - css_styled_content
In-Reply-To: <mailman.29258.1309942032.648.typo3-dev@lists.typo3.org>
References: <mailman.29210.1309935773.648.typo3-dev@lists.typo3.org>	<mailman.1.1309940666.32688.typo3-dev@lists.typo3.org>
	<mailman.29258.1309942032.648.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1309942779.32688.typo3-dev@lists.typo3.org>

Am 06.07.11 10:46, schrieb Georg Sch?nweger:
> Hi Matthias,
>
> sry if i was not clear enough, see my notes below;

Now I see.
But... to be honest...
I just have a 4.5.2 src at hand, but I don't think much will have changed.

For your options:
a) Line 293 makes use of filePath
I remember stumbling upon this because you could not "clear" filePath or 
$path and I needed this for FAL.

b) Unless you're really messing with TCA I don't see why line 299+ 
should not work.

So if I get you right you cannot set a different uploadfolder in TCA?
If so, why not?

We will figure this one out :)

cheers
mathias


-- 
Ernesto, Nov. 9th 2010:
"In the graphics generation routines of TYPO3 *anything* could cause a
side effect."



From mathias.schreiber at wmdb.de  Wed Jul  6 11:02:25 2011
From: mathias.schreiber at wmdb.de (Mathias Schreiber [wmdb])
Date: Wed, 06 Jul 2011 11:02:25 +0200
Subject: [TYPO3-dev] Markers In Content Element
In-Reply-To: <mailman.1.1309942185.3374.typo3-dev@lists.typo3.org>
References: <mailman.1.1309941256.1752.typo3-dev@lists.typo3.org>
	<mailman.1.1309941463.32688.typo3-dev@lists.typo3.org>
	<mailman.1.1309942185.3374.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1309943003.32688.typo3-dev@lists.typo3.org>

Am 06.07.11 10:48, schrieb Sascha Bieler:
> Where can I find some documentation about parseFunc.userFunc or an example?

Try this (from memory and likely not up to date, but hey... :))
page.includeLibs.SQLREPLACER = 
fileadmin/templates/scripts/user_replacesql.php

Then try this:
tt_content.text.20.parseFunc.userFunc = user_sqlreplace->replaceMarker

In your PHP class have something like this:
<?php
class user_sqlreplace {
   function replaceMarker($content, $conf) {
     debug($content);
   }
}
?>

Instead of debug you'd do whatever you like orneed to do.



-- 
Ernesto, Nov. 9th 2010:
"In the graphics generation routines of TYPO3 *anything* could cause a
side effect."



From dmitry.dulepov at gmail.com  Wed Jul  6 11:22:13 2011
From: dmitry.dulepov at gmail.com (Dmitry Dulepov)
Date: Wed, 06 Jul 2011 11:22:13 +0200
Subject: [TYPO3-dev] "Clean code" at t3dd11 on July 8th
In-Reply-To: <mailman.29237.1309937171.648.typo3-dev@lists.typo3.org>
References: <mailman.1.1309890705.17891.typo3-dev@lists.typo3.org>	<mailman.29015.1309895481.648.typo3-dev@lists.typo3.org>
	<mailman.29237.1309937171.648.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1309944192.6962.typo3-dev@lists.typo3.org>

Hi!

Nicole Cordes wrote:
> Can you provide your presentation and code afterwards? Sounds very
> interesting for every TYPO3 developer.

Presentation will be on slideshare.net, code (hopefully) in Gerrit.

-- 
Dmitry "itoldyou" Dulepov
TYPO3 core&security team member
E-mail: dmitry.dulepov at typo3.org
Web: http://dmitry-dulepov.com/




From sascha.bieler at radiogong.de  Wed Jul  6 11:31:17 2011
From: sascha.bieler at radiogong.de (Sascha Bieler)
Date: Wed, 6 Jul 2011 11:31:17 +0200
Subject: [TYPO3-dev] Markers In Content Element
In-Reply-To: <mailman.1.1309943003.32688.typo3-dev@lists.typo3.org>
References: <mailman.1.1309941256.1752.typo3-dev@lists.typo3.org>
	<mailman.1.1309941463.32688.typo3-dev@lists.typo3.org>
	<mailman.1.1309942185.3374.typo3-dev@lists.typo3.org>
	<mailman.1.1309943003.32688.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1309944735.8343.typo3-dev@lists.typo3.org>

Hm, very good hint!

I'll give it a try, thank you...

"Mathias Schreiber [wmdb]"  schrieb im Newsbeitrag 
news:mailman.1.1309943003.32688.typo3-dev at lists.typo3.org...

Am 06.07.11 10:48, schrieb Sascha Bieler:
> Where can I find some documentation about parseFunc.userFunc or an 
> example?

Try this (from memory and likely not up to date, but hey... :))
page.includeLibs.SQLREPLACER =
fileadmin/templates/scripts/user_replacesql.php

Then try this:
tt_content.text.20.parseFunc.userFunc = user_sqlreplace->replaceMarker

In your PHP class have something like this:
<?php
class user_sqlreplace {
   function replaceMarker($content, $conf) {
     debug($content);
   }
}
?>

Instead of debug you'd do whatever you like orneed to do.



-- 
Ernesto, Nov. 9th 2010:
"In the graphics generation routines of TYPO3 *anything* could cause a
side effect." 




From blueduck at gmx.net  Wed Jul  6 11:32:07 2011
From: blueduck at gmx.net (Stefano Kowalke)
Date: Wed, 06 Jul 2011 11:32:07 +0200
Subject: [TYPO3-dev] "Clean code" at t3dd11 on July 8th
In-Reply-To: <mailman.1.1309935978.25016.typo3-dev@lists.typo3.org>
References: <mailman.1.1309890705.17891.typo3-dev@lists.typo3.org>
	<mailman.29015.1309895481.648.typo3-dev@lists.typo3.org>
	<mailman.1.1309935978.25016.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1309944786.8147.typo3-dev@lists.typo3.org>

Am 06.07.11 09:05, schrieb Dmitry Dulepov:
> Hi!
> 
> mario wrote:
>> I guess everybody would like to see a podcast of your workshop.
>> Why not?
> 
> I do not know if video will be recorded this year. There are 5 parallel
> sessions, recording them all would require 5 equipment sets...
> 

If someone record a video, I vote to record your session + workshop. It
sound interesting and should spread into the community.

Regards,
Stefano



From rayuth at web-essentials.asia  Wed Jul  6 11:35:41 2011
From: rayuth at web-essentials.asia (rayuth)
Date: Wed, 06 Jul 2011 16:35:41 +0700
Subject: [TYPO3-dev]  How to copy typo3 folder into other workspace
Message-ID: <mailman.1.1309945001.8936.typo3-dev@lists.typo3.org>

Hi all

When I copy my typo3 folder and export typo3 database from my old pc 
into other one, (I install dummy and source package) I got some error on 
page:
You don't have permission to access /typo3/ on this server.

I try to give permission but nothing change, I still got same error.
So I try to make new link of typo3_src but I still got same error.

Did I miss something to do? What is the problem?

Thanks,
Yuth



From georg.schoenweger at gmail.com  Wed Jul  6 11:57:27 2011
From: georg.schoenweger at gmail.com (=?ISO-8859-15?Q?Georg_Sch=F6nweger?=)
Date: Wed, 06 Jul 2011 11:57:27 +0200
Subject: [TYPO3-dev] secure downloads - css_styled_content
In-Reply-To: <mailman.1.1309942779.32688.typo3-dev@lists.typo3.org>
References: <mailman.29210.1309935773.648.typo3-dev@lists.typo3.org>	<mailman.1.1309940666.32688.typo3-dev@lists.typo3.org>	<mailman.29258.1309942032.648.typo3-dev@lists.typo3.org>
	<mailman.1.1309942779.32688.typo3-dev@lists.typo3.org>
Message-ID: <mailman.29292.1309946310.648.typo3-dev@lists.typo3.org>

.. damn, i mixed up "Uploads" CE with "Media" CE. Sry ... of course i'm
talking about "Uploads" (File Links) content element!

Am 06.07.2011 10:58, schrieb Mathias Schreiber [wmdb]:
>
> For your options:
> a) Line 293 makes use of filePath
> I remember stumbling upon this because you could not "clear" filePath
> or $path and I needed this for FAL.
using "filePath" is ok; in this case the files aren't copied at all, but
instead linked directly to the location in fileadmin and i can deny
access to this folders by using .htaccess files. Anyway i would like to
use the "media" field because it is easier for editors to select the
files typo3-way from filelist than just entering a path to a folder.
>
> b) Unless you're really messing with TCA I don't see why line 299+
> should not work.
>
> So if I get you right you cannot set a different uploadfolder in TCA?
> If so, why not?
Exactly, the TCA modifications for tt_content which i make in my
extension (ext_tables.php) are not available in css_styled_content, i
think because css_styled_content is loaded BEFORE my extension (changing
extension loading order in typo3conf/localconf.php did not change
anything). Or even my TCA modifications aren't loaded at all in FE
(don't know exactly how Typo3 handles TCA definitions in FE). Anyway, in
BE i can see the TCA modifications so my extension should be ok.

To summarize again;
I don't want to .htaccess protect (deny from all) "uploads/media/"
(which is the uploadfolder for all CE's - including "File Links")
because i think this can have bad side-effects (?)
In my extension i created a new field "my_field" which i add to
tt_content (TCA and SQL). "my_field" is the substitution for the
original "media" field used by "File Links" content element. This way i
can define an uploadfolder for "my_field" which is ONLY for "File Links"
content element. I can deny access now to this uploadfolder by using
.htaccess without any side effects...

>
> We will figure this one out :)
>
> cheers
> mathias
>
thanks,
Georg



From georg.schoenweger at gmail.com  Wed Jul  6 12:08:44 2011
From: georg.schoenweger at gmail.com (=?ISO-8859-1?Q?Georg_Sch=F6nweger?=)
Date: Wed, 06 Jul 2011 12:08:44 +0200
Subject: [TYPO3-dev] "Clean code" at t3dd11 on July 8th
In-Reply-To: <mailman.1.1309944786.8147.typo3-dev@lists.typo3.org>
References: <mailman.1.1309890705.17891.typo3-dev@lists.typo3.org>	<mailman.29015.1309895481.648.typo3-dev@lists.typo3.org>	<mailman.1.1309935978.25016.typo3-dev@lists.typo3.org>
	<mailman.1.1309944786.8147.typo3-dev@lists.typo3.org>
Message-ID: <mailman.29305.1309946993.648.typo3-dev@lists.typo3.org>

Am 06.07.2011 11:32, schrieb Stefano Kowalke:
> If someone record a video, I vote to record your session + workshop. It
> sound interesting and should spread into the community.
>
>
+1

regards,
Georg
> _______________________________________________
> TYPO3-dev mailing list
> TYPO3-dev at lists.typo3.org
> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-dev



From typo3.neufeind at speedpartner.de  Wed Jul  6 12:26:00 2011
From: typo3.neufeind at speedpartner.de (Stefan Neufeind)
Date: Wed, 06 Jul 2011 12:26:00 +0200
Subject: [TYPO3-dev] "Clean code" at t3dd11 on July 8th
In-Reply-To: <mailman.29305.1309946993.648.typo3-dev@lists.typo3.org>
References: <mailman.1.1309890705.17891.typo3-dev@lists.typo3.org>	<mailman.29015.1309895481.648.typo3-dev@lists.typo3.org>	<mailman.1.1309935978.25016.typo3-dev@lists.typo3.org>	<mailman.1.1309944786.8147.typo3-dev@lists.typo3.org>
	<mailman.29305.1309946993.648.typo3-dev@lists.typo3.org>
Message-ID: <mailman.29321.1309948020.648.typo3-dev@lists.typo3.org>

On 07/06/2011 12:08 PM, Georg Sch?nweger wrote:
> Am 06.07.2011 11:32, schrieb Stefano Kowalke:
>> If someone record a video, I vote to record your session + workshop. It
>> sound interesting and should spread into the community.
>>
>>
> +1

+1 for the videos.


Regards,
 Stefan



From typo3.lists at philippgampe.info  Wed Jul  6 12:30:31 2011
From: typo3.lists at philippgampe.info (Philipp Gampe)
Date: Wed, 06 Jul 2011 12:30:31 +0200
Subject: [TYPO3-dev] secure downloads - css_styled_content
References: <mailman.29210.1309935773.648.typo3-dev@lists.typo3.org>
	<mailman.1.1309940666.32688.typo3-dev@lists.typo3.org>
	<mailman.29258.1309942032.648.typo3-dev@lists.typo3.org>
	<mailman.1.1309942779.32688.typo3-dev@lists.typo3.org>
	<mailman.29292.1309946310.648.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1309948289.14342.typo3-dev@lists.typo3.org>

Georg Sch?nweger wrote:

> To summarize again;
> I don't want to .htaccess protect (deny from all) "uploads/media/"
> (which is the uploadfolder for all CE's - including "File Links")
> because i think this can have bad side-effects (?)
> In my extension i created a new field "my_field" which i add to
> tt_content (TCA and SQL). "my_field" is the substitution for the
> original "media" field used by "File Links" content element. This way i
> can define an uploadfolder for "my_field" which is ONLY for "File Links"
> content element. I can deny access now to this uploadfolder by using
> .htaccess without any side effects...

try typo3conf/extTables.php

that should be louded after all extension.


Best regards
-- 
Philipp Gampe



From sascha.bieler at radiogong.de  Wed Jul  6 12:40:14 2011
From: sascha.bieler at radiogong.de (Sascha Bieler)
Date: Wed, 6 Jul 2011 12:40:14 +0200
Subject: [TYPO3-dev] Markers In Content Element
In-Reply-To: <mailman.1.1309944735.8343.typo3-dev@lists.typo3.org>
References: <mailman.1.1309941256.1752.typo3-dev@lists.typo3.org>
	<mailman.1.1309941463.32688.typo3-dev@lists.typo3.org>
	<mailman.1.1309942185.3374.typo3-dev@lists.typo3.org>
	<mailman.1.1309943003.32688.typo3-dev@lists.typo3.org>
	<mailman.1.1309944735.8343.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1309948873.15579.typo3-dev@lists.typo3.org>

Works like charm...
;-)
Thank you again!


"Sascha Bieler"  schrieb im Newsbeitrag 
news:mailman.1.1309944735.8343.typo3-dev at lists.typo3.org...

Hm, very good hint!

I'll give it a try, thank you...

"Mathias Schreiber [wmdb]"  schrieb im Newsbeitrag
news:mailman.1.1309943003.32688.typo3-dev at lists.typo3.org...

Am 06.07.11 10:48, schrieb Sascha Bieler:
> Where can I find some documentation about parseFunc.userFunc or an 
> example?

Try this (from memory and likely not up to date, but hey... :))
page.includeLibs.SQLREPLACER =
fileadmin/templates/scripts/user_replacesql.php

Then try this:
tt_content.text.20.parseFunc.userFunc = user_sqlreplace->replaceMarker

In your PHP class have something like this:
<?php
class user_sqlreplace {
   function replaceMarker($content, $conf) {
     debug($content);
   }
}
?>

Instead of debug you'd do whatever you like orneed to do.



-- 
Ernesto, Nov. 9th 2010:
"In the graphics generation routines of TYPO3 *anything* could cause a
side effect." 




From lists at datawhore.de  Wed Jul  6 13:16:39 2011
From: lists at datawhore.de (Timo Bartholomes)
Date: Wed, 6 Jul 2011 13:16:39 +0200
Subject: [TYPO3-dev] How to copy typo3 folder into other workspace
In-Reply-To: <CAGL+ObGvsxAbx4P8NKfh=RPJePD_fmqmk9aznzVWdO8A0WFxGg@mail.gmail.com>
References: <mailman.1.1309945001.8936.typo3-dev@lists.typo3.org>
	<CAGL+ObGvsxAbx4P8NKfh=RPJePD_fmqmk9aznzVWdO8A0WFxGg@mail.gmail.com>
Message-ID: <mailman.29333.1309951060.648.typo3-dev@lists.typo3.org>

Hi Yuth,

seems like a permission error to me.

If its a linux-system you have to chmod or chown the files so the user that
runs the webserver is allowed to read them.

Regards
Timo

>
> 2011/7/6 rayuth <rayuth at web-essentials.asia>
>
>> Hi all
>>
>> When I copy my typo3 folder and export typo3 database from my old pc into
>> other one, (I install dummy and source package) I got some error on page:
>> You don't have permission to access /typo3/ on this server.
>>
>> I try to give permission but nothing change, I still got same error.
>> So I try to make new link of typo3_src but I still got same error.
>>
>> Did I miss something to do? What is the problem?
>>
>> Thanks,
>> Yuth
>> ______________________________**_________________
>> TYPO3-dev mailing list
>> TYPO3-dev at lists.typo3.org
>> http://lists.typo3.org/cgi-**bin/mailman/listinfo/typo3-dev<http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-dev>
>>
>
>



From rayuth at web-essentials.asia  Wed Jul  6 14:14:51 2011
From: rayuth at web-essentials.asia (rayuth)
Date: Wed, 06 Jul 2011 19:14:51 +0700
Subject: [TYPO3-dev] How to copy typo3 folder into other workspace
In-Reply-To: <mailman.29333.1309951060.648.typo3-dev@lists.typo3.org>
References: <mailman.1.1309945001.8936.typo3-dev@lists.typo3.org>	<CAGL+ObGvsxAbx4P8NKfh=RPJePD_fmqmk9aznzVWdO8A0WFxGg@mail.gmail.com>
	<mailman.29333.1309951060.648.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1309954552.24554.typo3-dev@lists.typo3.org>

Hi Timo

Firstly, it seems like permission error. But even if I tried to chmod 
with all permission but it still did not work. So that why I tried to do 
make link with ln but nothing change I still got the same error.

Any hints for me? or what I need to do next?

Thanks,
Yuth

On 07/06/2011 06:16 PM, Timo Bartholomes wrote:
> Hi Yuth,
>
> seems like a permission error to me.
>
> If its a linux-system you have to chmod or chown the files so the user that
> runs the webserver is allowed to read them.
>
> Regards
> Timo
>
>>
>> 2011/7/6 rayuth<rayuth at web-essentials.asia>
>>
>>> Hi all
>>>
>>> When I copy my typo3 folder and export typo3 database from my old pc into
>>> other one, (I install dummy and source package) I got some error on page:
>>> You don't have permission to access /typo3/ on this server.
>>>
>>> I try to give permission but nothing change, I still got same error.
>>> So I try to make new link of typo3_src but I still got same error.
>>>
>>> Did I miss something to do? What is the problem?
>>>
>>> Thanks,
>>> Yuth
>>> ______________________________**_________________
>>> TYPO3-dev mailing list
>>> TYPO3-dev at lists.typo3.org
>>> http://lists.typo3.org/cgi-**bin/mailman/listinfo/typo3-dev<http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-dev>
>>>
>>
>>




From lists at datawhore.de  Wed Jul  6 14:22:45 2011
From: lists at datawhore.de (Timo Bartholomes)
Date: Wed, 6 Jul 2011 14:22:45 +0200
Subject: [TYPO3-dev] How to copy typo3 folder into other workspace
In-Reply-To: <mailman.1.1309954552.24554.typo3-dev@lists.typo3.org>
References: <mailman.1.1309945001.8936.typo3-dev@lists.typo3.org>
	<CAGL+ObGvsxAbx4P8NKfh=RPJePD_fmqmk9aznzVWdO8A0WFxGg@mail.gmail.com>
	<mailman.29333.1309951060.648.typo3-dev@lists.typo3.org>
	<mailman.1.1309954552.24554.typo3-dev@lists.typo3.org>
Message-ID: <mailman.29341.1309955027.648.typo3-dev@lists.typo3.org>

Hi,

what does ls -l output in the directory above typo3?

Timo

2011/7/6 rayuth <rayuth at web-essentials.asia>

> Hi Timo
>
> Firstly, it seems like permission error. But even if I tried to chmod with
> all permission but it still did not work. So that why I tried to do make
> link with ln but nothing change I still got the same error.
>
> Any hints for me? or what I need to do next?
>
> Thanks,
> Yuth
>
>
> On 07/06/2011 06:16 PM, Timo Bartholomes wrote:
>
>> Hi Yuth,
>>
>> seems like a permission error to me.
>>
>> If its a linux-system you have to chmod or chown the files so the user
>> that
>> runs the webserver is allowed to read them.
>>
>> Regards
>> Timo
>>
>>
>>> 2011/7/6 rayuth<rayuth at web-essentials.**asia<rayuth at web-essentials.asia>
>>> >
>>>
>>>  Hi all
>>>>
>>>> When I copy my typo3 folder and export typo3 database from my old pc
>>>> into
>>>> other one, (I install dummy and source package) I got some error on
>>>> page:
>>>> You don't have permission to access /typo3/ on this server.
>>>>
>>>> I try to give permission but nothing change, I still got same error.
>>>> So I try to make new link of typo3_src but I still got same error.
>>>>
>>>> Did I miss something to do? What is the problem?
>>>>
>>>> Thanks,
>>>> Yuth
>>>> ______________________________****_________________
>>>> TYPO3-dev mailing list
>>>> TYPO3-dev at lists.typo3.org
>>>> http://lists.typo3.org/cgi-****bin/mailman/listinfo/typo3-dev<http://lists.typo3.org/cgi-**bin/mailman/listinfo/typo3-dev>
>>>> **<http://lists.typo3.org/cgi-**bin/mailman/listinfo/typo3-dev<http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-dev>
>>>> **>
>>>>
>>>>
>>>
>>>
> ______________________________**_________________
> TYPO3-dev mailing list
> TYPO3-dev at lists.typo3.org
> http://lists.typo3.org/cgi-**bin/mailman/listinfo/typo3-dev<http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-dev>
>



From georg.schoenweger at gmail.com  Wed Jul  6 14:27:22 2011
From: georg.schoenweger at gmail.com (=?UTF-8?B?R2VvcmcgU2Now7Zud2VnZXI=?=)
Date: Wed, 06 Jul 2011 14:27:22 +0200
Subject: [TYPO3-dev] secure downloads - css_styled_content
In-Reply-To: <mailman.1.1309948289.14342.typo3-dev@lists.typo3.org>
References: <mailman.29210.1309935773.648.typo3-dev@lists.typo3.org>	<mailman.1.1309940666.32688.typo3-dev@lists.typo3.org>	<mailman.29258.1309942032.648.typo3-dev@lists.typo3.org>	<mailman.1.1309942779.32688.typo3-dev@lists.typo3.org>	<mailman.29292.1309946310.648.typo3-dev@lists.typo3.org>
	<mailman.1.1309948289.14342.typo3-dev@lists.typo3.org>
Message-ID: <mailman.29342.1309955304.648.typo3-dev@lists.typo3.org>

Am 06.07.2011 12:30, schrieb Philipp Gampe:
> Georg Sch?nweger wrote:
>
>> To summarize again;
>> I don't want to .htaccess protect (deny from all) "uploads/media/"
>> (which is the uploadfolder for all CE's - including "File Links")
>> because i think this can have bad side-effects (?)
>> In my extension i created a new field "my_field" which i add to
>> tt_content (TCA and SQL). "my_field" is the substitution for the
>> original "media" field used by "File Links" content element. This way i
>> can define an uploadfolder for "my_field" which is ONLY for "File Links"
>> content element. I can deny access now to this uploadfolder by using
>> .htaccess without any side effects...
> try typo3conf/extTables.php
>
> that should be louded after all extension.
Hi Philipp,

thanks for the tip but unfortunally this has no effect in FE, at least
the modifications in typo3conf/extTables.php doesn't affect
css_styled_content :(

e.g. if i write to typo3conf/extTables.php:
$GLOBALS['TCA']['tt_content']['columns']['media']['config']['uploadfolder']
= 'just/a/test';
this affects only the BE ... in FE the render_upload() function in
css_styled_content will use the default uploadfolder path ('uploads/media')!

- Georg



From mathias.schreiber at wmdb.de  Wed Jul  6 14:49:48 2011
From: mathias.schreiber at wmdb.de (Mathias Schreiber [wmdb])
Date: Wed, 06 Jul 2011 14:49:48 +0200
Subject: [TYPO3-dev] secure downloads - css_styled_content
In-Reply-To: <mailman.29292.1309946310.648.typo3-dev@lists.typo3.org>
References: <mailman.29210.1309935773.648.typo3-dev@lists.typo3.org>	<mailman.1.1309940666.32688.typo3-dev@lists.typo3.org>	<mailman.29258.1309942032.648.typo3-dev@lists.typo3.org>	<mailman.1.1309942779.32688.typo3-dev@lists.typo3.org>
	<mailman.29292.1309946310.648.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1309956647.27506.typo3-dev@lists.typo3.org>

Am 06.07.11 11:57, schrieb Georg Sch?nweger:
> .. damn, i mixed up "Uploads" CE with "Media" CE. Sry ... of course i'm
> talking about "Uploads" (File Links) content element!

no problem, I didn't think of media and took uploads for granted, so all 
good :)

>> b) Unless you're really messing with TCA I don't see why line 299+
>> should not work.
> Exactly, the TCA modifications for tt_content which i make in my
> extension (ext_tables.php) are not available in css_styled_content, i
> think because css_styled_content is loaded BEFORE my extension (changing
> extension loading order in typo3conf/localconf.php did not change
> anything). Or even my TCA modifications aren't loaded at all in FE
> (don't know exactly how Typo3 handles TCA definitions in FE). Anyway, in
> BE i can see the TCA modifications so my extension should be ok.

Do you have your extension (or access to the install) at hand?
I have an idea what might be going wrong, but it is too complex to describe.

> To summarize again;
> I don't want to .htaccess protect (deny from all) "uploads/media/"
> (which is the uploadfolder for all CE's - including "File Links")
> because i think this can have bad side-effects (?)
> In my extension i created a new field "my_field" which i add to
> tt_content (TCA and SQL). "my_field" is the substitution for the
> original "media" field used by "File Links" content element. This way i
> can define an uploadfolder for "my_field" which is ONLY for "File Links"
> content element. I can deny access now to this uploadfolder by using
> .htaccess without any side effects...

Good idea and I will dig into this.
Strange thing is that normaly when CSC is instantiated the whole TCA 
(incl. your stuff) should be there.

If for some reason it is not, we will tackle the bug down and slap the 
right person :)

cheers
Mathias

-- 
Ernesto, Nov. 9th 2010:
"In the graphics generation routines of TYPO3 *anything* could cause a
side effect."



From georg.schoenweger at gmail.com  Wed Jul  6 15:21:21 2011
From: georg.schoenweger at gmail.com (=?ISO-8859-15?Q?Georg_Sch=F6nweger?=)
Date: Wed, 06 Jul 2011 15:21:21 +0200
Subject: [TYPO3-dev] secure downloads - css_styled_content
In-Reply-To: <mailman.1.1309956647.27506.typo3-dev@lists.typo3.org>
References: <mailman.29210.1309935773.648.typo3-dev@lists.typo3.org>	<mailman.1.1309940666.32688.typo3-dev@lists.typo3.org>	<mailman.29258.1309942032.648.typo3-dev@lists.typo3.org>	<mailman.1.1309942779.32688.typo3-dev@lists.typo3.org>	<mailman.29292.1309946310.648.typo3-dev@lists.typo3.org>
	<mailman.1.1309956647.27506.typo3-dev@lists.typo3.org>
Message-ID: <mailman.29346.1309958544.648.typo3-dev@lists.typo3.org>

Hi Mathias,

Am 06.07.2011 14:49, schrieb Mathias Schreiber [wmdb]:
> Do you have your extension (or access to the install) at hand?
> I have an idea what might be going wrong, but it is too complex to
> describe.
here it is;
http://kick.susi2.it/fileadmin/T3X_sni_t3uploads-0_0_0-z-201107061516.t3x
it is just ext_tables.(php|sql) .. do you need something else?
>
>> To summarize again;
>> I don't want to .htaccess protect (deny from all) "uploads/media/"
>> (which is the uploadfolder for all CE's - including "File Links")
>> because i think this can have bad side-effects (?)
>> In my extension i created a new field "my_field" which i add to
>> tt_content (TCA and SQL). "my_field" is the substitution for the
>> original "media" field used by "File Links" content element. This way i
>> can define an uploadfolder for "my_field" which is ONLY for "File Links"
>> content element. I can deny access now to this uploadfolder by using
>> .htaccess without any side effects...
>
> Good idea and I will dig into this.
> Strange thing is that normaly when CSC is instantiated the whole TCA
> (incl. your stuff) should be there.
>
> If for some reason it is not, we will tackle the bug down and slap the
> right person :)
> cheers
> Mathias
>
thanks,
Georg



From mathias.schreiber at wmdb.de  Wed Jul  6 16:25:14 2011
From: mathias.schreiber at wmdb.de (Mathias Schreiber [wmdb])
Date: Wed, 06 Jul 2011 16:25:14 +0200
Subject: [TYPO3-dev] secure downloads - css_styled_content > Ernesto,
	please comment <
In-Reply-To: <mailman.29346.1309958544.648.typo3-dev@lists.typo3.org>
References: <mailman.29210.1309935773.648.typo3-dev@lists.typo3.org>	<mailman.1.1309940666.32688.typo3-dev@lists.typo3.org>	<mailman.29258.1309942032.648.typo3-dev@lists.typo3.org>	<mailman.1.1309942779.32688.typo3-dev@lists.typo3.org>	<mailman.29292.1309946310.648.typo3-dev@lists.typo3.org>	<mailman.1.1309956647.27506.typo3-dev@lists.typo3.org>
	<mailman.29346.1309958544.648.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1309962373.32507.typo3-dev@lists.typo3.org>

Am 06.07.11 15:21, schrieb Georg Sch?nweger:
> Hi Mathias,
>
> Am 06.07.2011 14:49, schrieb Mathias Schreiber [wmdb]:
>> Do you have your extension (or access to the install) at hand?
>> I have an idea what might be going wrong, but it is too complex to
>> describe.
> here it is;
> http://kick.susi2.it/fileadmin/T3X_sni_t3uploads-0_0_0-z-201107061516.t3x
> it is just ext_tables.(php|sql) .. do you need something else?

ok.
We took a look at it and to be honest I have bad news.
Basically what you see is correct.
TSFE invokes "getCompressedTCarray" to save up RAM (which I will 
investigate since the code does not make ANY sense).
This compressed TCA does not have the columns section, thus 
t3lib_div::loadTCA (as CSC invokes) tries to load that info from the 
crtl section that is has (which is typo3/sysext/cms/tbl_tt_content.php) 
without ANY extended columns.

So basically you can only "extend" to fields that come with TYPO3 by 
default.

Some things to consider:
a) remove that code from CSC since it does not really make too much sense
b) get t3lib_div::loadTCA to load ALL TCA, not just the stuff prior to 
extending tables.

What can you do?
a) Use the hook in CSC ->render_uploads to do your thing
b) xclass csc and modify override that part of the function

Both ways kinda suck... sorry I couldn't help :(

cheers
Mathias

-- 
Ernesto, Nov. 9th 2010:
"In the graphics generation routines of TYPO3 *anything* could cause a
side effect."



From mathias.schreiber at wmdb.de  Wed Jul  6 16:27:25 2011
From: mathias.schreiber at wmdb.de (Mathias Schreiber [wmdb])
Date: Wed, 06 Jul 2011 16:27:25 +0200
Subject: [TYPO3-dev] secure downloads - css_styled_content
In-Reply-To: <mailman.29346.1309958544.648.typo3-dev@lists.typo3.org>
References: <mailman.29210.1309935773.648.typo3-dev@lists.typo3.org>	<mailman.1.1309940666.32688.typo3-dev@lists.typo3.org>	<mailman.29258.1309942032.648.typo3-dev@lists.typo3.org>	<mailman.1.1309942779.32688.typo3-dev@lists.typo3.org>	<mailman.29292.1309946310.648.typo3-dev@lists.typo3.org>	<mailman.1.1309956647.27506.typo3-dev@lists.typo3.org>
	<mailman.29346.1309958544.648.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1309962504.32507.typo3-dev@lists.typo3.org>

Am 06.07.11 15:21, schrieb Georg Sch?nweger:
> it is just ext_tables.(php|sql) .. do you need something else?

ah.. btw... you might want to check parameters 3 and 4 in 
t3lib_extMgm::addToAllTCAtypes

;-)

-- 
Ernesto, Nov. 9th 2010:
"In the graphics generation routines of TYPO3 *anything* could cause a
side effect."



From georg.schoenweger at gmail.com  Wed Jul  6 17:09:59 2011
From: georg.schoenweger at gmail.com (=?ISO-8859-15?Q?Georg_Sch=F6nweger?=)
Date: Wed, 06 Jul 2011 17:09:59 +0200
Subject: [TYPO3-dev] secure downloads - css_styled_content > Ernesto,
	please comment <
In-Reply-To: <mailman.1.1309962373.32507.typo3-dev@lists.typo3.org>
References: <mailman.29210.1309935773.648.typo3-dev@lists.typo3.org>	<mailman.1.1309940666.32688.typo3-dev@lists.typo3.org>	<mailman.29258.1309942032.648.typo3-dev@lists.typo3.org>	<mailman.1.1309942779.32688.typo3-dev@lists.typo3.org>	<mailman.29292.1309946310.648.typo3-dev@lists.typo3.org>	<mailman.1.1309956647.27506.typo3-dev@lists.typo3.org>	<mailman.29346.1309958544.648.typo3-dev@lists.typo3.org>
	<mailman.1.1309962373.32507.typo3-dev@lists.typo3.org>
Message-ID: <mailman.29368.1309965062.648.typo3-dev@lists.typo3.org>

 
> We took a look at it and to be honest I have bad news.
> Basically what you see is correct.
> TSFE invokes "getCompressedTCarray" to save up RAM (which I will
> investigate since the code does not make ANY sense).
> This compressed TCA does not have the columns section, thus
> t3lib_div::loadTCA (as CSC invokes) tries to load that info from the
> crtl section that is has (which is
> typo3/sysext/cms/tbl_tt_content.php) without ANY extended columns.
>
> So basically you can only "extend" to fields that come with TYPO3 by
> default.
>
> Some things to consider:
> a) remove that code from CSC since it does not really make too much sense
> b) get t3lib_div::loadTCA to load ALL TCA, not just the stuff prior to
> extending tables.

IMO sr_feuser_register had the same problem. They solved this by using
following line of code;
tx_div2007_alpha::loadTcaAdditions_fh001($GLOBALS['TYPO3_CONF_VARS']['EXTCONF'][$extKey]['extendingTCA']);
(see
http://typo3.org/documentation/document-library/extension-manuals/sr_feuser_register/2.6.1/view/1/5/#id2510141)
Actually adding the line:
tx_div2007_alpha::loadTcaAdditions_fh001(Array('sni_t3uploads'));
before t3lib_div::loadTCA(..) in function render_uploads() solves the
problem.

maybe something similar can be implemented in CSC :)

>
> What can you do?
> a) Use the hook in CSC ->render_uploads to do your thing
> b) xclass csc and modify override that part of the function
>
> Both ways kinda suck... sorry I couldn't help :(
>
> cheers
> Mathias
>
thank you really much for your effort, you helped because we know now
whats going wrong and we can fix it. For now i will tell the editors to
use the "path" field if they want that the files are really protected.
But it's a pity because it is IMO not possible to secure "File List" in
a sufficient way. Would be great if in further Typo3 Version it is
possible to secure the "media" field --> extend tt_content and use own
field ...

regards,
Georg



From georg.schoenweger at gmail.com  Wed Jul  6 17:10:40 2011
From: georg.schoenweger at gmail.com (=?ISO-8859-15?Q?Georg_Sch=F6nweger?=)
Date: Wed, 06 Jul 2011 17:10:40 +0200
Subject: [TYPO3-dev] secure downloads - css_styled_content
In-Reply-To: <mailman.1.1309962504.32507.typo3-dev@lists.typo3.org>
References: <mailman.29210.1309935773.648.typo3-dev@lists.typo3.org>	<mailman.1.1309940666.32688.typo3-dev@lists.typo3.org>	<mailman.29258.1309942032.648.typo3-dev@lists.typo3.org>	<mailman.1.1309942779.32688.typo3-dev@lists.typo3.org>	<mailman.29292.1309946310.648.typo3-dev@lists.typo3.org>	<mailman.1.1309956647.27506.typo3-dev@lists.typo3.org>	<mailman.29346.1309958544.648.typo3-dev@lists.typo3.org>
	<mailman.1.1309962504.32507.typo3-dev@lists.typo3.org>
Message-ID: <mailman.29373.1309965107.648.typo3-dev@lists.typo3.org>

cool, didn't know that :)

Am 06.07.2011 16:27, schrieb Mathias Schreiber [wmdb]:
> Am 06.07.11 15:21, schrieb Georg Sch?nweger:
>> it is just ext_tables.(php|sql) .. do you need something else?
>
> ah.. btw... you might want to check parameters 3 and 4 in
> t3lib_extMgm::addToAllTCAtypes
>
> ;-)
>



From ernst at cron-it.de  Wed Jul  6 17:18:59 2011
From: ernst at cron-it.de (Ernesto Baschny [cron IT])
Date: Wed, 06 Jul 2011 17:18:59 +0200
Subject: [TYPO3-dev] secure downloads - css_styled_content > Ernesto,
	please comment <
In-Reply-To: <mailman.1.1309962373.32507.typo3-dev@lists.typo3.org>
References: <mailman.29210.1309935773.648.typo3-dev@lists.typo3.org>	<mailman.1.1309940666.32688.typo3-dev@lists.typo3.org>	<mailman.29258.1309942032.648.typo3-dev@lists.typo3.org>	<mailman.1.1309942779.32688.typo3-dev@lists.typo3.org>	<mailman.29292.1309946310.648.typo3-dev@lists.typo3.org>	<mailman.1.1309956647.27506.typo3-dev@lists.typo3.org>
	<mailman.29346.1309958544.648.typo3-dev@lists.typo3.org>
	<mailman.1.1309962373.32507.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1309965592.10488.typo3-dev@lists.typo3.org>

Am 06.07.2011 16:25, schrieb Mathias Schreiber [wmdb]:
> Am 06.07.11 15:21, schrieb Georg Sch?nweger:
>> Hi Mathias,
>>
>> Am 06.07.2011 14:49, schrieb Mathias Schreiber [wmdb]:
>>> Do you have your extension (or access to the install) at hand?
>>> I have an idea what might be going wrong, but it is too complex to
>>> describe.
>> here it is;
>> http://kick.susi2.it/fileadmin/T3X_sni_t3uploads-0_0_0-z-201107061516.t3x
>> it is just ext_tables.(php|sql) .. do you need something else?
>
> ok.
> We took a look at it and to be honest I have bad news.
> Basically what you see is correct.
> TSFE invokes "getCompressedTCarray" to save up RAM (which I will
> investigate since the code does not make ANY sense).
> This compressed TCA does not have the columns section, thus
> t3lib_div::loadTCA (as CSC invokes) tries to load that info from the
> crtl section that is has (which is typo3/sysext/cms/tbl_tt_content.php)
> without ANY extended columns.
>
> So basically you can only "extend" to fields that come with TYPO3 by
> default.
>
> Some things to consider:
> a) remove that code from CSC since it does not really make too much sense
> b) get t3lib_div::loadTCA to load ALL TCA, not just the stuff prior to
> extending tables.
>
> What can you do?
> a) Use the hook in CSC ->render_uploads to do your thing
> b) xclass csc and modify override that part of the function
>
> Both ways kinda suck... sorry I couldn't help :(

The bug is that css_styled_content doesn't call 
$GLOBALS['TSFE']->includeTCA() before running t3lib_div::loadTCA(). The 
"ext_tables.php" are *not* loaded by default at all on the 
FE-environment, so that your additions to it won't be ever considered.

This is documented in loadTCA():

	* For complete TCA use $GLOBALS['TSFE']->includeTCA() instead.

In class.tx_cssstyledcontent_pi1.php, changing:

	t3lib_div::loadTCA('tt_content');

with:

	$GLOBALS['TSFE']->includeTCA();

Seems to do the trick. It adds some performance penalty to it, because 
it will load the TCA for "every" extension. Which is fine, because any 
extension might want to add additional fields for tt_content.

Please test it, and give me your feedbacks, and we might want to push 
this change to gerrit (please report the bug in the issue tracker).

Cheers,
Ernesto



From christian.opitz at netzelf.de  Wed Jul  6 17:27:01 2011
From: christian.opitz at netzelf.de (Christian Opitz)
Date: Wed, 06 Jul 2011 17:27:01 +0200
Subject: [TYPO3-dev]  Different configs for different types in TCA
Message-ID: <mailman.1.1309966074.11453.typo3-dev@lists.typo3.org>

Hi,

I sometimes need to change configs on TCA-columns depending on the type 
that is currently selected (F.i. change labels, items in selects, 
minitems etc.).

Meanwhile I found some hacky ways for some use cases that I rather don't 
show here but I'm curious if there are some "official" ways to do that. 
F.i. I could imagine creating a second column for that I have to change 
sth. with a "extends"-key pointing to the column to override:

'columns' => array (
	'type' => array (		
		'exclude' => 0,		
		'label' => 'type',		
		'config' => array (
			'type' => 'select',
			'items' => array (
				array('company', '1'),
				array('user', '2'),
			),
		)
	),
	'logo' => array (		
		'exclude' => 0,		
		'label' => 'logo',		
		'config' => array (
			'type' => 'group',
			'internal_type' => 'file',
			'uploadfolder' => 'uploads/tx_example/logos',
			// ...
		)
	),
	'avatar' => array (
		'extends' => 'logo',
		'label' => 'avatar',	
		'config' => array (
			'uploadfolder' => 'uploads/tx_example/avatars'
		)
	),
),
'types' => array (
	'1' => array('showitem' => 'logo'),
	'2' => array('showitem' => 'avatar'),
),

Avatar would be recursively merged on 'image' and then be saved to 
db-column "image" too. Do you have a idea on how this could be done?

Best regards,
Christian



From georg.schoenweger at gmail.com  Wed Jul  6 17:36:22 2011
From: georg.schoenweger at gmail.com (=?ISO-8859-15?Q?Georg_Sch=F6nweger?=)
Date: Wed, 06 Jul 2011 17:36:22 +0200
Subject: [TYPO3-dev] secure downloads - css_styled_content > Ernesto,
	please comment <
In-Reply-To: <mailman.1.1309965592.10488.typo3-dev@lists.typo3.org>
References: <mailman.29210.1309935773.648.typo3-dev@lists.typo3.org>	<mailman.1.1309940666.32688.typo3-dev@lists.typo3.org>	<mailman.29258.1309942032.648.typo3-dev@lists.typo3.org>	<mailman.1.1309942779.32688.typo3-dev@lists.typo3.org>	<mailman.29292.1309946310.648.typo3-dev@lists.typo3.org>	<mailman.1.1309956647.27506.typo3-dev@lists.typo3.org>	<mailman.29346.1309958544.648.typo3-dev@lists.typo3.org>	<mailman.1.1309962373.32507.typo3-dev@lists.typo3.org>
	<mailman.1.1309965592.10488.typo3-dev@lists.typo3.org>
Message-ID: <mailman.29403.1309966645.648.typo3-dev@lists.typo3.org>

Hi Ernesto,

Am 06.07.2011 17:18, schrieb Ernesto Baschny [cron IT]:
> The bug is that css_styled_content doesn't call
> $GLOBALS['TSFE']->includeTCA() before running t3lib_div::loadTCA().
> The "ext_tables.php" are *not* loaded by default at all on the
> FE-environment, so that your additions to it won't be ever considered.
>
> This is documented in loadTCA():
>
>     * For complete TCA use $GLOBALS['TSFE']->includeTCA() instead.
>
> In class.tx_cssstyledcontent_pi1.php, changing:
>
>     t3lib_div::loadTCA('tt_content');
>
> with:
>
>     $GLOBALS['TSFE']->includeTCA();
>
> Seems to do the trick. It adds some performance penalty to it, because
> it will load the TCA for "every" extension. Which is fine, because any
> extension might want to add additional fields for tt_content.
>
> Please test it, and give me your feedbacks, and we might want to push
> this change to gerrit (please report the bug in the issue tracker).

great, this works for me :) Should i create the bug report at
http://forge.typo3.org/projects/show/typo3v4-core and provide a patch file?

.. documentation of function includeTCA():
     * Includes TCA definitions from loaded extensions (ext_table.php
files).
     * Normally in the frontend only a part of the global $TCA array is
loaded,
     * namely the "ctrl" part. Thus it doesn't take up too much memory.
To load
     * full TCA for the table, use t3lib_div::loadTCA($tableName) after
calling
     * this function.

.. so it should should be:
$GLOBALS['TSFE']->includeTCA();
t3lib_div::loadTCA('tt_content');

right?

>
> Cheers,
> Ernesto
regards,
Georg
> _______________________________________________
> TYPO3-dev mailing list
> TYPO3-dev at lists.typo3.org
> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-dev



From ernst at cron-it.de  Wed Jul  6 17:49:42 2011
From: ernst at cron-it.de (Ernesto Baschny [cron IT])
Date: Wed, 06 Jul 2011 17:49:42 +0200
Subject: [TYPO3-dev] secure downloads - css_styled_content > Ernesto,
	please comment <
In-Reply-To: <mailman.29403.1309966645.648.typo3-dev@lists.typo3.org>
References: <mailman.29210.1309935773.648.typo3-dev@lists.typo3.org>	<mailman.1.1309940666.32688.typo3-dev@lists.typo3.org>	<mailman.29258.1309942032.648.typo3-dev@lists.typo3.org>	<mailman.1.1309942779.32688.typo3-dev@lists.typo3.org>	<mailman.29292.1309946310.648.typo3-dev@lists.typo3.org>	<mailman.1.1309956647.27506.typo3-dev@lists.typo3.org>	<mailman.29346.1309958544.648.typo3-dev@lists.typo3.org>	<mailman.1.1309962373.32507.typo3-dev@lists.typo3.org>	<mailman.1.1309965592.10488.typo3-dev@lists.typo3.org>
	<mailman.29403.1309966645.648.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1309967435.13481.typo3-dev@lists.typo3.org>

Am 06.07.2011 17:36, schrieb Georg Sch?nweger:
> Hi Ernesto,
>
> Am 06.07.2011 17:18, schrieb Ernesto Baschny [cron IT]:
>> The bug is that css_styled_content doesn't call
>> $GLOBALS['TSFE']->includeTCA() before running t3lib_div::loadTCA().
>> The "ext_tables.php" are *not* loaded by default at all on the
>> FE-environment, so that your additions to it won't be ever considered.
>>
>> This is documented in loadTCA():
>>
>>      * For complete TCA use $GLOBALS['TSFE']->includeTCA() instead.
>>
>> In class.tx_cssstyledcontent_pi1.php, changing:
>>
>>      t3lib_div::loadTCA('tt_content');
>>
>> with:
>>
>>      $GLOBALS['TSFE']->includeTCA();
>>
>> Seems to do the trick. It adds some performance penalty to it, because
>> it will load the TCA for "every" extension. Which is fine, because any
>> extension might want to add additional fields for tt_content.
>>
>> Please test it, and give me your feedbacks, and we might want to push
>> this change to gerrit (please report the bug in the issue tracker).
>
> great, this works for me :) Should i create the bug report at
> http://forge.typo3.org/projects/show/typo3v4-core and provide a patch file?

Exactly there. Post the resulting URL here. Thanks!


> .. documentation of function includeTCA():
>       * Includes TCA definitions from loaded extensions (ext_table.php
> files).
>       * Normally in the frontend only a part of the global $TCA array is
> loaded,
>       * namely the "ctrl" part. Thus it doesn't take up too much memory.
> To load
>       * full TCA for the table, use t3lib_div::loadTCA($tableName) after
> calling
>       * this function.
>
> .. so it should should be:
> $GLOBALS['TSFE']->includeTCA();
> t3lib_div::loadTCA('tt_content');
>
> right?

Yes true, that is the safest way to be sure the 'columns' is present 
(even if no other ext called loadTCA before).

Cheers,
Ernesto



From georg.schoenweger at gmail.com  Wed Jul  6 18:30:25 2011
From: georg.schoenweger at gmail.com (=?ISO-8859-15?Q?Georg_Sch=F6nweger?=)
Date: Wed, 06 Jul 2011 18:30:25 +0200
Subject: [TYPO3-dev] secure downloads - css_styled_content > Ernesto,
	please comment <
In-Reply-To: <mailman.1.1309967435.13481.typo3-dev@lists.typo3.org>
References: <mailman.29210.1309935773.648.typo3-dev@lists.typo3.org>	<mailman.1.1309940666.32688.typo3-dev@lists.typo3.org>	<mailman.29258.1309942032.648.typo3-dev@lists.typo3.org>	<mailman.1.1309942779.32688.typo3-dev@lists.typo3.org>	<mailman.29292.1309946310.648.typo3-dev@lists.typo3.org>	<mailman.1.1309956647.27506.typo3-dev@lists.typo3.org>	<mailman.29346.1309958544.648.typo3-dev@lists.typo3.org>	<mailman.1.1309962373.32507.typo3-dev@lists.typo3.org>	<mailman.1.1309965592.10488.typo3-dev@lists.typo3.org>	<mailman.29403.1309966645.648.typo3-dev@lists.typo3.org>
	<mailman.1.1309967435.13481.typo3-dev@lists.typo3.org>
Message-ID: <mailman.29422.1309969888.648.typo3-dev@lists.typo3.org>

http://forge.typo3.org/issues/27922

regards,
Georg

Am 06.07.2011 17:49, schrieb Ernesto Baschny [cron IT]:
> Am 06.07.2011 17:36, schrieb Georg Sch?nweger:
>> Hi Ernesto,
>>
>> Am 06.07.2011 17:18, schrieb Ernesto Baschny [cron IT]:
>>> The bug is that css_styled_content doesn't call
>>> $GLOBALS['TSFE']->includeTCA() before running t3lib_div::loadTCA().
>>> The "ext_tables.php" are *not* loaded by default at all on the
>>> FE-environment, so that your additions to it won't be ever considered.
>>>
>>> This is documented in loadTCA():
>>>
>>>      * For complete TCA use $GLOBALS['TSFE']->includeTCA() instead.
>>>
>>> In class.tx_cssstyledcontent_pi1.php, changing:
>>>
>>>      t3lib_div::loadTCA('tt_content');
>>>
>>> with:
>>>
>>>      $GLOBALS['TSFE']->includeTCA();
>>>
>>> Seems to do the trick. It adds some performance penalty to it, because
>>> it will load the TCA for "every" extension. Which is fine, because any
>>> extension might want to add additional fields for tt_content.
>>>
>>> Please test it, and give me your feedbacks, and we might want to push
>>> this change to gerrit (please report the bug in the issue tracker).
>>
>> great, this works for me :) Should i create the bug report at
>> http://forge.typo3.org/projects/show/typo3v4-core and provide a patch
>> file?
>
> Exactly there. Post the resulting URL here. Thanks!
>
>
>> .. documentation of function includeTCA():
>>       * Includes TCA definitions from loaded extensions (ext_table.php
>> files).
>>       * Normally in the frontend only a part of the global $TCA array is
>> loaded,
>>       * namely the "ctrl" part. Thus it doesn't take up too much memory.
>> To load
>>       * full TCA for the table, use t3lib_div::loadTCA($tableName) after
>> calling
>>       * this function.
>>
>> .. so it should should be:
>> $GLOBALS['TSFE']->includeTCA();
>> t3lib_div::loadTCA('tt_content');
>>
>> right?
>
> Yes true, that is the safest way to be sure the 'columns' is present
> (even if no other ext called loadTCA before).
>
> Cheers,
> Ernesto
> _______________________________________________
> TYPO3-dev mailing list
> TYPO3-dev at lists.typo3.org
> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-dev



From thasmo at gmail.com  Wed Jul  6 18:49:13 2011
From: thasmo at gmail.com (Thomas "Thasmo" Deinhamer)
Date: Wed, 06 Jul 2011 18:49:13 +0200
Subject: [TYPO3-dev] Different configs for different types in TCA
In-Reply-To: <mailman.1.1309966074.11453.typo3-dev@lists.typo3.org>
References: <mailman.1.1309966074.11453.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1309971012.17953.typo3-dev@lists.typo3.org>

Christian Opitz schrieb:
> Avatar would be recursively merged on 'image' and then be saved to
> db-column "image" too. Do you have a idea on how this could be done?

Not sure, maybe you can use the field type 'user'
to handle your needed process/data.

Can't think of another simple solution at the moment.

Regards,
Thomas



From rayuth at web-essentials.asia  Thu Jul  7 05:20:55 2011
From: rayuth at web-essentials.asia (rayuth)
Date: Thu, 07 Jul 2011 10:20:55 +0700
Subject: [TYPO3-dev] How to copy typo3 folder into other workspace
In-Reply-To: <mailman.29341.1309955027.648.typo3-dev@lists.typo3.org>
References: <mailman.1.1309945001.8936.typo3-dev@lists.typo3.org>	<CAGL+ObGvsxAbx4P8NKfh=RPJePD_fmqmk9aznzVWdO8A0WFxGg@mail.gmail.com>	<mailman.29333.1309951060.648.typo3-dev@lists.typo3.org>	<mailman.1.1309954552.24554.typo3-dev@lists.typo3.org>
	<mailman.29341.1309955027.648.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1310008917.8816.typo3-dev@lists.typo3.org>

Hi

Here is the result of ls -l:
-rw-------  1 rayuth rayuth   46 1970-01-01 16:13 clear.gif
drwxrwxrwx  5 rayuth rayuth 4096 2011-05-12 15:37 fileadmin
lrwxrwxrwx  1 rayuth rayuth   19 2011-06-17 19:39 index.php -> 
typo3_src/index.php
-rw-------  1 rayuth rayuth 8159 1970-01-01 16:13 INSTALL.txt
-rw-------  1 rayuth rayuth 8558 1970-01-01 16:13 README.txt
-rw-------  1 rayuth rayuth  241 1970-01-01 16:13 RELEASE_NOTES.txt
lrwxrwxrwx  1 rayuth rayuth   15 2011-06-17 19:39 t3lib -> typo3_src/t3lib
lrwxrwxrwx  1 rayuth rayuth   15 2011-06-17 19:39 typo3 -> typo3_src/typo3
drwxrwxrwx  4 rayuth rayuth 4096 2011-07-06 16:23 typo3conf
lrwxrwxrwx  1 rayuth rayuth   30 2011-07-06 16:21 typo3_src -> 
/var/www/typo3_src-4.6.0alpha1
drwxrwxrwx 12 rayuth rayuth 4096 2011-05-31 17:05 typo3temp
drwxrwxrwx 10 rayuth rayuth 4096 2011-05-31 17:18 uploads

Even I tried to chmod 777 -R, it still not work.
Last time, I got the same problem and I just ln -s to make new link of 
typo3_src and it works. But I don't know why this time I try to do like 
before, it does not work.

Have you any idea about it? Or what need I do?

Thanks,
Yuth

On 07/06/2011 07:22 PM, Timo Bartholomes wrote:
> Hi,
>
> what does ls -l output in the directory above typo3?
>
> Timo
>
> 2011/7/6 rayuth<rayuth at web-essentials.asia>
>
>> Hi Timo
>>
>> Firstly, it seems like permission error. But even if I tried to chmod with
>> all permission but it still did not work. So that why I tried to do make
>> link with ln but nothing change I still got the same error.
>>
>> Any hints for me? or what I need to do next?
>>
>> Thanks,
>> Yuth
>>
>>
>> On 07/06/2011 06:16 PM, Timo Bartholomes wrote:
>>
>>> Hi Yuth,
>>>
>>> seems like a permission error to me.
>>>
>>> If its a linux-system you have to chmod or chown the files so the user
>>> that
>>> runs the webserver is allowed to read them.
>>>
>>> Regards
>>> Timo
>>>
>>>
>>>> 2011/7/6 rayuth<rayuth at web-essentials.**asia<rayuth at web-essentials.asia>
>>>>>
>>>>
>>>>   Hi all
>>>>>
>>>>> When I copy my typo3 folder and export typo3 database from my old pc
>>>>> into
>>>>> other one, (I install dummy and source package) I got some error on
>>>>> page:
>>>>> You don't have permission to access /typo3/ on this server.
>>>>>
>>>>> I try to give permission but nothing change, I still got same error.
>>>>> So I try to make new link of typo3_src but I still got same error.
>>>>>
>>>>> Did I miss something to do? What is the problem?
>>>>>
>>>>> Thanks,
>>>>> Yuth
>>>>> ______________________________****_________________
>>>>> TYPO3-dev mailing list
>>>>> TYPO3-dev at lists.typo3.org
>>>>> http://lists.typo3.org/cgi-****bin/mailman/listinfo/typo3-dev<http://lists.typo3.org/cgi-**bin/mailman/listinfo/typo3-dev>
>>>>> **<http://lists.typo3.org/cgi-**bin/mailman/listinfo/typo3-dev<http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-dev>
>>>>> **>
>>>>>
>>>>>
>>>>
>>>>
>> ______________________________**_________________
>> TYPO3-dev mailing list
>> TYPO3-dev at lists.typo3.org
>> http://lists.typo3.org/cgi-**bin/mailman/listinfo/typo3-dev<http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-dev>
>>




From typo3ml at andreaswolf.info  Thu Jul  7 08:50:15 2011
From: typo3ml at andreaswolf.info (Andreas Wolf)
Date: Thu, 07 Jul 2011 08:50:15 +0200
Subject: [TYPO3-dev] How to copy typo3 folder into other workspace
In-Reply-To: <mailman.1.1310008917.8816.typo3-dev@lists.typo3.org>
References: <mailman.1.1309945001.8936.typo3-dev@lists.typo3.org>	<CAGL+ObGvsxAbx4P8NKfh=RPJePD_fmqmk9aznzVWdO8A0WFxGg@mail.gmail.com>	<mailman.29333.1309951060.648.typo3-dev@lists.typo3.org>	<mailman.1.1309954552.24554.typo3-dev@lists.typo3.org>	<mailman.29341.1309955027.648.typo3-dev@lists.typo3.org>
	<mailman.1.1310008917.8816.typo3-dev@lists.typo3.org>
Message-ID: <mailman.29606.1310021474.648.typo3-dev@lists.typo3.org>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

Hi,

Am 07.07.2011 05:20, schrieb rayuth:
> Here is the result of ls -l:
> -rw-------  1 rayuth rayuth   46 1970-01-01 16:13 clear.gif
> drwxrwxrwx  5 rayuth rayuth 4096 2011-05-12 15:37 fileadmin
> lrwxrwxrwx  1 rayuth rayuth   19 2011-06-17 19:39 index.php ->
> typo3_src/index.php
> -rw-------  1 rayuth rayuth 8159 1970-01-01 16:13 INSTALL.txt
> -rw-------  1 rayuth rayuth 8558 1970-01-01 16:13 README.txt
> -rw-------  1 rayuth rayuth  241 1970-01-01 16:13 RELEASE_NOTES.txt
> lrwxrwxrwx  1 rayuth rayuth   15 2011-06-17 19:39 t3lib -> typo3_src/t3lib
> lrwxrwxrwx  1 rayuth rayuth   15 2011-06-17 19:39 typo3 -> typo3_src/typo3
> drwxrwxrwx  4 rayuth rayuth 4096 2011-07-06 16:23 typo3conf
> lrwxrwxrwx  1 rayuth rayuth   30 2011-07-06 16:21 typo3_src ->
> /var/www/typo3_src-4.6.0alpha1
> drwxrwxrwx 12 rayuth rayuth 4096 2011-05-31 17:05 typo3temp
> drwxrwxrwx 10 rayuth rayuth 4096 2011-05-31 17:18 uploads
> 
> Even I tried to chmod 777 -R, it still not work.
> Last time, I got the same problem and I just ln -s to make new link of
> typo3_src and it works. But I don't know why this time I try to do like
> before, it does not work.
> 
> Have you any idea about it? Or what need I do?

two possibilites:

1. the folder /var/www/typo3_src-4.6.0alpha1 does not exist
2. the value of AllowOverride does not include FollowSymlinks (Apache
   config)

Cheers
Andreas
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEUEAREIAAYFAk4VVycACgkQHWtXp155bP+B2ACghoRzY4YX9ezPRuBR8vaYK0hM
j8gAmLbEGkXowhZY+D0M/YR/ErTX/FI=
=vpQ7
-----END PGP SIGNATURE-----



From cordes at cps-it.de  Thu Jul  7 08:53:43 2011
From: cordes at cps-it.de (Nicole Cordes)
Date: Thu, 7 Jul 2011 08:53:43 +0200
Subject: [TYPO3-dev] How to copy typo3 folder into other workspace
In-Reply-To: <mailman.1.1310008917.8816.typo3-dev@lists.typo3.org>
References: <mailman.1.1309945001.8936.typo3-dev@lists.typo3.org>	<CAGL+ObGvsxAbx4P8NKfh=RPJePD_fmqmk9aznzVWdO8A0WFxGg@mail.gmail.com>	<mailman.29333.1309951060.648.typo3-dev@lists.typo3.org>	<mailman.1.1309954552.24554.typo3-dev@lists.typo3.org>	<mailman.29341.1309955027.648.typo3-dev@lists.typo3.org>
	<mailman.1.1310008917.8816.typo3-dev@lists.typo3.org>
Message-ID: <mailman.29607.1310021685.648.typo3-dev@lists.typo3.org>

What are the permissons of the origin source in
/var/www/typo3_src-4.6.0alpha1 (ls -l)?

Nicole

-----Urspr?ngliche Nachricht-----
Von: typo3-dev-bounces at lists.typo3.org
[mailto:typo3-dev-bounces at lists.typo3.org] Im Auftrag von rayuth
Gesendet: Donnerstag, 7. Juli 2011 05:21
An: typo3-dev at lists.typo3.org
Betreff: Re: [TYPO3-dev] How to copy typo3 folder into other workspace

Hi

Here is the result of ls -l:
-rw-------  1 rayuth rayuth   46 1970-01-01 16:13 clear.gif
drwxrwxrwx  5 rayuth rayuth 4096 2011-05-12 15:37 fileadmin
lrwxrwxrwx  1 rayuth rayuth   19 2011-06-17 19:39 index.php -> 
typo3_src/index.php
-rw-------  1 rayuth rayuth 8159 1970-01-01 16:13 INSTALL.txt
-rw-------  1 rayuth rayuth 8558 1970-01-01 16:13 README.txt
-rw-------  1 rayuth rayuth  241 1970-01-01 16:13 RELEASE_NOTES.txt
lrwxrwxrwx  1 rayuth rayuth   15 2011-06-17 19:39 t3lib -> typo3_src/t3lib
lrwxrwxrwx  1 rayuth rayuth   15 2011-06-17 19:39 typo3 -> typo3_src/typo3
drwxrwxrwx  4 rayuth rayuth 4096 2011-07-06 16:23 typo3conf
lrwxrwxrwx  1 rayuth rayuth   30 2011-07-06 16:21 typo3_src -> 
/var/www/typo3_src-4.6.0alpha1
drwxrwxrwx 12 rayuth rayuth 4096 2011-05-31 17:05 typo3temp drwxrwxrwx 10
rayuth rayuth 4096 2011-05-31 17:18 uploads

Even I tried to chmod 777 -R, it still not work.
Last time, I got the same problem and I just ln -s to make new link of
typo3_src and it works. But I don't know why this time I try to do like
before, it does not work.

Have you any idea about it? Or what need I do?

Thanks,
Yuth

On 07/06/2011 07:22 PM, Timo Bartholomes wrote:
> Hi,
>
> what does ls -l output in the directory above typo3?
>
> Timo
>
> 2011/7/6 rayuth<rayuth at web-essentials.asia>
>
>> Hi Timo
>>
>> Firstly, it seems like permission error. But even if I tried to chmod 
>> with all permission but it still did not work. So that why I tried to 
>> do make link with ln but nothing change I still got the same error.
>>
>> Any hints for me? or what I need to do next?
>>
>> Thanks,
>> Yuth
>>
>>
>> On 07/06/2011 06:16 PM, Timo Bartholomes wrote:
>>
>>> Hi Yuth,
>>>
>>> seems like a permission error to me.
>>>
>>> If its a linux-system you have to chmod or chown the files so the 
>>> user that runs the webserver is allowed to read them.
>>>
>>> Regards
>>> Timo
>>>
>>>
>>>> 2011/7/6 
>>>> rayuth<rayuth at web-essentials.**asia<rayuth at web-essentials.asia>
>>>>>
>>>>
>>>>   Hi all
>>>>>
>>>>> When I copy my typo3 folder and export typo3 database from my old 
>>>>> pc into other one, (I install dummy and source package) I got some 
>>>>> error on
>>>>> page:
>>>>> You don't have permission to access /typo3/ on this server.
>>>>>
>>>>> I try to give permission but nothing change, I still got same error.
>>>>> So I try to make new link of typo3_src but I still got same error.
>>>>>
>>>>> Did I miss something to do? What is the problem?
>>>>>
>>>>> Thanks,
>>>>> Yuth
>>>>> ______________________________****_________________
>>>>> TYPO3-dev mailing list
>>>>> TYPO3-dev at lists.typo3.org
>>>>> http://lists.typo3.org/cgi-****bin/mailman/listinfo/typo3-dev<http
>>>>> ://lists.typo3.org/cgi-**bin/mailman/listinfo/typo3-dev>
>>>>> **<http://lists.typo3.org/cgi-**bin/mailman/listinfo/typo3-dev<htt
>>>>> p://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-dev>
>>>>> **>
>>>>>
>>>>>
>>>>
>>>>
>> ______________________________**_________________
>> TYPO3-dev mailing list
>> TYPO3-dev at lists.typo3.org
>> http://lists.typo3.org/cgi-**bin/mailman/listinfo/typo3-dev<http://li
>> sts.typo3.org/cgi-bin/mailman/listinfo/typo3-dev>
>>

_______________________________________________
TYPO3-dev mailing list
TYPO3-dev at lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-dev




From rayuth at web-essentials.asia  Thu Jul  7 09:40:27 2011
From: rayuth at web-essentials.asia (rayuth)
Date: Thu, 07 Jul 2011 14:40:27 +0700
Subject: [TYPO3-dev] [Resolved] How to copy typo3 folder into other
	workspace
In-Reply-To: <mailman.29607.1310021685.648.typo3-dev@lists.typo3.org>
References: <mailman.1.1309945001.8936.typo3-dev@lists.typo3.org>	<CAGL+ObGvsxAbx4P8NKfh=RPJePD_fmqmk9aznzVWdO8A0WFxGg@mail.gmail.com>	<mailman.29333.1309951060.648.typo3-dev@lists.typo3.org>	<mailman.1.1309954552.24554.typo3-dev@lists.typo3.org>	<mailman.29341.1309955027.648.typo3-dev@lists.typo3.org>	<mailman.1.1310008917.8816.typo3-dev@lists.typo3.org>
	<mailman.29607.1310021685.648.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1310024487.11853.typo3-dev@lists.typo3.org>

Hi all

You all are right with the permission. Now it works! :)
Especially, the typo3 folder and the original source.

Thanks,
Rayuth

On 07/07/2011 01:53 PM, Nicole Cordes wrote:
> What are the permissons of the origin source in
> /var/www/typo3_src-4.6.0alpha1 (ls -l)?
>
> Nicole
>
> -----Urspr?ngliche Nachricht-----
> Von: typo3-dev-bounces at lists.typo3.org
> [mailto:typo3-dev-bounces at lists.typo3.org] Im Auftrag von rayuth
> Gesendet: Donnerstag, 7. Juli 2011 05:21
> An: typo3-dev at lists.typo3.org
> Betreff: Re: [TYPO3-dev] How to copy typo3 folder into other workspace
>
> Hi
>
> Here is the result of ls -l:
> -rw-------  1 rayuth rayuth   46 1970-01-01 16:13 clear.gif
> drwxrwxrwx  5 rayuth rayuth 4096 2011-05-12 15:37 fileadmin
> lrwxrwxrwx  1 rayuth rayuth   19 2011-06-17 19:39 index.php ->
> typo3_src/index.php
> -rw-------  1 rayuth rayuth 8159 1970-01-01 16:13 INSTALL.txt
> -rw-------  1 rayuth rayuth 8558 1970-01-01 16:13 README.txt
> -rw-------  1 rayuth rayuth  241 1970-01-01 16:13 RELEASE_NOTES.txt
> lrwxrwxrwx  1 rayuth rayuth   15 2011-06-17 19:39 t3lib ->  typo3_src/t3lib
> lrwxrwxrwx  1 rayuth rayuth   15 2011-06-17 19:39 typo3 ->  typo3_src/typo3
> drwxrwxrwx  4 rayuth rayuth 4096 2011-07-06 16:23 typo3conf
> lrwxrwxrwx  1 rayuth rayuth   30 2011-07-06 16:21 typo3_src ->
> /var/www/typo3_src-4.6.0alpha1
> drwxrwxrwx 12 rayuth rayuth 4096 2011-05-31 17:05 typo3temp drwxrwxrwx 10
> rayuth rayuth 4096 2011-05-31 17:18 uploads
>
> Even I tried to chmod 777 -R, it still not work.
> Last time, I got the same problem and I just ln -s to make new link of
> typo3_src and it works. But I don't know why this time I try to do like
> before, it does not work.
>
> Have you any idea about it? Or what need I do?
>
> Thanks,
> Yuth
>
> On 07/06/2011 07:22 PM, Timo Bartholomes wrote:
>> Hi,
>>
>> what does ls -l output in the directory above typo3?
>>
>> Timo
>>
>> 2011/7/6 rayuth<rayuth at web-essentials.asia>
>>
>>> Hi Timo
>>>
>>> Firstly, it seems like permission error. But even if I tried to chmod
>>> with all permission but it still did not work. So that why I tried to
>>> do make link with ln but nothing change I still got the same error.
>>>
>>> Any hints for me? or what I need to do next?
>>>
>>> Thanks,
>>> Yuth
>>>
>>>
>>> On 07/06/2011 06:16 PM, Timo Bartholomes wrote:
>>>
>>>> Hi Yuth,
>>>>
>>>> seems like a permission error to me.
>>>>
>>>> If its a linux-system you have to chmod or chown the files so the
>>>> user that runs the webserver is allowed to read them.
>>>>
>>>> Regards
>>>> Timo
>>>>
>>>>
>>>>> 2011/7/6
>>>>> rayuth<rayuth at web-essentials.**asia<rayuth at web-essentials.asia>
>>>>>>
>>>>>
>>>>>    Hi all
>>>>>>
>>>>>> When I copy my typo3 folder and export typo3 database from my old
>>>>>> pc into other one, (I install dummy and source package) I got some
>>>>>> error on
>>>>>> page:
>>>>>> You don't have permission to access /typo3/ on this server.
>>>>>>
>>>>>> I try to give permission but nothing change, I still got same error.
>>>>>> So I try to make new link of typo3_src but I still got same error.
>>>>>>
>>>>>> Did I miss something to do? What is the problem?
>>>>>>
>>>>>> Thanks,
>>>>>> Yuth
>>>>>> ______________________________****_________________
>>>>>> TYPO3-dev mailing list
>>>>>> TYPO3-dev at lists.typo3.org
>>>>>> http://lists.typo3.org/cgi-****bin/mailman/listinfo/typo3-dev<http
>>>>>> ://lists.typo3.org/cgi-**bin/mailman/listinfo/typo3-dev>
>>>>>> **<http://lists.typo3.org/cgi-**bin/mailman/listinfo/typo3-dev<htt
>>>>>> p://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-dev>
>>>>>> **>
>>>>>>
>>>>>>
>>>>>
>>>>>
>>> ______________________________**_________________
>>> TYPO3-dev mailing list
>>> TYPO3-dev at lists.typo3.org
>>> http://lists.typo3.org/cgi-**bin/mailman/listinfo/typo3-dev<http://li
>>> sts.typo3.org/cgi-bin/mailman/listinfo/typo3-dev>
>>>
>
> _______________________________________________
> TYPO3-dev mailing list
> TYPO3-dev at lists.typo3.org
> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-dev
>




From mathias.schreiber at wmdb.de  Thu Jul  7 12:55:08 2011
From: mathias.schreiber at wmdb.de (Mathias Schreiber [wmdb])
Date: Thu, 07 Jul 2011 12:55:08 +0200
Subject: [TYPO3-dev] secure downloads - css_styled_content > Ernesto,
	please comment <
In-Reply-To: <mailman.1.1309967435.13481.typo3-dev@lists.typo3.org>
References: <mailman.29210.1309935773.648.typo3-dev@lists.typo3.org>	<mailman.1.1309940666.32688.typo3-dev@lists.typo3.org>	<mailman.29258.1309942032.648.typo3-dev@lists.typo3.org>	<mailman.1.1309942779.32688.typo3-dev@lists.typo3.org>	<mailman.29292.1309946310.648.typo3-dev@lists.typo3.org>	<mailman.1.1309956647.27506.typo3-dev@lists.typo3.org>	<mailman.29346.1309958544.648.typo3-dev@lists.typo3.org>	<mailman.1.1309962373.32507.typo3-dev@lists.typo3.org>	<mailman.1.1309965592.10488.typo3-dev@lists.typo3.org>
	<mailman.29403.1309966645.648.typo3-dev@lists.typo3.org>
	<mailman.1.1309967435.13481.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1310036168.30543.typo3-dev@lists.typo3.org>

Am 06.07.11 17:49, schrieb Ernesto Baschny [cron IT]:
> Yes true, that is the safest way to be sure the 'columns' is present
> (even if no other ext called loadTCA before).

While you're at it... for FAL I'd need a way to "unset" $path in that 
function.. unset like in "make empty".

instead of "!empty" it could be "isset($conf['pathSomething']"?

cheers
Mathias
-- 
Ernesto, Nov. 9th 2010:
"In the graphics generation routines of TYPO3 *anything* could cause a
side effect."



From jigal at xs4all.nl  Thu Jul  7 17:04:41 2011
From: jigal at xs4all.nl (Jigal van Hemert)
Date: Thu, 07 Jul 2011 17:04:41 +0200
Subject: [TYPO3-dev] DBAL mapping columns back to result set
In-Reply-To: <mailman.1.1308841373.21511.typo3-dev@lists.typo3.org>
References: <mailman.1.1308821169.22771.typo3-dev@lists.typo3.org>
	<mailman.1.1308836112.13789.typo3-dev@lists.typo3.org>
	<mailman.1.1308841373.21511.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1310051143.21263.typo3-dev@lists.typo3.org>

Hi,

On 23-6-2011 17:02, Jigal van Hemert wrote:
> On 23-6-2011 15:34, Xavier Perseguers wrote:
>>> It almost seems that only the first table columns get mapped back to the
>>> TYPO3 names.
>>> I'd like to verify this and provide a fix, but I couldn't find where
>>> this mapping is performed. Any hints?
>>
>> The other way around (where you should look after) is when you retrieve
>> recordset using string keys and not numeric indices, that is in
>> sql_fetch_assoc().
>
> I had a look here, but will debug more later.

I had time to debug and it is rather broken.

http://forge.typo3.org/issues/27961
for the gory details.

In short: for joins only the first table the fields are reverse mapped 
in the result, fields of the other tables keep the names of the database 
itself. wow!

-- 
Kind regards / met vriendelijke groet,

Jigal van Hemert.



From christian.opitz at netzelf.de  Thu Jul  7 17:14:06 2011
From: christian.opitz at netzelf.de (Christian Opitz)
Date: Thu, 07 Jul 2011 17:14:06 +0200
Subject: [TYPO3-dev] Different configs for different types in TCA
In-Reply-To: <mailman.1.1309971012.17953.typo3-dev@lists.typo3.org>
References: <mailman.1.1309966074.11453.typo3-dev@lists.typo3.org>
	<mailman.1.1309971012.17953.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1310051698.22417.typo3-dev@lists.typo3.org>

Ah yes - of course. I'm going to do that the next time I'll need it and 
the I'll post user function here.

Thank you,
Christian

Am 06.07.2011 18:49, schrieb Thomas "Thasmo" Deinhamer:
>
> Not sure, maybe you can use the field type 'user'
> to handle your needed process/data.
>



From rayuth at web-essentials.asia  Fri Jul  8 10:19:30 2011
From: rayuth at web-essentials.asia (Rayuth You)
Date: Fri, 08 Jul 2011 15:19:30 +0700
Subject: [TYPO3-dev]  What is settings in extension manager for?
Message-ID: <mailman.1.1310113233.25035.typo3-dev@lists.typo3.org>

Hi all

I am a newbie typo3 and try to look through typo3 back-end.
I go to extension manager and in drop down menu I choose settings.

Could you tell me or give me the link what settings is for?
Because I can not find document relate to this, even I tried in google.
Most of document I found is talk about extension manager, install 
extension, import extension but no settings. So I do not know what 
settings is for?

Thanks,
Rayuth



From morten at hagh.dk  Fri Jul  8 13:16:27 2011
From: morten at hagh.dk (Morten Hagh)
Date: Fri, 8 Jul 2011 13:16:27 +0200
Subject: [TYPO3-dev] Direct mail categories problem
Message-ID: <mailman.30398.1310123861.648.typo3-dev@lists.typo3.org>

Hi list,

 

I have a problem with the use of categories in Direct Mail subscription.

I use Direct Mail Subscription extension on a page and I have created two
categories, Surveys and News, and the user can select from which  category
he/she wants to recieve news.

This works as intended. The categories is displayed correctly. 

 

But I can not see any category fields in the tt_address records of the users
and when I create a recipient list and select a category it just display #0
as 0 recipients

If I just check one of the fe users I can see the fields, but the fe users
are manually created in the BE to give access to a specific area on the
website and is not supposed to be used in a recipient list.

 

On the page where the subscription form are placed and on the sysfolder
where recipients are listed, aswell as the newsletters, I have this in the
page options.

 

TCEFORM.tt_content.module_sys_dmail_category.PAGE_TSCONFIG_IDLIST = 584

TCEFORM.tt_address.module_sys_dmail_category.PAGE_TSCONFIG_IDLIST = 584

TCEFORM.fe_users.module_sys_dmail_category.PAGE_TSCONFIG_IDLIST = 584

TCEFORM.sys_dmail_group.select_categories.PAGE_TSCONFIG_IDLIST = 584

TCEFORM.tt_content.module_sys_dmail_category.disabled = 0

TCEFORM.tt_address.module_sys_dmail_category.disabled = 0

TCEFORM.fe_users.module_sys_dmail_category.disabled = 0

TCEFORM.sys_dmail_group.select_categories.disabled = 0

 

plugin.feadmin.dmailsubscriptiona.cObjects.CATLIST.pid = 584

 

584 being the pid of the sysfolder.

 

What am I doing wrong?

 

Regards
Morten Hagh

 




From jigal at xs4all.nl  Fri Jul  8 13:49:16 2011
From: jigal at xs4all.nl (Jigal van Hemert)
Date: Fri, 08 Jul 2011 13:49:16 +0200
Subject: [TYPO3-dev] What is settings in extension manager for?
In-Reply-To: <mailman.1.1310113233.25035.typo3-dev@lists.typo3.org>
References: <mailman.1.1310113233.25035.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1310125821.13143.typo3-dev@lists.typo3.org>

Hi,

On 8-7-2011 10:19, Rayuth You wrote:
> I am a newbie typo3 and try to look through typo3 back-end.
> I go to extension manager and in drop down menu I choose settings.
>
> Could you tell me or give me the link what settings is for?

The settings page has nice descriptions, but you may need a bit of 
background information:

- Repository User Settings
Extension developers use the extension manager also to upload their 
extensions to the TYPO3 Extension Repository (TER); which you can also 
see under http://www.typo3.org/extensions/
The username and password can be entered here to make uploads possible.
If you don't develop extensions you can skip this.

- Mirror selection
To make life easier for the server where the TER lives (and to have 
faster connections) there are so called mirror servers in various 
countries. These contain a copy of the TER. To get the list of mirrors 
you can set the location of the mirror list here. It is filled with the 
current location already, but in case something might happen in the 
future you can change it here.

- Mirror list
If you have connection problems you can force which mirror should be 
used. Default is 'Random', which connects to one of the mirrors at random

- Enter repository URL
Only needed if you want to connect to a repository (mirror) which is not 
in the list.

All in all, for admins who are not extension developers and if you have 
an internet connection without problems you can leave the "settings" as 
they are by default.

HTH

-- 
Kind regards / met vriendelijke groet,

Jigal van Hemert.



From rayuth at web-essentials.asia  Fri Jul  8 14:07:14 2011
From: rayuth at web-essentials.asia (Rayuth You)
Date: Fri, 08 Jul 2011 19:07:14 +0700
Subject: [TYPO3-dev] What is settings in extension manager for?
In-Reply-To: <mailman.1.1310125821.13143.typo3-dev@lists.typo3.org>
References: <mailman.1.1310113233.25035.typo3-dev@lists.typo3.org>
	<mailman.1.1310125821.13143.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1310126898.14940.typo3-dev@lists.typo3.org>

Hi

Thank so much for your explains. So the settings page is use for upload 
our extension into TER and Mirror is use for branch server of TER.

I just verify what I can understand, so please let me know if I am in 
wrong point.

Thanks,
Rayuth

On 07/08/2011 06:49 PM, Jigal van Hemert wrote:
> Hi,
>
> On 8-7-2011 10:19, Rayuth You wrote:
>> I am a newbie typo3 and try to look through typo3 back-end.
>> I go to extension manager and in drop down menu I choose settings.
>>
>> Could you tell me or give me the link what settings is for?
>
> The settings page has nice descriptions, but you may need a bit of
> background information:
>
> - Repository User Settings
> Extension developers use the extension manager also to upload their
> extensions to the TYPO3 Extension Repository (TER); which you can also
> see under http://www.typo3.org/extensions/
> The username and password can be entered here to make uploads possible.
> If you don't develop extensions you can skip this.
>
> - Mirror selection
> To make life easier for the server where the TER lives (and to have
> faster connections) there are so called mirror servers in various
> countries. These contain a copy of the TER. To get the list of mirrors
> you can set the location of the mirror list here. It is filled with the
> current location already, but in case something might happen in the
> future you can change it here.
>
> - Mirror list
> If you have connection problems you can force which mirror should be
> used. Default is 'Random', which connects to one of the mirrors at random
>
> - Enter repository URL
> Only needed if you want to connect to a repository (mirror) which is not
> in the list.
>
> All in all, for admins who are not extension developers and if you have
> an internet connection without problems you can leave the "settings" as
> they are by default.
>
> HTH
>




From xavier at typo3.org  Fri Jul  8 14:44:27 2011
From: xavier at typo3.org (Xavier Perseguers)
Date: Fri, 08 Jul 2011 14:44:27 +0200
Subject: [TYPO3-dev] DBAL mapping columns back to result set
In-Reply-To: <mailman.1.1310051143.21263.typo3-dev@lists.typo3.org>
References: <mailman.1.1308821169.22771.typo3-dev@lists.typo3.org>
	<mailman.1.1308836112.13789.typo3-dev@lists.typo3.org>
	<mailman.1.1308841373.21511.typo3-dev@lists.typo3.org>
	<mailman.1.1310051143.21263.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1310129129.17992.typo3-dev@lists.typo3.org>

Hi Jigal,

> I had time to debug and it is rather broken.
>
> http://forge.typo3.org/issues/27961
> for the gory details.
>
> In short: for joins only the first table the fields are reverse mapped
> in the result, fields of the other tables keep the names of the database
> itself. wow!

Thanks for taking deeper look into this problem.

We will have to start writing some unit test(s) to reproduce the problem 
and then fix this. Was quite fun to make the "forward" mapping work with 
edge-cases when using crazy aliases, and I'm sure it will be quite 
interesting to do the reverse-mapping work as well for the problem you 
describe.

Greets from T3DD11

-- 
Xavier Perseguers
Release Manager TYPO3 4.6

TYPO3 .... inspiring people to share!
Get involved: http://typo3.org




From morten at hagh.dk  Mon Jul 11 13:27:16 2011
From: morten at hagh.dk (Morten Hagh)
Date: Mon, 11 Jul 2011 13:27:16 +0200
Subject: [TYPO3-dev] Direct mail categories problem
In-Reply-To: <mailman.30398.1310123861.648.typo3-dev@lists.typo3.org>
References: <mailman.30398.1310123861.648.typo3-dev@lists.typo3.org>
Message-ID: <mailman.32074.1310383716.648.typo3-dev@lists.typo3.org>

Hi list,

I found a solution by uninstalling both Direct Mail and Direct Mail
Subscription, used COMPARE to clear unused fields in the DB installing again
and then I can see the categories.

I found this solution here:

http://www.typo3forum.net/forum/direct-mail/17944-direct-mail-kategorien.htm
l

I can't say if it was the uninstallation or the constants / setup config or
a combination of both.

Is it a problem within Direct Mail / tt_address or is it the well known
ID-10-T Error ?



-----Oprindelig meddelelse-----
Fra: typo3-dev-bounces at lists.typo3.org
[mailto:typo3-dev-bounces at lists.typo3.org] P? vegne af Morten Hagh
Sendt: 8. juli 2011 13:16
Til: 'List for Core-/Extension development'
Emne: [TYPO3-dev] Direct mail categories problem

Hi list,

 

I have a problem with the use of categories in Direct Mail subscription.

I use Direct Mail Subscription extension on a page and I have created two
categories, Surveys and News, and the user can select from which  category
he/she wants to recieve news.

This works as intended. The categories is displayed correctly. 

 

But I can not see any category fields in the tt_address records of the users
and when I create a recipient list and select a category it just display #0
as 0 recipients

If I just check one of the fe users I can see the fields, but the fe users
are manually created in the BE to give access to a specific area on the
website and is not supposed to be used in a recipient list.

 

On the page where the subscription form are placed and on the sysfolder
where recipients are listed, aswell as the newsletters, I have this in the
page options.

 

TCEFORM.tt_content.module_sys_dmail_category.PAGE_TSCONFIG_IDLIST = 584

TCEFORM.tt_address.module_sys_dmail_category.PAGE_TSCONFIG_IDLIST = 584

TCEFORM.fe_users.module_sys_dmail_category.PAGE_TSCONFIG_IDLIST = 584

TCEFORM.sys_dmail_group.select_categories.PAGE_TSCONFIG_IDLIST = 584

TCEFORM.tt_content.module_sys_dmail_category.disabled = 0

TCEFORM.tt_address.module_sys_dmail_category.disabled = 0

TCEFORM.fe_users.module_sys_dmail_category.disabled = 0

TCEFORM.sys_dmail_group.select_categories.disabled = 0

 

plugin.feadmin.dmailsubscriptiona.cObjects.CATLIST.pid = 584

 

584 being the pid of the sysfolder.

 

What am I doing wrong?

 

Regards
Morten Hagh

 

_______________________________________________
TYPO3-dev mailing list
TYPO3-dev at lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-dev




From j.rieger at connecta.ag  Mon Jul 11 13:49:27 2011
From: j.rieger at connecta.ag (Jochen Rieger)
Date: Mon, 11 Jul 2011 13:49:27 +0200
Subject: [TYPO3-dev] Complete TYPO3 Website with just AJAX / anchor calls?
	No real page reloads.
Message-ID: <mailman.1.1310385030.9066.typo3-dev@lists.typo3.org>

Hi all,

due to a (in my opinion rather undesireable) customer request I have to 
figure out, if it's somehow possible to set up a TYPO3 website that 
won't have any page reloads - at least for normal content pages.

In general, of cause, there is the possibility to use anchor links [1] 
or the facebook #!-way [2].

What would you say? Is it too hard to set up TYPO3 to produce such 
anchor links wherever a link is to be generated (TMENU, 
$this->cObj->typoLink, $this->pi_linkTP, etc.)?

The reason for all this hazzle is a music player that should continue to 
play music while clicking through the website contents. Pop up Player / 
frames are not an option.

Anyone out there who has done something similar? Experiences?

Best regards,
Jochen

[1] 
http://www.springload.co.nz/love-the-web/making-ajax-calls-bookmark-able-and-linkable/
[2] http://www.seomoz.org/blog/how-to-allow-google-to-crawl-ajax-content



From olivier.dobberkau at dkd.de  Mon Jul 11 14:07:54 2011
From: olivier.dobberkau at dkd.de (Olivier Dobberkau)
Date: Mon, 11 Jul 2011 14:07:54 +0200
Subject: [TYPO3-dev] Complete TYPO3 Website with just AJAX / anchor
	calls? No real page reloads.
In-Reply-To: <mailman.1.1310385030.9066.typo3-dev@lists.typo3.org>
References: <mailman.1.1310385030.9066.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1310386137.10841.typo3-dev@lists.typo3.org>

Am 11.07.11 13:49, schrieb Jochen Rieger:

> Anyone out there who has done something similar? Experiences?

Been there, done that.

http://www.alexgastro.de/
http://www.be-lufthansa.com/

PAGE.typeNum will be your friend.

Olivier



From typo3 at kay-strobach.de  Mon Jul 11 14:22:42 2011
From: typo3 at kay-strobach.de (Kay Strobach)
Date: Mon, 11 Jul 2011 14:22:42 +0200
Subject: [TYPO3-dev] Complete TYPO3 Website with just AJAX / anchor
	calls? No real page reloads.
In-Reply-To: <mailman.1.1310385030.9066.typo3-dev@lists.typo3.org>
References: <mailman.1.1310385030.9066.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1310387026.12928.typo3-dev@lists.typo3.org>

Hi,

should be easy (3-4 days max. if you need to read the docu ;) ).

Use different pagetypes and some JS (JQuery or ExtJS or similar) to load
the data from the different page types.

TypoScript:

ajax = PAGE
ajax.typeNum = 1040
ajax {
  //config for ajax
}

page = PAGE
page {
  //config for first pageload ...
}


Regards

Kay


Am 11.07.2011 13:49, schrieb Jochen Rieger:
> Hi all,
> 
> due to a (in my opinion rather undesireable) customer request I have to
> figure out, if it's somehow possible to set up a TYPO3 website that
> won't have any page reloads - at least for normal content pages.
> 
> In general, of cause, there is the possibility to use anchor links [1]
> or the facebook #!-way [2].
> 
> What would you say? Is it too hard to set up TYPO3 to produce such
> anchor links wherever a link is to be generated (TMENU,
> $this->cObj->typoLink, $this->pi_linkTP, etc.)?
> 
> The reason for all this hazzle is a music player that should continue to
> play music while clicking through the website contents. Pop up Player /
> frames are not an option.
> 
> Anyone out there who has done something similar? Experiences?
> 
> Best regards,
> Jochen
> 
> [1]
> http://www.springload.co.nz/love-the-web/making-ajax-calls-bookmark-able-and-linkable/
> 
> [2] http://www.seomoz.org/blog/how-to-allow-google-to-crawl-ajax-content


-- 
http://www.kay-strobach.de - Open Source Rocks

TYPO3 .... inspiring people to share!
Get involved: http://typo3.org



From j.rieger at connecta.ag  Mon Jul 11 15:07:32 2011
From: j.rieger at connecta.ag (Jochen Rieger)
Date: Mon, 11 Jul 2011 15:07:32 +0200
Subject: [TYPO3-dev] Complete TYPO3 Website with just AJAX / anchor
	calls? No real page reloads.
In-Reply-To: <mailman.1.1310387026.12928.typo3-dev@lists.typo3.org>
References: <mailman.1.1310385030.9066.typo3-dev@lists.typo3.org>
	<mailman.1.1310387026.12928.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1310389716.17599.typo3-dev@lists.typo3.org>

Hey Kay,

thanks for the answer. The general way of implementing AJAX 
functionality is well known.

The challenge is making the content loads / changes bookmarkable and 
indexable by Google & Co. just as if they were normal page reloads.

But I think Olivier in his answer brought up two examples that are of 
that kind.

Thanks,
Jochen



From j.rieger at connecta.ag  Mon Jul 11 15:09:11 2011
From: j.rieger at connecta.ag (Jochen Rieger)
Date: Mon, 11 Jul 2011 15:09:11 +0200
Subject: [TYPO3-dev] Complete TYPO3 Website with just AJAX / anchor
	calls? No real page reloads.
In-Reply-To: <mailman.1.1310386137.10841.typo3-dev@lists.typo3.org>
References: <mailman.1.1310385030.9066.typo3-dev@lists.typo3.org>
	<mailman.1.1310386137.10841.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1310389815.17599.typo3-dev@lists.typo3.org>

Hi Olivier,

thanks fo  that blasting fast answer and the great examples.

Did you have to patch some core files (link generation) or is it 
possible to have typeNum = # and set it as fixed prevar in realurl?

Thanks a lot,
Jochen



From typo3 at we-make.net  Mon Jul 11 15:18:16 2011
From: typo3 at we-make.net (Stefan Beylen)
Date: Mon, 11 Jul 2011 15:18:16 +0200
Subject: [TYPO3-dev]  virtual cObjects & change ts rendering
Message-ID: <mailman.1.1310390324.18800.typo3-dev@lists.typo3.org>

hi list,

I am able to render cObjects in my extension the following way:

$data['CType']='text';
$data['header']=$record[0]['title'];
$data['bodytext']=$description;
$cObj =t3lib_div::makeInstance('tslib_cObj');
$cObj->start($data, '_NO_TABLE');
$content=$cObj->cObjGetSingle("<tt_content",'');

now I got the problem that I do not want the bodytext part to be parsed 
as RTE content, so additionally I would like to influence Typoscript and 
also add the following line just within the content that is parsed out 
of my extension: tt_content.text.20.parseFunc >

is there some way to achieve that?

thanks
stefan



From tliegl at gmail.com  Mon Jul 11 15:55:27 2011
From: tliegl at gmail.com (Tobias Liegl)
Date: Mon, 11 Jul 2011 15:55:27 +0200
Subject: [TYPO3-dev] Complete TYPO3 Website with just AJAX / anchor
	calls? No real page reloads.
In-Reply-To: <mailman.1.1310389815.17599.typo3-dev@lists.typo3.org>
References: <mailman.1.1310385030.9066.typo3-dev@lists.typo3.org>
	<mailman.1.1310386137.10841.typo3-dev@lists.typo3.org>
	<mailman.1.1310389815.17599.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1310392590.22658.typo3-dev@lists.typo3.org>

Hi Jochen,

you don't have to change the normal links. And you also shouldn't do 
this (think about visitors with deactivated javascript).

Here is a link to a german tutorial, which describes the whole process 
in more detail.
http://www.interaktionsdesigner.de/2008/12/12/typo3-seiten-dynamisch-nachladen-mit-jquery/

Tobi


Am 11.07.2011 15:09, schrieb Jochen Rieger:
> Hi Olivier,
>
> thanks fo that blasting fast answer and the great examples.
>
> Did you have to patch some core files (link generation) or is it
> possible to have typeNum = # and set it as fixed prevar in realurl?
>
> Thanks a lot,
> Jochen




From olivier.dobberkau at dkd.de  Mon Jul 11 15:59:24 2011
From: olivier.dobberkau at dkd.de (Olivier Dobberkau)
Date: Mon, 11 Jul 2011 15:59:24 +0200
Subject: [TYPO3-dev] Complete TYPO3 Website with just AJAX / anchor
	calls? No real page reloads.
In-Reply-To: <mailman.1.1310389815.17599.typo3-dev@lists.typo3.org>
References: <mailman.1.1310385030.9066.typo3-dev@lists.typo3.org>
	<mailman.1.1310386137.10841.typo3-dev@lists.typo3.org>
	<mailman.1.1310389815.17599.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1310392834.23277.typo3-dev@lists.typo3.org>

Am 11.07.11 15:09, schrieb Jochen Rieger:

> Did you have to patch some core files (link generation) or is it
> possible to have typeNum = # and set it as fixed prevar in realurl?

as far as i remember we do the magic with javascript and the DOM itself.

we call this the "hashDealer".

I remember seeing javascript frameworks offering this solution too.

see
https://github.com/hij1nx/SugarSkull#readme or
http://jhash.codeplex.com/

hope this helps you.

olivier






From j.rieger at connecta.ag  Mon Jul 11 15:59:33 2011
From: j.rieger at connecta.ag (Jochen Rieger)
Date: Mon, 11 Jul 2011 15:59:33 +0200
Subject: [TYPO3-dev] Complete TYPO3 Website with just AJAX / anchor
	calls? No real page reloads.
In-Reply-To: <mailman.1.1310392590.22658.typo3-dev@lists.typo3.org>
References: <mailman.1.1310385030.9066.typo3-dev@lists.typo3.org>
	<mailman.1.1310386137.10841.typo3-dev@lists.typo3.org>
	<mailman.1.1310389815.17599.typo3-dev@lists.typo3.org>
	<mailman.1.1310392590.22658.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1310392836.23283.typo3-dev@lists.typo3.org>

Thanks a lot, Tobi, for the link to that great article. Didn't know that 
one before.

Has anybody made experiences with "Balah" yet?

http://code.google.com/p/balah/wiki/TheBasis

Regards,
Jochen



From olivier.dobberkau at dkd.de  Mon Jul 11 16:08:29 2011
From: olivier.dobberkau at dkd.de (Olivier Dobberkau)
Date: Mon, 11 Jul 2011 16:08:29 +0200
Subject: [TYPO3-dev] Complete TYPO3 Website with just AJAX / anchor
	calls? No real page reloads.
In-Reply-To: <mailman.1.1310392590.22658.typo3-dev@lists.typo3.org>
References: <mailman.1.1310385030.9066.typo3-dev@lists.typo3.org>
	<mailman.1.1310386137.10841.typo3-dev@lists.typo3.org>
	<mailman.1.1310389815.17599.typo3-dev@lists.typo3.org>
	<mailman.1.1310392590.22658.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1310393373.24027.typo3-dev@lists.typo3.org>

Am 11.07.11 15:55, schrieb Tobias Liegl:

> Here is a link to a german tutorial, which describes the whole process
> in more detail.
> http://www.interaktionsdesigner.de/2008/12/12/typo3-seiten-dynamisch-nachladen-mit-jquery/

Thanks for sharing!

Olivier




From j.rieger at connecta.ag  Mon Jul 11 16:10:15 2011
From: j.rieger at connecta.ag (Jochen Rieger)
Date: Mon, 11 Jul 2011 16:10:15 +0200
Subject: [TYPO3-dev] Complete TYPO3 Website with just AJAX / anchor
	calls? No real page reloads.
In-Reply-To: <mailman.1.1310392834.23277.typo3-dev@lists.typo3.org>
References: <mailman.1.1310385030.9066.typo3-dev@lists.typo3.org>
	<mailman.1.1310386137.10841.typo3-dev@lists.typo3.org>
	<mailman.1.1310389815.17599.typo3-dev@lists.typo3.org>
	<mailman.1.1310392834.23277.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1310393478.24179.typo3-dev@lists.typo3.org>

Hi Olivier,

I guess those frameworks are similar to the "Balah" one, which has this 
kind of hashListener / hashDealer:

http://code.google.com/p/balah/wiki/HashListener

Regards,
Jochen



From ernst at cron-it.de  Mon Jul 11 20:18:31 2011
From: ernst at cron-it.de (Ernesto Baschny [cron IT])
Date: Mon, 11 Jul 2011 20:18:31 +0200
Subject: [TYPO3-dev]  review.typo3.org now anonymous access
Message-ID: <mailman.1.1310408375.14098.typo3-dev@lists.typo3.org>

Hi people,

Our review-system Gerrit [1] now operates on a read-only-anonymous
access, thanks to Peter Niederlag for making it possible [2]! So
everyone can just "look around" without having to log in or even have a
typo3.org username.

So if you go to Gerrit right now and wonder "where are my projects" or
"why can't I do anything", just try the "Sign-in" link on the top right
bar and the login-box will pop-up as usual.

If there are issues with this change, or general issues concerning the
working with Git and Gerrit, please visit and report in our issue
tracker [3].

Also thanks to the active people during the T3-Developer Days last week
we now have a bit more "user-friendly" styling (orange bars on top, etc).

Cheers,
Ernesto

[1] https://review.typo3.org
[2] http://forge.typo3.org/issues/13458
[3] http://forge.typo3.org/projects/team-git/issues



From typo3 at kay-strobach.de  Mon Jul 11 20:35:59 2011
From: typo3 at kay-strobach.de (Kay Strobach)
Date: Mon, 11 Jul 2011 20:35:59 +0200
Subject: [TYPO3-dev] review.typo3.org now anonymous access
In-Reply-To: <mailman.1.1310408375.14098.typo3-dev@lists.typo3.org>
References: <mailman.1.1310408375.14098.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1310409424.15558.typo3-dev@lists.typo3.org>

Am 11.07.2011 20:18, schrieb Ernesto Baschny [cron IT]:
> Hi people,
> 
> Our review-system Gerrit [1] now operates on a read-only-anonymous
> access, thanks to Peter Niederlag for making it possible [2]! So
> everyone can just "look around" without having to log in or even have a
> typo3.org username.

+1

But the sign in link should be styled identically to [1].
Same for wiki and TYPO3.org :)

Regards
Kay

[1] http://forumdev.typo3.org

-- 
http://www.kay-strobach.de - Open Source Rocks

TYPO3 .... inspiring people to share!
Get involved: http://typo3.org



From typo3 at kay-strobach.de  Mon Jul 11 20:59:11 2011
From: typo3 at kay-strobach.de (Kay Strobach)
Date: Mon, 11 Jul 2011 20:59:11 +0200
Subject: [TYPO3-dev]  Question about review of forge projects
Message-ID: <mailman.1.1310410824.18018.typo3-dev@lists.typo3.org>

Hi,

are forge projects automatically checked on ci.typo3.org?
There many projects listed - but non of mine :(

E.g.:

http://forge.typo3.org/hudson/index/extension-piwikintegration

So what do i have to do to use the review system on forge for:

 - http://forge.typo3.org/hudson/index/extension-piwikintegration
 - http://forge.typo3.org/hudson/index/extension-piwik
 - http://forge.typo3.org/hudson/index/extension-sitemgr

Thanks in advice
Kay

-- 
http://www.kay-strobach.de - Open Source Rocks

TYPO3 .... inspiring people to share!
Get involved: http://typo3.org



From cordes at cps-it.de  Mon Jul 11 21:07:15 2011
From: cordes at cps-it.de (Nicole Cordes)
Date: Mon, 11 Jul 2011 21:07:15 +0200
Subject: [TYPO3-dev] Different configs for different types in TCA
In-Reply-To: <mailman.1.1309971012.17953.typo3-dev@lists.typo3.org>
References: <mailman.1.1309966074.11453.typo3-dev@lists.typo3.org>
	<mailman.1.1309971012.17953.typo3-dev@lists.typo3.org>
Message-ID: <mailman.32328.1310411305.648.typo3-dev@lists.typo3.org>

-----Urspr?ngliche Nachricht-----
> Von: typo3-dev-bounces at lists.typo3.org
[mailto:typo3-dev-bounces at lists.typo3.org] Im Auftrag von Thomas "Thasmo"
Deinhamer
> Gesendet: Mittwoch, 6. Juli 2011 18:49
> An: typo3-dev at lists.typo3.org
> Betreff: Re: [TYPO3-dev] Different configs for different types in TCA

> Christian Opitz schrieb:
>> Avatar would be recursively merged on 'image' and then be saved to 
>> db-column "image" too. Do you have a idea on how this could be done?

> Not sure, maybe you can use the field type 'user'
> to handle your needed process/data.

> Can't think of another simple solution at the moment.

> Regards,
> Thomas

Better use 'form_type' => 'user' for your own rendering. 


Cheers,
Nicole




From typo3 at kay-strobach.de  Mon Jul 11 21:07:43 2011
From: typo3 at kay-strobach.de (Kay Strobach)
Date: Mon, 11 Jul 2011 21:07:43 +0200
Subject: [TYPO3-dev] Question about review of forge projects
In-Reply-To: <mailman.1.1310410824.18018.typo3-dev@lists.typo3.org>
References: <mailman.1.1310410824.18018.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1310411329.18676.typo3-dev@lists.typo3.org>

Hi Found it!

I need to enable the Continious Integration Module in Forge ;)

Regards
Kay

Am 11.07.2011 20:59, schrieb Kay Strobach:
> Hi,
> 
> are forge projects automatically checked on ci.typo3.org?
> There many projects listed - but non of mine :(
> 
> E.g.:
> 
> http://forge.typo3.org/hudson/index/extension-piwikintegration
> 
> So what do i have to do to use the review system on forge for:
> 
>  - http://forge.typo3.org/hudson/index/extension-piwikintegration
>  - http://forge.typo3.org/hudson/index/extension-piwik
>  - http://forge.typo3.org/hudson/index/extension-sitemgr
> 
> Thanks in advice
> Kay
> 


-- 
http://www.kay-strobach.de - Open Source Rocks

TYPO3 .... inspiring people to share!
Get involved: http://typo3.org



From kiessling at pluspol.info  Mon Jul 11 21:28:30 2011
From: kiessling at pluspol.info (Andreas Kiessling)
Date: Mon, 11 Jul 2011 21:28:30 +0200
Subject: [TYPO3-dev] Complete TYPO3 Website with just AJAX / anchor
	calls? No real page reloads.
In-Reply-To: <mailman.1.1310392836.23283.typo3-dev@lists.typo3.org>
References: <mailman.1.1310385030.9066.typo3-dev@lists.typo3.org>
	<mailman.1.1310386137.10841.typo3-dev@lists.typo3.org>
	<mailman.1.1310389815.17599.typo3-dev@lists.typo3.org>
	<mailman.1.1310392590.22658.typo3-dev@lists.typo3.org>
	<mailman.1.1310392836.23283.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1310412574.20550.typo3-dev@lists.typo3.org>

Hi,

while using the hash to save the current state of the site seems to work 
in all browsers, i'd go for the HTML5 history api:

Github is an awesome example for that:
https://github.com/balupton/History.js

Just click on a folder and watch the request in Firefox (Firebug -> 
Network panel)
-> document location changes without a full page load (at least in 
capable browsers)

Unfortunately, i couldn't play with this great HTML5 feature yet, so no 
idea if history.js can live up to it's promises.

Quoting from http://balupton.github.com/history.js/demo/
<<<<
For HTML5 browsers this means that you can modify the URL directly, 
without needing to use hashes anymore. For HTML4 browsers it will revert 
back to using the old onhashchange functionality.
 >>>>


To request a different page type, i would just make sure to include all 
params in realurl / cooluri and simply append "partial.html" when making 
the ajax call. Then map that to a different page type and you're done.


HTH,
Andreas



From ingmar at typo3.org  Mon Jul 11 23:25:50 2011
From: ingmar at typo3.org (Ingmar Schlecht)
Date: Mon, 11 Jul 2011 23:25:50 +0200
Subject: [TYPO3-dev] review.typo3.org now anonymous access
In-Reply-To: <mailman.1.1310408375.14098.typo3-dev@lists.typo3.org>
References: <mailman.1.1310408375.14098.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1310419600.30672.typo3-dev@lists.typo3.org>

That is EXCELLENT!!!

Thanks a bunch to all people involved!

cheers
Ingmar


Am 11.07.2011 20:18, schrieb Ernesto Baschny [cron IT]:
> Hi people,
> 
> Our review-system Gerrit [1] now operates on a read-only-anonymous
> access, thanks to Peter Niederlag for making it possible [2]! So
> everyone can just "look around" without having to log in or even have a
> typo3.org username.
> 
> So if you go to Gerrit right now and wonder "where are my projects" or
> "why can't I do anything", just try the "Sign-in" link on the top right
> bar and the login-box will pop-up as usual.
> 
> If there are issues with this change, or general issues concerning the
> working with Git and Gerrit, please visit and report in our issue
> tracker [3].
> 
> Also thanks to the active people during the T3-Developer Days last week
> we now have a bit more "user-friendly" styling (orange bars on top, etc).
> 
> Cheers,
> Ernesto
> 
> [1] https://review.typo3.org
> [2] http://forge.typo3.org/issues/13458
> [3] http://forge.typo3.org/projects/team-git/issues




From news at _REMOVETHIS_fabrizio-branca.de  Tue Jul 12 00:27:54 2011
From: news at _REMOVETHIS_fabrizio-branca.de (Fabrizio Branca)
Date: Tue, 12 Jul 2011 00:27:54 +0200
Subject: [TYPO3-dev] Metrics for TYPO3, FLOW3, Wordpress, Joomla, Drupal
In-Reply-To: <mailman.1.1259935517.3574.typo3-dev@lists.typo3.org>
References: <mailman.1.1259935517.3574.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1310423346.2969.typo3-dev@lists.typo3.org>

Hi everybody,

I recreated the graphs displaying the results of some basic metrics 
(phploc) with current data incl. all tags found in git:

Maybe that's interesting to you:

http://www.fabrizio-branca.de/typo3-metrics-ii.html

Bye,

Fabrizio


On 04.12.2009 15:04, Fabrizio Branca wrote:
> Hi everybody,
>
> maybe this is interesting for some of you developers:
>
> I compared the code
> - of the last TYPO3 versions
> - of TYPO3 and FLOW3
> - of TYPO3 and other cms (or those claiming to be :)
> to each other using phploc and generated some graphs.
>
> Here are the results:
>
> http://www.fabrizio-branca.de/fablog/post/typo3-metrics.html
> http://www.fabrizio-branca.de/fablog/post/comparing-typo3-4-3-0-and-flow3-1-0-0alpha6.html
>
> http://www.fabrizio-branca.de/fablog/post/comparing-metrics-for-typo3-wordpress-joomla-and-drupal.html
>
>
> Bye,
>
> Fabrizio




From olivier.dobberkau at dkd.de  Tue Jul 12 00:57:09 2011
From: olivier.dobberkau at dkd.de (Olivier Dobberkau)
Date: Tue, 12 Jul 2011 00:57:09 +0200
Subject: [TYPO3-dev] Metrics for TYPO3, FLOW3, Wordpress, Joomla, Drupal
In-Reply-To: <mailman.1.1310423346.2969.typo3-dev@lists.typo3.org>
References: <mailman.1.1259935517.3574.typo3-dev@lists.typo3.org>
	<mailman.1.1310423346.2969.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1310425093.5656.typo3-dev@lists.typo3.org>

Am 12.07.11 00:27, schrieb Fabrizio Branca:

> Maybe that's interesting to you:

can you give some explanations to the non-tech managers around.

thanks!

olivier



From xavier at typo3.org  Tue Jul 12 09:00:38 2011
From: xavier at typo3.org (Xavier Perseguers)
Date: Tue, 12 Jul 2011 09:00:38 +0200
Subject: [TYPO3-dev]  Planning for 4.6 alpha3
Message-ID: <mailman.1.1310454103.23285.typo3-dev@lists.typo3.org>

Dear developers,

I plan to package alpha3 this afternoon. As such, please make sure you 
work on reviews this morning, if needed and otherwise get in touch with 
me by whichever media you like.

Thanks!

-- 
Xavier Perseguers
Release Manager TYPO3 4.6

TYPO3 .... inspiring people to share!
Get involved: http://typo3.org




From dmitry.dulepov at gmail.com  Tue Jul 12 09:10:49 2011
From: dmitry.dulepov at gmail.com (Dmitry Dulepov)
Date: Tue, 12 Jul 2011 09:10:49 +0200
Subject: [TYPO3-dev] review.typo3.org now anonymous access
In-Reply-To: <mailman.1.1310408375.14098.typo3-dev@lists.typo3.org>
References: <mailman.1.1310408375.14098.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1310454713.24007.typo3-dev@lists.typo3.org>

Hi!

Ernesto Baschny [cron IT] wrote:
> Our review-system Gerrit [1] now operates on a read-only-anonymous
> access, thanks to Peter Niederlag for making it possible [2]! So
> everyone can just "look around" without having to log in or even have a
> typo3.org username.

Wasn't it possible before? I think I saw "Anonymous Coward" submissions. I 
always thought it happens when you press "Cancel" at the login prompt. I 
never tried it though :)

-- 
Dmitry "itoldyou" Dulepov
TYPO3 core&security team member
E-mail: dmitry.dulepov at typo3.org
Web: http://dmitry-dulepov.com/




From pedersen at frm2.tum.de  Tue Jul 12 09:23:12 2011
From: pedersen at frm2.tum.de (=?UTF-8?B?QmrDtnJuIFBlZGVyc2Vu?=)
Date: Tue, 12 Jul 2011 09:23:12 +0200
Subject: [TYPO3-dev] review.typo3.org now anonymous access
In-Reply-To: <mailman.1.1310454713.24007.typo3-dev@lists.typo3.org>
References: <mailman.1.1310408375.14098.typo3-dev@lists.typo3.org>
	<mailman.1.1310454713.24007.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1310455457.25544.typo3-dev@lists.typo3.org>

Am 12.07.2011 09:10, schrieb Dmitry Dulepov:
> Hi!
> 
> Ernesto Baschny [cron IT] wrote:
>> Our review-system Gerrit [1] now operates on a read-only-anonymous
>> access, thanks to Peter Niederlag for making it possible [2]! So
>> everyone can just "look around" without having to log in or even have a
>> typo3.org username.
> 
> Wasn't it possible before? I think I saw "Anonymous Coward" submissions.
> I always thought it happens when you press "Cancel" at the login prompt.
> I never tried it though :)
> 
Hi,

No the "Anonymous Coward" is used if the full name in preferences is not
filled in.

Bj?rn




From a.gravel-raymond at alienor.net  Tue Jul 12 09:33:50 2011
From: a.gravel-raymond at alienor.net (Alexandre Gravel-Raymond)
Date: Tue, 12 Jul 2011 09:33:50 +0200
Subject: [TYPO3-dev] virtual cObjects & change ts rendering
In-Reply-To: <mailman.1.1310390324.18800.typo3-dev@lists.typo3.org>
References: <mailman.1.1310390324.18800.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1310456203.26856.typo3-dev@lists.typo3.org>

Hi Stefan,

Le 11/07/2011 15:18, Stefan Beylen a ?crit :
> I am able to render cObjects in my extension the following way:
>
> $data['CType']='text';
> $data['header']=$record[0]['title'];
> $data['bodytext']=$description;
> $cObj =t3lib_div::makeInstance('tslib_cObj');
> $cObj->start($data, '_NO_TABLE');
> $content=$cObj->cObjGetSingle("<tt_content",'');
>
> now I got the problem that I do not want the bodytext part to be parsed
> as RTE content, so additionally I would like to influence Typoscript and
> also add the following line just within the content that is parsed out
> of my extension: tt_content.text.20.parseFunc >
>
> is there some way to achieve that?


One possibility would be to first retrieve the typoscript Array and then 
remove tt_content.text.20.parseFunc from it, before calling 
cObjGetSingle. For instance :

$type = $GLOBALS['TSFE']->tmpl->setup['tt_content'];
$conf = $GLOBALS['TSFE']->tmpl->setup['tt_content.'];
unset($conf['text.']['20.']['parseFunc.']);
$content = $cObj->cObjGetSingle($type, $conf);

I didn't test it but something like that should do the job.

Alexandre Gravel-Raymond






From kiessling at pluspol.info  Tue Jul 12 09:42:18 2011
From: kiessling at pluspol.info (Andreas Kiessling)
Date: Tue, 12 Jul 2011 09:42:18 +0200
Subject: [TYPO3-dev] virtual cObjects & change ts rendering
In-Reply-To: <mailman.1.1310390324.18800.typo3-dev@lists.typo3.org>
References: <mailman.1.1310390324.18800.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1310456602.27629.typo3-dev@lists.typo3.org>

Hi,

can't you just render a "lib" instead of tt_content?
So
"lib.whatever < tt_content"
and then customize lib.whatever by removing references to the parseFunc


HTH,
Andreas



From pedersen at frm2.tum.de  Tue Jul 12 11:43:34 2011
From: pedersen at frm2.tum.de (=?UTF-8?B?QmrDtnJuIFBlZGVyc2Vu?=)
Date: Tue, 12 Jul 2011 11:43:34 +0200
Subject: [TYPO3-dev] virtual cObjects & change ts rendering
In-Reply-To: <mailman.1.1310456602.27629.typo3-dev@lists.typo3.org>
References: <mailman.1.1310390324.18800.typo3-dev@lists.typo3.org>
	<mailman.1.1310456602.27629.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1310463878.5968.typo3-dev@lists.typo3.org>

Am 12.07.2011 09:42, schrieb Andreas Kiessling:
> Hi,
> 
> can't you just render a "lib" instead of tt_content?
> So
> "lib.whatever < tt_content"
> and then customize lib.whatever by removing references to the parseFunc
> 
> 
> HTH,
> Andreas
Hi,

As it is in a plugin, I would suggest to use:

plugin.<extkey>.whatever < tt_content
[modify as necessary here]

in the plugin static TS to keep namespaces clean.

Bj?rn




From bastian at typo3.org  Tue Jul 12 12:45:44 2011
From: bastian at typo3.org (Bastian Waidelich)
Date: Tue, 12 Jul 2011 12:45:44 +0200
Subject: [TYPO3-dev] Planning for 4.6 alpha3
In-Reply-To: <mailman.1.1310454103.23285.typo3-dev@lists.typo3.org>
References: <mailman.1.1310454103.23285.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1310467605.12430.typo3-dev@lists.typo3.org>

Xavier Perseguers wrote:

> I plan to package alpha3 this afternoon.

Just to confirm:
You'll tag Extbase & Fluid respectively, right?
Do you think, we have to adjust the version from "1.4.0-devel" to 
"1.4.0-alpha1" or something?

Good luck with the packaging ;)

Bastian



From typo3 at we-make.net  Tue Jul 12 13:14:56 2011
From: typo3 at we-make.net (Stefan Beylen)
Date: Tue, 12 Jul 2011 13:14:56 +0200
Subject: [TYPO3-dev] virtual cObjects & change ts rendering
In-Reply-To: <mailman.1.1310463878.5968.typo3-dev@lists.typo3.org>
References: <mailman.1.1310390324.18800.typo3-dev@lists.typo3.org>
	<mailman.1.1310456602.27629.typo3-dev@lists.typo3.org>
	<mailman.1.1310463878.5968.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1310469324.15037.typo3-dev@lists.typo3.org>

Am 2011-07-12 11:43, schrieb Bj?rn Pedersen:
>> "lib.whatever<  tt_content"
>> and then customize lib.whatever by removing references to the parseFunc

thanks for your helpful answers that all work ;)
I used the plugin.<extkey>.tt_content < tt_content solution

best regards,
stefan



From xavier at typo3.org  Tue Jul 12 13:51:23 2011
From: xavier at typo3.org (Xavier Perseguers)
Date: Tue, 12 Jul 2011 13:51:23 +0200
Subject: [TYPO3-dev] Planning for 4.6 alpha3
In-Reply-To: <mailman.1.1310467605.12430.typo3-dev@lists.typo3.org>
References: <mailman.1.1310454103.23285.typo3-dev@lists.typo3.org>
	<mailman.1.1310467605.12430.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1310471548.18519.typo3-dev@lists.typo3.org>

Hi Bastian,

>> I plan to package alpha3 this afternoon.
>
> Just to confirm:
> You'll tag Extbase & Fluid respectively, right?
> Do you think, we have to adjust the version from "1.4.0-devel" to
> "1.4.0-alpha1" or something?

Yes, would be good because updating label is not done ATM.

> Good luck with the packaging ;)

Thanks.

-- 
Xavier Perseguers
Release Manager TYPO3 4.6

TYPO3 .... inspiring people to share!
Get involved: http://typo3.org




From thomas.fricke at werkraum.net  Tue Jul 12 16:02:20 2011
From: thomas.fricke at werkraum.net (Thomas F.)
Date: Tue, 12 Jul 2011 16:02:20 +0200
Subject: [TYPO3-dev] Creating a new Category (besides web, user, admin,
	...) for a BE-Module
In-Reply-To: <mailman.27370.1309306456.648.typo3-dev@lists.typo3.org>
References: <mailman.1.1309287787.31593.typo3-dev@lists.typo3.org>
	<mailman.1.1309294290.8903.typo3-dev@lists.typo3.org>
	<mailman.27370.1309306456.648.typo3-dev@lists.typo3.org>
Message-ID: <mailman.32757.1310479411.648.typo3-dev@lists.typo3.org>

Hello list,

i've got a question. The situation is: i'm programming an Extbase 
extension (a backend module making tt_news and directmail work together 
and adding some own functionality), which works quite well (thanks to 
the Extbase team!).

But we need the module to appear in its own category; not under "Web", 
"Admin", "Tools" or whatsoever.
I've taken a good look around (i suppose) and tried adapting the old 
TYPO3-behavior to my Extbase extension, meaning i tried using the 
ext_tables.php t3lib_extMgm::addModule-Function. But the problem - as i 
soon discovered - seems to be that this is just not adaptable (as the 
addModule()-function uses the module's path inside the extension as a 
parameter... but in Extbase there just is no such path).

So my next approach was to have a look whether there are any extensions 
built using Extbase as a dependency, hoping to find at least one which 
creates a new module category. So i went on and searched, but there was 
none (at least i didn't find any).

And now my question is: is this kind of functionality just not 
implemented or probably not intended? If not (as i desperately hope), is 
there anyone out there who might puke me into the right direction?

Thanks and
---
Best regards/viele Gr??e,
thomas fricke
web-entwickler



From thomas.fricke at werkraum.net  Tue Jul 12 16:04:28 2011
From: thomas.fricke at werkraum.net (Thomas F.)
Date: Tue, 12 Jul 2011 16:04:28 +0200
Subject: [TYPO3-dev] Creating a new Category (besides web, user, admin,
	...) for a BE-Module
In-Reply-To: <mailman.32757.1310479411.648.typo3-dev@lists.typo3.org>
References: <mailman.1.1309287787.31593.typo3-dev@lists.typo3.org>
	<mailman.1.1309294290.8903.typo3-dev@lists.typo3.org>
	<mailman.27370.1309306456.648.typo3-dev@lists.typo3.org>
	<mailman.32757.1310479411.648.typo3-dev@lists.typo3.org>
Message-ID: <mailman.32762.1310479537.648.typo3-dev@lists.typo3.org>

Oh, i absolutely meant "who can poke me into the right direction". Sorry 
for that. :-)
---
Best regards/Viele Gr??e,
thomas fricke
web-entwickler



From cordes at cps-it.de  Tue Jul 12 16:13:56 2011
From: cordes at cps-it.de (Nicole Cordes)
Date: Tue, 12 Jul 2011 16:13:56 +0200
Subject: [TYPO3-dev] Manage extension keys under typo3.org
Message-ID: <mailman.32785.1310480106.648.typo3-dev@lists.typo3.org>

Dear guys,

 

Is there any opportunity the view or change the description for already
registered (own) extension keys when there wasn't any upload so far?

 

Thanks,

Nicole




From mail at ringerge.org  Tue Jul 12 16:20:38 2011
From: mail at ringerge.org (Georg Ringer)
Date: Tue, 12 Jul 2011 16:20:38 +0200
Subject: [TYPO3-dev] Manage extension keys under typo3.org
In-Reply-To: <mailman.32785.1310480106.648.typo3-dev@lists.typo3.org>
References: <mailman.32785.1310480106.648.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1310480503.1038.typo3-dev@lists.typo3.org>

Hi,

Am 12.07.2011 16:13, schrieb Nicole Cordes:
> Is there any opportunity the view or change the description for already
> registered (own) extension keys when there wasn't any upload so far?

no but it is not relevant because there is not yet any code published.

Georg



From j.rieger at connecta.ag  Tue Jul 12 16:53:45 2011
From: j.rieger at connecta.ag (Jochen Rieger)
Date: Tue, 12 Jul 2011 16:53:45 +0200
Subject: [TYPO3-dev] Complete TYPO3 Website with just AJAX / anchor
	calls? No real page reloads.
In-Reply-To: <mailman.1.1310412574.20550.typo3-dev@lists.typo3.org>
References: <mailman.1.1310385030.9066.typo3-dev@lists.typo3.org>
	<mailman.1.1310386137.10841.typo3-dev@lists.typo3.org>
	<mailman.1.1310389815.17599.typo3-dev@lists.typo3.org>
	<mailman.1.1310392590.22658.typo3-dev@lists.typo3.org>
	<mailman.1.1310392836.23283.typo3-dev@lists.typo3.org>
	<mailman.1.1310412574.20550.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1310482489.4754.typo3-dev@lists.typo3.org>

Hi Andreas,

> while using the hash to save the current state of the site seems to work
> in all browsers, i'd go for the HTML5 history api:
>
> Github is an awesome example for that:
> https://github.com/balupton/History.js

thanks for pointing out this nice feature. Definitely worth some research.

Regards,
Jochen



From xavier at typo3.org  Tue Jul 12 18:15:48 2011
From: xavier at typo3.org (Xavier Perseguers)
Date: Tue, 12 Jul 2011 18:15:48 +0200
Subject: [TYPO3-dev] [TYPO3-v4] TYPO3 4.6 alpha3
Message-ID: <mailman.32927.1310487602.648.typo3-dev@lists.typo3.org>

Dear TYPO3 community,

The community has just released TYPO3 version 4.6.0alpha3, which is
ready for you to download.

The packages can be downloaded here:
http://typo3.org/download/packages/

For details about the release, please see:
http://news.typo3.org/news/article/typo3-46alpha3-released/

MD5 checksums:

477b67a1cbfa0b4b8a5ae4d772577bc4  blankpackage-4.6.0alpha3.tar.gz
c42a25621422ed5d44ae624f8c1e4c02  blankpackage-4.6.0alpha3.zip
42a3b1db895a5d599aa66cb021bb970c  introductionpackage-4.6.0alpha3.tar.gz
00e98e2908ee8716edaecee8ba95acd1  introductionpackage-4.6.0alpha3.zip
258be8e8bf48daac26ac917ddca85d2d  typo3_src-4.6.0alpha3.tar.gz
f144c8cb17c5d707ffe4ebb2caf276cf  typo3_src-4.6.0alpha3.zip

Cheers,
Xavier

-- 
Xavier Perseguers
Release Manager TYPO3 4.6

TYPO3 .... inspiring people to share!
Get involved: http://typo3.org




From oliver.hader at typo3.org  Tue Jul 12 18:21:32 2011
From: oliver.hader at typo3.org (Oliver Hader)
Date: Tue, 12 Jul 2011 18:21:32 +0200
Subject: [TYPO3-dev] [TYPO3-v4] TYPO3 4.6 alpha3
In-Reply-To: <mailman.1.1310487414.12170.typo3-project-v4@lists.typo3.org>
References: <mailman.1.1310487414.12170.typo3-project-v4@lists.typo3.org>
Message-ID: <mailman.32931.1310487902.648.typo3-dev@lists.typo3.org>

Wow! Thanks Xavier and to everybody being involved!

Rock on!
Olly


Am 12.07.11 18:15, schrieb Xavier Perseguers:
> Dear TYPO3 community,
> 
> The community has just released TYPO3 version 4.6.0alpha3, which is
> ready for you to download.
> 
> The packages can be downloaded here:
> http://typo3.org/download/packages/
> 
> For details about the release, please see:
> http://news.typo3.org/news/article/typo3-46alpha3-released/
> 
> MD5 checksums:
> 
> 477b67a1cbfa0b4b8a5ae4d772577bc4  blankpackage-4.6.0alpha3.tar.gz
> c42a25621422ed5d44ae624f8c1e4c02  blankpackage-4.6.0alpha3.zip
> 42a3b1db895a5d599aa66cb021bb970c  introductionpackage-4.6.0alpha3.tar.gz
> 00e98e2908ee8716edaecee8ba95acd1  introductionpackage-4.6.0alpha3.zip
> 258be8e8bf48daac26ac917ddca85d2d  typo3_src-4.6.0alpha3.tar.gz
> f144c8cb17c5d707ffe4ebb2caf276cf  typo3_src-4.6.0alpha3.zip
> 
> Cheers,
> Xavier
-- 
Oliver Hader
TYPO3 v4 Core Team Leader

TYPO3 .... inspiring people to share!
Get involved: http://typo3.org



From cordes at cps-it.de  Tue Jul 12 23:32:48 2011
From: cordes at cps-it.de (Nicole Cordes)
Date: Tue, 12 Jul 2011 23:32:48 +0200
Subject: [TYPO3-dev] Manage extension keys under typo3.org
In-Reply-To: <mailman.1.1310480503.1038.typo3-dev@lists.typo3.org>
References: <mailman.32785.1310480106.648.typo3-dev@lists.typo3.org>
	<mailman.1.1310480503.1038.typo3-dev@lists.typo3.org>
Message-ID: <mailman.32975.1310506439.648.typo3-dev@lists.typo3.org>

> -----Urspr?ngliche Nachricht-----
> Von: typo3-dev-bounces at lists.typo3.org
[mailto:typo3-dev-bounces at lists.typo3.org]
> Im Auftrag von Georg Ringer
> Gesendet: Dienstag, 12. Juli 2011 16:21
> An: typo3-dev at lists.typo3.org
> Betreff: Re: [TYPO3-dev] Manage extension keys under typo3.org
> 
> Hi,
> 
> Am 12.07.2011 16:13, schrieb Nicole Cordes:
> > Is there any opportunity the view or change the description for
> > already registered (own) extension keys when there wasn't any upload so
far?
> 
> no but it is not relevant because there is not yet any code published.

I know but I want to know what I added before I upload any version. Or when
adding new functions I want to compete it.

Thanks,
Nicole




From cordes at cps-it.de  Tue Jul 12 23:36:41 2011
From: cordes at cps-it.de (Nicole Cordes)
Date: Tue, 12 Jul 2011 23:36:41 +0200
Subject: [TYPO3-dev] Hook request
Message-ID: <mailman.32976.1310506672.648.typo3-dev@lists.typo3.org>

Dear list,

 

as I need to extand the extension manager I was looking for any hook which
is called when a (new) extension is installed/loaded. I had a look in
different files and found functions which are called when extension is
installed but I didn't found any hook I can use. Should I provide a request
in gerrit or has anyone another idea (besides xclasses which is an
alternative for me).

 

Thanks,

Nicole




From typo3 at kay-strobach.de  Wed Jul 13 07:15:40 2011
From: typo3 at kay-strobach.de (Kay Strobach)
Date: Wed, 13 Jul 2011 07:15:40 +0200
Subject: [TYPO3-dev] Manage extension keys under typo3.org
In-Reply-To: <mailman.32975.1310506439.648.typo3-dev@lists.typo3.org>
References: <mailman.32785.1310480106.648.typo3-dev@lists.typo3.org>
	<mailman.1.1310480503.1038.typo3-dev@lists.typo3.org>
	<mailman.32975.1310506439.648.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1310534207.6728.typo3-dev@lists.typo3.org>

Hi use the description field in the ext_emconf.php

This will override the website description - as far as i know.

Regards
Kay

Am 12.07.2011 23:32, schrieb Nicole Cordes:
>> -----Urspr?ngliche Nachricht-----
>> Von: typo3-dev-bounces at lists.typo3.org
> [mailto:typo3-dev-bounces at lists.typo3.org]
>> Im Auftrag von Georg Ringer
>> Gesendet: Dienstag, 12. Juli 2011 16:21
>> An: typo3-dev at lists.typo3.org
>> Betreff: Re: [TYPO3-dev] Manage extension keys under typo3.org
>>
>> Hi,
>>
>> Am 12.07.2011 16:13, schrieb Nicole Cordes:
>>> Is there any opportunity the view or change the description for
>>> already registered (own) extension keys when there wasn't any upload so
> far?
>>
>> no but it is not relevant because there is not yet any code published.
> 
> I know but I want to know what I added before I upload any version. Or when
> adding new functions I want to compete it.
> 
> Thanks,
> Nicole
> 


-- 
http://www.kay-strobach.de - Open Source Rocks

TYPO3 .... inspiring people to share!
Get involved: http://typo3.org



From typo3 at kay-strobach.de  Wed Jul 13 07:16:55 2011
From: typo3 at kay-strobach.de (Kay Strobach)
Date: Wed, 13 Jul 2011 07:16:55 +0200
Subject: [TYPO3-dev] Hook request
In-Reply-To: <mailman.32976.1310506672.648.typo3-dev@lists.typo3.org>
References: <mailman.32976.1310506672.648.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1310534282.6728.typo3-dev@lists.typo3.org>

Hi Nicole,

what is your goal - perhaps there is an easy solution ;)

Regards
Kay

Am 12.07.2011 23:36, schrieb Nicole Cordes:
> Dear list,
> 
>  
> 
> as I need to extand the extension manager I was looking for any hook which
> is called when a (new) extension is installed/loaded. I had a look in
> different files and found functions which are called when extension is
> installed but I didn't found any hook I can use. Should I provide a request
> in gerrit or has anyone another idea (besides xclasses which is an
> alternative for me).
> 
>  
> 
> Thanks,
> 
> Nicole
> 


-- 
http://www.kay-strobach.de - Open Source Rocks

TYPO3 .... inspiring people to share!
Get involved: http://typo3.org



From cordes at cps-it.de  Wed Jul 13 08:30:23 2011
From: cordes at cps-it.de (Nicole Cordes)
Date: Wed, 13 Jul 2011 08:30:23 +0200
Subject: [TYPO3-dev] Hook request
In-Reply-To: <mailman.1.1310534282.6728.typo3-dev@lists.typo3.org>
References: <mailman.32976.1310506672.648.typo3-dev@lists.typo3.org>
	<mailman.1.1310534282.6728.typo3-dev@lists.typo3.org>
Message-ID: <mailman.33010.1310538693.648.typo3-dev@lists.typo3.org>

Hi Kay,

I want to be able (or to be forced) to give a quick comment why I want to
install an extension. So when we tidy up the extension manager we can easily
decide if extension is used or not.


Thanks for your help,
Nicole

> -----Urspr?ngliche Nachricht-----
> Von: typo3-dev-bounces at lists.typo3.org
[mailto:typo3-dev-bounces at lists.typo3.org]
> Im Auftrag von Kay Strobach
> Gesendet: Mittwoch, 13. Juli 2011 07:17
> An: typo3-dev at lists.typo3.org
> Betreff: Re: [TYPO3-dev] Hook request
> 
> Hi Nicole,
> 
> what is your goal - perhaps there is an easy solution ;)
> 
> Regards
> Kay
> 
> Am 12.07.2011 23:36, schrieb Nicole Cordes:
> > Dear list,
> >
> >
> >
> > as I need to extand the extension manager I was looking for any hook
> > which is called when a (new) extension is installed/loaded. I had a
> > look in different files and found functions which are called when
> > extension is installed but I didn't found any hook I can use. Should I
> > provide a request in gerrit or has anyone another idea (besides
> > xclasses which is an alternative for me).
> >
> >
> >
> > Thanks,
> >
> > Nicole
> >
> 
> 
> --
> http://www.kay-strobach.de - Open Source Rocks
> 
> TYPO3 .... inspiring people to share!
> Get involved: http://typo3.org
> _______________________________________________
> TYPO3-dev mailing list
> TYPO3-dev at lists.typo3.org
> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-dev




From christian.weiske at netresearch.de  Wed Jul 13 08:48:20 2011
From: christian.weiske at netresearch.de (Christian Weiske)
Date: Wed, 13 Jul 2011 08:48:20 +0200
Subject: [TYPO3-dev] Creating a new Category (besides web, user, admin,
	...) for a BE-Module
References: <mailman.1.1309287787.31593.typo3-dev@lists.typo3.org>
	<mailman.1.1309294290.8903.typo3-dev@lists.typo3.org>
	<mailman.27370.1309306456.648.typo3-dev@lists.typo3.org>
	<mailman.32757.1310479411.648.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1310539765.27992.typo3-dev@lists.typo3.org>

Hello Thomas,


> But we need the module to appear in its own category; not under
> "Web", "Admin", "Tools" or whatsoever.
> I've taken a good look around (i suppose) and tried adapting the old 
> TYPO3-behavior to my Extbase extension, meaning i tried using the 
> ext_tables.php t3lib_extMgm::addModule-Function. But the problem - as
> i soon discovered - seems to be that this is just not adaptable (as
> the addModule()-function uses the module's path inside the extension
> as a parameter... but in Extbase there just is no such path).

This is the code I use to add a new main and a submodule:

    // Add main module
    t3lib_extMgm::addModule(
        //'web', 'txfooImport', '',
        'foo', '', '',
        t3lib_extMgm::extPath($_EXTKEY) . 'mod_main/'
    );
    // Add sub module
    t3lib_extMgm::addModule(
        'av', 'txfooImport', '',
        t3lib_extMgm::extPath($_EXTKEY) . 'mod_import/'
    );

The mod_main dir needs to contain a conf.php specifying the module
settings - nothing more:
> define('TYPO3_MOD_PATH', '../typo3conf/ext/foo/mod_main/');
> $BACK_PATH = '../../../../typo3/';
> $MCONF['name'] = 'foo';
> $MCONF['access'] = 'user,group';
> $MCONF['script'] = '_DISPATCH';
> $MCONF['defaultMod'] = 'txfooImport';
> $MLANG['default']['ll_ref'] =
> 'LLL:EXT:foo/res/locallang_mod_main.xml';

The mod_import dir also needs to contain a conf.php, and you can
directly tell which script is to be used:
> $MCONF['script'] = 'index.php';

You could add those directories to your extension (does not harm
anyone) or make the script your extbase's mod script.

-- 
Viele Gr??e
Dipl.-Inf. Christian Weiske

Senior Developer
Netresearch GmbH & Co. KG




From dmitry.dulepov at gmail.com  Wed Jul 13 09:41:26 2011
From: dmitry.dulepov at gmail.com (Dmitry Dulepov)
Date: Wed, 13 Jul 2011 09:41:26 +0200
Subject: [TYPO3-dev] Creating a new Category (besides web, user, admin,
	...) for a BE-Module
In-Reply-To: <mailman.32757.1310479411.648.typo3-dev@lists.typo3.org>
References: <mailman.1.1309287787.31593.typo3-dev@lists.typo3.org>	<mailman.1.1309294290.8903.typo3-dev@lists.typo3.org>	<mailman.27370.1309306456.648.typo3-dev@lists.typo3.org>
	<mailman.32757.1310479411.648.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1310542951.32755.typo3-dev@lists.typo3.org>

Hi!

Thomas F. wrote:
> i've got a question. The situation is: i'm programming an Extbase
> extension (a backend module making tt_news and directmail work together
> and adding some own functionality), which works quite well (thanks to
> the Extbase team!).

Your question went under "Fetching/Pushing from Gerrit over HTTP". Most 
likely you used "Reply" button to create a new post. Please, never do that. 
Your post is not visible as a topmost post now and much less people will 
read it. Always use "New" button to make top-level posts.

-- 
Dmitry "itoldyou" Dulepov
TYPO3 core&security team member
E-mail: dmitry.dulepov at typo3.org
Web: http://dmitry-dulepov.com/




From thomas.fricke at werkraum.net  Wed Jul 13 10:06:31 2011
From: thomas.fricke at werkraum.net (Thomas F.)
Date: Wed, 13 Jul 2011 10:06:31 +0200
Subject: [TYPO3-dev] Creating a new Category (besides web, user, admin,
	...) for a BE-Module
In-Reply-To: <mailman.1.1310539765.27992.typo3-dev@lists.typo3.org>
References: <mailman.1.1309287787.31593.typo3-dev@lists.typo3.org>
	<mailman.1.1309294290.8903.typo3-dev@lists.typo3.org>
	<mailman.27370.1309306456.648.typo3-dev@lists.typo3.org>
	<mailman.32757.1310479411.648.typo3-dev@lists.typo3.org>
	<mailman.1.1310539765.27992.typo3-dev@lists.typo3.org>
Message-ID: <mailman.33032.1310544462.648.typo3-dev@lists.typo3.org>

Am 13.07.2011 08:48, schrieb Christian Weiske:
> Hello Thomas,
>
>
>> But we need the module to appear in its own category; not under
>> "Web", "Admin", "Tools" or whatsoever.
>> I've taken a good look around (i suppose) and tried adapting the old
>> TYPO3-behavior to my Extbase extension, meaning i tried using the
>> ext_tables.php t3lib_extMgm::addModule-Function. But the problem - as
>> i soon discovered - seems to be that this is just not adaptable (as
>> the addModule()-function uses the module's path inside the extension
>> as a parameter... but in Extbase there just is no such path).
> This is the code I use to add a new main and a submodule:
>
>      // Add main module
>      t3lib_extMgm::addModule(
>          //'web', 'txfooImport', '',
>          'foo', '', '',
>          t3lib_extMgm::extPath($_EXTKEY) . 'mod_main/'
>      );
>      // Add sub module
>      t3lib_extMgm::addModule(
>          'av', 'txfooImport', '',
>          t3lib_extMgm::extPath($_EXTKEY) . 'mod_import/'
>      );
>
> The mod_main dir needs to contain a conf.php specifying the module
> settings - nothing more:
>> define('TYPO3_MOD_PATH', '../typo3conf/ext/foo/mod_main/');
>> $BACK_PATH = '../../../../typo3/';
>> $MCONF['name'] = 'foo';
>> $MCONF['access'] = 'user,group';
>> $MCONF['script'] = '_DISPATCH';
>> $MCONF['defaultMod'] = 'txfooImport';
>> $MLANG['default']['ll_ref'] =
>> 'LLL:EXT:foo/res/locallang_mod_main.xml';
> The mod_import dir also needs to contain a conf.php, and you can
> directly tell which script is to be used:
>> $MCONF['script'] = 'index.php';
> You could add those directories to your extension (does not harm
> anyone) or make the script your extbase's mod script.
Oh, thank you so much! This looks quite like the old behavior, but it 
seems as if my guess was just wrong that it could not be adapted/used. 
Thanks! I'll try and give feedback.


Am 13.07.2011 09:41, schrieb Dmitry Dulepov:
> Hi!
>
> Thomas F. wrote:
>> i've got a question. The situation is: i'm programming an Extbase
>> extension (a backend module making tt_news and directmail work together
>> and adding some own functionality), which works quite well (thanks to
>> the Extbase team!).
>
> Your question went under "Fetching/Pushing from Gerrit over HTTP". 
> Most likely you used "Reply" button to create a new post. Please, 
> never do that. Your post is not visible as a topmost post now and much 
> less people will read it. Always use "New" button to make top-level 
> posts.
Indeed, you are right. Thanks for that kind hint - i was thinking that 
my Thunderbird mailclient got some displaying error which made my post 
show up under the message of Steffen Gebert. Of course i did not want to 
mess up his post, so sorry for that. Won't happen again :-)

Just to explain: I thought that the title of the message is the only 
thing used to categorize a newspost entry. As my message showed up in 
the wrong place, i even checked the source/header of my reply-mail to 
see whether something else is sent which might categorize my post.

--
Best regards/Viele Gr??e,
thomas fricke
web-entwickler



From typo3 at kay-strobach.de  Wed Jul 13 11:19:42 2011
From: typo3 at kay-strobach.de (Kay Strobach)
Date: Wed, 13 Jul 2011 11:19:42 +0200
Subject: [TYPO3-dev] Hook request
In-Reply-To: <mailman.33010.1310538693.648.typo3-dev@lists.typo3.org>
References: <mailman.32976.1310506672.648.typo3-dev@lists.typo3.org>
	<mailman.1.1310534282.6728.typo3-dev@lists.typo3.org>
	<mailman.33010.1310538693.648.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1310548851.9737.typo3-dev@lists.typo3.org>

Hi,

do you use the new or the old EM?
If you use the new one you may use the hook to add some JS and than bind
the JS to the appropriate ExtJS Event ;)

This way you do also have a fancy gui ;)

Regards
Kay

Am 13.07.2011 08:30, schrieb Nicole Cordes:
> Hi Kay,
> 
> I want to be able (or to be forced) to give a quick comment why I want to
> install an extension. So when we tidy up the extension manager we can easily
> decide if extension is used or not.
> 
> 
> Thanks for your help,
> Nicole
> 
>> -----Urspr?ngliche Nachricht-----
>> Von: typo3-dev-bounces at lists.typo3.org
> [mailto:typo3-dev-bounces at lists.typo3.org]
>> Im Auftrag von Kay Strobach
>> Gesendet: Mittwoch, 13. Juli 2011 07:17
>> An: typo3-dev at lists.typo3.org
>> Betreff: Re: [TYPO3-dev] Hook request
>>
>> Hi Nicole,
>>
>> what is your goal - perhaps there is an easy solution ;)
>>
>> Regards
>> Kay
>>
>> Am 12.07.2011 23:36, schrieb Nicole Cordes:
>>> Dear list,
>>>
>>>
>>>
>>> as I need to extand the extension manager I was looking for any hook
>>> which is called when a (new) extension is installed/loaded. I had a
>>> look in different files and found functions which are called when
>>> extension is installed but I didn't found any hook I can use. Should I
>>> provide a request in gerrit or has anyone another idea (besides
>>> xclasses which is an alternative for me).
>>>
>>>
>>>
>>> Thanks,
>>>
>>> Nicole
>>>
>>
>>
>> --
>> http://www.kay-strobach.de - Open Source Rocks
>>
>> TYPO3 .... inspiring people to share!
>> Get involved: http://typo3.org
>> _______________________________________________
>> TYPO3-dev mailing list
>> TYPO3-dev at lists.typo3.org
>> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-dev
> 


-- 
http://www.kay-strobach.de - Open Source Rocks

TYPO3 .... inspiring people to share!
Get involved: http://typo3.org



From cordes at cps-it.de  Wed Jul 13 11:32:18 2011
From: cordes at cps-it.de (Nicole Cordes)
Date: Wed, 13 Jul 2011 11:32:18 +0200
Subject: [TYPO3-dev] Hook request
In-Reply-To: <mailman.1.1310548851.9737.typo3-dev@lists.typo3.org>
References: <mailman.32976.1310506672.648.typo3-dev@lists.typo3.org>	<mailman.1.1310534282.6728.typo3-dev@lists.typo3.org>	<mailman.33010.1310538693.648.typo3-dev@lists.typo3.org>
	<mailman.1.1310548851.9737.typo3-dev@lists.typo3.org>
Message-ID: <mailman.33062.1310549609.648.typo3-dev@lists.typo3.org>

Hi Kay,

unfortunately I have to use the old EM as most of our clients still use
TYPO3 4.2 upwards.

As it seems there isn't any hook yet I would add a gerrit request to add
one. Do you see any disadvantages?

Thanks,
Nicole

> -----Urspr?ngliche Nachricht-----
> Von: typo3-dev-bounces at lists.typo3.org
[mailto:typo3-dev-bounces at lists.typo3.org]
> Im Auftrag von Kay Strobach
> Gesendet: Mittwoch, 13. Juli 2011 11:20
> An: typo3-dev at lists.typo3.org
> Betreff: Re: [TYPO3-dev] Hook request
> 
> Hi,
> 
> do you use the new or the old EM?
> If you use the new one you may use the hook to add some JS and than bind
the JS to
> the appropriate ExtJS Event ;)
> 
> This way you do also have a fancy gui ;)
> 
> Regards
> Kay
> 
> Am 13.07.2011 08:30, schrieb Nicole Cordes:
> > Hi Kay,
> >
> > I want to be able (or to be forced) to give a quick comment why I want
> > to install an extension. So when we tidy up the extension manager we
> > can easily decide if extension is used or not.
> >
> >
> > Thanks for your help,
> > Nicole
> >
> >> -----Urspr?ngliche Nachricht-----
> >> Von: typo3-dev-bounces at lists.typo3.org
> > [mailto:typo3-dev-bounces at lists.typo3.org]
> >> Im Auftrag von Kay Strobach
> >> Gesendet: Mittwoch, 13. Juli 2011 07:17
> >> An: typo3-dev at lists.typo3.org
> >> Betreff: Re: [TYPO3-dev] Hook request
> >>
> >> Hi Nicole,
> >>
> >> what is your goal - perhaps there is an easy solution ;)
> >>
> >> Regards
> >> Kay
> >>
> >> Am 12.07.2011 23:36, schrieb Nicole Cordes:
> >>> Dear list,
> >>>
> >>>
> >>>
> >>> as I need to extand the extension manager I was looking for any hook
> >>> which is called when a (new) extension is installed/loaded. I had a
> >>> look in different files and found functions which are called when
> >>> extension is installed but I didn't found any hook I can use. Should
> >>> I provide a request in gerrit or has anyone another idea (besides
> >>> xclasses which is an alternative for me).
> >>>
> >>>
> >>>
> >>> Thanks,
> >>>
> >>> Nicole
> >>>
> >>
> >>
> >> --
> >> http://www.kay-strobach.de - Open Source Rocks
> >>
> >> TYPO3 .... inspiring people to share!
> >> Get involved: http://typo3.org
> >> _______________________________________________
> >> TYPO3-dev mailing list
> >> TYPO3-dev at lists.typo3.org
> >> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-dev
> >
> 
> 
> --
> http://www.kay-strobach.de - Open Source Rocks
> 
> TYPO3 .... inspiring people to share!
> Get involved: http://typo3.org
> _______________________________________________
> TYPO3-dev mailing list
> TYPO3-dev at lists.typo3.org
> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-dev




From typo3 at t3node.com  Wed Jul 13 11:53:58 2011
From: typo3 at t3node.com (=?UTF-8?B?U3RlZmZlbiBNw7xsbGVy?=)
Date: Wed, 13 Jul 2011 11:53:58 +0200
Subject: [TYPO3-dev] Hook request
In-Reply-To: <mailman.33062.1310549609.648.typo3-dev@lists.typo3.org>
References: <mailman.32976.1310506672.648.typo3-dev@lists.typo3.org>	<mailman.1.1310534282.6728.typo3-dev@lists.typo3.org>	<mailman.33010.1310538693.648.typo3-dev@lists.typo3.org>	<mailman.1.1310548851.9737.typo3-dev@lists.typo3.org>
	<mailman.33062.1310549609.648.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1310550809.12896.typo3-dev@lists.typo3.org>

Hi.

On 13.07.2011 11:32 Nicole Cordes wrote:
> unfortunately I have to use the old EM as most of our clients still use
> TYPO3 4.2 upwards.
>
> As it seems there isn't any hook yet I would add a gerrit request to add
> one. Do you see any disadvantages?
>

AFAIK new hooks are regarded as features and they are only introduced to 
new TYPO3 versions (4.6+).  Correct me if aI am wrong


-- 
cheers,
Steffen

TYPO3 Blog: http://www.t3node.com/
Twitter: @t3node - http://twitter.com/t3node



From typo3 at kay-strobach.de  Wed Jul 13 12:01:03 2011
From: typo3 at kay-strobach.de (Kay Strobach)
Date: Wed, 13 Jul 2011 12:01:03 +0200
Subject: [TYPO3-dev] Hook request
In-Reply-To: <mailman.33062.1310549609.648.typo3-dev@lists.typo3.org>
References: <mailman.32976.1310506672.648.typo3-dev@lists.typo3.org>	<mailman.1.1310534282.6728.typo3-dev@lists.typo3.org>	<mailman.33010.1310538693.648.typo3-dev@lists.typo3.org>
	<mailman.1.1310548851.9737.typo3-dev@lists.typo3.org>
	<mailman.33062.1310549609.648.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1310551335.14294.typo3-dev@lists.typo3.org>

Hi Nicole,

than it should be best to contact xavier (releasemanager) directly.
You may also add a patch / issue to forge.typo3.org in the core project.

If you use the old em, you may need to xclass the em, as the change
won't be backported to 4.2, 4.3, 4.4, perhaps 4.5 and 4.6 ;=)

Regards
Kay

Am 13.07.2011 11:32, schrieb Nicole Cordes:
> Hi Kay,
> 
> unfortunately I have to use the old EM as most of our clients still use
> TYPO3 4.2 upwards.
> 
> As it seems there isn't any hook yet I would add a gerrit request to add
> one. Do you see any disadvantages?
> 
> Thanks,
> Nicole
> 
>> -----Urspr?ngliche Nachricht-----
>> Von: typo3-dev-bounces at lists.typo3.org
> [mailto:typo3-dev-bounces at lists.typo3.org]
>> Im Auftrag von Kay Strobach
>> Gesendet: Mittwoch, 13. Juli 2011 11:20
>> An: typo3-dev at lists.typo3.org
>> Betreff: Re: [TYPO3-dev] Hook request
>>
>> Hi,
>>
>> do you use the new or the old EM?
>> If you use the new one you may use the hook to add some JS and than bind
> the JS to
>> the appropriate ExtJS Event ;)
>>
>> This way you do also have a fancy gui ;)
>>
>> Regards
>> Kay
>>
>> Am 13.07.2011 08:30, schrieb Nicole Cordes:
>>> Hi Kay,
>>>
>>> I want to be able (or to be forced) to give a quick comment why I want
>>> to install an extension. So when we tidy up the extension manager we
>>> can easily decide if extension is used or not.
>>>
>>>
>>> Thanks for your help,
>>> Nicole
>>>
>>>> -----Urspr?ngliche Nachricht-----
>>>> Von: typo3-dev-bounces at lists.typo3.org
>>> [mailto:typo3-dev-bounces at lists.typo3.org]
>>>> Im Auftrag von Kay Strobach
>>>> Gesendet: Mittwoch, 13. Juli 2011 07:17
>>>> An: typo3-dev at lists.typo3.org
>>>> Betreff: Re: [TYPO3-dev] Hook request
>>>>
>>>> Hi Nicole,
>>>>
>>>> what is your goal - perhaps there is an easy solution ;)
>>>>
>>>> Regards
>>>> Kay
>>>>
>>>> Am 12.07.2011 23:36, schrieb Nicole Cordes:
>>>>> Dear list,
>>>>>
>>>>>
>>>>>
>>>>> as I need to extand the extension manager I was looking for any hook
>>>>> which is called when a (new) extension is installed/loaded. I had a
>>>>> look in different files and found functions which are called when
>>>>> extension is installed but I didn't found any hook I can use. Should
>>>>> I provide a request in gerrit or has anyone another idea (besides
>>>>> xclasses which is an alternative for me).
>>>>>
>>>>>
>>>>>
>>>>> Thanks,
>>>>>
>>>>> Nicole
>>>>>
>>>>
>>>>
>>>> --
>>>> http://www.kay-strobach.de - Open Source Rocks
>>>>
>>>> TYPO3 .... inspiring people to share!
>>>> Get involved: http://typo3.org
>>>> _______________________________________________
>>>> TYPO3-dev mailing list
>>>> TYPO3-dev at lists.typo3.org
>>>> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-dev
>>>
>>
>>
>> --
>> http://www.kay-strobach.de - Open Source Rocks
>>
>> TYPO3 .... inspiring people to share!
>> Get involved: http://typo3.org
>> _______________________________________________
>> TYPO3-dev mailing list
>> TYPO3-dev at lists.typo3.org
>> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-dev
> 


-- 
http://www.kay-strobach.de - Open Source Rocks

TYPO3 .... inspiring people to share!
Get involved: http://typo3.org



From mail at ringerge.org  Wed Jul 13 12:45:31 2011
From: mail at ringerge.org (Georg Ringer)
Date: Wed, 13 Jul 2011 12:45:31 +0200
Subject: [TYPO3-dev] Hook request
In-Reply-To: <mailman.1.1310550809.12896.typo3-dev@lists.typo3.org>
References: <mailman.32976.1310506672.648.typo3-dev@lists.typo3.org>	<mailman.1.1310534282.6728.typo3-dev@lists.typo3.org>	<mailman.33010.1310538693.648.typo3-dev@lists.typo3.org>	<mailman.1.1310548851.9737.typo3-dev@lists.typo3.org>
	<mailman.33062.1310549609.648.typo3-dev@lists.typo3.org>
	<mailman.1.1310550809.12896.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1310553996.18334.typo3-dev@lists.typo3.org>

Am 13.07.2011 11:53, schrieb Steffen M?ller:
> AFAIK new hooks are regarded as features and they are only introduced to
> new TYPO3 versions (4.6+). Correct me if aI am wrong

correct



From xavier at typo3.org  Wed Jul 13 12:46:26 2011
From: xavier at typo3.org (Xavier Perseguers)
Date: Wed, 13 Jul 2011 12:46:26 +0200
Subject: [TYPO3-dev] Hook request
In-Reply-To: <mailman.1.1310551335.14294.typo3-dev@lists.typo3.org>
References: <mailman.32976.1310506672.648.typo3-dev@lists.typo3.org>	<mailman.1.1310534282.6728.typo3-dev@lists.typo3.org>	<mailman.33010.1310538693.648.typo3-dev@lists.typo3.org>
	<mailman.1.1310548851.9737.typo3-dev@lists.typo3.org>
	<mailman.33062.1310549609.648.typo3-dev@lists.typo3.org>
	<mailman.1.1310551335.14294.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1310554053.18563.typo3-dev@lists.typo3.org>

Hi,

> than it should be best to contact xavier (releasemanager) directly.
> You may also add a patch / issue to forge.typo3.org in the core project.
>
> If you use the old em, you may need to xclass the em, as the change
> won't be backported to 4.2, 4.3, 4.4, perhaps 4.5 and 4.6 ;=)

Basically, you'll have to provide the patch to include this new hook (I 
cannot say ATM for old and/or new EM as the discussion is ongoing) and 
ideally provide a basic extension using it and showing that it does what 
is expected.

Just keep in mind that in fact hooks are new features and that feature 
freeze is August, 2nd. If not ready, you'll have to wait for the 
kick-off of TYPO3 4.7, beginning of November.

However, you could (maybe) take advantage of existing hook
$GLOBALS['TYPO3_CONF_VARS']['SC_OPTIONS']['typo3/mod/tools/em/index.php']['checkDBupdates']

Perhaps not exactly the way you wanted it but still, it may work to some 
extend and it's already available since 4.5.

Regards

-- 
Xavier Perseguers
Release Manager TYPO3 4.6

TYPO3 .... inspiring people to share!
Get involved: http://typo3.org




From cordes at cps-it.de  Wed Jul 13 13:11:56 2011
From: cordes at cps-it.de (Nicole Cordes)
Date: Wed, 13 Jul 2011 13:11:56 +0200
Subject: [TYPO3-dev] Hook request
In-Reply-To: <mailman.1.1310554053.18563.typo3-dev@lists.typo3.org>
References: <mailman.32976.1310506672.648.typo3-dev@lists.typo3.org>	<mailman.1.1310534282.6728.typo3-dev@lists.typo3.org>	<mailman.33010.1310538693.648.typo3-dev@lists.typo3.org>	<mailman.1.1310548851.9737.typo3-dev@lists.typo3.org>	<mailman.33062.1310549609.648.typo3-dev@lists.typo3.org>	<mailman.1.1310551335.14294.typo3-dev@lists.typo3.org>
	<mailman.1.1310554053.18563.typo3-dev@lists.typo3.org>
Message-ID: <mailman.33083.1310555588.648.typo3-dev@lists.typo3.org>

Hi Xavier,

thank you for your explanation. I will add a new hook by XCLASSing
typo3/mod/tools/em/class.em_index.php and when finished present solution and
extension to the list so we can discuss again.

Nicole

> -----Urspr?ngliche Nachricht-----
> Von: typo3-dev-bounces at lists.typo3.org
[mailto:typo3-dev-bounces at lists.typo3.org]
> Im Auftrag von Xavier Perseguers
> Gesendet: Mittwoch, 13. Juli 2011 12:46
> An: typo3-dev at lists.typo3.org
> Betreff: Re: [TYPO3-dev] Hook request
> 
> Hi,
> 
> > than it should be best to contact xavier (releasemanager) directly.
> > You may also add a patch / issue to forge.typo3.org in the core project.
> >
> > If you use the old em, you may need to xclass the em, as the change
> > won't be backported to 4.2, 4.3, 4.4, perhaps 4.5 and 4.6 ;=)
> 
> Basically, you'll have to provide the patch to include this new hook (I
cannot say ATM
> for old and/or new EM as the discussion is ongoing) and ideally provide a
basic
> extension using it and showing that it does what is expected.
> 
> Just keep in mind that in fact hooks are new features and that feature
freeze is
> August, 2nd. If not ready, you'll have to wait for the kick-off of TYPO3
4.7, beginning
> of November.
> 
> However, you could (maybe) take advantage of existing hook
>
$GLOBALS['TYPO3_CONF_VARS']['SC_OPTIONS']['typo3/mod/tools/em/index.php']['c
h
> eckDBupdates']
> 
> Perhaps not exactly the way you wanted it but still, it may work to some
extend and
> it's already available since 4.5.
> 
> Regards
> 
> --
> Xavier Perseguers
> Release Manager TYPO3 4.6
> 
> TYPO3 .... inspiring people to share!
> Get involved: http://typo3.org
> 
> _______________________________________________
> TYPO3-dev mailing list
> TYPO3-dev at lists.typo3.org
> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-dev




From tomasnorre at gmail.com  Wed Jul 13 13:53:22 2011
From: tomasnorre at gmail.com (Tomas Norre Mikkelsen)
Date: Wed, 13 Jul 2011 13:53:22 +0200
Subject: [TYPO3-dev]  typoscript GP:var + tt_address
Message-ID: <mailman.1.1310558068.24995.typo3-dev@lists.typo3.org>

Hi,

I'm setting up an t3-page with tt_address and I want the page to be 
dynamic, such URL-parameters defines what to show.

Right now i have following TS at my template.

lib.sys_id = TEXT
lib.sys_id.data = GP : pid
lib.sys_id.htmlSpecialChars = 1

lib.group_id = TEXT
lib.group_id.data = GP : group_id
lib.group_id.htmlSpecialChars = 1


plugin.tx_ttaddress_pi1 {
   pidList < lib.sys_id
   recursive = 4
   groupSelection < lib.group_id
}

And my URL like this:
http://domain.tld/?id=32&no_cache=1&pid=42&group_id=7

The problem is that the rendering of lib.sys_id works but lib.group_id 
doesn't.. I cannot figure out what the problem is..

if i define the lib.group_id by this: "lib.group_id = 7" it works fine, 
but i cannot see where i made the mistake. I have tried to copy/paste my 
variables names just to insure that its not a typo.

Any hints ? Would be very happy to solve this problem ;=)

-- 
Best Regards
Tomas Norre Mikkelsen
T3 Skin Team Member
Follow me at twitter.com/tomasnorre



From cordes at cps-it.de  Wed Jul 13 15:21:21 2011
From: cordes at cps-it.de (Nicole Cordes)
Date: Wed, 13 Jul 2011 15:21:21 +0200
Subject: [TYPO3-dev] typoscript GP:var + tt_address
In-Reply-To: <mailman.1.1310558068.24995.typo3-dev@lists.typo3.org>
References: <mailman.1.1310558068.24995.typo3-dev@lists.typo3.org>
Message-ID: <mailman.33118.1310563353.648.typo3-dev@lists.typo3.org>

> -----Urspr?ngliche Nachricht-----
> Von: typo3-dev-bounces at lists.typo3.org
[mailto:typo3-dev-bounces at lists.typo3.org]
> Im Auftrag von Tomas Norre Mikkelsen
> Gesendet: Mittwoch, 13. Juli 2011 13:53
> An: typo3-dev at lists.typo3.org
> Betreff: [TYPO3-dev] typoscript GP:var + tt_address
> 
> Hi,
> 
> I'm setting up an t3-page with tt_address and I want the page to be
dynamic, such
> URL-parameters defines what to show.
> 
> Right now i have following TS at my template.
> 
> lib.sys_id = TEXT
> lib.sys_id.data = GP : pid
> lib.sys_id.htmlSpecialChars = 1
> 
> lib.group_id = TEXT
> lib.group_id.data = GP : group_id
> lib.group_id.htmlSpecialChars = 1
> 
> 
> plugin.tx_ttaddress_pi1 {
>    pidList < lib.sys_id
>    recursive = 4
>    groupSelection < lib.group_id
> }

Two hints:

1) Could it be there is any post var which overwrites the get one?
2) Does groupSelection support stdWrap-functions (I haven't any tt_address
around)?

Nicole

> 
> And my URL like this:
> http://domain.tld/?id=32&no_cache=1&pid=42&group_id=7
> 
> The problem is that the rendering of lib.sys_id works but lib.group_id
doesn't.. I cannot
> figure out what the problem is..
> 
> if i define the lib.group_id by this: "lib.group_id = 7" it works fine,
but i cannot see
> where i made the mistake. I have tried to copy/paste my variables names
just to
> insure that its not a typo.
> 
> Any hints ? Would be very happy to solve this problem ;=)
> 
> --
> Best Regards
> Tomas Norre Mikkelsen
> T3 Skin Team Member
> Follow me at twitter.com/tomasnorre
> _______________________________________________
> TYPO3-dev mailing list
> TYPO3-dev at lists.typo3.org
> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-dev




From blueduck at gmx.net  Wed Jul 13 15:25:13 2011
From: blueduck at gmx.net (Stefano Kowalke)
Date: Wed, 13 Jul 2011 15:25:13 +0200
Subject: [TYPO3-dev] Metrics for TYPO3, FLOW3, Wordpress, Joomla, Drupal
In-Reply-To: <mailman.1.1310425093.5656.typo3-dev@lists.typo3.org>
References: <mailman.1.1259935517.3574.typo3-dev@lists.typo3.org>
	<mailman.1.1310423346.2969.typo3-dev@lists.typo3.org>
	<mailman.1.1310425093.5656.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1310563579.1031.typo3-dev@lists.typo3.org>

> can you give some explanations to the non-tech managers around.

http://www.verifysoft.com/de_cmtpp_mscoder.pdf

Regards
Stefano



From typo3 at kay-strobach.de  Wed Jul 13 15:53:11 2011
From: typo3 at kay-strobach.de (Kay Strobach)
Date: Wed, 13 Jul 2011 15:53:11 +0200
Subject: [TYPO3-dev]  Unit tests and Hudson?
Message-ID: <mailman.1.1310565260.4210.typo3-dev@lists.typo3.org>

Hello guys,

just some questions about ci.typo3.org.

Do this system run unit tests?
Is there any documentation how to implement them according to the CGL [1]?

If yes - is that functionality also enabled for custom forge projects[2]?

Is it possible to get the feedback of hudson as mail for a forge project?

Is it normal the the Continous Integration Tab on forge is useless [2]?

Thanks in advice

Regards
Kay


[1]
http://typo3.org/documentation/document-library/core-documentation/doc_core_cgl/current/
[2] http://forge.typo3.org/hudson/index/extension-piwik

-- 
http://www.kay-strobach.de - Open Source Rocks

TYPO3 .... inspiring people to share!
Get involved: http://typo3.org



From blueduck at gmx.net  Wed Jul 13 18:18:06 2011
From: blueduck at gmx.net (Stefano Kowalke)
Date: Wed, 13 Jul 2011 18:18:06 +0200
Subject: [TYPO3-dev] Unit tests and Hudson?
In-Reply-To: <mailman.1.1310565260.4210.typo3-dev@lists.typo3.org>
References: <mailman.1.1310565260.4210.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1310573952.17277.typo3-dev@lists.typo3.org>

Am 13.07.11 15:53, schrieb Kay Strobach:
> Hello guys,
> 
> just some questions about ci.typo3.org.

Hudson don't exist anymore in meaning of Continous Integration. The
procekt changed his name into Jenkins for license reasons.

> Do this system run unit tests?

Yes, since T3DD11.
You find the job right there [1]. The job is triggered by Gerrit on
every push, but is in silent mode to collect some experience.
The result don't get into acount for the vote of jenkins inside gerrit.

> Is there any documentation how to implement them according to the CGL [1]?

Mhh, I am not sure what you mean. Do you want implementing some unit
tests? Or do you wanna know how to code unit tests which fits the CGL?

Unit Tests using API of PHPUnit so they may not fit the TYPO3 CGL in
every detail. For example the naming convention of unit test files must
have *Test suffix (class.config_defaultTest.php), which is allowed by
TYPO3 CGL.

We have three posibillities here:
1) we implement some exceptions for unit test files in the sniffs
2) adjust the CGL to allow PHPunit specific style
3) exclude some unit tests from Codesniffer


> If yes - is that functionality also enabled for custom forge projects[2]?

Actually we have the core in focus.


> Is it possible to get the feedback of hudson as mail for a forge project?

In which purpose? You can check (see if build success or broken) your
extensions on ci.typo3.org or get some metrics at metrics.typo3.org
(some shiny numbers like loc, nloc, cyclomatic complexity)

In future, there will be PHPUnit Code Coverage too.


> Is it normal the the Continous Integration Tab on forge is useless [2]?

I don't know. I'll forward this question to Christian Trabold.


> Thanks in advice
You are welcome.

Regards
Stefano

[1] http://ci.typo3.org/view/TYPO3/view/Core/job/typo3-v4-core-smoketest/



From typo3 at kay-strobach.de  Wed Jul 13 18:53:14 2011
From: typo3 at kay-strobach.de (Kay Strobach)
Date: Wed, 13 Jul 2011 18:53:14 +0200
Subject: [TYPO3-dev] Unit tests and Hudson?
In-Reply-To: <mailman.1.1310573952.17277.typo3-dev@lists.typo3.org>
References: <mailman.1.1310565260.4210.typo3-dev@lists.typo3.org>
	<mailman.1.1310573952.17277.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1310576063.20274.typo3-dev@lists.typo3.org>

Hi Stefano,

thanks for explanations.

> Mhh, I am not sure what you mean. Do you want implementing some unit
> tests? Or do you wanna know how to code unit tests which fits the CGL?

I want to cover my extensions with unit tests ;)
So i thought there is a standard way how this is achieved (folders, etc.)


> Unit Tests using API of PHPUnit so they may not fit the TYPO3 CGL in
> every detail. For example the naming convention of unit test files must
> have *Test suffix (class.config_defaultTest.php), which is allowed by
> TYPO3 CGL.


>> Is it possible to get the feedback of jenkins as mail for a forge project?
> 

Know ci.typo3.org - but it's a step more to take a look ;)
I do read mail often so this would save soem clicks.
> 
> 
>> Is it normal the the Continous Integration Tab on forge is useless [2]?
> 
Thanks


> [1] http://ci.typo3.org/view/TYPO3/view/Core/job/typo3-v4-core-smoketest/

Regards
Kay

-- 
http://www.kay-strobach.de - Open Source Rocks

TYPO3 .... inspiring people to share!
Get involved: http://typo3.org



From blueduck at gmx.net  Wed Jul 13 21:40:53 2011
From: blueduck at gmx.net (Stefano Kowalke)
Date: Wed, 13 Jul 2011 21:40:53 +0200
Subject: [TYPO3-dev] Unit tests and Hudson?
In-Reply-To: <mailman.1.1310576063.20274.typo3-dev@lists.typo3.org>
References: <mailman.1.1310565260.4210.typo3-dev@lists.typo3.org>
	<mailman.1.1310573952.17277.typo3-dev@lists.typo3.org>
	<mailman.1.1310576063.20274.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1310586119.1428.typo3-dev@lists.typo3.org>

Hey

>> Mhh, I am not sure what you mean. Do you want implementing some unit
>> tests? Or do you wanna know how to code unit tests which fits the CGL?
> 
> I want to cover my extensions with unit tests ;)
> So i thought there is a standard way how this is achieved (folders, etc.)

This is independent of jenkins. You should have a look at [1].

>>> Is it possible to get the feedback of jenkins as mail for a forge project?

It is possible that jenkins send you (the author of an patch) a mail
with notification that build failed and when it works again.

>>> Is it normal the the Continous Integration Tab on forge is useless [2]?

Yes. Its a leftover of the old hudson without any function.

Regards
Stefano

[1]
http://typo3.org/documentation/document-library/extension-manuals/phpunit/3.5.14/view/1/2/#id2313326



From lolli at schwarzbu.ch  Wed Jul 13 22:05:29 2011
From: lolli at schwarzbu.ch (Christian Kuhn)
Date: Wed, 13 Jul 2011 22:05:29 +0200
Subject: [TYPO3-dev] Unit tests and Hudson?
In-Reply-To: <mailman.1.1310573952.17277.typo3-dev@lists.typo3.org>
References: <mailman.1.1310565260.4210.typo3-dev@lists.typo3.org>
	<mailman.1.1310573952.17277.typo3-dev@lists.typo3.org>
Message-ID: <mailman.33166.1310587601.648.typo3-dev@lists.typo3.org>

Hey,

On 07/13/2011 06:18 PM, Stefano Kowalke wrote:
>> Do this system run unit tests?
>
> Yes, since T3DD11.

BIG +1! Great! Hope your current findings are good so it can be 
un-silenced soon :)

BTW: Next to 2 further tests that only fail on command line for me, we 
should fix the failing befunc test anyway (but I did not look at it 
until yet).

Thanks
Christian



From jh2010 at ivi-solutions.com  Wed Jul 13 22:55:10 2011
From: jh2010 at ivi-solutions.com (Jan-Hendrik Heuing)
Date: Wed, 13 Jul 2011 22:55:10 +0200
Subject: [TYPO3-dev] Complete TYPO3 Website with just AJAX / anchor
	calls? No real page reloads.
In-Reply-To: <mailman.1.1310385030.9066.typo3-dev@lists.typo3.org>
References: <mailman.1.1310385030.9066.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1310590576.7573.typo3-dev@lists.typo3.org>

Moin!

www.ivi-solutions.com does it also.

The good thing in this solution is that on the server side, there is not 
much magic. We're using the same page. So actually the page is sent 
fully, and the client decides which parts to update. Depending on a 
schema type shared between the old and the new page, it decides which 
parts to update.

All we did on the TYPO3 side is to tell it which links to ajaxify (via 
class="ajax". The rest is done by jQuery.

The page reload looks a lot faster, and only the html page itself is 
loaded. We figured out that it's not worth compiling only part for the 
content, as the loading is fast enough anyway. As it's only one file 
being updated, there is not much to load also (first byte optimization 
etc...)

Jan-Hendrik

Am 11.07.11 13:49, schrieb Jochen Rieger:
> Hi all,
>
> due to a (in my opinion rather undesireable) customer request I have to
> figure out, if it's somehow possible to set up a TYPO3 website that
> won't have any page reloads - at least for normal content pages.
>
> In general, of cause, there is the possibility to use anchor links [1]
> or the facebook #!-way [2].
>
> What would you say? Is it too hard to set up TYPO3 to produce such
> anchor links wherever a link is to be generated (TMENU,
> $this->cObj->typoLink, $this->pi_linkTP, etc.)?
>
> The reason for all this hazzle is a music player that should continue to
> play music while clicking through the website contents. Pop up Player /
> frames are not an option.
>
> Anyone out there who has done something similar? Experiences?
>
> Best regards,
> Jochen
>
> [1]
> http://www.springload.co.nz/love-the-web/making-ajax-calls-bookmark-able-and-linkable/
>
> [2] http://www.seomoz.org/blog/how-to-allow-google-to-crawl-ajax-content




From olivier.dobberkau at dkd.de  Wed Jul 13 23:50:19 2011
From: olivier.dobberkau at dkd.de (Olivier Dobberkau)
Date: Wed, 13 Jul 2011 23:50:19 +0200
Subject: [TYPO3-dev] Complete TYPO3 Website with just AJAX / anchor
	calls? No real page reloads.
In-Reply-To: <mailman.1.1310590576.7573.typo3-dev@lists.typo3.org>
References: <mailman.1.1310385030.9066.typo3-dev@lists.typo3.org>
	<mailman.1.1310590576.7573.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1310593885.13091.typo3-dev@lists.typo3.org>

Am 13.07.11 22:55, schrieb Jan-Hendrik Heuing:
>
> www.ivi-solutions.com does it also.

looks good!



From info at rs-websystems.de  Thu Jul 14 07:14:09 2011
From: info at rs-websystems.de (Steffen Ritter)
Date: Thu, 14 Jul 2011 07:14:09 +0200
Subject: [TYPO3-dev] typoscript GP:var + tt_address
In-Reply-To: <mailman.1.1310558068.24995.typo3-dev@lists.typo3.org>
References: <mailman.1.1310558068.24995.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1310620514.14870.typo3-dev@lists.typo3.org>

Am 13.07.2011 13:53, schrieb Tomas Norre Mikkelsen:
> lib.sys_id = TEXT
> lib.sys_id.data = GP : pid
> lib.sys_id.htmlSpecialChars = 1
>
> lib.group_id = TEXT
> lib.group_id.data = GP : group_id
> lib.group_id.htmlSpecialChars = 1
If they are Integer IDs, why don't you intval them?

Belonging to your problem? Don't know... if you just echo the lib, 
what's in there?

regards

Steffen



From mail at ringerge.org  Thu Jul 14 07:41:39 2011
From: mail at ringerge.org (Georg Ringer)
Date: Thu, 14 Jul 2011 07:41:39 +0200
Subject: [TYPO3-dev] typoscript GP:var + tt_address
In-Reply-To: <mailman.1.1310558068.24995.typo3-dev@lists.typo3.org>
References: <mailman.1.1310558068.24995.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1310622166.29197.typo3-dev@lists.typo3.org>

Hi,

just for security concern:

Am 13.07.2011 13:53, schrieb Tomas Norre Mikkelsen:
> lib.sys_id = TEXT
> lib.sys_id.data = GP : pid
> lib.sys_id.htmlSpecialChars = 1

htmlSpecialChars doesn't help you there, use intval!

> lib.group_id = TEXT
> lib.group_id.data = GP : group_id
> lib.group_id.htmlSpecialChars = 1

same as above

> plugin.tx_ttaddress_pi1 {
> pidList < lib.sys_id
> recursive = 4
> groupSelection < lib.group_id
> }
>
> And my URL like this:
> http://domain.tld/?id=32&no_cache=1&pid=42&group_id=7
>
> The problem is that the rendering of lib.sys_id works but lib.group_id
> doesn't.. I cannot figure out what the problem is..

if tt_address doesn't support stdWrap for groupSelection, you can't do 
anything (except patching the extension)

Georg



From steffen.gebert at typo3.org  Thu Jul 14 09:15:11 2011
From: steffen.gebert at typo3.org (Steffen Gebert)
Date: Thu, 14 Jul 2011 09:15:11 +0200
Subject: [TYPO3-dev] Unit tests and Hudson?
In-Reply-To: <mailman.1.1310576063.20274.typo3-dev@lists.typo3.org>
References: <mailman.1.1310565260.4210.typo3-dev@lists.typo3.org>
	<mailman.1.1310573952.17277.typo3-dev@lists.typo3.org>
	<mailman.1.1310576063.20274.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1310627783.6898.typo3-dev@lists.typo3.org>


>> Mhh, I am not sure what you mean. Do you want implementing some unit
>> tests? Or do you wanna know how to code unit tests which fits the CGL?
>
> I want to cover my extensions with unit tests ;)
> So i thought there is a standard way how this is achieved (folders, etc.)
Maybe see also this presentation:
http://www.slideshare.net/oliverklee/testdriven-development-for-typo3-t3dd11



Kind regards
Steffen

-- 
Steffen Gebert
TYPO3 v4 Core Team Member

TYPO3 .... inspiring people to share!
Get involved: http://typo3.org



From j.rieger at connecta.ag  Thu Jul 14 10:52:54 2011
From: j.rieger at connecta.ag (Jochen Rieger)
Date: Thu, 14 Jul 2011 10:52:54 +0200
Subject: [TYPO3-dev] Complete TYPO3 Website with just AJAX / anchor
	calls? No real page reloads.
In-Reply-To: <mailman.1.1310590576.7573.typo3-dev@lists.typo3.org>
References: <mailman.1.1310385030.9066.typo3-dev@lists.typo3.org>
	<mailman.1.1310590576.7573.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1310633641.15755.typo3-dev@lists.typo3.org>

Hey Jan-Hendrik,

thanks a lot... it's a great and valuable input and a very tight website!

Jochen



From georg.schoenweger at gmail.com  Thu Jul 14 18:21:25 2011
From: georg.schoenweger at gmail.com (=?ISO-8859-1?Q?Georg_Sch=F6nweger?=)
Date: Thu, 14 Jul 2011 18:21:25 +0200
Subject: [TYPO3-dev] Complete TYPO3 Website with just AJAX / anchor
	calls? No real page reloads.
In-Reply-To: <mailman.1.1310633641.15755.typo3-dev@lists.typo3.org>
References: <mailman.1.1310385030.9066.typo3-dev@lists.typo3.org>	<mailman.1.1310590576.7573.typo3-dev@lists.typo3.org>
	<mailman.1.1310633641.15755.typo3-dev@lists.typo3.org>
Message-ID: <mailman.33430.1310660556.648.typo3-dev@lists.typo3.org>

Just want to let you know that https://github.com/balupton/History.js is
working great!

http://sdesign.susi2.it/gemeindenund-aemter.html .. it's not my design
and the site is without real content atm.
There are color transitions between pages (each page on first level has
his its own color) so i thought would be smoother if content is loaded
via AJAX. Then i read here in the list about HTML5 - History.js and this
is the result :)
I'm using MooTools and the adaptor from History.js is working great too.
I found also a mootools plugin
(https://github.com/cpojer/mootools-history) which uses HTML5 features,
but after struggling with mootools dependencies i switched to History.js.

Notes: i disabled manually AJAX loading in IE6 -- otherwise History.js
should work also with IE6!

- Georg

Am 14.07.2011 10:52, schrieb Jochen Rieger:
> Hey Jan-Hendrik,
>
> thanks a lot... it's a great and valuable input and a very tight website!
>
> Jochen
> _______________________________________________
> TYPO3-dev mailing list
> TYPO3-dev at lists.typo3.org
> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-dev



From kiessling at pluspol.info  Thu Jul 14 19:05:29 2011
From: kiessling at pluspol.info (Andreas Kiessling)
Date: Thu, 14 Jul 2011 19:05:29 +0200
Subject: [TYPO3-dev] Complete TYPO3 Website with just AJAX / anchor
	calls? No real page reloads.
In-Reply-To: <mailman.33430.1310660556.648.typo3-dev@lists.typo3.org>
References: <mailman.1.1310385030.9066.typo3-dev@lists.typo3.org>	<mailman.1.1310590576.7573.typo3-dev@lists.typo3.org>
	<mailman.1.1310633641.15755.typo3-dev@lists.typo3.org>
	<mailman.33430.1310660556.648.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1310663195.31460.typo3-dev@lists.typo3.org>

Hi Georg,

very nice :)

Thanks for sharing your experiences!

Regards,
Andreas



From georg.schoenweger at gmail.com  Fri Jul 15 09:14:47 2011
From: georg.schoenweger at gmail.com (=?ISO-8859-15?Q?Georg_Sch=F6nweger?=)
Date: Fri, 15 Jul 2011 09:14:47 +0200
Subject: [TYPO3-dev] salted passwords +hashing method
Message-ID: <mailman.33656.1310714157.648.typo3-dev@lists.typo3.org>

Hi all,

what's the recommended hashing method setting for Typo3 4.5? In
/saltedpasswords /manual i read "phpass: *default and recommended
setting*" .. but in Configuration (Extension Manager) the default method
is "MD5 salted hashing". So which method is recommended?

- Georg



From info at rs-websystems.de  Fri Jul 15 09:21:02 2011
From: info at rs-websystems.de (Steffen Ritter)
Date: Fri, 15 Jul 2011 09:21:02 +0200
Subject: [TYPO3-dev] salted passwords +hashing method
In-Reply-To: <mailman.33656.1310714157.648.typo3-dev@lists.typo3.org>
References: <mailman.33656.1310714157.648.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1310714527.17701.typo3-dev@lists.typo3.org>

Am 15.07.2011 09:14, schrieb Georg Sch?nweger:
> Hi all,
>
> what's the recommended hashing method setting for Typo3 4.5? In
> /saltedpasswords /manual i read "phpass: *default and recommended
> setting*" .. but in Configuration (Extension Manager) the default method
> is "MD5 salted hashing". So which method is recommended?

well this resides in a "little conflict" of us two extension authors in 
what would be the most use target ;)

- the most secure way is blowfish

- the most exchangable way between several php based online systems 
(drupal, wordpress) will be phppass

- the most systeminterchangable will be md5/blowfish (i.e. crypt api) as 
these passwords could be used for syslogin at linux/mac/unix/ldap, 
mysql, ftp etc... (all what uses standard authentification method on 
unix). this is becaused it uses the systems crypt library...

Furthermore - if you have an up to date system, you easily could switch 
to higher encryption standards...


I fought for system-interchangable, Marcus for php-interchangable :)
md5 ist default because it is the only one crypt variant which on every 
php 5.2 system will be available.

regards

Stefffen



From georg.schoenweger at gmail.com  Fri Jul 15 09:50:37 2011
From: georg.schoenweger at gmail.com (=?ISO-8859-15?Q?Georg_Sch=F6nweger?=)
Date: Fri, 15 Jul 2011 09:50:37 +0200
Subject: [TYPO3-dev] salted passwords +hashing method
In-Reply-To: <mailman.1.1310714527.17701.typo3-dev@lists.typo3.org>
References: <mailman.33656.1310714157.648.typo3-dev@lists.typo3.org>
	<mailman.1.1310714527.17701.typo3-dev@lists.typo3.org>
Message-ID: <mailman.33679.1310716308.648.typo3-dev@lists.typo3.org>

Hi Steffen,

thanks for your clarification :) .. maybe the manual/extension should be
changed in further version so that the *default/recommended* method
corresponds to each other. IMO MD5 would be ok as default hashing
method. Blowfish and phpass are *special* hashing methods as you
described below.

- Georg

Am 15.07.2011 09:21, schrieb Steffen Ritter:
> Am 15.07.2011 09:14, schrieb Georg Sch?nweger:
>> Hi all,
>>
>> what's the recommended hashing method setting for Typo3 4.5? In
>> /saltedpasswords /manual i read "phpass: *default and recommended
>> setting*" .. but in Configuration (Extension Manager) the default method
>> is "MD5 salted hashing". So which method is recommended?
>
> well this resides in a "little conflict" of us two extension authors
> in what would be the most use target ;)
>
> - the most secure way is blowfish
>
> - the most exchangable way between several php based online systems
> (drupal, wordpress) will be phppass
>
> - the most systeminterchangable will be md5/blowfish (i.e. crypt api)
> as these passwords could be used for syslogin at linux/mac/unix/ldap,
> mysql, ftp etc... (all what uses standard authentification method on
> unix). this is becaused it uses the systems crypt library...
>
> Furthermore - if you have an up to date system, you easily could
> switch to higher encryption standards...
>
>
> I fought for system-interchangable, Marcus for php-interchangable :)
> md5 ist default because it is the only one crypt variant which on
> every php 5.2 system will be available.
>
> regards
>
> Stefffen
> _______________________________________________
> TYPO3-dev mailing list
> TYPO3-dev at lists.typo3.org
> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-dev



From kungsomrith at web-essentials.asia  Fri Jul 15 10:10:56 2011
From: kungsomrith at web-essentials.asia (Kungsomrith Som)
Date: Fri, 15 Jul 2011 15:10:56 +0700
Subject: [TYPO3-dev] Question about the registration for of users in front-end
Message-ID: <mailman.1.1310717526.23053.typo3-dev@lists.typo3.org>

Hi all;

I'm the new member of TYPO3, I just start it for my first times and I 
have an internship at Web-essentials. I have a wondering of the 
front-end user privileges. How could I display the form registration of 
user in front-end? How do I manage the group when the user in front-end 
have register?



From mathias.schreiber at wmdb.de  Fri Jul 15 10:14:59 2011
From: mathias.schreiber at wmdb.de (Mathias Schreiber [wmdb])
Date: Fri, 15 Jul 2011 10:14:59 +0200
Subject: [TYPO3-dev] Question about the registration for of users in
	front-end
In-Reply-To: <mailman.1.1310717526.23053.typo3-dev@lists.typo3.org>
References: <mailman.1.1310717526.23053.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1310717766.19506.typo3-dev@lists.typo3.org>

Am 15.07.11 10:10, schrieb Kungsomrith Som:
> Hi all;
>
> I'm the new member of TYPO3, I just start it for my first times and I
> have an internship at Web-essentials. I have a wondering of the
> front-end user privileges. How could I display the form registration of
> user in front-end? How do I manage the group when the user in front-end
> have register?

Hi Kungsomrith and welcome on board.

Registering users is not a core feature of TYPO3.
Thus you will need an so-called extension to implement the desired 
functionality.

One solution for you might be the extension "sr_feuser_register" (not 
sure about the underscores).
You can install this via the extension manager in your TYPO3 backend.
It is quite huge and can do a lot of things, but luckily it comes very 
well documented (docs are included in the download and available via the 
extension manager as wel.

Hope this helps solving your problem.

chers
Mathias

-- 
Ernesto, Nov. 9th 2010:
"In the graphics generation routines of TYPO3 *anything* could cause a
side effect."



From typo3 at schwemer.de  Fri Jul 15 10:26:33 2011
From: typo3 at schwemer.de (Marcus Schwemer)
Date: Fri, 15 Jul 2011 10:26:33 +0200
Subject: [TYPO3-dev] Question about the registration for of users in
	front-end
In-Reply-To: <mailman.1.1310717526.23053.typo3-dev@lists.typo3.org>
References: <mailman.1.1310717526.23053.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1310718462.24449.typo3-dev@lists.typo3.org>

Hi,

Kungsomrith Som schrieb am 15.07.11 10:10:

> I'm the new member of TYPO3, I just start it for my first times

Welcome to the community. :-)

> How could I display the form registration of
> user in front-end?

For registration you need an extra extension. There are several available:

- sr_feuser_register (old, not recommended)
- datamints_feuser (available from TER, currently my favourite)
- sf_register (currently under heavy develpoment, AFAIK candidate for 
the core, available from forge.typo3.org)

> How do I manage the group when the user in front-end
> have register?

When the user has registered you can open the user record in the BE and 
add one or more groups. In most (all?) registration extensions, you can 
define a default group to which a newly registered user belongs to.

BTW: The more appropriate group / mailinglist would be typo3.english. 
This list is about core and extension developement.

Kind regards,
Marcus

-- 
Marcus Schwemer
http://blog.typo3worx.de
typo3 at schwemer.de




From info at rs-websystems.de  Fri Jul 15 10:31:09 2011
From: info at rs-websystems.de (Steffen Ritter)
Date: Fri, 15 Jul 2011 10:31:09 +0200
Subject: [TYPO3-dev] Question about the registration for of users in
	front-end
In-Reply-To: <mailman.1.1310717526.23053.typo3-dev@lists.typo3.org>
References: <mailman.1.1310717526.23053.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1310718734.17701.typo3-dev@lists.typo3.org>

Am 15.07.2011 10:10, schrieb Kungsomrith Som:
> Hi all;
>
> I'm the new member of TYPO3, I just start it for my first times and I
> have an internship at Web-essentials. I have a wondering of the
> front-end user privileges. How could I display the form registration of
> user in front-end? How do I manage the group when the user in front-end
> have register?

Hallo,

I really suggest sf_register! Please don't use sr_feuserregister. It 
does what you wnat it to do, but it's quite complex, and ugly yeah many 
security issues arise with it...

So go for sf_register!

regards

Steffen



From ernst at cron-it.de  Fri Jul 15 13:32:09 2011
From: ernst at cron-it.de (Ernesto Baschny [cron IT])
Date: Fri, 15 Jul 2011 13:32:09 +0200
Subject: [TYPO3-dev] Metrics for TYPO3, FLOW3, Wordpress, Joomla, Drupal
In-Reply-To: <mailman.1.1310563579.1031.typo3-dev@lists.typo3.org>
References: <mailman.1.1259935517.3574.typo3-dev@lists.typo3.org>
	<mailman.1.1310423346.2969.typo3-dev@lists.typo3.org>
	<mailman.1.1310425093.5656.typo3-dev@lists.typo3.org>
	<mailman.1.1310563579.1031.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1310729597.10188.typo3-dev@lists.typo3.org>

Stefano Kowalke schrieb am 13.07.2011 15:25:
>> can you give some explanations to the non-tech managers around.
> 
> http://www.verifysoft.com/de_cmtpp_mscoder.pdf

a non-tech manager can't do math. He needs one graph that "says it all". :)

Cheers,
Ernesto




From olivier.dobberkau at dkd.de  Fri Jul 15 13:37:47 2011
From: olivier.dobberkau at dkd.de (Olivier Dobberkau)
Date: Fri, 15 Jul 2011 13:37:47 +0200
Subject: [TYPO3-dev] Metrics for TYPO3, FLOW3, Wordpress, Joomla, Drupal
In-Reply-To: <mailman.1.1310729597.10188.typo3-dev@lists.typo3.org>
References: <mailman.1.1259935517.3574.typo3-dev@lists.typo3.org>
	<mailman.1.1310423346.2969.typo3-dev@lists.typo3.org>
	<mailman.1.1310425093.5656.typo3-dev@lists.typo3.org>
	<mailman.1.1310563579.1031.typo3-dev@lists.typo3.org>
	<mailman.1.1310729597.10188.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1310729936.10745.typo3-dev@lists.typo3.org>

Am 15.07.11 13:32, schrieb Ernesto Baschny [cron IT]:

> a non-tech manager can't do math. He needs one graph that "says it all".:)

thanks for the link!



From helmut.hummel at typo3.org  Sat Jul 16 19:38:00 2011
From: helmut.hummel at typo3.org (Helmut Hummel)
Date: Sat, 16 Jul 2011 19:38:00 +0200
Subject: [TYPO3-dev] What exactly are "drafts" in Gerrit and how can I use
	them?
Message-ID: <mailman.1.1310837949.1437.typo3-dev@lists.typo3.org>

Hi,

I have one change request listed in the drafts tab. But this is already 
merged.

So my basic question is, what drafts actually are.

Thanks.

Kind regards,
Helmut

-- 
Helmut Hummel
TYPO3 Security Team Leader, TYPO3 v4 Core Team Member

TYPO3 .... inspiring people to share!
Get involved: typo3.org



From typo3.lists at philippgampe.info  Sun Jul 17 02:02:48 2011
From: typo3.lists at philippgampe.info (Philipp Gampe)
Date: Sun, 17 Jul 2011 02:02:48 +0200
Subject: [TYPO3-dev] What exactly are "drafts" in Gerrit and how can I
	use them?
References: <mailman.1.1310837949.1437.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1310861037.29231.typo3-dev@lists.typo3.org>

Hi Helmut,

Helmut Hummel wrote:

> I have one change request listed in the drafts tab. But this is already
> merged.
> 
> So my basic question is, what drafts actually are.

Drafts are draft comments. Those are comments you made, but you did not 
review the change, and thus those did not get published.
You can edit the draft and click discard to get rid of them.

So what is draft tab does is pretty simple. It show you were you have not 
yet reviewed drafts.

The trouble is, that you don't see your drafts in older patchsets, because 
they are collapsed by default.
As long as any patchset of a change has a draft comment attached to it, the 
change will be listed on the drafts tab, regardless whether it is already 
merged or not.

Best regards
-- 
Philipp Gampe



From helmut.hummel at typo3.org  Sun Jul 17 13:16:38 2011
From: helmut.hummel at typo3.org (Helmut Hummel)
Date: Sun, 17 Jul 2011 13:16:38 +0200
Subject: [TYPO3-dev] What exactly are "drafts" in Gerrit and how can I
	use them?
In-Reply-To: <mailman.1.1310861037.29231.typo3-dev@lists.typo3.org>
References: <mailman.1.1310837949.1437.typo3-dev@lists.typo3.org>
	<mailman.1.1310861037.29231.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1310901468.30172.typo3-dev@lists.typo3.org>

Hi Philipp,

On 17.07.11 02:02, Philipp Gampe wrote:

> The trouble is, that you don't see your drafts in older patchsets, because
> they are collapsed by default.

Ah. Indeed found a draft comment in an older patchset. Thanks!

Kind regards,
Helmut

-- 
Helmut Hummel
TYPO3 Security Team Leader, TYPO3 v4 Core Team Member

TYPO3 .... inspiring people to share!
Get involved: typo3.org



From tomasnorre at gmail.com  Mon Jul 18 09:11:36 2011
From: tomasnorre at gmail.com (Tomas Norre Mikkelsen)
Date: Mon, 18 Jul 2011 09:11:36 +0200
Subject: [TYPO3-dev] typoscript GP:var + tt_address
In-Reply-To: <mailman.33118.1310563353.648.typo3-dev@lists.typo3.org>
References: <mailman.1.1310558068.24995.typo3-dev@lists.typo3.org>
	<mailman.33118.1310563353.648.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1310973146.18000.typo3-dev@lists.typo3.org>

On 2011-07-13 15:21, Nicole Cordes wrote:
> Two hints:
>
> 1) Could it be there is any post var which overwrites the get one?

No, cause the values are right when echo to template.

> 2) Does groupSelection support stdWrap-functions (I haven't any tt_address
> around)?

Don't know if its supports stdWrap-functions, but if setting the 
variable manually with lib.group_id = 7 it works, and i my oppinion it 
shouldn't matter if its declared from post og manually when used as

groupSelection < lib.group_id afterwards?

-- 
Venlig Hilsen / Best Regards
Tomas Norre Mikkelsen
Tomasnorre at gmail.com

Follow me at twitter
Twitter.com/tomasnorre



From tomasnorre at gmail.com  Mon Jul 18 09:12:25 2011
From: tomasnorre at gmail.com (Tomas Norre Mikkelsen)
Date: Mon, 18 Jul 2011 09:12:25 +0200
Subject: [TYPO3-dev] typoscript GP:var + tt_address
In-Reply-To: <mailman.1.1310620514.14870.typo3-dev@lists.typo3.org>
References: <mailman.1.1310558068.24995.typo3-dev@lists.typo3.org>
	<mailman.1.1310620514.14870.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1310973195.18000.typo3-dev@lists.typo3.org>

On 2011-07-14 07:14, Steffen Ritter wrote:
> Am 13.07.2011 13:53, schrieb Tomas Norre Mikkelsen:
>> lib.sys_id = TEXT
>> lib.sys_id.data = GP : pid
>> lib.sys_id.htmlSpecialChars = 1
>>
>> lib.group_id = TEXT
>> lib.group_id.data = GP : group_id
>> lib.group_id.htmlSpecialChars = 1
> If they are Integer IDs, why don't you intval them?

Havn't thought of that, but ofcouse that's the right thing to do.

> Belonging to your problem? Don't know... if you just echo the lib,
> what's in there?

My echos contains the expected.


-- 
Venlig Hilsen / Best Regards
Tomas Norre Mikkelsen
Tomasnorre at gmail.com

Follow me at twitter
Twitter.com/tomasnorre



From tomasnorre at gmail.com  Mon Jul 18 09:12:50 2011
From: tomasnorre at gmail.com (Tomas Norre Mikkelsen)
Date: Mon, 18 Jul 2011 09:12:50 +0200
Subject: [TYPO3-dev] typoscript GP:var + tt_address
In-Reply-To: <mailman.1.1310622166.29197.typo3-dev@lists.typo3.org>
References: <mailman.1.1310558068.24995.typo3-dev@lists.typo3.org>
	<mailman.1.1310622166.29197.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1310973221.18000.typo3-dev@lists.typo3.org>

On 2011-07-14 07:41, Georg Ringer wrote:

> if tt_address doesn't support stdWrap for groupSelection, you can't do
> anything (except patching the extension)

Don't know if its supports stdWrap-functions, but if setting the 
variable manually with lib.group_id = 7 it works, and i my oppinion it 
shouldn't matter if its declared from post og manually when used as

groupSelection < lib.group_id afterwards?

-- 
Venlig Hilsen / Best Regards
Tomas Norre Mikkelsen
Tomasnorre at gmail.com

Follow me at twitter
Twitter.com/tomasnorre



From jigal at xs4all.nl  Mon Jul 18 12:57:02 2011
From: jigal at xs4all.nl (Jigal van Hemert)
Date: Mon, 18 Jul 2011 12:57:02 +0200
Subject: [TYPO3-dev] typoscript GP:var + tt_address
In-Reply-To: <mailman.1.1310973146.18000.typo3-dev@lists.typo3.org>
References: <mailman.1.1310558068.24995.typo3-dev@lists.typo3.org>
	<mailman.33118.1310563353.648.typo3-dev@lists.typo3.org>
	<mailman.1.1310973146.18000.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1310986697.29524.typo3-dev@lists.typo3.org>

Hi,

On 18-7-2011 9:11, Tomas Norre Mikkelsen wrote:
> On 2011-07-13 15:21, Nicole Cordes wrote:
>> 2) Does groupSelection support stdWrap-functions (I haven't any
>> tt_address around)?
>
> Don't know if its supports stdWrap-functions, but if setting the
> variable manually with lib.group_id = 7 it works, and i my oppinion it
> shouldn't matter if its declared from post og manually when used as
>
> groupSelection < lib.group_id afterwards?

The copy operator '<' just copies the definition of the right side 
argument. There is a difference between:

   lib.group_id = 7
   plugin.tx_ttaddress_pi1.groupSelection < lib.group_id

which is equivalent to:
   plugin.tx_ttaddress_pi1.groupSelection = 7

And:

   lib.group_id = TEXT
   lib.group_id.data = GP:group_id
   lib.group_id.htmlSpecialChars = 1
   plugin.tx_ttaddress_pi1.groupSelection < lib.group_id

which is equivalent to:
   plugin.tx_ttaddress_pi1.groupSelection = TEXT
   plugin.tx_ttaddress_pi1.groupSelection.data = GP:group_id
   plugin.tx_ttaddress_pi1.groupSelection.htmlSpecialChars = 1

Typoscript does not evaluate lib.group_id first into a single value and 
then copies the result to plugin.tx_ttaddress_pi1.
You can see this in the Object Browser.

You can also change the copied defintion later on:
   plugin.tx_ttaddress_pi1.groupSelection < lib.group_id
   plugin.tx_ttaddress_pi1.groupSelection.htmlSpecialChars = 0
will turn off htmlspecialchars.

-- 
Kind regards / met vriendelijke groet,

Jigal van Hemert.



From typo3 at kay-strobach.de  Mon Jul 18 13:39:09 2011
From: typo3 at kay-strobach.de (Kay Strobach)
Date: Mon, 18 Jul 2011 13:39:09 +0200
Subject: [TYPO3-dev]  gerrit idea for improvement for unexperienced users ; )
Message-ID: <mailman.1.1310989223.1406.typo3-dev@lists.typo3.org>

Hallo Gerrit Supporters.

Thanks for the great tools. After using gerrit for a while i do see the
positive effect now.

But wouldn't it be usefull to add the review workflow commands beside
the normal review stuff (on big screens only ;))

E.g. like:
+---------------------------------+------------------------------------+
| Topbar as it is currently                                            |
+---------------------------------+------------------------------------+
| review fields, comments, ...    | typical commands:                  |
|                                 |                                    |
| as it is currently              | Improving:                         |
|                                 |                                    |
|                                 | 1. checkout with command from left |
|                                 | 2. git checkout -b <topic-branch>  |
|                                 | 3. edit files                      |
|                                 | 4. change commit                   |
|                                 |    git commit --amend -a           |
|                                 | 5. send back to gerrit             |
|                                 |    git push origin HEAD:refs/...   |
|                                 |                                    |
+---------------------------------+------------------------------------+


Thanks in advice
Kay
-- 
http://www.kay-strobach.de - Open Source Rocks

TYPO3 .... inspiring people to share!
Get involved: http://typo3.org



From tomasnorre at gmail.com  Mon Jul 18 13:56:10 2011
From: tomasnorre at gmail.com (Tomas Norre Mikkelsen)
Date: Mon, 18 Jul 2011 13:56:10 +0200
Subject: [TYPO3-dev] typoscript GP:var + tt_address
In-Reply-To: <mailman.1.1310986697.29524.typo3-dev@lists.typo3.org>
References: <mailman.1.1310558068.24995.typo3-dev@lists.typo3.org>
	<mailman.33118.1310563353.648.typo3-dev@lists.typo3.org>
	<mailman.1.1310973146.18000.typo3-dev@lists.typo3.org>
	<mailman.1.1310986697.29524.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1310990219.18000.typo3-dev@lists.typo3.org>

On 2011-07-18 12:57, Jigal van Hemert wrote:
>> Don't know if its supports stdWrap-functions, but if setting the
>> variable manually with lib.group_id = 7 it works, and i my oppinion it
>> shouldn't matter if its declared from post og manually when used as
>>
>> groupSelection < lib.group_id afterwards?
>
> The copy operator '<' just copies the definition of the right side
> argument. There is a difference between:
>
> lib.group_id = 7
> plugin.tx_ttaddress_pi1.groupSelection < lib.group_id
>
> which is equivalent to:
> plugin.tx_ttaddress_pi1.groupSelection = 7
>
> And:
>
> lib.group_id = TEXT
> lib.group_id.data = GP:group_id
> lib.group_id.htmlSpecialChars = 1
> plugin.tx_ttaddress_pi1.groupSelection < lib.group_id
>
> which is equivalent to:
> plugin.tx_ttaddress_pi1.groupSelection = TEXT
> plugin.tx_ttaddress_pi1.groupSelection.data = GP:group_id
> plugin.tx_ttaddress_pi1.groupSelection.htmlSpecialChars = 1
>
> Typoscript does not evaluate lib.group_id first into a single value and
> then copies the result to plugin.tx_ttaddress_pi1.
> You can see this in the Object Browser.
>
> You can also change the copied defintion later on:
> plugin.tx_ttaddress_pi1.groupSelection < lib.group_id
> plugin.tx_ttaddress_pi1.groupSelection.htmlSpecialChars = 0
> will turn off htmlspecialchars.

Thanks for the info, losts of new stuff for me there.. But don't know 
how to solve my issue.. saw you mail quite informative, but not a 
pointer to the solution?

Perhaps i misunderstod your email?

-- 
Venlig Hilsen / Best Regards
Tomas Norre Mikkelsen
Tomasnorre at gmail.com

Follow me at twitter
Twitter.com/tomasnorre



From aja at danskespil.dk  Mon Jul 18 13:59:30 2011
From: aja at danskespil.dk (Allan Jacobsen)
Date: Mon, 18 Jul 2011 11:59:30 +0000
Subject: [TYPO3-dev] Question about the registration for of users
	in	front-end
In-Reply-To: <mailman.1.1310718734.17701.typo3-dev@lists.typo3.org>
References: <mailman.1.1310717526.23053.typo3-dev@lists.typo3.org>
	<mailman.1.1310718734.17701.typo3-dev@lists.typo3.org>
Message-ID: <mailman.34849.1310990445.648.typo3-dev@lists.typo3.org>

> -----Oprindelig meddelelse-----
> Fra: typo3-dev-bounces at lists.typo3.org [mailto:typo3-dev-
> bounces at lists.typo3.org] P? vegne af Steffen Ritter
> Sendt: 15. juli 2011 10:31
> Til: typo3-dev at lists.typo3.org
> Emne: Re: [TYPO3-dev] Question about the registration for of users in front-
> end
> 
> Am 15.07.2011 10:10, schrieb Kungsomrith Som:
> > Hi all;
> >
> > I'm the new member of TYPO3, I just start it for my first times and I
> > have an internship at Web-essentials. I have a wondering of the
> > front-end user privileges. How could I display the form registration of
> > user in front-end? How do I manage the group when the user in front-end
> > have register?
> 
> Hallo,
> 
> I really suggest sf_register! Please don't use sr_feuserregister. It
> does what you wnat it to do, but it's quite complex, and ugly yeah many
> security issues arise with it...
> 
> So go for sf_register!
> 
Where is this extension to be found, it is not on typo3.org ?

Best regards
Allan Jacobsen




From typo3 at t3node.com  Mon Jul 18 15:39:39 2011
From: typo3 at t3node.com (=?UTF-8?B?U3RlZmZlbiBNw7xsbGVy?=)
Date: Mon, 18 Jul 2011 15:39:39 +0200
Subject: [TYPO3-dev] Question about the registration for of users in
	front-end
In-Reply-To: <mailman.34849.1310990445.648.typo3-dev@lists.typo3.org>
References: <mailman.1.1310717526.23053.typo3-dev@lists.typo3.org>	<mailman.1.1310718734.17701.typo3-dev@lists.typo3.org>
	<mailman.34849.1310990445.648.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1310996353.12529.typo3-dev@lists.typo3.org>

Hi.

On 18.07.2011 13:59 Allan Jacobsen wrote:
>>
> Where is this extension to be found, it is not on typo3.org ?
>

It has not yet been directly released on typo3.org, but there's a 
project on forge: http://forge.typo3.org/projects/extension-sf_register

You can download the latest trunk version of the extension from svn by 
using command line:
$ cd typo3conf/ext/
$ svn co https://svn.typo3.org/TYPO3v4/Extensions/sf_register/trunk/ 
sf_register

Please take into account that this is work in progress.

-- 
cheers,
Steffen

TYPO3 Blog: http://www.t3node.com/
Twitter: @t3node - http://twitter.com/t3node



From typo3 at kay-strobach.de  Mon Jul 18 16:00:15 2011
From: typo3 at kay-strobach.de (Kay Strobach)
Date: Mon, 18 Jul 2011 16:00:15 +0200
Subject: [TYPO3-dev]  Define Location/Namingconvention for extjs js files
Message-ID: <mailman.1.1310997690.14849.typo3-dev@lists.typo3.org>

hello guys,

just as tolleiv suggested i post this issue here in the newsgroup:
http://forge.typo3.org/issues/28293


Define Location/Namingconvention for extjs js files
===================================================

current js files are located in different locations in the core.
I think it would be better to locate the files with a sensefull
convention (currently the convention is unclear for me).

internal lib pathes:
 - t3lib/js          (mixed)
 - t3lib/js/extjs    (components and mixed)
 - t3lib/js/extjs/ux (components)
 - typo3/js          (mixed files)
 - typo3/js/extjs    (xtypes and config)

external lib pathes (ok for me):
 - typo3/contrib     (js and php libs)
In my opinion the best place would be typo3/js for the core js files.
The files should be ordered by:

 - prototype / scriptaculo files
 - extjs config files (e.g. viewportconfiguration)
 - extjs instanciation files
 - extjs ux files

Regards
Kay
-- 
http://www.kay-strobach.de - Open Source Rocks

TYPO3 .... inspiring people to share!
Get involved: http://typo3.org



From jigal at xs4all.nl  Mon Jul 18 16:18:37 2011
From: jigal at xs4all.nl (Jigal van Hemert)
Date: Mon, 18 Jul 2011 16:18:37 +0200
Subject: [TYPO3-dev] typoscript GP:var + tt_address
In-Reply-To: <mailman.1.1310990219.18000.typo3-dev@lists.typo3.org>
References: <mailman.1.1310558068.24995.typo3-dev@lists.typo3.org>
	<mailman.33118.1310563353.648.typo3-dev@lists.typo3.org>
	<mailman.1.1310973146.18000.typo3-dev@lists.typo3.org>
	<mailman.1.1310986697.29524.typo3-dev@lists.typo3.org>
	<mailman.1.1310990219.18000.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1310998793.16627.typo3-dev@lists.typo3.org>

Hi,

On 18-7-2011 13:56, Tomas Norre Mikkelsen wrote:
> Thanks for the info, losts of new stuff for me there.. But don't know
> how to solve my issue.. saw you mail quite informative, but not a
> pointer to the solution?
>
> Perhaps i misunderstod your email?

It started with Nicole's and Georg's question if tt_address supports 
stdWrap in this groupSelection property. If not (as Georg already said) 
you simply cannot use the dynamic construction without changing the 
extension (either by using a hook which might be in there, by XCLASSing 
it or by modifying it directly).

You said that stdWrap wouldn't be relevant, because lib.group_id already 
contained the calculated value.
My post wanted to explain that by using a copy operator you don't copy a 
calculated value, but you copy the entire set of properties. This means 
that groupSelection *must* support stdWrap to be able to calculate the 
value.

So, if tt_address doesn't support stdWrap for these properties (which is 
very likely) there is nothing you can do without changing tt_address.

-- 
Kind regards / met vriendelijke groet,

Jigal van Hemert.



From typo3 at ringerge.org  Mon Jul 18 16:36:23 2011
From: typo3 at ringerge.org (Georg Ringer)
Date: Mon, 18 Jul 2011 16:36:23 +0200
Subject: [TYPO3-dev] typoscript GP:var + tt_address
In-Reply-To: <mailman.1.1310973221.18000.typo3-dev@lists.typo3.org>
References: <mailman.1.1310558068.24995.typo3-dev@lists.typo3.org>
	<mailman.1.1310622166.29197.typo3-dev@lists.typo3.org>
	<mailman.1.1310973221.18000.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1310999863.18423.typo3-dev@lists.typo3.org>

Am 18.07.2011 09:12, schrieb Tomas Norre Mikkelsen:
> Don't know if its supports stdWrap-functions, but if setting the
> variable manually with lib.group_id = 7 it works, and i my oppinion it
> shouldn't matter if its declared from post og manually when used as

but it does matter because 7 != cObj TEXT

georg



From typo3 at kay-strobach.de  Mon Jul 18 17:50:24 2011
From: typo3 at kay-strobach.de (Kay Strobach)
Date: Mon, 18 Jul 2011 17:50:24 +0200
Subject: [TYPO3-dev]  Prototype and script.aculo.us
Message-ID: <mailman.1.1311004298.26136.typo3-dev@lists.typo3.org>

Hello CoreTeam,

is it planned to remove prototype JS from the TYPO3 core in the nearer
future?

Thanks in advance
Kay
-- 
http://www.kay-strobach.de - Open Source Rocks

TYPO3 .... inspiring people to share!
Get involved: http://typo3.org



From steffen.gebert at typo3.org  Mon Jul 18 18:59:01 2011
From: steffen.gebert at typo3.org (Steffen Gebert)
Date: Mon, 18 Jul 2011 18:59:01 +0200
Subject: [TYPO3-dev] Prototype and script.aculo.us
In-Reply-To: <mailman.1.1311004298.26136.typo3-dev@lists.typo3.org>
References: <mailman.1.1311004298.26136.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1311008412.426.typo3-dev@lists.typo3.org>

On 18.07.11 17:50, Kay Strobach wrote:
> Hello CoreTeam,
>
> is it planned to remove prototype JS from the TYPO3 core in the nearer
> future?

Yes. At least the core should not use it anymore. Probably, it still has 
to be shipped, as there are loadPrototype() methods available.

However, there is still some code in use, which uses 
prototype/scriptacoulous.

Kind regards
Steffen

-- 
Steffen Gebert
TYPO3 v4 Core Team Member
TYPO3 Server Administration Team Member

TYPO3 .... inspiring people to share!
Get involved: http://typo3.org



From typo3 at kay-strobach.de  Mon Jul 18 20:16:37 2011
From: typo3 at kay-strobach.de (Kay Strobach)
Date: Mon, 18 Jul 2011 20:16:37 +0200
Subject: [TYPO3-dev] Prototype and script.aculo.us
In-Reply-To: <mailman.1.1311008412.426.typo3-dev@lists.typo3.org>
References: <mailman.1.1311004298.26136.typo3-dev@lists.typo3.org>
	<mailman.1.1311008412.426.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1311013071.7425.typo3-dev@lists.typo3.org>

Hello Steffen,

do you know a timeframe / roadmap for that?

Thanks in advice
Kay

Am 18.07.2011 18:59, schrieb Steffen Gebert:
> On 18.07.11 17:50, Kay Strobach wrote:
>> Hello CoreTeam,
>>
>> is it planned to remove prototype JS from the TYPO3 core in the nearer
>> future?
> 
> Yes. At least the core should not use it anymore. Probably, it still has
> to be shipped, as there are loadPrototype() methods available.
> 
> However, there is still some code in use, which uses
> prototype/scriptacoulous.
> 
> Kind regards
> Steffen
> 


-- 
http://www.kay-strobach.de - Open Source Rocks

TYPO3 .... inspiring people to share!
Get involved: http://typo3.org



From tomasnorre at gmail.com  Mon Jul 18 21:09:03 2011
From: tomasnorre at gmail.com (Tomas Norre Mikkelsen)
Date: Mon, 18 Jul 2011 21:09:03 +0200
Subject: [TYPO3-dev] typoscript GP:var + tt_address
In-Reply-To: <mailman.1.1310998793.16627.typo3-dev@lists.typo3.org>
References: <mailman.1.1310558068.24995.typo3-dev@lists.typo3.org>
	<mailman.33118.1310563353.648.typo3-dev@lists.typo3.org>
	<mailman.1.1310973146.18000.typo3-dev@lists.typo3.org>
	<mailman.1.1310986697.29524.typo3-dev@lists.typo3.org>
	<mailman.1.1310990219.18000.typo3-dev@lists.typo3.org>
	<mailman.1.1310998793.16627.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1311016214.11819.typo3-dev@lists.typo3.org>

On 2011-07-18 16:18, Jigal van Hemert wrote:
> Hi,
>
> On 18-7-2011 13:56, Tomas Norre Mikkelsen wrote:
>> Thanks for the info, losts of new stuff for me there.. But don't know
>> how to solve my issue.. saw you mail quite informative, but not a
>> pointer to the solution?
>>
>> Perhaps i misunderstod your email?
>
> It started with Nicole's and Georg's question if tt_address supports
> stdWrap in this groupSelection property. If not (as Georg already said)
> you simply cannot use the dynamic construction without changing the
> extension (either by using a hook which might be in there, by XCLASSing
> it or by modifying it directly).
>
> You said that stdWrap wouldn't be relevant, because lib.group_id already
> contained the calculated value.
> My post wanted to explain that by using a copy operator you don't copy a
> calculated value, but you copy the entire set of properties. This means
> that groupSelection *must* support stdWrap to be able to calculate the
> value.
>
> So, if tt_address doesn't support stdWrap for these properties (which is
> very likely) there is nothing you can do without changing tt_address.

Thank you for making it so clear..

I don't know how to figure out if groupSelection can use stdWrap or not? 
How to find out?

The manualt states it uses an string as input, but pid states and 
interger, and that works?


-- 
Best Regards
Tomas Norre Mikkelsen
T3 Skin Team Member
Follow me at twitter.com/tomasnorre



From tomasnorre at gmail.com  Mon Jul 18 21:27:22 2011
From: tomasnorre at gmail.com (Tomas Norre Mikkelsen)
Date: Mon, 18 Jul 2011 21:27:22 +0200
Subject: [TYPO3-dev] typoscript GP:var + tt_address
In-Reply-To: <mailman.1.1310998793.16627.typo3-dev@lists.typo3.org>
References: <mailman.1.1310558068.24995.typo3-dev@lists.typo3.org>
	<mailman.33118.1310563353.648.typo3-dev@lists.typo3.org>
	<mailman.1.1310973146.18000.typo3-dev@lists.typo3.org>
	<mailman.1.1310986697.29524.typo3-dev@lists.typo3.org>
	<mailman.1.1310990219.18000.typo3-dev@lists.typo3.org>
	<mailman.1.1310998793.16627.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1311017312.13307.typo3-dev@lists.typo3.org>

On 2011-07-18 16:18, Jigal van Hemert wrote:
> Hi,
> So, if tt_address doesn't support stdWrap for these properties (which is
> very likely) there is nothing you can do without changing tt_address.

groupSelection DOES NOT support stdWrap, but a small patch will do the 
trick.

Thanks a lot for all the pointers, i'll send a patch right away.

-- 
Best Regards
Tomas Norre Mikkelsen
T3 Skin Team Member
Follow me at twitter.com/tomasnorre



From steffen.gebert at typo3.org  Mon Jul 18 22:40:37 2011
From: steffen.gebert at typo3.org (Steffen Gebert)
Date: Mon, 18 Jul 2011 22:40:37 +0200
Subject: [TYPO3-dev] Prototype and script.aculo.us
In-Reply-To: <mailman.1.1311013071.7425.typo3-dev@lists.typo3.org>
References: <mailman.1.1311004298.26136.typo3-dev@lists.typo3.org>
	<mailman.1.1311008412.426.typo3-dev@lists.typo3.org>
	<mailman.1.1311013071.7425.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1311021707.19529.typo3-dev@lists.typo3.org>

On 18.07.11 20:16, Kay Strobach wrote:
> Hello Steffen,
>
> do you know a timeframe / roadmap for that?

If you do it today, it could be merged tomorrow ;)

Nope, mainly SteffenK planned to work on that. As with most other 
things, there is neither a fixed road map, only the wish to do it. And 
as always, mostly time is the limiting factor.

Kind regards
Steffen

-- 
Steffen Gebert
TYPO3 v4 Core Team Member
TYPO3 Server Administration Team Member

TYPO3 .... inspiring people to share!
Get involved: http://typo3.org



From franz at ttproducts.de  Tue Jul 19 07:29:17 2011
From: franz at ttproducts.de (Franz Holzinger)
Date: Tue, 19 Jul 2011 07:29:17 +0200
Subject: [TYPO3-dev] Prototype and script.aculo.us
In-Reply-To: <mailman.1.1311008412.426.typo3-dev@lists.typo3.org>
References: <mailman.1.1311004298.26136.typo3-dev@lists.typo3.org>
	<mailman.1.1311008412.426.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1311053426.26324.typo3-dev@lists.typo3.org>

On 18/07/11 18:59, Steffen Gebert wrote:
> On 18.07.11 17:50, Kay Strobach wrote:
>> Hello CoreTeam,
>>
>> is it planned to remove prototype JS from the TYPO3 core in the nearer
>> future?
>
> Yes. At least the core should not use it anymore. Probably, it still has
> to be shipped, as there are loadPrototype() methods available.
>
> However, there is still some code in use, which uses
> prototype/scriptacoulous.
>

What will be used instead of Prototype?

- Franz



From mail at ringerge.org  Tue Jul 19 07:32:59 2011
From: mail at ringerge.org (Georg Ringer)
Date: Tue, 19 Jul 2011 07:32:59 +0200
Subject: [TYPO3-dev] Prototype and script.aculo.us
In-Reply-To: <mailman.1.1311053426.26324.typo3-dev@lists.typo3.org>
References: <mailman.1.1311004298.26136.typo3-dev@lists.typo3.org>
	<mailman.1.1311008412.426.typo3-dev@lists.typo3.org>
	<mailman.1.1311053426.26324.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1311053650.26834.typo3-dev@lists.typo3.org>

Am 19.07.2011 07:29, schrieb Franz Holzinger:
> What will be used instead of Prototype?

extjs I guess

Georg




From typo3 at kay-strobach.de  Tue Jul 19 07:36:35 2011
From: typo3 at kay-strobach.de (Kay Strobach)
Date: Tue, 19 Jul 2011 07:36:35 +0200
Subject: [TYPO3-dev] Prototype and script.aculo.us
In-Reply-To: <mailman.1.1311053650.26834.typo3-dev@lists.typo3.org>
References: <mailman.1.1311004298.26136.typo3-dev@lists.typo3.org>
	<mailman.1.1311008412.426.typo3-dev@lists.typo3.org>
	<mailman.1.1311053426.26324.typo3-dev@lists.typo3.org>
	<mailman.1.1311053650.26834.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1311053871.26830.typo3-dev@lists.typo3.org>

Hi Steffen,

thanks.

I just had a question from a customer about prototype and why the
modules i wrote rely on extjs instead of prototype.
Beside some technical arguments (GUI, ExtDirect, ...) it would be nice
to have a killer argument.

Like: Prototype is deprecated in TYPO3 core ;)

And that's what you said :))

Thanks in advice
Kay

Am 19.07.2011 07:32, schrieb Georg Ringer:
> Am 19.07.2011 07:29, schrieb Franz Holzinger:
>> What will be used instead of Prototype?
> 
> extjs I guess
> 
> Georg
> 


-- 
http://www.kay-strobach.de - Open Source Rocks

TYPO3 .... inspiring people to share!
Get involved: http://typo3.org



From typo3 at kay-strobach.de  Tue Jul 19 07:42:47 2011
From: typo3 at kay-strobach.de (Kay Strobach)
Date: Tue, 19 Jul 2011 07:42:47 +0200
Subject: [TYPO3-dev] Prototype and script.aculo.us
In-Reply-To: <mailman.1.1311053650.26834.typo3-dev@lists.typo3.org>
References: <mailman.1.1311004298.26136.typo3-dev@lists.typo3.org>
	<mailman.1.1311008412.426.typo3-dev@lists.typo3.org>
	<mailman.1.1311053426.26324.typo3-dev@lists.typo3.org>
	<mailman.1.1311053650.26834.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1311054242.9490.typo3-dev@lists.typo3.org>

Hi Franz,

> extjs I guess

Fully correct as far as i know.
New Features rely on ExtJS and more and more features of TYPO3 are just
done with ExtJS.
With things like the cardlayout we have very fast module switches ;)
Ajax, Stores and ExtDirect will do the rest to speed the Backend up.

Regards
Kay



-- 
http://www.kay-strobach.de - Open Source Rocks

TYPO3 .... inspiring people to share!
Get involved: http://typo3.org



From jigal at xs4all.nl  Tue Jul 19 10:43:07 2011
From: jigal at xs4all.nl (Jigal van Hemert)
Date: Tue, 19 Jul 2011 10:43:07 +0200
Subject: [TYPO3-dev] Prototype and script.aculo.us
In-Reply-To: <mailman.1.1311053871.26830.typo3-dev@lists.typo3.org>
References: <mailman.1.1311004298.26136.typo3-dev@lists.typo3.org>
	<mailman.1.1311008412.426.typo3-dev@lists.typo3.org>
	<mailman.1.1311053426.26324.typo3-dev@lists.typo3.org>
	<mailman.1.1311053650.26834.typo3-dev@lists.typo3.org>
	<mailman.1.1311053871.26830.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1311065064.25174.typo3-dev@lists.typo3.org>

Hi,

On 19-7-2011 7:36, Kay Strobach wrote:
> I just had a question from a customer about prototype and why the
> modules i wrote rely on extjs instead of prototype.
> Beside some technical arguments (GUI, ExtDirect, ...) it would be nice
> to have a killer argument.

AFAIK new JS functionality in the BE should use ExtJS. If someone has 
the opportunity to change the possibly remaining 
prototype/scriptaculous/etc. functionality to ExtJS that would be great!

The only arguments I can think of are:
- TYPO3 Core uses ExtJS for the BE, so that framework is already loaded
- it's easier to re-use functionality from the Core
- TYPO3 v5 is also built on ExtJs

-- 
Kind regards / met vriendelijke groet,

Jigal van Hemert.



From typo3-list at niekom.de  Tue Jul 19 13:41:35 2011
From: typo3-list at niekom.de (Peter Niederlag)
Date: Tue, 19 Jul 2011 13:41:35 +0200
Subject: [TYPO3-dev] gerrit idea for improvement for unexperienced users
	; )
In-Reply-To: <mailman.1.1310989223.1406.typo3-dev@lists.typo3.org>
References: <mailman.1.1310989223.1406.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1311075766.10178.typo3-dev@lists.typo3.org>

Hello Kay,

Am 18.07.2011 13:39, schrieb Kay Strobach:
> Hallo Gerrit Supporters.
>
> Thanks for the great tools. After using gerrit for a while i do see the
> positive effect now.

That's good! :->

> But wouldn't it be usefull to add the review workflow commands beside
> the normal review stuff (on big screens only ;))

well, gerrit is not a CMS. AFAIK changing the output requires patching 
and I am not sure wether this is really worth the trouble in this case.

IMO the wiki is the place to keep this sort of stuff as anyone can help 
to improve the knowledge there:
http://wiki.typo3.org/Git_Gerrit

Maybe we can find an easy way to add a link to that page inside the 
gerrit output on review.

Greets,
Peter
-- 
Peter Niederlag
http://www.niekom.de * TYPO3 & EDV Dienstleistungen *



From steffen.gebert at typo3.org  Tue Jul 19 17:38:30 2011
From: steffen.gebert at typo3.org (Steffen Gebert)
Date: Tue, 19 Jul 2011 17:38:30 +0200
Subject: [TYPO3-dev] Prototype and script.aculo.us
In-Reply-To: <mailman.1.1311065064.25174.typo3-dev@lists.typo3.org>
References: <mailman.1.1311004298.26136.typo3-dev@lists.typo3.org>
	<mailman.1.1311008412.426.typo3-dev@lists.typo3.org>
	<mailman.1.1311053426.26324.typo3-dev@lists.typo3.org>
	<mailman.1.1311053650.26834.typo3-dev@lists.typo3.org>
	<mailman.1.1311053871.26830.typo3-dev@lists.typo3.org>
	<mailman.1.1311065064.25174.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1311089982.32451.typo3-dev@lists.typo3.org>

> The only arguments I can think of are:
> - TYPO3 Core uses ExtJS for the BE, so that framework is already loaded
> - it's easier to re-use functionality from the Core
- prototype/scriptacolous seem to make trouble in several places with 
some event thingy.

> - TYPO3 v5 is also built on ExtJs
*dubdidubb* ;)

Kind regards
Steffen

-- 
Steffen Gebert
TYPO3 v4 Core Team Member
TYPO3 Server Administration Team Member

TYPO3 .... inspiring people to share!
Get involved: http://typo3.org



From xavier at typo3.org  Tue Jul 19 18:03:30 2011
From: xavier at typo3.org (Xavier Perseguers)
Date: Tue, 19 Jul 2011 18:03:30 +0200
Subject: [TYPO3-dev] Prototype and script.aculo.us
In-Reply-To: <mailman.1.1311089982.32451.typo3-dev@lists.typo3.org>
References: <mailman.1.1311004298.26136.typo3-dev@lists.typo3.org>
	<mailman.1.1311008412.426.typo3-dev@lists.typo3.org>
	<mailman.1.1311053426.26324.typo3-dev@lists.typo3.org>
	<mailman.1.1311053650.26834.typo3-dev@lists.typo3.org>
	<mailman.1.1311053871.26830.typo3-dev@lists.typo3.org>
	<mailman.1.1311065064.25174.typo3-dev@lists.typo3.org>
	<mailman.1.1311089982.32451.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1311091482.2433.typo3-dev@lists.typo3.org>

>> - TYPO3 v5 is also built on ExtJs
> *dubdidubb* ;)

lol

-- 
Xavier Perseguers
Release Manager TYPO3 4.6

TYPO3 .... inspiring people to share!
Get involved: http://typo3.org




From typo3 at kay-strobach.de  Tue Jul 19 18:33:28 2011
From: typo3 at kay-strobach.de (Kay Strobach)
Date: Tue, 19 Jul 2011 18:33:28 +0200
Subject: [TYPO3-dev] gerrit idea for improvement for unexperienced users
	; )
In-Reply-To: <mailman.1.1311075766.10178.typo3-dev@lists.typo3.org>
References: <mailman.1.1310989223.1406.typo3-dev@lists.typo3.org>
	<mailman.1.1311075766.10178.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1311093284.5187.typo3-dev@lists.typo3.org>

Hello Peter,

it was just a suggestion - some webtools have a template system too ;).

> Maybe we can find an easy way to add a link to that page inside the
> gerrit output on review.

Jepp, my current workaround is to open the wikipage in an additional tab
;) - just to ensure I'm doing it right ;)

Regards
Kay


-- 
http://www.kay-strobach.de - Open Source Rocks

TYPO3 .... inspiring people to share!
Get involved: http://typo3.org



From tomasnorre at gmail.com  Wed Jul 20 07:52:46 2011
From: tomasnorre at gmail.com (Tomas Norre Mikkelsen)
Date: Wed, 20 Jul 2011 07:52:46 +0200
Subject: [TYPO3-dev]  Index shortcut - indexed search?
Message-ID: <mailman.1.1311141205.16910.typo3-dev@lists.typo3.org>

Hi,

I have a small problem with the Crawler extension. The problem is that 
is have a shortcut from domain.tld/events to domain.tld/long/path/to/event

The page domain.tld/event is not indexed, and therefor not able to be 
"hit" at domain.tld/event got the:

"Oops, an error occured!
Reason: Segment "event" was not a keyword for a postVarSet as expected!"

Thus it cannot recognize my url path.

Any hints on how to solve this? As far as I know crawler only crawls 
indexed pages, and shortcuts are not indexed. So, any hints?

-- 
Venlig Hilsen / Best Regards
Tomas Norre Mikkelsen
Tomasnorre at gmail.com

Follow me at twitter
Twitter.com/tomasnorre



From tomasnorre at gmail.com  Wed Jul 20 09:24:52 2011
From: tomasnorre at gmail.com (Tomas Norre Mikkelsen)
Date: Wed, 20 Jul 2011 09:24:52 +0200
Subject: [TYPO3-dev]  Why not allowed doktype=4 crawler
Message-ID: <mailman.1.1311146730.16910.typo3-dev@lists.typo3.org>

Hi,

Why is doktype=4 not allowed by the #TYPO3 #crawler #ext ?

if (!$skipPage) {
   if (t3lib_div::inList('3,4', $pageRow['doktype']) || 
$pageRow['doktype']>=199){
     $skipPage = true;$skipMessage = 'Because doktype is not allowed';
   }
}

-- 
Venlig Hilsen / Best Regards
Tomas Norre Mikkelsen
Tomasnorre at gmail.com

Follow me at twitter
Twitter.com/tomasnorre



From patrick.rodacker at the-reflection.de  Wed Jul 20 10:24:32 2011
From: patrick.rodacker at the-reflection.de (Patrick Rodacker)
Date: Wed, 20 Jul 2011 10:24:32 +0200
Subject: [TYPO3-dev] Why not allowed doktype=4 crawler
In-Reply-To: <mailman.1.1311146730.16910.typo3-dev@lists.typo3.org>
References: <mailman.1.1311146730.16910.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1311150344.32179.typo3-dev@lists.typo3.org>

Hi Tomas,

Am 20.07.11 09:24, schrieb Tomas Norre Mikkelsen:
> Why is doktype=4 not allowed by the #TYPO3 #crawler #ext ?

I guess it's because this doctype is the page type "shortcut".

Regs
Patrick



From cordes at cps-it.de  Wed Jul 20 11:05:20 2011
From: cordes at cps-it.de (Nicole Cordes)
Date: Wed, 20 Jul 2011 11:05:20 +0200
Subject: [TYPO3-dev] Why not allowed doktype=4 crawler
In-Reply-To: <mailman.1.1311146730.16910.typo3-dev@lists.typo3.org>
References: <mailman.1.1311146730.16910.typo3-dev@lists.typo3.org>
Message-ID: <mailman.35743.1311152798.648.typo3-dev@lists.typo3.org>

Ho Tomas,

I think because 4 is the doktype for shurtcut which is just a forward to
another page. So it doesn't make any sense to crawl it for search.


Nicole Cordes

> -----Urspr?ngliche Nachricht-----
> Von: typo3-dev-bounces at lists.typo3.org
[mailto:typo3-dev-bounces at lists.typo3.org]
> Im Auftrag von Tomas Norre Mikkelsen
> Gesendet: Mittwoch, 20. Juli 2011 09:25
> An: typo3-dev at lists.typo3.org
> Betreff: [TYPO3-dev] Why not allowed doktype=4 crawler
> 
> Hi,
> 
> Why is doktype=4 not allowed by the #TYPO3 #crawler #ext ?
> 
> if (!$skipPage) {
>    if (t3lib_div::inList('3,4', $pageRow['doktype']) ||
$pageRow['doktype']>=199){
>      $skipPage = true;$skipMessage = 'Because doktype is not allowed';
>    }
> }
> 
> --
> Venlig Hilsen / Best Regards
> Tomas Norre Mikkelsen
> Tomasnorre at gmail.com
> 
> Follow me at twitter
> Twitter.com/tomasnorre
> _______________________________________________
> TYPO3-dev mailing list
> TYPO3-dev at lists.typo3.org
> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-dev




From tomasnorre at gmail.com  Wed Jul 20 11:05:41 2011
From: tomasnorre at gmail.com (Tomas Norre Mikkelsen)
Date: Wed, 20 Jul 2011 11:05:41 +0200
Subject: [TYPO3-dev] Why not allowed doktype=4 crawler
In-Reply-To: <mailman.1.1311150344.32179.typo3-dev@lists.typo3.org>
References: <mailman.1.1311146730.16910.typo3-dev@lists.typo3.org>
	<mailman.1.1311150344.32179.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1311152779.16910.typo3-dev@lists.typo3.org>

On 2011-07-20 10:24, Patrick Rodacker wrote:
> Hi Tomas,
>
> Am 20.07.11 09:24, schrieb Tomas Norre Mikkelsen:
>> Why is doktype=4 not allowed by the #TYPO3 #crawler #ext ?
>
> I guess it's because this doctype is the page type "shortcut".

=) I know that's the doktype for shortcuts, but I would like to have my 
shortcuts indexed as well, such

domain.tld/path/to/events can be reached by shortcut domain.tld/events

-- 
Venlig Hilsen / Best Regards
Tomas Norre Mikkelsen
Tomasnorre at gmail.com

Follow me at twitter
Twitter.com/tomasnorre



From cordes at cps-it.de  Wed Jul 20 16:09:14 2011
From: cordes at cps-it.de (Nicole Cordes)
Date: Wed, 20 Jul 2011 16:09:14 +0200
Subject: [TYPO3-dev] Wizard (add) and pid
Message-ID: <mailman.35968.1311171033.648.typo3-dev@lists.typo3.org>

Hi list,

 

isn't there any possibility to define an own pid for wizards integrated in
TCA configuration?

 

My TCA is:

 

'place' => array (                              

                'exclude' => 0,                  

                'label' =>
'LLL:EXT:eventmng/locallang_db.xml:tx_eventmng_event.place',


                'config' => array (

                               'type' => 'select',             

                               'foreign_table' => 'tx_eventmng_place',


                               'foreign_table_where' => 'AND
tx_eventmng_place.pid=###PAGE_TSCONFIG_IDLIST### ORDER BY
tx_eventmng_place.uid',            

                               'size' => 6,           

                               'minitems' => 0,

                               'maxitems' => 100,         

                               "MM" => "tx_eventmng_event_place_mm",  

                               'wizards' => array(

                                               '_PADDING'  => 2,

                                               '_VERTICAL' => 1,

                                               'add' => array(

                                                               'type'   =>
'script',

                                                               'title'  =>
'Neuen Veranstaltungsort anlegen',

                                                               'icon'   =>
'add.gif',

                                                               'params' =>
array(

 
'table'    => 'tx_eventmng_place',

 
'pid'      => '###PAGE_TSCONFIG_IDLIST###',

 
'setValue' => 'prepend'

                                                               ),

                                                               'script' =>
'wizard_add.php',

                                               ),

                               ),

                )

)

 

In foreign_table_where everything works perfect but I want new elements to
be stored in that folder as well. Unfortunately debugging script
typo3/wizard_add.php didn't show any integration for "own" TSConfig.

 

Is this a bug? Any solutions?

 

Thanks,

Nicole




From thasmo at gmail.com  Wed Jul 20 18:48:43 2011
From: thasmo at gmail.com (Thomas "Thasmo" Deinhamer)
Date: Wed, 20 Jul 2011 18:48:43 +0200
Subject: [TYPO3-dev] Why not allowed doktype=4 crawler
In-Reply-To: <mailman.1.1311152779.16910.typo3-dev@lists.typo3.org>
References: <mailman.1.1311146730.16910.typo3-dev@lists.typo3.org>
	<mailman.1.1311150344.32179.typo3-dev@lists.typo3.org>
	<mailman.1.1311152779.16910.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1311180591.15278.typo3-dev@lists.typo3.org>

Tomas Norre Mikkelsen schrieb:
>
> =) I know that's the doktype for shortcuts, but I would like to have my
> shortcuts indexed as well, such
> domain.tld/path/to/events can be reached by shortcut domain.tld/events

Then you're using shortcuts the wrong way. Shortcuts
should only forward a request to another page and that
page can/should be index-able.

Regards,
Thomas



From tomasnorre at gmail.com  Wed Jul 20 19:57:03 2011
From: tomasnorre at gmail.com (Tomas Norre Mikkelsen)
Date: Wed, 20 Jul 2011 19:57:03 +0200
Subject: [TYPO3-dev] Why not allowed doktype=4 crawler
In-Reply-To: <mailman.1.1311180591.15278.typo3-dev@lists.typo3.org>
References: <mailman.1.1311146730.16910.typo3-dev@lists.typo3.org>
	<mailman.1.1311150344.32179.typo3-dev@lists.typo3.org>
	<mailman.1.1311152779.16910.typo3-dev@lists.typo3.org>
	<mailman.1.1311180591.15278.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1311184695.22315.typo3-dev@lists.typo3.org>

On 2011-07-20 18:48, Thomas "Thasmo" Deinhamer wrote:
> Tomas Norre Mikkelsen schrieb:
>>
>> =) I know that's the doktype for shortcuts, but I would like to have my
>> shortcuts indexed as well, such
>> domain.tld/path/to/events can be reached by shortcut domain.tld/events
>
> Then you're using shortcuts the wrong way. Shortcuts
> should only forward a request to another page and that
> page can/should be index-able.

I understand what you are saying, but the customer want it this way.. 
Perhaps a manual mod_rewrite is more appropriate.

-- 
Best Regards
Tomas Norre Mikkelsen
T3 Skin Team Member
Follow me at twitter.com/tomasnorre



From thasmo at gmail.com  Wed Jul 20 21:19:24 2011
From: thasmo at gmail.com (Thomas "Thasmo" Deinhamer)
Date: Wed, 20 Jul 2011 21:19:24 +0200
Subject: [TYPO3-dev] Extension "Hype Base" with documentation now
In-Reply-To: <mailman.1.1296409210.24521.typo3-dev@lists.typo3.org>
References: <mailman.1.1296409210.24521.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1311189633.28856.typo3-dev@lists.typo3.org>

Thomas "Thasmo" Deinhamer schrieb:
> I'd appreciate it, that if you're interested, to take a look
> and give me some feedback about it. I personally use this extension
> for some projects and future projects, because it helps me to
> include static TypoScript files fast and easy.

Helmut Hummel proposed a patch which makes
it possible to also include typoscript files
from within the fileadmin directory.

I added the feature now which means you can
store your files in the fileadmin directory.

Feedback is highly appreciated! :)

Regards,
Thomas



From Stephan.Schuler at netlogix.de  Wed Jul 20 23:05:21 2011
From: Stephan.Schuler at netlogix.de (Stephan Schuler)
Date: Wed, 20 Jul 2011 21:05:21 +0000
Subject: [TYPO3-dev] Why not allowed doktype=4 crawler
In-Reply-To: <mailman.1.1311184695.22315.typo3-dev@lists.typo3.org>
References: <mailman.1.1311146730.16910.typo3-dev@lists.typo3.org>
	<mailman.1.1311150344.32179.typo3-dev@lists.typo3.org>
	<mailman.1.1311152779.16910.typo3-dev@lists.typo3.org>
	<mailman.1.1311180591.15278.typo3-dev@lists.typo3.org>
	<mailman.1.1311184695.22315.typo3-dev@lists.typo3.org>
Message-ID: <mailman.36113.1311195996.648.typo3-dev@lists.typo3.org>

Hi Tomas.


You don't want to use the shortcut feature, I think.

Instead, there is a checkbox in the page properties that is called
"show content from this page". This is what you're looking for. It
creates a second URI your content can be reached by.

I don't know if those pages go to the index, actually. But I think so.


Best regards,



Stephan Schuler
Web-Entwickler

Telefon: +49 (911) 539909 - 0
E-Mail: Stephan.Schuler at netlogix.de
Website: media.netlogix.de


--
netlogix GmbH & Co. KG
IT-Services | IT-Training | Media
Andernacher Stra?e 53 | 90411 N?rnberg
Telefon: +49 (911) 539909 - 0 | Fax: +49 (911) 539909 - 99
E-Mail: info at netlogix.de | Internet: http://www.netlogix.de

netlogix GmbH & Co. KG ist eingetragen am Amtsgericht N?rnberg (HRA 13338)
Pers?nlich haftende Gesellschafterin: netlogix Verwaltungs GmbH (HRB 20634)
Umsatzsteuer-Identifikationsnummer: DE 233472254
Gesch?ftsf?hrer: Stefan Buchta, Matthias Schmidt



-----Urspr?ngliche Nachricht-----
Von: typo3-dev-bounces at lists.typo3.org [mailto:typo3-dev-bounces at lists.typo3.org] Im Auftrag von Tomas Norre Mikkelsen
Gesendet: Mittwoch, 20. Juli 2011 19:57
An: typo3-dev at lists.typo3.org
Betreff: Re: [TYPO3-dev] Why not allowed doktype=4 crawler

On 2011-07-20 18:48, Thomas "Thasmo" Deinhamer wrote:
> Tomas Norre Mikkelsen schrieb:
>>
>> =) I know that's the doktype for shortcuts, but I would like to have
>> my shortcuts indexed as well, such domain.tld/path/to/events can be
>> reached by shortcut domain.tld/events
>
> Then you're using shortcuts the wrong way. Shortcuts should only
> forward a request to another page and that page can/should be
> index-able.

I understand what you are saying, but the customer want it this way..
Perhaps a manual mod_rewrite is more appropriate.

--
Best Regards
Tomas Norre Mikkelsen
T3 Skin Team Member
Follow me at twitter.com/tomasnorre
_______________________________________________
TYPO3-dev mailing list
TYPO3-dev at lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-dev



From jigal at xs4all.nl  Thu Jul 21 08:03:36 2011
From: jigal at xs4all.nl (Jigal van Hemert)
Date: Thu, 21 Jul 2011 08:03:36 +0200
Subject: [TYPO3-dev] Index shortcut - indexed search?
In-Reply-To: <mailman.1.1311141205.16910.typo3-dev@lists.typo3.org>
References: <mailman.1.1311141205.16910.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1311228290.27478.typo3-dev@lists.typo3.org>

Hi,

On 20-7-2011 7:52, Tomas Norre Mikkelsen wrote:
> I have a small problem with the Crawler extension. The problem is that
> is have a shortcut from domain.tld/events to domain.tld/long/path/to/event
>
> The page domain.tld/event is not indexed, and therefor not able to be
> "hit" at domain.tld/event got the:
>
> "Oops, an error occured!
> Reason: Segment "event" was not a keyword for a postVarSet as expected!"
>
> Thus it cannot recognize my url path.
>
> Any hints on how to solve this? As far as I know crawler only crawls
> indexed pages, and shortcuts are not indexed. So, any hints?

As explained in your other thread on this subject, this has nothing to 
do with crawler / indexed_search.

If a page is of type shortcut any links to that page will be replaced by 
the url of the page it points to. It seems that you are using a url 
rewriter (realurl, cooluri, ...). This rewriter will thus create the 
urls of the pages the shortcut points to, not the url of the shortcut 
page itself.

What you probably want is a to setup a redirect. You can do this inside 
realurl, but for better performance it would be better to this in 
.htaccess for example. This way the domain.tld/event can be used and 
will redirect to the actual url domain.tld/long/path/to/event

Another solution (also mentioned in the other thread) is to make the 
shortcut page a normal page and set the 'show content from this page' to 
the page /long/path/to/event. This will make the links use 
domain.tld/event and display the content of the other page.

-- 
Kind regards / met vriendelijke groet,

Jigal van Hemert.



From chivy at web-essentials.asia  Thu Jul 21 11:53:15 2011
From: chivy at web-essentials.asia (Lim Chivy)
Date: Thu, 21 Jul 2011 16:53:15 +0700
Subject: [TYPO3-dev]  TCA and l10n_mode
Message-ID: <mailman.1.1311242083.16765.typo3-dev@lists.typo3.org>

Hi List,

I have different language of my extension records. I need a field which 
display the same data in all languages in the Frontend. I try using 
"l10n_mode" in the TCA, but it does not match with my requirement. If 
use the "l10n_mode = mergeIfNotBlank", will shows different data when 
this field modify in other languages. I would appreciate it if you help 
me how to make this field the same data following the last modify 
language records (not the default language)

e.g.
BirthDay of person field is the same data in all languages, If we modify 
this field in another language, we get the data data in all languages.

Thanks,
Chivy



From jigal at xs4all.nl  Thu Jul 21 12:45:10 2011
From: jigal at xs4all.nl (Jigal van Hemert)
Date: Thu, 21 Jul 2011 12:45:10 +0200
Subject: [TYPO3-dev] TCA and l10n_mode
In-Reply-To: <mailman.1.1311242083.16765.typo3-dev@lists.typo3.org>
References: <mailman.1.1311242083.16765.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1311245185.21379.typo3-dev@lists.typo3.org>

Hi,

On 21-7-2011 11:53, Lim Chivy wrote:
> I have different language of my extension records. I need a field which
> display the same data in all languages in the Frontend. I try using
> "l10n_mode" in the TCA, but it does not match with my requirement. If
> use the "l10n_mode = mergeIfNotBlank", will shows different data when
> this field modify in other languages. I would appreciate it if you help
> me how to make this field the same data following the last modify
> language records (not the default language)

As far as I know there is no l10n_mode which will have such effect.

> e.g.
> BirthDay of person field is the same data in all languages, If we modify
> this field in another language, we get the data data in all languages.

Birthday is not a field which is included in the TYPO3 core (e.g. in 
fe_users), so if it is present in your installation it must have been 
added by an extension.

If you mean that you want to add the birthday field with the behaviour 
you describe above, then I don't think you can do this.

For a field which can't really be translated (such as a birth date), I 
would personally set:
l10n_mode : exclude ( do not translate this)
l10n_display : defaultAsReadOnly ( show field as read only in translated 
records)
This way translators see the field data, but can't change it. This is 
the most logical for such a field.

The behaviour you describe can lead to very strange situations:

Default language birth date: 1-Aug-1980
German translator changes it to 1-Sep-1980, so this will be shown in all 
languages.
French translator changes it to 1-Nov-1980, so this will be shown in all 
languages.
Now German translator updates other field and again 1-Sep-1980 will be 
shown in *all* languages.
Very confusing and hard to trace where the data comes from...

-- 
Kind regards / met vriendelijke groet,

Jigal van Hemert.



From ingmar at typo3.org  Thu Jul 21 13:04:53 2011
From: ingmar at typo3.org (Ingmar Schlecht)
Date: Thu, 21 Jul 2011 13:04:53 +0200
Subject: [TYPO3-dev]  [ANN] First TYPO3 v4 Status Meeting today 17:00 CEST
Message-ID: <mailman.1.1311246347.23304.typo3-dev@lists.typo3.org>

Hi guys,

the first v4 Status Meeting will take place today. Feel free to participate!
BBB:
http://bigbluebutton.typo3.org/bigbluebutton/demo/create.jsp?action=invite&meetingID=TYPO3+v4+Development%27s+meeting

Protocol:
http://ietherpad.com/typo3v4-statusmeetings

The meeting will start today at 17:00 (5pm) CEST - the complete date:
*Thursday, July 21st 2011, 5pm CEST*

Further meetings (Wednesday next week, Tuesday the week after, then
Monday...):
https://www.google.com/calendar/embed?src=a9fls2ilc1ignrp6mem1l9pvn0%40group.calendar.google.com&ctz=Europe/Berlin

See below for more information.

cheers
Ingmar


-------- Original-Nachricht --------
Betreff: Re: [TYPO3-v4] First Public TYPO3 v4 Development Meeting
Datum: Thu, 21 Jul 2011 12:57:46 +0200
Von: Ingmar Schlecht <ingmar at typo3.org>
Organisation: TYPO3 Association
Newsgruppen: typo3.projects.v4,typo3.teams.core
Referenzen: <mailman.1.1311243108.18326.typo3-project-v4 at lists.typo3.org>

Hi guys,

the agenda for the meeting will be at:
http://ietherpad.com/typo3v4-statusmeetings

We will divide the meeting into two parts:

1.) Status Meeting

In this part, everyone just quickly (max 4mins each) mentions ? what he
has done in terms of core development in the past week, ? what he plans
to work on until the next meeting, and ? what the impediments were
during the work.

Please prepare your statements which you want to quickly mention in this
part and put the under the following categories of points:

?   done
?   next steps
?   impediment
i    background info
?   celebrated

You can write them to the http://ietherpad.com/typo3v4-statusmeetings
protocol already, so everyone can see it when you speak, but you can
also just tell them during the meeting and somebody else will document them.

2) Detailed Issue Discussion

[Feel free to leave at this point, or to go into private skype calls
with individual developers to discuss e.g. impediments mentioned
earlier, if there is nothing you find interesting from the things that
are in the agenda for the second part, which will be filled up during
the first part of the meeting.]

In this part, more complex topics will be discussed. The agenda of
issues or projects to be discussed in this part of the meeting is
gathered before or during the first part of the meeting and is written
to the lower part of the http://ietherpad.com/typo3v4-statusmeetings
protocol. Feel free to post bigger things that need discussion here.

Generally, everyone (!) is invited to participate in our meetings, be it
just as a listener on the Big Blue Button server or as an active
participant. No matter wheter you are a member of the core team, or just
an interested developer helping out with patches or reviews on
http://review.typo3.org or with issue management on
http://forge.typo3.org/projects/typo3v4-core, you are invited to tell
your done's and todos in the first part of the meeting.

Looking forward to the meeting!

cheers
Ingmar


Am 21.07.2011 12:10, schrieb Oliver Hader:
> Hey everybody,
> 
> at the TYPO3 Developer Days 2011 and the Core Team Meeting just before
> the big event, we discussed to have public meeting of the TYPO3 v4 Core
> Development on a weekly basis. Thus, the meetings are public to
> everybody in the community and of course everybody is invited to discuss
> and contribute ideas.
> 
> The first meeting will happen today on BigBlueButton. Please use the
> following link to join the meeting:
> 
> http://bigbluebutton.typo3.org/bigbluebutton/demo/create.jsp?action=invite&meetingID=TYPO3+v4+Development%27s+meeting
> 
> The meeting will start today at 17:00 (5pm) CEST - the complete date:
> *Thursday, July 21st 2011, 5pm CEST*
> 
> See ya later then!
> 
> 
> Cheers,
> Olly




From helmut.hummel at typo3.org  Thu Jul 21 22:37:37 2011
From: helmut.hummel at typo3.org (Helmut Hummel)
Date: Thu, 21 Jul 2011 22:37:37 +0200
Subject: [TYPO3-dev] Extension "Hype Base" with documentation now
In-Reply-To: <mailman.1.1311189633.28856.typo3-dev@lists.typo3.org>
References: <mailman.1.1296409210.24521.typo3-dev@lists.typo3.org>
	<mailman.1.1311189633.28856.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1311280730.12628.typo3-dev@lists.typo3.org>

Hi Thomas,

On 20.07.11 21:19, Thomas "Thasmo" Deinhamer wrote:

> Helmut Hummel proposed a patch which makes
> it possible to also include typoscript files
> from within the fileadmin directory.
>
> I added the feature now which means you can
> store your files in the fileadmin directory.

Thanks :)

> Feedback is highly appreciated! :)

Will check it out.

Kind regards,
Helmut

-- 
Helmut Hummel
TYPO3 Security Team Leader, TYPO3 v4 Core Team Member

TYPO3 .... inspiring people to share!
Get involved: typo3.org



From chivy at web-essentials.asia  Fri Jul 22 05:44:29 2011
From: chivy at web-essentials.asia (Lim Chivy)
Date: Fri, 22 Jul 2011 10:44:29 +0700
Subject: [TYPO3-dev] TCA and l10n_mode
In-Reply-To: <mailman.1.1311245185.21379.typo3-dev@lists.typo3.org>
References: <mailman.1.1311242083.16765.typo3-dev@lists.typo3.org>
	<mailman.1.1311245185.21379.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1311306358.13337.typo3-dev@lists.typo3.org>

Hi,

On 7/21/2011 5:45 PM, Jigal van Hemert wrote:
> Hi,
>
> On 21-7-2011 11:53, Lim Chivy wrote:
>> I have different language of my extension records. I need a field which
>> display the same data in all languages in the Frontend. I try using
>> "l10n_mode" in the TCA, but it does not match with my requirement. If
>> use the "l10n_mode = mergeIfNotBlank", will shows different data when
>> this field modify in other languages. I would appreciate it if you help
>> me how to make this field the same data following the last modify
>> language records (not the default language)
>
> As far as I know there is no l10n_mode which will have such effect.
>
>> e.g.
>> BirthDay of person field is the same data in all languages, If we modify
>> this field in another language, we get the data data in all languages.
>
> Birthday is not a field which is included in the TYPO3 core (e.g. in
> fe_users), so if it is present in your installation it must have been
> added by an extension.
>
> If you mean that you want to add the birthday field with the behaviour
> you describe above, then I don't think you can do this.
>
> For a field which can't really be translated (such as a birth date), I
> would personally set:
> l10n_mode : exclude ( do not translate this)
> l10n_display : defaultAsReadOnly ( show field as read only in translated
> records)
> This way translators see the field data, but can't change it. This is
> the most logical for such a field.
It is a good idea, but it does not make sense to the translate user why 
do they need to switch back to the default language record to change 
that fields.

>
> The behaviour you describe can lead to very strange situations:
>
> Default language birth date: 1-Aug-1980
> German translator changes it to 1-Sep-1980, so this will be shown in all
> languages.
> French translator changes it to 1-Nov-1980, so this will be shown in all
> languages.
> Now German translator updates other field and again 1-Sep-1980 will be
> shown in *all* languages.
> Very confusing and hard to trace where the data comes from...
>

, all the different language users can change that fields which without 
witch to the default language record.

Could it be possible if I will use the TCE hook? When the record change, 
it will update all fields in other languages. Do you have any suggestion 
to solve it?

Thanks,
Chivy




From typo3 at penpal4u.net  Fri Jul 22 08:31:39 2011
From: typo3 at penpal4u.net (Christian Lerrahn)
Date: Fri, 22 Jul 2011 16:31:39 +1000
Subject: [TYPO3-dev]  linkvalidator's memory footprint
Message-ID: <mailman.1.1311316385.11370.typo3-dev@lists.typo3.org>

Hi,
I've been trying to run linkvalidator via a cron job on a mid-sized
site and found that I always run out of memory. The box only has 1G of
RAM but that is more than sufficient for the proxied setup it runs in.
Unfortunately, this is by far not enough for linkvalidator. Even
without a memory limit, linkvalidator will consume all RAM and sawp
(about 1.5G total) and then get killed because it runs out of memory.

The reason I find this worrying is because the site isn't that large.
I'd estimate that it has only a few hundred pages (never counted
though) and maybe 5-10 times as many content elements. Extrapolating to
larger sites, you might need ridiculous RAM size to run linkvalidator
on a larger website.

Why does linkvalidator use up that much RAM? Does it possibly hold
stuff in memory where there is no need to?

Cheers,
Christian



From oliver.hader at typo3.org  Fri Jul 22 12:16:22 2011
From: oliver.hader at typo3.org (Oliver Hader)
Date: Fri, 22 Jul 2011 12:16:22 +0200
Subject: [TYPO3-dev] [TYPO3-v4] First Public TYPO3 v4 Development Meeting
In-Reply-To: <mailman.1.1311243108.18326.typo3-project-v4@lists.typo3.org>
References: <mailman.1.1311243108.18326.typo3-project-v4@lists.typo3.org>
Message-ID: <mailman.36799.1311330002.648.typo3-dev@lists.typo3.org>

Hey everybody,

here's the protocol of our first meeting:

http://forge.typo3.org/projects/typo3v4-core/wiki/Status_Meeting_2011-07-21

Since there already have been some remarks on the time, please answer to
this thread, what time you'd prefer. Thanks!

Rock on!
Olly


Am 21.07.11 12:10, schrieb Oliver Hader:
> Hey everybody,
> 
> at the TYPO3 Developer Days 2011 and the Core Team Meeting just before
> the big event, we discussed to have public meeting of the TYPO3 v4 Core
> Development on a weekly basis. Thus, the meetings are public to
> everybody in the community and of course everybody is invited to discuss
> and contribute ideas.
> 
> The first meeting will happen today on BigBlueButton. Please use the
> following link to join the meeting:
> 
> http://bigbluebutton.typo3.org/bigbluebutton/demo/create.jsp?action=invite&meetingID=TYPO3+v4+Development%27s+meeting
> 
> The meeting will start today at 17:00 (5pm) CEST - the complete date:
> *Thursday, July 21st 2011, 5pm CEST*
> 
> See ya later then!
> 
> 
> Cheers,
> Olly
-- 
Oliver Hader
TYPO3 v4 Core Team Leader

TYPO3 .... inspiring people to share!
Get involved: http://typo3.org



From typo3.neufeind at speedpartner.de  Fri Jul 22 12:28:07 2011
From: typo3.neufeind at speedpartner.de (Stefan Neufeind)
Date: Fri, 22 Jul 2011 12:28:07 +0200
Subject: [TYPO3-dev] [TYPO3-v4] First Public TYPO3 v4 Development Meeting
In-Reply-To: <mailman.36799.1311330002.648.typo3-dev@lists.typo3.org>
References: <mailman.1.1311243108.18326.typo3-project-v4@lists.typo3.org>
	<mailman.36799.1311330002.648.typo3-dev@lists.typo3.org>
Message-ID: <mailman.36801.1311330564.648.typo3-dev@lists.typo3.org>

On 07/22/2011 12:16 PM, Oliver Hader wrote:
> Hey everybody,
> 
> here's the protocol of our first meeting:
> 
> http://forge.typo3.org/projects/typo3v4-core/wiki/Status_Meeting_2011-07-21
> 
> Since there already have been some remarks on the time, please answer to
> this thread, what time you'd prefer. Thanks!

Hi,

regarding "Accessibility of media content element (Patrick)":
Please note that there is issue 27390 which refers to a HTML5-player
http://forge.typo3.org/issues/27390
Part of it is also to have the changce for extra video-formats as to
have H.264, WebM and maybe Ogg in one element that can be loaded as
necessary for the respective browser. That would need a similar
functionality of multiple tracks, captions, ... as mentioned in that
meeting-topic.


Regards,
 Stefan



From typo3.lists at philippgampe.info  Fri Jul 22 13:21:53 2011
From: typo3.lists at philippgampe.info (Philipp Gampe)
Date: Fri, 22 Jul 2011 13:21:53 +0200
Subject: [TYPO3-dev] linkvalidator's memory footprint
References: <mailman.1.1311316385.11370.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1311333788.6110.typo3-dev@lists.typo3.org>

Christian Lerrahn wrote:

> Why does linkvalidator use up that much RAM? Does it possibly hold
> stuff in memory where there is no need to?

Might be, the code is not optimal, but I think the real problem is that you 
are checking a link that links to a large file.

Do to some problems with web servers not supporting HTTP/HEAD (e.g. 
amazon.com) we have to use GET on the links. But this loads the whole link 
into memory. So if you link to a large file, you are in trouble :/

If this is the case, you might want to try df_tools for externals links, as 
this checks each link individually and I think you can blacklist links 
there.
You can use linkvalidator for all other links then.

Best regards
-- 
Philipp Gampe



From typo3.lists at philippgampe.info  Fri Jul 22 13:24:40 2011
From: typo3.lists at philippgampe.info (Philipp Gampe)
Date: Fri, 22 Jul 2011 13:24:40 +0200
Subject: [TYPO3-dev] TCA and l10n_mode
References: <mailman.1.1311242083.16765.typo3-dev@lists.typo3.org>
	<mailman.1.1311245185.21379.typo3-dev@lists.typo3.org>
	<mailman.1.1311306358.13337.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1311333954.6110.typo3-dev@lists.typo3.org>

Hi Lim,

Lim Chivy wrote:

>> This way translators see the field data, but can't change it. This is
>> the most logical for such a field.
> It is a good idea, but it does not make sense to the translate user why
> do they need to switch back to the default language record to change
> that fields.

Why should a translator change the content of a field? He should only 
"translate" it.

Best regards
-- 
Philipp Gampe



From typo3.neufeind at speedpartner.de  Fri Jul 22 13:30:03 2011
From: typo3.neufeind at speedpartner.de (Stefan Neufeind)
Date: Fri, 22 Jul 2011 13:30:03 +0200
Subject: [TYPO3-dev] Few reviews for v4-core
Message-ID: <mailman.36869.1311334280.648.typo3-dev@lists.typo3.org>

Hi,

could some of you maybe go for a quick review of one of the following?
Would be great to get "my" list cleared up a bit. Imho most are no big
ones, some imho needing ports to 4.5 as well.


https://review.typo3.org/#change,2526
https://review.typo3.org/#change,2536
https://review.typo3.org/#change,2761
https://review.typo3.org/#change,3341
https://review.typo3.org/#change,3355
https://review.typo3.org/#change,3383
https://review.typo3.org/#change,3391
https://review.typo3.org/#change,3392


This one needs followup with Sencha somehow :-(
If somebody could create a contact, I'll be happy to work that out with
them. Also experienced another similar IE7-occurence ...
https://review.typo3.org/#change,3385


Regards,
 Stefan



From xavier at typo3.org  Fri Jul 22 13:30:30 2011
From: xavier at typo3.org (Xavier Perseguers)
Date: Fri, 22 Jul 2011 13:30:30 +0200
Subject: [TYPO3-dev] linkvalidator's memory footprint
In-Reply-To: <mailman.1.1311333788.6110.typo3-dev@lists.typo3.org>
References: <mailman.1.1311316385.11370.typo3-dev@lists.typo3.org>
	<mailman.1.1311333788.6110.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1311334305.6694.typo3-dev@lists.typo3.org>

Hi,

>> Why does linkvalidator use up that much RAM? Does it possibly hold
>> stuff in memory where there is no need to?
>
> Might be, the code is not optimal, but I think the real problem is that you
> are checking a link that links to a large file.
>
> Do to some problems with web servers not supporting HTTP/HEAD (e.g.
> amazon.com) we have to use GET on the links. But this loads the whole link
> into memory. So if you link to a large file, you are in trouble :/

Just an idea, could we have some kind of "dynamic" list of such servers 
(not hardcoded) that would allow to only fallback to GET if really needed?

-- 
Xavier Perseguers
Release Manager TYPO3 4.6

TYPO3 .... inspiring people to share!
Get involved: http://typo3.org




From typo3.lists at philippgampe.info  Fri Jul 22 13:51:21 2011
From: typo3.lists at philippgampe.info (Philipp Gampe)
Date: Fri, 22 Jul 2011 13:51:21 +0200
Subject: [TYPO3-dev] linkvalidator's memory footprint
References: <mailman.1.1311316385.11370.typo3-dev@lists.typo3.org>
	<mailman.1.1311333788.6110.typo3-dev@lists.typo3.org>
	<mailman.1.1311334305.6694.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1311335555.8890.typo3-dev@lists.typo3.org>

Hi Xavier,

Xavier Perseguers wrote:

> Just an idea, could we have some kind of "dynamic" list of such servers
> (not hardcoded) that would allow to only fallback to GET if really needed?

Well, I think the problem was that we found no way to create this list 
statically, because we run the check code for every link.
Also, each link would need to be checked for each entry in that list... that 
could eat up some performance. 

After adding Request2 to core, we might want to try a more dynamic approach:
1. check all links with HEAD
2. if it fails recheck with GET, but only define a range (0-4Kb or so)
3. if it still fails, mark the link as failed

So we only download that much, that we need to see all header lines. We do 
not care for the rest of the content.

Best regards
-- 
Philipp Gampe



From xavier at typo3.org  Fri Jul 22 14:01:03 2011
From: xavier at typo3.org (Xavier Perseguers)
Date: Fri, 22 Jul 2011 14:01:03 +0200
Subject: [TYPO3-dev] linkvalidator's memory footprint
In-Reply-To: <mailman.1.1311335555.8890.typo3-dev@lists.typo3.org>
References: <mailman.1.1311316385.11370.typo3-dev@lists.typo3.org>
	<mailman.1.1311333788.6110.typo3-dev@lists.typo3.org>
	<mailman.1.1311334305.6694.typo3-dev@lists.typo3.org>
	<mailman.1.1311335555.8890.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1311336138.9654.typo3-dev@lists.typo3.org>

Hi Philipp,

> After adding Request2 to core, we might want to try a more dynamic approach:
> 1. check all links with HEAD
> 2. if it fails recheck with GET, but only define a range (0-4Kb or so)
> 3. if it still fails, mark the link as failed
>
> So we only download that much, that we need to see all header lines. We do
> not care for the rest of the content.

Sounds good.

-- 
Xavier Perseguers
Release Manager TYPO3 4.6

TYPO3 .... inspiring people to share!
Get involved: http://typo3.org




From fsu-lists at cobweb.ch  Fri Jul 22 14:32:31 2011
From: fsu-lists at cobweb.ch (=?ISO-8859-1?Q?Fran=E7ois_Suter?=)
Date: Fri, 22 Jul 2011 14:32:31 +0200
Subject: [TYPO3-dev]  The future of Bug Days
Message-ID: <mailman.1.1311338026.13027.typo3-dev@lists.typo3.org>

Hi all,

We have been having Bug Days monthly for most of the last 3 years. Some 
have been wildly successful, others far less so. Recently the tendency 
has been toward reduced participation and I feel like it's going down 
the drain and that the concept needs a change.

Indeed the recent Bug Days could be compared to a placebo: the 
additional amount of bugs fixed/reviewed during the day is not 
significantly higher than on any other day. I think that as long as a 
Bug Day does not produce a significant increase in activity, it is not 
relevant.

My personal impression is that the Bug Days have become routine. Most 
people are aware of them happening and think that they'll participate 
next time, when they have more availability. It's easy to dismiss such a 
regular event. There also have been complaints about the Bug Days 
happening on Fridays when most people are working. Some manage to free 
themselves, others not.

Given the poor recent results, I don't feel very motivated about 
organizing the Bug Days anymore, but I also think that it would be 
fruitless to just hand over the current concept to someone else. It 
wouldn't work out any better and the new person in charge would probably 
tire even more quickly than me.

I'm thus starting this discussion to try and come up with a new concept 
for the Bug Days. The topic was already discussed during yesterday's 
Development Meeting (which I couldn't attend), and here are the ideas 
that were already floated (full protocol at [1]):

- companys should be mentioned, that they set their developers free for 
the bug days
- Hosted bugdays: Maybe they should be revived, was fun and a good 
motivator, yet more organisational overhead
- Idea: Arrange bug days / coding nights during TYPO3 Camps
- maybe move bugday communication to big blue button as well
with an open channel for the whole day and a real voice meeting after 
lunch time (makes sense when people can leave normal work a bit earlier 
on Friday and use their afternoon)
- define "mentors" for bugdays that "steer" the participants

And here are some more of my own ideas:

- lower the frequency, but make it a bug-fixing period rather than a 
single day. My idea would be to do something over an extended week-end, 
starting on Friday and ending on Sunday. This would allow more people to 
participate. We would arrange those sprints so that as many Core Team 
members as possible are available.
- assemble one-day, ad hoc teams. We already have quite a few teams, but 
a true team requires organization, meetings, protocols, etc. My idea 
would be to assemble teams around a given topic for a single day. Of 
course the same team could gather again, but it wouldn't be an official, 
permanent team. Example: there recently was an long discussion about the 
new EM. Creating an EM team would probably be overkill, but I could 
imagine defining a day where people interested in the topic would be 
free to devote themselves fully to the EM, making sure the most 
important people (e.g. Steffen Kamper in this case) can participate.

Now it's your turn to speak up :-)

Consider this a brainstorming, come out with what you like and don't 
like, and with any ideas that you have, even wild ones. Please refrain 
from criticizing ideas, every input is valuable in a brainstorming phase.

Cheers

-- 
Francois Suter
Cobweb Development Sarl - http://www.cobweb.ch

[1] 
http://forge.typo3.org/projects/typo3v4-core/wiki/Status_Meeting_2011-07-21



From mail at ringerge.org  Fri Jul 22 15:03:30 2011
From: mail at ringerge.org (Georg Ringer)
Date: Fri, 22 Jul 2011 15:03:30 +0200
Subject: [TYPO3-dev] The future of Bug Days
In-Reply-To: <mailman.1.1311338026.13027.typo3-dev@lists.typo3.org>
References: <mailman.1.1311338026.13027.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1311339884.15789.typo3-dev@lists.typo3.org>

Hi Francois,

1st of all: Thanks a lot for your work and also for this thread.

It is long time ago since I attended one of those bugdays. My reasons 
for kind of quitting are simple: There was no advantage for me fixing 
bugs on this bug day. I still fix many of those bugs but I can do it 
when I got the time for it and when I want to.

I completly agree with your impression about the routine. Having fun 
while doing routine work is very hard!

IMO first of all it is important to know what the target of those bug 
days are because there could be some different ones:
- Is it important to have some brains together and solve issues together 
=> so more of getting things done as core team
- Get some new people to fix bugs and help those => so more a community 
thing and fixing really bugs is not that important.
- How important is it to have real life meetings for that?
- ... ?

The collected ideas sound very nice, still some personal opinions:

> - companys should be mentioned, that they set their developers free for
> the bug days

It is hard for me to have on special days for special times a free time.

> - Hosted bugdays: Maybe they should be revived, was fun and a good
> motivator, yet more organisational overhead

sounds nice, but still got the problem that it is too far away for me 
and I won't travel for a half day to the other end of Germany or wherever.

> - Idea: Arrange bug days / coding nights during TYPO3 Camps

This sounds very nice and would be also good for new ones to start.

> - maybe move bugday communication to big blue button as well

yeah, IRC is also not allowed in every network

> with an open channel for the whole day and a real voice meeting after
> lunch time (makes sense when people can leave normal work a bit earlier
> on Friday and use their afternoon)

I don't like the fridays too much because it is already weekend and 
usually it is time to turn the computer off for at least some ours.

> - lower the frequency, but make it a bug-fixing period rather than a
> single day.

+1

> My idea would be to do something over an extended week-end,
> starting on Friday and ending on Sunday. This would allow more people to
> participate. We would arrange those sprints so that as many Core Team
> members as possible are available.

IMO then it is important to have some bugs already prepared which can be 
fixed. Otherwise everyone just does his own thing - with the difference 
that bigbluebutton is opend in one of the tabs.

And an own idea:
What about ask the community / companies about their Gremlins? In many 
cases we core devs don't see the issues of others and some of them will 
be really simple to solve. This would also improve the chance that:
- the one who reported the bug is online too for giving feedback, 
testing something
- maybe a sponsorship or hosting the whole thing
- remove those gremlins which annoy people since 3.6

Georg



From typo3 at t3node.com  Fri Jul 22 15:08:27 2011
From: typo3 at t3node.com (=?UTF-8?B?U3RlZmZlbiBNw7xsbGVy?=)
Date: Fri, 22 Jul 2011 15:08:27 +0200
Subject: [TYPO3-dev] The future of Bug Days
In-Reply-To: <mailman.1.1311338026.13027.typo3-dev@lists.typo3.org>
References: <mailman.1.1311338026.13027.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1311340085.16446.typo3-dev@lists.typo3.org>

Hi.

On 22.07.2011 14:32 Fran?ois Suter wrote:
>
> Indeed the recent Bug Days could be compared to a placebo: the
> additional amount of bugs fixed/reviewed during the day is not
> significantly higher than on any other day. I think that as long as a
> Bug Day does not produce a significant increase in activity, it is not
> relevant.
>

 From this point of view you might be right. But it's not the whole story.
To me bugdays are fix dates where chances seem to be higher to get 
personal support by core members. You pick a bug, ask your questions in 
the irc channel, create a changeset, push it to gerrit, then come back 
to irc and ask for reviews. If everything works well, the changeset is 
merged and the bug is resolved the same day. Having that kind of success 
motivates people to contribute.


-- 
cheers,
Steffen

TYPO3 Blog: http://www.t3node.com/
Twitter: @t3node - http://twitter.com/t3node



From info at cybercraft.de  Fri Jul 22 15:10:53 2011
From: info at cybercraft.de (JoH asenau)
Date: Fri, 22 Jul 2011 15:10:53 +0200
Subject: [TYPO3-dev] The future of Bug Days
In-Reply-To: <mailman.1.1311338026.13027.typo3-dev@lists.typo3.org>
References: <mailman.1.1311338026.13027.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1311340331.16815.typo3-dev@lists.typo3.org>

Hi Francois.

Just a wild guess, but could it be that the decrease of particpiants is 
not due to routine, but just the contrary: Missing routine with the new 
git/gerrit-concept, which is at least overly complicated to set up 
compared to the "old school" SVN, people are used to?

There are lots of people - especially the windows users -  including 
myself, who didn't manage to enable their system yet to do a simple push 
from PHP-storm onto the review system. So for these people it doesn't 
make much sense to participate in a bug day.

Until march it was possible to do a simple DIFF, send it to the core 
list and have lots of people test it easily. So maybe we should 
revitalize at least the core list activities, so that people can still 
contribute, while others will take care of pushing the stuff to the new 
review system.

In the end this might motivate people to participate in the bug days again.

Just my 2 cents

Joey

-- 
Wenn man keine Ahnung hat: Einfach mal Fresse halten!
(If you have no clues: simply shut your gob sometimes!)
Dieter Nuhr, German comedian
Xing: http://contact.cybercraft.de
Twitter: http://twitter.com/bunnyfield
TYPO3 cookbook (2nd edition): http://www.typo3experts.com



From mathias.schreiber at wmdb.de  Fri Jul 22 15:45:36 2011
From: mathias.schreiber at wmdb.de (Mathias Schreiber [wmdb])
Date: Fri, 22 Jul 2011 15:45:36 +0200
Subject: [TYPO3-dev] The future of Bug Days
In-Reply-To: <mailman.1.1311340331.16815.typo3-dev@lists.typo3.org>
References: <mailman.1.1311338026.13027.typo3-dev@lists.typo3.org>
	<mailman.1.1311340331.16815.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1311342410.19566.typo3-dev@lists.typo3.org>

Am 22.07.11 15:10, schrieb JoH asenau:
> Hi Francois.
>
> Just a wild guess, but could it be that the decrease of particpiants is
> not due to routine, but just the contrary: Missing routine with the new
> git/gerrit-concept, which is at least overly complicated to set up
> compared to the "old school" SVN, people are used to?
 >
> There are lots of people - especially the windows users - including
> myself, who didn't manage to enable their system yet to do a simple push
> from PHP-storm onto the review system. So for these people it doesn't
> make much sense to participate in a bug day.

+1

Plus I dislike the voting scheme in gerrit.
If I want to I can block out every changeset by -1ing it to death.
Or I do -1 because I have no idea about the intentions of a changeset 
are... how to remove this from gerrit afterwards? I haven't figured out 
how to do this yet :)

I do see the benefits of gerrit without question but I kinda miss the 
"last word" feature the old core list had.

but all in all... I find GIT utterly horrible to use.


-- 
Ernesto, Nov. 9th 2010:
"In the graphics generation routines of TYPO3 *anything* could cause a
side effect."



From typo3.lists at philippgampe.info  Fri Jul 22 16:16:51 2011
From: typo3.lists at philippgampe.info (Philipp Gampe)
Date: Fri, 22 Jul 2011 16:16:51 +0200
Subject: [TYPO3-dev] The future of Bug Days
References: <mailman.1.1311338026.13027.typo3-dev@lists.typo3.org>
	<mailman.1.1311340331.16815.typo3-dev@lists.typo3.org>
	<mailman.1.1311342410.19566.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1311344285.22747.typo3-dev@lists.typo3.org>

Mathias Schreiber [wmdb] wrote:

> Am 22.07.11 15:10, schrieb JoH asenau:
>> Hi Francois.
>>
>> Just a wild guess, but could it be that the decrease of particpiants is
>> not due to routine, but just the contrary: Missing routine with the new
>> git/gerrit-concept, which is at least overly complicated to set up
>> compared to the "old school" SVN, people are used to?
Might be, but those who have the routine already are much more productive.

A review for me is
$ git co <branch> (alias for git checkout <branch>)
$ git r 1234 [*]
$ git diff HEAD^ (I aliased this to git dh)
... testing ...
$ git ra [*]
$ git rr [*]

Can you beat this with svn?

If you still have problems, maybe we need to update/extend the docs?
http://wiki.typo3.org/Git

>> There are lots of people - especially the windows users - including
>> myself, who didn't manage to enable their system yet to do a simple push
>> from PHP-storm onto the review system. So for these people it doesn't
>> make much sense to participate in a bug day.
Use the command line. There is no way to put git into a GUI, unless you 
either clutter the interface or leave out all feature.
I don't think the push problem is a Windows+PhpStorm issue, but a PhpStorm 
issue in general. AFAIR, PhpStorm does not support the push hook which is 
need for gerrit.

> Plus I dislike the voting scheme in gerrit.
> If I want to I can block out every changeset by -1ing it to death.
> Or I do -1 because I have no idea about the intentions of a changeset
> are... how to remove this from gerrit afterwards? I haven't figured out
> how to do this yet :)
The author can abandon a patch.
You could have send -1 to the core list too. Nothing you can do about this. 
If somebody wants to bitch vote a patch, he can do it. There is no way to 
avoid this unless you want to limit the vote to trusted person.

> I do see the benefits of gerrit without question but I kinda miss the
> "last word" feature the old core list had.
It is still there. Any core member can just +2 and push the patch. I think 
he can also set -2 to block a patch.

> but all in all... I find GIT utterly horrible to use.
Start using it more. If I would need to work with a large svn project now, I 
would use git-svn. I don't want to miss the features of git any more:
* topic branches
* easy branch switching
* speed
* local history with all changes
* git bisec
* git rebase
* git stash
... 


[*] I use a shell script which does some thinks for me
$ git r 1234 (alias for git review 1234)
--> cherry-pick the latest patchset from gerrit issue 1234
--> you can copy paste an equivalent at the gerrit issue website
$ git ra (alias for git review approve)
--> vote +1 verified and +1 review
--> you can vote directly on the website too
$ git rr (alias for git review reset)
--> delete changes, clean up and return to previous branch

This review script is not ready for public, but already in "good" shape. You 
may get it here (git again):
https://github.com/pgampe/gerrit-tools

Install according to instruction and run git review help to see what you can 
do.

Best regards
-- 
Philipp Gampe



From fsu-lists at cobweb.ch  Fri Jul 22 17:47:53 2011
From: fsu-lists at cobweb.ch (=?ISO-8859-1?Q?Fran=E7ois_Suter?=)
Date: Fri, 22 Jul 2011 17:47:53 +0200
Subject: [TYPO3-dev] The future of Bug Days
In-Reply-To: <mailman.1.1311344285.22747.typo3-dev@lists.typo3.org>
References: <mailman.1.1311338026.13027.typo3-dev@lists.typo3.org>
	<mailman.1.1311340331.16815.typo3-dev@lists.typo3.org>
	<mailman.1.1311342410.19566.typo3-dev@lists.typo3.org>
	<mailman.1.1311344285.22747.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1311349748.30824.typo3-dev@lists.typo3.org>

Hi all,

>>> Just a wild guess, but could it be that the decrease of particpiants is
>>> >>  not due to routine, but just the contrary: Missing routine with the new
>>> >>  git/gerrit-concept, which is at least overly complicated to set up
>>> >>  compared to the "old school" SVN, people are used to?
> Might be, but those who have the routine already are much more productive.

Remarks duly noted, but please don't side-track the Bug Day thread. The 
move to Git/Gerrit is definitely not the only reason the Bug Day 
attendance has dropped. If you want to discuss the Git/Gerrit problems, 
please open a separate thread.

Thanks

-- 

Francois Suter
Cobweb Development Sarl - http://www.cobweb.ch



From kevin at infielddesign.com  Sat Jul 23 01:58:38 2011
From: kevin at infielddesign.com (Kevin Mitchell)
Date: Fri, 22 Jul 2011 16:58:38 -0700
Subject: [TYPO3-dev] Any good examples of automatic/programatic page
	generation?
Message-ID: <mailman.37063.1311379196.648.typo3-dev@lists.typo3.org>

Hi all!

I'm working on a project that will require me parsing, processing,
comparing, and otherwise doing a lot of data manipulation, before
automatically generating a large number of pages in TYPO3. To process this
data I'm writing an import script (not really connected with TYPO3) which
will handle the majority of the heavy lifting, but I then need to get the
final out and build pages out of it. The content of the page will more then
likely be a html content element (it will not be editable, it's static
data). There will be three levels of pages needed to be generated. Once my
script is done processing the import data (but before I have generated the
TYPO3 pages) I imagine I'll have a custom table that looks something like
(most likely with a number of other fields with metadata, etc):

object_id
parent_object_id
page_title
page_content (not all pages will have content, some will just be menu items
containing sub pages, but essentially when there is a page with content it
will need to be stuck in a html content element in tt_content)

In the TYPO3 page tree, these will be represented as:

Category 1
--Subcategory a
-----Page w/ Content I
-----Page w/ Content II
-----...
--Subcategory b
------...
--...
Category 2
...


Now I'll likely need to do several passes on this to actually process the
data, match up TYPO3 page IDs with the custom object_ids that I've
generated, etc, but that's beyond the scope of this email and I can handle
that. The issue is figuring out the best method to generate these pages and
sub pages programmatically, via a cron job which will run nightly. Ideally
I'll also kick off some sort of crawler to cache the pages that have been
updated to help with site performance.

Any tips or ideas, or code snippets/examples? I've searched around on the
various english TYPO3 resources but haven't had much luck!

Thanks for your help and time!
Kev



From jigal at xs4all.nl  Sat Jul 23 12:45:03 2011
From: jigal at xs4all.nl (Jigal van Hemert)
Date: Sat, 23 Jul 2011 12:45:03 +0200
Subject: [TYPO3-dev] The future of Bug Days
In-Reply-To: <mailman.1.1311349748.30824.typo3-dev@lists.typo3.org>
References: <mailman.1.1311338026.13027.typo3-dev@lists.typo3.org>
	<mailman.1.1311340331.16815.typo3-dev@lists.typo3.org>
	<mailman.1.1311342410.19566.typo3-dev@lists.typo3.org>
	<mailman.1.1311344285.22747.typo3-dev@lists.typo3.org>
	<mailman.1.1311349748.30824.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1311417983.1963.typo3-dev@lists.typo3.org>

On 22-7-2011 17:47, Fran?ois Suter wrote:
>>>> Just a wild guess, but could it be that the decrease of
>>>> particpiants is not due to routine, but just the contrary:
>>>> Missing routine with the new git/gerrit-concept, which is at
>>>> least overly complicated to set up compared to the "old school"
>>>> SVN, people are used to?
>> Might be, but those who have the routine already are much more
>> productive.
>
> Remarks duly noted, but please don't side-track the Bug Day thread.

The thread was about ideas for the future of Bug Days (or alternatives). 
Part of finding ideas is to analyse the reasons why the current concept 
is not working any more.

> The move to Git/Gerrit is definitely not the only reason the Bug Day
> attendance has dropped.

It doesn't need to be the only reason, but let's assume that it is one 
of the reasons and maybe a major reason. We've already seen that the 
overall activity in development has dropped and in this light it is not 
surprising that Bug Day attendance has dropped too.
During a Bug Day you need a certain minimum, a critical mass, of 
attendance to keep the day going. If a person joins the IRC channel and 
only a few people are there and hardly any response comes to the 
questions someone asks, the result is often that that person leaves 
after a short period. If there was more activity at that time it would 
be more likely that that person would stay and test/fix a few bugs.


> If you want to discuss the Git/Gerrit problems, please open a
> separate  thread.

There are already numerous threads which try to touch this problem. 
Unfortunately there are no real answers given there. I can't blame the 
git fans, they already have it the way they want it to be, so why should 
they spend any time defending this choice?

It is hard to find a causation between the choice for git/gerrit and the 
decrease in activity, but the two events started at the same moment.

Some thoughts about the Bug Days will go in a reply to the original post.

-- 
Kind regards / met vriendelijke groet,

Jigal van Hemert.



From jigal at xs4all.nl  Sat Jul 23 19:53:26 2011
From: jigal at xs4all.nl (Jigal van Hemert)
Date: Sat, 23 Jul 2011 19:53:26 +0200
Subject: [TYPO3-dev] The future of Bug Days
In-Reply-To: <mailman.1.1311338026.13027.typo3-dev@lists.typo3.org>
References: <mailman.1.1311338026.13027.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1311443686.2699.typo3-dev@lists.typo3.org>

Hi,

On 22-7-2011 14:32, Fran?ois Suter wrote:
> We have been having Bug Days monthly for most of the last 3 years. Some
> have been wildly successful, others far less so. Recently the tendency
> has been toward reduced participation and I feel like it's going down
> the drain and that the concept needs a change.

One of the main advantages of Bug Days was that developers were 
available online at the same time. This meant that newcomers had a 
platform to get help, both with dealing with the bureaucracy and with 
the TYPO3 core. For more experienced contributors it meant that there 
were enough people around to help testing.

For me personally the reason for not attending lately were simply 
practical: I had to work during the day and had visitors or training in 
the evening. Last year I could attend a number of times simply because 
there was a national holiday or I had a day off (because I had to 
doggy-sit at home).

> My personal impression is that the Bug Days have become routine. Most
> people are aware of them happening and think that they'll participate
> next time, when they have more availability. It's easy to dismiss such a
> regular event. There also have been complaints about the Bug Days
> happening on Fridays when most people are working. Some manage to free
> themselves, others not.

The latter was the problem in my case. I have a limited amount of 
vacation days and I can't spend them all on TYPO3 stuff.

Another problem has been addressed in a different part of this thread. 
Although not many people complain about it loudly I fear that git/gerrit 
is still a major obstacle to participate in TYPO3 development. Instead 
of complaining the usual reaction of people is to walk away.

(I'd love to discuss git/gerrit in a separate thread if there is a fair 
change to get some real answers and solutions (other than "read a book"))

Ideas:

- use the core list to start discussion (and hopefully a solution and 
reviews) for certain issues. A "Bug of the Day" (or "Bug List of the 
Week"). If needed there can be a meeting using IRC/BBB if the issue 
requires this.

- maybe we should investigate if git/gerrit is an issue and find 
workarounds here; it should be technically possible to have an svn in 
sync with git and to have svn-compatible diffs available. Testing and 
reviewing could then be possible for git-less people too.

- make it easier to find forge (folks still submit core issues to 
mantis) and make forge easier to work with (maybe this requires 
developing custom plugins

- active marketing to companies to 'donate' resources in many forms 
(developer/tester time when available between projects; hosting some 
bugfix event;...)

- investigate use of other (social) media to draw attention to bugfix or 
developers (in any shape) events

- make it more attractive to contribute to TYPO3. Maybe there could be 
an "airmiles" like system. Each type of contribution gives certain 
"points". This could lead to rewards in many forms (I don't know which 
is more attractive to people): goodies, discounts for events, status on 
the TYPO3 site, ... (This may sound childish, but it works in real life 
marketing)

-- 
Kind regards / met vriendelijke groet,

Jigal van Hemert.



From mostwantedtypo3 at gmail.com  Sun Jul 24 20:20:00 2011
From: mostwantedtypo3 at gmail.com (mostwanted)
Date: Sun, 24 Jul 2011 20:20:00 +0200
Subject: [TYPO3-dev] how to deal with duplicated issues on forge.typo3.org
Message-ID: <mailman.1.1311531676.26900.typo3-dev@lists.typo3.org>

i just noticed that there was a new issue submitted in forge for the TYPO3 4.x core that is in the meantime already fixed and currently under review.

i also reported that issue a while ago - and would now like mark my issue as something like "related to" or "duplicate of" the issue that is under review at the moment, so that "my" issue will also be marked as "resolved" (or something similar) when the review process of the above mentioned issue will be positive.

is this possible in redmine on forge.typo3.org?



From mostwantedtypo3 at gmail.com  Sun Jul 24 20:30:20 2011
From: mostwantedtypo3 at gmail.com (mostwanted)
Date: Sun, 24 Jul 2011 20:30:20 +0200
Subject: [TYPO3-dev] how to deal with duplicated issues on forge.typo3.org
In-Reply-To: <mailman.1.1311531676.26900.typo3-dev@lists.typo3.org>
References: <mailman.1.1311531676.26900.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1311532297.27210.typo3-dev@lists.typo3.org>

i must have been blind!

there is an "Add" link >> "Related Issue" >> "duplicates" >> "#xxxxx"

looking forward to see, if the duplicate will also be closed... i guess it will.



Am 24.07.11 20:20, schrieb mostwanted:
> i just noticed that there was a new issue submitted in forge for the TYPO3 4.x core that is in the meantime already fixed and currently under review.
>
> i also reported that issue a while ago - and would now like mark my issue as something like "related to" or "duplicate of" the issue that is under review at the moment, so that "my" issue will also be marked as "resolved" (or something similar) when the review process of the above mentioned issue will be positive.
>
> is this possible in redmine on forge.typo3.org?




From mostwantedtypo3 at gmail.com  Sun Jul 24 20:34:51 2011
From: mostwantedtypo3 at gmail.com (mostwanted)
Date: Sun, 24 Jul 2011 20:34:51 +0200
Subject: [TYPO3-dev] how to deal with duplicated issues on forge.typo3.org
In-Reply-To: <mailman.1.1311532297.27210.typo3-dev@lists.typo3.org>
References: <mailman.1.1311531676.26900.typo3-dev@lists.typo3.org>
	<mailman.1.1311532297.27210.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1311532567.28117.typo3-dev@lists.typo3.org>

http://forge.typo3.org/issues/28405

Am 24.07.11 20:30, schrieb mostwanted:
> i must have been blind!
>
> there is an "Add" link >> "Related Issue" >> "duplicates" >> "#xxxxx"
>
> looking forward to see, if the duplicate will also be closed... i guess it will.
>
>
>
> Am 24.07.11 20:20, schrieb mostwanted:
>> i just noticed that there was a new issue submitted in forge for the TYPO3 4.x core that is in the meantime already fixed and currently under review.
>>
>> i also reported that issue a while ago - and would now like mark my issue as something like "related to" or "duplicate of" the issue that is under review at the moment, so that "my" issue will also be marked as "resolved" (or something similar) when the review process of the above mentioned issue will be positive.
>>
>> is this possible in redmine on forge.typo3.org?
>




From steffen.gebert at typo3.org  Sun Jul 24 20:47:25 2011
From: steffen.gebert at typo3.org (Steffen Gebert)
Date: Sun, 24 Jul 2011 20:47:25 +0200
Subject: [TYPO3-dev] how to deal with duplicated issues on forge.typo3.org
In-Reply-To: <mailman.1.1311532567.28117.typo3-dev@lists.typo3.org>
References: <mailman.1.1311531676.26900.typo3-dev@lists.typo3.org>
	<mailman.1.1311532297.27210.typo3-dev@lists.typo3.org>
	<mailman.1.1311532567.28117.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1311533325.28944.typo3-dev@lists.typo3.org>

On 24.07.11 20:34, mostwanted wrote:
> http://forge.typo3.org/issues/28405

Hi Mr. mostwanted,

I've closed this issue now as a duplicate.

Would be nice, if you could review the pending patch!

Kind regards
Steffen

-- 
Steffen Gebert
TYPO3 v4 Core Team Member
TYPO3 Server Administration Team Member

TYPO3 .... inspiring people to share!
Get involved: http://typo3.org



From roland.waldner at gmail.com  Sun Jul 24 20:53:06 2011
From: roland.waldner at gmail.com (Roland Waldner)
Date: Sun, 24 Jul 2011 20:53:06 +0200
Subject: [TYPO3-dev] how to deal with duplicated issues on forge.typo3.org
In-Reply-To: <mailman.1.1311533325.28944.typo3-dev@lists.typo3.org>
References: <mailman.1.1311531676.26900.typo3-dev@lists.typo3.org>
	<mailman.1.1311532297.27210.typo3-dev@lists.typo3.org>
	<mailman.1.1311532567.28117.typo3-dev@lists.typo3.org>
	<mailman.1.1311533325.28944.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1311533662.29776.typo3-dev@lists.typo3.org>

hi steffen,

is it always necessary to close duplicate issues manually? just in case that i find some duplicates in the future...

i will try to review it.

kind regards.

roland a.k.a. mostwanted ;-)



Am 24.07.11 20:47, schrieb Steffen Gebert:
> On 24.07.11 20:34, mostwanted wrote:
>> http://forge.typo3.org/issues/28405
>
> Hi Mr. mostwanted,
>
> I've closed this issue now as a duplicate.
>
> Would be nice, if you could review the pending patch!
>
> Kind regards
> Steffen
>



Am 24.07.11 20:47, schrieb Steffen Gebert:
> On 24.07.11 20:34, mostwanted wrote:
>> http://forge.typo3.org/issues/28405
>
> Hi Mr. mostwanted,
>
> I've closed this issue now as a duplicate.
>
> Would be nice, if you could review the pending patch!
>
> Kind regards
> Steffen
>




From steffen.gebert at typo3.org  Sun Jul 24 20:58:16 2011
From: steffen.gebert at typo3.org (Steffen Gebert)
Date: Sun, 24 Jul 2011 20:58:16 +0200
Subject: [TYPO3-dev] how to deal with duplicated issues on forge.typo3.org
In-Reply-To: <mailman.1.1311533662.29776.typo3-dev@lists.typo3.org>
References: <mailman.1.1311531676.26900.typo3-dev@lists.typo3.org>
	<mailman.1.1311532297.27210.typo3-dev@lists.typo3.org>
	<mailman.1.1311532567.28117.typo3-dev@lists.typo3.org>
	<mailman.1.1311533325.28944.typo3-dev@lists.typo3.org>
	<mailman.1.1311533662.29776.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1311533973.29725.typo3-dev@lists.typo3.org>

Hi Roland,

> is it always necessary to close duplicate issues manually? just in case
> that i find some duplicates in the future...
Yes, it is.

> i will try to review it.
Would be great. I think you have some expectations, what should be 
possible with that change.


Kind regards
Steffen

-- 
Steffen Gebert
TYPO3 v4 Core Team Member
TYPO3 Server Administration Team Member

TYPO3 .... inspiring people to share!
Get involved: http://typo3.org



From mail at ringerge.org  Mon Jul 25 08:10:20 2011
From: mail at ringerge.org (Georg Ringer)
Date: Mon, 25 Jul 2011 08:10:20 +0200
Subject: [TYPO3-dev] The future of Bug Days
In-Reply-To: <mailman.1.1311340331.16815.typo3-dev@lists.typo3.org>
References: <mailman.1.1311338026.13027.typo3-dev@lists.typo3.org>
	<mailman.1.1311340331.16815.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1311574298.28080.typo3-dev@lists.typo3.org>

Hi,

Am 22.07.2011 15:10, schrieb JoH asenau:
> Just a wild guess, but could it be that the decrease of particpiants is
> not due to routine, but just the contrary: Missing routine with the new
> git/gerrit-concept, which is at least overly complicated to set up
> compared to the "old school" SVN, people are used to?

but on the other hand it is more used to new people who got their 
projects e.g. at github.

Of course I agree that it is more complex on the other hand but now also 
far easier to test a review. This was always *very* hard in old days 
when there were conflicts (which was there most of the time when patches 
where a bit older)

> There are lots of people - especially the windows users - including
> myself, who didn't manage to enable their system yet to do a simple push
> from PHP-storm onto the review system. So for these people it doesn't
> make much sense to participate in a bug day.

I am using windows too and using command line is IMO the best and was 
very easy to set up.

> Until march it was possible to do a simple DIFF, send it to the core
> list and have lots of people test it easily.

i loved the mailinglists but it was also very hard to have an overview: 
what got enough votes, where are new patchsets and you also could never 
compare diffs which each other.

It is now far easier to review a patchset v13

> So maybe we should
> revitalize at least the core list activities, so that people can still
> contribute, while others will take care of pushing the stuff to the new
> review system.

revitalize for discussing would be nice. so for each review a new thread 
starts but IMO nobodoy got the extra time to get patches svn style into 
gerrit.

> In the end this might motivate people to participate in the bug days again.

I don't know if bug days have something to do with git/gerrit?

Georg



From mail at ringerge.org  Mon Jul 25 08:12:57 2011
From: mail at ringerge.org (Georg Ringer)
Date: Mon, 25 Jul 2011 08:12:57 +0200
Subject: [TYPO3-dev] The future of Bug Days
In-Reply-To: <mailman.1.1311342410.19566.typo3-dev@lists.typo3.org>
References: <mailman.1.1311338026.13027.typo3-dev@lists.typo3.org>
	<mailman.1.1311340331.16815.typo3-dev@lists.typo3.org>
	<mailman.1.1311342410.19566.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1311574454.28080.typo3-dev@lists.typo3.org>

Am 22.07.2011 15:45, schrieb Mathias Schreiber [wmdb]:
> Plus I dislike the voting scheme in gerrit.
> If I want to I can block out every changeset by -1ing it to death.

but this was also the case with mailinglists. you could give a -100 there.

> Or I do -1 because I have no idea about the intentions of a changeset
> are... how to remove this from gerrit afterwards? I haven't figured out
> how to do this yet :)

you can remove your own review with clicking on the 'x' next to your name.

> I do see the benefits of gerrit without question but I kinda miss the
> "last word" feature the old core list had.

It would be nice to have core members with a different color to know 
which +1 are more important than others.

Georg

> but all in all... I find GIT utterly horrible to use.

what is the problem with git?

Georg





From christian.weiske at netresearch.de  Mon Jul 25 08:38:17 2011
From: christian.weiske at netresearch.de (Christian Weiske)
Date: Mon, 25 Jul 2011 08:38:17 +0200
Subject: [TYPO3-dev]  Gerrit review links do not work in Opera
Message-ID: <mailman.1.1311575974.29479.typo3-dev@lists.typo3.org>

Hello,



Gerrit review mails contain links to the review:

> I'd like you to do a code review.  Please visit
>     http://review.typo3.org/3497
> to review the following change.

Now when I visit that URL in Opera, I get redirected to
> https://review.typo3.org/#q,status:open,n,z

Is the TYPO3 Gerrit version the latest? If not, could it be updated?

-- 
Viele Gr??e
Dipl.-Inf. Christian Weiske

Senior Developer
Netresearch GmbH & Co. KG





From typo3.neufeind at speedpartner.de  Mon Jul 25 09:04:38 2011
From: typo3.neufeind at speedpartner.de (Stefan Neufeind)
Date: Mon, 25 Jul 2011 09:04:38 +0200
Subject: [TYPO3-dev] Gerrit review links do not work in Opera
In-Reply-To: <mailman.1.1311575974.29479.typo3-dev@lists.typo3.org>
References: <mailman.1.1311575974.29479.typo3-dev@lists.typo3.org>
Message-ID: <mailman.37668.1311577560.648.typo3-dev@lists.typo3.org>

On 07/25/2011 08:38 AM, Christian Weiske wrote:
> Hello,
> 
> 
> 
> Gerrit review mails contain links to the review:
> 
>> I'd like you to do a code review.  Please visit
>>     http://review.typo3.org/3497
>> to review the following change.
> 
> Now when I visit that URL in Opera, I get redirected to
>> https://review.typo3.org/#q,status:open,n,z
> 
> Is the TYPO3 Gerrit version the latest? If not, could it be updated?

Please file an issue at:
http://forge.typo3.org/projects/team-git/issues


Regards,
 Stefan



From robertwildling at gmail.com  Mon Jul 25 09:12:34 2011
From: robertwildling at gmail.com (Robert Wildling)
Date: Mon, 25 Jul 2011 09:12:34 +0200
Subject: [TYPO3-dev]  Neue T3 Website Fehler
Message-ID: <mailman.1.1311578031.996.typo3-dev@lists.typo3.org>

Hi,

Ist dieser Bereich hier auch f?r die Entwicklung der neuen Website 
zust?ndig? Mir ist hier nur aufgefallen, dass es da einen Querbalken in 
FF 5.0.1 Mac OSx 10.6.8 gibt:

http://association.typo3.org/membership-levels/ref/assoc/

In

Safari 5.1
Opera 11.5
Chrome 13

ist alles ok. IE nicht getestet.


?brigens finde ich die neue Seite wirklich seeeeeeeehr elegant! Gratulation!

Gru?,
Robert



From jigal at xs4all.nl  Mon Jul 25 10:03:21 2011
From: jigal at xs4all.nl (Jigal van Hemert)
Date: Mon, 25 Jul 2011 10:03:21 +0200
Subject: [TYPO3-dev] The future of Bug Days
In-Reply-To: <mailman.1.1311574298.28080.typo3-dev@lists.typo3.org>
References: <mailman.1.1311338026.13027.typo3-dev@lists.typo3.org>
	<mailman.1.1311340331.16815.typo3-dev@lists.typo3.org>
	<mailman.1.1311574298.28080.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1311581083.5383.typo3-dev@lists.typo3.org>

Hi,

On 25-7-2011 8:10, Georg Ringer wrote:
> Am 22.07.2011 15:10, schrieb JoH asenau:
>> Just a wild guess, but could it be that the decrease of particpiants is
>> not due to routine, but just the contrary: Missing routine with the new
>> git/gerrit-concept, which is at least overly complicated to set up
>> compared to the "old school" SVN, people are used to?
>
> but on the other hand it is more used to new people who got their
> projects e.g. at github.

My guess is that the percentage of new contributors who have a project 
on git(hub) is very small.

> Of course I agree that it is more complex on the other hand but now also
> far easier to test a review. This was always *very* hard in old days
> when there were conflicts (which was there most of the time when patches
> where a bit older)

Ehmm... my experience is completely the opposite. At least the way 
TortoiseSVN handled the "Apply patch" option was very flexible. Most of 
the times it could easily find the code it had to change, even if it had 
moved a substantial number of lines in the file.
A git "change set" is a snapshot of the entire branch and thus is is 
much more likely to produce conflicts (e.g. when submodules are changed).
In case of conflicts TortoiseSVN has a wonderful tree-way diff tool to 
solve conflicts (where you can decide to keep lines from patch or 
current version and/or edit the lines)

Reviewing a patch with svn was for me as simple as:
- Apply patch
- test
- Revert
If I was the dev to commit the last step would be replaced by:
- edit changelog
- commit

> I am using windows too and using command line is IMO the best and was
> very easy to set up.

If you are not a command line person you are basically left on your own.

> i loved the mailinglists but it was also very hard to have an overview:
> what got enough votes, where are new patchsets and you also could never
> compare diffs which each other.

A decent news reader such as Thunderbird (but others will probably have 
comparable features) has the option to attach categories (tags) to 
messages or threads. With a single click you can filter these. In a 
thread with the tag ("reviewed by reading and testing") a new message 
would emerge with another positive vote and I would simply mark it 
("need to commit").
Okay, not technically advanced, automated, etc., but it worked very 
well. I could easily find patches I needed to review or commit.

In Gerrit I find it very hard to find change set which I have or have 
not reviewed yet, especially when a new version was pushed.

> revitalize for discussing would be nice. so for each review a new thread
> starts but IMO nobodoy got the extra time to get patches svn style into
> gerrit.

And if it would mean that reviewing activity would increase a lot? Would 
that justify the extra time?

> I don't know if bug days have something to do with git/gerrit?

Activity in both bug days and development has decrease a lot since the 
introduction of git/gerrit. Causation is hard to prove, but it is so far 
the only explanation which can be found...

-- 
Kind regards / met vriendelijke groet,

Jigal van Hemert.



From fsu-lists at cobweb.ch  Mon Jul 25 10:14:53 2011
From: fsu-lists at cobweb.ch (=?ISO-8859-1?Q?Fran=E7ois_Suter?=)
Date: Mon, 25 Jul 2011 10:14:53 +0200
Subject: [TYPO3-dev] The future of Bug Days
In-Reply-To: <mailman.1.1311581083.5383.typo3-dev@lists.typo3.org>
References: <mailman.1.1311338026.13027.typo3-dev@lists.typo3.org>
	<mailman.1.1311340331.16815.typo3-dev@lists.typo3.org>
	<mailman.1.1311574298.28080.typo3-dev@lists.typo3.org>
	<mailman.1.1311581083.5383.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1311581772.6642.typo3-dev@lists.typo3.org>

Hi Jigal,

> Activity in both bug days and development has decrease a lot since the
> introduction of git/gerrit. Causation is hard to prove, but it is so far
> the only explanation which can be found...

I'm sorry but I disagree here, at least as far as Bug Days are 
concerned. I've been handling the Bug Days for more than a year and a 
half and we had attendance problems at various intervals. The switch to 
Git/Gerrit might be a cause for lower attendance, but it's certainly not 
the only one.

IMO the main culprit is the routine aspect. Every time there was 
something new (meeting places, pledges by Core Team members, etc.), the 
Bug Days saw renewed activity, which dropped again within 3 months. 
Which is why I think we need a different concept altogether, one which 
is maybe less vulnerable to the "repetition effect", although we 
probably can't avoid it.

More generally some good ideas have been floated already. I'm waiting a 
bit more before doing a kind of summary/second round of discussion. 
Hopefully some more people will express their expectations and frustrations.

Cheers

-- 

Francois Suter
Cobweb Development Sarl - http://www.cobweb.ch



From blueduck at gmx.net  Mon Jul 25 10:26:12 2011
From: blueduck at gmx.net (Stefano Kowalke)
Date: Mon, 25 Jul 2011 10:26:12 +0200
Subject: [TYPO3-dev] Neue T3 Website Fehler
In-Reply-To: <mailman.1.1311578031.996.typo3-dev@lists.typo3.org>
References: <mailman.1.1311578031.996.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1311582449.7851.typo3-dev@lists.typo3.org>

Hey Robert,


this group is in english and dedicated for questions about
extension/core development. Your should send your request to
typo3.teams.typo3.org (in english too).

btw: I can't see any bar which is not part of the design with same
configuration (OSX 10.6.8 und FF 5.0.1)

Regards
Stefano

Am 25.07.11 09:12, schrieb Robert Wildling:
> Hi,
> 
> Ist dieser Bereich hier auch f?r die Entwicklung der neuen Website
> zust?ndig? Mir ist hier nur aufgefallen, dass es da einen Querbalken in
> FF 5.0.1 Mac OSx 10.6.8 gibt:
> 
> http://association.typo3.org/membership-levels/ref/assoc/
> 
> In
> 
> Safari 5.1
> Opera 11.5
> Chrome 13
> 
> ist alles ok. IE nicht getestet.
> 
> 
> ?brigens finde ich die neue Seite wirklich seeeeeeeehr elegant!
> Gratulation!
> 
> Gru?,
> Robert




From mail at ringerge.org  Mon Jul 25 10:29:05 2011
From: mail at ringerge.org (Georg Ringer)
Date: Mon, 25 Jul 2011 10:29:05 +0200
Subject: [TYPO3-dev] The future of Bug Days
In-Reply-To: <mailman.1.1311581083.5383.typo3-dev@lists.typo3.org>
References: <mailman.1.1311338026.13027.typo3-dev@lists.typo3.org>
	<mailman.1.1311340331.16815.typo3-dev@lists.typo3.org>
	<mailman.1.1311574298.28080.typo3-dev@lists.typo3.org>
	<mailman.1.1311581083.5383.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1311582622.7303.typo3-dev@lists.typo3.org>

Am 25.07.2011 10:03, schrieb Jigal van Hemert:
> If you are not a command line person you are basically left on your own.

i am not a command line person as there is little to do on command line 
but I took the chance to improve there my knowledge (you always need 
command line on your unix servers...)

> A decent news reader such as Thunderbird (but others will probably have
> comparable features) has the option to attach categories (tags) to
> messages or threads. With a single click you can filter these. In a
> thread with the tag ("reviewed by reading and testing") a new message
> would emerge with another positive vote and I would simply mark it
> ("need to commit").

so you spent many hours and months of knowledge to get there as well.

> Okay, not technically advanced, automated, etc., but it worked very
> well. I could easily find patches I needed to review or commit.

if someone new wanted to use the mailinglists, 1st thing was "oh mailing 
lists, so old, why not use a forum...:" ;)

I love mailinglists but still: don't forget how long you needed to have 
a perfect environment there.

> In Gerrit I find it very hard to find change set which I have or have
> not reviewed yet, especially when a new version was pushed.

settings > preferences > Display Person Name In Review Categor

>> revitalize for discussing would be nice. so for each review a new thread
>> starts but IMO nobodoy got the extra time to get patches svn style into
>> gerrit.
>
> And if it would mean that reviewing activity would increase a lot? Would
> that justify the extra time?

git is your version control. mailing lists for discussions. A bridge 
would be good but IMO it is not good to change version control to svn style.

Georg



From steffen.gebert at typo3.org  Mon Jul 25 11:04:17 2011
From: steffen.gebert at typo3.org (Steffen Gebert)
Date: Mon, 25 Jul 2011 11:04:17 +0200
Subject: [TYPO3-dev] Gerrit review links do not work in Opera
In-Reply-To: <mailman.37668.1311577560.648.typo3-dev@lists.typo3.org>
References: <mailman.1.1311575974.29479.typo3-dev@lists.typo3.org>
	<mailman.37668.1311577560.648.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1311584736.11548.typo3-dev@lists.typo3.org>

>> Now when I visit that URL in Opera, I get redirected to
>>> https://review.typo3.org/#q,status:open,n,z
>>
>> Is the TYPO3 Gerrit version the latest? If not, could it be updated?
>
> Please file an issue at:
> http://forge.typo3.org/projects/team-git/issues

No, please don't file a bug report. It's a pity, but Gerrit has some 
issues, also with Safari. We will not fix them on our own.

Instead vote here (click the star on the upper left):
http://code.google.com/p/gerrit/issues/detail?id=875

Kind regards
Steffen

-- 
Steffen Gebert
TYPO3 v4 Core Team Member
TYPO3 Server Administration Team Member

TYPO3 .... inspiring people to share!
Get involved: http://typo3.org



From steffen.gebert at typo3.org  Mon Jul 25 11:06:56 2011
From: steffen.gebert at typo3.org (Steffen Gebert)
Date: Mon, 25 Jul 2011 11:06:56 +0200
Subject: [TYPO3-dev] Neue T3 Website Fehler
In-Reply-To: <mailman.1.1311582449.7851.typo3-dev@lists.typo3.org>
References: <mailman.1.1311578031.996.typo3-dev@lists.typo3.org>
	<mailman.1.1311582449.7851.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1311584895.11548.typo3-dev@lists.typo3.org>

On 25.07.11 10:26, Stefano Kowalke wrote:
> Hey Robert,
>
>
> this group is in english and dedicated for questions about
> extension/core development. Your should send your request to
> typo3.teams.typo3.org (in english too).
>
> btw: I can't see any bar which is not part of the design with same
> configuration (OSX 10.6.8 und FF 5.0.1)

I can see the horizontal scroll bar, which seems not to be required..


Kind regards
Steffen

-- 
Steffen Gebert
TYPO3 v4 Core Team Member
TYPO3 Server Administration Team Member

TYPO3 .... inspiring people to share!
Get involved: http://typo3.org



From thomas.fricke at werkraum.net  Mon Jul 25 11:14:44 2011
From: thomas.fricke at werkraum.net (Thomas F.)
Date: Mon, 25 Jul 2011 11:14:44 +0200
Subject: [TYPO3-dev] Creating a new Category (besides web, user, admin,
	...) for a BE-Module
In-Reply-To: <mailman.1.1310539765.27992.typo3-dev@lists.typo3.org>
References: <mailman.1.1309287787.31593.typo3-dev@lists.typo3.org>
	<mailman.1.1309294290.8903.typo3-dev@lists.typo3.org>
	<mailman.27370.1309306456.648.typo3-dev@lists.typo3.org>
	<mailman.32757.1310479411.648.typo3-dev@lists.typo3.org>
	<mailman.1.1310539765.27992.typo3-dev@lists.typo3.org>
Message-ID: <mailman.37738.1311585380.648.typo3-dev@lists.typo3.org>

Hi Christian,

so today was the day where i got back to my work regarding this. I tried 
a bit, adapted and adjusted the settings and after some 15min of trial 
and error followed by a moment of hard thinking (;)) i got my main 
module with the submodule pointing directly to where i wanted it to point.

So, again: a big thanks for your help!

One more question: is it habit in here to post a reply over or under a 
quote of previous text? Or doesn't that matter at all? Found both ways 
here, so i'm not sure.

Best regards/Viele Gr??e,
thomas fricke
web-entwickler

Am 13.07.2011 08:48, schrieb Christian Weiske:
> Hello Thomas,
>
>
>> But we need the module to appear in its own category; not under
>> "Web", "Admin", "Tools" or whatsoever.
>> I've taken a good look around (i suppose) and tried adapting the old
>> TYPO3-behavior to my Extbase extension, meaning i tried using the
>> ext_tables.php t3lib_extMgm::addModule-Function. But the problem - as
>> i soon discovered - seems to be that this is just not adaptable (as
>> the addModule()-function uses the module's path inside the extension
>> as a parameter... but in Extbase there just is no such path).
> This is the code I use to add a new main and a submodule:
>
>      // Add main module
>      t3lib_extMgm::addModule(
>          //'web', 'txfooImport', '',
>          'foo', '', '',
>          t3lib_extMgm::extPath($_EXTKEY) . 'mod_main/'
>      );
>      // Add sub module
>      t3lib_extMgm::addModule(
>          'av', 'txfooImport', '',
>          t3lib_extMgm::extPath($_EXTKEY) . 'mod_import/'
>      );
>
> The mod_main dir needs to contain a conf.php specifying the module
> settings - nothing more:
>> define('TYPO3_MOD_PATH', '../typo3conf/ext/foo/mod_main/');
>> $BACK_PATH = '../../../../typo3/';
>> $MCONF['name'] = 'foo';
>> $MCONF['access'] = 'user,group';
>> $MCONF['script'] = '_DISPATCH';
>> $MCONF['defaultMod'] = 'txfooImport';
>> $MLANG['default']['ll_ref'] =
>> 'LLL:EXT:foo/res/locallang_mod_main.xml';
> The mod_import dir also needs to contain a conf.php, and you can
> directly tell which script is to be used:
>> $MCONF['script'] = 'index.php';
> You could add those directories to your extension (does not harm
> anyone) or make the script your extbase's mod script.
>



From steffen.gebert at typo3.org  Mon Jul 25 11:23:40 2011
From: steffen.gebert at typo3.org (Steffen Gebert)
Date: Mon, 25 Jul 2011 11:23:40 +0200
Subject: [TYPO3-dev] The future of Bug Days
In-Reply-To: <mailman.1.1311581772.6642.typo3-dev@lists.typo3.org>
References: <mailman.1.1311338026.13027.typo3-dev@lists.typo3.org>
	<mailman.1.1311340331.16815.typo3-dev@lists.typo3.org>
	<mailman.1.1311574298.28080.typo3-dev@lists.typo3.org>
	<mailman.1.1311581083.5383.typo3-dev@lists.typo3.org>
	<mailman.1.1311581772.6642.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1311585900.13825.typo3-dev@lists.typo3.org>

On 25.07.11 10:14, Fran?ois Suter wrote:
> Hi Jigal,
>
>> Activity in both bug days and development has decrease a lot since the
>> introduction of git/gerrit. Causation is hard to prove, but it is so far
>> the only explanation which can be found...
>
> I'm sorry but I disagree here, at least as far as Bug Days are
> concerned. I've been handling the Bug Days for more than a year and a
> half and we had attendance problems at various intervals. The switch to
> Git/Gerrit might be a cause for lower attendance, but it's certainly not
> the only one.

Thanks for this statement. I must say that I'm really getting pissed 
while reading all these mails. Already last year, bug days were 
cancelled. There was no Git back then! It's all just a matter of 
interest. If sb. doesn't want to learn sth. new and strictly refuses, 
well, we can't help. We're web developers. As the web evolves, new 
techniques and tools come up.

Regarding the bug days: As long as there's no great new concept as 
replacement established,  I endorse to just continue. There have been 
always a *few* people around. If sb. is interested, we can point him to 
these days, where he gets unbureaucratically supported. I see them more 
as an opportunity towards new contributors.

IMHO it doesn't matter, how it is called and how often it takes place. 
 From our core team (or active contributors) point of view, it's all 
just a matter of personal interest. If one is not interested, he will 
not participate (see last weeks first public development meeting). You 
can't force anybody. I think, different frequency or name will not 
change much (maybe except for the first 1-3 exciting events..).

My only real suggestion is to move to Big blue button conference server. 
It's (IMHO) easier to join there for the first time, than some 
old-school IRC (we got rid of mailing list, so we're 21st century now, 
aren't we ;)).

Kind regards
Steffen

-- 
Steffen Gebert
TYPO3 v4 Core Team Member
TYPO3 Server Administration Team Member

TYPO3 .... inspiring people to share!
Get involved: http://typo3.org



From christian.weiske at netresearch.de  Mon Jul 25 11:28:01 2011
From: christian.weiske at netresearch.de (Christian Weiske)
Date: Mon, 25 Jul 2011 11:28:01 +0200
Subject: [TYPO3-dev] Quoting style (was: Creating a new Category
	(besides web, user, admin, ...) for a BE-Module)
References: <mailman.1.1309287787.31593.typo3-dev@lists.typo3.org>
	<mailman.1.1309294290.8903.typo3-dev@lists.typo3.org>
	<mailman.27370.1309306456.648.typo3-dev@lists.typo3.org>
	<mailman.32757.1310479411.648.typo3-dev@lists.typo3.org>
	<mailman.1.1310539765.27992.typo3-dev@lists.typo3.org>
	<mailman.37738.1311585380.648.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1311586159.13011.typo3-dev@lists.typo3.org>

Hi Thomas,



> One more question: is it habit in here to post a reply over or under
> a quote of previous text? Or doesn't that matter at all? Found both
> ways here, so i'm not sure.
I personally don't like Top- or Bottom-answers but love to have the
context of the text I'm replying to. This is easier to read IMO.

See http://en.wikipedia.org/wiki/Posting_style for an in-depth
discussion of this. I don't know what the official rules for typo3.dev
are.

-- 
Viele Gr??e
Dipl.-Inf. Christian Weiske

Senior Developer
Netresearch GmbH & Co. KG




From robertwildling at gmail.com  Mon Jul 25 12:02:51 2011
From: robertwildling at gmail.com (Robert Wildling)
Date: Mon, 25 Jul 2011 12:02:51 +0200
Subject: [TYPO3-dev] Neue T3 Website Fehler
In-Reply-To: <mailman.1.1311582449.7851.typo3-dev@lists.typo3.org>
References: <mailman.1.1311578031.996.typo3-dev@lists.typo3.org>
	<mailman.1.1311582449.7851.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1311588249.17844.typo3-dev@lists.typo3.org>

Uuups... sorry for choosingthe wrong language.

Thanks for pointing out to whom I shall  send the message.
Stefano - you really don't have a horizontal scroll bar in the specific 
page in the specific browser?

http://association.typo3.org/membership-levels/ref/assoc/

Regards,
Robert

> Hey Robert,
>
>
> this group is in english and dedicated for questions about
> extension/core development. Your should send your request to
> typo3.teams.typo3.org (in english too).
>
> btw: I can't see any bar which is not part of the design with same
> configuration (OSX 10.6.8 und FF 5.0.1)
>
> Regards
> Stefano
>
> Am 25.07.11 09:12, schrieb Robert Wildling:
>> Hi,
>>
>> Ist dieser Bereich hier auch f?r die Entwicklung der neuen Website
>> zust?ndig? Mir ist hier nur aufgefallen, dass es da einen Querbalken in
>> FF 5.0.1 Mac OSx 10.6.8 gibt:
>>
>> http://association.typo3.org/membership-levels/ref/assoc/
>>
>> In
>>
>> Safari 5.1
>> Opera 11.5
>> Chrome 13
>>
>> ist alles ok. IE nicht getestet.
>>
>>
>> ?brigens finde ich die neue Seite wirklich seeeeeeeehr elegant!
>> Gratulation!
>>
>> Gru?,
>> Robert
>




From blueduck at gmx.net  Mon Jul 25 12:30:47 2011
From: blueduck at gmx.net (Stefano Kowalke)
Date: Mon, 25 Jul 2011 12:30:47 +0200
Subject: [TYPO3-dev] Neue T3 Website Fehler
In-Reply-To: <mailman.1.1311588249.17844.typo3-dev@lists.typo3.org>
References: <mailman.1.1311578031.996.typo3-dev@lists.typo3.org>
	<mailman.1.1311582449.7851.typo3-dev@lists.typo3.org>
	<mailman.1.1311588249.17844.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1311589924.20877.typo3-dev@lists.typo3.org>

> Stefano - you really don't have a horizontal scroll bar in the specific
> page in the specific browser?

Ah, Querbalken = scrollbar. With this interpretation I see the
querbalken ;-)

Regards
Stefano



From jigal at xs4all.nl  Mon Jul 25 13:12:37 2011
From: jigal at xs4all.nl (Jigal van Hemert)
Date: Mon, 25 Jul 2011 13:12:37 +0200
Subject: [TYPO3-dev] The future of Bug Days
In-Reply-To: <mailman.1.1311585900.13825.typo3-dev@lists.typo3.org>
References: <mailman.1.1311338026.13027.typo3-dev@lists.typo3.org>
	<mailman.1.1311340331.16815.typo3-dev@lists.typo3.org>
	<mailman.1.1311574298.28080.typo3-dev@lists.typo3.org>
	<mailman.1.1311581083.5383.typo3-dev@lists.typo3.org>
	<mailman.1.1311581772.6642.typo3-dev@lists.typo3.org>
	<mailman.1.1311585900.13825.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1311592439.24753.typo3-dev@lists.typo3.org>

Hi,

On 25-7-2011 11:23, Steffen Gebert wrote:
> Thanks for this statement. I must say that I'm really getting pissed
> while reading all these mails. Already last year, bug days were
> cancelled. There was no Git back then! It's all just a matter of
> interest. If sb. doesn't want to learn sth. new and strictly refuses,
> well, we can't help. We're web developers. As the web evolves, new
> techniques and tools come up.

I don't know why you feel so personal about this. It's simply a matter 
of trying to find the cause of things which are happening.
If you buy a new washing machine and cloths start looking brownish you 
start investigating the washing machine. It could be that there is 
something wrong with the water you use and that both the arrival of the 
new washing machine and the water problem happened around the same time. 
It's only logical to start with the things which have changed recently.

This thread was meant as a brain storm session and no ideas should be 
attacked. Ideas are just as valuable as trying to find the cause. So, if 
you propose that we should find a sponsor for a beer for each solved bug 
could help bugfixing then that idea should not be attacked by people who 
don't like beer.

> Regarding the bug days: As long as there's no great new concept as
> replacement established, I endorse to just continue. There have been
> always a *few* people around.

Agreed. It won't hurt to continue for the time being, even without the 
reports, etc. Announcements can be done by someone else if Fran?ois 
won't be available.

> IMHO it doesn't matter, how it is called and how often it takes place.
>  From our core team (or active contributors) point of view, it's all
> just a matter of personal interest. If one is not interested, he will
> not participate (see last weeks first public development meeting). You
> can't force anybody.

It's not only a matter of interest. Those who are self-employed or work 
for a company which like to support the community have more 
opportunities to rearrange their time and participate.

> My only real suggestion is to move to Big blue button conference server.

Good one. It could indeed be easier to join.

-- 
Kind regards / met vriendelijke groet,

Jigal van Hemert.



From jigal at xs4all.nl  Mon Jul 25 13:18:33 2011
From: jigal at xs4all.nl (Jigal van Hemert)
Date: Mon, 25 Jul 2011 13:18:33 +0200
Subject: [TYPO3-dev] The future of Bug Days
In-Reply-To: <mailman.1.1311581772.6642.typo3-dev@lists.typo3.org>
References: <mailman.1.1311338026.13027.typo3-dev@lists.typo3.org>
	<mailman.1.1311340331.16815.typo3-dev@lists.typo3.org>
	<mailman.1.1311574298.28080.typo3-dev@lists.typo3.org>
	<mailman.1.1311581083.5383.typo3-dev@lists.typo3.org>
	<mailman.1.1311581772.6642.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1311592795.25522.typo3-dev@lists.typo3.org>

Hi Fran?ois,

On 25-7-2011 10:14, Fran?ois Suter wrote:
>> Activity in both bug days and development has decrease a lot since the
>> introduction of git/gerrit. Causation is hard to prove, but it is so far
>> the only explanation which can be found...
>
> I'm sorry but I disagree here, at least as far as Bug Days are
> concerned. I've been handling the Bug Days for more than a year and a
> half and we had attendance problems at various intervals. The switch to
> Git/Gerrit might be a cause for lower attendance, but it's certainly not
> the only one.

Thanks for these statistics. More thinking needed to find more causes!

> IMO the main culprit is the routine aspect.

I would expect that a recurring event would make it easier to anticipate 
/ plan for it in advance. Could be that most humans react differently :-)

-- 
Kind regards / met vriendelijke groet,

Jigal van Hemert.



From typo3 at kay-strobach.de  Mon Jul 25 15:55:53 2011
From: typo3 at kay-strobach.de (Kay Strobach)
Date: Mon, 25 Jul 2011 15:55:53 +0200
Subject: [TYPO3-dev] The future of Bug Days
In-Reply-To: <mailman.1.1311582622.7303.typo3-dev@lists.typo3.org>
References: <mailman.1.1311338026.13027.typo3-dev@lists.typo3.org>
	<mailman.1.1311340331.16815.typo3-dev@lists.typo3.org>
	<mailman.1.1311574298.28080.typo3-dev@lists.typo3.org>
	<mailman.1.1311581083.5383.typo3-dev@lists.typo3.org>
	<mailman.1.1311582622.7303.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1311602234.9069.typo3-dev@lists.typo3.org>

Hi,

as there are many local usergroups, wouldn't it be a solution to make
one bugday into many small local events.

This way contributors can meet locally and build a real local social
network. If there bug days / meetings locally e.g. every 6th. thursday
evening there can also be a centralised frame programm which is
moderated. Something similar has been done with the 4.5 release parties
- or not?

Otherwise i like the big blue idea.

@Forums:
Not ready yet but 99% working and in sync with MLs ...:
http://forumdev.typo3.org/

Regards
Kay



Am 25.07.2011 10:29, schrieb Georg Ringer:
> Am 25.07.2011 10:03, schrieb Jigal van Hemert:
>> If you are not a command line person you are basically left on your own.
> 
> i am not a command line person as there is little to do on command line
> but I took the chance to improve there my knowledge (you always need
> command line on your unix servers...)
> 
>> A decent news reader such as Thunderbird (but others will probably have
>> comparable features) has the option to attach categories (tags) to
>> messages or threads. With a single click you can filter these. In a
>> thread with the tag ("reviewed by reading and testing") a new message
>> would emerge with another positive vote and I would simply mark it
>> ("need to commit").
> 
> so you spent many hours and months of knowledge to get there as well.
> 
>> Okay, not technically advanced, automated, etc., but it worked very
>> well. I could easily find patches I needed to review or commit.
> 
> if someone new wanted to use the mailinglists, 1st thing was "oh mailing
> lists, so old, why not use a forum...:" ;)
> 
> I love mailinglists but still: don't forget how long you needed to have
> a perfect environment there.
> 
>> In Gerrit I find it very hard to find change set which I have or have
>> not reviewed yet, especially when a new version was pushed.
> 
> settings > preferences > Display Person Name In Review Categor
> 
>>> revitalize for discussing would be nice. so for each review a new thread
>>> starts but IMO nobodoy got the extra time to get patches svn style into
>>> gerrit.
>>
>> And if it would mean that reviewing activity would increase a lot? Would
>> that justify the extra time?
> 
> git is your version control. mailing lists for discussions. A bridge
> would be good but IMO it is not good to change version control to svn
> style.
> 
> Georg


-- 
http://www.kay-strobach.de - Open Source Rocks

TYPO3 .... inspiring people to share!
Get involved: http://typo3.org



From info at susannemoog.de  Tue Jul 26 07:49:47 2011
From: info at susannemoog.de (Susanne Moog)
Date: Tue, 26 Jul 2011 07:49:47 +0200
Subject: [TYPO3-dev] The future of Bug Days
In-Reply-To: <mailman.1.1311340331.16815.typo3-dev@lists.typo3.org>
References: <mailman.1.1311338026.13027.typo3-dev@lists.typo3.org>
	<mailman.1.1311340331.16815.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1311659466.2217.typo3-dev@lists.typo3.org>

Hi,

On 22.07.2011 15:10, JoH asenau wrote:
> Hi Francois.
> 
> Just a wild guess, but could it be that the decrease of particpiants is
> not due to routine, but just the contrary: Missing routine with the new
> git/gerrit-concept, which is at least overly complicated to set up
> compared to the "old school" SVN, people are used to?
> 
> There are lots of people - especially the windows users -  including
> myself, who didn't manage to enable their system yet to do a simple push
> from PHP-storm onto the review system. So for these people it doesn't
> make much sense to participate in a bug day.

I just wanted to post two simple numbers anybody interested in real
numbers instead of feelings could have found out long before:

July 2010, 01. - 26.: Number of commits (to trunk): 87
July 2011, 01. - 26.: Number of commits (to master): 136

Getting used to git/gerrit, it seems:

	Commits to master
April	65
May	37
June	87
July	136 (and counting)


I'll answer to the bugday thread separately just wanted to get these
numbers (and the same ol' argument) out of my system...

Cheers,

Susanne



From xavier at typo3.org  Tue Jul 26 09:13:29 2011
From: xavier at typo3.org (Xavier Perseguers)
Date: Tue, 26 Jul 2011 09:13:29 +0200
Subject: [TYPO3-dev] The future of Bug Days
In-Reply-To: <mailman.1.1311659466.2217.typo3-dev@lists.typo3.org>
References: <mailman.1.1311338026.13027.typo3-dev@lists.typo3.org>
	<mailman.1.1311340331.16815.typo3-dev@lists.typo3.org>
	<mailman.1.1311659466.2217.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1311664489.9388.typo3-dev@lists.typo3.org>

Hi,

> I just wanted to post two simple numbers anybody interested in real
> numbers instead of feelings could have found out long before:
>
> July 2010, 01. - 26.: Number of commits (to trunk): 87
> July 2011, 01. - 26.: Number of commits (to master): 136

We should compare same "TYPO3 periods", meaning N weeks before feature 
freeze (and this was somehow in November) :-)

But anyway, I'd like to give my impression on the Git/Gerrit move:

- Yes! It decreased productivity at first. This cannot be prevented when 
you move from one well-known system to another
- Git is not easy to learn, I agree, and you have to use it regularly or 
otherwise for a longer period to get accustomed to it

But:

- The v5 team paved the way and helped us not start from the beginning 
with those new tools
- Decrease of activity is related to the release of 4.5 as well. A HUGE 
work has been done on this release because of the long term support, 
people wanted to relax a bit, it's more than fine!

> Getting used to git/gerrit, it seems:
>
> 	Commits to master
> April	65
> May	37
> June	87
> July	136 (and counting)

That's the point! Since alpha2-alpha3, most developers show that they 
are now confident with the new workflow.

It took time and I had myself to rethink my review workflow, the scripts 
and tools I may have used in the past but in the end, I like very much 
this new technology. Yes, I'm a command-line fan and as such it 
certainly helps and I did not encounter problems with GUI because even 
when using SVN, I'm still more confident and quicker with some commands 
in a prompt than with click-wizards.

We certainly can still enhance the documentation and make it easier for 
new comers or those disliking the black color of a prompt (make it white 
instead? joking!) but in the end we may have to face that GUI such as 
PhpStorm simply cannot handle our Git specialty, namely Gerrit. We could 
prepare some helper tools... or better explain how to use a prompt for 
those common operations.

Thanks!

-- 
Xavier Perseguers
Release Manager TYPO3 4.6

TYPO3 .... inspiring people to share!
Get involved: http://typo3.org




From mail at ringerge.org  Tue Jul 26 09:23:58 2011
From: mail at ringerge.org (Georg Ringer)
Date: Tue, 26 Jul 2011 09:23:58 +0200
Subject: [TYPO3-dev] The future of Bug Days
In-Reply-To: <mailman.1.1311664489.9388.typo3-dev@lists.typo3.org>
References: <mailman.1.1311338026.13027.typo3-dev@lists.typo3.org>
	<mailman.1.1311340331.16815.typo3-dev@lists.typo3.org>
	<mailman.1.1311659466.2217.typo3-dev@lists.typo3.org>
	<mailman.1.1311664489.9388.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1311665116.10347.typo3-dev@lists.typo3.org>

Hi,

Am 26.07.2011 09:13, schrieb Xavier Perseguers:
> Hi,
>
>> I just wanted to post two simple numbers anybody interested in real
>> numbers instead of feelings could have found out long before:
>>
>> July 2010, 01. - 26.: Number of commits (to trunk): 87
>> July 2011, 01. - 26.: Number of commits (to master): 136
>
> We should compare same "TYPO3 periods", meaning N weeks before feature
> freeze (and this was somehow in November) :-)

I thought that too

> - Yes! It decreased productivity at first. This cannot be prevented when
> you move from one well-known system to another

absolutly

> - Git is not easy to learn, I agree, and you have to use it regularly or
> otherwise for a longer period to get accustomed to it

I still doubt that it is hard to learn to contribute. There are below 10 
commands.

Please don't forget: We are web developers. Every 6month, there are new 
things and not only tools like git but also new things concerning JS, 
HTML, CSS, usability, PHP ...

it would be like "no don't introduce namespaces" - we have done it since 
10 years and there is no need for something like that. Same for OOP, 
same for AOP, same for gradients in CSS3 ....

> - The v5 team paved the way and helped us not start from the beginning
> with those new tools

and again a huge thanks for that!

> - Decrease of activity is related to the release of 4.5 as well. A HUGE
> work has been done on this release because of the long term support,
> people wanted to relax a bit, it's more than fine!

yes

> We certainly can still enhance the documentation and make it easier for
> new comers or those disliking the black color of a prompt (make it white
> instead? joking!) but in the end we may have to face that GUI such as
> PhpStorm simply cannot handle our Git specialty, namely Gerrit. We could
> prepare some helper tools... or better explain how to use a prompt for
> those common operations.


more documentation is always good! IMO the tools will get better but it 
not mainly the task of TYPO3 to improve phpstorm - I don't even use it ;)

Georg



From cordes at cps-it.de  Tue Jul 26 10:02:39 2011
From: cordes at cps-it.de (Nicole Cordes)
Date: Tue, 26 Jul 2011 10:02:39 +0200
Subject: [TYPO3-dev] Problem with tslib_cObj->typoLink and stdWarp
Message-ID: <mailman.37974.1311667464.648.typo3-dev@lists.typo3.org>

Hi,

in one of my installed extension I had a little problem generating links
with typoLink function of tslib_cObj.

Config array was like:

Array
(
    [parameter.] => Array
        (
            [current] => 0
        )

    [additionalParams] => 
    [parameter] => http://shop.webalytics.de/urchin/version-7/index.php
    [extTarget] => _blank
    [useCacheHash] => 
    [no_cache] => 1
    [title] => Klicken Sie hier, um Urchin jetzt zu kaufen
    [ATagParams] => class = "banner_link" id="8"
onclick="linkTraking(this,true,false);"
)

The result of typoLink function:
<a href="?no_cache=1" title="Klicken Sie hier, um Urchin jetzt zu kaufen"
target="_self" class = "banner_link" id="8"
onclick="linkTraking(this,true,false);">Link</a>

It turns out that I had to unset $conf['parameter.'] as it didn't deliver
any result. Is that the way the function should work? Wouldn't it be better
to set link with parameter and edit it afterwards by stdWrap functions. I
think this is also the way it used to work.


Any hints about that?


Thanks,
Nicole




From info at ursbraem.ch  Tue Jul 26 11:16:33 2011
From: info at ursbraem.ch (=?ISO-8859-15?Q?Urs_Br=E4m?=)
Date: Tue, 26 Jul 2011 11:16:33 +0200
Subject: [TYPO3-dev]  Copy & Paste Links in RTE
Message-ID: <mailman.1.1311671871.20528.typo3-dev@lists.typo3.org>

Hi

Where can I report a supposed Bug in RTE? Still on 
http://bugs.typo3.org/ or is it also on the forge?

The Isue is the following:

With Firefox 4 and 5 (IE9 works fine!), when copy pasting a Link in the 
RTE, it gets rewritten as such:

<a href="http://example.ch/?id=27#39" class="internal-link">lorem</a>
<a href="http://example.ch/../?id=27#39" class="internal-link">lorem</a>

RealURL corrects that somehow, but the anchor won't work afterwards.

I have googled "RTE copy paste links", but I haven't found that issue 
reported yet. Or has anybody seen that before?

Cheers
Urs

PS: Sorry if my post might appear twice (?) - I thought I posted it last 
week, but I think it wasn't sent

-- 
Urs Br?m
macht Websites
---
Certified Typo3 Integrator
CH-3011 Bern
www.ursbraem.ch


-- 
Urs Br?m
macht Websites
---
Certified Typo3 Integrator
CH-3011 Bern
www.ursbraem.ch



From mathias.schreiber at wmdb.de  Tue Jul 26 11:52:21 2011
From: mathias.schreiber at wmdb.de (Mathias Schreiber [wmdb])
Date: Tue, 26 Jul 2011 11:52:21 +0200
Subject: [TYPO3-dev] Problem with tslib_cObj->typoLink and stdWarp
In-Reply-To: <mailman.37974.1311667464.648.typo3-dev@lists.typo3.org>
References: <mailman.37974.1311667464.648.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1311674019.22760.typo3-dev@lists.typo3.org>

Am 26.07.11 10:02, schrieb Nicole Cordes:
> It turns out that I had to unset $conf['parameter.'] as it didn't deliver
> any result. Is that the way the function should work? Wouldn't it be better
> to set link with parameter and edit it afterwards by stdWrap functions. I
> think this is also the way it used to work.
>
>
> Any hints about that?

Wild guess:
Either have subkeys in parameter or set "parameter" itself.

cheers
Mathias

-- 
Ernesto, Nov. 9th 2010:
"In the graphics generation routines of TYPO3 *anything* could cause a
side effect."



From mathias.schreiber at wmdb.de  Tue Jul 26 11:57:10 2011
From: mathias.schreiber at wmdb.de (Mathias Schreiber [wmdb])
Date: Tue, 26 Jul 2011 11:57:10 +0200
Subject: [TYPO3-dev] Any good examples of automatic/programatic page
	generation?
In-Reply-To: <mailman.37063.1311379196.648.typo3-dev@lists.typo3.org>
References: <mailman.37063.1311379196.648.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1311674308.22760.typo3-dev@lists.typo3.org>

Am 23.07.11 01:58, schrieb Kevin Mitchell:
> Now I'll likely need to do several passes on this to actually process the
> data, match up TYPO3 page IDs with the custom object_ids that I've
> generated, etc, but that's beyond the scope of this email and I can handle
> that. The issue is figuring out the best method to generate these pages and
> sub pages programmatically, via a cron job which will run nightly. Ideally
> I'll also kick off some sort of crawler to cache the pages that have been
> updated to help with site performance.

Hi Kev,

check this:
http://blog.tolleiv.de/2010/03/handling-data-in-typo3-with-tcemain/

Yes, it will be a bit slower, but in a CLI environment, this shouldn't 
be an issue.

Good thing:
Since all pages are created "as if" someone did it manually, you will 
have all the fancy stuff like history and such.

And your code will be future proof.

Don't bother if you didn't find anything via searching the web, you 
would have needed process_cmdmap() as a keyword :)

cheers
Mathias


-- 
Ernesto, Nov. 9th 2010:
"In the graphics generation routines of TYPO3 *anything* could cause a
side effect."



From cordes at cps-it.de  Tue Jul 26 12:33:09 2011
From: cordes at cps-it.de (Nicole Cordes)
Date: Tue, 26 Jul 2011 12:33:09 +0200
Subject: [TYPO3-dev] Problem with tslib_cObj->typoLink and stdWarp
In-Reply-To: <mailman.1.1311674019.22760.typo3-dev@lists.typo3.org>
References: <mailman.37974.1311667464.648.typo3-dev@lists.typo3.org>
	<mailman.1.1311674019.22760.typo3-dev@lists.typo3.org>
Message-ID: <mailman.38250.1311676490.648.typo3-dev@lists.typo3.org>

Hi Mathias,

note that the configuration was done by an extension and worked perfectly
until 4.4. Just after an update to version 4.5 the link wasn't generated
anymore.

IMHO it shouldn't matter if parameter has subkeys or not. The link should be
generated correctly.


Nicole


-----Urspr?ngliche Nachricht-----
Von: typo3-dev-bounces at lists.typo3.org
[mailto:typo3-dev-bounces at lists.typo3.org] Im Auftrag von Mathias Schreiber
[wmdb]
Gesendet: Dienstag, 26. Juli 2011 11:52
An: typo3-dev at lists.typo3.org
Betreff: Re: [TYPO3-dev] Problem with tslib_cObj->typoLink and stdWarp

Am 26.07.11 10:02, schrieb Nicole Cordes:
> It turns out that I had to unset $conf['parameter.'] as it didn't 
> deliver any result. Is that the way the function should work? Wouldn't 
> it be better to set link with parameter and edit it afterwards by 
> stdWrap functions. I think this is also the way it used to work.
>
>
> Any hints about that?

Wild guess:
Either have subkeys in parameter or set "parameter" itself.

cheers
Mathias

--
Ernesto, Nov. 9th 2010:
"In the graphics generation routines of TYPO3 *anything* could cause a side
effect."
_______________________________________________
TYPO3-dev mailing list
TYPO3-dev at lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-dev




From info at cybercraft.de  Tue Jul 26 13:58:52 2011
From: info at cybercraft.de (JoH asenau)
Date: Tue, 26 Jul 2011 13:58:52 +0200
Subject: [TYPO3-dev] Problem with tslib_cObj->typoLink and stdWarp
In-Reply-To: <mailman.37974.1311667464.648.typo3-dev@lists.typo3.org>
References: <mailman.37974.1311667464.648.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1311681614.6138.typo3-dev@lists.typo3.org>

>      [parameter.] =>  Array
>          (
>              [current] =>  0
>          )
>
> It turns out that I had to unset $conf['parameter.'] as it didn't deliver
> any result.

I don't see any reason to use something like

parameter.current = 0

Because it just turns off the usage of "current", which won't be used 
anyway, since you want to use the direct link. So actually this is just 
superfluous code you should unset anyway.

But it might be due to a stdWrap-bug that we have been fixing for 4.5.4 
that having "current" in the "parameter." array returns something else 
now. Currently boolean stdWrap-functions (and "current" is boolean) 
behave different to prior versions, because they miss the "is executed" 
check, when they are set to false or 0.

So the stdWrap function of "parameter" will return "Array" as the result 
of the stdWrap function, which is something else than false or 0. So the 
link gets overwritten in TYPO3 4.5.x < 4.5.4

This is already fixed in current trunk.

HTH

Joey

-- 
Wenn man keine Ahnung hat: Einfach mal Fresse halten!
(If you have no clues: simply shut your gob sometimes!)
Dieter Nuhr, German comedian
Xing: http://contact.cybercraft.de
Twitter: http://twitter.com/bunnyfield
TYPO3 cookbook (2nd edition): http://www.typo3experts.com



From mathias.schreiber at wmdb.de  Tue Jul 26 14:10:25 2011
From: mathias.schreiber at wmdb.de (Mathias Schreiber [wmdb])
Date: Tue, 26 Jul 2011 14:10:25 +0200
Subject: [TYPO3-dev] Problem with tslib_cObj->typoLink and stdWarp
In-Reply-To: <mailman.38250.1311676490.648.typo3-dev@lists.typo3.org>
References: <mailman.37974.1311667464.648.typo3-dev@lists.typo3.org>	<mailman.1.1311674019.22760.typo3-dev@lists.typo3.org>
	<mailman.38250.1311676490.648.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1311682302.7690.typo3-dev@lists.typo3.org>

Am 26.07.11 12:33, schrieb Nicole Cordes:
> IMHO it shouldn't matter if parameter has subkeys or not. The link should be
> generated correctly.

How do you determine which one to use then?
These two things "feed" the same stuff.
One has to win.

-- 
Ernesto, Nov. 9th 2010:
"In the graphics generation routines of TYPO3 *anything* could cause a
side effect."



From bidau at ensci.com  Tue Jul 26 14:38:40 2011
From: bidau at ensci.com (=?ISO-8859-1?Q?Isma=EBl_Bidau?=)
Date: Tue, 26 Jul 2011 14:38:40 +0200
Subject: [TYPO3-dev]  Eclipse Egit > Push to upstream > Auth fail
Message-ID: <mailman.1.1311683983.10655.typo3-dev@lists.typo3.org>

Hi,

I know I have to learn git to contribute !
I have a problem with authentification.
I've readen http://wiki.typo3.org/Contribution_Walkthrough_with_EGit
On review.typo3.org, I've put my ssh public key.
When I want to push my changes, I've the following message :
"An internal Exception occured during push: 
ssh://BIDAU at review.typo3.org/TYPO3v4/Core: Auth fail".

Any idea how to solve this issue ?

Isma?l BIDAU



From steffen.gebert at typo3.org  Tue Jul 26 14:49:50 2011
From: steffen.gebert at typo3.org (Steffen Gebert)
Date: Tue, 26 Jul 2011 14:49:50 +0200
Subject: [TYPO3-dev] Eclipse Egit > Push to upstream > Auth fail
In-Reply-To: <mailman.1.1311683983.10655.typo3-dev@lists.typo3.org>
References: <mailman.1.1311683983.10655.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1311684670.11681.typo3-dev@lists.typo3.org>

Hi,

> I've readen http://wiki.typo3.org/Contribution_Walkthrough_with_EGit

You read the Trouble Shooting > Auth fail sectin, too, I assume?

> On review.typo3.org, I've put my ssh public key.
> When I want to push my changes, I've the following message :
> "An internal Exception occured during push:
> ssh://BIDAU at review.typo3.org/TYPO3v4/Core: Auth fail".

I'm missing Port 29418 in that URL. Would be reasonable that your SSH 
key is not accepted from the SSH daemon on port 22. So please 
double-check that your Push URL is configured correctly as 
ssh://BIDAU at review.typo3.org:29418

Kind regards
Steffen

-- 
Steffen Gebert
TYPO3 v4 Core Team Member
TYPO3 Server Administration Team Member

TYPO3 .... inspiring people to share!
Get involved: http://typo3.org



From bidau at ensci.com  Tue Jul 26 15:25:21 2011
From: bidau at ensci.com (=?ISO-8859-1?Q?Isma=EBl_Bidau?=)
Date: Tue, 26 Jul 2011 15:25:21 +0200
Subject: [TYPO3-dev] Eclipse Egit > Push to upstream > Auth fail
In-Reply-To: <mailman.1.1311684670.11681.typo3-dev@lists.typo3.org>
References: <mailman.1.1311683983.10655.typo3-dev@lists.typo3.org>
	<mailman.1.1311684670.11681.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1311686785.15359.typo3-dev@lists.typo3.org>

Thanks for your answer.

Le 26/07/11 14:49, Steffen Gebert a ?crit :
> Hi,
>
>> I've readen http://wiki.typo3.org/Contribution_Walkthrough_with_EGit
>
> You read the Trouble Shooting > Auth fail sectin, too, I assume?

yes

>
>> On review.typo3.org, I've put my ssh public key.
>> When I want to push my changes, I've the following message :
>> "An internal Exception occured during push:
>> ssh://BIDAU at review.typo3.org/TYPO3v4/Core: Auth fail".
>
> I'm missing Port 29418 in that URL. Would be reasonable that your SSH
> key is not accepted from the SSH daemon on port 22. So please
> double-check that your Push URL is configured correctly as
> ssh://BIDAU at review.typo3.org:29418

now the message is "An internal Exception occurred during push:
  ssh://BIDAU at review.typo3.org:29418/TYPO3v4/Core: Auth fail"

:(

Isma?l BIDAU

>
> Kind regards
> Steffen
>




From steffen.gebert at typo3.org  Tue Jul 26 15:29:21 2011
From: steffen.gebert at typo3.org (Steffen Gebert)
Date: Tue, 26 Jul 2011 15:29:21 +0200
Subject: [TYPO3-dev] Eclipse Egit > Push to upstream > Auth fail
In-Reply-To: <mailman.1.1311686785.15359.typo3-dev@lists.typo3.org>
References: <mailman.1.1311683983.10655.typo3-dev@lists.typo3.org>
	<mailman.1.1311684670.11681.typo3-dev@lists.typo3.org>
	<mailman.1.1311686785.15359.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1311687039.15376.typo3-dev@lists.typo3.org>

> now the message is "An internal Exception occurred during push:
> ssh://BIDAU at review.typo3.org:29418/TYPO3v4/Core: Auth fail"

And it should be /Core.git

Kind regards
Steffen

-- 
Steffen Gebert
TYPO3 v4 Core Team Member
TYPO3 Server Administration Team Member

TYPO3 .... inspiring people to share!
Get involved: http://typo3.org



From bidau at ensci.com  Tue Jul 26 15:38:53 2011
From: bidau at ensci.com (=?ISO-8859-1?Q?Isma=EBl_Bidau?=)
Date: Tue, 26 Jul 2011 15:38:53 +0200
Subject: [TYPO3-dev] Eclipse Egit > Push to upstream > Auth fail
In-Reply-To: <mailman.1.1311687039.15376.typo3-dev@lists.typo3.org>
References: <mailman.1.1311683983.10655.typo3-dev@lists.typo3.org>
	<mailman.1.1311684670.11681.typo3-dev@lists.typo3.org>
	<mailman.1.1311686785.15359.typo3-dev@lists.typo3.org>
	<mailman.1.1311687039.15376.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1311687596.16753.typo3-dev@lists.typo3.org>

Le 26/07/11 15:29, Steffen Gebert a ?crit :
>> now the message is "An internal Exception occurred during push:
>> ssh://BIDAU at review.typo3.org:29418/TYPO3v4/Core: Auth fail"
>
> And it should be /Core.git

So now "An internal Exception occurred during push:
ssh://BIDAU at review.typo3.org:29418/TYPO3v4/Core.git: Auth fail"
I've restarted Eclipse, perhaps I'm close, but it fails !

Isma?l

> Kind regards
> Steffen




From typo3.neufeind at speedpartner.de  Tue Jul 26 15:41:34 2011
From: typo3.neufeind at speedpartner.de (Stefan Neufeind)
Date: Tue, 26 Jul 2011 15:41:34 +0200
Subject: [TYPO3-dev] Eclipse Egit > Push to upstream > Auth fail
In-Reply-To: <mailman.1.1311687596.16753.typo3-dev@lists.typo3.org>
References: <mailman.1.1311683983.10655.typo3-dev@lists.typo3.org>
	<mailman.1.1311684670.11681.typo3-dev@lists.typo3.org>
	<mailman.1.1311686785.15359.typo3-dev@lists.typo3.org>
	<mailman.1.1311687039.15376.typo3-dev@lists.typo3.org>
	<mailman.1.1311687596.16753.typo3-dev@lists.typo3.org>
Message-ID: <mailman.38273.1311687782.648.typo3-dev@lists.typo3.org>

On 07/26/2011 03:38 PM, Isma?l Bidau wrote:
> Le 26/07/11 15:29, Steffen Gebert a ?crit :
>>> now the message is "An internal Exception occurred during push:
>>> ssh://BIDAU at review.typo3.org:29418/TYPO3v4/Core: Auth fail"
>>
>> And it should be /Core.git
> 
> So now "An internal Exception occurred during push:
> ssh://BIDAU at review.typo3.org:29418/TYPO3v4/Core.git: Auth fail"
> I've restarted Eclipse, perhaps I'm close, but it fails !

Not sure if username in upper-/lowercase matters maybe?


Regards,
 Stefan



From bidau at ensci.com  Tue Jul 26 15:52:30 2011
From: bidau at ensci.com (=?UTF-8?B?SXNtYcOrbCBCaWRhdQ==?=)
Date: Tue, 26 Jul 2011 15:52:30 +0200
Subject: [TYPO3-dev] Eclipse Egit > Push to upstream > Auth fail
In-Reply-To: <mailman.38273.1311687782.648.typo3-dev@lists.typo3.org>
References: <mailman.1.1311683983.10655.typo3-dev@lists.typo3.org>
	<mailman.1.1311684670.11681.typo3-dev@lists.typo3.org>
	<mailman.1.1311686785.15359.typo3-dev@lists.typo3.org>
	<mailman.1.1311687039.15376.typo3-dev@lists.typo3.org>
	<mailman.1.1311687596.16753.typo3-dev@lists.typo3.org>
	<mailman.38273.1311687782.648.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1311688414.18410.typo3-dev@lists.typo3.org>

Le 26/07/11 15:41, Stefan Neufeind a ?crit :
> On 07/26/2011 03:38 PM, Isma?l Bidau wrote:
>> Le 26/07/11 15:29, Steffen Gebert a ?crit :
>>>> now the message is "An internal Exception occurred during push:
>>>> ssh://BIDAU at review.typo3.org:29418/TYPO3v4/Core: Auth fail"
>>>
>>> And it should be /Core.git
>>
>> So now "An internal Exception occurred during push:
>> ssh://BIDAU at review.typo3.org:29418/TYPO3v4/Core.git: Auth fail"
>> I've restarted Eclipse, perhaps I'm close, but it fails !
>
> Not sure if username in upper-/lowercase matters maybe?
>
>
> Regards,
>   Stefan
http://review.typo3.org/#settings
In my profile, the Full Name was BIDAU.
I changed for bidau
I modified Egit but now :
"An internal Exception occurred during push:
ssh://bidau at review.typo3.org:29418/TYPO3v4/Core.git: Auth fail"

http://review.typo3.org/#settings
SSH Public keys, I added my key.
Status	Algo	Key	Comment
	ssh-rsa	AAA...	RSA-1024

Does the status column can stay empty ? Is it normal ?

Isma?l



From fsu-lists at cobweb.ch  Tue Jul 26 17:02:31 2011
From: fsu-lists at cobweb.ch (=?ISO-8859-1?Q?Fran=E7ois_Suter?=)
Date: Tue, 26 Jul 2011 17:02:31 +0200
Subject: [TYPO3-dev]  ExtJS "action buttons" question
Message-ID: <mailman.1.1311692630.25326.typo3-dev@lists.typo3.org>

Hi all,

I'm working on a TYPO3 BE module with quite a few icons around. Each 
icon is related to a particular table and a particular record (a bit 
like the icons in the Web > List module if you want).

Now rather than having a onclick call on each icon, I'm trying to 
implement this by adding behaviors on the appropriate icons with ExtJS 
(it seems cleaner to me, maybe I'm wrong). My problem is that I need to 
pass the table name and the record's id to the event handling function, 
so that it knows what it should be handling.

Assuming I have something like:

<img src="foo.png" class="action-icon" /> (for table "bar", uid = 1)
<img src="foo.png" class="action-icon" /> (for table "bar", uid = 2)
...

Then I do:

Ext.onReady(function() {
	Ext.addBehaviors({
		'img.action-icon at click' : TYPO3.MyModule.doSomething
	});
});

What's the best way for function "TYPO3.MyModule.doSomething" to know 
that the table is "bar" and the uid is 1, 2, or whatever other number?

I thought of the following tricks:

- assemble some id like "bar_1", "bar_2" and extract the information 
from there from within "TYPO3.MyModule.doSomething"
- add dummy attributes like table="bar" and uid="1", but I guess my HTML 
will not validate anymore then

Is there some clean way to achieve this?

Thanks in advance for any tip.

-- 

Francois Suter
Cobweb Development Sarl - http://www.cobweb.ch



From typo3 at sjbr.ca  Tue Jul 26 17:18:19 2011
From: typo3 at sjbr.ca (Stanislas Rolland)
Date: Tue, 26 Jul 2011 11:18:19 -0400
Subject: [TYPO3-dev] Copy & Paste Links in RTE
In-Reply-To: <mailman.1.1311671871.20528.typo3-dev@lists.typo3.org>
References: <mailman.1.1311671871.20528.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1311693564.26692.typo3-dev@lists.typo3.org>

Hi Urs,
>
> Where can I report a supposed Bug in RTE? Still on
> http://bugs.typo3.org/ or is it also on the forge?
>
Please report the issue on forge 
(http://forge.typo3.org/projects/typo3v4-core/issues) and please explain 
there how to reproduce.

Regards,
Stanislas Rolland




From xavier at typo3.org  Tue Jul 26 17:28:52 2011
From: xavier at typo3.org (Xavier Perseguers)
Date: Tue, 26 Jul 2011 17:28:52 +0200
Subject: [TYPO3-dev]  Compatibility code with older TYPO3 versions
Message-ID: <mailman.1.1311694212.27740.typo3-dev@lists.typo3.org>

Hi all,

For those of you who did not see my tweet this morning, I started a 
section on how upgrading existing code to TYPO3 4.6. This mainly targets 
deprecated methods of course:

http://forge.typo3.org/projects/typo3v46-projects/wiki/Compatibility_code_with_older_TYPO3_versions

Please have a look at it and upgrade your existing extensions. This is 
very important to minimize the number of deprecation messages which, in 
some cases, just render the backend kinda unusable (if you show them of 
course).

What is described in this first article is how to test the TYPO3 version 
you are currently running because... yes! the t3lib_div::int_from_ver() 
method got deprecated.

This is for sure something you can start fixing in your various 
extensions. Feature freeze is really soon now so the final list of 
deprecated methods will quickly be finalized.

Cheers
Xavier

-- 
Xavier Perseguers
Release Manager TYPO3 4.6

TYPO3 .... inspiring people to share!
Get involved: http://typo3.org




From peter at clioonline.dk  Tue Jul 26 18:14:19 2011
From: peter at clioonline.dk (Peter Klein)
Date: Tue, 26 Jul 2011 18:14:19 +0200
Subject: [TYPO3-dev]  Nested CONTENT/select bug
Message-ID: <mailman.1.1311696934.31604.typo3-dev@lists.typo3.org>

I have a weird problem (Bug?)

The Typoscript below creates a "menu" of pages, sorted into sections
based on the 1st letter of the page title.

First it selects the pages and group the results by the 1st char of
the title.
It then uses the result from the 1st select (the first char) and makes
a 2nd select with "title LIKE '%>firstchar>'" to display the actual
page titles.

But instead of displaying all the results, it skips the 1st page in
every section.??

Is this a bug or a "feature" ? :)

-- Example Start --
lib.cliolibrary = COA
lib.cliolibrary {
	# Create a "menu" based on the 1st char of the page titles
	10 = COA
	10 {
		wrap = <ul class="tx-cliolibrary-menu">|</ul>

		# 1st we select the titles grouped by the 1st char of
the page title
		10 = CONTENT
		10.table = pages
		10.selectFields = *
		10.select.pidInList = 1797
		10.select.orderBy = title
		10.select.groupBy = left(ucase(title),1)
		10.renderObj = COA
		10.renderObj {
			wrap = <li>|</li>

			# And render each "menuitem" as the 1st char
of the title
			10 = TEXT
			10.field = title
			10.substring = 0,1
			10.case = upper
			10.typolink.parameter = #
			10.typolink.ATagParams.cObject = COA
			10.typolink.ATagParams.cObject {
				10 = TEXT
				10.field = uid
				10.wrap =
onclick="showlibrary('library-|');return false;"
			}
		}
	}

	20 = COA
	20 {
		wrap = <div id="tx-cliolibrary-content"
class="tx-cliolibrary-content">|</div>
		
		# 1st we select the titles grouped by the 1st char of
the page title
		10 = CONTENT
		10.table = pages
		10.select.pidInList = 1797
		10.select.orderBy = title
		10.select.groupBy = left(ucase(title),1)
		10.renderObj = COA
		10.renderObj {
		
			# Store the 1st char of the page title in a
register for later use
			5 = LOAD_REGISTER
			5.librarysection = TEXT
			5.librarysection.field = title
			5.librarysection.substring = 0,1
			5.librarysection.case = upper
			
			10 = TEXT
			10.field= uid
			10.wrap = <div class="cliolibrary"
id="library-|" style="display:none;">

			# Here's the weird pard (bug)
			# Without object 15 & 17, the 1st page of each
section is not displayed.
			15 = TEXT
			15.field = title
			15.typolink.parameter.field = uid
			15.wrap = <h3>|</h3>

			17 = TEXT
			17.field = subtitle
			17.required = 1
			17.wrap = <p>|</p>

			# now we get the pages whichs stats with the
letter we previously stored in the register
			20 = CONTENT
			20.table = pages
			20.select.pidInList = 1797
			#20.select.orderBy = title
			20.select.begin = 0
			20.select.andWhere.dataWrap = title LIKE
'{register:librarysection}%'
			20.renderObj = COA
			20.renderObj {

				# This CONTENT/select skips the 1st
page in each section. 			
				10 = TEXT
				10.field = title
				10.typolink.parameter.field = uid
				10.wrap = <h3>|</h3>

				20 = TEXT
				20.field = subtitle
				20.required = 1
				20.wrap = <p>|</p>
			}
			
			30 = TEXT
			30.value = </div>
		}
	}
	
}

-- Example End --



From jigal at xs4all.nl  Tue Jul 26 18:58:37 2011
From: jigal at xs4all.nl (Jigal van Hemert)
Date: Tue, 26 Jul 2011 18:58:37 +0200
Subject: [TYPO3-dev] Nested CONTENT/select bug
In-Reply-To: <mailman.1.1311696934.31604.typo3-dev@lists.typo3.org>
References: <mailman.1.1311696934.31604.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1311699602.2752.typo3-dev@lists.typo3.org>

Hi,

On 26-7-2011 18:14, Peter Klein wrote:
> I have a weird problem (Bug?)

No, it's a feature (really!).

> The Typoscript below creates a "menu" of pages, sorted into sections
> based on the 1st letter of the page title.
[...]
> But instead of displaying all the results, it skips the 1st page in
> every section.??

CONTENT and RECORDS keep track of which records ("table:uid") are 
already rendered. They won't render the same record twice to prevent 
endless loops caused by recursion.

In your case you use the same record twice for obviously different 
purposes, but unfortunately this feature gets in the way. Although it's 
not a very nice solution, you have found a clean workaround.

-- 
Kind regards / met vriendelijke groet,

Jigal van Hemert.



From oliver.hader at typo3.org  Tue Jul 26 22:58:42 2011
From: oliver.hader at typo3.org (Oliver Hader)
Date: Tue, 26 Jul 2011 22:58:42 +0200
Subject: [TYPO3-dev] [TYPO3-v4] Public TYPO3 v4 Status Meeting
Message-ID: <mailman.38382.1311714002.648.typo3-dev@lists.typo3.org>

Hey everybody,

it's time for our second weekly v4 status meeting. These meetings will
always shift by one day (last time it was on Thursday, now it's on
Wednesday, next week it will be on Tuesday).

Use this link to join the meeting on BigBlueButton:
http://bigbluebutton.typo3.org/bigbluebutton/demo/create.jsp?action=invite&meetingID=TYPO3+v4+Development%27s+meeting

The meeting will start tomorrow at 5pm CEST:
*Wednesday, July 27th 2011, 5pm CEST*

If you have something to tell or would like to see something discussed
in the meeting, please add it to the agenda for tomorrow on the
iEtherpad here:
http://ietherpad.com/typo3v4-statusmeetings

See ya then!


Cheers,
Olly
-- 
Oliver Hader
TYPO3 v4 Core Team Leader

TYPO3 .... inspiring people to share!
Get involved: http://typo3.org



From ralf.rene at online.de  Wed Jul 27 01:16:24 2011
From: ralf.rene at online.de (=?ISO-8859-15?Q?Ralf-Rene_Schr=F6der?=)
Date: Wed, 27 Jul 2011 01:16:24 +0200
Subject: [TYPO3-dev] Neue T3 Website Fehler
In-Reply-To: <mailman.1.1311578031.996.typo3-dev@lists.typo3.org>
References: <mailman.1.1311578031.996.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1311722263.2465.typo3-dev@lists.typo3.org>

Am 25.07.2011 09:12, schrieb Robert Wildling:
> Hi,
> 
> Ist dieser Bereich hier auch f?r die Entwicklung der neuen Website
> zust?ndig? Mir ist hier nur aufgefallen, dass es da einen Querbalken in
> FF 5.0.1 Mac OSx 10.6.8 gibt:

in the css file
http://association.typo3.org/fileadmin/templates/stylesheets/fce-common.css?1303484405
in line 249
the text-indent must be negative and it works...

maybe someone could send it to the right person...
i don't know where to send it

-- 
Ralf-Ren? Schr?der
http://if-20.com  ... YAML templates for TYPO3
______________________________________________



From kevin at infielddesign.com  Wed Jul 27 02:32:33 2011
From: kevin at infielddesign.com (Kevin Mitchell)
Date: Tue, 26 Jul 2011 17:32:33 -0700
Subject: [TYPO3-dev] Any good examples of automatic/programatic page
	generation?
In-Reply-To: <mailman.1.1311674308.22760.typo3-dev@lists.typo3.org>
References: <mailman.37063.1311379196.648.typo3-dev@lists.typo3.org>
	<mailman.1.1311674308.22760.typo3-dev@lists.typo3.org>
Message-ID: <mailman.38467.1311726835.648.typo3-dev@lists.typo3.org>

Thank you so much for your response!

This looks like exactly the functionality I need for creating content
elements, however (please correct me if I'm wrong!) this doesn't seem to
cover the creation of actual pages, only data/content on the pages?

Looking at the "pages" table, it seems that it would be simple to generate
the actual pages programmatically, but again I want to do things the "right
way" as much as possible.

Thanks again for the response, I really appreciate it!
Kev


On Tue, Jul 26, 2011 at 2:57 AM, Mathias Schreiber [wmdb] <
mathias.schreiber at wmdb.de> wrote:

> Am 23.07.11 01:58, schrieb Kevin Mitchell:
>
>  Now I'll likely need to do several passes on this to actually process the
>> data, match up TYPO3 page IDs with the custom object_ids that I've
>> generated, etc, but that's beyond the scope of this email and I can handle
>> that. The issue is figuring out the best method to generate these pages
>> and
>> sub pages programmatically, via a cron job which will run nightly. Ideally
>> I'll also kick off some sort of crawler to cache the pages that have been
>> updated to help with site performance.
>>
>
> Hi Kev,
>
> check this:
> http://blog.tolleiv.de/2010/**03/handling-data-in-typo3-**with-tcemain/<http://blog.tolleiv.de/2010/03/handling-data-in-typo3-with-tcemain/>
>
> Yes, it will be a bit slower, but in a CLI environment, this shouldn't be
> an issue.
>
> Good thing:
> Since all pages are created "as if" someone did it manually, you will have
> all the fancy stuff like history and such.
>
> And your code will be future proof.
>
> Don't bother if you didn't find anything via searching the web, you would
> have needed process_cmdmap() as a keyword :)
>
> cheers
> Mathias
>
>
> --
> Ernesto, Nov. 9th 2010:
> "In the graphics generation routines of TYPO3 *anything* could cause a
> side effect."
>
> ______________________________**_________________
> TYPO3-dev mailing list
> TYPO3-dev at lists.typo3.org
> http://lists.typo3.org/cgi-**bin/mailman/listinfo/typo3-dev<http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-dev>
>



From schradt at uni-mainz.de  Wed Jul 27 07:20:30 2011
From: schradt at uni-mainz.de (Torsten Schrade)
Date: Wed, 27 Jul 2011 07:20:30 +0200
Subject: [TYPO3-dev]  IRRE - get parent information within child record
Message-ID: <mailman.1.1311744108.31110.typo3-dev@lists.typo3.org>

Hi list,

maybe I'm missing the obvious but is it possible to get information 
about the parent field of an IRRE child record during TCEFORMS generation?

Say, for example, getting the name of the parent field from within an 
itemsProcFunc of a select field of the child record or using one of the 
TCEFORMS hooks?

Any hints greatly appreciated! Many thanks, Torsten



From xavier at typo3.org  Wed Jul 27 08:28:28 2011
From: xavier at typo3.org (Xavier Perseguers)
Date: Wed, 27 Jul 2011 08:28:28 +0200
Subject: [TYPO3-dev]  Upgrade compatibility report for extensions
Message-ID: <mailman.1.1311748187.17902.typo3-dev@lists.typo3.org>

Hi,

We are close to feature freeze but perhaps somebody is still willing to 
have fun writing a useful new report to check compatibility with 
extensions before a TYPO3 upgrade. Basic idea:

http://yfrog.com/h0osxwp

- Input your target TYPO3 version and get the report that checks local 
extensions for compatibility with it
- Simply checks the value of 'constraints' / 'typo3' / upper limit in 
ext_emconf.php of the corresponding extension
- 0.0.0 or empty (e.g., '4.4.0-' or '4.4.0-0.0.0') means it is OK for 
all upcoming versions. But it cannot be ensured thus the result is "Not 
tested", in yellow
- < target version means "KO" => read
- >= target version means "OK" => green
- last interesting point is that having an extension that specifies a 
non existing branch of TYPO3 in advance (4.4.0-4.8.99) means untested as 
well as one cannot (yet) have an extension compatible with more than 
4.6.99...

- the whole should encourage developers to update (and test) their 
extensions regularly on TER to be shown as "green"

- This has to be ready before feature freeze but does not need to be 
highly complicated
- Idea is to integrate that as additional report to 'em' extension
- I may send sample code used for the screenshot above if needed, as a 
skeleton

The only "tricky" part is to determine what is a upper limit authorized 
for TYPO3 version (4.6.99). What is missing in my PoC is a 
textbox/selector box to choose the target version (if it's easy, would 
be cool to be able to choose an existing target version instead of 
typing it).

Cheers

-- 
Xavier Perseguers
Release Manager TYPO3 4.6

TYPO3 .... inspiring people to share!
Get involved: http://typo3.org




From xavier at typo3.org  Wed Jul 27 08:32:47 2011
From: xavier at typo3.org (Xavier Perseguers)
Date: Wed, 27 Jul 2011 08:32:47 +0200
Subject: [TYPO3-dev] Upgrade compatibility report for extensions
In-Reply-To: <mailman.1.1311748187.17902.typo3-dev@lists.typo3.org>
References: <mailman.1.1311748187.17902.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1311748447.17902.typo3-dev@lists.typo3.org>

Hi,

> - Input your target TYPO3 version and get the report that checks local
> extensions for compatibility with it
> - Simply checks the value of 'constraints' / 'typo3' / upper limit in
> ext_emconf.php of the corresponding extension
> - 0.0.0 or empty (e.g., '4.4.0-' or '4.4.0-0.0.0') means it is OK for
> all upcoming versions. But it cannot be ensured thus the result is "Not
> tested", in yellow
> - < target version means "KO" => red
> - >= target version means "OK" => green
> - last interesting point is that having an extension that specifies a
> non existing branch of TYPO3 in advance (4.4.0-4.8.99) means untested as
> well as one cannot (yet) have an extension compatible with more than
> 4.6.99...

and we could have orange instead of yellow and reuse yellow for 
extensions that are used but do not fulfill the requirements (old 
extension compatible up to 4.4.99 and used on 4.5.2 for instance)

-- 
Xavier Perseguers
Release Manager TYPO3 4.6

TYPO3 .... inspiring people to share!
Get involved: http://typo3.org




From limchivy at gmail.com  Wed Jul 27 08:47:20 2011
From: limchivy at gmail.com (Lim Chivy)
Date: Wed, 27 Jul 2011 13:47:20 +0700
Subject: [TYPO3-dev] TCA and l10n_mode
In-Reply-To: <mailman.1.1311333954.6110.typo3-dev@lists.typo3.org>
References: <mailman.1.1311242083.16765.typo3-dev@lists.typo3.org>
	<mailman.1.1311245185.21379.typo3-dev@lists.typo3.org>
	<mailman.1.1311306358.13337.typo3-dev@lists.typo3.org>
	<mailman.1.1311333954.6110.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1311749336.19807.typo3-dev@lists.typo3.org>

Hi Philipp Gampe,

On 7/22/2011 6:24 PM, Philipp Gampe wrote:
>>> This way translators see the field data, but can't change it. This is
>>> >>  the most logical for such a field.
>> >  It is a good idea, but it does not make sense to the translate user why
>> >  do they need to switch back to the default language record to change
>> >  that fields.
> Why should a translator change the content of a field? He should only
> "translate" it.

It is true, the translators can only translate the content.

Now, I do following Jigal van Hemert's guide:
For a field which can't really be translated (such as a birth date), I 
would personally set:
l10n_mode : exclude ( do not translate this)
l10n_display : defaultAsReadOnly ( show field as read only in translated 
records)
This way translators see the field data, but can't change it. This is 
the most logical for such a field.

Thanks,
Chivy



From info at ursbraem.ch  Wed Jul 27 09:10:35 2011
From: info at ursbraem.ch (=?ISO-8859-15?Q?Urs_Br=E4m?=)
Date: Wed, 27 Jul 2011 09:10:35 +0200
Subject: [TYPO3-dev] Copy & Paste Links in RTE
In-Reply-To: <mailman.1.1311693564.26692.typo3-dev@lists.typo3.org>
References: <mailman.1.1311671871.20528.typo3-dev@lists.typo3.org>
	<mailman.1.1311693564.26692.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1311750716.22051.typo3-dev@lists.typo3.org>

> Please report the issue on forge
> (http://forge.typo3.org/projects/typo3v4-core/issues) and please explain
> there how to reproduce.

Thanks! Just did it http://forge.typo3.org/issues/28497
Regards
Urs

-- 
Urs Br?m
macht Websites
---
Certified Typo3 Integrator
CH-3011 Bern
www.ursbraem.ch



From steffen.gebert at typo3.org  Wed Jul 27 10:15:53 2011
From: steffen.gebert at typo3.org (Steffen Gebert)
Date: Wed, 27 Jul 2011 10:15:53 +0200
Subject: [TYPO3-dev] Neue T3 Website Fehler
In-Reply-To: <mailman.1.1311722263.2465.typo3-dev@lists.typo3.org>
References: <mailman.1.1311578031.996.typo3-dev@lists.typo3.org>
	<mailman.1.1311722263.2465.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1311754632.28047.typo3-dev@lists.typo3.org>

On 27.07.11 01:16, Ralf-Rene Schr?der wrote:
> in the css file
> http://association.typo3.org/fileadmin/templates/stylesheets/fce-common.css?1303484405
> in line 249
> the text-indent must be negative and it works...

Created a ticket for you. Thanks for spotting

Kind regards
Steffen

-- 
Steffen Gebert
TYPO3 v4 Core Team Member
TYPO3 Server Administration Team Member

TYPO3 .... inspiring people to share!
Get involved: http://typo3.org



From typo3 at kay-strobach.de  Wed Jul 27 10:39:38 2011
From: typo3 at kay-strobach.de (Kay Strobach)
Date: Wed, 27 Jul 2011 10:39:38 +0200
Subject: [TYPO3-dev] ExtJS "action buttons" question
In-Reply-To: <mailman.1.1311692630.25326.typo3-dev@lists.typo3.org>
References: <mailman.1.1311692630.25326.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1311756059.30447.typo3-dev@lists.typo3.org>

Hi Fran?ois,

can you provide a demo extension? - Can't really imagine what you wan't
to do - but for below comment i assume ;)

Perhaps it's enough for you to ask the icon who his parent is?
(dom->parent) and fetch the id from there - otherwise i would use a
grid, this way you can use the selected record directly ;)

Regards
Kay

Am 26.07.2011 17:02, schrieb Fran?ois Suter:
> Hi all,
> 
> I'm working on a TYPO3 BE module with quite a few icons around. Each
> icon is related to a particular table and a particular record (a bit
> like the icons in the Web > List module if you want).
> 
> Now rather than having a onclick call on each icon, I'm trying to
> implement this by adding behaviors on the appropriate icons with ExtJS
> (it seems cleaner to me, maybe I'm wrong). My problem is that I need to
> pass the table name and the record's id to the event handling function,
> so that it knows what it should be handling.
> 
> Assuming I have something like:
> 
> <img src="foo.png" class="action-icon" /> (for table "bar", uid = 1)
> <img src="foo.png" class="action-icon" /> (for table "bar", uid = 2)
> ...
> 
> Then I do:
> 
> Ext.onReady(function() {
>     Ext.addBehaviors({
>         'img.action-icon at click' : TYPO3.MyModule.doSomething
>     });
> });
> 
> What's the best way for function "TYPO3.MyModule.doSomething" to know
> that the table is "bar" and the uid is 1, 2, or whatever other number?
> 
> I thought of the following tricks:
> 
> - assemble some id like "bar_1", "bar_2" and extract the information
> from there from within "TYPO3.MyModule.doSomething"
> - add dummy attributes like table="bar" and uid="1", but I guess my HTML
> will not validate anymore then
> 
> Is there some clean way to achieve this?
> 
> Thanks in advance for any tip.
> 


-- 
http://www.kay-strobach.de - Open Source Rocks

TYPO3 .... inspiring people to share!
Get involved: http://typo3.org



From fsu-lists at cobweb.ch  Wed Jul 27 10:48:10 2011
From: fsu-lists at cobweb.ch (=?ISO-8859-1?Q?Fran=E7ois_Suter?=)
Date: Wed, 27 Jul 2011 10:48:10 +0200
Subject: [TYPO3-dev] ExtJS "action buttons" question
In-Reply-To: <mailman.1.1311756059.30447.typo3-dev@lists.typo3.org>
References: <mailman.1.1311692630.25326.typo3-dev@lists.typo3.org>
	<mailman.1.1311756059.30447.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1311756570.31359.typo3-dev@lists.typo3.org>

Hi Kay,

> can you provide a demo extension? - Can't really imagine what you wan't
> to do - but for below comment i assume;)

It's actually for my external_import extension. I'm (slowly) preparing a 
major update which would work only for TYPO3 4.5 and above and I'm 
trying to implement everything as cleanly as possible.

So I have a list of several tables into which external data can be 
imported, and there can be several configurations per table. For each 
such "row", there's an icon you can click on to start a sync. Obviously 
the sync function needs to know what it should be syncing ;-)

> Perhaps it's enough for you to ask the icon who his parent is?
> (dom->parent) and fetch the id from there - otherwise i would use a
> grid, this way you can use the selected record directly;)

Fetching from the parent could be an option. In the meantime I took a 
look at the Workspaces BE module, which does something similar (i.e. 
action icons for each item in the list) and I saw that it uses a Store 
and a Grid. I guess I can try and go down that way, but I lack the ExtJS 
knowledge for now. It's an opportunity to learn (and if I finally lack 
time, I can always go the hacky way ;-) ).

Cheers

-- 

Francois Suter
Cobweb Development Sarl - http://www.cobweb.ch



From typo3 at kay-strobach.de  Wed Jul 27 11:01:20 2011
From: typo3 at kay-strobach.de (Kay Strobach)
Date: Wed, 27 Jul 2011 11:01:20 +0200
Subject: [TYPO3-dev] ExtJS "action buttons" question
In-Reply-To: <mailman.1.1311756570.31359.typo3-dev@lists.typo3.org>
References: <mailman.1.1311692630.25326.typo3-dev@lists.typo3.org>
	<mailman.1.1311756059.30447.typo3-dev@lists.typo3.org>
	<mailman.1.1311756570.31359.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1311757361.32520.typo3-dev@lists.typo3.org>

Hi,

take a look here:
http://dev.sencha.com/deploy/ext-3.4.0/examples/grid/array-grid.html

The store can be an array_store, which you fill with the stuff returned
by json_encode in php.

http://dev.sencha.com/deploy/ext-3.4.0/docs/?class=Ext.data.ArrayStore

Regards
Kay

Am 27.07.2011 10:48, schrieb Fran?ois Suter:
> Hi Kay,
> 
>> can you provide a demo extension? - Can't really imagine what you wan't
>> to do - but for below comment i assume;)
> 
> It's actually for my external_import extension. I'm (slowly) preparing a
> major update which would work only for TYPO3 4.5 and above and I'm
> trying to implement everything as cleanly as possible.
> 
> So I have a list of several tables into which external data can be
> imported, and there can be several configurations per table. For each
> such "row", there's an icon you can click on to start a sync. Obviously
> the sync function needs to know what it should be syncing ;-)
> 
>> Perhaps it's enough for you to ask the icon who his parent is?
>> (dom->parent) and fetch the id from there - otherwise i would use a
>> grid, this way you can use the selected record directly;)
> 
> Fetching from the parent could be an option. In the meantime I took a
> look at the Workspaces BE module, which does something similar (i.e.
> action icons for each item in the list) and I saw that it uses a Store
> and a Grid. I guess I can try and go down that way, but I lack the ExtJS
> knowledge for now. It's an opportunity to learn (and if I finally lack
> time, I can always go the hacky way ;-) ).
> 
> Cheers
> 


-- 
http://www.kay-strobach.de - Open Source Rocks

TYPO3 .... inspiring people to share!
Get involved: http://typo3.org



From typo3 at kay-strobach.de  Wed Jul 27 11:24:37 2011
From: typo3 at kay-strobach.de (Kay Strobach)
Date: Wed, 27 Jul 2011 11:24:37 +0200
Subject: [TYPO3-dev]  Started Wiki page to collect Information about ExtJS
Message-ID: <mailman.1.1311758758.2756.typo3-dev@lists.typo3.org>

Hello guys,

i started a wiki page to collect information about ExtJS.

http://wiki.typo3.org/ExtJS

This page should contain usefull links to more Information and not a
really detailed documentation about extjs.

Regards
Kay
-- 
http://www.kay-strobach.de - Open Source Rocks

TYPO3 .... inspiring people to share!
Get involved: http://typo3.org



From fsu-lists at cobweb.ch  Wed Jul 27 11:31:02 2011
From: fsu-lists at cobweb.ch (=?ISO-8859-1?Q?Fran=E7ois_Suter?=)
Date: Wed, 27 Jul 2011 11:31:02 +0200
Subject: [TYPO3-dev] ExtJS "action buttons" question
In-Reply-To: <mailman.1.1311757361.32520.typo3-dev@lists.typo3.org>
References: <mailman.1.1311692630.25326.typo3-dev@lists.typo3.org>
	<mailman.1.1311756059.30447.typo3-dev@lists.typo3.org>
	<mailman.1.1311756570.31359.typo3-dev@lists.typo3.org>
	<mailman.1.1311757361.32520.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1311759142.3161.typo3-dev@lists.typo3.org>

Hi Kay,

> take a look here:
> http://dev.sencha.com/deploy/ext-3.4.0/examples/grid/array-grid.html
>
> The store can be an array_store, which you fill with the stuff returned
> by json_encode in php.
>
> http://dev.sencha.com/deploy/ext-3.4.0/docs/?class=Ext.data.ArrayStore

Thanks for the pointers. And good idea to start a wiki page about ExtJS.

Cheers

-- 

Francois Suter
Cobweb Development Sarl - http://www.cobweb.ch



From typo3 at kay-strobach.de  Wed Jul 27 11:36:01 2011
From: typo3 at kay-strobach.de (Kay Strobach)
Date: Wed, 27 Jul 2011 11:36:01 +0200
Subject: [TYPO3-dev] ExtJS "action buttons" question
In-Reply-To: <mailman.1.1311759142.3161.typo3-dev@lists.typo3.org>
References: <mailman.1.1311692630.25326.typo3-dev@lists.typo3.org>
	<mailman.1.1311756059.30447.typo3-dev@lists.typo3.org>
	<mailman.1.1311756570.31359.typo3-dev@lists.typo3.org>
	<mailman.1.1311757361.32520.typo3-dev@lists.typo3.org>
	<mailman.1.1311759142.3161.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1311759441.3829.typo3-dev@lists.typo3.org>

Hi Fran?ois,

fine ;)

regards
Kay

Am 27.07.2011 11:31, schrieb Fran?ois Suter:
> Hi Kay,
> 
>> take a look here:
>> http://dev.sencha.com/deploy/ext-3.4.0/examples/grid/array-grid.html
>>
>> The store can be an array_store, which you fill with the stuff returned
>> by json_encode in php.
>>
>> http://dev.sencha.com/deploy/ext-3.4.0/docs/?class=Ext.data.ArrayStore
> 
> Thanks for the pointers. And good idea to start a wiki page about ExtJS.
> 
> Cheers
> 


-- 
http://www.kay-strobach.de - Open Source Rocks

TYPO3 .... inspiring people to share!
Get involved: http://typo3.org



From peter at clioonline.dk  Wed Jul 27 12:12:37 2011
From: peter at clioonline.dk (Peter Klein)
Date: Wed, 27 Jul 2011 12:12:37 +0200
Subject: [TYPO3-dev] Nested CONTENT/select bug
References: <mailman.1.1311696934.31604.typo3-dev@lists.typo3.org>
	<mailman.1.1311699602.2752.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1311761636.7266.typo3-dev@lists.typo3.org>

Hi Jigal.

Thanks for clearingit up for me. 
That explains why I got that "error".. :)

--
Peter Klein

On Tue, 26 Jul 2011 18:58:37 +0200, Jigal van Hemert <jigal at xs4all.nl>
wrote:

>Hi,
>
>On 26-7-2011 18:14, Peter Klein wrote:
>> I have a weird problem (Bug?)
>
>No, it's a feature (really!).
>
>> The Typoscript below creates a "menu" of pages, sorted into sections
>> based on the 1st letter of the page title.
>[...]
>> But instead of displaying all the results, it skips the 1st page in
>> every section.??
>
>CONTENT and RECORDS keep track of which records ("table:uid") are 
>already rendered. They won't render the same record twice to prevent 
>endless loops caused by recursion.
>
>In your case you use the same record twice for obviously different 
>purposes, but unfortunately this feature gets in the way. Although it's 
>not a very nice solution, you have found a clean workaround.



From armin.guenther at augusta.de  Wed Jul 27 12:52:56 2011
From: armin.guenther at augusta.de (=?ISO-8859-1?Q?Armin_G=FCnther?=)
Date: Wed, 27 Jul 2011 12:52:56 +0200
Subject: [TYPO3-dev] Nested CONTENT/select bug
In-Reply-To: <mailman.1.1311761636.7266.typo3-dev@lists.typo3.org>
References: <mailman.1.1311696934.31604.typo3-dev@lists.typo3.org><mailman.1.1311699602.2752.typo3-dev@lists.typo3.org>
	<mailman.1.1311761636.7266.typo3-dev@lists.typo3.org>
Message-ID: <mailman.38926.1311764057.648.typo3-dev@lists.typo3.org>

Hi Peter,

there has been a discussion of this "feature" here:

http://forge.typo3.org/issues/20541

The issue was closed as it could not be reproduced anymore. Now it looks 
as if you did reproduce it, so one might consider to reopen this "issue" 
(but as it is considered as a feature a feature request might be more 
appropriate).

In the discussion of this issue a solution was proposed by Jo Hasenau to 
make this recursion prevention mechanism optional by a switch like

removeDuplicatedRecords => boolean / default ON

But I don't know whether this switch was realized - I think it was not.

In my opinion this feature causes many hours of debugging for developers 
like you (and me some time ago) who are not aware of it. Is it 
documented in the TS Reference - I don' think so.

Best,
Armin




Am 27.07.2011 12:12, schrieb Peter Klein:
> Hi Jigal.
>
> Thanks for clearingit up for me.
> That explains why I got that "error".. :)
>
> --
> Peter Klein
>
> On Tue, 26 Jul 2011 18:58:37 +0200, Jigal van Hemert<jigal at xs4all.nl>
> wrote:
>
>> Hi,
>>
>> On 26-7-2011 18:14, Peter Klein wrote:
>>> I have a weird problem (Bug?)
>> No, it's a feature (really!).
>>
>>> The Typoscript below creates a "menu" of pages, sorted into sections
>>> based on the 1st letter of the page title.
>> [...]
>>> But instead of displaying all the results, it skips the 1st page in
>>> every section.??
>> CONTENT and RECORDS keep track of which records ("table:uid") are
>> already rendered. They won't render the same record twice to prevent
>> endless loops caused by recursion.
>>
>> In your case you use the same record twice for obviously different
>> purposes, but unfortunately this feature gets in the way. Although it's
>> not a very nice solution, you have found a clean workaround.
> _______________________________________________
> TYPO3-dev mailing list
> TYPO3-dev at lists.typo3.org
> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-dev
>




From bidau at ensci.com  Wed Jul 27 12:58:14 2011
From: bidau at ensci.com (=?UTF-8?B?SXNtYcOrbCBCaWRhdQ==?=)
Date: Wed, 27 Jul 2011 12:58:14 +0200
Subject: [TYPO3-dev] Eclipse Egit > Push to upstream > Auth fail
In-Reply-To: <mailman.1.1311688414.18410.typo3-dev@lists.typo3.org>
References: <mailman.1.1311683983.10655.typo3-dev@lists.typo3.org>
	<mailman.1.1311684670.11681.typo3-dev@lists.typo3.org>
	<mailman.1.1311686785.15359.typo3-dev@lists.typo3.org>
	<mailman.1.1311687039.15376.typo3-dev@lists.typo3.org>
	<mailman.1.1311687596.16753.typo3-dev@lists.typo3.org>
	<mailman.38273.1311687782.648.typo3-dev@lists.typo3.org>
	<mailman.1.1311688414.18410.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1311764359.12409.typo3-dev@lists.typo3.org>

Perhaps my problem is about my username : bidau at ensci.com
How to change my username to not having @ in it (because I can't have 
ssh://bidau at ensci.com@review...) ?
I don't see the option at http://typo3.org/community/your-account/

Any admin can do it for me ?

Isma?l BIDAU

Le 26/07/11 15:52, Isma?l Bidau a ?crit :
> Le 26/07/11 15:41, Stefan Neufeind a ?crit :
>> On 07/26/2011 03:38 PM, Isma?l Bidau wrote:
>>> Le 26/07/11 15:29, Steffen Gebert a ?crit :
>>>>> now the message is "An internal Exception occurred during push:
>>>>> ssh://BIDAU at review.typo3.org:29418/TYPO3v4/Core: Auth fail"
>>>>
>>>> And it should be /Core.git
>>>
>>> So now "An internal Exception occurred during push:
>>> ssh://BIDAU at review.typo3.org:29418/TYPO3v4/Core.git: Auth fail"
>>> I've restarted Eclipse, perhaps I'm close, but it fails !
>>
>> Not sure if username in upper-/lowercase matters maybe?
>>
>>
>> Regards,
>> Stefan
> http://review.typo3.org/#settings
> In my profile, the Full Name was BIDAU.
> I changed for bidau
> I modified Egit but now :
> "An internal Exception occurred during push:
> ssh://bidau at review.typo3.org:29418/TYPO3v4/Core.git: Auth fail"
>
> http://review.typo3.org/#settings
> SSH Public keys, I added my key.
> Status Algo Key Comment
> ssh-rsa AAA... RSA-1024
>
> Does the status column can stay empty ? Is it normal ?
>
> Isma?l




From xavier at typo3.org  Wed Jul 27 13:02:22 2011
From: xavier at typo3.org (Xavier Perseguers)
Date: Wed, 27 Jul 2011 13:02:22 +0200
Subject: [TYPO3-dev] Eclipse Egit > Push to upstream > Auth fail
In-Reply-To: <mailman.1.1311764359.12409.typo3-dev@lists.typo3.org>
References: <mailman.1.1311683983.10655.typo3-dev@lists.typo3.org>
	<mailman.1.1311684670.11681.typo3-dev@lists.typo3.org>
	<mailman.1.1311686785.15359.typo3-dev@lists.typo3.org>
	<mailman.1.1311687039.15376.typo3-dev@lists.typo3.org>
	<mailman.1.1311687596.16753.typo3-dev@lists.typo3.org>
	<mailman.38273.1311687782.648.typo3-dev@lists.typo3.org>
	<mailman.1.1311688414.18410.typo3-dev@lists.typo3.org>
	<mailman.1.1311764359.12409.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1311764622.8642.typo3-dev@lists.typo3.org>

Hi Isma?l,

> Perhaps my problem is about my username : bidau at ensci.com
> How to change my username to not having @ in it (because I can't have
> ssh://bidau at ensci.com@review...) ?

Try to escape the @...

HTH

-- 
Xavier Perseguers
Release Manager TYPO3 4.6

TYPO3 .... inspiring people to share!
Get involved: http://typo3.org




From bidau at ensci.com  Wed Jul 27 13:14:38 2011
From: bidau at ensci.com (=?UTF-8?B?SXNtYcOrbCBCaWRhdQ==?=)
Date: Wed, 27 Jul 2011 13:14:38 +0200
Subject: [TYPO3-dev] Eclipse Egit > Push to upstream > Auth fail
In-Reply-To: <mailman.1.1311764622.8642.typo3-dev@lists.typo3.org>
References: <mailman.1.1311683983.10655.typo3-dev@lists.typo3.org>
	<mailman.1.1311684670.11681.typo3-dev@lists.typo3.org>
	<mailman.1.1311686785.15359.typo3-dev@lists.typo3.org>
	<mailman.1.1311687039.15376.typo3-dev@lists.typo3.org>
	<mailman.1.1311687596.16753.typo3-dev@lists.typo3.org>
	<mailman.38273.1311687782.648.typo3-dev@lists.typo3.org>
	<mailman.1.1311688414.18410.typo3-dev@lists.typo3.org>
	<mailman.1.1311764359.12409.typo3-dev@lists.typo3.org>
	<mailman.1.1311764622.8642.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1311765343.14040.typo3-dev@lists.typo3.org>

Le 27/07/11 13:02, Xavier Perseguers a ?crit :
> Hi Isma?l,
>
>> Perhaps my problem is about my username : bidau at ensci.com
>> How to change my username to not having @ in it (because I can't have
>> ssh://bidau at ensci.com@review...) ?
>
> Try to escape the @...
>
> HTH
>
It seems it does not work in Egit.
Who can change my username in typo3.org ?

Isma?l BIDAU



From oliver.hader at typo3.org  Wed Jul 27 13:50:26 2011
From: oliver.hader at typo3.org (Oliver Hader)
Date: Wed, 27 Jul 2011 13:50:26 +0200
Subject: [TYPO3-dev]  Announcing TYPO3 4.3.12, 4.4.9 and 4.5.4
Message-ID: <mailman.1.1311767502.17900.typo3-dev@lists.typo3.org>

Dear TYPO3 community,

the TYPO3 core team has just released TYPO3 versions 4.3.12, 4.4.9 and
4.5.4, which are now ready for you to download. All versions
are maintenance releases and contain bugfixes and security fixes.

IMPORTANT:
These versions include important security fixes to the TYPO3 core. A
security announcement has just been released:

http://typo3.org/teams/security/security-bulletins/typo3-core/typo3-core-sa-2011-001/

The packages can be downloaded here:
  http://typo3.org/download/packages/

For details about the release, please see:
  http://news.typo3.org/news/article/typo3-4312-449-and-454-released/

MD5 checksums:
1d00b7474f056308d699477a96be8411  dummy-4.3.12.tar.gz
142c86a25208d22d8e389a83332efbd7  dummy-4.3.12.zip
4f6a087aec8bc6569e3f635dcaa260d3  typo3_src+dummy-4.3.12.zip
4e83accb5c84d49c9c1ae169373b7346  typo3_src-4.3.12.tar.gz
1218e40fba46f3929cd6a54db087529c  typo3_src-4.3.12.zip

3ce7bf1159d437ecc3ffae8dbd78c38d  dummy-4.4.9.tar.gz
98a2ae0ea6437af025110ffe1d73699d  dummy-4.4.9.zip
c75fce71f5f9da47604833d71052c092  typo3_src+dummy-4.4.9.zip
16728ee23e916558b9bfcde1b2bbe9e2  typo3_src-4.4.9.tar.gz
d1de445b8908d8d1a8352c8829541eb6  typo3_src-4.4.9.zip

bbd31f348a88dd4af7e48221971d4f47  dummy-4.5.4.tar.gz
eb6a1f861fc465d64e9c8b65c1077f21  dummy-4.5.4.zip
25c254eb6cb391959d53ae76bda796e4  introductionpackage-4.5.4.tar.gz
0cf10b71e89a14b91080d735bd4e2fa7  introductionpackage-4.5.4.zip
329a714701538373f0e09bd37cfc692f  typo3_src+dummy-4.5.4.zip
f78496ed0f1d0e1cd28cd6064f2226b9  typo3_src-4.5.4.tar.gz
202570cdd6dd88751b78b05824d07029  typo3_src-4.5.4.zip


Rock on!
Olly
-- 
Oliver Hader
TYPO3 v4 Core Team Leader

TYPO3 .... inspiring people to share!
Get involved: http://typo3.org



From federico at bernardin.it  Wed Jul 27 15:08:02 2011
From: federico at bernardin.it (Federico Bernardin)
Date: Wed, 27 Jul 2011 15:08:02 +0200
Subject: [TYPO3-dev] manual
Message-ID: <mailman.39052.1311772170.648.typo3-dev@lists.typo3.org>

Hi guys,
I saw the new documentation template for core in odt format. Can I use it for my extension and it can be rendered automatically in TER?

Thanks
Federico







From jan.kornblum at gmx.de  Wed Jul 27 15:22:14 2011
From: jan.kornblum at gmx.de (Jan Kornblum)
Date: Wed, 27 Jul 2011 15:22:14 +0200
Subject: [TYPO3-dev] Announcing TYPO3 4.3.12, 4.4.9 and 4.5.4
References: <mailman.1.1311767502.17900.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1311773014.27474.typo3-dev@lists.typo3.org>

Hi,

sehe ich das richtig, dass das erste Sicherheitsloch also nur 
Installationen betrifft, bei denen die Redaktuere ?berhaupt das "open 
in new window" / "JSwindow" freigeschaltet bekommen haben?

Gruss, Jan





From fsu-lists at cobweb.ch  Wed Jul 27 15:29:05 2011
From: fsu-lists at cobweb.ch (=?ISO-8859-1?Q?Fran=E7ois_Suter?=)
Date: Wed, 27 Jul 2011 15:29:05 +0200
Subject: [TYPO3-dev] manual
In-Reply-To: <mailman.39052.1311772170.648.typo3-dev@lists.typo3.org>
References: <mailman.39052.1311772170.648.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1311773425.28326.typo3-dev@lists.typo3.org>

Hi Federico,

> I saw the new documentation template for core in odt format. Can I use it for my extension and it can be rendered automatically in TER?

Not directly. You'll have to save as SXW.

HTH

-- 

Francois Suter
Cobweb Development Sarl - http://www.cobweb.ch



From federico at bernardin.it  Wed Jul 27 15:51:41 2011
From: federico at bernardin.it (Federico Bernardin)
Date: Wed, 27 Jul 2011 15:51:41 +0200
Subject: [TYPO3-dev] manual
In-Reply-To: <mailman.1.1311773425.28326.typo3-dev@lists.typo3.org>
References: <mailman.39052.1311772170.648.typo3-dev@lists.typo3.org>
	<mailman.1.1311773425.28326.typo3-dev@lists.typo3.org>
Message-ID: <mailman.39068.1311774784.648.typo3-dev@lists.typo3.org>

Hi Francois,
but do you think it will be possible for the future or we'll continue to use sxw?

Thanks.
Federico




Il giorno 27/lug/2011, alle ore 15.29, Fran?ois Suter ha scritto:

> Hi Federico,
> 
>> I saw the new documentation template for core in odt format. Can I use it for my extension and it can be rendered automatically in TER?
> 
> Not directly. You'll have to save as SXW.
> 
> HTH
> 
> -- 
> 
> Francois Suter
> Cobweb Development Sarl - http://www.cobweb.ch
> _______________________________________________
> TYPO3-dev mailing list
> TYPO3-dev at lists.typo3.org
> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-dev




From fsu-lists at cobweb.ch  Wed Jul 27 16:34:45 2011
From: fsu-lists at cobweb.ch (=?ISO-8859-1?Q?Fran=E7ois_Suter?=)
Date: Wed, 27 Jul 2011 16:34:45 +0200
Subject: [TYPO3-dev] manual
In-Reply-To: <mailman.39068.1311774784.648.typo3-dev@lists.typo3.org>
References: <mailman.39052.1311772170.648.typo3-dev@lists.typo3.org>	<mailman.1.1311773425.28326.typo3-dev@lists.typo3.org>
	<mailman.39068.1311774784.648.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1311777365.2511.typo3-dev@lists.typo3.org>

> but do you think it will be possible for the future or we'll continue to use sxw?

We're in the process of migrating to DocBook, so we will not use 
OpenOffice anymore in the future.

Cheers

-- 

Francois Suter
Cobweb Development Sarl - http://www.cobweb.ch



From typo3 at t3node.com  Wed Jul 27 17:35:57 2011
From: typo3 at t3node.com (=?UTF-8?B?U3RlZmZlbiBNw7xsbGVy?=)
Date: Wed, 27 Jul 2011 17:35:57 +0200
Subject: [TYPO3-dev] Announcing TYPO3 4.3.12, 4.4.9 and 4.5.4
In-Reply-To: <mailman.1.1311767502.17900.typo3-dev@lists.typo3.org>
References: <mailman.1.1311767502.17900.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1311780939.8472.typo3-dev@lists.typo3.org>

Hi.

On 27.07.2011 13:50 Oliver Hader wrote:
>   TYPO3 versions 4.3.12, 4.4.9 and
> 4.5.4, which are now ready for you to download. All versions
> are maintenance releases and contain bugfixes and security fixes.

What about security patches for 4.2?
Is this version not affected or unsupported?
I know 4.2 is marked as obsolete, but exceptions were made in the past 
for security issues.


-- 
cheers,
Steffen

TYPO3 Blog: http://www.t3node.com/
Twitter: @t3node - http://twitter.com/t3node



From xavier at typo3.org  Wed Jul 27 17:46:49 2011
From: xavier at typo3.org (Xavier Perseguers)
Date: Wed, 27 Jul 2011 17:46:49 +0200
Subject: [TYPO3-dev] Announcing TYPO3 4.3.12, 4.4.9 and 4.5.4
In-Reply-To: <mailman.1.1311780939.8472.typo3-dev@lists.typo3.org>
References: <mailman.1.1311767502.17900.typo3-dev@lists.typo3.org>
	<mailman.1.1311780939.8472.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1311781689.9759.typo3-dev@lists.typo3.org>

Hi,

> On 27.07.2011 13:50 Oliver Hader wrote:
>> TYPO3 versions 4.3.12, 4.4.9 and
>> 4.5.4, which are now ready for you to download. All versions
>> are maintenance releases and contain bugfixes and security fixes.
>
> What about security patches for 4.2?
> Is this version not affected or unsupported?
> I know 4.2 is marked as obsolete, but exceptions were made in the past
> for security issues.

Yes, exceptions were made but we cannot do that in all cases. At some 
point, we must really drop support and nobody can really expect that an 
obsolete branch still gets security fixes.

Regards

-- 
Xavier Perseguers
Release Manager TYPO3 4.6

TYPO3 .... inspiring people to share!
Get involved: http://typo3.org




From thomas.fricke at werkraum.net  Wed Jul 27 18:10:41 2011
From: thomas.fricke at werkraum.net (Thomas F.)
Date: Wed, 27 Jul 2011 18:10:41 +0200
Subject: [TYPO3-dev] Announcing TYPO3 4.3.12, 4.4.9 and 4.5.4
In-Reply-To: <mailman.1.1311781689.9759.typo3-dev@lists.typo3.org>
References: <mailman.1.1311767502.17900.typo3-dev@lists.typo3.org>
	<mailman.1.1311780939.8472.typo3-dev@lists.typo3.org>
	<mailman.1.1311781689.9759.typo3-dev@lists.typo3.org>
Message-ID: <mailman.39105.1311783141.648.typo3-dev@lists.typo3.org>

Agree. From any point of view, i don't see no problems with that. In 
most cases, an update from version 4.2.x up to 4.5 should be manageable 
(well, in some cases you have to remap when using TemplaVoil? and stuff 
like that, so a backup should always be a good idea). Normally, updating 
early even prevents 4.2-installations to even exist in the web. ;-)

Best regards/viele Gr??e,
thomas fricke
web-entwickler

Am 27.07.2011 17:46, schrieb Xavier Perseguers:
> Hi,
>
>> On 27.07.2011 13:50 Oliver Hader wrote:
>>> TYPO3 versions 4.3.12, 4.4.9 and
>>> 4.5.4, which are now ready for you to download. All versions
>>> are maintenance releases and contain bugfixes and security fixes.
>>
>> What about security patches for 4.2?
>> Is this version not affected or unsupported?
>> I know 4.2 is marked as obsolete, but exceptions were made in the past
>> for security issues.
>
> Yes, exceptions were made but we cannot do that in all cases. At some 
> point, we must really drop support and nobody can really expect that 
> an obsolete branch still gets security fixes.
>
> Regards
>



From jorgosch at terra.es  Wed Jul 27 18:08:47 2011
From: jorgosch at terra.es (J. Schaller)
Date: Wed, 27 Jul 2011 18:08:47 +0200
Subject: [TYPO3-dev] Announcing TYPO3 4.3.12, 4.4.9 and 4.5.4
References: <mailman.1.1311767502.17900.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1311783005.10845.typo3-dev@lists.typo3.org>

On Wed, 27 Jul 2011 13:50:26 +0200, Oliver Hader
<oliver.hader at typo3.org> wrote:

>Dear TYPO3 community,
>
>the TYPO3 core team has just released TYPO3 versions 4.3.12, 4.4.9 and
>4.5.4, which are now ready for you to download. All versions
>are maintenance releases and contain bugfixes and security fixes.

Hello,

thanks for the update, but could somebody PLEASE FINALLY fix
http://forge.typo3.org/issues/21388

Thanks!

Cheers,
J. Schaller



From typo3 at ringerge.org  Wed Jul 27 18:19:34 2011
From: typo3 at ringerge.org (Georg Ringer)
Date: Wed, 27 Jul 2011 18:19:34 +0200
Subject: [TYPO3-dev] Announcing TYPO3 4.3.12, 4.4.9 and 4.5.4
In-Reply-To: <mailman.1.1311780939.8472.typo3-dev@lists.typo3.org>
References: <mailman.1.1311767502.17900.typo3-dev@lists.typo3.org>
	<mailman.1.1311780939.8472.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1311783662.12496.typo3-dev@lists.typo3.org>

Hi,

Am 27.07.2011 17:35, schrieb Steffen M?ller:
> What about security patches for 4.2?
> Is this version not affected or unsupported?

This version is affected by most of the mentioned issues (e.g. ExtDirect
wasn't there at those days) and I doubt that anyone will do a backport
of the patches.

Of course you are free to do it, maybe it is a bit easier with GIT now
but as personal opinion as member of the security team member: Nobody
got the time to this (+double checking everything for regressions, ...)
for a version which is so old and for nothing (4.6. is coming in some
months!).

> I know 4.2 is marked as obsolete, but exceptions were made in the past
> for security issues.

I am pretty sure that exeptions will still made if there is a really
really really bad bug like the jumpurl issue but not for anything else.

Georg




From typo3 at t3node.com  Wed Jul 27 19:14:34 2011
From: typo3 at t3node.com (=?UTF-8?B?U3RlZmZlbiBNw7xsbGVy?=)
Date: Wed, 27 Jul 2011 19:14:34 +0200
Subject: [TYPO3-dev] Announcing TYPO3 4.3.12, 4.4.9 and 4.5.4
In-Reply-To: <mailman.1.1311783662.12496.typo3-dev@lists.typo3.org>
References: <mailman.1.1311767502.17900.typo3-dev@lists.typo3.org>
	<mailman.1.1311780939.8472.typo3-dev@lists.typo3.org>
	<mailman.1.1311783662.12496.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1311786855.17479.typo3-dev@lists.typo3.org>

Hi Georg,

I fully agree on all your points. Just wanted to be sure.

-- 
cheers,
Steffen

TYPO3 Blog: http://www.t3node.com/
Twitter: @t3node - http://twitter.com/t3node



From bidau at ensci.com  Thu Jul 28 10:40:50 2011
From: bidau at ensci.com (=?UTF-8?B?SXNtYcOrbCBCaWRhdQ==?=)
Date: Thu, 28 Jul 2011 10:40:50 +0200
Subject: [TYPO3-dev] Eclipse Egit > Push to upstream > Auth fail
In-Reply-To: <mailman.1.1311765343.14040.typo3-dev@lists.typo3.org>
References: <mailman.1.1311683983.10655.typo3-dev@lists.typo3.org>
	<mailman.1.1311684670.11681.typo3-dev@lists.typo3.org>
	<mailman.1.1311686785.15359.typo3-dev@lists.typo3.org>
	<mailman.1.1311687039.15376.typo3-dev@lists.typo3.org>
	<mailman.1.1311687596.16753.typo3-dev@lists.typo3.org>
	<mailman.38273.1311687782.648.typo3-dev@lists.typo3.org>
	<mailman.1.1311688414.18410.typo3-dev@lists.typo3.org>
	<mailman.1.1311764359.12409.typo3-dev@lists.typo3.org>
	<mailman.1.1311764622.8642.typo3-dev@lists.typo3.org>
	<mailman.1.1311765343.14040.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1311842515.9166.typo3-dev@lists.typo3.org>

Le 27/07/11 13:14, Isma?l Bidau a ?crit :
> Le 27/07/11 13:02, Xavier Perseguers a ?crit :
>> Hi Isma?l,
>>
>>> Perhaps my problem is about my username : bidau at ensci.com
>>> How to change my username to not having @ in it (because I can't have
>>> ssh://bidau at ensci.com@review...) ?
>>
>> Try to escape the @...
>>
>> HTH
>>
> It seems it does not work in Egit.
> Who can change my username in typo3.org ?
>
> Isma?l BIDAU

Hi,

I decide to create an new account bidau.
I delete my old one bidau at ensci.com.
The registration process must forbid wild characters.

I don't have "Auth fail" message anymore. Yeah !
Now I've to register my email adress on review.typo3.org.
Contact Information > Register New Email : I fill the form, I receive an 
email from gerrit, I clic on the link ... but the email is not registered.

I want to persevere but it seems it's not so easy to contribute.

Isma?l BIDAU



From bidau at ensci.com  Thu Jul 28 12:01:30 2011
From: bidau at ensci.com (=?UTF-8?B?SXNtYcOrbCBCaWRhdQ==?=)
Date: Thu, 28 Jul 2011 12:01:30 +0200
Subject: [TYPO3-dev] Eclipse Egit > Push to upstream > Auth fail
In-Reply-To: <mailman.1.1311842515.9166.typo3-dev@lists.typo3.org>
References: <mailman.1.1311683983.10655.typo3-dev@lists.typo3.org>
	<mailman.1.1311684670.11681.typo3-dev@lists.typo3.org>
	<mailman.1.1311686785.15359.typo3-dev@lists.typo3.org>
	<mailman.1.1311687039.15376.typo3-dev@lists.typo3.org>
	<mailman.1.1311687596.16753.typo3-dev@lists.typo3.org>
	<mailman.38273.1311687782.648.typo3-dev@lists.typo3.org>
	<mailman.1.1311688414.18410.typo3-dev@lists.typo3.org>
	<mailman.1.1311764359.12409.typo3-dev@lists.typo3.org>
	<mailman.1.1311764622.8642.typo3-dev@lists.typo3.org>
	<mailman.1.1311765343.14040.typo3-dev@lists.typo3.org>
	<mailman.1.1311842515.9166.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1311847355.16922.typo3-dev@lists.typo3.org>

Le 28/07/11 10:40, Isma?l Bidau a ?crit :
> Le 27/07/11 13:14, Isma?l Bidau a ?crit :
>> Le 27/07/11 13:02, Xavier Perseguers a ?crit :
>>> Hi Isma?l,
>>>
>>>> Perhaps my problem is about my username : bidau at ensci.com
>>>> How to change my username to not having @ in it (because I can't have
>>>> ssh://bidau at ensci.com@review...) ?
>>>
>>> Try to escape the @...
>>>
>>> HTH
>>>
>> It seems it does not work in Egit.
>> Who can change my username in typo3.org ?
>>
>> Isma?l BIDAU
>
> Hi,
>
> I decide to create an new account bidau.
> I delete my old one bidau at ensci.com.
> The registration process must forbid wild characters.
>
> I don't have "Auth fail" message anymore. Yeah !
> Now I've to register my email adress on review.typo3.org.
> Contact Information > Register New Email : I fill the form, I receive an
> email from gerrit, I clic on the link ... but the email is not registered.
>
> I want to persevere but it seems it's not so easy to contribute.

It's buggy in Safari 5.1 (under Lion) but it works in Firefox.
I'm able to push my first change to Gerrit : 
https://review.typo3.org/#change,3817

Isma?l BIDAU




From christian.weiske at netresearch.de  Thu Jul 28 14:09:43 2011
From: christian.weiske at netresearch.de (Christian Weiske)
Date: Thu, 28 Jul 2011 14:09:43 +0200
Subject: [TYPO3-dev]  Keeping backend module settings across session
Message-ID: <mailman.1.1311855064.28601.typo3-dev@lists.typo3.org>

Hi,


Our backend module currently stores data in the session as described in
[1], using
> $sessionData = $GLOBALS['BE_USER']->getSessionData('tx_myextension');
> $GLOBALS['BE_USER']->setAndSaveSessionData('tx_myextension',
>     $sessionData);

Now we want to keep the data across the session (i.e. still have them
after logging out and logging in again). How can I achieve that?



[1] http://wiki.typo3.org/wiki/Extension_Developers_Guide#Backend_2

-- 
Viele Gr??e
Dipl.-Inf. Christian Weiske

Senior Developer
Netresearch GmbH & Co. KG




From typo3 at kay-strobach.de  Thu Jul 28 14:19:48 2011
From: typo3 at kay-strobach.de (Kay Strobach)
Date: Thu, 28 Jul 2011 14:19:48 +0200
Subject: [TYPO3-dev] Keeping backend module settings across session
In-Reply-To: <mailman.1.1311855064.28601.typo3-dev@lists.typo3.org>
References: <mailman.1.1311855064.28601.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1311855671.30640.typo3-dev@lists.typo3.org>

Hi,

should be possible as follows (not tested):

$GLOBALS['BE_USER']->uc['name of setting'] = $value;
$GLOBALS['BE_USER']->overrideUC();
$GLOBALS['BE_USER']->writeUC();

http://api.typo3.org/typo3v4/current/html/classt3lib__be_user_auth.html

Greetings
Kay

Am 28.07.2011 14:09, schrieb Christian Weiske:
> Hi,
> 
> 
> Our backend module currently stores data in the session as described in
> [1], using
>> $sessionData = $GLOBALS['BE_USER']->getSessionData('tx_myextension');
>> $GLOBALS['BE_USER']->setAndSaveSessionData('tx_myextension',
>>     $sessionData);
> 
> Now we want to keep the data across the session (i.e. still have them
> after logging out and logging in again). How can I achieve that?
> 
> 
> 
> [1] http://wiki.typo3.org/wiki/Extension_Developers_Guide#Backend_2
> 


-- 
http://www.kay-strobach.de - Open Source Rocks

TYPO3 .... inspiring people to share!
Get involved: http://typo3.org



From christian.weiske at netresearch.de  Thu Jul 28 14:58:18 2011
From: christian.weiske at netresearch.de (Christian Weiske)
Date: Thu, 28 Jul 2011 14:58:18 +0200
Subject: [TYPO3-dev] Keeping backend module settings across session
References: <mailman.1.1311855064.28601.typo3-dev@lists.typo3.org>
	<mailman.1.1311855671.30640.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1311857978.31836.typo3-dev@lists.typo3.org>

Hello Kay,



> > Now we want to keep the data across the session (i.e. still have
> > them after logging out and logging in again). How can I achieve
> > that?
> 
> $GLOBALS['BE_USER']->uc['name of setting'] = $value;
> $GLOBALS['BE_USER']->overrideUC();
> $GLOBALS['BE_USER']->writeUC();
> 
> http://api.typo3.org/typo3v4/current/html/classt3lib__be_user_auth.html

That works perfectly. Thanks!


-- 
Viele Gr??e
Dipl.-Inf. Christian Weiske

Senior Developer
Netresearch GmbH & Co. KG




From typo3 at kay-strobach.de  Thu Jul 28 15:33:27 2011
From: typo3 at kay-strobach.de (Kay Strobach)
Date: Thu, 28 Jul 2011 15:33:27 +0200
Subject: [TYPO3-dev] Keeping backend module settings across session
In-Reply-To: <mailman.1.1311857978.31836.typo3-dev@lists.typo3.org>
References: <mailman.1.1311855064.28601.typo3-dev@lists.typo3.org>
	<mailman.1.1311855671.30640.typo3-dev@lists.typo3.org>
	<mailman.1.1311857978.31836.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1311860090.5903.typo3-dev@lists.typo3.org>

Hi,

do not put to much data in this array and unset unused values if
possible ;).

It's not very good, if this array is to big ;)

Regards
Kay

Am 28.07.2011 14:58, schrieb Christian Weiske:
> Hello Kay,
> 
> 
> 
>>> Now we want to keep the data across the session (i.e. still have
>>> them after logging out and logging in again). How can I achieve
>>> that?
>>
>> $GLOBALS['BE_USER']->uc['name of setting'] = $value;
>> $GLOBALS['BE_USER']->overrideUC();
>> $GLOBALS['BE_USER']->writeUC();
>>
>> http://api.typo3.org/typo3v4/current/html/classt3lib__be_user_auth.html
> 
> That works perfectly. Thanks!
> 
> 


-- 
http://www.kay-strobach.de - Open Source Rocks

TYPO3 .... inspiring people to share!
Get involved: http://typo3.org



From t3ng at pi-phi.tk  Fri Jul 29 00:09:17 2011
From: t3ng at pi-phi.tk (bernd wilke)
Date: Thu, 28 Jul 2011 22:09:17 +0000 (UTC)
Subject: [TYPO3-dev] Any good examples of automatic/programatic page
	generation?
References: <mailman.37063.1311379196.648.typo3-dev@lists.typo3.org>
	<mailman.1.1311674308.22760.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1311890957.18161.typo3-dev@lists.typo3.org>

On Tue, 26 Jul 2011 11:57:10 +0200 Mathias Schreiber [wmdb] wrote:

> Am 23.07.11 01:58, schrieb Kevin Mitchell:
>> Now I'll likely need to do several passes on this to actually process
>> the data, match up TYPO3 page IDs with the custom object_ids that I've
>> generated, etc, but that's beyond the scope of this email and I can
>> handle that. The issue is figuring out the best method to generate
>> these pages and sub pages programmatically, via a cron job which will
>> run nightly. Ideally I'll also kick off some sort of crawler to cache
>> the pages that have been updated to help with site performance.
> 
> Hi Kev,
> 
> check this:
> http://blog.tolleiv.de/2010/03/handling-data-in-typo3-with-tcemain/
> 
> Yes, it will be a bit slower, but in a CLI environment, this shouldn't
> be an issue.
> 
> Good thing:
> Since all pages are created "as if" someone did it manually, you will
> have all the fancy stuff like history and such.
> 
> And your code will be future proof.
> 
> Don't bother if you didn't find anything via searching the web, you
> would have needed process_cmdmap() as a keyword :)
> 
> cheers
> Mathias

is it possible to do a (recursive) copy of a page and included 
(tt_content-)records _in_a_FE-plugin_?
I would prefer to have some assistance from the core, otherwise I have to 
copy the records by hand, probably missing a lot of references.

As I also will create/copy a BE-User, I probably can work in the contect 
of  this user, so this user later on should not be allowed to create new 
pages. 

Or maybe I can build a queue to create these users and pages from a 
scheduler task as cli-script?


the intended workflow should create/copy pages/records on submitting a FE-
form. As the password of the BE-user will be mailed it could also be done 
by a queued  scheduler task and the FE-user will have to wait a cron-
cycle.

bernd
-- 
http://www.pi-phi.de/cheatsheet.html



From limchivy at gmail.com  Fri Jul 29 03:49:01 2011
From: limchivy at gmail.com (Lim Chivy)
Date: Fri, 29 Jul 2011 08:49:01 +0700
Subject: [TYPO3-dev]  TCA render as tree menu
Message-ID: <mailman.1.1311904243.3971.typo3-dev@lists.typo3.org>

Hi All,

I have configured the field as the tree in the renderMode. It is show in 
the backend correctly, but it loss some labels like "G?nocide" in the 
tree menu because of forcecharset. My site uses latin1, if I set 
"[SYS][setDBinit] = set names utf8" and "[BE][forceCharset] = utf-8", It 
works fine in displaying these spacial characters in the tree menu. 
After I change these two configuration in install tool, it affects to 
the Templaviola object mapping (loss all the mapping). Do you how to 
display the the latin1 character in the tree label of tree menu?

Thanks for your help in advanced.

Regards,
Chivy



From j.rieger at connecta.ag  Fri Jul 29 07:17:47 2011
From: j.rieger at connecta.ag (Jochen Rieger)
Date: Fri, 29 Jul 2011 07:17:47 +0200
Subject: [TYPO3-dev] IRRE, TYPO3 4.4.6 , MM and localization - not working?
In-Reply-To: <mailman.1.1297182045.7417.typo3-dev@lists.typo3.org>
References: <mailman.1.1297182045.7417.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1311916748.19478.typo3-dev@lists.typo3.org>

Hey devs,

I'm bringing up this post again. At the time I the problem described in 
the original post I then switched to a non-MM relation.

Yesterday I ran into the same problem again, when trying to localize an 
IRRE child which is related to its parent via MM config.

There is still no reaction at all when clicking one of the localization 
buttons.

Am I missing something? Any ideas?

Regards,
Jochen

On 08.02.11 17:18, Jochen Rieger wrote:
> Hi all,
>
> in configuration mentioned above in TYPO3 4.4.6 somehow the "Localize
> All" button (as well as the single item localize-button) does not do
> anything for me.
>
> Anyone experiencing the same? Am I missing something?
>
> All tables got the localization fields (sys_language_uid, l18n_parent,
> l18n_diffsource, t3_origuid).
>
> TCA config should be fine:
>
> ===
> 'type' => 'inline',
> 'foreign_table' => 'tx_myext_domain_model_files',
> 'MM' => 'tx_myext_product_files_mm',
> 'appearance' => array(
> 'showAllLocalizationLink' => 1,
> 'showPossibleLocalizationRecords' => 1,
> 'showRemovedLocalizationRecords' => 1,
> 'showSynchronizationLink' => 1,
> ),
> 'behaviour' => array(
> 'localizationMode' => 'select',
> ),
> ===
>
> But none of the localize / syncronize links has any effect. This is what
> the console says would be the response of typo3/ajax.php after clicking
> one of the links:
>
> {"scriptCall":["\n\n\n\t\t\tTBE_EDITOR.loginRefreshed();\n\t\t"]}
>
> Any ideas?
>
> Regards,
> Jochen




From j.rieger at connecta.ag  Fri Jul 29 07:18:50 2011
From: j.rieger at connecta.ag (Jochen Rieger)
Date: Fri, 29 Jul 2011 07:18:50 +0200
Subject: [TYPO3-dev] IRRE, TYPO3 4.4.6 , MM and localization - not working?
In-Reply-To: <mailman.1.1311916748.19478.typo3-dev@lists.typo3.org>
References: <mailman.1.1297182045.7417.typo3-dev@lists.typo3.org>
	<mailman.1.1311916748.19478.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1311916811.19478.typo3-dev@lists.typo3.org>

btw I'm using core version 4.5.4 now.

Jochen



From christian.weiske at netresearch.de  Fri Jul 29 08:27:18 2011
From: christian.weiske at netresearch.de (Christian Weiske)
Date: Fri, 29 Jul 2011 08:27:18 +0200
Subject: [TYPO3-dev] Backend: Where to put new main menu used by several
	extensions?
Message-ID: <mailman.1.1311920919.9359.typo3-dev@lists.typo3.org>

Hi,


Some of your extensions provide backend module and shall get grouped in
their own main module.

Adding modules into a main category is easy with using
> t3lib_extMgm::addModule('company', "txcompanymod', ...);
- if the main category has been created already. If it is not there
yet, it gets the same title as the module.

So to have our custom main category title, we need to add it before the
normal module is added:
> if (!isset($TBE_MODULES['company'])) {
>     t3lib_extMgm::addModule(
>         'company', '', 'after:web',
>         t3lib_extMgm::extPath($_EXTKEY) . 'mod_main/'
>     );
> }
(btw, after:web for main modules works with the patch from
 http://forge.typo3.org/issues/28502
)


Now my question:

Where should we put the creation of the main company module? In every
single extension that wants to add itself as submodule?

That's a pretty bunch of duplicated code that I'd rather have at one
centralized place.


-- 
Viele Gr??e
Dipl.-Inf. Christian Weiske

Senior Developer
Netresearch GmbH & Co. KG




From oliver.hader at typo3.org  Fri Jul 29 09:07:41 2011
From: oliver.hader at typo3.org (Oliver Hader)
Date: Fri, 29 Jul 2011 09:07:41 +0200
Subject: [TYPO3-dev]  TYPO3 Bug Weekend starts today
Message-ID: <mailman.1.1311923341.13898.typo3-dev@lists.typo3.org>

Hi everybody,

the TYPO3 Bug Weekend starts today. We have to whole weekend dedicated
to have a nice first beta version of TYPO3 4.6 which will be released
next week on August 2nd 2011. Since the first beta reelease also marks
the feature freeze, this is the last chance to get features reviewed and
integrated know - after the feature freeze only regular bugfixes will be
accepted.

Find more information here:
http://news.typo3.org/news/article/typo3-bug-weekend-july-29th-31st-2011/

So, it's the TYPO3 Bug Weekend right NOW! See ya on Big Blue Button!

Follow the white rabbit!
http://snipr.com/sml2o


Cheers :)
Olly
-- 
Oliver Hader
TYPO3 v4 Core Team Leader

TYPO3 .... inspiring people to share!
Get involved: http://typo3.org



From typo3 at kay-strobach.de  Fri Jul 29 09:40:52 2011
From: typo3 at kay-strobach.de (Kay Strobach)
Date: Fri, 29 Jul 2011 09:40:52 +0200
Subject: [TYPO3-dev] Backend: Where to put new main menu used by several
	extensions?
In-Reply-To: <mailman.1.1311920919.9359.typo3-dev@lists.typo3.org>
References: <mailman.1.1311920919.9359.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1311925335.16476.typo3-dev@lists.typo3.org>

Hi,

you can declare one of you extensions as base extension.

This one can be easily added as requirement to the others.
In the Mainextension you can add you module ;)

Regards
Kay

Am 29.07.2011 08:27, schrieb Christian Weiske:
> Hi,
> 
> 
> Some of your extensions provide backend module and shall get grouped in
> their own main module.
> 
> Adding modules into a main category is easy with using
>> t3lib_extMgm::addModule('company', "txcompanymod', ...);
> - if the main category has been created already. If it is not there
> yet, it gets the same title as the module.
> 
> So to have our custom main category title, we need to add it before the
> normal module is added:
>> if (!isset($TBE_MODULES['company'])) {
>>     t3lib_extMgm::addModule(
>>         'company', '', 'after:web',
>>         t3lib_extMgm::extPath($_EXTKEY) . 'mod_main/'
>>     );
>> }
> (btw, after:web for main modules works with the patch from
>  http://forge.typo3.org/issues/28502
> )
> 
> 
> Now my question:
> 
> Where should we put the creation of the main company module? In every
> single extension that wants to add itself as submodule?
> 
> That's a pretty bunch of duplicated code that I'd rather have at one
> centralized place.
> 
> 


-- 
http://www.kay-strobach.de - Open Source Rocks

TYPO3 .... inspiring people to share!
Get involved: http://typo3.org



From christian.weiske at netresearch.de  Fri Jul 29 10:13:29 2011
From: christian.weiske at netresearch.de (Christian Weiske)
Date: Fri, 29 Jul 2011 10:13:29 +0200
Subject: [TYPO3-dev]  Extending frontend admin panel
Message-ID: <mailman.1.1311927290.18003.typo3-dev@lists.typo3.org>

Hi,



I'd like to add some options to the frontend admin panel to enable
special modes in some extensions. Currently,
> typo3/sysext/cms/tslib/class.tslib_adminpanel.php
only contains 2 hooks that are deprecated.

The only option is now to ux_ the class, which fails when several
extensions want extend the panel.

What other options are there? Opening a feature request?

-- 
Viele Gr??e
Dipl.-Inf. Christian Weiske

Senior Developer
Netresearch GmbH & Co. KG
-----------------------------------------------
Nonnenstra?e 11d - 04229 Leipzig
T: +49 341 47842 16
F: +49 341 47842 29
-----------------------------------------------
http://www.netresearch.de - info at netresearch.de

++++++++++++++
Netresearch - Passion for eCommerce


++++++++++++++
http://www.netresearch.de/blog
http://www.facebook.com/netresearch
http://twitter.com/netresearch 

-----------------------------------------------
Registergericht: AG Leipzig HRA 15614
Komplement?r: Netresearch Beteiligungs GmbH, AG Leipzig HRB 17018
Gesch?ftsf?hrer: Michael Ablass, Thomas Fleck




From typo3.neufeind at speedpartner.de  Fri Jul 29 12:03:48 2011
From: typo3.neufeind at speedpartner.de (Stefan Neufeind)
Date: Fri, 29 Jul 2011 12:03:48 +0200
Subject: [TYPO3-dev] Multiple stdWraps
Message-ID: <mailman.39535.1311933919.648.typo3-dev@lists.typo3.org>

Hi,

There is a possibility for multiple (nested) stdWraps. However that can
get a bit hard to handle if you have like 10 or so stdWraps to execute
in order.

There is a forge-issue which intends to introduce string-replacement to
stdWrap, at:
http://forge.typo3.org/issues/19347
https://review.typo3.org/3855

And that intends to introduce something like:
20 = TEXT
20 {
  value = There_is_a_cat,_a_dog_and_a_tiger_in_da_hood!_Yeah!
  stdWrap.replacement {
    10 {
      search = _
      replace.char = 32
    }
    20 {
      search = in da hood
      replace = around the block
    }
  }
}


How about if we allow multiple (ordered) stdWraps to be executed as a
general stdWrap-functionality? Imho it shouldn't conflict with the
stdWrap-settings we already have and would allow to execute stdWraps is
an arbitrary order, multiple ones in one go.

For the above mentioned string-replacements that could imho mean:
20 = TEXT
20 {
  value = There_is_a_cat,_a_dog_and_a_tiger_in_da_hood!_Yeah!
  stdWrap {
    10.replacement {
      search = ...
      replace
    }
    20.replacement {
      search = ...
      replace
    }
  }
}

But it would not be limited to string-replacements and would allow to It
would also allow to later add/remove/modify your various
stdWrap-settings further down the TypoScript-chain in your templates.


If somebody says that idea is not complete rubbish for a certain reason,
I'll add a forge-issue and propose a bit code for it.


Kind regards,
 Stefan



From typo3 at kay-strobach.de  Fri Jul 29 12:15:00 2011
From: typo3 at kay-strobach.de (Kay Strobach)
Date: Fri, 29 Jul 2011 12:15:00 +0200
Subject: [TYPO3-dev] Multiple stdWraps
In-Reply-To: <mailman.39535.1311933919.648.typo3-dev@lists.typo3.org>
References: <mailman.39535.1311933919.648.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1311934583.31618.typo3-dev@lists.typo3.org>

Hi,

open an issue, push code to gerrit an we will take a look ;)

Regards
Kay

Am 29.07.2011 12:03, schrieb Stefan Neufeind:
> Hi,
> 
> There is a possibility for multiple (nested) stdWraps. However that can
> get a bit hard to handle if you have like 10 or so stdWraps to execute
> in order.
> 
> There is a forge-issue which intends to introduce string-replacement to
> stdWrap, at:
> http://forge.typo3.org/issues/19347
> https://review.typo3.org/3855
> 
> And that intends to introduce something like:
> 20 = TEXT
> 20 {
>   value = There_is_a_cat,_a_dog_and_a_tiger_in_da_hood!_Yeah!
>   stdWrap.replacement {
>     10 {
>       search = _
>       replace.char = 32
>     }
>     20 {
>       search = in da hood
>       replace = around the block
>     }
>   }
> }
> 
> 
> How about if we allow multiple (ordered) stdWraps to be executed as a
> general stdWrap-functionality? Imho it shouldn't conflict with the
> stdWrap-settings we already have and would allow to execute stdWraps is
> an arbitrary order, multiple ones in one go.
> 
> For the above mentioned string-replacements that could imho mean:
> 20 = TEXT
> 20 {
>   value = There_is_a_cat,_a_dog_and_a_tiger_in_da_hood!_Yeah!
>   stdWrap {
>     10.replacement {
>       search = ...
>       replace
>     }
>     20.replacement {
>       search = ...
>       replace
>     }
>   }
> }
> 
> But it would not be limited to string-replacements and would allow to It
> would also allow to later add/remove/modify your various
> stdWrap-settings further down the TypoScript-chain in your templates.
> 
> 
> If somebody says that idea is not complete rubbish for a certain reason,
> I'll add a forge-issue and propose a bit code for it.
> 
> 
> Kind regards,
>  Stefan


-- 
http://www.kay-strobach.de - Open Source Rocks

TYPO3 .... inspiring people to share!
Get involved: http://typo3.org



From typo3 at ringerge.org  Fri Jul 29 14:14:59 2011
From: typo3 at ringerge.org (Georg Ringer)
Date: Fri, 29 Jul 2011 14:14:59 +0200
Subject: [TYPO3-dev] Extending frontend admin panel
In-Reply-To: <mailman.1.1311927290.18003.typo3-dev@lists.typo3.org>
References: <mailman.1.1311927290.18003.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1311941792.11298.typo3-dev@lists.typo3.org>

Hi,

Am 29.07.2011 10:13, schrieb Christian Weiske:
> I'd like to add some options to the frontend admin panel to enable
> special modes in some extensions. Currently,
>> typo3/sysext/cms/tslib/class.tslib_adminpanel.php
> only contains 2 hooks that are deprecated.

hooks have been already removed in 4-6.

> What other options are there? Opening a feature request?

yeah I would need those hooks as well. IMO hook would be enough to add
an additional entry at the bottom. There is IMO no need to change
existing entries like Edit,...

What do you think?
Georg





From typo3 at ringerge.org  Fri Jul 29 14:22:20 2011
From: typo3 at ringerge.org (Georg Ringer)
Date: Fri, 29 Jul 2011 14:22:20 +0200
Subject: [TYPO3-dev] Extending frontend admin panel
In-Reply-To: <mailman.1.1311927290.18003.typo3-dev@lists.typo3.org>
References: <mailman.1.1311927290.18003.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1311942234.11298.typo3-dev@lists.typo3.org>

Hi,

Am 29.07.2011 10:13, schrieb Christian Weiske:
> Opening a feature request?

http://forge.typo3.org/issues/28568

I will work on it and present an idea

Georg



From typo3.lists at philippgampe.info  Fri Jul 29 19:15:00 2011
From: typo3.lists at philippgampe.info (Philipp Gampe)
Date: Fri, 29 Jul 2011 19:15 +0200
Subject: [TYPO3-dev] IRRE, TYPO3 4.4.6 , MM and localization - not working?
References: <mailman.1.1297182045.7417.typo3-dev@lists.typo3.org>
	<mailman.1.1311916748.19478.typo3-dev@lists.typo3.org>
	<mailman.1.1311916811.19478.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1311959781.6490.typo3-dev@lists.typo3.org>

Hi Jochen,

Jochen Rieger wrote:

> btw I'm using core version 4.5.4 now.

This was only fixed in master. Test patch for 4.5.4 here:
https://review.typo3.org/#change,1987

Best regards
-- 
Philipp Gampe



From info at cybercraft.de  Fri Jul 29 20:20:08 2011
From: info at cybercraft.de (JoH asenau)
Date: Fri, 29 Jul 2011 20:20:08 +0200
Subject: [TYPO3-dev] Multiple stdWraps
In-Reply-To: <mailman.39535.1311933919.648.typo3-dev@lists.typo3.org>
References: <mailman.39535.1311933919.648.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1311963695.12989.typo3-dev@lists.typo3.org>

> How about if we allow multiple (ordered) stdWraps to be executed as a
> general stdWrap-functionality? Imho it shouldn't conflict with the
> stdWrap-settings we already have and would allow to execute stdWraps is
> an arbitrary order, multiple ones in one go.
>
> For the above mentioned string-replacements that could imho mean:
> 20 = TEXT
> 20 {
>    value = There_is_a_cat,_a_dog_and_a_tiger_in_da_hood!_Yeah!
>    stdWrap {
>      10.replacement {
>        search = ...
>        replace
>      }
>      20.replacement {
>        search = ...
>        replace
>      }
>    }
> }

This is pretty much the same thing as:

20 = TEXT
20 {
	value = There_is_a_cat,_a_dog_and_a_tiger_in_da_hood!_Yeah!
	stdWrap.replacement {
		search = ...
		replace
	}
	stdWrap.stdWrap..replacement {
         	search = ...
	        replace
       	}
     }
}

So it can be done already with the only difference, that the recursive 
stdWrap call will be executed in reverse order.

On the other hand it could be nice to have a more structured 
visualisation of the chain.
So I think it would be nice to but not a must have.

Cheers

Joey

-- 
Wenn man keine Ahnung hat: Einfach mal Fresse halten!
(If you have no clues: simply shut your gob sometimes!)
Dieter Nuhr, German comedian
Xing: http://contact.cybercraft.de
Twitter: http://twitter.com/bunnyfield
TYPO3 cookbook (2nd edition): http://www.typo3experts.com



From fsu-lists at cobweb.ch  Sat Jul 30 11:44:26 2011
From: fsu-lists at cobweb.ch (=?ISO-8859-1?Q?Fran=E7ois_Suter?=)
Date: Sat, 30 Jul 2011 11:44:26 +0200
Subject: [TYPO3-dev] The future of Bug Days
In-Reply-To: <mailman.1.1311338026.13027.typo3-dev@lists.typo3.org>
References: <mailman.1.1311338026.13027.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1312019149.463.typo3-dev@lists.typo3.org>

Hi all,

> Consider this a brainstorming, come out with what you like and don't
> like, and with any ideas that you have, even wild ones. Please refrain
> from criticizing ideas, every input is valuable in a brainstorming phase.

Here's a summary of the discussion so far, with all the ideas and 
problems that were floated. Please comment - especially the ideas and 
possible solutions. There are lots of them and we probably won't be able 
to implement them all, so we should try to sort out the most favorable ones.

Goal of the Bug Days:
(Note: should be defined more clearly. Is it one or more of the 
possibilities listed below?)

- getting things done
- initiation into TYPO3 development/bug fixing
- having Core Team members available => quickens the resolution

Real-life meetings:

- deemed a good idea but how useful are they?
- probably nice, but practical only in larger cities
- take advantage of events, e.g. TYPO3 Camps (especially good for 
newcomers), local TUG meetings

Period/Duration:

- less often, but longer OR more often, but shorter
(Note: "less but longer" might be less than once a month, but a full 
week-end, like we are currently experimenting. "More but shorter would 
be a couple of core team members getting together (virtually or 
physically) and inviting others to join them on bug fixing for an 
evening or an afternoon, with little prior notice).

Preparation:

- a list of bugs could be prepared so that work is more focused (could 
be a task for the Bug Manager, could be based on a discussion in the 
Core list)
- ask companies about bugs that really affect them and maybe get them to 
sponsor the bug fix in some way (money, meeting place, etc.)

Problems:

- routine gets boring
- day should change so that it's not always Friday
(Note: this points back to the period/duration issue. OTOH it could be 
also initiating a Doodle and picking a favorable date).
- learning and using Git/Gerrit is harder, it may have turned some 
people away (but also gained some new ones)
(Note: this seems to be a big issue for some people, maybe we need 
better tutorials, screencasts, or whatever).
- Forge bug tracker is harder to find than Mantis was

Other suggestions:

- use Big Blue Button instead of IRC (allows for "voice" too, chat is 
not lost)
- use of social media to attract more participants
- find some reward system (swag, ranking, event discount, etc.)
- enable Git-less people to contribute (would it be possible to download 
a patch from Gerrit?)
- list companies that support Bug Days, by hosting a meeting or - more 
particularly - by giving the day to their developers
- have "mentors" available during the day
- have days which are really focus on a particular, restricted topic 
(e.g. Extension Manager) with the core team members the most 
knowledgeable in the area guaranteed to be available

Let the discussion continue!

-- 

Francois Suter
Cobweb Development Sarl - http://www.cobweb.ch



From typo3 at t3node.com  Sat Jul 30 12:19:49 2011
From: typo3 at t3node.com (=?UTF-8?B?U3RlZmZlbiBNw7xsbGVy?=)
Date: Sat, 30 Jul 2011 12:19:49 +0200
Subject: [TYPO3-dev] The future of Bug Days
In-Reply-To: <mailman.1.1312019149.463.typo3-dev@lists.typo3.org>
References: <mailman.1.1311338026.13027.typo3-dev@lists.typo3.org>
	<mailman.1.1312019149.463.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1312021173.3679.typo3-dev@lists.typo3.org>

Hi,

thank you for resuming this topic.

On 30.07.2011 11:44 Fran?ois Suter wrote:
>
> Period/Duration:
>
> - less often, but longer OR more often, but shorter
> (Note: "less but longer" might be less than once a month, but a full
> week-end, like we are currently experimenting. "More but shorter would
> be a couple of core team members getting together (virtually or
> physically) and inviting others to join them on bug fixing for an
> evening or an afternoon, with little prior notice).
>

> Problems:
>
> - routine gets boring
> - day should change so that it's not always Friday
> (Note: this points back to the period/duration issue. OTOH it could be
> also initiating a Doodle and picking a favorable date).

Fix dates with a "longterm" plan help companies to schedule their staff 
for bugday participation. See Jonas offer in the comments:
http://news.typo3.org/news/article/typo3-bug-weekend-july-29th-31st-2011/
So the drawback of flexible dates is a loss of participants which need 
forward planning.

-- 
cheers,
Steffen

TYPO3 Blog: http://www.t3node.com/
Twitter: @t3node - http://twitter.com/t3node



From xavier at typo3.org  Sat Jul 30 21:08:19 2011
From: xavier at typo3.org (Xavier Perseguers)
Date: Sat, 30 Jul 2011 21:08:19 +0200
Subject: [TYPO3-dev] The future of Bug Days
In-Reply-To: <mailman.1.1312019149.463.typo3-dev@lists.typo3.org>
References: <mailman.1.1311338026.13027.typo3-dev@lists.typo3.org>
	<mailman.1.1312019149.463.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1312052983.14708.typo3-dev@lists.typo3.org>

Hi,

> Goal of the Bug Days:
> (Note: should be defined more clearly. Is it one or more of the
> possibilities listed below?)
>
> - getting things done
> - initiation into TYPO3 development/bug fixing
> - having Core Team members available => quickens the resolution

This is a must have to sustain motivation and getting things done 
because it allows the final click to merge the tested solution.

> Real-life meetings:
>
> - deemed a good idea but how useful are they?
> - probably nice, but practical only in larger cities
> - take advantage of events, e.g. TYPO3 Camps (especially good for
> newcomers), local TUG meetings

We've experienced this with Francois and it really requires people to 
know how to work with TYPO3 Core or have a real preparation for bugs 
that do not require development skills (design problems, ...) but still, 
even for those bugs, some basic skills are required, may it be only to 
grab some patch and apply it...

> Period/Duration:
>
> - less often, but longer OR more often, but shorter
> (Note: "less but longer" might be less than once a month, but a full
> week-end, like we are currently experimenting. "More but shorter would
> be a couple of core team members getting together (virtually or
> physically) and inviting others to join them on bug fixing for an
> evening or an afternoon, with little prior notice).

Best from my point of view remains the physical meeting with motivated 
people and personally, I really enjoy ad-hoc meetings when working on 
some feature or wanting to kill some bugs together. I like the idea of 
less often but longer but it should not be a way to imprison people at 
home, it should be combined with some sort of social event.

> Preparation:
>
> - a list of bugs could be prepared so that work is more focused (could
> be a task for the Bug Manager, could be based on a discussion in the
> Core list)
> - ask companies about bugs that really affect them and maybe get them to
> sponsor the bug fix in some way (money, meeting place, etc.)

We have a possibility to vote for bugs, we could advertise a bit more...

> Problems:
>
> - routine gets boring
> - day should change so that it's not always Friday
> (Note: this points back to the period/duration issue. OTOH it could be
> also initiating a Doodle and picking a favorable date).

We don't need a "european" bug day... It could be planned and execute 
according to nearby Core team members...

> - learning and using Git/Gerrit is harder, it may have turned some
> people away (but also gained some new ones)
> (Note: this seems to be a big issue for some people, maybe we need
> better tutorials, screencasts, or whatever).

Suggestion to Francois (and idea for others): let's do next TUG event a 
special session to explain the very basics of Git / Gerrit, bug 
reporting and patch applying, oriented at non-developers.

> - Forge bug tracker is harder to find than Mantis was

Yes! Forge is good at providing a unified experience for bug reporting, 
wiki, repository for projects, ... but is so poor in comparison to 
Mantis when it comes to searching for bugs. We can hardly expect someone 
to find an existing bug or having fun showing what's open and what could 
be tested, ...

> Other suggestions:
>
> - use Big Blue Button instead of IRC (allows for "voice" too, chat is
> not lost)

Chat is not lost bug is it really needed? I like BBB because it allows 
anybody to join but it seriously lack features which are only really 
possible with native applications. For instance when I work on something 
else while having Skype open and I get a new message or more, I have an 
indicator showing how many "pending" messages are available, just as 
unread mails. I just lack it on pure Web apps. Moreover, I never was a 
fan of IRC or other "mixed-up" chat tools. I prefer conversations 
between people I know and I work with.

> - use of social media to attract more participants

Definitively!

> - find some reward system (swag, ranking, event discount, etc.)

Not only related to bug days.

> - enable Git-less people to contribute (would it be possible to download
> a patch from Gerrit?)

Yes, this is related to what I wrote before.

> - list companies that support Bug Days, by hosting a meeting or - more
> particularly - by giving the day to their developers

It may help having more people because the company would be interested 
into getting some advertisement out of it but this would be more a 
side-effect of it I'd say.

> - have "mentors" available during the day

Yes

> - have days which are really focus on a particular, restricted topic
> (e.g. Extension Manager) with the core team members the most
> knowledgeable in the area guaranteed to be available

Makes sense.

Thanks for this discussion.

-- 
Xavier Perseguers
Release Manager TYPO3 4.6

TYPO3 .... inspiring people to share!
Get involved: http://typo3.org




From typo3.neufeind at speedpartner.de  Sun Jul 31 03:57:43 2011
From: typo3.neufeind at speedpartner.de (Stefan Neufeind)
Date: Sun, 31 Jul 2011 03:57:43 +0200
Subject: [TYPO3-dev] Multiple stdWraps
In-Reply-To: <mailman.1.1311963695.12989.typo3-dev@lists.typo3.org>
References: <mailman.39535.1311933919.648.typo3-dev@lists.typo3.org>
	<mailman.1.1311963695.12989.typo3-dev@lists.typo3.org>
Message-ID: <mailman.40440.1312077555.648.typo3-dev@lists.typo3.org>

On 07/29/2011 08:20 PM, JoH asenau wrote:
>> How about if we allow multiple (ordered) stdWraps to be executed as a
>> general stdWrap-functionality? Imho it shouldn't conflict with the
>> stdWrap-settings we already have and would allow to execute stdWraps is
>> an arbitrary order, multiple ones in one go.
>>
>> For the above mentioned string-replacements that could imho mean:

[...]

> This is pretty much the same thing as:

[...]

> So it can be done already with the only difference, that the recursive
> stdWrap call will be executed in reverse order.
> 
> On the other hand it could be nice to have a more structured
> visualisation of the chain.
> So I think it would be nice to but not a must have.

That's what I meant to say: It's alread possible but the numeric way
would allow easier handling in various ways:
* In case of lets say 10 replacements (or whatever) the chain gets
_long_ with the current "chained" solution.
* The new solution allows you to easily add/drop/change or even reorder
stdWrap-executions.

Please see:
http://forge.typo3.org/issues/28601
http://review.typo3.org/3922


Kind regards,
 Stefan



From typo3 at kay-strobach.de  Sun Jul 31 10:01:22 2011
From: typo3 at kay-strobach.de (Kay Strobach)
Date: Sun, 31 Jul 2011 10:01:22 +0200
Subject: [TYPO3-dev] Any good examples of automatic/programatic page
	generation?
In-Reply-To: <mailman.1.1311890957.18161.typo3-dev@lists.typo3.org>
References: <mailman.37063.1311379196.648.typo3-dev@lists.typo3.org>
	<mailman.1.1311674308.22760.typo3-dev@lists.typo3.org>
	<mailman.1.1311890957.18161.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1312099366.21338.typo3-dev@lists.typo3.org>

Hi,

if you have a BE User instanviated, you can use tcemain ;)

http://typo3.org/documentation/document-library/core-documentation/

Regards
Kay

Am 29.07.2011 00:09, schrieb bernd wilke:
> On Tue, 26 Jul 2011 11:57:10 +0200 Mathias Schreiber [wmdb] wrote:
> 
>> Am 23.07.11 01:58, schrieb Kevin Mitchell:
>>> Now I'll likely need to do several passes on this to actually process
>>> the data, match up TYPO3 page IDs with the custom object_ids that I've
>>> generated, etc, but that's beyond the scope of this email and I can
>>> handle that. The issue is figuring out the best method to generate
>>> these pages and sub pages programmatically, via a cron job which will
>>> run nightly. Ideally I'll also kick off some sort of crawler to cache
>>> the pages that have been updated to help with site performance.
>>
>> Hi Kev,
>>
>> check this:
>> http://blog.tolleiv.de/2010/03/handling-data-in-typo3-with-tcemain/
>>
>> Yes, it will be a bit slower, but in a CLI environment, this shouldn't
>> be an issue.
>>
>> Good thing:
>> Since all pages are created "as if" someone did it manually, you will
>> have all the fancy stuff like history and such.
>>
>> And your code will be future proof.
>>
>> Don't bother if you didn't find anything via searching the web, you
>> would have needed process_cmdmap() as a keyword :)
>>
>> cheers
>> Mathias
> 
> is it possible to do a (recursive) copy of a page and included 
> (tt_content-)records _in_a_FE-plugin_?
> I would prefer to have some assistance from the core, otherwise I have to 
> copy the records by hand, probably missing a lot of references.
> 
> As I also will create/copy a BE-User, I probably can work in the contect 
> of  this user, so this user later on should not be allowed to create new 
> pages. 
> 
> Or maybe I can build a queue to create these users and pages from a 
> scheduler task as cli-script?
> 
> 
> the intended workflow should create/copy pages/records on submitting a FE-
> form. As the password of the BE-user will be mailed it could also be done 
> by a queued  scheduler task and the FE-user will have to wait a cron-
> cycle.
> 
> bernd


-- 
http://www.kay-strobach.de - Open Source Rocks

TYPO3 .... inspiring people to share!
Get involved: http://typo3.org

Answere was usefull: https://flattr.com/profile/kaystrobach