From kraftb at kraftb.at  Wed Feb  1 00:51:23 2006
From: kraftb at kraftb.at (Bernhard Kraft)
Date: Wed, 01 Feb 2006 00:51:23 +0100
Subject: [TYPO3-dev] FlexForms and utf-8
In-Reply-To: <mailman.1.1138645177.18156.typo3-dev@lists.netfielders.de>
References: <mailman.1.1137415507.29614.typo3-dev@lists.netfielders.de>
	<mailman.1.1138290685.31271.typo3-dev@lists.netfielders.de>
	<mailman.1.1138609369.23010.typo3-dev@lists.netfielders.de>
	<mailman.1.1138638332.8338.typo3-dev@lists.netfielders.de>
	<mailman.1.1138645177.18156.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1138735728.8536.typo3-dev@lists.netfielders.de>

Thomas Hempel wrote:
> Hi Bernhard,
> 
>> I will make a patch for that today and post it to the bugtracker and 
>> core list so
>> it ends up in 4.0.0
> 
> That would be fantastic! :-)


http://lists.netfielders.de/pipermail/typo3-team-core/2006-January/001866.html


greets,
Bernhard



From arjen at decorboo.nl  Wed Feb  1 13:38:08 2006
From: arjen at decorboo.nl (Arjen Hoekema - Decorboo)
Date: Wed, 1 Feb 2006 13:38:08 +0100
Subject: [TYPO3-dev]  Extensions, static data & languages
Message-ID: <mailman.1.1138797484.5453.typo3-dev@lists.netfielders.de>

Hi list,

I'm currently developing an extension for displaying cars (new & used). I 
want to include a lot of static data objects: a list of  makes and their 
models, types of fuel, predefined 'transmissions, bodies, 
options/accessories' etc.

What is the best way to include this static data and their translations? 
Currently I've included the Dutch static data in 
'ext_tables_static+adt.sql', should I make individual 
'ext_tables_static+adt.sql' files for all possible languages? Or write a 
separate plugin for each language?

It would be nice if anyone could help me out!

Kind regards,

Arjen Hoekema 





From typo3 at fm-world.ru  Wed Feb  1 14:57:13 2006
From: typo3 at fm-world.ru (Dmitry Dulepov)
Date: Wed, 01 Feb 2006 15:57:13 +0200
Subject: [TYPO3-dev] Extensions, static data & languages
In-Reply-To: <mailman.1.1138797484.5453.typo3-dev@lists.netfielders.de>
References: <mailman.1.1138797484.5453.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1138802234.12648.typo3-dev@lists.netfielders.de>

Hi!

Arjen Hoekema - Decorboo wrote:
> What is the best way to include this static data and their translations? 
> Currently I've included the Dutch static data in 
> 'ext_tables_static+adt.sql', should I make individual 
> 'ext_tables_static+adt.sql' files for all possible languages? Or write a 
> separate plugin for each language?

I would include a sys_language_uid, setup language filed in TCA array
and appropriate tables. See description of TCA for more information.

Dmitry.



From typo3 at lausen.de  Wed Feb  1 15:11:57 2006
From: typo3 at lausen.de (weppmops)
Date: Wed, 01 Feb 2006 15:11:57 +0100
Subject: [TYPO3-dev] add + edit wizards do not work in multi sheet flexform
Message-ID: <mailman.1.1138803116.14531.typo3-dev@lists.netfielders.de>

Hi *,

i try to combine add+edit wizards with flexform fields of type select 
and group in a multi sheet flexform. but it wont work:

the wizards get called, but after returning the flexform is not updated 
  correctly. sometimes the flexform dataset is even deleted completely.

does anybody know if this is a non-feature or bug? is there a workaround 
or should it work and something must be wrong with my setup?

typo3 version is 3.8.1
the flexform ist a multi sheet flexform (9 sheets)

this does not work:

<TCEforms>
  <label>bla</label>
  <config>
   <type>group</type>
   <internal_type>db</internal_type>
   <allowed>'.$foreign_table.'</allowed>
   <prepend_tname>true</prepend_tname>
   <size>5</size>
   <autoSizeMax>20</autoSizeMax>
   <minitems>0</minitems>
   <maxitems>10</maxitems>
   <wizards type="array">
    <_PADDING>2</_PADDING>
    <_VERTICAL>1</_VERTICAL>
    <add type="array">
     <type>script</type>
     <title>Create new record</title>
     <icon>add.gif</icon>
     <params type="array">
      <table>'.$foreign_table.'</table>
      <pid>###CURRENT_PID###</pid>
      <setValue>append</setValue>
     </params>
     <script>wizard_add.php</script>
    </add>
   </wizards>
  </config>
</TCEforms>


this neither:

<type>select</type>
<foreign_table>'.$foreign_table.'</foreign_table>
<foreign_table_where>'.$foreign_table_where.'</foreign_table_where>
<size>20</size>
<minitems>0</minitems>
<maxitems>10</maxitems>
<wizards type="array">
   <_PADDING>2</_PADDING>
   <_VERTICAL>1</_VERTICAL>
   <add type="array">
     <type>script</type>
     <title>Create new record</title>
     <icon>add.gif</icon>
     <params type="array">
       <table>'.$foreign_table.'</table>
       <pid>###CURRENT_PID###</pid>
       <setValue>prepend</setValue>
     </params>
     <script>wizard_add.php</script>
   </add>
   <list type="array">
     <type>script</type>
     <title>List</title>
     <icon>list.gif</icon>
     <params type="array">
       <table>'.$foreign_table.'</table>
       <pid>###CURRENT_PID###</pid>
     </params>
     <script>wizard_list.php</script>
   </list>
   <edit type="array">
     <type>popup</type>
     <title>Edit</title>
     <icon>edit2.gif</icon>
     <popup_onlyOpenIfSelected>1</popup_onlyOpenIfSelected>
<JSopenParams>height=350,width=580,status=0,menubar=0,scrollbars=1</JSopenParams>
     <script>wizard_edit.php</script>
   </edit>
</wizards>



From arjen at decorboo.nl  Wed Feb  1 16:35:57 2006
From: arjen at decorboo.nl (Arjen Hoekema - Decorboo)
Date: Wed, 1 Feb 2006 16:35:57 +0100
Subject: [TYPO3-dev] Extensions, static data & languages
References: <mailman.1.1138797484.5453.typo3-dev@lists.netfielders.de>
	<mailman.1.1138802234.12648.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1138808154.21445.typo3-dev@lists.netfielders.de>

Hi,

I planned to make a multilangual version later this year. I think that 
adding the 'sys_language_uid' won't solve my problem, how do I know which 
value of 'sys_language_uid' belongs to a certain language so I can import 
static data of that language only upon installation?

Kind regards,

Arjen Hoekema

>
> I would include a sys_language_uid, setup language filed in TCA array
> and appropriate tables. See description of TCA for more information.
>
> Dmitry. 





From spotiez at yahoo.fr  Wed Feb  1 16:56:49 2006
From: spotiez at yahoo.fr (Sylvain Potiez)
Date: Wed, 1 Feb 2006 16:56:49 +0100
Subject: [TYPO3-dev]  Page creation
Message-ID: <mailman.1.1138809412.23162.typo3-dev@lists.netfielders.de>

Hello,
I'm a new user of Typo3.
can you explain me how to create basically a new page, or give me the 
address of a document which explains it well from the beginning ?
thanx a lot !
 Sylvain 





From gawain at camlann.de  Wed Feb  1 17:12:52 2006
From: gawain at camlann.de (Christian Welzel)
Date: Wed, 01 Feb 2006 17:12:52 +0100
Subject: [TYPO3-dev] Extensions, static data & languages
References: <mailman.1.1138797484.5453.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1138810153.25509.typo3-dev@lists.netfielders.de>

Arjen Hoekema - Decorboo wrote:

> What is the best way to include this static data and their translations?

Just recently static_info_stables has been split into several
extensions. Also a management module is provided for easy data
maintenance.
Perhaps this is the way to go, because other extensions can make
use of your tables...

-- 
 MfG, Christian Welzel

  GPG-Key:     http://www.camlann.de/key.asc
  Fingerprint: 4F50 19BF 3346 36A6 CFA9 DBDC C268 6D24 70A1 AD15



From mkh+typo3 at daimi.au.dk  Wed Feb  1 17:59:53 2006
From: mkh+typo3 at daimi.au.dk (Mads Kirkedal Henriksen)
Date: Wed, 01 Feb 2006 17:59:53 +0100
Subject: [TYPO3-dev] Clear cache from BE doesn't clear CLI cache
Message-ID: <mailman.11079.1138813174.6406.typo3-dev@lists.netfielders.de>

According to the documentation of removeCacheFiles() in 
t3lib_tcemain.php the function is supposed to 'Unlink (delete) 
typo3conf/temp_CACHED_*.php cache files'

This doesn't seem to be happening, at least not to the cache that CLI uses.
A 'rm typo3conf/temp_CACHED_*.php' did the trick, though.

Is the BE supposed to clear this cache?

Mads



From kraftb at kraftb.at  Wed Feb  1 22:43:34 2006
From: kraftb at kraftb.at (Bernhard Kraft)
Date: Wed, 01 Feb 2006 22:43:34 +0100
Subject: [TYPO3-dev] Page creation
In-Reply-To: <mailman.1.1138809412.23162.typo3-dev@lists.netfielders.de>
References: <mailman.1.1138809412.23162.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1138820315.9749.typo3-dev@lists.netfielders.de>

Sylvain Potiez wrote:
> Hello,
> I'm a new user of Typo3.
> can you explain me how to create basically a new page, or give me the 
> address of a document which explains it well from the beginning ?
> thanx a lot !
>  Sylvain 

Hello and welcome to TYPO3 !


It should first be questioned wheter you simply want to create a "page" in the meaning
of "website" at all ... then you would have to read Modern Template Building [1]

If you would like how to create a new page record when you have already set up TYPO3
then you should read the "Getting started" manual [2]

In both cases this question should have better been asked on the "t.english" mailinglist/newsgroup
as this one is the dev list which is rather related to core and extension development questions.

Only if you would like to know how to create page using an automated mechanism (a PHP script or similar)
this would be correct on this list.
For doing this you have to know how the tables of T3 work and what each field means and in this case
you should read TYPO3 core APIs [3]


If you are interested in seeing all possible documentation you should have a look at the
T3 documentation matrix on typo3.org [4]


1: http://typo3.org/documentation/document-library/doc_tut_templselect/
2: http://typo3.org/documentation/document-library/doc_tut_quickstart/
3: http://typo3.org/documentation/document-library/doc_core_api/
4: http://typo3.org/documentation/document-library/Matrix/


greets,
Bernhard



From typo3 at fm-world.ru  Wed Feb  1 21:49:23 2006
From: typo3 at fm-world.ru (Dmitry Dulepov)
Date: Wed, 01 Feb 2006 22:49:23 +0200
Subject: [TYPO3-dev] Extensions, static data & languages
In-Reply-To: <mailman.1.1138808154.21445.typo3-dev@lists.netfielders.de>
References: <mailman.1.1138797484.5453.typo3-dev@lists.netfielders.de>
	<mailman.1.1138802234.12648.typo3-dev@lists.netfielders.de>
	<mailman.1.1138808154.21445.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1138826956.19418.typo3-dev@lists.netfielders.de>

Hi!

Arjen Hoekema - Decorboo wrote:
> I planned to make a multilangual version later this year. I think that 
> adding the 'sys_language_uid' won't solve my problem, how do I know which 
> value of 'sys_language_uid' belongs to a certain language so I can import 
> static data of that language only upon installation?

If you do a reusable extension than it will not help. I thought you do an
extension for this specific site.

Dmitry.



From hkdennis2k at gmail.com  Thu Feb  2 02:28:19 2006
From: hkdennis2k at gmail.com (Dennis Cheung)
Date: Thu, 2 Feb 2006 09:28:19 +0800
Subject: [TYPO3-dev] Extensions, static data & languages
In-Reply-To: <mailman.1.1138826956.19418.typo3-dev@lists.netfielders.de>
References: <mailman.1.1138797484.5453.typo3-dev@lists.netfielders.de>
	<mailman.1.1138802234.12648.typo3-dev@lists.netfielders.de>
	<mailman.1.1138808154.21445.typo3-dev@lists.netfielders.de>
	<mailman.1.1138826956.19418.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.11184.1138843706.6406.typo3-dev@lists.netfielders.de>

Hi,

Personaly I think you should not use sys_language_uid. (It is not a
very good design afterall.)

I suggested store the labels in database. (e.g. LLL:EXT:....)
And get human readable text from other where. (e.g. locallang.xml or
another table)


Dennis

On 2/2/06, Dmitry Dulepov <typo3 at fm-world.ru> wrote:
> Hi!
>
> Arjen Hoekema - Decorboo wrote:
> > I planned to make a multilangual version later this year. I think that
> > adding the 'sys_language_uid' won't solve my problem, how do I know which
> > value of 'sys_language_uid' belongs to a certain language so I can import
> > static data of that language only upon installation?
>
> If you do a reusable extension than it will not help. I thought you do an
> extension for this specific site.
>
> Dmitry.
> _______________________________________________
> TYPO3-dev mailing list
> TYPO3-dev at lists.netfielders.de
> http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev
>



From elmar.DOT.hinz at team.MINUS.red.DOT.net  Thu Feb  2 07:32:55 2006
From: elmar.DOT.hinz at team.MINUS.red.DOT.net (Elmar Hinz)
Date: Thu, 02 Feb 2006 07:32:55 +0100
Subject: [TYPO3-dev]  BE modules: restting the form
Message-ID: <mailman.1.1138861977.5138.typo3-dev@lists.netfielders.de>

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

Hello,

I am looking for a standard conform way to reset form values. Currently I do
something like this:

function menuConfig(){
    $this->MOD_MENU['sword'] = '';
    $this->MOD_MENU = .....

    if($this->CMD['reset']){
      foreach(array('sword') as $key)
                   $GLOBALS['_POST']['SET'][$key] = '';
      foreach(array('selections1', 'seletions2', 'selections3') as $key)
                   $GLOBALS['_POST']['SET'][$key] = 'all';
    }
    $this->modMenu_type = 'ses';
    $this->modMenu_dontValidateList = 'pointer';
    parent::menuConfig();
     ....
}


This happens in the parent::menuConfig() in t3lib_scbase:

function menuConfig()   {
  [ ... ]
  // CLEANSE 'function' SETTINGS
  $this->MOD_SETTINGS = t3lib_BEfunc::getModuleData(
             $this->MOD_MENU,
             t3lib_div::_GP('SET'),
             $this->MCONF['name'],
             $this->modMenu_type,
             $this->modMenu_dontValidateList,
             $this->modMenu_setDefaultList
  );
}

So I put the "resetted" values already into the POST variables before all this
evaluation happen, as if all this data were send from the form itself. I even
get it set into the session this way.

I don't think this is the standard way to reset the form. I fear it is against
PCG to write to $GLOBALS['_POST'] directly. But I have not found any TYPO3
function to do this.

Regards

Elmar












- --
Climate change 2006 is killing people: floods in California, drought and fires
in Australia, Texas, Sahel, Oklahoma, South Africa. The Bush administration is
responsible for corruption of the Kyoto Protocol. The US majority is responsible
to the world for reelection of a convictable [...censored by Echelon...].

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

iD8DBQFD4aeXO976RNoy/18RAh3CAJ9TuCY5L8BfwIFTJ9jzAV8jWB7tcgCfUXYb
SLPZ8lJ/7M4bXg58uKYXo5w=
=DKhA
-----END PGP SIGNATURE-----



From typo3 at fm-world.ru  Thu Feb  2 08:24:16 2006
From: typo3 at fm-world.ru (Dmitry Dulepov)
Date: Thu, 02 Feb 2006 09:24:16 +0200
Subject: [TYPO3-dev] Page creation
In-Reply-To: <mailman.1.1138809412.23162.typo3-dev@lists.netfielders.de>
References: <mailman.1.1138809412.23162.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1138865056.9646.typo3-dev@lists.netfielders.de>

Hi!

Sylvain Potiez wrote:
> I'm a new user of Typo3.
> can you explain me how to create basically a new page, or give me the 
> address of a document which explains it well from the beginning ?
> thanx a lot !


Btw, "english" list is better for beginner's questions. This list is
meant mainly for extension developers.

Dmitry.



From typo3 at fm-world.ru  Thu Feb  2 08:24:57 2006
From: typo3 at fm-world.ru (Dmitry Dulepov)
Date: Thu, 02 Feb 2006 09:24:57 +0200
Subject: [TYPO3-dev] Clear cache from BE doesn't clear CLI cache
In-Reply-To: <mailman.11079.1138813174.6406.typo3-dev@lists.netfielders.de>
References: <mailman.11079.1138813174.6406.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1138865097.9646.typo3-dev@lists.netfielders.de>

Hi!

Mads Kirkedal Henriksen wrote:
> According to the documentation of removeCacheFiles() in
> t3lib_tcemain.php the function is supposed to 'Unlink (delete)
> typo3conf/temp_CACHED_*.php cache files'
> 
> This doesn't seem to be happening, at least not to the cache that CLI uses.
> A 'rm typo3conf/temp_CACHED_*.php' did the trick, though.
> 
> Is the BE supposed to clear this cache?


Yes and it does for me...

Dmitry.



From elmar.DOT.hinz at team.MINUS.red.DOT.net  Thu Feb  2 09:25:13 2006
From: elmar.DOT.hinz at team.MINUS.red.DOT.net (Elmar Hinz)
Date: Thu, 02 Feb 2006 09:25:13 +0100
Subject: [TYPO3-dev]  TS syntax highlighting
Message-ID: <mailman.1.1138868714.15062.typo3-dev@lists.netfielders.de>

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

Hello,

for wich editors is syntax highlighting available today?

I know of kate and emacs. There has been discussion upon uedit.

How about vim, xemacs, dreamweaver and others?

/el


- --
Climate change 2006 is killing people: floods in California, drought and fires
in Australia, Texas, Sahel, Oklahoma, South Africa. The Bush administration is
responsible for corruption of the Kyoto Protocol. The US majority is responsible
to the world for reelection of a convictable [...censored by Echelon...].
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFD4cHoO976RNoy/18RAigjAJ0Rv7dd9o65HkRP6HtWBFj59CCkDwCfXA2e
fDZEumwZCPIePIdLEkxiscE=
=q1Gl
-----END PGP SIGNATURE-----



From troelsr at msn.com  Thu Feb  2 11:35:18 2006
From: troelsr at msn.com (Troels Kjær Rasmussen)
Date: Thu, 2 Feb 2006 11:35:18 +0100
Subject: [TYPO3-dev]  HTMLArea and IE7beta
Message-ID: <mailman.1.1138876520.30548.typo3-dev@lists.netfielders.de>

Is anyone else expiriencing problems with the new default typo3 HTMLArea 
based editor? - It goes completely dead in our new Internet Explorer 7 
Beta2.

It might pose a problem for typo3 to introduce a new default editor, which 
doesn?t work in IE7b2 - a lot of users still clings to IE as their default 
browser and probably will in the future. - A CMS which isn?t compatible 
won?t stand many chances for widespread success. Maybe it?s just a beta 
issue with IE7, but do we dare to gamble on it?

We tested the original HTMLArea on 
http://www.leandergroup.com/htmlArea/default.shtm where it?s all dead too.

It appears that newer editors such as TinyMCE doesn?t have the same problems 
with IE7b2 - check out: 
http://tinymce.moxiecode.com/example_full.php?example=true - where Tiny 
seems to run fine.

What to do about this? - try to fix typo3 version of HTMLArea or switch to 
tinyMCE as new default editor?

regards

-- 
--
Troels Kj?r Rasmussen
LinkFactory
Vesterbrogade 124 B 2
1620 K?benhavn V
+ 45 70 22 23 22
troels at linkfactory.dk
http://www.linkfactory.dk 





From elmar.DOT.hinz at team.MINUS.red.DOT.net  Thu Feb  2 11:39:00 2006
From: elmar.DOT.hinz at team.MINUS.red.DOT.net (Elmar Hinz)
Date: Thu, 02 Feb 2006 11:39:00 +0100
Subject: [TYPO3-dev] [TYPO3-RTE] Re:  HTMLArea and IE7beta
In-Reply-To: <mailman.1.1138876520.30548.typo3-dev@lists.netfielders.de>
References: <mailman.1.1138876520.30548.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.11392.1138876806.6406.typo3-dev@lists.netfielders.de>

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

Troels Kj?r Rasmussen schrieb:
> Is anyone else expiriencing problems with the new default typo3 HTMLArea 
> based editor? - It goes completely dead in our new Internet Explorer 7 
> Beta2.
> 
> It might pose a problem for typo3 to introduce a new default editor, which 
> doesn?t work in IE7b2 - a lot of users still clings to IE as their default 
> browser and probably will in the future. - A CMS which isn?t compatible 
> won?t stand many chances for widespread success. Maybe it?s just a beta 
> issue with IE7, but do we dare to gamble on it?
> 
> We tested the original HTMLArea on 
> http://www.leandergroup.com/htmlArea/default.shtm where it?s all dead too.
> 
> It appears that newer editors such as TinyMCE doesn?t have the same problems 
> with IE7b2 - check out: 
> http://tinymce.moxiecode.com/example_full.php?example=true - where Tiny 
> seems to run fine.
> 
> What to do about this? - try to fix typo3 version of HTMLArea or switch to 
> tinyMCE as new default editor?
> 
> regards
> 


Hi Troels and all,

I propose to discuss it in the RTE list. I put a follow up.

But it's good to have asked here, where more people are reading and can give input.

Regards

Elmar



- --
Climate change 2006 is killing people: floods in California, drought and fires
in Australia, Texas, Sahel, Oklahoma, South Africa. The Bush administration is
responsible for corruption of the Kyoto Protocol. The US majority is responsible
to the world for reelection of a convictable [...censored by Echelon...].
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFD4eFEO976RNoy/18RArWKAJ43qYDkObZ6MDTbavwS5tVEfSa8SgCeOzWF
Ya9gQaSYTSkEWrXhFo/wc+I=
=A1xK
-----END PGP SIGNATURE-----



From Martin.Kutschker at n0spam-blackbox.net  Thu Feb  2 11:57:21 2006
From: Martin.Kutschker at n0spam-blackbox.net (Martin Kutschker)
Date: Thu, 02 Feb 2006 11:57:21 +0100
Subject: [TYPO3-dev] HTMLArea and IE7beta
In-Reply-To: <mailman.1.1138876520.30548.typo3-dev@lists.netfielders.de>
References: <mailman.1.1138876520.30548.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1138877839.32543.typo3-dev@lists.netfielders.de>

Troels Kj?r Rasmussen schrieb:
> Is anyone else expiriencing problems with the new default typo3 HTMLArea 
> based editor? - It goes completely dead in our new Internet Explorer 7 
> Beta2.
> 
> It might pose a problem for typo3 to introduce a new default editor, which 
> doesn?t work in IE7b2 - a lot of users still clings to IE as their default 
> browser and probably will in the future.

And they probably won't bother to upgrade to IE7 (unless forced to do so 
by Windows Auto Update).

Masi



From elmar.DOT.hinz at team.MINUS.red.DOT.net  Thu Feb  2 12:00:42 2006
From: elmar.DOT.hinz at team.MINUS.red.DOT.net (Elmar Hinz)
Date: Thu, 02 Feb 2006 12:00:42 +0100
Subject: [TYPO3-dev] VIM TS syntax highlighting
In-Reply-To: <mailman.1.1138868714.15062.typo3-dev@lists.netfielders.de>
References: <mailman.1.1138868714.15062.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1138878043.32580.typo3-dev@lists.netfielders.de>

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

Hi,

somebody has just send me SHconfig for vim which is already halfe done. But I
can't proceed it myself. Anybody interested to finish it?

Regards

Elmar


- --
Climate change 2006 is killing people: floods in California, drought and fires
in Australia, Texas, Sahel, Oklahoma, South Africa. The Bush administration is
responsible for corruption of the Kyoto Protocol. The US majority is responsible
to the world for reelection of a convictable [...censored by Echelon...].
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFD4eZaO976RNoy/18RAqOlAJ0bSsPRzErt6EgtTK37ECA9woSwQwCgmGkB
UTvfWbkVDm7Pt7kcu0QbONE=
=q7zE
-----END PGP SIGNATURE-----



From sebastian at garbage-group.de  Thu Feb  2 12:27:03 2006
From: sebastian at garbage-group.de (Sebastian Kurfuerst)
Date: Thu, 02 Feb 2006 12:27:03 +0100
Subject: [TYPO3-dev] TS syntax highlighting
In-Reply-To: <mailman.1.1138868714.15062.typo3-dev@lists.netfielders.de>
References: <mailman.1.1138868714.15062.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1138879624.3098.typo3-dev@lists.netfielders.de>

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

Hi,
Christian Trabold has written one for jEdit:

http://christian-trabold.de/

Thanks for his good work :)

Greets,
Sebastian
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFD4eyGygDVWNTabbkRAkFcAJ9ZxFs3KgUBKc/L7zIR/Yu6dO8ivwCfSm+q
v4UoV+Yn5yDgWPisgBWLJwo=
=gwLR
-----END PGP SIGNATURE-----



From typo3 at fm-world.ru  Thu Feb  2 12:46:43 2006
From: typo3 at fm-world.ru (Dmitry Dulepov)
Date: Thu, 02 Feb 2006 13:46:43 +0200
Subject: [TYPO3-dev] HTMLArea and IE7beta
In-Reply-To: <mailman.1.1138876520.30548.typo3-dev@lists.netfielders.de>
References: <mailman.1.1138876520.30548.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1138880803.4497.typo3-dev@lists.netfielders.de>

Hi!

Troels Kj?r Rasmussen wrote:
> It appears that newer editors such as TinyMCE doesn?t have the same problems 
> with IE7b2 - check out: 
> http://tinymce.moxiecode.com/example_full.php?example=true - where Tiny 
> seems to run fine.

Yes! And I always votes for TinyMCE: faster, better, more reliable :)

Dmitry.



From trabold at mehrwert.de  Thu Feb  2 13:07:42 2006
From: trabold at mehrwert.de (Christian Trabold)
Date: Thu, 02 Feb 2006 13:07:42 +0100
Subject: [TYPO3-dev] TS syntax highlighting
In-Reply-To: <mailman.1.1138868714.15062.typo3-dev@lists.netfielders.de>
References: <mailman.1.1138868714.15062.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1138882082.7169.typo3-dev@lists.netfielders.de>

Hi Elmar,

> for wich editors is syntax highlighting available today?
> 
> I know of kate and emacs. There has been discussion upon uedit.
> 
> How about vim, xemacs, dreamweaver and others?

I set up a TS syntax highlighting for jEdit [1] long long time ago:

http://www.christian-trabold.de/fileadmin/ct/downloads/ts_mode_jedit.zip


maybe it's a bit "dusty" ;)


Regards,

Christian


[1] http://www.jedit.org/



From Martin.Kutschker at n0spam-blackbox.net  Thu Feb  2 14:11:19 2006
From: Martin.Kutschker at n0spam-blackbox.net (Martin Kutschker)
Date: Thu, 02 Feb 2006 14:11:19 +0100
Subject: [TYPO3-dev] HTMLArea and IE7beta
In-Reply-To: <mailman.1.1138880803.4497.typo3-dev@lists.netfielders.de>
References: <mailman.1.1138876520.30548.typo3-dev@lists.netfielders.de>
	<mailman.1.1138880803.4497.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1138885876.12985.typo3-dev@lists.netfielders.de>

Dmitry Dulepov schrieb:
> Hi!
> 
> Troels Kj?r Rasmussen wrote:
> 
>>It appears that newer editors such as TinyMCE doesn?t have the same problems 
>>with IE7b2 - check out: 
>>http://tinymce.moxiecode.com/example_full.php?example=true - where Tiny 
>>seems to run fine.
> 
> Yes! And I always votes for TinyMCE: faster, better, more reliable :)

You're welcome to bring rtetinymce on par with the featires of 
rtehtmlarea :-)

Masi



From erik at linnearad.no  Thu Feb  2 15:29:35 2006
From: erik at linnearad.no (Erik Svendsen)
Date: Thu, 2 Feb 2006 14:29:35 +0000 (UTC)
Subject: [TYPO3-dev] HTMLArea and IE7beta
References: <mailman.1.1138876520.30548.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1138890571.20020.typo3-dev@lists.netfielders.de>

Hello Troels,

> Is anyone else expiriencing problems with the new default typo3
> HTMLArea based editor? - It goes completely dead in our new Internet
> Explorer 7 Beta2.
> 
> It might pose a problem for typo3 to introduce a new default editor,
> which doesn?t work in IE7b2 - a lot of users still clings to IE as
> their default browser and probably will in the future. - A CMS which
> isn?t compatible won?t stand many chances for widespread success.
> Maybe it?s just a beta issue with IE7, but do we dare to gamble on it?
> 
> We tested the original HTMLArea on
> http://www.leandergroup.com/htmlArea/default.shtm where it?s all dead
> too.
> 
> It appears that newer editors such as TinyMCE doesn?t have the same
> problems with IE7b2 - check out:
> http://tinymce.moxiecode.com/example_full.php?example=true - where
> Tiny seems to run fine.
> 
> What to do about this? - try to fix typo3 version of HTMLArea or
> switch to tinyMCE as new default editor?
> 
> regards
> 

A lot of sources report about errors in IE7b2. Particular IE7b2's handling 
of JavaScript can produce errors, or functionality regarding on Javascript 
doesn't work. Nobody know yet if it's an error in IE7b2, or if IE7b2 is less 
forgiven with errors in JavaScript code. I know about three Norwegian sites 
who has problem with their publishing systems with IE7b2. They don't use 
HTMLArea as Editor, but their own solutions.

Debbuging of the code in HTMLArea could give an answer. 

But a beta version shouldn't been used in a production enviroment, and customers 
should be adviced not to use beta versions in normal use. There are a lot 
of other risks in using beta versions, and some users also report problems 
in deinstalling.

I can also tell that HTMLArea 3.0 from www.dynarch.com works partial in IE7b2.

WBR,
Erik Svendsen
www.linnearad.no





From mario.melanie at arcor.de  Thu Feb  2 16:23:02 2006
From: mario.melanie at arcor.de (Mario Matzulla)
Date: Thu, 02 Feb 2006 16:23:02 +0100
Subject: [TYPO3-dev]  General question on remote sync with calendar
Message-ID: <mailman.1.1138893779.25426.typo3-dev@lists.netfielders.de>

Hi list,

as I'm working on remote synchronization of a calendar with a local
client like sunbird, I'm stumbling over a general question:

Right now, it is possible to sync all public events, but how could it be
achieved to sync private events too?
What kind of mechanism would be needed to authenticate automatically
with a webpage? Providing some kind of token for each private calendar
(fe_group/fe_user)?

Regards,
Mario



From typo3 at fm-world.ru  Thu Feb  2 16:44:24 2006
From: typo3 at fm-world.ru (Dmitry Dulepov)
Date: Thu, 02 Feb 2006 17:44:24 +0200
Subject: [TYPO3-dev] HTMLArea and IE7beta
In-Reply-To: <mailman.1.1138885876.12985.typo3-dev@lists.netfielders.de>
References: <mailman.1.1138876520.30548.typo3-dev@lists.netfielders.de>
	<mailman.1.1138880803.4497.typo3-dev@lists.netfielders.de>
	<mailman.1.1138885876.12985.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1138895064.27801.typo3-dev@lists.netfielders.de>

Hi!

Martin Kutschker wrote:
> You're welcome to bring rtetinymce on par with the featires of
> rtehtmlarea :-)


Well, you know I was always satisfied with default RTE. The only its
disadvantage was that it did not work in FireFox. As to tinyMCE, I tried
it, it performed very well until I tried to select links. It did not
show link window. I did not have time to explore further. I tried
htmlarea but my editors told they do not like it: it was too slow and
generated a lot of unwanted markup. tinyMCE worked much better but it
lacks link support...

Dmitry.



From newsgroups at andreas-balzer.de  Thu Feb  2 20:19:49 2006
From: newsgroups at andreas-balzer.de (Andreas Balzer)
Date: Thu, 2 Feb 2006 20:19:49 +0100
Subject: [TYPO3-dev] HTMLArea and IE7beta
References: <mailman.1.1138876520.30548.typo3-dev@lists.netfielders.de>
	<mailman.1.1138890571.20020.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1138907979.16763.typo3-dev@lists.netfielders.de>

However..
All of the RTE's have negative and positive sides.. but someone should work 
on it, that one of these works in Typo3, without producing crap.. and it 
should be done fast, because i just installed the IE7 beta.. And the program 
is fine... but i can't deinstall it.. :-/

However.. I need to write articles in Typo3 and i don't want to write the 
HTML Codes every time.. Maybe i'm reinstalling windows if there is no other 
solution, but it wouldn't be the best way..

Andreas

"Erik Svendsen" <erik at linnearad.no> schrieb im Newsbeitrag 
news:mailman.1.1138890571.20020.typo3-dev at lists.netfielders.de...
> Hello Troels,
>
>> Is anyone else expiriencing problems with the new default typo3
>> HTMLArea based editor? - It goes completely dead in our new Internet
>> Explorer 7 Beta2.
>>
>> It might pose a problem for typo3 to introduce a new default editor,
>> which doesn?t work in IE7b2 - a lot of users still clings to IE as
>> their default browser and probably will in the future. - A CMS which
>> isn?t compatible won?t stand many chances for widespread success.
>> Maybe it?s just a beta issue with IE7, but do we dare to gamble on it?
>>
>> We tested the original HTMLArea on
>> http://www.leandergroup.com/htmlArea/default.shtm where it?s all dead
>> too.
>>
>> It appears that newer editors such as TinyMCE doesn?t have the same
>> problems with IE7b2 - check out:
>> http://tinymce.moxiecode.com/example_full.php?example=true - where
>> Tiny seems to run fine.
>>
>> What to do about this? - try to fix typo3 version of HTMLArea or
>> switch to tinyMCE as new default editor?
>>
>> regards
>>
>
> A lot of sources report about errors in IE7b2. Particular IE7b2's handling 
> of JavaScript can produce errors, or functionality regarding on Javascript 
> doesn't work. Nobody know yet if it's an error in IE7b2, or if IE7b2 is 
> less forgiven with errors in JavaScript code. I know about three Norwegian 
> sites who has problem with their publishing systems with IE7b2. They don't 
> use HTMLArea as Editor, but their own solutions.
>
> Debbuging of the code in HTMLArea could give an answer.
> But a beta version shouldn't been used in a production enviroment, and 
> customers should be adviced not to use beta versions in normal use. There 
> are a lot of other risks in using beta versions, and some users also 
> report problems in deinstalling.
>
> I can also tell that HTMLArea 3.0 from www.dynarch.com works partial in 
> IE7b2.
>
> WBR,
> Erik Svendsen
> www.linnearad.no
>
> 





From bedlamhotel at gmail.com  Thu Feb  2 20:32:17 2006
From: bedlamhotel at gmail.com (Christopher)
Date: Thu, 2 Feb 2006 11:32:17 -0800
Subject: [TYPO3-dev] HTMLArea and IE7beta
In-Reply-To: <mailman.1.1138907979.16763.typo3-dev@lists.netfielders.de>
References: <mailman.1.1138876520.30548.typo3-dev@lists.netfielders.de>
	<mailman.1.1138890571.20020.typo3-dev@lists.netfielders.de>
	<mailman.1.1138907979.16763.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.11558.1138908761.6406.typo3-dev@lists.netfielders.de>

Hi,

On 2/2/06, Andreas Balzer <newsgroups at andreas-balzer.de> wrote:
> However..
> All of the RTE's have negative and positive sides.. but someone should work
> on it, that one of these works in Typo3, without producing crap.. and it
> should be done fast, because i just installed the IE7 beta.. And the program
> is fine... but i can't deinstall it.. :-/
>
> However.. I need to write articles in Typo3 and i don't want to write the
> HTML Codes every time.. Maybe i'm reinstalling windows if there is no other
> solution, but it wouldn't be the best way..
>
> Andreas

I understand--haven't tried it--that you can remove the IE7 beta by
uninstalling it from the Add/Remove programs control panel. It
apparently installs as an update and so should be removable.

-Christopher



From intsys at swissinfo.org  Thu Feb  2 21:04:51 2006
From: intsys at swissinfo.org (Stefan Beylen)
Date: Thu, 02 Feb 2006 21:04:51 +0100
Subject: [TYPO3-dev] HTMLArea and IE7beta
In-Reply-To: <mailman.1.1138907979.16763.typo3-dev@lists.netfielders.de>
References: <mailman.1.1138876520.30548.typo3-dev@lists.netfielders.de>
	<mailman.1.1138890571.20020.typo3-dev@lists.netfielders.de>
	<mailman.1.1138907979.16763.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1138910887.27835.typo3-dev@lists.netfielders.de>

Andreas Balzer wrote:
> However.. I need to write articles in Typo3 and i don't want to write the 
> HTML Codes every time.. Maybe i'm reinstalling windows if there is no other 
> solution, but it wouldn't be the best way..

so why not switch to mozilla?!?



From stanislas.rolland at fructifor.ca  Thu Feb  2 21:10:24 2006
From: stanislas.rolland at fructifor.ca (Stanislas Rolland)
Date: Thu, 02 Feb 2006 15:10:24 -0500
Subject: [TYPO3-dev] HTMLArea and IE7beta
In-Reply-To: <mailman.1.1138876520.30548.typo3-dev@lists.netfielders.de>
References: <mailman.1.1138876520.30548.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1138911024.28237.typo3-dev@lists.netfielders.de>

Troels Kj?r Rasmussen a ?crit :
> Is anyone else expiriencing problems with the new default typo3 HTMLArea 
> based editor? - It goes completely dead in our new Internet Explorer 7 
> Beta2.
> 

This is not quite accurate. htmlArea RTE is simply not enabled in IE7 
and therefore cannot go dead in it. Since it is not enabled, the 
behavior is as expected: the normal textarea field is displayed.

This is so because I did not want to get problem reports before testing 
it myself. This is now done and I could not notice any problem. It will 
therefore be enabled in the next beta or RC of TYPO3 4.0.

Regards,
Stanislas





From erik at linnearad.no  Thu Feb  2 21:30:03 2006
From: erik at linnearad.no (Erik Svendsen)
Date: Thu, 2 Feb 2006 20:30:03 +0000 (UTC)
Subject: [TYPO3-dev] HTMLArea and IE7beta
References: <mailman.1.1138907979.16763.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1138912203.29953.typo3-dev@lists.netfielders.de>

Hello Andreas,

> However..
> All of the RTE's have negative and positive sides.. but someone should
> work
> on it, that one of these works in Typo3, without producing crap.. and
> it
> should be done fast, because i just installed the IE7 beta.. And the
> program
> is fine... but i can't deinstall it.. :-/
> However.. I need to write articles in Typo3 and i don't want to write
> the HTML Codes every time.. Maybe i'm reinstalling windows if there is
> no other solution, but it wouldn't be the best way..
> 
> Andreas

You have to check "Show updates" in Add/Remove programs to find IE7beta2.

But if you are making websites, Firefox (and Opera), is in my opinion necessary 
to test the sites. And they work with no problems together. And Firefox 1.5.1 
is working flawless, and with nearly the same functionality as IE7 (if not 
better).

I'm running all three, and also Lynx and pwWebSpeak (to test accessebility).


WBR,
Erik Svendsen
www.linnearad.no





From christoph.koehler at gmail.com  Thu Feb  2 21:48:25 2006
From: christoph.koehler at gmail.com (Christoph Koehler)
Date: Thu, 02 Feb 2006 14:48:25 -0600
Subject: [TYPO3-dev]  fe user register hook
Message-ID: <mailman.1.1138913204.31305.typo3-dev@lists.netfielders.de>

Hello there,

I would like to compare users against a table in my database (imported  
 from an Access db) and only if verified let them register.
So when they try to register, they have to put their name and it compares  
it to one in the db, if there, continue, if not, abort. Any idea on how to  
do that with sr_feuser_register?
I know there was a question on exactly this not too long ago, but I don't  
quite understand how exactly to do that.
Can I use one of the hooks and then abort it from there? Has anyone ever  
done anything like this?

Thanks a lot!

Christoph



From troelsr at msn.com  Thu Feb  2 22:18:30 2006
From: troelsr at msn.com (Troels Kjær Rasmussen)
Date: Thu, 2 Feb 2006 22:18:30 +0100
Subject: [TYPO3-dev] HTMLArea and IE7beta
References: <mailman.1.1138876520.30548.typo3-dev@lists.netfielders.de>
	<mailman.1.1138911024.28237.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1138915114.2795.typo3-dev@lists.netfielders.de>

Cool! - sorry for the fuzz then Stanislas!

regards

-- 
--
Troels Kj?r Rasmussen
LinkFactory
Vesterbrogade 124 B 2
1620 K?benhavn V
+ 45 70 22 23 22
troels at linkfactory.dk
http://www.linkfactory.dk
"Stanislas Rolland" <stanislas.rolland at fructifor.ca> wrote in message 
news:mailman.1.1138911024.28237.typo3-dev at lists.netfielders.de...
Troels Kj?r Rasmussen a ?crit :
> Is anyone else expiriencing problems with the new default typo3 HTMLArea 
> based editor? - It goes completely dead in our new Internet Explorer 7 
> Beta2.
>

This is not quite accurate. htmlArea RTE is simply not enabled in IE7
and therefore cannot go dead in it. Since it is not enabled, the
behavior is as expected: the normal textarea field is displayed.

This is so because I did not want to get problem reports before testing
it myself. This is now done and I could not notice any problem. It will
therefore be enabled in the next beta or RC of TYPO3 4.0.

Regards,
Stanislas






From traveler_in_time at gmx.net  Thu Feb  2 23:16:45 2006
From: traveler_in_time at gmx.net (S. Teuber)
Date: Thu, 2 Feb 2006 22:16:45 +0000 (UTC)
Subject: [TYPO3-dev] HTMLArea and IE7beta
References: <mailman.1.1138907979.16763.typo3-dev@lists.netfielders.de>
	<mailman.1.1138912203.29953.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1138918605.8287.typo3-dev@lists.netfielders.de>

Hi Erik,

> But if you are making websites, Firefox (and Opera), is in my opinion
> necessary to test the sites. And they work with no problems together.

With Opera, since release 8, the change of the TCE forms that should occur 
when selecting a new "type" (of page or content element) does not happen. 
Although the Javascript requester ("the selection you made requires the 
form to reload", something like that) pops up, clicking OK won't change the 
form.

This renders the backend useless with Opera 8.x and made me switch to 
Firefox for TYPO3 backend editing purposes.

Sven



From typo3 at fm-world.ru  Fri Feb  3 07:56:38 2006
From: typo3 at fm-world.ru (Dmitry Dulepov)
Date: Fri, 03 Feb 2006 08:56:38 +0200
Subject: [TYPO3-dev] HTMLArea and IE7beta
In-Reply-To: <mailman.1.1138907979.16763.typo3-dev@lists.netfielders.de>
References: <mailman.1.1138876520.30548.typo3-dev@lists.netfielders.de>
	<mailman.1.1138890571.20020.typo3-dev@lists.netfielders.de>
	<mailman.1.1138907979.16763.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1138949799.17088.typo3-dev@lists.netfielders.de>

Hi!

Andreas Balzer wrote:
> someone should work 
> on it, that one of these works in Typo3, without producing crap.. and it 
> should be done fast, because i just installed the IE7 beta..

Notice that most of the people work for free on typo3 in their spare
time. So you can only kindly ask them to resolve this issue but not say
about "crap", etc. This is simply not polite from your side. No one owes
you anything unless you paid for it. Given that beta2 just appeared, it
is natural that problems appear in other applications. Also no one
forced you to install beta software (MSIE7 or typo3 4.0), you did it at
your own risk and got problems. This is normal with betas. If you do not
want problems, do not use beta versions. There are many issues in typo3
that will be solved until final version is released.

Dmitry.



From wolfgang at stufenlos.net  Fri Feb  3 10:31:21 2006
From: wolfgang at stufenlos.net (Wolfgang Klinger)
Date: Fri, 3 Feb 2006 10:31:21 +0100
Subject: [TYPO3-dev] HTMLArea and IE7beta
In-Reply-To: <mailman.1.1138907979.16763.typo3-dev@lists.netfielders.de>
References: <mailman.1.1138876520.30548.typo3-dev@lists.netfielders.de>
	<mailman.1.1138890571.20020.typo3-dev@lists.netfielders.de>
	<mailman.1.1138907979.16763.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.11794.1138959062.6406.typo3-dev@lists.netfielders.de>


 *hiya!*

 On Thu, 02 Feb 2006, Andreas Balzer wrote the following:
> However.. I need to write articles in Typo3 and i don't want to write the 
> HTML Codes every time.. Maybe i'm reinstalling windows if there is no other 
> solution, but it wouldn't be the best way..

 Never heard about other browsers than Internet Explorer?
 You really reinstall your OS everytime a website is not working for
 you? *lol*

 bye
 Wolfgang




From typo3 at lausen.de  Fri Feb  3 12:51:33 2006
From: typo3 at lausen.de (weppmops)
Date: Fri, 03 Feb 2006 12:51:33 +0100
Subject: [TYPO3-dev] fe user register hook
In-Reply-To: <mailman.1.1138913204.31305.typo3-dev@lists.netfielders.de>
References: <mailman.1.1138913204.31305.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1138967491.14220.typo3-dev@lists.netfielders.de>

Christoph Koehler wrote:

> Can I use one of the hooks and then abort it from there? Has anyone ever 
> done anything like this?

There is no hook to do it. But you can easily do it: The quick & simple 
way is to patch the save() method to call your function. Although adding 
the call to the main() or evalValues() method would be better & more 
correct.

Regards, weppmops



From typo3 at lausen.de  Fri Feb  3 12:54:26 2006
From: typo3 at lausen.de (weppmops)
Date: Fri, 03 Feb 2006 12:54:26 +0100
Subject: [TYPO3-dev] TS syntax highlighting
In-Reply-To: <mailman.1.1138882082.7169.typo3-dev@lists.netfielders.de>
References: <mailman.1.1138868714.15062.typo3-dev@lists.netfielders.de>
	<mailman.1.1138882082.7169.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1138967664.14220.typo3-dev@lists.netfielders.de>

Is TS syntax-highlighting for eclipse available?



From g.e.dejong at student.utwente.nl  Fri Feb  3 14:34:15 2006
From: g.e.dejong at student.utwente.nl (Edwin de Jong)
Date: Fri, 3 Feb 2006 14:34:15 +0100
Subject: [TYPO3-dev] HTMLArea and IE7beta
In-Reply-To: <mailman.1.1138949799.17088.typo3-dev@lists.netfielders.de>
References: <mailman.1.1138876520.30548.typo3-dev@lists.netfielders.de>
	<mailman.1.1138907979.16763.typo3-dev@lists.netfielders.de>
	<mailman.1.1138949799.17088.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.11839.1138973687.6406.typo3-dev@lists.netfielders.de>

Op vrijdag 03 februari 2006 07:56, schreef Dmitry Dulepov:
> Hi!
>
> Andreas Balzer wrote:
> > someone should work
> > on it, that one of these works in Typo3, without producing crap.. and it
> > should be done fast, because i just installed the IE7 beta..
>
> Notice that most of the people work for free on typo3 in their spare
> time. So you can only kindly ask them to resolve this issue but not say
> about "crap", etc. This is simply not polite from your side. No one owes
> you anything unless you paid for it. Given that beta2 just appeared, it
> is natural that problems appear in other applications. Also no one
> forced you to install beta software (MSIE7 or typo3 4.0), you did it at
> your own risk and got problems. This is normal with betas. If you do not
> want problems, do not use beta versions. There are many issues in typo3
> that will be solved until final version is released.

Well said. Actually, nobody owns you anything unless you signed a formal 
contract with the other party (eg. a service contract). 

Greets,

Edwin



From mailinglisten at i-schmitt.de  Sat Feb  4 14:55:03 2006
From: mailinglisten at i-schmitt.de (Ingo Schmitt)
Date: Sat, 04 Feb 2006 14:55:03 +0100
Subject: [TYPO3-dev]  Hook Request for class.tslib_content.php
Message-ID: <mailman.1.1139060987.20173.typo3-dev@lists.netfielders.de>

Hi all,

this is an hook request for TYPO3 4.0.
http://bugs.typo3.org/view.php?id=2478

We basically need this hook to have the oportunity to connect the image 
render process with other file bases than the lokal file system.

Ingo


Mit freundlichen Gruessen
-- 
Ingo Schmitt                        mailto:is at marketing-factory.de
Marketing Factory Consulting GmbH   http://typo3.marketing-factory.de/
Content Management mit Typo3: Beratung - Schulung - Realisierung



From newsgroups at andreas-balzer.de  Sat Feb  4 17:02:01 2006
From: newsgroups at andreas-balzer.de (Andreas Balzer)
Date: Sat, 4 Feb 2006 17:02:01 +0100
Subject: [TYPO3-dev] HTMLArea and IE7beta
References: <mailman.1.1138876520.30548.typo3-dev@lists.netfielders.de>
	<mailman.1.1138890571.20020.typo3-dev@lists.netfielders.de>
	<mailman.1.1138907979.16763.typo3-dev@lists.netfielders.de>
	<mailman.1.1138910887.27835.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139068912.2615.typo3-dev@lists.netfielders.de>

i have mozilla firefox, but it's not really stable at my computer. And the 
standard RTE of typo3 doesn't work in FF.. Well, i could install htmlarea 
now, but i tried it 5 weeks ago, and it just ruined all of my sites.. (after 
saving the pages in htmlarea, i see htmlcode in my frontend browser view..)

Andreas

"Stefan Beylen" <intsys at swissinfo.org> schrieb im Newsbeitrag 
news:mailman.1.1138910887.27835.typo3-dev at lists.netfielders.de...
> Andreas Balzer wrote:
>> However.. I need to write articles in Typo3 and i don't want to write the 
>> HTML Codes every time.. Maybe i'm reinstalling windows if there is no 
>> other solution, but it wouldn't be the best way..
>
> so why not switch to mozilla?!? 





From newsgroups at andreas-balzer.de  Sat Feb  4 17:05:35 2006
From: newsgroups at andreas-balzer.de (Andreas Balzer)
Date: Sat, 4 Feb 2006 17:05:35 +0100
Subject: [TYPO3-dev] HTMLArea and IE7beta
References: <mailman.1.1138907979.16763.typo3-dev@lists.netfielders.de>
	<mailman.1.1138912203.29953.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139069126.3676.typo3-dev@lists.netfielders.de>

Hi! I have FF, IE7, OP, and of course Netscape 8..
Well, IE is not able to deinstall.. don't know why.. allready checked it at 
my system manager.. (i'm a beta tester and know, how to get rid of this 
stuff normally..)
FF does not show the standard RTE and combined with htmlarea it produces 
htmlcode in the frontend browser view.. don't know why, but htmlarea or 
typo3 have some bad configuration things.. (i'm a newbee in typo3 and don't 
know, how to set this editor correctly up)

And in the end.. I'm getting nearer to IE7.. It's not something cool, but it 
works.. (just the deinstall tool doesn't...)

Andreas

"Erik Svendsen" <erik at linnearad.no> schrieb im Newsbeitrag 
news:mailman.1.1138912203.29953.typo3-dev at lists.netfielders.de...
> Hello Andreas,
>
>> However..
>> All of the RTE's have negative and positive sides.. but someone should
>> work
>> on it, that one of these works in Typo3, without producing crap.. and
>> it
>> should be done fast, because i just installed the IE7 beta.. And the
>> program
>> is fine... but i can't deinstall it.. :-/
>> However.. I need to write articles in Typo3 and i don't want to write
>> the HTML Codes every time.. Maybe i'm reinstalling windows if there is
>> no other solution, but it wouldn't be the best way..
>>
>> Andreas
>
> You have to check "Show updates" in Add/Remove programs to find IE7beta2.
>
> But if you are making websites, Firefox (and Opera), is in my opinion 
> necessary to test the sites. And they work with no problems together. And 
> Firefox 1.5.1 is working flawless, and with nearly the same functionality 
> as IE7 (if not better).
>
> I'm running all three, and also Lynx and pwWebSpeak (to test 
> accessebility).
>
>
> WBR,
> Erik Svendsen
> www.linnearad.no
>
> 





From newsgroups at andreas-balzer.de  Sat Feb  4 17:09:09 2006
From: newsgroups at andreas-balzer.de (Andreas Balzer)
Date: Sat, 4 Feb 2006 17:09:09 +0100
Subject: [TYPO3-dev] HTMLArea and IE7beta
References: <mailman.1.1138876520.30548.typo3-dev@lists.netfielders.de>
	<mailman.1.1138890571.20020.typo3-dev@lists.netfielders.de>
	<mailman.1.1138907979.16763.typo3-dev@lists.netfielders.de>
	<mailman.1.1138949799.17088.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139069340.3811.typo3-dev@lists.netfielders.de>

Hi! I don't want to be inpolite..
Well, did i say, that i'm using typo3 4.0? Well, i have it on my harddrive.. 
sure.. but i have all these problems with typo3 3.8.1..

The "crap" that i mean, is a completly bad behavior of the RTE in standard 
configuration without any changes.. Did it happen to you too, that sometimes 
you just insert an image with that toolbar button in the RTE, then you save, 
and everything is ok.. ..and you decide to change something again, and 
afterwards, you do not see the image in the frontend, but the < img .. tags?
If this happens to you on 200 pages, you know, what i mean with "crap" :)

"Dmitry Dulepov" <typo3 at fm-world.ru> schrieb im Newsbeitrag 
news:mailman.1.1138949799.17088.typo3-dev at lists.netfielders.de...
> Hi!
>
> Andreas Balzer wrote:
>> someone should work
>> on it, that one of these works in Typo3, without producing crap.. and it
>> should be done fast, because i just installed the IE7 beta..
>
> Notice that most of the people work for free on typo3 in their spare
> time. So you can only kindly ask them to resolve this issue but not say
> about "crap", etc. This is simply not polite from your side. No one owes
> you anything unless you paid for it. Given that beta2 just appeared, it
> is natural that problems appear in other applications. Also no one
> forced you to install beta software (MSIE7 or typo3 4.0), you did it at
> your own risk and got problems. This is normal with betas. If you do not
> want problems, do not use beta versions. There are many issues in typo3
> that will be solved until final version is released.
>
> Dmitry. 





From newsgroups at andreas-balzer.de  Sat Feb  4 17:12:29 2006
From: newsgroups at andreas-balzer.de (Andreas Balzer)
Date: Sat, 4 Feb 2006 17:12:29 +0100
Subject: [TYPO3-dev] HTMLArea and IE7beta
References: <mailman.1.1138876520.30548.typo3-dev@lists.netfielders.de><mailman.1.1138890571.20020.typo3-dev@lists.netfielders.de><mailman.1.1138907979.16763.typo3-dev@lists.netfielders.de>
	<mailman.11794.1138959062.6406.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139069539.4178.typo3-dev@lists.netfielders.de>

ok, i just answered on this question right above.. But ok.. again.. I have 
several browsers installed, but Typo3 BE only works well in IE6.. You can 
read the rest in my postings above.. And no, i do not format my harddrives 
when i have problems with my websites.. :) But nearly every half year.. and 
my last time was in 2004.. So it's time to do that. And because IE7 beta 
isn't just a program, it's more a windows core changing thing, it could be 
better to reinstall windows.. ?! :)
"Wolfgang Klinger" <wolfgang at stufenlos.net> schrieb im Newsbeitrag 
news:mailman.11794.1138959062.6406.typo3-dev at lists.netfielders.de...
>
> *hiya!*
>
> On Thu, 02 Feb 2006, Andreas Balzer wrote the following:
>> However.. I need to write articles in Typo3 and i don't want to write the
>> HTML Codes every time.. Maybe i'm reinstalling windows if there is no 
>> other
>> solution, but it wouldn't be the best way..
>
> Never heard about other browsers than Internet Explorer?
> You really reinstall your OS everytime a website is not working for
> you? *lol*
>
> bye
> Wolfgang
> 





From newsgroups at andreas-balzer.de  Sat Feb  4 17:13:23 2006
From: newsgroups at andreas-balzer.de (Andreas Balzer)
Date: Sat, 4 Feb 2006 17:13:23 +0100
Subject: [TYPO3-dev] HTMLArea and IE7beta
References: <mailman.1.1138876520.30548.typo3-dev@lists.netfielders.de>
	<mailman.1.1138911024.28237.typo3-dev@lists.netfielders.de>
	<mailman.1.1138915114.2795.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139069595.4195.typo3-dev@lists.netfielders.de>

fine. When does it come out?
"Troels Kj?r Rasmussen" <troelsr at msn.com> schrieb im Newsbeitrag 
news:mailman.1.1138915114.2795.typo3-dev at lists.netfielders.de...
> Cool! - sorry for the fuzz then Stanislas!
>
> regards
>
> -- 
> --
> Troels Kj?r Rasmussen
> LinkFactory
> Vesterbrogade 124 B 2
> 1620 K?benhavn V
> + 45 70 22 23 22
> troels at linkfactory.dk
> http://www.linkfactory.dk
> "Stanislas Rolland" <stanislas.rolland at fructifor.ca> wrote in message 
> news:mailman.1.1138911024.28237.typo3-dev at lists.netfielders.de...
> Troels Kj?r Rasmussen a ?crit :
>> Is anyone else expiriencing problems with the new default typo3 HTMLArea 
>> based editor? - It goes completely dead in our new Internet Explorer 7 
>> Beta2.
>>
>
> This is not quite accurate. htmlArea RTE is simply not enabled in IE7
> and therefore cannot go dead in it. Since it is not enabled, the
> behavior is as expected: the normal textarea field is displayed.
>
> This is so because I did not want to get problem reports before testing
> it myself. This is now done and I could not notice any problem. It will
> therefore be enabled in the next beta or RC of TYPO3 4.0.
>
> Regards,
> Stanislas
>
>
> 





From murphy at spreekonzept.de  Sat Feb  4 17:56:24 2006
From: murphy at spreekonzept.de (Thomas Murphy)
Date: Sat, 04 Feb 2006 17:56:24 +0100
Subject: [TYPO3-dev]  TYPO3 V4.0 - new skin - download
Message-ID: <mailman.1.1139072184.7863.typo3-dev@lists.netfielders.de>

Hi everyone,

http://t3skin.spreekonzept.com/T3X_t3skin-0_0_1.t3x

sorry, we planned to make this available when the news came out.
Unfortunately there was a problem with the upload and I was already on 
vacation - so here it is, have fun.

Please note it works best with the CVS version of TYPO3.

When you recognize any errors (there will be some) please put them into 
the bugtracker (http://bugs.typo3.org/) into the "tx_t3skin_40" category 
and DON'T EMAIL THEM to someone from the design team.
Please help us to find bugs and gremlins - it will make it even better.

bye,
Thomas Murphy



From olivier.dobberkau at dkd.de  Sat Feb  4 18:04:31 2006
From: olivier.dobberkau at dkd.de (Olivier Dobberkau)
Date: Sat, 04 Feb 2006 18:04:31 +0100
Subject: [TYPO3-dev] HTMLArea and IE7beta
In-Reply-To: <mailman.1.1139069539.4178.typo3-dev@lists.netfielders.de>
References: <mailman.1.1138876520.30548.typo3-dev@lists.netfielders.de><mailman.1.1138890571.20020.typo3-dev@lists.netfielders.de><mailman.1.1138907979.16763.typo3-dev@lists.netfielders.de>
	<mailman.11794.1138959062.6406.typo3-dev@lists.netfielders.de>
	<mailman.1.1139069539.4178.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139072670.8160.typo3-dev@lists.netfielders.de>

Andreas Balzer schrieb:
> ok, i just answered on this question right above.. But ok.. again.. I have 
> several browsers installed, but Typo3 BE only works well in IE6.. You can 
> read the rest in my postings above.. And no, i do not format my harddrives 
> when i have problems with my websites.. :) But nearly every half year.. and 
> my last time was in 2004.. So it's time to do that. And because IE7 beta 
> isn't just a program, it's more a windows core changing thing, it could be 
> better to reinstall windows.. ?! :)

hi andreas,

would learn to quote.
your tofu postings are bad.
http://learn.to/quote

btw: this is not the typo3 social club.

olivier



From newsgroups at andreas-balzer.de  Sat Feb  4 23:14:48 2006
From: newsgroups at andreas-balzer.de (Andreas Balzer)
Date: Sat, 4 Feb 2006 23:14:48 +0100
Subject: [TYPO3-dev] HTMLArea and IE7beta
References: <mailman.1.1138876520.30548.typo3-dev@lists.netfielders.de><mailman.1.1138890571.20020.typo3-dev@lists.netfielders.de><mailman.1.1138907979.16763.typo3-dev@lists.netfielders.de>
	<mailman.11794.1138959062.6406.typo3-dev@lists.netfielders.de>
	<mailman.1.1139069539.4178.typo3-dev@lists.netfielders.de>
	<mailman.1.1139072670.8160.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139091279.3207.typo3-dev@lists.netfielders.de>

Hi Mr Dobberkau..
"btw: this is not the typo3 social club" yepp.. and therefore i did not ask 
you to give your unsuited comment.. I know how to [quote] in boards and how 
to quote > in groups, the only difference between us is, that i use M$ 
software which can't quote and that i write my answers in top of your 
comment and not under it..
To answer to your social thing.. I just reacted to the nice message of 
Wolfgang Klinger. You however did not even post something about the topic. 
If you have something to say, you may participate in this discussion. 
Otherwise it would be fine, if you would not bring in your "unsuited 
comment" (i even know how to quote myself.. nice :) ?!

"Olivier Dobberkau" <olivier.dobberkau at dkd.de> schrieb im Newsbeitrag 
news:mailman.1.1139072670.8160.typo3-dev at lists.netfielders.de...
> Andreas Balzer schrieb:
>> ok, i just answered on this question right above.. But ok.. again.. I 
>> have several browsers installed, but Typo3 BE only works well in IE6.. 
>> You can read the rest in my postings above.. And no, i do not format my 
>> harddrives when i have problems with my websites.. :) But nearly every 
>> half year.. and my last time was in 2004.. So it's time to do that. And 
>> because IE7 beta isn't just a program, it's more a windows core changing 
>> thing, it could be better to reinstall windows.. ?! :)
>
> hi andreas,
>
> would learn to quote.
> your tofu postings are bad.
> http://learn.to/quote
>
> btw: this is not the typo3 social club.
>
> olivier 





From ingmar at typo3.org  Sun Feb  5 00:41:38 2006
From: ingmar at typo3.org (Ingmar Schlecht)
Date: Sun, 05 Feb 2006 00:41:38 +0100
Subject: [TYPO3-dev] HTMLArea and IE7beta
In-Reply-To: <mailman.1.1139091279.3207.typo3-dev@lists.netfielders.de>
References: <mailman.1.1138876520.30548.typo3-dev@lists.netfielders.de><mailman.1.1138890571.20020.typo3-dev@lists.netfielders.de><mailman.1.1138907979.16763.typo3-dev@lists.netfielders.de>
	<mailman.11794.1138959062.6406.typo3-dev@lists.netfielders.de>
	<mailman.1.1139069539.4178.typo3-dev@lists.netfielders.de>
	<mailman.1.1139072670.8160.typo3-dev@lists.netfielders.de>
	<mailman.1.1139091279.3207.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139096498.10138.typo3-dev@lists.netfielders.de>

Andreas Balzer wrote:
> Hi Mr Dobberkau..
> "btw: this is not the typo3 social club" yepp..

To quote Mr. Stucki from a famous tapio thread: "Popcorn!"

cheers,
Ingmar



From bas at extranet.kompas-media.nl  Sun Feb  5 01:06:00 2006
From: bas at extranet.kompas-media.nl (Bas v.d. Wiel)
Date: Sun, 05 Feb 2006 01:06:00 +0100
Subject: [TYPO3-dev] HTMLArea and IE7beta
In-Reply-To: <mailman.1.1139096498.10138.typo3-dev@lists.netfielders.de>
References: <mailman.1.1138876520.30548.typo3-dev@lists.netfielders.de><mailman.1.1138890571.20020.typo3-dev@lists.netfielders.de><mailman.1.1138907979.16763.typo3-dev@lists.netfielders.de>	<mailman.11794.1138959062.6406.typo3-dev@lists.netfielders.de>	<mailman.1.1139069539.4178.typo3-dev@lists.netfielders.de>	<mailman.1.1139072670.8160.typo3-dev@lists.netfielders.de>	<mailman.1.1139091279.3207.typo3-dev@lists.netfielders.de>
	<mailman.1.1139096498.10138.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.12252.1139097969.6406.typo3-dev@lists.netfielders.de>

Ingmar Schlecht wrote:
> Andreas Balzer wrote:
>   
>> Hi Mr Dobberkau..
>> "btw: this is not the typo3 social club" yepp..
>>     
>
> To quote Mr. Stucki from a famous tapio thread: "Popcorn!"
>
> cheers,
> Ingmar

Popcorn indeed. This is getting tiresome. A simple bug report would do a 
world of good here. That'd make sure that this issue isn't forgotten 
when IE7 goes gold, but right now it's mostly a non-issue concerning 
software that's still in beta. Simply the price you pay for using 
bleeding edge software. Could we continue this discussion when IE7 is 
actually shipping?

regards,

Bas




From typo3 at penpal4u.net  Sun Feb  5 08:28:09 2006
From: typo3 at penpal4u.net (Christian Lerrahn)
Date: Sun, 5 Feb 2006 18:28:09 +1100
Subject: [TYPO3-dev]  DATETIME field without considering locale
Message-ID: <mailman.1.1139124504.18452.typo3-dev@lists.netfielders.de>

Hi,
I've written an extension that uses 2 datetime fields. However, I'm
realizing that the locale of my client is always considered. The default
value is my current local time and whatever I enter will be considered a
time in my timezone. As the server is in a different timezone though and
the times and dates I enter shall show up the way I enter them, this is
very inconvenient. Is there a way to make an entered time in a datetime
filed absolute? Or can someone just point me to the specs of the array
properties of the field definitions? I searched the core references but
couldn't find anything that was suitable.

Regards,
Christian

-- 

    "Alle eure Sorge werft auf ihn; denn er sorgt f?r euch."
    
    1.Petrus 5,7
    



From olivier.dobberkau at dkd.de  Sun Feb  5 10:03:38 2006
From: olivier.dobberkau at dkd.de (Olivier Dobberkau)
Date: Sun, 05 Feb 2006 10:03:38 +0100
Subject: [TYPO3-dev] HTMLArea and IE7beta
In-Reply-To: <mailman.1.1139091279.3207.typo3-dev@lists.netfielders.de>
References: <mailman.1.1138876520.30548.typo3-dev@lists.netfielders.de><mailman.1.1138890571.20020.typo3-dev@lists.netfielders.de><mailman.1.1138907979.16763.typo3-dev@lists.netfielders.de>
	<mailman.11794.1138959062.6406.typo3-dev@lists.netfielders.de>
	<mailman.1.1139069539.4178.typo3-dev@lists.netfielders.de>
	<mailman.1.1139072670.8160.typo3-dev@lists.netfielders.de>
	<mailman.1.1139091279.3207.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139130218.27261.typo3-dev@lists.netfielders.de>

Andreas Balzer schrieb:

> Hi Mr Dobberkau..
> "btw: this is not the typo3 social club" yepp.. and therefore i did not ask 
> you to give your unsuited comment.. I know how to [quote] in boards and how 
> to quote > in groups, the only difference between us is, that i use M$ 
> software which can't quote and that i write my answers in top of your 
> comment and not under it..
> To answer to your social thing.. I just reacted to the nice message of 
> Wolfgang Klinger. You however did not even post something about the topic. 
> If you have something to say, you may participate in this discussion. 
> Otherwise it would be fine, if you would not bring in your "unsuited 
> comment" (i even know how to quote myself.. nice :) ?!

hi.

even if your software does not support quoting, you could try to answer 
it the right way.

come back when explorer has gotten a mature browser, may be you join it 
also.

i am fed up with pseudo users like you. this is a professional 
newsgroup. you have qualified for my kill-file.

olivier



From elmar.DOT.hinz at team.MINUS.red.DOT.net  Sun Feb  5 10:37:05 2006
From: elmar.DOT.hinz at team.MINUS.red.DOT.net (Elmar Hinz)
Date: Sun, 05 Feb 2006 10:37:05 +0100
Subject: [TYPO3-dev] [TYPO3-RTE] Re:  OT: HTMLArea and IE7beta
In-Reply-To: <mailman.1.1138911024.28237.typo3-dev@lists.netfielders.de>
References: <mailman.1.1138876520.30548.typo3-dev@lists.netfielders.de>
	<mailman.1.1138911024.28237.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.12426.1139132404.6406.typo3-dev@lists.netfielders.de>

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

Hello all,

I ask you what does this discussion do in t.dev?

I think it is rather offtopic here. We have a special NG for RTE. I adviced at
the very beginning to go there.

Why do you all spoil t.dev? Is this a Kindergarten?

Regards

Elmar



- --
Climate change 2006 is killing people: floods in California, drought and fires
in Australia, Texas, Sahel, Oklahoma, South Africa. The Bush administration is
responsible for corruption of the Kyoto Protocol. The US majority is responsible
to the world for reelection of a convictable [...censored by Echelon...].
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFD5cdBO976RNoy/18RAltSAKCNRr6YKrCrV8GH/EqcJfJUKkkThQCfaQH4
MssIOXANyKWjA4otbSKdyeo=
=TNdO
-----END PGP SIGNATURE-----



From typo3 at fm-world.ru  Sun Feb  5 10:52:02 2006
From: typo3 at fm-world.ru (Dmitry Dulepov)
Date: Sun, 05 Feb 2006 11:52:02 +0200
Subject: [TYPO3-dev] HTMLArea and IE7beta
In-Reply-To: <mailman.1.1139069539.4178.typo3-dev@lists.netfielders.de>
References: <mailman.1.1138876520.30548.typo3-dev@lists.netfielders.de><mailman.1.1138890571.20020.typo3-dev@lists.netfielders.de><mailman.1.1138907979.16763.typo3-dev@lists.netfielders.de>
	<mailman.11794.1138959062.6406.typo3-dev@lists.netfielders.de>
	<mailman.1.1139069539.4178.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139133100.30557.typo3-dev@lists.netfielders.de>

Hi!

Andreas Balzer wrote:
> Typo3 BE only works well in IE6

Unless you post good bugs description about it to bug repository
(bugs.typo3.org), it will never be fixed. Stop complaining and help :)

Dmitry.



From andreas at developer.at  Sun Feb  5 11:08:46 2006
From: andreas at developer.at (Andreas Dolleschal)
Date: Sun, 5 Feb 2006 11:08:46 +0100
Subject: [TYPO3-dev] HTMLArea and IE7beta [Scanned]
Message-ID: <mailman.12429.1139134322.6406.typo3-dev@lists.netfielders.de>

Hi Olivier,

> i am fed up with pseudo users like you. this is a 
> professional newsgroup. you have qualified for my kill-file.

I have the feeling that some guys in this newsgroup are "overreacting". Even if you are right with your comments and this is a professional newsgroup, this does not qualify you to write such rude mails (at least not public). 

In german we have a nice quote "wie man in den wald schreit so halt es zur?ck" (sorry guys for the german), and from my point of view this one is right. It's your statement which makes the community.

Just my 2 cents.

regards,
Andreas

[ mit f?nf klicks zur eigenen homepage, einfacher geht es nicht - http://www.developer.at/hosting-sitebuilder.html ]
[ message has been scanned by sophos antivirus, for more information contact http://www.developer.at/security.html ]




From newsgroups at andreas-balzer.de  Sun Feb  5 12:53:41 2006
From: newsgroups at andreas-balzer.de (Andreas Balzer)
Date: Sun, 5 Feb 2006 12:53:41 +0100
Subject: [TYPO3-dev] HTMLArea and IE7beta
References: <mailman.1.1138876520.30548.typo3-dev@lists.netfielders.de><mailman.1.1138890571.20020.typo3-dev@lists.netfielders.de><mailman.1.1138907979.16763.typo3-dev@lists.netfielders.de>
	<mailman.11794.1138959062.6406.typo3-dev@lists.netfielders.de>
	<mailman.1.1139069539.4178.typo3-dev@lists.netfielders.de>
	<mailman.1.1139133100.30557.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139140410.9099.typo3-dev@lists.netfielders.de>


"Dmitry Dulepov" wrote:
> Hi!
>
> Andreas Balzer wrote:
>> Typo3 BE only works well in IE6
>
> Unless you post good bugs description about it to bug repository
> (bugs.typo3.org), it will never be fixed. Stop complaining and help :)
I allready do.. However.. As a lot of people noticed, we are getting OT..
So let's come back to topic. Does anyone know, when the new htmlarea version 
comes out?

>hi andreas,
>
>would learn to quote.
>your tofu postings are bad.
>http://learn.to/quote
>
>btw: this is not the typo3 social club.

>olivier

followed by:
>>Andreas Balzer schrieb:

>> Hi Mr Dobberkau..
>> "btw: this is not the typo3 social club" yepp.. and therefore i did not 
>> ask
>> you to give your unsuited comment.. I know how to [quote] in boards and 
>> how
>> to quote > in groups, the only difference between us is, that i use M$
>> software which can't quote and that i write my answers in top of your
>> comment and not under it..
>> To answer to your social thing.. I just reacted to the nice message of
>> Wolfgang Klinger. You however did not even post something about the 
>> topic.
>> If you have something to say, you may participate in this discussion.
>> Otherwise it would be fine, if you would not bring in your "unsuited
>> comment" (i even know how to quote myself.. nice :) ?!

Olivier wrote:
>hi.
>
>even if your software does not support quoting, you could try to answer
>it the right way.
>
>come back when explorer has gotten a mature browser, may be you join it
>also.
>
>i am fed up with pseudo users like you. this is a professional
>newsgroup. you have qualified for my kill-file.
>
>olivier

You know, what i think about your super good and informative posts. Not only 
that you go on my nerves with your OT posts, in the german list, no! You do 
that here too.. I would love it, if you would not read my postings, and set 
me to your "kill-file", so that you actually may not see my postings, and do 
not have to give in your nice bla.. :)

@all the others: I'm sorry, that i use the bandwith that way, but he doesn't 
actually understand, that i want to ask something, and to get an answer to 
my questions and not something like 'try to quote' 'your a pseudo user' 'i'm 
the best', etc..

Greetings to all. I'm going to send some bug reports now..

Andreas 





From ingmar at typo3.org  Sun Feb  5 13:20:23 2006
From: ingmar at typo3.org (Ingmar Schlecht)
Date: Sun, 05 Feb 2006 13:20:23 +0100
Subject: [TYPO3-dev] HTMLArea and IE7beta
In-Reply-To: <mailman.1.1139130218.27261.typo3-dev@lists.netfielders.de>
References: <mailman.1.1138876520.30548.typo3-dev@lists.netfielders.de><mailman.1.1138890571.20020.typo3-dev@lists.netfielders.de><mailman.1.1138907979.16763.typo3-dev@lists.netfielders.de>
	<mailman.11794.1138959062.6406.typo3-dev@lists.netfielders.de>
	<mailman.1.1139069539.4178.typo3-dev@lists.netfielders.de>
	<mailman.1.1139072670.8160.typo3-dev@lists.netfielders.de>
	<mailman.1.1139091279.3207.typo3-dev@lists.netfielders.de>
	<mailman.1.1139130218.27261.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139142023.11832.typo3-dev@lists.netfielders.de>

Olivier Dobberkau wrote:
> even if your software does not support quoting, you could try to answer 
> it the right way.
> 
> come back when explorer has gotten a mature browser, may be you join it 
> also.
> 
> i am fed up with pseudo users like you. this is a professional 
> newsgroup. you have qualified for my kill-file.

Is Kasper on your kill file, too, for the same reason?

cheers,
Ingmar

Ps.: I love those threads :-) They bring some fresh air into the 
newsgroups, and provide me with a good reason to get some popcorn ;)



From mailinglisten at i-schmitt.de  Sun Feb  5 14:32:26 2006
From: mailinglisten at i-schmitt.de (ingo schmitt)
Date: Sun, 05 Feb 2006 14:32:26 +0100
Subject: [TYPO3-dev] TS syntax highlighting for Eclipse?
In-Reply-To: <mailman.1.1138967664.14220.typo3-dev@lists.netfielders.de>
References: <mailman.1.1138868714.15062.typo3-dev@lists.netfielders.de>
	<mailman.1.1138882082.7169.typo3-dev@lists.netfielders.de>
	<mailman.1.1138967664.14220.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139146386.17820.typo3-dev@lists.netfielders.de>

weppmops wrote:
> Is TS syntax-highlighting for eclipse available?

Haven't seen somthing anything like this. But we are willing to sponsor 
(money / manpower) an typo3eclipse project to have syntax highlighting 
for TS and code completion for typo3 core methods.

Anyone interested in joining such a project?


Ingo

Mit freundlichen Gruessen
-- 
Ingo Schmitt                        mailto:is at marketing-factory.de
Marketing Factory Consulting GmbH   http://typo3.marketing-factory.de/
Content Management mit Typo3: Beratung - Schulung - Realisierung



From olivier.dobberkau at dkd.de  Sun Feb  5 14:50:13 2006
From: olivier.dobberkau at dkd.de (Olivier Dobberkau)
Date: Sun, 05 Feb 2006 14:50:13 +0100
Subject: [TYPO3-dev] WAS OT now a JOKE Re:  HTMLArea and IE7beta
In-Reply-To: <mailman.1.1139142023.11832.typo3-dev@lists.netfielders.de>
References: <mailman.1.1138876520.30548.typo3-dev@lists.netfielders.de><mailman.1.1138890571.20020.typo3-dev@lists.netfielders.de><mailman.1.1138907979.16763.typo3-dev@lists.netfielders.de>
	<mailman.11794.1138959062.6406.typo3-dev@lists.netfielders.de>
	<mailman.1.1139069539.4178.typo3-dev@lists.netfielders.de>
	<mailman.1.1139072670.8160.typo3-dev@lists.netfielders.de>
	<mailman.1.1139091279.3207.typo3-dev@lists.netfielders.de>
	<mailman.1.1139130218.27261.typo3-dev@lists.netfielders.de>
	<mailman.1.1139142023.11832.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139147413.19599.typo3-dev@lists.netfielders.de>

Ingmar Schlecht schrieb:


> Is Kasper on your kill file, too, for the same reason?

hey ingmar.

<joke on>
now you are also. as robert, rene and all those guys from the devlist 
here. i will fork out and make a cms called OLI4.
i will also make a summer event instead a snowboard tour. snow is only 
for girls.
</joke off>

Greetings and nice to see you back here.

Olivier



From falko at trojahn.de  Sun Feb  5 15:38:19 2006
From: falko at trojahn.de (Falko Trojahn)
Date: Sun, 05 Feb 2006 15:38:19 +0100
Subject: [TYPO3-dev] VIM TS syntax highlighting
In-Reply-To: <mailman.1.1138878043.32580.typo3-dev@lists.netfielders.de>
References: <mailman.1.1138868714.15062.typo3-dev@lists.netfielders.de>
	<mailman.1.1138878043.32580.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139150304.24423.typo3-dev@lists.netfielders.de>

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

Hi Elmar,
Elmar Hinz schrieb:
> somebody has just send me SHconfig for vim which is already halfe done. But I
> can't proceed it myself. Anybody interested to finish it?
recently I started with a typoscript syntax file for vim, you can get it
here: http://www.trojahn-leipzig.de/index.php?id=22
(in German, yet ...)

If I'd get some feedback  I'd like to improve it of course.

Best regards,
Falko

- --
Your's sincerely  -  Mit freundlichen Gruessen -
Recevez mes salutations distinguees
Falko Trojahn
http://www.trojahn.de
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)

iD8DBQFD5g3as9oBAIREps0RAjn8AJ4rNLB7JtVgmRggOmZ7orb+Mgx/1QCggH4e
FvDu0HMO/NUFXPpEupBpC6c=
=K63i
-----END PGP SIGNATURE-----



From thomas at work.de  Sun Feb  5 16:24:30 2006
From: thomas at work.de (Thomas Hempel)
Date: Sun, 05 Feb 2006 16:24:30 +0100
Subject: [TYPO3-dev] TS syntax highlighting
In-Reply-To: <mailman.1.1138868714.15062.typo3-dev@lists.netfielders.de>
References: <mailman.1.1138868714.15062.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139153100.29443.typo3-dev@lists.netfielders.de>

Hi all,

let's collect all the highlighting files and provide them on TYPO3.org 
as "TS Highlighting pack" ;-)

Get the Kate highlighting here: 
http://www.typo3-unleashed.net/singleentry.html?&tx_ttnews[tt_news]=361&tx_ttnews[backPid]=24&cHash=cab4d5f22b


Greets,
Thomas :-)


--
typo3-unleashed.net



From elmar.DOT.hinz at team.MINUS.red.DOT.net  Sun Feb  5 17:14:10 2006
From: elmar.DOT.hinz at team.MINUS.red.DOT.net (Elmar Hinz)
Date: Sun, 05 Feb 2006 17:14:10 +0100
Subject: [TYPO3-dev] TS syntax highlighting
In-Reply-To: <mailman.1.1139153100.29443.typo3-dev@lists.netfielders.de>
References: <mailman.1.1138868714.15062.typo3-dev@lists.netfielders.de>
	<mailman.1.1139153100.29443.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139156057.2318.typo3-dev@lists.netfielders.de>

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

Thomas Hempel schrieb:
> Hi all,
> 
> let's collect all the highlighting files and provide them on TYPO3.org
> as "TS Highlighting pack" ;-)
> 

Well, at least we should publish them in the WIKI I think.

I propose following naming pattern:

Overview:

* syntax_highlighting

Files:

* syntax_highlighting_vim
* syntax_highlighting_emacs
* syntax_highlighting_kate
* syntax_highlighting_jedit

...

/el




- --
Climate change 2006 is killing people: floods in California, drought and fires
in Australia, Texas, Sahel, Oklahoma, South Africa. The Bush administration is
responsible for corruption of the Kyoto Protocol. The US majority is responsible
to the world for reelection of a convictable [...censored by Echelon...].
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFD5iRSO976RNoy/18RAqQxAKDEQMjHolncaeQVK5GJxMM1bBYMVQCeIZg/
4SOJQfSuAl4pYX59UooUEWQ=
=sGYT
-----END PGP SIGNATURE-----



From typo3 at ingo-renner.com  Sun Feb  5 17:35:58 2006
From: typo3 at ingo-renner.com (Ingo Renner)
Date: Sun, 5 Feb 2006 17:35:58 +0100
Subject: [TYPO3-dev] TS syntax highlighting for Eclipse?
References: <mailman.1.1138868714.15062.typo3-dev@lists.netfielders.de>
	<mailman.1.1138882082.7169.typo3-dev@lists.netfielders.de>
	<mailman.1.1138967664.14220.typo3-dev@lists.netfielders.de>
	<mailman.1.1139146386.17820.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139157381.3641.typo3-dev@lists.netfielders.de>

Am Sun, 05 Feb 2006 14:32:26 +0100 schrieb ingo schmitt:

> Haven't seen somthing anything like this. But we are willing to sponsor 
> (money / manpower) an typo3eclipse project to have syntax highlighting 
> for TS and code completion for typo3 core methods.

I already thought about TS highlighting in eclipse, but didn't seem to be
quite easy... 

What do you mean with core methods? php or ts?


greetings
Ingo

-- 
Use a newsreader! Check out
http://typo3.org/community/mailing-lists/use-a-news-reader/



From mailinglisten at i-schmitt.de  Sun Feb  5 20:06:57 2006
From: mailinglisten at i-schmitt.de (ingo schmitt)
Date: Sun, 05 Feb 2006 20:06:57 +0100
Subject: [TYPO3-dev] TS syntax highlighting for Eclipse?
In-Reply-To: <mailman.1.1139157381.3641.typo3-dev@lists.netfielders.de>
References: <mailman.1.1138868714.15062.typo3-dev@lists.netfielders.de>
	<mailman.1.1138882082.7169.typo3-dev@lists.netfielders.de>
	<mailman.1.1138967664.14220.typo3-dev@lists.netfielders.de>
	<mailman.1.1139146386.17820.typo3-dev@lists.netfielders.de>
	<mailman.1.1139157381.3641.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139166458.18531.typo3-dev@lists.netfielders.de>

Hi Ingo ;-)
> 
> 
>>Haven't seen somthing anything like this. But we are willing to sponsor 
>>(money / manpower) an typo3eclipse project to have syntax highlighting 
>>for TS and code completion for typo3 core methods.
> 
> 
> I already thought about TS highlighting in eclipse, but didn't seem to be
> quite easy... 
> 
> What do you mean with core methods? php or ts?
> 
First i thought about core methods, since I'm coding extension with 
eclispe. But TS methods would also be useful..


Regards

ingo
> 
> greetings
> Ingo
> 


Mit freundlichen Gruessen
-- 
Ingo Schmitt                        mailto:is at marketing-factory.de
Marketing Factory Consulting GmbH   http://typo3.marketing-factory.de/
Content Management mit Typo3: Beratung - Schulung - Realisierung



From chibo at gmx.de  Sun Feb  5 20:30:29 2006
From: chibo at gmx.de (Chi Hoang)
Date: Sun, 05 Feb 2006 20:30:29 +0100
Subject: [TYPO3-dev] TYPO3 V4.0 - new skin - download
In-Reply-To: <mailman.1.1139072184.7863.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139072184.7863.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139167828.20421.typo3-dev@lists.netfielders.de>

On my laptop (dell inspiron 8600, 1920x1200) the colors are too bright, 
I can hardly distinguish.



From typo3 at fm-world.ru  Sun Feb  5 21:16:34 2006
From: typo3 at fm-world.ru (Dmitry Dulepov)
Date: Sun, 05 Feb 2006 22:16:34 +0200
Subject: [TYPO3-dev] TYPO3 V4.0 - new skin - download
In-Reply-To: <mailman.1.1139167828.20421.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139072184.7863.typo3-dev@lists.netfielders.de>
	<mailman.1.1139167828.20421.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139170568.24938.typo3-dev@lists.netfielders.de>

Hello!

You did not say "hello" though...

Chi Hoang wrote:
> On my laptop (dell inspiron 8600, 1920x1200) the colors are too bright,
> I can hardly distinguish.

Why don't you simply adjust your laptop? Gamma is probably wrong.

Dmitry.



From bart at sonik.pl  Sun Feb  5 21:53:25 2006
From: bart at sonik.pl (Bartosz Aninowski)
Date: Sun, 5 Feb 2006 21:53:25 +0100
Subject: [TYPO3-dev] TYPO3 V4.0 - new skin - download
References: <mailman.1.1139072184.7863.typo3-dev@lists.netfielders.de>
	<mailman.1.1139167828.20421.typo3-dev@lists.netfielders.de>
	<mailman.1.1139170568.24938.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139172826.28952.typo3-dev@lists.netfielders.de>


> Chi Hoang wrote:
>> On my laptop (dell inspiron 8600, 1920x1200) the colors are too bright,
>> I can hardly distinguish.
>
> Why don't you simply adjust your laptop? Gamma is probably wrong.

I agrre with Chi. The colors are too bright for me too, especially content 
editing section. 





From g.e.dejong at student.utwente.nl  Sun Feb  5 22:05:26 2006
From: g.e.dejong at student.utwente.nl (Edwin de Jong)
Date: Sun, 5 Feb 2006 22:05:26 +0100
Subject: [TYPO3-dev] TYPO3 V4.0 - new skin - download
In-Reply-To: <mailman.1.1139172826.28952.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139072184.7863.typo3-dev@lists.netfielders.de>
	<mailman.1.1139170568.24938.typo3-dev@lists.netfielders.de>
	<mailman.1.1139172826.28952.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.12599.1139173532.6406.typo3-dev@lists.netfielders.de>

Op zondag 05 februari 2006 21:53, schreef Bartosz Aninowski:
> > Chi Hoang wrote:
> >> On my laptop (dell inspiron 8600, 1920x1200) the colors are too bright,
> >> I can hardly distinguish.
> >
> > Why don't you simply adjust your laptop? Gamma is probably wrong.
>
> I agrre with Chi. The colors are too bright for me too, especially content
> editing section.

Yes, even though I believe it is a gamma problem, a succesful interface should 
work with a large collection of monitors. To assume that someone sees the 
same as you do is something you might want to do when working with printed 
paper, but not with on-screen information (and even on printed paper it is 
always a good idea to note that there are 4% colorblind people who might not 
be able to read what you have written (and even with non-colorblind people, 
printed media is not always read in the same light... outdoor light is 
different (blueish) than your indoor light (greenish/yellowish)).

Greets,

Edwin



From chibo at gmx.de  Mon Feb  6 02:19:37 2006
From: chibo at gmx.de (Chi Hoang)
Date: Mon, 06 Feb 2006 02:19:37 +0100
Subject: [TYPO3-dev] TYPO3 V4.0 - new skin - download
In-Reply-To: <mailman.12599.1139173532.6406.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139072184.7863.typo3-dev@lists.netfielders.de>	<mailman.1.1139170568.24938.typo3-dev@lists.netfielders.de>	<mailman.1.1139172826.28952.typo3-dev@lists.netfielders.de>
	<mailman.12599.1139173532.6406.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139188778.19682.typo3-dev@lists.netfielders.de>

gamma doesn't make it better.



From brikou at gmail.com  Mon Feb  6 08:16:34 2006
From: brikou at gmail.com (Brice Bernard)
Date: Mon, 6 Feb 2006 08:16:34 +0100
Subject: [TYPO3-dev] TYPO3 V4.0 - new skin - download
In-Reply-To: <mailman.1.1139188778.19682.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139072184.7863.typo3-dev@lists.netfielders.de>
	<mailman.1.1139170568.24938.typo3-dev@lists.netfielders.de>
	<mailman.1.1139172826.28952.typo3-dev@lists.netfielders.de>
	<mailman.12599.1139173532.6406.typo3-dev@lists.netfielders.de>
	<mailman.1.1139188778.19682.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.12740.1139210215.6406.typo3-dev@lists.netfielders.de>

Hi everyone,

This look great but the first thing I can notice is that
icons/module_file.gif looks much bigger than other module icons...

Don't you feel so?

2006/2/6, Chi Hoang <chibo at gmx.de>:
>
> gamma doesn't make it better.
> _______________________________________________
> TYPO3-dev mailing list
> TYPO3-dev at lists.netfielders.de
> http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev
>



--
- Brice -



From tapio.markula at dnainternet.net  Mon Feb  6 08:21:17 2006
From: tapio.markula at dnainternet.net (tapio)
Date: Mon, 06 Feb 2006 09:21:17 +0200
Subject: [TYPO3-dev] TYPO3 V4.0 - new skin - download
In-Reply-To: <mailman.12740.1139210215.6406.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139072184.7863.typo3-dev@lists.netfielders.de>	<mailman.1.1139170568.24938.typo3-dev@lists.netfielders.de>	<mailman.1.1139172826.28952.typo3-dev@lists.netfielders.de>	<mailman.12599.1139173532.6406.typo3-dev@lists.netfielders.de>	<mailman.1.1139188778.19682.typo3-dev@lists.netfielders.de>
	<mailman.12740.1139210215.6406.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139210485.16677.typo3-dev@lists.netfielders.de>

Brice Bernard wrote:
> Hi everyone,
> 
> This look great but the first thing I can notice is that
> icons/module_file.gif looks much bigger than other module icons...
> 
> Don't you feel so?

Plese continue discussing about layout-issues in the design group.
This issue doesn't belong to this group at all but
to the design group, which task is to design layout.
This group handles techincal issues and colors doesn't belong to them.

BTW. I have followed this list quiet few days. I have found many 
discussions, which don't belong to this list at all. Apparently I'm not
the only person, who has misused this list. Michael and Dmitry heal 
quickly misusing this list, when it is always reasonalbe to post issues 
into correct lists.



From brikou at gmail.com  Mon Feb  6 08:29:17 2006
From: brikou at gmail.com (Brice Bernard)
Date: Mon, 6 Feb 2006 08:29:17 +0100
Subject: [TYPO3-dev] TYPO3 V4.0 - new skin - download
In-Reply-To: <mailman.1.1139072184.7863.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139072184.7863.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.12754.1139210981.6406.typo3-dev@lists.netfielders.de>

Another few things about icons...

MISSING
=======
- be_users__h.gif
- 'edit','disable' and 'delete' icons doesn't appears under "user admin"
module


2006/2/4, Thomas Murphy < murphy at spreekonzept.de>:
>
> Hi everyone,
>
> http://t3skin.spreekonzept.com/T3X_t3skin-0_0_1.t3x
>
> sorry, we planned to make this available when the news came out.
> Unfortunately there was a problem with the upload and I was already on
> vacation - so here it is, have fun.
>
> Please note it works best with the CVS version of TYPO3.
>
> When you recognize any errors (there will be some) please put them into
> the bugtracker ( http://bugs.typo3.org/) into the "tx_t3skin_40" category
> and DON'T EMAIL THEM to someone from the design team.
> Please help us to find bugs and gremlins - it will make it even better.
>
> bye,
> Thomas Murphy
> _______________________________________________
> TYPO3-dev mailing list
> TYPO3-dev at lists.netfielders.de
> http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev
>



--
- Brice -



From brikou at gmail.com  Mon Feb  6 08:35:45 2006
From: brikou at gmail.com (Brice Bernard)
Date: Mon, 6 Feb 2006 08:35:45 +0100
Subject: [TYPO3-dev] TYPO3 V4.0 - new skin - download
In-Reply-To: <mailman.12754.1139210981.6406.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139072184.7863.typo3-dev@lists.netfielders.de>
	<mailman.12754.1139210981.6406.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.12756.1139211357.6406.typo3-dev@lists.netfielders.de>

2006/2/6, Brice Bernard <brikou at gmail.com>:
>
> Another few things about icons...
>
> MISSING
> =======
> - be_users__h.gif
> - 'edit','disable' and 'delete' icons doesn't appears under "user admin"
> module


ALSO
=====
- pages_shortcut__x.gif
- import export icons
- pages_language_overlay.gif

BTW REALLY NICE

2006/2/4, Thomas Murphy < murphy at spreekonzept.de>:
> >
> > Hi everyone,
> >
> > http://t3skin.spreekonzept.com/T3X_t3skin-0_0_1.t3x
> >
> > sorry, we planned to make this available when the news came out.
> > Unfortunately there was a problem with the upload and I was already on
> > vacation - so here it is, have fun.
> >
> > Please note it works best with the CVS version of TYPO3.
> >
> > When you recognize any errors (there will be some) please put them into
> > the bugtracker ( http://bugs.typo3.org/) into the "tx_t3skin_40"
> category
> > and DON'T EMAIL THEM to someone from the design team.
> > Please help us to find bugs and gremlins - it will make it even better.
> >
> > bye,
> > Thomas Murphy
> > _______________________________________________
> > TYPO3-dev mailing list
> > TYPO3-dev at lists.netfielders.de
> > http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev
> >
>
>
>
> --
> - Brice -
> _______________________________________________
> TYPO3-dev mailing list
> TYPO3-dev at lists.netfielders.de
> http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev
>



--
- Brice -



From wolfgang at stufenlos.net  Mon Feb  6 08:54:45 2006
From: wolfgang at stufenlos.net (Wolfgang Klinger)
Date: Mon, 6 Feb 2006 08:54:45 +0100
Subject: [TYPO3-dev] TYPO3 V4.0 - new skin - download
In-Reply-To: <mailman.1.1139210485.16677.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139072184.7863.typo3-dev@lists.netfielders.de>
	<mailman.1.1139170568.24938.typo3-dev@lists.netfielders.de>
	<mailman.1.1139172826.28952.typo3-dev@lists.netfielders.de>
	<mailman.12599.1139173532.6406.typo3-dev@lists.netfielders.de>
	<mailman.1.1139188778.19682.typo3-dev@lists.netfielders.de>
	<mailman.12740.1139210215.6406.typo3-dev@lists.netfielders.de>
	<mailman.1.1139210485.16677.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.12761.1139212448.6406.typo3-dev@lists.netfielders.de>


 On Mon, 06 Feb 2006, tapio wrote the following:
> BTW. I have followed this list quiet few days. I have found many 
> discussions, which don't belong to this list at all. Apparently I'm not
> the only person, who has misused this list. Michael and Dmitry heal 
> quickly misusing this list, when it is always reasonalbe to post issues 
> into correct lists.

 no Popcorn in the morning hours...

 ;-)




From stephane.schitter at free.fr  Mon Feb  6 13:09:50 2006
From: stephane.schitter at free.fr (Stephane Schitter)
Date: Mon, 06 Feb 2006 13:09:50 +0100
Subject: [TYPO3-dev] Where is the CVS repository?
Message-ID: <mailman.12882.1139227792.6406.typo3-dev@lists.netfielders.de>

Hello,

I am trying to have a look at the latest development version in CVS, 
however it seems that the TYPO3core package from sourceforge.net has 
not been updated for a while - I must be looking at the wrong place.

Could anyone tell me where the get the latest code ? Is it now handled 
via subversion?

Regards,
Stephane




From typo3 at ingo-renner.com  Mon Feb  6 13:37:25 2006
From: typo3 at ingo-renner.com (Ingo Renner)
Date: Mon, 6 Feb 2006 13:37:25 +0100
Subject: [TYPO3-dev] Where is the CVS repository?
References: <mailman.12882.1139227792.6406.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139229500.17359.typo3-dev@lists.netfielders.de>

Am Mon, 06 Feb 2006 13:09:50 +0100 schrieb Stephane Schitter:

> I am trying to have a look at the latest development version in CVS, 
> however it seems that the TYPO3core package from sourceforge.net has 
> not been updated for a while - I must be looking at the wrong place.

just select the correct branch =)


Ingo

-- 
Use a newsreader! Check out
http://typo3.org/community/mailing-lists/use-a-news-reader/



From kraftb at kraftb.at  Mon Feb  6 15:10:10 2006
From: kraftb at kraftb.at (Bernhard Kraft)
Date: Mon, 06 Feb 2006 15:10:10 +0100
Subject: [TYPO3-dev] DATETIME field without considering locale
In-Reply-To: <mailman.1.1139124504.18452.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139124504.18452.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139229794.18046.typo3-dev@lists.netfielders.de>

Christian Lerrahn wrote:
> Hi,
> I've written an extension that uses 2 datetime fields. However, I'm
> realizing that the locale of my client is always considered. The default
> value is my current local time and whatever I enter will be considered a
> time in my timezone. As the server is in a different timezone though and
> the times and dates I enter shall show up the way I enter them, this is
> very inconvenient. Is there a way to make an entered time in a datetime
> filed absolute? Or can someone just point me to the specs of the array
> properties of the field definitions? I searched the core references but
> couldn't find anything that was suitable.


Hello !

I had this problem with date fields where a birthday should get entered.
Now it's the case if you sit for example in GMT+2 (Eastern europe) and enter
a date like 20-10-1980 (my birthday :) it will get converted to a UNIX timestamp
(which of course hasn't got any timezones) and transfered to the server which
is in GMT+1. As at the timepoint of 0:0 20-10-1980 it is 23:00 19-10-1980 the date
always showed up with one day before on the server.

I communicated this problem to the other core-dev's and there is a solution from
me at:
http://bugs.typo3.org/view.php?id=1697
(bug_1697_2006-01-20_CVS.diff)

You can follow the discussion on the core list at:
http://lists.netfielders.de/pipermail/typo3-team-core/2006-January/001364.html


But this solution (I enter the date/times as I would be in the same timezone of the
server) is in my opinion not always the best as for example if you are in a big
international company it is questionable how the behaviour should be.

Exampl:
Server in GMT+1 (Central Europe).
Employe of BIC (Big international company) is in GMT+8 (Singapure). If he now enters
a "News" for example he could probably want to input
12:00 06-01-2006 into the Date Field of the News and wants to get it converted to whatever
this means in CET.
It could also be required that an editor can choose in which timezone he "means" a value.
In the FE it should be possible to set the timezone in which strftime outputs a value (normally
it does it depending on the locale - but you can overcome this by adding +3600*n to the timestamp)

I would be really interested in discussing this.
I can be found on #typo3 on irc.freenode.net (kraftb)
or via ICQ: #113830220 (Krufti)

greets,
Bernhard



From kraftb at kraftb.at  Mon Feb  6 15:15:06 2006
From: kraftb at kraftb.at (Bernhard Kraft)
Date: Mon, 06 Feb 2006 15:15:06 +0100
Subject: [TYPO3-dev] Where is the CVS repository?
In-Reply-To: <mailman.12882.1139227792.6406.typo3-dev@lists.netfielders.de>
References: <mailman.12882.1139227792.6406.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139229942.18303.typo3-dev@lists.netfielders.de>

Stephane Schitter wrote:
> Hello,
> 
> I am trying to have a look at the latest development version in CVS, 
> however it seems that the TYPO3core package from sourceforge.net has not 
> been updated for a while - I must be looking at the wrong place.
> 
> Could anyone tell me where the get the latest code ? Is it now handled 
> via subversion?


Either use CVS:

cvs -d:pserver:anonymous at cvs.sourceforge.net:/cvsroot/typo3 login
ENTER as password :)

and then:

cvs -z3 -d:pserver:anonymous at cvs.sourceforge.net:/cvsroot/typo3 co -P TYPO3core


But please notice that anonymous CVS access to sourceforge has a delay/lag of about 2 hours
after current development (because of caching issues I guess)


Or you could use ony of my nightly "builds":

http://t3nighties.think-open.org/


greets,
Bernhard



From mathias.schreiber at wmdb.de  Mon Feb  6 13:46:23 2006
From: mathias.schreiber at wmdb.de (Mathias Schreiber [wmdb])
Date: Mon, 06 Feb 2006 13:46:23 +0100
Subject: [TYPO3-dev] Interface development - OFF TOPIC
In-Reply-To: <mailman.1.1138716825.7620.typo3-dev@lists.netfielders.de>
References: <mailman.1.1138620877.10384.typo3-dev@lists.netfielders.de>
	<mailman.1.1138622618.13210.typo3-dev@lists.netfielders.de>
	<mailman.1.1138648635.23237.typo3-dev@lists.netfielders.de>
	<mailman.1.1138659409.10435.typo3-dev@lists.netfielders.de>
	<mailman.1.1138716825.7620.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139229983.16204.typo3-dev@lists.netfielders.de>

tapio wrote:
> 
> Michael adn Dmitry
> 
> Because you both want just laugh to me an regard me just a nasty clown,
> I can try contact directly to persons, who don't behave as
> arrogant and insulting as you have been. You might have kicked
> off from this list also other people than me. Presumably I'm not
> the only person, who you have done this.

Hi Tapio,

I have been looking at this for quite some time now.
One thing I noticed is that you never realy took advice by anybody else 
from this lists.
I understand you are not amused by posts like the ones above, but go 
figure... you act quite arrogant by not taking anyone elses suggenstions 
into account, messing up the lists with stuff that does not belong here, 
   flaming around for no reason and without proper knowledge of TYPO3.
Notice the word "act" - I didn't say you intend to do so.
So I think that all the "problems" you have here are kind of "home-made".
I would like to know why you act this way in order to find some solution.
Your ideas are useful sometimes so I'd like to keep that input.
but on the other hand I can understand why you keep pissing off people 
with your way of handling things.

So please calm down a bit, don't act like a 14 year old (unless you are 
one, that's ok then) and let's work like professionals (ALL OF US).
And please listen to what others have to say too, before you keep 
flaming all around, ok?

Thanks
Mathias

-- 
if ($GLOBALS['TSFE']->fe_user->user['ahnung'] == 0) {
	$this->fresseHalten = 1;
}



From mathias.schreiber at wmdb.de  Mon Feb  6 13:51:29 2006
From: mathias.schreiber at wmdb.de (Mathias Schreiber [wmdb])
Date: Mon, 06 Feb 2006 13:51:29 +0100
Subject: [TYPO3-dev] HTMLArea and IE7beta
In-Reply-To: <mailman.1.1138877839.32543.typo3-dev@lists.netfielders.de>
References: <mailman.1.1138876520.30548.typo3-dev@lists.netfielders.de>
	<mailman.1.1138877839.32543.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139230289.16204.typo3-dev@lists.netfielders.de>

Martin Kutschker wrote:
> Troels Kj?r Rasmussen schrieb:
> 
>> Is anyone else expiriencing problems with the new default typo3 
>> HTMLArea based editor? - It goes completely dead in our new Internet 
>> Explorer 7 Beta2.
>>
>> It might pose a problem for typo3 to introduce a new default editor, 
>> which doesn?t work in IE7b2 - a lot of users still clings to IE as 
>> their default browser and probably will in the future.
> 
> 
> And they probably won't bother to upgrade to IE7 (unless forced to do so 
> by Windows Auto Update).

I suggest we discuss this with the marketing guys as well under the new 
topic subject "Closing out 90% of the worlds users from RTE"



-- 
if ($GLOBALS['TSFE']->fe_user->user['ahnung'] == 0) {
	$this->fresseHalten = 1;
}



From tapio.markula at dnainternet.net  Mon Feb  6 14:09:26 2006
From: tapio.markula at dnainternet.net (tapio)
Date: Mon, 06 Feb 2006 15:09:26 +0200
Subject: [TYPO3-dev] Interface development - OFF TOPIC
In-Reply-To: <mailman.1.1139229983.16204.typo3-dev@lists.netfielders.de>
References: <mailman.1.1138620877.10384.typo3-dev@lists.netfielders.de>
	<mailman.1.1138622618.13210.typo3-dev@lists.netfielders.de>
	<mailman.1.1138648635.23237.typo3-dev@lists.netfielders.de>
	<mailman.1.1138659409.10435.typo3-dev@lists.netfielders.de>
	<mailman.1.1138716825.7620.typo3-dev@lists.netfielders.de>
	<mailman.1.1139229983.16204.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139231374.21902.typo3-dev@lists.netfielders.de>


> I have been looking at this for quite some time now.
> One thing I noticed is that you never realy took advice by anybody else 
> from this lists.

I have tried anyway


> figure... you act quite arrogant by not taking anyone elses suggenstions 
> into account

maybe and I apologize if I have done so

 >messing up the lists with stuff that does not belong here,

I have put in the beginning stuff which doesn't belong to this list - 
but I found that this is quite common problem - there is always 
discussins, which don't belong to this list. I have recently tried to 
avoid that.

>flaming around for no reason and without proper knowledge of TYPO3.

sometimes I have had insufficient knowledge, I agree - especially in the 
beginning, not today. I check first if something alreayd exists.

> So I think that all the "problems" you have here are kind of "home-made".

I'm quite impusive person

> Your ideas are useful sometimes so I'd like to keep that input.

thank's

> but on the other hand I can understand why you keep pissing off people 
> with your way of handling things.

> So please calm down a bit

I got very easily "hot"

>don't act like a 14 year old (unless you are 

it is difficult - because I have difficulties to be calm if someone
hurts me

>let's work like professionals (ALL OF US).

i have tried but it seems that few people would like to take me 
seriously - which is ther most irritating in this list

> And please listen to what others have to say too

I might be difficult to understand how badly Michael and Dmitry have
insulted me personally. I have tried to get help from English and design 
lists for issues, which belongs to this list, because of the attitude of 
Michael and Dmitry in this list. I have then avoided to ask help in this 
list.
I answer to you because you asked me, but I don't want anymore to be in 
this list - I follow this list however. Michael and Dmitry have won.



From kraftb at kraftb.at  Mon Feb  6 16:28:42 2006
From: kraftb at kraftb.at (Bernhard Kraft)
Date: Mon, 06 Feb 2006 16:28:42 +0100
Subject: [TYPO3-dev] Where is the CVS repository?
In-Reply-To: <mailman.1.1139229500.17359.typo3-dev@lists.netfielders.de>
References: <mailman.12882.1139227792.6406.typo3-dev@lists.netfielders.de>
	<mailman.1.1139229500.17359.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139232150.23238.typo3-dev@lists.netfielders.de>

Ingo Renner wrote:
> Am Mon, 06 Feb 2006 13:09:50 +0100 schrieb Stephane Schitter:
> 
> 
>>I am trying to have a look at the latest development version in CVS, 
>>however it seems that the TYPO3core package from sourceforge.net has 
>>not been updated for a while - I must be looking at the wrong place.
> 
> 
> just select the correct branch =)


Of course ... there was something :)


after checkout do the follwing when you are inside the TYPO3core directory:


cvs -z3 -d:pserver:anonymous at cvs.sourceforge.net:/cvsroot/typo3 -r TYPO3_4-0 update

that will update the complete source branch to the actual 4.0.0 version

Or use some graphical CVS manager like kopete (add a windows CVS client here :)

greets,
Bernhard



From franz at fholzinger.com  Mon Feb  6 15:04:17 2006
From: franz at fholzinger.com (Franz Holzinger)
Date: Mon, 06 Feb 2006 15:04:17 +0100
Subject: [TYPO3-dev] Where is the CVS repository?
In-Reply-To: <mailman.1.1139232150.23238.typo3-dev@lists.netfielders.de>
References: <mailman.12882.1139227792.6406.typo3-dev@lists.netfielders.de>
	<mailman.1.1139229500.17359.typo3-dev@lists.netfielders.de>
	<mailman.1.1139232150.23238.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139234676.29014.typo3-dev@lists.netfielders.de>

> 
> Or use some graphical CVS manager like kopete (add a windows CVS client
> here :)
> 
cervisia, not kopete which is for instant messaging

Franz



From typo3 at fm-world.ru  Mon Feb  6 15:04:52 2006
From: typo3 at fm-world.ru (Dmitry Dulepov)
Date: Mon, 06 Feb 2006 16:04:52 +0200
Subject: [TYPO3-dev] Where is the CVS repository?
In-Reply-To: <mailman.1.1139232150.23238.typo3-dev@lists.netfielders.de>
References: <mailman.12882.1139227792.6406.typo3-dev@lists.netfielders.de>
	<mailman.1.1139229500.17359.typo3-dev@lists.netfielders.de>
	<mailman.1.1139232150.23238.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139234693.29074.typo3-dev@lists.netfielders.de>

Hi!

Bernhard Kraft wrote:
> add a windows CVS client
> here :)


...wincvs.

Dmitry.



From stephane.schitter at free.fr  Mon Feb  6 15:08:32 2006
From: stephane.schitter at free.fr (Stephane Schitter)
Date: Mon, 06 Feb 2006 15:08:32 +0100
Subject: [TYPO3-dev] Where is the CVS repository?
In-Reply-To: <mailman.1.1139232150.23238.typo3-dev@lists.netfielders.de>
References: <mailman.12882.1139227792.6406.typo3-dev@lists.netfielders.de>
	<mailman.1.1139229500.17359.typo3-dev@lists.netfielders.de>
	<mailman.1.1139232150.23238.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.12909.1139234916.6406.typo3-dev@lists.netfielders.de>

Quoting Bernhard Kraft <kraftb at kraftb.at>:

>> just select the correct branch =)
>
> cvs -z3 -d:pserver:anonymous at cvs.sourceforge.net:/cvsroot/typo3 -r 
> TYPO3_4-0 update
>
> that will update the complete source branch to the actual 4.0.0 version

Thanks a lot, Ingo & Bernhard.

For some obscure reason, I somehow always thought that the HEAD tag (or 
no tag at all) would always give me the latest code that is present in 
CVS...

Adding the appropriate tag resolved my problem (until the time the tag 
for the latest version will change to TYPO3_4-1 or something else).

Regards,
Stephane




From chibo at gmx.de  Mon Feb  6 15:12:29 2006
From: chibo at gmx.de (Chi Hoang)
Date: Mon, 06 Feb 2006 15:12:29 +0100
Subject: [TYPO3-dev] Where is the CVS repository?
In-Reply-To: <mailman.1.1139229942.18303.typo3-dev@lists.netfielders.de>
References: <mailman.12882.1139227792.6406.typo3-dev@lists.netfielders.de>
	<mailman.1.1139229942.18303.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139235147.29928.typo3-dev@lists.netfielders.de>

Where can I find these information? The sourceforge site is really bad 
organized!



From mscharkow at gmx.net  Mon Feb  6 15:44:50 2006
From: mscharkow at gmx.net (Michael Scharkow)
Date: Mon, 06 Feb 2006 15:44:50 +0100
Subject: [TYPO3-dev] Where is the CVS repository?
In-Reply-To: <mailman.12909.1139234916.6406.typo3-dev@lists.netfielders.de>
References: <mailman.12882.1139227792.6406.typo3-dev@lists.netfielders.de>	<mailman.1.1139229500.17359.typo3-dev@lists.netfielders.de>	<mailman.1.1139232150.23238.typo3-dev@lists.netfielders.de>
	<mailman.12909.1139234916.6406.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139237090.1942.typo3-dev@lists.netfielders.de>

Stephane Schitter wrote:

> For some obscure reason, I somehow always thought that the HEAD tag (or 
> no tag at all) would always give me the latest code that is present in 
> CVS...
> 
> Adding the appropriate tag resolved my problem (until the time the tag 
> for the latest version will change to TYPO3_4-1 or something else).

All the patches go into TYPO3_4 until it is released, then everything 
will be backported into HEAD. This is somewhat an unfortunate situation, 
but we'll try to improve this next time. So generally, you will find the 
newest version in HEAD. Stucki does post information in -core, so you 
can read there if a new branch is created and used.

Cheers,
Michael



From kraftb at kraftb.at  Mon Feb  6 20:03:09 2006
From: kraftb at kraftb.at (Bernhard Kraft)
Date: Mon, 06 Feb 2006 20:03:09 +0100
Subject: [TYPO3-dev] Where is the CVS repository?
In-Reply-To: <mailman.1.1139234676.29014.typo3-dev@lists.netfielders.de>
References: <mailman.12882.1139227792.6406.typo3-dev@lists.netfielders.de>
	<mailman.1.1139229500.17359.typo3-dev@lists.netfielders.de>
	<mailman.1.1139232150.23238.typo3-dev@lists.netfielders.de>
	<mailman.1.1139234676.29014.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139238584.5354.typo3-dev@lists.netfielders.de>

Franz Holzinger wrote:

> cervisia, not kopete which is for instant messaging

ups. sorry ... you are correct.

I should first think then write :) ... I always mix up this KDE stuff naturally
as I use gnome :)


greets,
Bernhard



From andreas.otto at dkd.de  Mon Feb  6 17:13:31 2006
From: andreas.otto at dkd.de (Andreas Otto)
Date: Mon, 06 Feb 2006 17:13:31 +0100
Subject: [TYPO3-dev] Where is the CVS repository?
References: <mailman.12882.1139227792.6406.typo3-dev@lists.netfielders.de>
	<mailman.1.1139229942.18303.typo3-dev@lists.netfielders.de>
	<mailman.1.1139235147.29928.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139242802.13463.typo3-dev@lists.netfielders.de>

Hi Chi,

On Montag, 6. Februar 2006 15:12, Chi Hoang wrote in typo3.dev:
> Where can I find these information? The sourceforge site is really bad
> organized!

Have a look at either [1] or [2].

[1]<http://typo3.org/development/projects/teams-and-projects/?no_cache=1&tx_extrepmgm_pi1%5BprojUid%5D=37>
[2]<http://sourceforge.net/cvs/?group_id=20391>



Cheers,
Andreas

-- 
Test programs at their boundary values.
            - The Elements of Programming Style (Kernighan & Plaugher)

-- 
Andreas Otto

d.k.d Internet Service GmbH
Kaiserstra?e 79
60329 Frankfurt / Main
Fon: +49 69 43056170
Fax: +49 69 43056190
Mail: andreas.otto at dkd.de
Home: www.dkd.de




From chibo at gmx.de  Mon Feb  6 17:59:39 2006
From: chibo at gmx.de (Chi Hoang)
Date: Mon, 06 Feb 2006 17:59:39 +0100
Subject: [TYPO3-dev] Where is the CVS repository?
In-Reply-To: <mailman.1.1139242802.13463.typo3-dev@lists.netfielders.de>
References: <mailman.12882.1139227792.6406.typo3-dev@lists.netfielders.de>
	<mailman.1.1139229942.18303.typo3-dev@lists.netfielders.de>
	<mailman.1.1139235147.29928.typo3-dev@lists.netfielders.de>
	<mailman.1.1139242802.13463.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139245180.16713.typo3-dev@lists.netfielders.de>

I'm not that familiar with Sourceforge nor CVS, but too me it is not as 
clear described like Bernhard did. And there is no information about T3 
4.0. The link http://t3nighties.think-open.org/ should be mentioned 
there too.



From michael at typo3.org  Mon Feb  6 19:59:59 2006
From: michael at typo3.org (Michael Stucki)
Date: Mon, 06 Feb 2006 19:59:59 +0100
Subject: [TYPO3-dev] Where is the CVS repository?
References: <mailman.12882.1139227792.6406.typo3-dev@lists.netfielders.de>
	<mailman.1.1139229500.17359.typo3-dev@lists.netfielders.de>
	<mailman.1.1139232150.23238.typo3-dev@lists.netfielders.de>
	<mailman.12909.1139234916.6406.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139254836.2267.typo3-dev@lists.netfielders.de>

Hi Stephane,

> For some obscure reason, I somehow always thought that the HEAD tag (or
> no tag at all) would always give me the latest code that is present in
> CVS...
> 
> Adding the appropriate tag resolved my problem (until the time the tag
> for the latest version will change to TYPO3_4-1 or something else).

You are right, normally it would be handled like this. Development happens
in the HEAD branch until the feature freeze starts. This is when the first
RC is released.

However, this time I created the branch by mistake with the first beta
instead of the first RC. To avoid problems with upcoming merges, no changes
will go into HEAD.

Regards, michael
-- 
Use a newsreader! Check out
http://typo3.org/community/mailing-lists/use-a-news-reader/



From michael at typo3.org  Mon Feb  6 20:40:33 2006
From: michael at typo3.org (Michael Stucki)
Date: Mon, 06 Feb 2006 20:40:33 +0100
Subject: [TYPO3-dev] Interface development - OFF TOPIC
References: <mailman.1.1138620877.10384.typo3-dev@lists.netfielders.de>
	<mailman.1.1138622618.13210.typo3-dev@lists.netfielders.de>
	<mailman.1.1138648635.23237.typo3-dev@lists.netfielders.de>
	<mailman.1.1138659409.10435.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139254837.2267.typo3-dev@lists.netfielders.de>

Hey tapio,

>>>tapio wrote:
>>>
>>>>I hope that I, B. Kraft and Maximo Cuadros
>>>>could make a team.
> 
>> Simply ignore that guy! It really doesn't hurt, you will not miss any
>> important news.
> 
> Michael - this is extremely insulting!

Sorry. You are right, this is not the appropriate place for bashing on
people. However, I must say that you worked for quite a long time to earn
my disrespect.

You seem to have some nice ideas but you present them in a style that makes
you think you want me to laugh about them! You act like a child when
writing mails and reporting bugs, being importunate and time-demanding for
other developers.

Here is my suggestion to improve the situation:
- Think about what you do and what you write since this list is read by some
  hundred people.
- Read your mails twice before you send them. It is often very hard to
  understand what you want to say.
- Don't fload other developers mailboxes with private questions, especially
  not when you ask three of them at the same time in separate emails.

For me personally I must say that being ignorant was probably a not-so-bad
decision since you stopped writing me personal emails after that.

- michael
-- 
Use a newsreader! Check out
http://typo3.org/community/mailing-lists/use-a-news-reader/



From tapio.markula at dnainternet.net  Mon Feb  6 22:19:26 2006
From: tapio.markula at dnainternet.net (tapio)
Date: Mon, 06 Feb 2006 23:19:26 +0200
Subject: [TYPO3-dev] Interface development - OFF TOPIC
In-Reply-To: <mailman.1.1139254837.2267.typo3-dev@lists.netfielders.de>
References: <mailman.1.1138620877.10384.typo3-dev@lists.netfielders.de>
	<mailman.1.1138622618.13210.typo3-dev@lists.netfielders.de>
	<mailman.1.1138648635.23237.typo3-dev@lists.netfielders.de>
	<mailman.1.1138659409.10435.typo3-dev@lists.netfielders.de>
	<mailman.1.1139254837.2267.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139260774.11477.typo3-dev@lists.netfielders.de>


> You seem to have some nice ideas but you present them in a style that makes
> you think you want me to laugh about them! You act like a child when
> writing mails and reporting bugs, being importunate and time-demanding for
> other developers.

Ok it try to get time - like many other too. But I know that some people
regard my trials as important. I would just get some respect also from you.

> Here is my suggestion to improve the situation:

> - Think about what you do and what you write since this list is read by some
>   hundred people.

ok I addmit that I write sometimes too fast and

> - Read your mails twice before you send them. It is often very hard to
>   understand what you want to say.

I addmit- but my English skills are not very good

> - Don't fload other developers mailboxes with private questions, especially

That was pseudo-private - the purpose was to gather *more* people into 
interface development. I mentioned three persons, whom I took personal 
contact too. But that was not meant to be so personal as you thought.

> For me personally I must say that being ignorant was probably a not-so-bad
> decision since you stopped writing me personal emails after that.

ok - but could you please and try to understand my trial too - interface 
development *is* important at the sight of people, whose task it to sell
CMS and earn money

just test my trials from

http://www.osconsult.com/tapio/index.php?id=601

that site use experimental AJAX (from Maximo Curtis Ortiz)
and my own interface development

If you use as username and password 'minimal'
you get "Typo3 Lite" - visually really light.

I have several problems, which I have not solved and I would really
need some support.



From typo3 at penpal4u.net  Tue Feb  7 03:26:03 2006
From: typo3 at penpal4u.net (Christian Lerrahn)
Date: Tue, 7 Feb 2006 13:26:03 +1100
Subject: [TYPO3-dev] DATETIME field without considering locale
References: <mailman.1.1139124504.18452.typo3-dev@lists.netfielders.de>
	<mailman.1.1139229794.18046.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139279187.5658.typo3-dev@lists.netfielders.de>

Hi Berhard,
> > I've written an extension that uses 2 datetime fields. However, I'm
> > realizing that the locale of my client is always considered. The default
> > value is my current local time and whatever I enter will be considered a
> > time in my timezone. As the server is in a different timezone though and
> > the times and dates I enter shall show up the way I enter them, this is
> > very inconvenient. Is there a way to make an entered time in a datetime
> > filed absolute? Or can someone just point me to the specs of the array
> > properties of the field definitions? I searched the core references but
> > couldn't find anything that was suitable.
> 
> 
> Hello !
> 
> I had this problem with date fields where a birthday should get entered.
> Now it's the case if you sit for example in GMT+2 (Eastern europe) and enter
> a date like 20-10-1980 (my birthday :) it will get converted to a UNIX timestamp
> (which of course hasn't got any timezones) and transfered to the server which
> is in GMT+1. As at the timepoint of 0:0 20-10-1980 it is 23:00 19-10-1980 the date
> always showed up with one day before on the server.
> 
> I communicated this problem to the other core-dev's and there is a solution from
> me at:
> http://bugs.typo3.org/view.php?id=1697
> (bug_1697_2006-01-20_CVS.diff)
> 
> You can follow the discussion on the core list at:
> http://lists.netfielders.de/pipermail/typo3-team-core/2006-January/001364.html
> 
> 
> But this solution (I enter the date/times as I would be in the same timezone of the
> server) is in my opinion not always the best as for example if you are in a big
> international company it is questionable how the behaviour should be.
> 
> Exampl:
> Server in GMT+1 (Central Europe).
> Employe of BIC (Big international company) is in GMT+8 (Singapure). If he now enters
> a "News" for example he could probably want to input
> 12:00 06-01-2006 into the Date Field of the News and wants to get it converted to whatever
> this means in CET.
> It could also be required that an editor can choose in which timezone he "means" a value.
> In the FE it should be possible to set the timezone in which strftime outputs a value (normally
> it does it depending on the locale - but you can overcome this by adding +3600*n to the timestamp)
> 
> I would be really interested in discussing this.
> I can be found on #typo3 on irc.freenode.net (kraftb)
> or via ICQ: #113830220 (Krufti)

You're right with your considerations. But wouldn't the best solution be
to have 2 different kinds of DATETIME fields? On that's considering the
timezone and one that isn't?

Christian

P.S.: I'll try to catch you on IRC or ICQ but assuming that you're in
GMT+1 and I'm in GMT+11, that might take a while to work out. So
timezones are always a tricky thing ;-)

-- 
    Der Herr sprach zu Jona: Meinst du, dass du mit Recht z?rnst?
    
    Jona 4,4
    
    Gott  hat  uns nicht bestimmt zum Zorn, sondern dazu, das Heil zu
    erlangen durch unsern Herrn Jesus Christus.
    
    1.Thessalonicher 5,9
    



From typo3 at penpal4u.net  Tue Feb  7 03:29:54 2006
From: typo3 at penpal4u.net (Christian Lerrahn)
Date: Tue, 7 Feb 2006 13:29:54 +1100
Subject: [TYPO3-dev]  Injecting levels into menus
Message-ID: <mailman.1.1139279410.5658.typo3-dev@lists.netfielders.de>

Hi,
I might find an answer to this in the code if I read enough of it.
However, this might be an easy question for some of you and therefore
I'll ask the question without doing research. ;-)
Is there any way for an extension to inject further levels into a menu
that are then rendered by the core? E.g. if I have a 2 level GMENU and
then a plugin on one of the first level pages, could I have the extension
create a second level below that page the plugin is on? Like setting up
"pseudo subpages" that are then rendered by the core. If yes, can anyone
give me a hint where to start?

Regards,
Christian

-- 
    Der Herr sprach zu Jona: Meinst du, dass du mit Recht z?rnst?
    
    Jona 4,4
    
    Gott  hat  uns nicht bestimmt zum Zorn, sondern dazu, das Heil zu
    erlangen durch unsern Herrn Jesus Christus.
    
    1.Thessalonicher 5,9
    



From bedlamhotel at gmail.com  Tue Feb  7 04:58:30 2006
From: bedlamhotel at gmail.com (Christopher)
Date: Mon, 6 Feb 2006 19:58:30 -0800
Subject: [TYPO3-dev] Injecting levels into menus
In-Reply-To: <mailman.1.1139279410.5658.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139279410.5658.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.13162.1139284714.6406.typo3-dev@lists.netfielders.de>

Hello,

On 2/6/06, Christian Lerrahn <typo3 at penpal4u.net> wrote:
> Hi,
> I might find an answer to this in the code if I read enough of it.
> However, this might be an easy question for some of you and therefore
> I'll ask the question without doing research. ;-)
> Is there any way for an extension to inject further levels into a menu
> that are then rendered by the core? E.g. if I have a 2 level GMENU and
> then a plugin on one of the first level pages, could I have the extension
> create a second level below that page the plugin is on? Like setting up
> "pseudo subpages" that are then rendered by the core. If yes, can anyone
> give me a hint where to start?

Check out the .userFunc property of the ordinary HMENU object in the
TSref [1]. There's an example there of how to create a menu that
"...could be a menu reflecting a menu structure of a plugin".


-Christopher

[1] http://typo3.org/documentation/document-library/doc_core_tsref/HMENU/



From mathias.schreiber at wmdb.de  Tue Feb  7 08:24:42 2006
From: mathias.schreiber at wmdb.de (Mathias Schreiber)
Date: Tue, 7 Feb 2006 08:24:42 +0100
Subject: [TYPO3-dev] Interface development - OFF TOPIC
References: <mailman.1.1138620877.10384.typo3-dev@lists.netfielders.de>
	<mailman.1.1138622618.13210.typo3-dev@lists.netfielders.de>
	<mailman.1.1138648635.23237.typo3-dev@lists.netfielders.de>
	<mailman.1.1138659409.10435.typo3-dev@lists.netfielders.de>
	<mailman.1.1139254837.2267.typo3-dev@lists.netfielders.de>
	<mailman.1.1139260774.11477.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139297107.28345.typo3-dev@lists.netfielders.de>

tapio wrote:
> interface development *is* important at the sight of people, whose
> task it to sell CMS and earn money

> I have several problems, which I have not solved and I would really
> need some support.

Have you considered to pay for support?

Maybe this solves the timing problem 





From tapio.markula at dnainternet.net  Tue Feb  7 11:45:07 2006
From: tapio.markula at dnainternet.net (tapio)
Date: Tue, 07 Feb 2006 12:45:07 +0200
Subject: [TYPO3-dev] Interface development - OFF TOPIC
In-Reply-To: <mailman.1.1139297107.28345.typo3-dev@lists.netfielders.de>
References: <mailman.1.1138620877.10384.typo3-dev@lists.netfielders.de>
	<mailman.1.1138622618.13210.typo3-dev@lists.netfielders.de>
	<mailman.1.1138648635.23237.typo3-dev@lists.netfielders.de>
	<mailman.1.1138659409.10435.typo3-dev@lists.netfielders.de>
	<mailman.1.1139254837.2267.typo3-dev@lists.netfielders.de>
	<mailman.1.1139260774.11477.typo3-dev@lists.netfielders.de>
	<mailman.1.1139297107.28345.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139309116.16056.typo3-dev@lists.netfielders.de>


> Have you considered to pay for support?
> 
> Maybe this solves the timing problem 

I try to gather a group outside this dev-list.
Most problems are not serious, but these should still solve at some way:

http://typo3.org/documentation/document-library/tm_contentaccess/Known_problems-78/
http://typo3.org/documentation/document-library/tm_contentaccess/To_Do_list-76/



From newslist at andreas-balzer.de  Tue Feb  7 12:05:17 2006
From: newslist at andreas-balzer.de (Andreas Balzer)
Date: Tue, 07 Feb 2006 12:05:17 +0100
Subject: [TYPO3-dev]  Migration from Typo3 3.8.0 to 4.0 beta
Message-ID: <mailman.1.1139310306.19108.typo3-dev@lists.netfielders.de>

Hi!
I just wanted to ask you as developers, whether it makes sense, to 
migrate from typo3 3.8.0 to the beta of version 4 already? (Because we 
have just holidays and more time to do..)

How 'stable' is it? (how many critical bugs does it have..)
Is it easier just to upload an update from beta to final, or will the 
final version be 'not compatible in any way' with the beta? Does it 
makes any sense to try the beta in the field? (of course we have backups 
for any case..)

And my last question.. Does a migration guide exists?

Greetings
Andreas



From tapio.markula at dnainternet.net  Tue Feb  7 12:39:28 2006
From: tapio.markula at dnainternet.net (tapio)
Date: Tue, 07 Feb 2006 13:39:28 +0200
Subject: [TYPO3-dev] Migration from Typo3 3.8.0 to 4.0 beta
In-Reply-To: <mailman.1.1139310306.19108.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139310306.19108.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139312378.22448.typo3-dev@lists.netfielders.de>

Andreas Balzer wrote:
> Hi!
> I just wanted to ask you as developers, whether it makes sense, to 
> migrate from typo3 3.8.0 to the beta of version 4 already? (Because we 
> have just holidays and more time to do..)

The table 'pages' is not backward compatible. I must use
'COMPARE' tool to get the database 3.8.1 database to work with 4.0 Beta2.

I have not found in tests any serious functionality problems - even if 
people says that there are unsolved bugs.



From pschuster at n-o-g.de  Tue Feb  7 13:14:34 2006
From: pschuster at n-o-g.de (Patrick Schuster)
Date: Tue, 07 Feb 2006 13:14:34 +0100
Subject: [TYPO3-dev]  Problems with $this->pi_getLL
Message-ID: <mailman.1.1139314455.27374.typo3-dev@lists.netfielders.de>

Hi everybody,

normally (??) I can change the "labels" of an extension with the 
following TS code (which works perfect for tt_news for example)

plugin.<plugin>._LOCAL_LANG.<lang> {
   label1 = some text
   label2 = another text
}

Now I have an extension "mbl_newsevent" (which depends on the tt_news 
extension) and I thought I can easily change the labels too with one on 
the following:

plugin.mbl_newsevent._LOCAL_LANG.de.organizer = ThisIsATest
plugin.tt_news.mbl_newsevent._LOCAL_LANG.de.organizer = ThisIsATest
plugin.mbl_newsevent._LOCAL_LANG.default.organizer = ThisIsATest

But nothing works. Now I have done a code review and discovered the 
following that both extensions use the same function call:

... = $this->pi_getLL("event_date");

Even $this->pi_loadLL(); is done in the function,

so do you have a clue where to search?

Thanks in advance
Patrick



From typo3 at fm-world.ru  Tue Feb  7 13:18:40 2006
From: typo3 at fm-world.ru (Dmitry Dulepov)
Date: Tue, 07 Feb 2006 14:18:40 +0200
Subject: [TYPO3-dev] Problems with $this->pi_getLL
In-Reply-To: <mailman.1.1139314455.27374.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139314455.27374.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139314720.27378.typo3-dev@lists.netfielders.de>

Hi!

Patrick Schuster wrote:
> Now I have an extension "mbl_newsevent" (which depends on the tt_news
> extension) and I thought I can easily change the labels too with one on
> the following:
> 
> plugin.mbl_newsevent._LOCAL_LANG.de.organizer = ThisIsATest
> plugin.tt_news.mbl_newsevent._LOCAL_LANG.de.organizer = ThisIsATest
> plugin.mbl_newsevent._LOCAL_LANG.default.organizer = ThisIsATest

What about this:
plugin.tt_news._LOCAL_LANG.de.organizer = ThisIsATest

Dmitry.
-- 
"It is our choices, that show what we truly are,
far more than our abilities." (A.P.W.B.D.)



From peter.russ at 4many.net  Tue Feb  7 13:28:41 2006
From: peter.russ at 4many.net (Peter Russ)
Date: Tue, 07 Feb 2006 13:28:41 +0100
Subject: [TYPO3-dev] Problems with $this->pi_getLL
In-Reply-To: <mailman.1.1139314455.27374.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139314455.27374.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139315321.27760.typo3-dev@lists.netfielders.de>

Patrick Schuster schrieb:
[...]
> Now I have an extension "mbl_newsevent" (which depends on the tt_news 
> extension) and I thought I can easily change the labels too with one on 
> the following:
> 
> plugin.mbl_newsevent._LOCAL_LANG.de.organizer = ThisIsATest
> plugin.tt_news.mbl_newsevent._LOCAL_LANG.de.organizer = ThisIsATest
> plugin.mbl_newsevent._LOCAL_LANG.default.organizer = ThisIsATest
> 
> But nothing works. Now I have done a code review and discovered the 
> following that both extensions use the same function call:
> 
> ... = $this->pi_getLL("event_date");
> 
> Even $this->pi_loadLL(); is done in the function,
> 
> so do you have a clue where to search?

No idea about mbl_newsevent. But does this extend the tt_news?
Then
plugin.tt_news._LOCAL_LANG.de.organizer = ThisIsATest
should do it, if organizer is in the locallang.php/xml of tt_news

Regs. Peter.

-- 
Fiat lux!
Docendo discimus.
_____________________________
4Many? Services
openBC: http://www.openbc.com/go/invuid/Peter_Russ



From typo3 at ingo-renner.com  Tue Feb  7 13:55:44 2006
From: typo3 at ingo-renner.com (Ingo Renner)
Date: Tue, 7 Feb 2006 13:55:44 +0100
Subject: [TYPO3-dev] Migration from Typo3 3.8.0 to 4.0 beta
References: <mailman.1.1139310306.19108.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139317006.32115.typo3-dev@lists.netfielders.de>

Am Tue, 07 Feb 2006 12:05:17 +0100 schrieb Andreas Balzer:

> Hi!
> I just wanted to ask you as developers, whether it makes sense, to 
> migrate from typo3 3.8.0 to the beta of version 4 already? (Because we 
> have just holidays and more time to do..)

Do not use beta software unless you understand waht beta means.


Ingo

-- 
Use a newsreader! Check out
http://typo3.org/community/mailing-lists/use-a-news-reader/



From ingmar at typo3.org  Tue Feb  7 14:15:46 2006
From: ingmar at typo3.org (Ingmar Schlecht)
Date: Tue, 07 Feb 2006 14:15:46 +0100
Subject: [TYPO3-dev] Migration from Typo3 3.8.0 to 4.0 beta
In-Reply-To: <mailman.1.1139317006.32115.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139310306.19108.typo3-dev@lists.netfielders.de>
	<mailman.1.1139317006.32115.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139318143.3062.typo3-dev@lists.netfielders.de>

Ingo Renner wrote:
> Am Tue, 07 Feb 2006 12:05:17 +0100 schrieb Andreas Balzer:
> 
>> Hi!
>> I just wanted to ask you as developers, whether it makes sense, to 
>> migrate from typo3 3.8.0 to the beta of version 4 already? (Because we 
>> have just holidays and more time to do..)
> 
> Do not use beta software unless you understand waht beta means.

Hey Ingo, Andreas just asked whether this particular TYPO3 version is
stable enough to be used and didn't ask for beta software in general!

To answer Andreas' question:
Yes, there are no known critical bugs in 4.0beta2, and there won't be a
problem in upgrading to the final later.

However, this does NOT mean that beta3 won't contain any critical bugs,
because it will contain some brand-new stuff like the new extension
manager for TER2 which hasn't been broadly tested yet.

And @tapio, your comment "the pages table is not backwards compatible"
is a bit misleading, because going into the install tool and clicking
"Compare" and "Import" in the database analyzer is the way to go for
every upgrade, so there's nothing special here.

cheers,
Ingmar



From typo3 at ingo-renner.com  Tue Feb  7 14:16:47 2006
From: typo3 at ingo-renner.com (Ingo Renner)
Date: Tue, 7 Feb 2006 14:16:47 +0100
Subject: [TYPO3-dev] trivial bug which could be solved in a minute for 4.0
Message-ID: <mailman.1.1139318272.3071.typo3-dev@lists.netfielders.de>

Hi,

could one of the core devs have a lokk at
http://bugs.typo3.org/view.php?id=2516

just kind of a typo


Ingo

-- 
Use a newsreader! Check out
http://typo3.org/community/mailing-lists/use-a-news-reader/



From typo3 at ingo-renner.com  Tue Feb  7 14:20:39 2006
From: typo3 at ingo-renner.com (Ingo Renner)
Date: Tue, 7 Feb 2006 14:20:39 +0100
Subject: [TYPO3-dev] Migration from Typo3 3.8.0 to 4.0 beta
References: <mailman.1.1139310306.19108.typo3-dev@lists.netfielders.de>
	<mailman.1.1139317006.32115.typo3-dev@lists.netfielders.de>
	<mailman.1.1139318143.3062.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139318504.3196.typo3-dev@lists.netfielders.de>

Am Tue, 07 Feb 2006 14:15:46 +0100 schrieb Ingmar Schlecht:


Hi Ingmar,

> Hey Ingo, Andreas just asked whether this particular TYPO3 version is
> stable enough to be used and didn't ask for beta software in general!

to me it sounded like upgrading a live working 3.8 to 4.0 which I wouldn't
recommend to do so...

Ingo

P.S. Did UPS deliver the Egishorn already? ;-)

-- 
Use a newsreader! Check out
http://typo3.org/community/mailing-lists/use-a-news-reader/



From pschuster at n-o-g.de  Tue Feb  7 15:28:41 2006
From: pschuster at n-o-g.de (Patrick Schuster)
Date: Tue, 07 Feb 2006 15:28:41 +0100
Subject: [TYPO3-dev] Problems with $this->pi_getLL
In-Reply-To: <mailman.1.1139315321.27760.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139314455.27374.typo3-dev@lists.netfielders.de>
	<mailman.1.1139315321.27760.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139322503.10654.typo3-dev@lists.netfielders.de>

Peter Russ schrieb:
> Patrick Schuster schrieb:
> [...]
>> Now I have an extension "mbl_newsevent" (which depends on the tt_news 
>> extension) and I thought I can easily change the labels too with one 
>> on the following:

> No idea about mbl_newsevent. But does this extend the tt_news?
> Then
> plugin.tt_news._LOCAL_LANG.de.organizer = ThisIsATest
> should do it, if organizer is in the locallang.php/xml of tt_news

I tried this also but have no success.

"mbl_newsevent" comes with its own locallang.php but uses (when 
installed) TS like this:

plugin.tt_news.mbl_newsevent.xxx = yyy

so I thought it should handle the _LOCAL_LANG thing as well but it doesn't.
I have written an email to the developer so perhaps he can clear this up.

Best regards,
Patrick



From typo3dev at ameos.com  Tue Feb  7 16:35:34 2006
From: typo3dev at ameos.com (Jerome Schneider)
Date: Tue, 7 Feb 2006 16:35:34 +0100
Subject: [TYPO3-dev]  SOLUTION (?) : Multiple XCLASS inheritance
Message-ID: <mailman.1.1139326662.17391.typo3-dev@lists.netfielders.de>

Hello community

I'm currently working on a solution to allow TYPO3 developpers to extend the 
same extension several times ( instead of just one time using XCLASS )


I call this reverse inheriting : here is an example.

Let's say somenone has developped an extension named 'forum', in a class 
named 'tx_forum_pi1'.

 class tx_forum extends pi_base
 {
  function main()
  {}

  /* some code */
 }


I need to extend this extension to add some specific behaviour. Assume this 
can't be done using hooks.
We decide to name our extension tx_forum_extended
If I do so using XCLASS, my work will be a dead-end, as no one will be able 
to extend my work : XCLASS can't be extended

Here is the idea : instead of asking to Typo3 to handle my xclass rather 
than tx_forum, we could ask typo3 to handle tx_forum, heriting from our 
extending extension :


 tx_forum extends tx_forum_extended
 and not
 tx_forum_extended extends tx_forum


This is what I call reverse inheriting.



-- BUT --

Doing this would'nt be really efficient, as we would only be able to ADD 
methods to tx_forum, not to modify them
( because, as we're reverting inheritance, our custom methods would be 
overloaded by the classic ones in tx_forum, and that's not what we want )

-- THE SOLUTION ( maybe ? ) --

The solution would be this little trick :


 class tx_forum_old extends pi_base
 {
  function main()
  {}

  /* some code */
  /* this is the original method */
 }

 class tx_forum_extended extends tx_forum_old
 {
  /* our custom methods, overloading tx_forum */
 }

 class tx_forum extends tx_forum_extended  /* this is an empty, dummy class 
:) */
 {}       /* that is the trick */
        /* this presents to typo3 the modified tx_forum class with it's 
classic name */


This 'on-the-fly dynamic inheritance' has to be processed before inclusion 
by some weaver object ( yes, weaver, as in aspect oriented programing ;)

I already implemented such a weaver and succesfuly integrated it in TYPO3, 
packaged as an extension.
I tested it on typo3 extensions with 3 levels of inheritance ( instead of 
only one using XCLASS ) and it works great.

However my implementation of this idea is, for the moment, really trivial, 
and I'm posting this to get some feedback to know if it's worth the matter 
to go deeper in this direction.


Greetings, Jerome Schneider 





From typo3 at ingo-renner.com  Tue Feb  7 17:08:38 2006
From: typo3 at ingo-renner.com (Ingo Renner)
Date: Tue, 7 Feb 2006 17:08:38 +0100
Subject: [TYPO3-dev] SOLUTION (?) : Multiple XCLASS inheritance
References: <mailman.1.1139326662.17391.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139328606.21214.typo3-dev@lists.netfielders.de>

Am Tue, 7 Feb 2006 16:35:34 +0100 schrieb Jerome Schneider:

Hi

> I'm currently working on a solution to allow TYPO3 developpers to extend the 
> same extension several times ( instead of just one time using XCLASS )

sounds interesting

> If I do so using XCLASS, my work will be a dead-end, as no one will be able 
> to extend my work : XCLASS can't be extended

this is actually not quite correct as you can extend xclasses, you just
can't xclass a base class two or more times.

you can do 

class a
class ux_b extends a
class ux_ux_c extends ux_b

but you can't do 

class a
class ux_b extends a
class ux_c extends a


Ingo

-- 
Use a newsreader! Check out
http://typo3.org/community/mailing-lists/use-a-news-reader/



From steffen at mail.kommwiss.fu-berlin.de  Tue Feb  7 19:07:47 2006
From: steffen at mail.kommwiss.fu-berlin.de (=?ISO-8859-1?Q?Steffen_M=FCller?=)
Date: Tue, 07 Feb 2006 19:07:47 +0100
Subject: [TYPO3-dev] Migration from Typo3 3.8.0 to 4.0 beta
In-Reply-To: <mailman.1.1139317006.32115.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139310306.19108.typo3-dev@lists.netfielders.de>
	<mailman.1.1139317006.32115.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139335665.2432.typo3-dev@lists.netfielders.de>

Hi.

On 07.02.2006 13:55 Ingo Renner wrote:
> Am Tue, 07 Feb 2006 12:05:17 +0100 schrieb Andreas Balzer:
> 
> 
>>Hi!
>>I just wanted to ask you as developers, whether it makes sense, to 
>>migrate from typo3 3.8.0 to the beta of version 4 already? (Because we 
>>have just holidays and more time to do..)
> 
> 
> Do not use beta software unless you understand waht beta means.
> 

Well, one can misunderstand the term "beta" in this case. Compared to
some other software projects, 4.0beta in TYPO3 does not mean feature
freeze. Every new beta release could introduce new features with new bugs.


-- 
cheers,
Steffen



From franz at fholzinger.com  Tue Feb  7 19:13:00 2006
From: franz at fholzinger.com (Franz Holzinger)
Date: Tue, 07 Feb 2006 19:13:00 +0100
Subject: [TYPO3-dev] SOLUTION (?) : Multiple XCLASS inheritance
In-Reply-To: <mailman.1.1139326662.17391.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139326662.17391.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139335993.3046.typo3-dev@lists.netfielders.de>

Hello

> 
> I need to extend this extension to add some specific behaviour. Assume this 
> can't be done using hooks.
> We decide to name our extension tx_forum_extended
> If I do so using XCLASS, my work will be a dead-end, as no one will be able 
> to extend my work : XCLASS can't be extended
> 
> Here is the idea : instead of asking to Typo3 to handle my xclass rather 
> than tx_forum, we could ask typo3 to handle tx_forum, heriting from our 
> extending extension :
> 

TYPO3 will go the way to PHP5 in the future.
So the solution would be that each TYPO3 class is based on an interface
class. Then the inheriting class can override all methods it wants. I
think, a XCLASS will not be needed any more with abstract interface
classes. If a class is derived from an abstract interface and passed as
a parameter to a TYPO3 function, then the methods of the deriving class
would be called (if defined) by the TYPO3 function and not any more the
method of the corresponding basic TYPO3 class. I think this should
become possible with PHP5.


Regards,

Franz




From typo3dev at ameos.com  Tue Feb  7 19:26:11 2006
From: typo3dev at ameos.com (Jerome Schneider)
Date: Tue, 7 Feb 2006 19:26:11 +0100
Subject: [TYPO3-dev] SOLUTION (?) : Multiple XCLASS inheritance
References: <mailman.1.1139326662.17391.typo3-dev@lists.netfielders.de>
	<mailman.1.1139328606.21214.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139336775.4069.typo3-dev@lists.netfielders.de>

Hello,

> > If I do so using XCLASS, my work will be a dead-end, as no one will be
able
> > to extend my work : XCLASS can't be extended
>
> this is actually not quite correct as you can extend xclasses, you just
> can't xclass a base class two or more times.

I agree, but doing what you are proposing doesn't allow several classes to
extend a base class for the reason that you, as a developper, don't know (
and can't know ) which extensions are installed on the Typo3 instance.

You can't realize something like

    class a
    class ux_b extends a
    class ux_ux_c extends ux_b

without forcing ux_b to be installed and activated.

And that's the point of my reflexion.
Managing some kind of PHP array, that extensions can feed to alter or add a
behavior to a base class without presupposing which extensions will be
installed ( just like the TCA )

Some kind of dynamic inheritance.

What do you think ?

"Ingo Renner" <typo3 at ingo-renner.com> wrote in message
news:mailman.1.1139328606.21214.typo3-dev at lists.netfielders.de...
> Am Tue, 7 Feb 2006 16:35:34 +0100 schrieb Jerome Schneider:
>
> Hi
>
> > I'm currently working on a solution to allow TYPO3 developpers to extend
the
> > same extension several times ( instead of just one time using XCLASS )
>
> sounds interesting
>
> > If I do so using XCLASS, my work will be a dead-end, as no one will be
able
> > to extend my work : XCLASS can't be extended
>
> this is actually not quite correct as you can extend xclasses, you just
> can't xclass a base class two or more times.
>
> you can do
>
> class a
> class ux_b extends a
> class ux_ux_c extends ux_b
>
> but you can't do
>
> class a
> class ux_b extends a
> class ux_c extends a
>
>
> Ingo
>
> -- 
> Use a newsreader! Check out
> http://typo3.org/community/mailing-lists/use-a-news-reader/





From peter.russ at 4many.net  Tue Feb  7 19:42:14 2006
From: peter.russ at 4many.net (Peter Russ)
Date: Tue, 07 Feb 2006 19:42:14 +0100
Subject: [TYPO3-dev] SOLUTION (?) : Multiple XCLASS inheritance
In-Reply-To: <mailman.1.1139335993.3046.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139326662.17391.typo3-dev@lists.netfielders.de>
	<mailman.1.1139335993.3046.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139337734.5068.typo3-dev@lists.netfielders.de>

Franz Holzinger schrieb:
[...]
> TYPO3 will go the way to PHP5 in the future.
> So the solution would be that each TYPO3 class is based on an interface
> class. Then the inheriting class can override all methods it wants. I
> think, a XCLASS will not be needed any more with abstract interface
> classes. If a class is derived from an abstract interface and passed as
> a parameter to a TYPO3 function, then the methods of the deriving class
> would be called (if defined) by the TYPO3 function and not any more the
> method of the corresponding basic TYPO3 class. I think this should
> become possible with PHP5.

It's not based on an interface, it's "implement" an interface. So a 
class can extend a basic class and implements different interfaces to 
communicate with other classes. Just have a look at JAVA.

The question still exists: if a class A should be replaced by class B 
AND class C who wins? No problem as long as they extend different 
methods/functions. But replacing same functions would result in a "last 
one wins" situation. A solution might be to overload methods and 
differentitate methods call by unique vars.

Regs. Peter.

-- 
Fiat lux!
Docendo discimus.
_____________________________
4Many? Services
openBC: http://www.openbc.com/go/invuid/Peter_Russ



From wilhelm at icecrash.com  Tue Feb  7 20:27:16 2006
From: wilhelm at icecrash.com (Sven Wilhelm)
Date: Tue, 07 Feb 2006 20:27:16 +0100
Subject: [TYPO3-dev] SOLUTION (?) : Multiple XCLASS inheritance
In-Reply-To: <mailman.1.1139326662.17391.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139326662.17391.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139340441.6719.typo3-dev@lists.netfielders.de>

> This is what I call reverse inheriting.
and the next wave of security problems will follow.

Sorry, but don't try get more complicated as some things are present.

PHP5 will give a lot of long expected and necessary oo-features, use
them, it's better than finding new own ways.

And communication solves many basic problem, work together with the
original authors.

Sven





From elmar.DOT.hinz at team.MINUS.red.DOT.net  Tue Feb  7 20:55:51 2006
From: elmar.DOT.hinz at team.MINUS.red.DOT.net (Elmar Hinz)
Date: Tue, 07 Feb 2006 20:55:51 +0100
Subject: [TYPO3-dev] SOLUTION (?) : Multiple XCLASS inheritance
In-Reply-To: <mailman.1.1139326662.17391.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139326662.17391.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139342163.12836.typo3-dev@lists.netfielders.de>

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

Jerome Schneider schrieb:
> I'm currently working on a solution to allow TYPO3 developpers to extend the 
> same extension several times ( instead of just one time using XCLASS )

[...]

> I already implemented such a weaver and succesfuly integrated it in TYPO3, 
> packaged as an extension.
> I tested it on typo3 extensions with 3 levels of inheritance ( instead of 
> only one using XCLASS ) and it works great.
> 
> However my implementation of this idea is, for the moment, really trivial, 
> and I'm posting this to get some feedback to know if it's worth the matter 
> to go deeper in this direction.

Hello Jerome,

It sounds interesting. The current method of "static xclassing" can build an
unlimited chain of inheritenced classes, as long as each class knows the exact
name of the parent.

A kind of "dynamic xclassing" where each class only needs to know the name of
the original class would be an improvement. I think this is the principle of
your proposal, even if I missed some details of your concept.

As Peter Russ already remarked any form of "dynamic xclassing" does only work,
as long as the classes extend different methods. As soon as they overwrite same
methods, we get the old conflicts again.

For this reason I would expect that a new dynamix xclass framework (the "weaver
classes" in cooperation with the installer tool), checks, if there is a
concurrence of any function in the xclasses. In this situation it should throw
an informative error message already during installation and exit the
installation process of the new extension.

Regards

Elmar

















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

iD8DBQFD6PtGO976RNoy/18RAuCaAKCExB7Nd2SINuJe0yrrvLoKbLPGfQCfdNut
pJSwhc2BQhSOLz4GEZeY/aE=
=15x9
-----END PGP SIGNATURE-----



From mscharkow at gmx.net  Tue Feb  7 22:22:07 2006
From: mscharkow at gmx.net (Michael Scharkow)
Date: Tue, 07 Feb 2006 22:22:07 +0100
Subject: [TYPO3-dev] SOLUTION (?) : Multiple XCLASS inheritance
In-Reply-To: <mailman.1.1139337734.5068.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139326662.17391.typo3-dev@lists.netfielders.de>
	<mailman.1.1139335993.3046.typo3-dev@lists.netfielders.de>
	<mailman.1.1139337734.5068.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139347328.20990.typo3-dev@lists.netfielders.de>

Peter Russ wrote:

> It's not based on an interface, it's "implement" an interface. So a 
> class can extend a basic class and implements different interfaces to 
> communicate with other classes. Just have a look at JAVA.

And please don't implement interfaces everywhere just because PHP5 
offers it. Interfaces add a lot of useless complexity and 
specification-ism, as does fanatic type casting. I agree that class 
inheritance should be used in a lot of places, but the difficulty is 
still in the factory function that needs to know what to instanciate.

> The question still exists: if a class A should be replaced by class B 
> AND class C who wins? No problem as long as they extend different 
> methods/functions. But replacing same functions would result in a "last 
> one wins" situation. 

Yes, and given that PHP does not support mix-ins (like e.g. Ruby), I 
don't see any simple solution to that. Moreover, the code is very hard 
to debug if half a dozen classes mess around in one base class.

I'd like to see XCLASSES disappear completely and only use hooks. TER 
will be much cleaner after that ;)

Cheers,
Michael



From kraftb at kraftb.at  Tue Feb  7 23:50:09 2006
From: kraftb at kraftb.at (Bernhard Kraft)
Date: Tue, 07 Feb 2006 23:50:09 +0100
Subject: [TYPO3-dev] SOLUTION (?) : Multiple XCLASS inheritance
In-Reply-To: <mailman.1.1139326662.17391.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139326662.17391.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139352609.29547.typo3-dev@lists.netfielders.de>

Jerome Schneider wrote:

Hi !!!

I think I tortured my head for days thinking about how there would be a way to
"merge" methods of overruling "Y"CLASSES :) with a base class. This can be done
in OO programming languages using a decorator pattern AFAIK.

But I couldn't think of any way how to do this in PHP.

I tried a little bit around if it would be possible to have variable names as
class names like

$class = 't3lib_TCEmain';

class $class {

/* methods go here */

}

but PHP didn't like that :(

So let me ask if I understood you correctly:

>  class tx_forum_old extends pi_base
>  {
>   function main()
>   {}
> 
>   /* some code */
>   /* this is the original method */
>  }
> 
>  class tx_forum_extended extends tx_forum_old
>  {
>   /* our custom methods, overloading tx_forum */
>  }
> 
>  class tx_forum extends tx_forum_extended  /* this is an empty, dummy class 
> :) */
>  {}       /* that is the trick */
>         /* this presents to typo3 the modified tx_forum class with it's 
> classic name */

An "meaningfull" implementation would be:

The "original" file t3lib_add.php :) :
-----------snip-----
<?php
class tx_add_old extends tx_baseofall	{

	function add($a, $b)	{
		/* Original base functionality */
		return intval($a)+intval($b);
	}

}

if (!$TYPO3_CONF_VARS['YCLASS']['t3lib/t3lib_add.php'])	{
	class tx_add_extended extends tx_add_old	{
		/* Kind of "connector" class when no YCLASS hooks in ??? correct */
	}
} else	{
	require_once(t3lib_div::getFileAbsFileName($TYPO3_CONF_VARS['YCLASS']['t3lib/t3lib_add.php']));
}


class tx_add extends tx_add_extended	{
	/* empty dummy class - has to get instanciated */
}

?>
-----------snip-----

and then in a ext_localconf.php the line:

$TYPO3_CONF_VARS['YCLASS']['t3lib/t3lib_add.php'] = 'EXT:ext_something/class.ux_add_2d.php';

and the file typo3conf/ext_something/class.ux_add_2d.php:
------------------snip------------
<?php

class tx_add_extended extends tx_add_old	{
		/* Extra functionality YCLASS */
	function add($a, $b)	{
			// Perform 2dimensional addition
		list($ax, $ay) = explode(',', $a);
		list($bx, $by) = explode(',', $b);
		return (intval($ax)+intval($bx)).','.(intval($ay)+intval($by));
	}
}


------------------snip------------


If you can just answer or give some comments on my /* */ remarks I think I will know what I would like to.

The only thing I don't really get is "how" more than one class should be able to hook in when one
doesn't know of each other ... which normally is the problem with XCLASSES ...

In my opinion this "reverse" inheritance only moves the point where the problem occurs :(

If you have 2 XCLASS extensions which XCLASS the same file but different methods it is already easy right
now to also have a ux_ux_baseclass class in one of the extensions which get's included if the other extension
is installed...

but it would be great if one extension wouldn't have to know about the other.

The problem of overlapping methods could get solved by checking for same method names in the different class
files
(probably using the php tokenizer :)
an warning should get shown in the EM if the installation should get aborted or tried anyway.

greets,
Bernhard



From steffen at dislabs.de  Tue Feb  7 23:59:05 2006
From: steffen at dislabs.de (Steffen Kamper)
Date: Tue, 7 Feb 2006 23:59:05 +0100
Subject: [TYPO3-dev]  Security Warning
Message-ID: <mailman.1.1139353142.30270.typo3-dev@lists.netfielders.de>

Hi,

i discovered the possibility to get the DB-Params still if you are not admin 
and have possibilitiy to access php-scripts, e.g. with php_page_content.

Then a simple script like

<?php echo "User / Passwort: ".TYPO3_db_username." / ".TYPO3_db_password; ?>

prints out all necassary data.

Is this a big problem for security ? What do you think about that ? 





From elmar.DOT.hinz at team.MINUS.red.DOT.net  Wed Feb  8 00:21:47 2006
From: elmar.DOT.hinz at team.MINUS.red.DOT.net (Elmar Hinz)
Date: Wed, 08 Feb 2006 00:21:47 +0100
Subject: [TYPO3-dev] SOLUTION (?) : Multiple XCLASS inheritance
In-Reply-To: <mailman.1.1139352609.29547.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139326662.17391.typo3-dev@lists.netfielders.de>
	<mailman.1.1139352609.29547.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139354519.1405.typo3-dev@lists.netfielders.de>

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

Bernhard Kraft schrieb:
> Jerome Schneider wrote:
> 
> Hi !!!
> 
> I think I tortured my head for days thinking about how there would be a way to
> "merge" methods of overruling "Y"CLASSES :) with a base class. This can be done
> in OO programming languages using a decorator pattern AFAIK.
> 
> But I couldn't think of any way how to do this in PHP.
> 
> I tried a little bit around if it would be possible to have variable names as
> class names like
> 
> $class = 't3lib_TCEmain';
> 
> class $class {
> 
> /* methods go here */
> 
> }
> 
> but PHP didn't like that :(
> 


I didn't try this myself. Just an idea:

$class = 'xyImplementationOfBaseClass';

eval('class baseClass extends '. $class . ' { }');

class myClass extends baseClass{

   [.....]

}

Maybe you need to include a file myClass.php after eval is done to prevent parse
errors.


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

iD8DBQFD6SuLO976RNoy/18RAqiyAKCTbeIGjMx17LrOEtT4Jz62WOTKJQCgljOr
YeAokfefNDa6XChN40s6Glw=
=P7AZ
-----END PGP SIGNATURE-----



From elmar.DOT.hinz at team.MINUS.red.DOT.net  Wed Feb  8 00:33:35 2006
From: elmar.DOT.hinz at team.MINUS.red.DOT.net (Elmar Hinz)
Date: Wed, 08 Feb 2006 00:33:35 +0100
Subject: [TYPO3-dev] Security Warning
In-Reply-To: <mailman.1.1139353142.30270.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139353142.30270.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139355228.2324.typo3-dev@lists.netfielders.de>

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

Steffen Kamper schrieb:
> Hi,
> 
> i discovered the possibility to get the DB-Params still if you are not admin 
> and have possibilitiy to access php-scripts, e.g. with php_page_content.
> 
> Then a simple script like
> 
> <?php echo "User / Passwort: ".TYPO3_db_username." / ".TYPO3_db_password; ?>
> 
> prints out all necassary data.
> 
> Is this a big problem for security ? What do you think about that ? 
> 
> 

It tells me that you shouldn't allow non admins to insert any script independent
of the method of insertion.

/el


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

iD8DBQFD6S5PO976RNoy/18RAtMQAJ9v8eLjSKAQlcYmDJ6T4YHChlccjgCgs14l
2ZME6plMN8uT9209PyzH7h4=
=3f8m
-----END PGP SIGNATURE-----



From alexander.schlegel at nezzgo.com  Wed Feb  8 01:28:05 2006
From: alexander.schlegel at nezzgo.com (Alexander Schlegel)
Date: Wed, 8 Feb 2006 01:28:05 +0100
Subject: [TYPO3-dev] Security Warning
References: <mailman.1.1139353142.30270.typo3-dev@lists.netfielders.de>
	<mailman.1.1139355228.2324.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139358369.7051.typo3-dev@lists.netfielders.de>


"Elmar Hinz" <elmar.DOT.hinz at team.MINUS.red.DOT.net> schrieb im Newsbeitrag
news:mailman.1.1139355228.2324.typo3-dev at lists.netfielders.de...
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Steffen Kamper schrieb:
> > Hi,
> >
> > i discovered the possibility to get the DB-Params still if you are not
admin
> > and have possibilitiy to access php-scripts, e.g. with php_page_content.
> >
> > Then a simple script like
> >
> > <?php echo "User / Passwort: ".TYPO3_db_username." /
".TYPO3_db_password; ?>
> >
> > prints out all necassary data.
> >
> > Is this a big problem for security ? What do you think about that ?
> >
> >
>
> It tells me that you shouldn't allow non admins to insert any script
independent
> of the method of insertion.
>
> /el

I think, You consider it a little bit too careless. For me it`s a security
lack, too. Nobody should be able to get this information in this simple
manner.

Alexander





From elmar.DOT.hinz at team.MINUS.red.DOT.net  Wed Feb  8 01:35:01 2006
From: elmar.DOT.hinz at team.MINUS.red.DOT.net (Elmar Hinz)
Date: Wed, 08 Feb 2006 01:35:01 +0100
Subject: [TYPO3-dev] Security Warning
In-Reply-To: <mailman.1.1139358369.7051.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139353142.30270.typo3-dev@lists.netfielders.de>
	<mailman.1.1139355228.2324.typo3-dev@lists.netfielders.de>
	<mailman.1.1139358369.7051.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139358914.7753.typo3-dev@lists.netfielders.de>

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

> I think, You consider it a little bit too careless. For me it`s a security
> lack, too. Nobody should be able to get this information in this simple
> manner.
> 
> Alexander
> 
> 

I can't find your antithesis. Think indeed, then talk.

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

iD8DBQFD6Ty1O976RNoy/18RAhJ0AKDRTC2EjveTJyb52rtRITftwkD3wwCcCX/Q
swP7oMD5W2FLms4sIGILmMU=
=JGoO
-----END PGP SIGNATURE-----



From arnsholt at broadpark.no  Wed Feb  8 02:46:10 2006
From: arnsholt at broadpark.no (Arne Skjaerholt)
Date: Wed, 08 Feb 2006 02:46:10 +0100
Subject: [TYPO3-dev] Security Warning
In-Reply-To: <mailman.1.1139358914.7753.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139353142.30270.typo3-dev@lists.netfielders.de>
	<mailman.1.1139355228.2324.typo3-dev@lists.netfielders.de>
	<mailman.1.1139358369.7051.typo3-dev@lists.netfielders.de>
	<mailman.1.1139358914.7753.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.13462.1139360032.6406.typo3-dev@lists.netfielders.de>

I think his point is something I've brought up as well:
the passwords of Typo3's frontend users are stored in plaintext in the
db and provided through a field in the fe_user object ($GLOBALS
["TSFE" ]->fe_user->user ["password"] if memory serves me right). Some
(me included) consider this a security problem. I feel that any password
should be salted and hashed before being stored in the DB.

Some prefer the ability to fetch passwords for people who forget them,
but I'd rather just reset them to some random value and mail that to
them. But then again, this is something that can be discussed at great
length.

Arne
:wq




From typo3 at ingo-renner.com  Wed Feb  8 03:23:01 2006
From: typo3 at ingo-renner.com (Ingo Renner)
Date: Wed, 8 Feb 2006 03:23:01 +0100
Subject: [TYPO3-dev] Security Warning
References: <mailman.1.1139353142.30270.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139365476.15104.typo3-dev@lists.netfielders.de>

Am Tue, 7 Feb 2006 23:59:05 +0100 schrieb Steffen Kamper:

> Hi,
> 
> i discovered the possibility to get the DB-Params still if you are not admin 
> and have possibilitiy to access php-scripts, e.g. with php_page_content.
> 
> Then a simple script like
> 
> <?php echo "User / Passwort: ".TYPO3_db_username." / ".TYPO3_db_password; ?>

who would have guessed that? Just do not allow anyone to install these kind
of extensions and enforce that rule. EXT:page_php_content is evil.


Ingo

-- 
Use a newsreader! Check out
http://typo3.org/community/mailing-lists/use-a-news-reader/



From hkdennis2k at gmail.com  Wed Feb  8 05:49:15 2006
From: hkdennis2k at gmail.com (Dennis Cheung)
Date: Wed, 8 Feb 2006 12:49:15 +0800
Subject: [TYPO3-dev] Security Warning
In-Reply-To: <mailman.1.1139365476.15104.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139353142.30270.typo3-dev@lists.netfielders.de>
	<mailman.1.1139365476.15104.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.13521.1139374158.6406.typo3-dev@lists.netfielders.de>

Hi,

I think TYPO3_db_username and password is not a real problem.
If you allow non-admin to run any php wrote by them.
They can do most dangerous operation to your database and filesystem.
e.g.
  re-write index_ts.php, localconf.php
  use $TYPO3_DB->link directly

Dennis

On 2/8/06, Ingo Renner <typo3 at ingo-renner.com> wrote:
> Am Tue, 7 Feb 2006 23:59:05 +0100 schrieb Steffen Kamper:
>
> > Hi,
> >
> > i discovered the possibility to get the DB-Params still if you are not
> admin
> > and have possibilitiy to access php-scripts, e.g. with php_page_content.
> >
> > Then a simple script like
> >
> > <?php echo "User / Passwort: ".TYPO3_db_username." / ".TYPO3_db_password;
> ?>
>
> who would have guessed that? Just do not allow anyone to install these kind
> of extensions and enforce that rule. EXT:page_php_content is evil.
>
>
> Ingo
>
> --
> Use a newsreader! Check out
> http://typo3.org/community/mailing-lists/use-a-news-reader/
> _______________________________________________
> TYPO3-dev mailing list
> TYPO3-dev at lists.netfielders.de
> http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev
>



From typo3 at penpal4u.net  Wed Feb  8 07:07:36 2006
From: typo3 at penpal4u.net (Christian Lerrahn)
Date: Wed, 8 Feb 2006 17:07:36 +1100
Subject: [TYPO3-dev] Security Warning
References: <mailman.1.1139353142.30270.typo3-dev@lists.netfielders.de>
	<mailman.1.1139355228.2324.typo3-dev@lists.netfielders.de>
	<mailman.1.1139358369.7051.typo3-dev@lists.netfielders.de>
	<mailman.1.1139358914.7753.typo3-dev@lists.netfielders.de>
	<mailman.13462.1139360032.6406.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139378891.17456.typo3-dev@lists.netfielders.de>

On Wed, 08 Feb 2006 02:46:10 +0100
Arne Skjaerholt <arnsholt at broadpark.no> wrote:

> I think his point is something I've brought up as well:
> the passwords of Typo3's frontend users are stored in plaintext in the
> db and provided through a field in the fe_user object ($GLOBALS
> ["TSFE" ]->fe_user->user ["password"] if memory serves me right). Some
> (me included) consider this a security problem. I feel that any password
> should be salted and hashed before being stored in the DB.

Hm, you're talking about a completely different topic here. The thread is
about the db user and password from localconf.php. This password cannot
be hashed because it is used for authentication. If you hashed that, the
visitor would have to enter it first, to make Typo3 able to connect to
the db. This wouldn't make much sense with a website, would it? (forgive
me for the irony ;-))
 
Cheers,
Christian


-- 
    "Wenn  er  spricht,  so geschieht's; wenn er gebietet, so steht's
    da."
    
    Psalm 33,9
    
    Im Anfang war das Wort, und das Wort war bei Gott, und  Gott  war
    das  Wort. Dasselbe war im Anfang bei Gott. Alle Dinge sind durch
    dasselbe gemacht, und  ohne  dasselbe  ist  nichts  gemacht,  was
    gemacht ist.
    
    Johannes 1,1-3
    



From michael at underused.org  Wed Feb  8 08:50:02 2006
From: michael at underused.org (Michael Scharkow)
Date: Wed, 08 Feb 2006 08:50:02 +0100
Subject: [TYPO3-dev] Security Warning
In-Reply-To: <mailman.13462.1139360032.6406.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139353142.30270.typo3-dev@lists.netfielders.de>	<mailman.1.1139355228.2324.typo3-dev@lists.netfielders.de>	<mailman.1.1139358369.7051.typo3-dev@lists.netfielders.de>	<mailman.1.1139358914.7753.typo3-dev@lists.netfielders.de>
	<mailman.13462.1139360032.6406.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139384996.4609.typo3-dev@lists.netfielders.de>

Arne Skjaerholt wrote:
> I think his point is something I've brought up as well:
> the passwords of Typo3's frontend users are stored in plaintext in the
> db and provided through a field in the fe_user object ($GLOBALS
> ["TSFE" ]->fe_user->user ["password"] if memory serves me right). Some
> (me included) consider this a security problem. I feel that any password
> should be salted and hashed before being stored in the DB.
> 
> Some prefer the ability to fetch passwords for people who forget them,
> but I'd rather just reset them to some random value and mail that to
> them. But then again, this is something that can be discussed at great
> length.

No need for discussion, it has all been done a long time ago:
http://typo3.org/extensions/repository/search/kb_md5fepw/

We can't make it a core feature yet because of the 
holy-cow-of-backwards-compatibility I guess.

Cheers,
Michael



From elmar.DOT.hinz at team.MINUS.red.DOT.net  Wed Feb  8 08:53:46 2006
From: elmar.DOT.hinz at team.MINUS.red.DOT.net (Elmar Hinz)
Date: Wed, 08 Feb 2006 08:53:46 +0100
Subject: [TYPO3-dev] Security Warning
In-Reply-To: <mailman.13462.1139360032.6406.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139353142.30270.typo3-dev@lists.netfielders.de>	<mailman.1.1139355228.2324.typo3-dev@lists.netfielders.de>	<mailman.1.1139358369.7051.typo3-dev@lists.netfielders.de>	<mailman.1.1139358914.7753.typo3-dev@lists.netfielders.de>
	<mailman.13462.1139360032.6406.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139385240.5228.typo3-dev@lists.netfielders.de>

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

Arne Skjaerholt schrieb:
> I think his point is something I've brought up as well:
> the passwords of Typo3's frontend users are stored in plaintext in the
> db and provided through a field in the fe_user object ($GLOBALS
> ["TSFE" ]->fe_user->user ["password"] if memory serves me right). Some
> (me included) consider this a security problem. I feel that any password
> should be salted and hashed before being stored in the DB.
> 

PW of FE users is another field.

/el

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

iD8DBQFD6aOKO976RNoy/18RAmvaAJ9wRqPoRv0hSejl0YluZBWSGIZVJACgtbQV
SLTJlgEN1+CxGsiIJ/Xwak8=
=Vkxh
-----END PGP SIGNATURE-----



From tapio.markula at dnainternet.net  Wed Feb  8 09:05:09 2006
From: tapio.markula at dnainternet.net (tapio)
Date: Wed, 08 Feb 2006 10:05:09 +0200
Subject: [TYPO3-dev]  Last step to wizards and solving a language bug
Message-ID: <mailman.1.1139385922.8374.typo3-dev@lists.netfielders.de>

Hi

Typo3 has relative good wizards to define a new page and
content element. It goes always 1,2,3 - ready.

What a newbee migh want is explicit information for the
all steps


Page


1: Select a position for the new page


2: Define at least the page title and save

The latter is missing

For content

1: Select type of content element:

2: Select position:

3: Define title and/or other fields for the content element and save

The third advice is missing. That should put into alt_doc.php

Very easy if using the wizard could be send as parameter for example
'new_page_wiz=1' or 'new_content_wiz=1'

Does this sound reasonable?


BWT. I got solved the language problem in my plugin. I must
use $GLOBALS['LANG']->sl(... instead of $GLOBALS['TSFE']->sl(...

But the the function function editIcons still works inconsistent
compared with edit panels

function editIcons(...

...

if ($GLOBALS['TSFE']->displayFieldEditIcons && $table && $mayEdit && 
$fieldList)	{

style="'.htmlspecialchars($conf['styleAttribute']).'"' : '';

...

			$iconTitle = $this->stdWrap($conf['iconTitle'],$conf['iconTitle.']); 
  // here is the problem

...

title="'.t3lib_div::deHSCentities(htmlspecialchars($iconTitle)).'"' // 
and here


Do someone has an idea to get the icon title follown the language 
information of the Backend?

Indeed there is a quick solution - just use
one title for the edit icons - usig $GLOBALS['LANG']->sL('LLL...)
In my that is better than incosistent labels.

Or is is possible somehow manipulate the language value, when the $conf 
could get proper language?

$GLOBALS['TSFE']['something'] = $GLOBALS['LANG']['something'];



From typo3 at fm-world.ru  Wed Feb  8 09:10:12 2006
From: typo3 at fm-world.ru (Dmitry Dulepov)
Date: Wed, 08 Feb 2006 10:10:12 +0200
Subject: [TYPO3-dev] Security Warning
In-Reply-To: <mailman.1.1139353142.30270.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139353142.30270.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139386213.8970.typo3-dev@lists.netfielders.de>

Hi!

Steffen Kamper wrote:
> i discovered the possibility to get the DB-Params still if you are not
admin
> and have possibilitiy to access php-scripts, e.g. with php_page_content.
>
> Then a simple script like
>
> <?php echo "User / Passwort: ".TYPO3_db_username." /
".TYPO3_db_password; ?>
>
> prints out all necassary data.
>
> Is this a big problem for security ? What do you think about that ?

So, you know mysql user name and password. What's next? How do you use
it? Most mysqls run for localhost connections only, they do not allow
remote connections. So you need shell access to run mysql tool or ftp
access to upload harmful script. Usually passwords for shell/ftp are
different and hacker is out of luck here.

What harm can you do *remotely* using mysql user name and password? If
you can upload any acript to the site, you can do almost anything (for
example, erase localconf.php and block typo3 site completely) but mysql
user name and password will not help you to upload such script.

So, what is the threat?

Dmitry.

-- 
"It is our choices, that show what we truly are,
far more than our abilities." (A.P.W.B.D.)



From peter.russ at 4many.net  Wed Feb  8 09:12:38 2006
From: peter.russ at 4many.net (Peter Russ)
Date: Wed, 08 Feb 2006 09:12:38 +0100
Subject: [TYPO3-dev] Security Warning
In-Reply-To: <mailman.1.1139385240.5228.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139353142.30270.typo3-dev@lists.netfielders.de>	<mailman.1.1139355228.2324.typo3-dev@lists.netfielders.de>	<mailman.1.1139358369.7051.typo3-dev@lists.netfielders.de>	<mailman.1.1139358914.7753.typo3-dev@lists.netfielders.de>
	<mailman.13462.1139360032.6406.typo3-dev@lists.netfielders.de>
	<mailman.1.1139385240.5228.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139386357.7867.typo3-dev@lists.netfielders.de>

Elmar Hinz schrieb:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> 
> Arne Skjaerholt schrieb:
>> I think his point is something I've brought up as well:
>> the passwords of Typo3's frontend users are stored in plaintext in the
>> db and provided through a field in the fe_user object ($GLOBALS
>> ["TSFE" ]->fe_user->user ["password"] if memory serves me right). Some
>> (me included) consider this a security problem. I feel that any password
>> should be salted and hashed before being stored in the DB.
>>
> 
> PW of FE users is another field.
> 
> /el
> 
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.1 (GNU/Linux)
> Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org
> 
> iD8DBQFD6aOKO976RNoy/18RAmvaAJ9wRqPoRv0hSejl0YluZBWSGIZVJACgtbQV
> SLTJlgEN1+CxGsiIJ/Xwak8=
> =Vkxh
> -----END PGP SIGNATURE-----
Hi Elmar,

would you do me a favour: could you remove your PGP signature, as for 
your reply 7 lines of copy extended by 1 line of new content blown up by 
10 lines of signature doesn't make really any sense to me.

Thanks. Regs. Peter.
_____________________________
4Many? Services
openBC: http://www.openbc.com/go/invuid/Peter_Russ



From steffen at dislabs.de  Wed Feb  8 09:14:13 2006
From: steffen at dislabs.de (Steffen Kamper)
Date: Wed, 8 Feb 2006 09:14:13 +0100
Subject: [TYPO3-dev] Security Warning
References: <mailman.1.1139353142.30270.typo3-dev@lists.netfielders.de><mailman.1.1139365476.15104.typo3-dev@lists.netfielders.de>
	<mailman.13521.1139374158.6406.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139386453.9522.typo3-dev@lists.netfielders.de>

My point was that there are some points of vulnerablity everyone should know 
so you can pretend users using php. That is one point more to think at when 
configuring BE Usergroup. On some Systems ext like php_page_content is 
needed for some add. features so you must hide it for the normal BE Users.
Also the possibility to write TS.

Cause of that i wanted this discussion, maybe to show some more points of 
vulnarabilty - there are surely some more, and some ext should be awared too 
:)

Steffen

"Dennis Cheung" <hkdennis2k at gmail.com> schrieb im Newsbeitrag 
news:mailman.13521.1139374158.6406.typo3-dev at lists.netfielders.de...
Hi,

I think TYPO3_db_username and password is not a real problem.
If you allow non-admin to run any php wrote by them.
They can do most dangerous operation to your database and filesystem.
e.g.
  re-write index_ts.php, localconf.php
  use $TYPO3_DB->link directly

Dennis

On 2/8/06, Ingo Renner <typo3 at ingo-renner.com> wrote:
> Am Tue, 7 Feb 2006 23:59:05 +0100 schrieb Steffen Kamper:
>
> > Hi,
> >
> > i discovered the possibility to get the DB-Params still if you are not
> admin
> > and have possibilitiy to access php-scripts, e.g. with php_page_content.
> >
> > Then a simple script like
> >
> > <?php echo "User / Passwort: ".TYPO3_db_username." / 
> > ".TYPO3_db_password;
> ?>
>
> who would have guessed that? Just do not allow anyone to install these 
> kind
> of extensions and enforce that rule. EXT:page_php_content is evil.
>
>
> Ingo
>
> --
> Use a newsreader! Check out
> http://typo3.org/community/mailing-lists/use-a-news-reader/
> _______________________________________________
> TYPO3-dev mailing list
> TYPO3-dev at lists.netfielders.de
> http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev
> 





From tapio.markula at dnainternet.net  Wed Feb  8 09:32:59 2006
From: tapio.markula at dnainternet.net (tapio)
Date: Wed, 08 Feb 2006 10:32:59 +0200
Subject: [TYPO3-dev]  A bug fix proposal for a frontend language problem
Message-ID: <mailman.1.1139387592.12225.typo3-dev@lists.netfielders.de>

Hi

What you think about this bug fix proposal
for edit icon language problem:

/* take the title data on the base of BE-language */
$conf['iconTitle.']['data'] = 
$GLOBALS['LANG']->sL($conf['iconTitle.']['data']);

...
/* comment this row */
			#$iconTitle = $this->stdWrap($conf['iconTitle'],$conf['iconTitle.']);	

...

/* use that directly in the title attribute */
...
'<img src="'.$imagePath.'edit_fe.gif" border="0" align="top" 
title="'.t3lib_div::deHSCentities(htmlspecialchars($conf['iconTitle.']['data'])).'"'.$style.' 
class="frontEndEditIcons" alt="" title="" />'; // original $iconTitle

Anyway this solution works and cause consistent result.

Anyway I solved language problems in 'tm_contentaccess' and I don't need
help in that issue.



From peter.russ at 4many.net  Wed Feb  8 09:42:03 2006
From: peter.russ at 4many.net (Peter Russ)
Date: Wed, 08 Feb 2006 09:42:03 +0100
Subject: [TYPO3-dev] Security Warning
In-Reply-To: <mailman.1.1139386453.9522.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139353142.30270.typo3-dev@lists.netfielders.de><mailman.1.1139365476.15104.typo3-dev@lists.netfielders.de>
	<mailman.13521.1139374158.6406.typo3-dev@lists.netfielders.de>
	<mailman.1.1139386453.9522.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139388121.12894.typo3-dev@lists.netfielders.de>

Steffen Kamper schrieb:
[...]
> Cause of that i wanted this discussion, maybe to show some more points of 
> vulnarabilty - there are surely some more, and some ext should be awared too 

IMHO this is not clearifying things. It's more confusing: Could you come 
up with a proposal HOW to hold DB user and pwd for DB access in PHP in 
the same process and making this NOT accessible for all functions?

The only safe solution for the moment is: a non admin is NEVER allowed 
to install ANY PHP code. So this is the same to all systems, not special 
to PHP or TYPO3 ;-)

So allowing a USER to include any PHP code is similar to stop a firewall 
and turn off your virus scanner.

Regs. Peter.

-- 
Fiat lux!
Docendo discimus.
_____________________________
4Many? Services
openBC: http://www.openbc.com/go/invuid/Peter_Russ



From michael at underused.org  Wed Feb  8 09:55:08 2006
From: michael at underused.org (Michael Scharkow)
Date: Wed, 08 Feb 2006 09:55:08 +0100
Subject: [TYPO3-dev] Security Warning
In-Reply-To: <mailman.1.1139386213.8970.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139353142.30270.typo3-dev@lists.netfielders.de>
	<mailman.1.1139386213.8970.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139388902.13998.typo3-dev@lists.netfielders.de>

Dmitry Dulepov wrote:

> What harm can you do *remotely* using mysql user name and password? If
> you can upload any acript to the site, you can do almost anything (for
> example, erase localconf.php and block typo3 site completely) but mysql
> user name and password will not help you to upload such script.

In Steffen's scenario, users *can* already mess with local php scripts, 
no need to upload one.



From michael at underused.org  Wed Feb  8 10:01:37 2006
From: michael at underused.org (Michael Scharkow)
Date: Wed, 08 Feb 2006 10:01:37 +0100
Subject: [TYPO3-dev] Security Warning
In-Reply-To: <mailman.1.1139388121.12894.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139353142.30270.typo3-dev@lists.netfielders.de><mailman.1.1139365476.15104.typo3-dev@lists.netfielders.de>
	<mailman.13521.1139374158.6406.typo3-dev@lists.netfielders.de>
	<mailman.1.1139386453.9522.typo3-dev@lists.netfielders.de>
	<mailman.1.1139388121.12894.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139389292.14902.typo3-dev@lists.netfielders.de>

Peter Russ wrote:

> So allowing a USER to include any PHP code is similar to stop a firewall 
> and turn off your virus scanner.

Actually, it's more like giving them a root account and expecting you 
could prevent them from doing *anything*.

Steffen, if you let untrusted people in your system, that's *not* a 
vulnerability of the system itself, but a broken security concept.

Cheers,
Michael



From typo3 at fm-world.ru  Wed Feb  8 10:09:59 2006
From: typo3 at fm-world.ru (Dmitry Dulepov)
Date: Wed, 08 Feb 2006 11:09:59 +0200
Subject: [TYPO3-dev] Security Warning
In-Reply-To: <mailman.1.1139388902.13998.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139353142.30270.typo3-dev@lists.netfielders.de>
	<mailman.1.1139386213.8970.typo3-dev@lists.netfielders.de>
	<mailman.1.1139388902.13998.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139389806.16349.typo3-dev@lists.netfielders.de>

Hi!

Michael Scharkow wrote:
> Dmitry Dulepov wrote:
> 
>> What harm can you do *remotely* using mysql user name and password? If
>> you can upload any acript to the site, you can do almost anything (for
>> example, erase localconf.php and block typo3 site completely) but mysql
>> user name and password will not help you to upload such script.
> 
> In Steffen's scenario, users *can* already mess with local php scripts,
> no need to upload one.

Yes, I understand this. I am trying to think further given his scenario.
If one places such a script somewhere one the site and tells others:
"hey, now you can always see database user name and password for this
server!". What is a practical use of this information? To my opinion, it
is nothing. Of course, if user name is "typo3" and password is
"password" you can imagine that shell user name and password are easy to
guess. But nothing more. So this information does not give anything to
attact the site remotely.

As to local attact - it is always possible in some way...

Dmitry.
-- 
"It is our choices, that show what we truly are,
far more than our abilities." (A.P.W.B.D.)



From sebastian at garbage-group.de  Wed Feb  8 10:31:30 2006
From: sebastian at garbage-group.de (Sebastian Kurfuerst)
Date: Wed, 08 Feb 2006 10:31:30 +0100
Subject: [TYPO3-dev] Security Warning
In-Reply-To: <mailman.1.1139384996.4609.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139353142.30270.typo3-dev@lists.netfielders.de>	<mailman.1.1139355228.2324.typo3-dev@lists.netfielders.de>	<mailman.1.1139358369.7051.typo3-dev@lists.netfielders.de>	<mailman.1.1139358914.7753.typo3-dev@lists.netfielders.de>
	<mailman.13462.1139360032.6406.typo3-dev@lists.netfielders.de>
	<mailman.1.1139384996.4609.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139391090.17353.typo3-dev@lists.netfielders.de>

Hi Michael,
> We can't make it a core feature yet because of the
> holy-cow-of-backwards-compatibility I guess.
We could... That's what we have the update wizard for. Anyways, I don't
have time to write such an update method, but if you (or any other core
dev) is interested in this, feel free :-) I can give you some more info
how the update wizard works then.
(Most should be self-explanatory...)

Greets, Sebastian



From steffen at kommwiss.fu-berlin.de  Wed Feb  8 10:38:38 2006
From: steffen at kommwiss.fu-berlin.de (=?ISO-8859-15?Q?Steffen_M=FCller?=)
Date: Wed, 08 Feb 2006 10:38:38 +0100
Subject: [TYPO3-dev] Security Warning
In-Reply-To: <mailman.1.1139386453.9522.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139353142.30270.typo3-dev@lists.netfielders.de><mailman.1.1139365476.15104.typo3-dev@lists.netfielders.de>
	<mailman.13521.1139374158.6406.typo3-dev@lists.netfielders.de>
	<mailman.1.1139386453.9522.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139391508.19187.typo3-dev@lists.netfielders.de>

Hi Steffen,

Steffen Kamper schrieb:
> My point was that there are some points of vulnerablity everyone should know 
> so you can pretend users using php. That is one point more to think at when 
> configuring BE Usergroup. On some Systems ext like php_page_content is 
> needed for some add. features so you must hide it for the normal BE Users.
> Also the possibility to write TS.
> 
> Cause of that i wanted this discussion, maybe to show some more points of 
> vulnarabilty - there are surely some more, and some ext should be awared too 

1. We have a mailing list for security issues. PLease use it next time
for security related questions and possible vulnerablilities. Simply
write an email to: typo3-project-security at lists.netfielders.de

2. As already said: If you can't trust your non-admin users - never
allow them to enter custom php code. Think twice about a solution to
avoid this. If you can not fiddle a way to do this, ask someone to help.

-- 
cheers,
Steffen



From typo3 at fx-graefix.de  Wed Feb  8 10:42:43 2006
From: typo3 at fx-graefix.de (Franz Koch)
Date: Wed, 08 Feb 2006 10:42:43 +0100
Subject: [TYPO3-dev] Please proof bug so that I can report it to bugtracker
Message-ID: <mailman.1.1139391754.19751.typo3-dev@lists.netfielders.de>

Hi list,

I think I just found a bug. It is not an essential thing, but it 
currently anoyes me because I can't do what I wanted to do. There you go:

In TCA->ctrl you can define a "label_alt" as well as set 
"label_alt_force", this works in most cases fine, but if these are set 
and the "label" itself is defined for a field with "special" type like 
"date" or "mm-table" the blank value of the database-field is shown, not 
the processed value (datefield-label shows timestamp, mm-field-label 
shows stored uid).
But if "label_alt_force" is disabled or if there is no "label_alt", 
everything works fine. Switching the fields works also fine. Example:

Working:
-	label = title
	label_alt = date,mm_field
	label_alt_force = true
- 	label = date
	label_alt = title

Not Working:
-	label = date
	label_alt = title
	label_alt_force = true

Can anybody confirm this? Tested as not working in 3.8.1 and 4.0 Beta2.

PS: what should this bugreport in bugtracker be related to? CORE TCA or 
CORE functionXY?
-- 
Kind regards,
Franz Koch



From typo3 at fm-world.ru  Wed Feb  8 10:53:28 2006
From: typo3 at fm-world.ru (Dmitry Dulepov)
Date: Wed, 08 Feb 2006 11:53:28 +0200
Subject: [TYPO3-dev] Security Warning
In-Reply-To: <mailman.1.1139391090.17353.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139353142.30270.typo3-dev@lists.netfielders.de>	<mailman.1.1139355228.2324.typo3-dev@lists.netfielders.de>	<mailman.1.1139358369.7051.typo3-dev@lists.netfielders.de>	<mailman.1.1139358914.7753.typo3-dev@lists.netfielders.de>
	<mailman.13462.1139360032.6406.typo3-dev@lists.netfielders.de>
	<mailman.1.1139384996.4609.typo3-dev@lists.netfielders.de>
	<mailman.1.1139391090.17353.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139392408.20424.typo3-dev@lists.netfielders.de>

Hi!

Sebastian Kurfuerst wrote:
> Hi Michael,
>> We can't make it a core feature yet because of the
>> holy-cow-of-backwards-compatibility I guess.
> We could... That's what we have the update wizard for. Anyways, I don't
> have time to write such an update method, but if you (or any other core
> dev) is interested in this, feel free :-) I can give you some more info
> how the update wizard works then.
> (Most should be self-explanatory...)

Well, it will not work with any custom login box. Also it is impossible
to hash mysql password because mysql requires it in plain text.

Dmitry.

-- 
"It is our choices, that show what we truly are,
far more than our abilities." (A.P.W.B.D.)



From arnsholt at broadpark.no  Wed Feb  8 12:00:39 2006
From: arnsholt at broadpark.no (Arne Skjaerholt)
Date: Wed, 08 Feb 2006 12:00:39 +0100
Subject: [TYPO3-dev] Security Warning
In-Reply-To: <mailman.1.1139378891.17456.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139353142.30270.typo3-dev@lists.netfielders.de>
	<mailman.1.1139355228.2324.typo3-dev@lists.netfielders.de>
	<mailman.1.1139358369.7051.typo3-dev@lists.netfielders.de>
	<mailman.1.1139358914.7753.typo3-dev@lists.netfielders.de>
	<mailman.13462.1139360032.6406.typo3-dev@lists.netfielders.de>
	<mailman.1.1139378891.17456.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.13604.1139393239.6406.typo3-dev@lists.netfielders.de>

Oh, the DB password. Yeah, there's not a whole lot you can do about that
(not in PHP anyways).

Come to think of it, it might be possible to fudge in some privacy in
PHP5 by creating a DB object of some sort with the username/password
fields as private data.

Arne
:wq




From michael at typo3.org  Wed Feb  8 11:46:29 2006
From: michael at typo3.org (Michael Stucki)
Date: Wed, 08 Feb 2006 11:46:29 +0100
Subject: [TYPO3-dev] Security Warning
References: <mailman.1.1139353142.30270.typo3-dev@lists.netfielders.de><mailman.1.1139365476.15104.typo3-dev@lists.netfielders.de>
	<mailman.13521.1139374158.6406.typo3-dev@lists.netfielders.de>
	<mailman.1.1139386453.9522.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139395627.29045.typo3-dev@lists.netfielders.de>

Steffen Kamper wrote:

> My point was that there are some points of vulnerablity everyone should
> know so you can pretend users using php. That is one point more to think
> at when configuring BE Usergroup. On some Systems ext like
> php_page_content is needed for some add. features so you must hide it for
> the normal BE Users. Also the possibility to write TS.
> 
> Cause of that i wanted this discussion, maybe to show some more points of
> vulnarabilty - there are surely some more, and some ext should be awared
> too
> :)

Great work, Steffen! Will you post all of them on this public mailing list?

- michael
-- 
Think first, write later.



From martin at biplane.dk  Wed Feb  8 11:50:32 2006
From: martin at biplane.dk (Martin Seebach)
Date: Wed, 8 Feb 2006 11:50:32 +0100
Subject: [TYPO3-dev] Security Warning
In-Reply-To: <mailman.1.1139358369.7051.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139353142.30270.typo3-dev@lists.netfielders.de>
	<mailman.1.1139355228.2324.typo3-dev@lists.netfielders.de>
	<mailman.1.1139358369.7051.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.13621.1139395881.6406.typo3-dev@lists.netfielders.de>

On Wednesday 08 February 2006 01:28, Alexander Schlegel wrote:
> "Elmar Hinz" <elmar.DOT.hinz at team.MINUS.red.DOT.net> schrieb im Newsbeitrag
> > > <?php echo "User / Passwort: ".TYPO3_db_username." /
> ".TYPO3_db_password; ?>
> > > Is this a big problem for security ? What do you think about that ?

> > It tells me that you shouldn't allow non admins to insert any script
> independent
> > of the method of insertion.

> I think, You consider it a little bit too careless. For me it`s a security
> lack, too. Nobody should be able to get this information in this simple
> manner.

No, really, it's fine. Actually, it's easier that that, just read 
localconf.php (it's more likely that you'll find a hole that allows you to 
read a file than one that will allow you to execute PHP code)

The username and password gives you access to the database - as a matter of 
fact the *exact* same access that is available with the default TYPO3 
database API functions. And you should never allow connections to your 
database server from the outside.

This is a non-problem.. ;)

// Martin



From typo3dev at ameos.com  Wed Feb  8 12:10:50 2006
From: typo3dev at ameos.com (Jerome Schneider)
Date: Wed, 8 Feb 2006 12:10:50 +0100
Subject: [TYPO3-dev] SOLUTION (?) : Multiple XCLASS inheritance
References: <mailman.1.1139326662.17391.typo3-dev@lists.netfielders.de>
	<mailman.1.1139352609.29547.typo3-dev@lists.netfielders.de>
	<mailman.1.1139354519.1405.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139397155.1404.typo3-dev@lists.netfielders.de>

Hello Bernhard and Elmar,
I think you've understood the principles of what I'm trying to say ( my 
english isn't perfect ;)

I made this document to explain in details the idea : 
http://www.ameos.com/index.php?id=244

Hope this answers to your questions. If it does or not, please just let me 
know :)

Regards
J?r?me Schneider

"Elmar Hinz" <elmar.DOT.hinz at team.MINUS.red.DOT.net> a ?crit dans le message 
de news: mailman.1.1139354519.1405.typo3-dev at lists.netfielders.de...
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Bernhard Kraft schrieb:
>> Jerome Schneider wrote:
>>
>> Hi !!!
>>
>> I think I tortured my head for days thinking about how there would be a 
>> way to
>> "merge" methods of overruling "Y"CLASSES :) with a base class. This can 
>> be done
>> in OO programming languages using a decorator pattern AFAIK.
>>
>> But I couldn't think of any way how to do this in PHP.
>>
>> I tried a little bit around if it would be possible to have variable 
>> names as
>> class names like
>>
>> $class = 't3lib_TCEmain';
>>
>> class $class {
>>
>> /* methods go here */
>>
>> }
>>
>> but PHP didn't like that :(
>>
>
>
> I didn't try this myself. Just an idea:
>
> $class = 'xyImplementationOfBaseClass';
>
> eval('class baseClass extends '. $class . ' { }');
>
> class myClass extends baseClass{
>
>   [.....]
>
> }
>
> Maybe you need to include a file myClass.php after eval is done to prevent 
> parse
> errors.
>
>
> /el
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.1 (GNU/Linux)
> Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org
>
> iD8DBQFD6SuLO976RNoy/18RAqiyAKCTbeIGjMx17LrOEtT4Jz62WOTKJQCgljOr
> YeAokfefNDa6XChN40s6Glw=
> =P7AZ
> -----END PGP SIGNATURE----- 





From peter.russ at 4many.net  Wed Feb  8 12:19:01 2006
From: peter.russ at 4many.net (Peter Russ)
Date: Wed, 08 Feb 2006 12:19:01 +0100
Subject: [TYPO3-dev] SOLUTION (?) : Multiple XCLASS inheritance
In-Reply-To: <mailman.1.1139397155.1404.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139326662.17391.typo3-dev@lists.netfielders.de>
	<mailman.1.1139352609.29547.typo3-dev@lists.netfielders.de>
	<mailman.1.1139354519.1405.typo3-dev@lists.netfielders.de>
	<mailman.1.1139397155.1404.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139397539.2057.typo3-dev@lists.netfielders.de>

Jerome Schneider schrieb:
> Hello Bernhard and Elmar,
> I think you've understood the principles of what I'm trying to say ( my 
> english isn't perfect ;)
> 
> I made this document to explain in details the idea : 
> http://www.ameos.com/index.php?id=244
> 
> Hope this answers to your questions. If it does or not, please just let me 
> know :)

Sorry, but you are mixing what is base and which class is extending what ;-)

Regs. Peter.


-- 
Fiat lux!
Docendo discimus.
_____________________________
4Many? Services
openBC: http://www.openbc.com/go/invuid/Peter_Russ



From traveler_in_time at gmx.net  Wed Feb  8 13:32:51 2006
From: traveler_in_time at gmx.net (S. Teuber)
Date: Wed, 8 Feb 2006 12:32:51 +0000 (UTC)
Subject: [TYPO3-dev] Security Warning
References: <mailman.1.1139353142.30270.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139401971.9809.typo3-dev@lists.netfielders.de>

Hi Steffen,


> Then a simple script like
> 
> <?php echo "User / Passwort: ".TYPO3_db_username." /
> ".TYPO3_db_password; ?> 
> 
> prints out all necassary data.
> 
> Is this a big problem for security ? What do you think about that ? 

It's not, bacause:

a) if the user can upload PHP-scripts, he doesn't even need to know the 
database's username/password, since he can do *anything* to the database by 
just using the API-methods provided in $GLOBALS['TYPO3_DB'].

b) if, for some scenario, the username/password-combination is made public 
to users that do not fall under a), they can't to nothing with that 
information, since every reasonable admin would limit access to his 
databases to certain IPs only (mostly localhost).

If remote access from any client to the database is possible, then there's 
a security problem (which can only be solved by replacing the server 
admin).

Sven



From hkdennis2k at gmail.com  Wed Feb  8 14:45:44 2006
From: hkdennis2k at gmail.com (Dennis Cheung)
Date: Wed, 8 Feb 2006 21:45:44 +0800
Subject: [TYPO3-dev] SOLUTION (?) : Multiple XCLASS inheritance
In-Reply-To: <mailman.1.1139397539.2057.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139326662.17391.typo3-dev@lists.netfielders.de>
	<mailman.1.1139352609.29547.typo3-dev@lists.netfielders.de>
	<mailman.1.1139354519.1405.typo3-dev@lists.netfielders.de>
	<mailman.1.1139397155.1404.typo3-dev@lists.netfielders.de>
	<mailman.1.1139397539.2057.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.13683.1139406346.6406.typo3-dev@lists.netfielders.de>

Hi,

It should not use XCLASS. (even typo3 should completely remove it in 5.0)

You must use hooks to do that. May be using the service(in 3.8) concept.

If we want the "base class" without rewrite, but alter how it works.
Or, in another words, it is an AOP programming.(I don't know can it be
done in PHP)

Even there may be someother way to do the same thing.
e.g. The OSGI framework using by Eclipse looks good for complex extensisons.

Dennis

On 2/8/06, Peter Russ <peter.russ at 4many.net> wrote:
> Jerome Schneider schrieb:
> > Hello Bernhard and Elmar,
> > I think you've understood the principles of what I'm trying to say ( my
> > english isn't perfect ;)
> >
> > I made this document to explain in details the idea :
> > http://www.ameos.com/index.php?id=244
> >
> > Hope this answers to your questions. If it does or not, please just let me
> > know :)
>
> Sorry, but you are mixing what is base and which class is extending what ;-)
>
> Regs. Peter.
>
>
> --
> Fiat lux!
> Docendo discimus.
> _____________________________
> 4Many(r) Services
> openBC: http://www.openbc.com/go/invuid/Peter_Russ
> _______________________________________________
> TYPO3-dev mailing list
> TYPO3-dev at lists.netfielders.de
> http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev
>



From newslist at andreas-balzer.de  Wed Feb  8 17:11:40 2006
From: newslist at andreas-balzer.de (Andreas Balzer)
Date: Wed, 08 Feb 2006 17:11:40 +0100
Subject: [TYPO3-dev] Migration from Typo3 3.8.0 to 4.0 beta
In-Reply-To: <mailman.1.1139335665.2432.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139310306.19108.typo3-dev@lists.netfielders.de>
	<mailman.1.1139317006.32115.typo3-dev@lists.netfielders.de>
	<mailman.1.1139335665.2432.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139415088.15720.typo3-dev@lists.netfielders.de>

Steffen M?ller schrieb:
> Hi.
> 
> On 07.02.2006 13:55 Ingo Renner wrote:
>> Am Tue, 07 Feb 2006 12:05:17 +0100 schrieb Andreas Balzer:
>>
>>
>>> Hi!
>>> I just wanted to ask you as developers, whether it makes sense, to 
>>> migrate from typo3 3.8.0 to the beta of version 4 already? (Because we 
>>> have just holidays and more time to do..)
>>
>> Do not use beta software unless you understand waht beta means.
>>
> 
> Well, one can misunderstand the term "beta" in this case. Compared to
> some other software projects, 4.0beta in TYPO3 does not mean feature
> freeze. Every new beta release could introduce new features with new bugs.
> 
> 
Hi!
Thanks for the answers 'till now. What i like to do is creating a typo3 
4 on my localhost and fill it with the files and informations of my 
public Typo3 3.8.0. Then i will look, whether it's working or not. If 
it's working, i could (but i'm not sure if i do) upload the beta version 
to the public server. But i think, that i might wait, 'till the final 
comes out.

Well, i know, what beta stands for, but as soon as there are actually no 
'critical' bugs, it could help to find bugs that were not visible in no 
public situations. And of course i have backups of everything.. (400 MB 
used webspace for the website --> 10 GB of backup data for 7 years)

If something goes wrong, i just have to upload the backups..

Greets
Andreas



From wilhelm at icecrash.com  Wed Feb  8 17:39:37 2006
From: wilhelm at icecrash.com (Sven Wilhelm)
Date: Wed, 08 Feb 2006 17:39:37 +0100
Subject: [TYPO3-dev] SOLUTION (?) : Multiple XCLASS inheritance
In-Reply-To: <mailman.13683.1139406346.6406.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139326662.17391.typo3-dev@lists.netfielders.de>
	<mailman.1.1139352609.29547.typo3-dev@lists.netfielders.de>
	<mailman.1.1139354519.1405.typo3-dev@lists.netfielders.de>
	<mailman.1.1139397155.1404.typo3-dev@lists.netfielders.de>
	<mailman.1.1139397539.2057.typo3-dev@lists.netfielders.de>
	<mailman.13683.1139406346.6406.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139416783.22393.typo3-dev@lists.netfielders.de>

Hi,

> Even there may be someother way to do the same thing.
> e.g. The OSGI framework using by Eclipse looks good for complex extensisons.

yes, but they are strict. The plugin developers decides clearly where an
extension is extendable (extension points). No mixing there.

Sven





From tapio.markula at dnainternet.net  Wed Feb  8 17:46:19 2006
From: tapio.markula at dnainternet.net (tapio)
Date: Wed, 08 Feb 2006 18:46:19 +0200
Subject: [TYPO3-dev] SOLUTION (?) : Multiple XCLASS inheritance
In-Reply-To: <mailman.1.1139416783.22393.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139326662.17391.typo3-dev@lists.netfielders.de>	
	<mailman.1.1139352609.29547.typo3-dev@lists.netfielders.de>	
	<mailman.1.1139354519.1405.typo3-dev@lists.netfielders.de>	
	<mailman.1.1139397155.1404.typo3-dev@lists.netfielders.de>	
	<mailman.1.1139397539.2057.typo3-dev@lists.netfielders.de>	
	<mailman.13683.1139406346.6406.typo3-dev@lists.netfielders.de>
	<mailman.1.1139416783.22393.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139417193.24210.typo3-dev@lists.netfielders.de>

Sven Wilhelm wrote:
> Hi,
> 
> 
>>Even there may be someother way to do the same thing.
>>e.g. The OSGI framework using by Eclipse looks good for complex extensisons.
> 
> 
> yes, but they are strict. The plugin developers decides clearly where an
> extension is extendable (extension points). No mixing there.

But that looks like using hooks?
Hooks need extension points (I wish I would learn to use them and create 
some). Hooks has limitations because of they need exact points to use.
It seems that it is not a way to solve problems of XCLASS and 
limitations of hooks.



From kasper2006 at typo3.com  Wed Feb  8 18:32:00 2006
From: kasper2006 at typo3.com (=?ISO-8859-1?Q?Kasper_Sk=E5rh=F8j?=)
Date: Wed, 8 Feb 2006 18:32:00 +0100
Subject: [TYPO3-dev] SOLUTION (?) : Multiple XCLASS inheritance
In-Reply-To: <mailman.1.1139347328.20990.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139326662.17391.typo3-dev@lists.netfielders.de>
	<mailman.1.1139335993.3046.typo3-dev@lists.netfielders.de>
	<mailman.1.1139337734.5068.typo3-dev@lists.netfielders.de>
	<mailman.1.1139347328.20990.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.13815.1139419895.6406.typo3-dev@lists.netfielders.de>

> I'd like to see XCLASSES disappear completely and only use hooks. TER
> will be much cleaner after that ;)
>

I somehow agree. At least XCLASSES should be banished from shared  
extensions and only used for custom implementations where a backwards  
compatible core change is needed.

Also, inheritance as a whole should be avoided in our future  
architecture, rather objects should be more atomic so we can use  
other patterns for pluggin in functionality/services etc  
("strategies" et al). Hooks is the precursor for this idea.

- k

> Cheers,
> Michael
> _______________________________________________
> TYPO3-dev mailing list
> TYPO3-dev at lists.netfielders.de
> http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev




From kasper2006 at typo3.com  Wed Feb  8 18:38:15 2006
From: kasper2006 at typo3.com (=?ISO-8859-1?Q?Kasper_Sk=E5rh=F8j?=)
Date: Wed, 8 Feb 2006 18:38:15 +0100
Subject: [TYPO3-dev] Security Warning
In-Reply-To: <mailman.1.1139353142.30270.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139353142.30270.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.13817.1139420270.6406.typo3-dev@lists.netfielders.de>

No, Steffen, that is not a security problem.

The problem is that you allow someone to execute PHP. *any* execution  
of PHP compromises security completely. This is for instance the  
reason why TypoScript Templates can only (and should only!!) be  
edited by admin-users because TypoScript allows them to include PHP  
scripts.

- kasper

"A contribution a day keeps the fork away"
-------------------------------
kasper2006 at typo3.com | +45 20 999 115 | skype: kasperskaarhoej |  
gizmo: kasper_typo3


On Feb 7, 2006, at 23:59 , Steffen Kamper wrote:

> Hi,
>
> i discovered the possibility to get the DB-Params still if you are  
> not admin
> and have possibilitiy to access php-scripts, e.g. with  
> php_page_content.
>
> Then a simple script like
>
> <?php echo "User / Passwort: ".TYPO3_db_username." /  
> ".TYPO3_db_password; ?>
>
> prints out all necassary data.
>
> Is this a big problem for security ? What do you think about that ?
>
>
> _______________________________________________
> TYPO3-dev mailing list
> TYPO3-dev at lists.netfielders.de
> http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev




From tapio.markula at dnainternet.net  Wed Feb  8 18:44:50 2006
From: tapio.markula at dnainternet.net (tapio)
Date: Wed, 08 Feb 2006 19:44:50 +0200
Subject: [TYPO3-dev] SOLUTION (?) : Multiple XCLASS inheritance
In-Reply-To: <mailman.13815.1139419895.6406.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139326662.17391.typo3-dev@lists.netfielders.de>	<mailman.1.1139335993.3046.typo3-dev@lists.netfielders.de>	<mailman.1.1139337734.5068.typo3-dev@lists.netfielders.de>	<mailman.1.1139347328.20990.typo3-dev@lists.netfielders.de>
	<mailman.13815.1139419895.6406.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139420705.5106.typo3-dev@lists.netfielders.de>

Kasper Sk?rh?j wrote:
>> I'd like to see XCLASSES disappear completely and only use hooks. TER
>> will be much cleaner after that ;)
>>
> 
> I somehow agree. At least XCLASSES should be banished from shared  
> extensions and only used for custom implementations where a backwards  
> compatible core change is needed.
> 
> Also, inheritance as a whole should be avoided in our future  
> architecture, rather objects should be more atomic so we can use  other 
> patterns for pluggin in functionality/services etc  ("strategies" et 
> al). Hooks is the precursor for this idea.

What I would need is a to define flexible link properties for
all kinds of task buttons.

For example M?ximo Cuadros Ortiz define for some BE-button AJAX scripts
and I added classes. Buttons must be redefined.

B. Kraft added a usefull button - IMO like B. Kraft 'Paste' icons should 
be *as default* available in Columns view.

I was forced to combine functionalities of  'kb_pm_paste' 
'tm_contentaccess' and 'gb_begragndrop' using a quite complex XCLASS.

That could be avoided only with flexible property defining.

All button set could be also configurable with strings like
disableToolbarButtons=history,list

using the the same idea as


options.contextMenu   {
   pageTree.disableItems = hide,info,cut,delete,move_wizard,history,perms

It was hard work to put full buttonset control
for 'alt_doc.php' (own for BE and FE editing), 'db_layout.php' + list
module


If all buttons could have classes
that could help in layout designing.


> 
> - k
> 
>> Cheers,
>> Michael
>> _______________________________________________
>> TYPO3-dev mailing list
>> TYPO3-dev at lists.netfielders.de
>> http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev
> 
> 



From kasper2006 at typo3.com  Wed Feb  8 18:51:13 2006
From: kasper2006 at typo3.com (=?ISO-8859-1?Q?Kasper_Sk=E5rh=F8j?=)
Date: Wed, 8 Feb 2006 18:51:13 +0100
Subject: [TYPO3-dev] Interface development - OFF TOPIC
In-Reply-To: <mailman.1.1139260774.11477.typo3-dev@lists.netfielders.de>
References: <mailman.1.1138620877.10384.typo3-dev@lists.netfielders.de>
	<mailman.1.1138622618.13210.typo3-dev@lists.netfielders.de>
	<mailman.1.1138648635.23237.typo3-dev@lists.netfielders.de>
	<mailman.1.1138659409.10435.typo3-dev@lists.netfielders.de>
	<mailman.1.1139254837.2267.typo3-dev@lists.netfielders.de>
	<mailman.1.1139260774.11477.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.13837.1139421047.6406.typo3-dev@lists.netfielders.de>

Hi tapio

Thanks for your enthusiasm. I think Michael and Mathias has some  
valid points. But its easy to solve; just follow Michaels  
suggestions. Some times the list look like every second mail comes  
from you. Maybe, instead of writing 10 mails, write one mail and read  
it over 10 times before posting it. That will enable people to  
actually relate them selves to what you want to say instead of the  
volume.

With best regards and appreciation for your commitment,

- kasper




From kasper2006 at typo3.com  Wed Feb  8 19:00:43 2006
From: kasper2006 at typo3.com (=?ISO-8859-1?Q?Kasper_Sk=E5rh=F8j?=)
Date: Wed, 8 Feb 2006 19:00:43 +0100
Subject: [TYPO3-dev] HTMLArea and IE7beta
In-Reply-To: <mailman.1.1139069340.3811.typo3-dev@lists.netfielders.de>
References: <mailman.1.1138876520.30548.typo3-dev@lists.netfielders.de>
	<mailman.1.1138890571.20020.typo3-dev@lists.netfielders.de>
	<mailman.1.1138907979.16763.typo3-dev@lists.netfielders.de>
	<mailman.1.1138949799.17088.typo3-dev@lists.netfielders.de>
	<mailman.1.1139069340.3811.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.13843.1139421656.6406.typo3-dev@lists.netfielders.de>

> If this happens to you on 200 pages, you know, what i mean with  
> "crap" :)

 From a users limited point of view I can understand that the word  
"crap" best describes it. But the technical reality is that the RTE  
has nothing to do with whether the <img> tag is shown as an image or  
text in the frontend. This is up to the corresponding TypoScript  
configuration rendering your output from the bodytext field. Since  
you are on the dev-list and not english list I would have expected  
your level of expertise to know this already.

- kasper





From tapio.markula at dnainternet.net  Wed Feb  8 19:04:45 2006
From: tapio.markula at dnainternet.net (tapio)
Date: Wed, 08 Feb 2006 20:04:45 +0200
Subject: [TYPO3-dev] Interface development - OFF TOPIC
In-Reply-To: <mailman.13837.1139421047.6406.typo3-dev@lists.netfielders.de>
References: <mailman.1.1138620877.10384.typo3-dev@lists.netfielders.de>	<mailman.1.1138622618.13210.typo3-dev@lists.netfielders.de>	<mailman.1.1138648635.23237.typo3-dev@lists.netfielders.de>	<mailman.1.1138659409.10435.typo3-dev@lists.netfielders.de>	<mailman.1.1139254837.2267.typo3-dev@lists.netfielders.de>	<mailman.1.1139260774.11477.typo3-dev@lists.netfielders.de>
	<mailman.13837.1139421047.6406.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139421899.9614.typo3-dev@lists.netfielders.de>

Kasper Sk?rh?j wrote:
> Hi tapio
> 
> Thanks for your enthusiasm. I think Michael and Mathias has some  valid 
> points. But its easy to solve; just follow Michaels  suggestions. Some 
> times the list look like every second mail comes  from you. Maybe, 
> instead of writing 10 mails,

ok I addmitt that I sometimes write before thinking everything carefully

> With best regards and appreciation for your commitment,
thanks'

> - kasper
> 

I hope that you could look at what are my purposes
I made test pages - they are both for developers and everyone, who
want to see, how I would like that we should develop the interface.

http://t3test.xetpoint.com/typo3/

tester - tester

or

minimal - minimal

I have tried to make both frontend and backend as easy as possible



From kasper2006 at typo3.com  Wed Feb  8 19:07:17 2006
From: kasper2006 at typo3.com (=?ISO-8859-1?Q?Kasper_Sk=E5rh=F8j?=)
Date: Wed, 8 Feb 2006 19:07:17 +0100
Subject: [TYPO3-dev] SOLUTION (?) : Multiple XCLASS inheritance
In-Reply-To: <mailman.1.1139420705.5106.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139326662.17391.typo3-dev@lists.netfielders.de>	<mailman.1.1139335993.3046.typo3-dev@lists.netfielders.de>	<mailman.1.1139337734.5068.typo3-dev@lists.netfielders.de>	<mailman.1.1139347328.20990.typo3-dev@lists.netfielders.de>
	<mailman.13815.1139419895.6406.typo3-dev@lists.netfielders.de>
	<mailman.1.1139420705.5106.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.13844.1139422041.6406.typo3-dev@lists.netfielders.de>

Hey tapio,

Obviously you didn't read your post 10 times before posting it, or  
maybe you forgot to check the context; how on earth does your reply  
relate to my post!?

Try to avoid posting out-of-context information, that only teases the  
the lions.

- kasper


On Feb 8, 2006, at 18:44 , tapio wrote:

> Kasper Sk?rh?j wrote:
>>> I'd like to see XCLASSES disappear completely and only use hooks.  
>>> TER
>>> will be much cleaner after that ;)
>>>
>>
>> I somehow agree. At least XCLASSES should be banished from shared
>> extensions and only used for custom implementations where a backwards
>> compatible core change is needed.
>>
>> Also, inheritance as a whole should be avoided in our future
>> architecture, rather objects should be more atomic so we can use   
>> other
>> patterns for pluggin in functionality/services etc  ("strategies" et
>> al). Hooks is the precursor for this idea.
>
> What I would need is a to define flexible link properties for
> all kinds of task buttons.
>
> For example M?ximo Cuadros Ortiz define for some BE-button AJAX  
> scripts
> and I added classes. Buttons must be redefined.
>
> B. Kraft added a usefull button - IMO like B. Kraft 'Paste' icons  
> should
> be *as default* available in Columns view.
>
> I was forced to combine functionalities of  'kb_pm_paste'
> 'tm_contentaccess' and 'gb_begragndrop' using a quite complex XCLASS.
>
> That could be avoided only with flexible property defining.
>
> All button set could be also configurable with strings like
> disableToolbarButtons=history,list
>
> using the the same idea as
>
>
> options.contextMenu   {
>    pageTree.disableItems =  
> hide,info,cut,delete,move_wizard,history,perms
>
> It was hard work to put full buttonset control
> for 'alt_doc.php' (own for BE and FE editing), 'db_layout.php' + list
> module
>
>
> If all buttons could have classes
> that could help in layout designing.
>
>
>>
>> - k
>>
>>> Cheers,
>>> Michael
>>> _______________________________________________
>>> TYPO3-dev mailing list
>>> TYPO3-dev at lists.netfielders.de
>>> http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev
>>
>>
> _______________________________________________
> TYPO3-dev mailing list
> TYPO3-dev at lists.netfielders.de
> http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev




From mscharkow at gmx.net  Wed Feb  8 19:17:18 2006
From: mscharkow at gmx.net (Michael Scharkow)
Date: Wed, 08 Feb 2006 19:17:18 +0100
Subject: [TYPO3-dev] SOLUTION (?) : Multiple XCLASS inheritance
In-Reply-To: <mailman.13815.1139419895.6406.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139326662.17391.typo3-dev@lists.netfielders.de>	<mailman.1.1139335993.3046.typo3-dev@lists.netfielders.de>	<mailman.1.1139337734.5068.typo3-dev@lists.netfielders.de>	<mailman.1.1139347328.20990.typo3-dev@lists.netfielders.de>
	<mailman.13815.1139419895.6406.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139422638.11696.typo3-dev@lists.netfielders.de>

Kasper Sk?rh?j wrote:

> Also, inheritance as a whole should be avoided in our future  
> architecture, rather objects should be more atomic so we can use  other 
> patterns for pluggin in functionality/services etc  ("strategies" et 
> al). Hooks is the precursor for this idea.

I beg to differ: Inheritance should be used more often in the future. If 
you build real objects with encapsulated methods and data, their 
instances *are* atomic. However, this makes only sense if you use 
classes for objects and not primarily as namesspaces. Of course, nobody 
can be interested in inheriting from TCEmain or t3lib_div ;)

The flexibility should come from advanced factory functions that know 
what to instanciate in what context. Kind of like makeinstance() on 
steroids.

Greetings,
Michael



From tapio.markula at dnainternet.net  Wed Feb  8 19:24:30 2006
From: tapio.markula at dnainternet.net (tapio)
Date: Wed, 08 Feb 2006 20:24:30 +0200
Subject: [TYPO3-dev] SOLUTION (?) : Multiple XCLASS inheritance
In-Reply-To: <mailman.13844.1139422041.6406.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139326662.17391.typo3-dev@lists.netfielders.de>	<mailman.1.1139335993.3046.typo3-dev@lists.netfielders.de>	<mailman.1.1139337734.5068.typo3-dev@lists.netfielders.de>	<mailman.1.1139347328.20990.typo3-dev@lists.netfielders.de>	<mailman.13815.1139419895.6406.typo3-dev@lists.netfielders.de>	<mailman.1.1139420705.5106.typo3-dev@lists.netfielders.de>
	<mailman.13844.1139422041.6406.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139423084.12803.typo3-dev@lists.netfielders.de>

Kasper Sk?rh?j wrote:
> Hey tapio,
> 
> Obviously you didn't read your post 10 times before posting it, or  
> maybe you forgot to check the context;

you didn't understood what I mean - I didn't express myself clear enough.

The actual question is?
Could there be a hook mechanism or similar,
which would give possibility to alter link properties without XCLASSes.
You simple didn't undrestood my purpose.



From kasper2006 at typo3.com  Wed Feb  8 20:00:52 2006
From: kasper2006 at typo3.com (=?ISO-8859-1?Q?Kasper_Sk=E5rh=F8j?=)
Date: Wed, 8 Feb 2006 20:00:52 +0100
Subject: [TYPO3-dev] Interface development - OFF TOPIC
In-Reply-To: <mailman.1.1139421899.9614.typo3-dev@lists.netfielders.de>
References: <mailman.1.1138620877.10384.typo3-dev@lists.netfielders.de>	<mailman.1.1138622618.13210.typo3-dev@lists.netfielders.de>	<mailman.1.1138648635.23237.typo3-dev@lists.netfielders.de>	<mailman.1.1138659409.10435.typo3-dev@lists.netfielders.de>	<mailman.1.1139254837.2267.typo3-dev@lists.netfielders.de>	<mailman.1.1139260774.11477.typo3-dev@lists.netfielders.de>
	<mailman.13837.1139421047.6406.typo3-dev@lists.netfielders.de>
	<mailman.1.1139421899.9614.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.13860.1139425231.6406.typo3-dev@lists.netfielders.de>

Hi Tapio,

I checked out your interface. What I find is only an alternative skin  
for TYPO3, but it looks beautiful to me.

- kasper

"A contribution a day keeps the fork away"
-------------------------------
kasper2006 at typo3.com | +45 20 999 115 | skype: kasperskaarhoej |  
gizmo: kasper_typo3


On Feb 8, 2006, at 19:04 , tapio wrote:

> Kasper Sk?rh?j wrote:
>> Hi tapio
>>
>> Thanks for your enthusiasm. I think Michael and Mathias has some   
>> valid
>> points. But its easy to solve; just follow Michaels  suggestions.  
>> Some
>> times the list look like every second mail comes  from you. Maybe,
>> instead of writing 10 mails,
>
> ok I addmitt that I sometimes write before thinking everything  
> carefully
>
>> With best regards and appreciation for your commitment,
> thanks'
>
>> - kasper
>>
>
> I hope that you could look at what are my purposes
> I made test pages - they are both for developers and everyone, who
> want to see, how I would like that we should develop the interface.
>
> http://t3test.xetpoint.com/typo3/
>
> tester - tester
>
> or
>
> minimal - minimal
>
> I have tried to make both frontend and backend as easy as possible
> _______________________________________________
> TYPO3-dev mailing list
> TYPO3-dev at lists.netfielders.de
> http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev




From kasper2006 at typo3.com  Wed Feb  8 20:09:10 2006
From: kasper2006 at typo3.com (=?ISO-8859-1?Q?Kasper_Sk=E5rh=F8j?=)
Date: Wed, 8 Feb 2006 20:09:10 +0100
Subject: [TYPO3-dev] SOLUTION (?) : Multiple XCLASS inheritance
In-Reply-To: <mailman.1.1139423084.12803.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139326662.17391.typo3-dev@lists.netfielders.de>	<mailman.1.1139335993.3046.typo3-dev@lists.netfielders.de>	<mailman.1.1139337734.5068.typo3-dev@lists.netfielders.de>	<mailman.1.1139347328.20990.typo3-dev@lists.netfielders.de>	<mailman.13815.1139419895.6406.typo3-dev@lists.netfielders.de>	<mailman.1.1139420705.5106.typo3-dev@lists.netfielders.de>
	<mailman.13844.1139422041.6406.typo3-dev@lists.netfielders.de>
	<mailman.1.1139423084.12803.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.13870.1139425724.6406.typo3-dev@lists.netfielders.de>


> Kasper Sk?rh?j wrote:
>> Hey tapio,
>>
>> Obviously you didn't read your post 10 times before posting it, or
>> maybe you forgot to check the context;
>
> you didn't understood what I mean - I didn't express myself clear  
> enough.
>
> The actual question is?
> Could there be a hook mechanism or similar,
> which would give possibility to alter link properties without  
> XCLASSes.
> You simple didn't undrestood my purpose.

Dear tapio,

The discussion was about XCLASSes in _general_ and any specific post  
like yours would be inappropriate. You didn't even care to introduce  
your post so the link between my comment and your point could be  
understood. And remembering another post of yours it looked  
suspiciously much like a copy/paste from that thread. You see; People  
like me see these things and are turned off (or against you?) by them!

I think it is such a shame if those good ideas you might have are  
lost before our eyes because we become accustomed to ignore you. We  
don't want to ignore you, but people will, if they learn your input  
is mostly confusing and inconsistent. We appreciate that you try, but  
try a little harder and after a while you will get better.

All the best,

- kasper


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




From tapio.markula at dnainternet.net  Wed Feb  8 20:30:33 2006
From: tapio.markula at dnainternet.net (tapio)
Date: Wed, 08 Feb 2006 21:30:33 +0200
Subject: [TYPO3-dev] Interface development - OFF TOPIC
In-Reply-To: <mailman.13860.1139425231.6406.typo3-dev@lists.netfielders.de>
References: <mailman.1.1138620877.10384.typo3-dev@lists.netfielders.de>	<mailman.1.1138622618.13210.typo3-dev@lists.netfielders.de>	<mailman.1.1138648635.23237.typo3-dev@lists.netfielders.de>	<mailman.1.1138659409.10435.typo3-dev@lists.netfielders.de>	<mailman.1.1139254837.2267.typo3-dev@lists.netfielders.de>	<mailman.1.1139260774.11477.typo3-dev@lists.netfielders.de>	<mailman.13837.1139421047.6406.typo3-dev@lists.netfielders.de>	<mailman.1.1139421899.9614.typo3-dev@lists.netfielders.de>
	<mailman.13860.1139425231.6406.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139427046.22739.typo3-dev@lists.netfielders.de>

Kasper Sk?rh?j wrote:
> Hi Tapio,
> 
> I checked out your interface. What I find is only an alternative skin  
> for TYPO3, but it looks beautiful to me.

These have been added:

Backend

* be AJAX for moving content elements

* 'paste' icons for Columns view - B. Kraft proposed them
to core - I agree

* possibilities to disable elements


Frontend

* AJAX for frontend

* colPos support for EDITPANEL object so that opening for example
'Create new content element' the default value is '1' instead
of default '0'

+ lot of other improvement for frontend editing



From elmar.DOT.hinz at team.MINUS.red.DOT.net  Wed Feb  8 22:41:02 2006
From: elmar.DOT.hinz at team.MINUS.red.DOT.net (Elmar Hinz)
Date: Wed, 08 Feb 2006 22:41:02 +0100
Subject: [TYPO3-dev] SOLUTION (?) : Multiple XCLASS inheritance
In-Reply-To: <mailman.1.1139422638.11696.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139326662.17391.typo3-dev@lists.netfielders.de>	<mailman.1.1139335993.3046.typo3-dev@lists.netfielders.de>	<mailman.1.1139337734.5068.typo3-dev@lists.netfielders.de>	<mailman.1.1139347328.20990.typo3-dev@lists.netfielders.de>
	<mailman.13815.1139419895.6406.typo3-dev@lists.netfielders.de>
	<mailman.1.1139422638.11696.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139434877.15686.typo3-dev@lists.netfielders.de>

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

Michael Scharkow schrieb:
> Kasper Sk?rh?j wrote:
> 
>> Also, inheritance as a whole should be avoided in our future 
>> architecture, rather objects should be more atomic so we can use 
>> other patterns for pluggin in functionality/services etc 
>> ("strategies" et al). Hooks is the precursor for this idea.
> 
> 
> I beg to differ: Inheritance should be used more often in the future. If
> you build real objects with encapsulated methods and data, their
> instances *are* atomic. However, this makes only sense if you use
> classes for objects and not primarily as namesspaces. Of course, nobody
> can be interested in inheriting from TCEmain or t3lib_div ;)
> 
> The flexibility should come from advanced factory functions that know
> what to instanciate in what context. Kind of like makeinstance() on
> steroids.
> 

Hello,

I think you are both right in your own way. In the world of JAVA the interface
that needs to be implemented by inherited classes is a very usefull concept. It
gives a lot of flexibility if you can rely on and work with cleanly implemented
interfaces. You quickly can exchange one class against another. Interfaces are
the basicle principle of the AVALON framework.

On the other hand  -- I think that is the concern of Kasper -- large hierarchies
of inherited classes often tend to make development tenacious. Combining a few
readymade components is done more quickly then implementing new features into a
inheritd class.

/el


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

iD8DBQFD6mVuO976RNoy/18RAjf5AKDVYpX5ltFFIcI03D9JTh9P3ZpVNACgrH6n
wcBfZBg1QkGT1pKrNHjm40Q=
=Yb3a
-----END PGP SIGNATURE-----



From dan at danfrost.co.uk  Wed Feb  8 23:12:29 2006
From: dan at danfrost.co.uk (dan frost)
Date: Wed, 08 Feb 2006 22:12:29 +0000
Subject: [TYPO3-dev] SOLUTION (?) : Multiple XCLASS inheritance
In-Reply-To: <mailman.1.1139340441.6719.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139326662.17391.typo3-dev@lists.netfielders.de>
	<mailman.1.1139340441.6719.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139436654.20640.typo3-dev@lists.netfielders.de>

yes +1 to Sven!

For goodness sake: don't invent new stuff.

Having been a ranter on this list, and having 
spend months developing all kinds of stuff that 
didn't need to be built I know one thing: someone 
will have thought of a better way... so ask them.

(@all: Please don't get all ranty in response to 
this... just a comment)

d

Sven Wilhelm wrote:
>>This is what I call reverse inheriting.
> 
> and the next wave of security problems will follow.
> 
> Sorry, but don't try get more complicated as some things are present.
> 
> PHP5 will give a lot of long expected and necessary oo-features, use
> them, it's better than finding new own ways.
> 
> And communication solves many basic problem, work together with the
> original authors.
> 
> Sven
> 
> 



From dan at danfrost.co.uk  Wed Feb  8 23:14:05 2006
From: dan at danfrost.co.uk (dan frost)
Date: Wed, 08 Feb 2006 22:14:05 +0000
Subject: [TYPO3-dev] SOLUTION (?) : Multiple XCLASS inheritance
In-Reply-To: <mailman.1.1139417193.24210.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139326662.17391.typo3-dev@lists.netfielders.de>	
	<mailman.1.1139352609.29547.typo3-dev@lists.netfielders.de>	
	<mailman.1.1139354519.1405.typo3-dev@lists.netfielders.de>	
	<mailman.1.1139397155.1404.typo3-dev@lists.netfielders.de>	
	<mailman.1.1139397539.2057.typo3-dev@lists.netfielders.de>	
	<mailman.13683.1139406346.6406.typo3-dev@lists.netfielders.de>
	<mailman.1.1139416783.22393.typo3-dev@lists.netfielders.de>
	<mailman.1.1139417193.24210.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139436751.21041.typo3-dev@lists.netfielders.de>

What common/standard object patterns do you suggest?

d


> 
> 
> But that looks like using hooks?
> Hooks need extension points (I wish I would learn to use them and create 
> some). Hooks has limitations because of they need exact points to use.
> It seems that it is not a way to solve problems of XCLASS and 
> limitations of hooks.



From typo3dev at ameos.com  Wed Feb  8 23:50:30 2006
From: typo3dev at ameos.com (Jerome Schneider)
Date: Wed, 8 Feb 2006 23:50:30 +0100
Subject: [TYPO3-dev] SOLUTION (?) : Multiple XCLASS inheritance
References: <mailman.1.1139326662.17391.typo3-dev@lists.netfielders.de>
	<mailman.1.1139340441.6719.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139439035.32361.typo3-dev@lists.netfielders.de>

Okey then, you're certainly right :)

I agree that with PHP5 come a lot of great OO concepts that will save us a
lot of complications.

It was precisely why I started this thread instead of just developing some
useless feature ( not future ;) in my corner, and then coming out saying :
hey, people, look what I've done now go ahead, use it or I won't be happy
:))


I think the big problem developping with Typo3 is : ok, I know how to do a
bunch of cool things using T3, but HOW the hell should I proceed to put on
the market something that will be really useable.

How to organize myselves as a T3 developper to be T3 dev compliant ?
How to be standard and efficient ?

In other words : Is there some 'OFFICIAL' and 'T3 CORE GROUP APPROUVED' doc
that explains the T3 developper Senior praxis ( or best pratices or 'les
meilleures pratiques' or whatever you'll call it ;)

I'm not ironic here, i'm just asking, just as many developers do IMHO.


Cordialy,
Jerome Schneider






"Sven Wilhelm" <wilhelm at icecrash.com> wrote in message
news:mailman.1.1139340441.6719.typo3-dev at lists.netfielders.de...
> > This is what I call reverse inheriting.
> and the next wave of security problems will follow.
>
> Sorry, but don't try get more complicated as some things are present.
>
> PHP5 will give a lot of long expected and necessary oo-features, use
> them, it's better than finding new own ways.
>
> And communication solves many basic problem, work together with the
> original authors.
>
> Sven
>
>





From elmar.DOT.hinz at team.MINUS.red.DOT.net  Thu Feb  9 00:16:52 2006
From: elmar.DOT.hinz at team.MINUS.red.DOT.net (Elmar Hinz)
Date: Thu, 09 Feb 2006 00:16:52 +0100
Subject: [TYPO3-dev]  Defending the XCLASS, proposing smaller classes
Message-ID: <mailman.1.1139440627.7049.typo3-dev@lists.netfielders.de>

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

Hello,

in the thread "SOLUTION (?) : Multiple XCLASS inheritance"  a lot of people
dammed the XCLASS. I guess that most of this people think in this pattern:

XCLASS = bad
service = good

The XCLASS is a strange construction in some way. I don't really want to defend
it. The idea is to extend a base class by inheritence.

On the other hand the concept of a service is to replace one class with another
in a pluggable way. But to say it clearly: The technology (not the idea) of
xclassing provides exactly this. It replaces one class with another in a
pluggable way.

So XCLASS is already a typical service. Although the name proposes it, I guess
there is no necessary at all, to inherit from the original class. You could
completly place another class in it's place. (I never tried this).

If XCLASS is nothing else than a strange way to build a service than there can
be no mayer disadvantages in comparism to other forms of services. So all the
conflicts that occour with XCLASS could occour with other forms of services in
the same way. It could be avoided with the same concepts as conflicts can be
avaoided (or not) with other services.

Some people propose Aspect Orientated Prgamming as a solution. I don't know much
of it. But if different Extensions would try to alter the same functions in a
class, I guess that the same conflicts will occour in a similar way.


To summerize:

Conflicts are rather a problem of the wrong usage ot the differnt technologies.
They can not be solved by simply changing the technologies. We must change our
habits to use the technologies.

One mayer problem is, that classes in TYPO3 are often to big. If a class is big
it is more likely that conflicts will result if different extensions try to
alter functions in it. The best way to reduce conflicts is to write smaller classes.



/el















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

iD8DBQFD6nvkO976RNoy/18RAomjAJ98Usu6i4i6Kud1pOdgU/fNqxdBrQCfTtEd
BCjP/vDo6rHuFe0eEnDCcW8=
=BCde
-----END PGP SIGNATURE-----



From typo3lists at jweiland.net  Thu Feb  9 00:30:41 2006
From: typo3lists at jweiland.net (Jochen Weiland)
Date: Thu, 09 Feb 2006 00:30:41 +0100
Subject: [TYPO3-dev] Help needed with ImageMagick/Ghostscript installation -
	strange problem
Message-ID: <mailman.1.1139441443.10191.typo3-dev@lists.netfielders.de>

Hi folks,

I got a strange problem with supporting PDF and AI in ImageMagick (all 
other image formats work w/o problem).

The system is a Linux box with Typo3 3.8, IM 4.2.9 (statically linked 
from typo3.sunsite.dk).

When performing the image tests in the install tool, the output for the 
PDF and AI tests is:

"There was no result from the ImageMagick operation"

However, if I copy the command string to the shell and execute it there, 
is apparently works fine (only the first 'identify' command is listed in 
the box below the error message). The output from the command for the 
two test images looks like this:

(...)/testsite/typo3/sysext/install/imgs/pdf_from_imagemagick.pdf=>/tmp/magick7JHR8 
595x842 DirectClass 12472b PDF 1s

(...)/testsite/typo3/sysext/install/imgs/typo3logotype.ai=>/tmp/magicgdUCpR 
612x612 DirectClass 118kb PDF 1s

When I enter the 'convert' command manually on the shell, the resulting 
JPG file is correctly generated. So apparently IM/Ghostscript are 
working fine, but the output from the operations is somehow not 
recognized by Typo3.

Any idea on how to fix that or where to search for a solution?
Ghostscript and IM are not installed in /usr/bin, but the program 
directories have been addeded to PATH.

Your help is very much appreciated!

Regards
Jochen



From steffen at dislabs.de  Thu Feb  9 00:41:01 2006
From: steffen at dislabs.de (Steffen Kamper)
Date: Thu, 9 Feb 2006 00:41:01 +0100
Subject: [TYPO3-dev] Security Warning
References: <mailman.1.1139353142.30270.typo3-dev@lists.netfielders.de>
	<mailman.13817.1139420270.6406.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139442060.12169.typo3-dev@lists.netfielders.de>

Thanx Kasper for this statement.
This is my conclusion too - but its not only TS as also this Ext that gives 
the opportunity to manipulate.

I'm really glad that your answer is in a quite and normal way - i was 
astonished of the way some guys talking with eachothers. I'm really in a 
total Typo3-Hype and want to help this project in any possible way and not 
only crying out things without thinking ...

all the best ;)
Steffen

"Kasper Sk?rh?j" <kasper2006 at typo3.com> schrieb im Newsbeitrag 
news:mailman.13817.1139420270.6406.typo3-dev at lists.netfielders.de...
> No, Steffen, that is not a security problem.
>
> The problem is that you allow someone to execute PHP. *any* execution  of 
> PHP compromises security completely. This is for instance the  reason why 
> TypoScript Templates can only (and should only!!) be  edited by 
> admin-users because TypoScript allows them to include PHP  scripts.
>
> - kasper
>
> "A contribution a day keeps the fork away"
> -------------------------------
> kasper2006 at typo3.com | +45 20 999 115 | skype: kasperskaarhoej |  gizmo: 
> kasper_typo3
>
>
> On Feb 7, 2006, at 23:59 , Steffen Kamper wrote:
>
>> Hi,
>>
>> i discovered the possibility to get the DB-Params still if you are  not 
>> admin
>> and have possibilitiy to access php-scripts, e.g. with  php_page_content.
>>
>> Then a simple script like
>>
>> <?php echo "User / Passwort: ".TYPO3_db_username." / 
>> ".TYPO3_db_password; ?>
>>
>> prints out all necassary data.
>>
>> Is this a big problem for security ? What do you think about that ?
>>
>>
>> _______________________________________________
>> TYPO3-dev mailing list
>> TYPO3-dev at lists.netfielders.de
>> http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev
> 





From kasper2006 at typo3.com  Thu Feb  9 00:48:18 2006
From: kasper2006 at typo3.com (=?ISO-8859-1?Q?Kasper_Sk=E5rh=F8j?=)
Date: Thu, 9 Feb 2006 00:48:18 +0100
Subject: [TYPO3-dev] Interface development - OFF TOPIC
In-Reply-To: <mailman.1.1139427046.22739.typo3-dev@lists.netfielders.de>
References: <mailman.1.1138620877.10384.typo3-dev@lists.netfielders.de>	<mailman.1.1138622618.13210.typo3-dev@lists.netfielders.de>	<mailman.1.1138648635.23237.typo3-dev@lists.netfielders.de>	<mailman.1.1138659409.10435.typo3-dev@lists.netfielders.de>	<mailman.1.1139254837.2267.typo3-dev@lists.netfielders.de>	<mailman.1.1139260774.11477.typo3-dev@lists.netfielders.de>	<mailman.13837.1139421047.6406.typo3-dev@lists.netfielders.de>	<mailman.1.1139421899.9614.typo3-dev@lists.netfielders.de>
	<mailman.13860.1139425231.6406.typo3-dev@lists.netfielders.de>
	<mailman.1.1139427046.22739.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.13929.1139442479.6406.typo3-dev@lists.netfielders.de>

These all sounds like meaningful changes. I usually don't engage  
directly in such minor matters but let core team members like  
Bernhard kraft take a stand on patches you provide and trust that him  
and the rest of the core team acts as good filters. So if you are  
already on the good foot with bernhard, your stuff will have a chance  
- but please, don't spam him! We need Bernhard for lots of other  
important stuff as well.

- kasper

"A contribution a day keeps the fork away"
-------------------------------
kasper2006 at typo3.com | +45 20 999 115 | skype: kasperskaarhoej |  
gizmo: kasper_typo3


On Feb 8, 2006, at 20:30 , tapio wrote:

> Kasper Sk?rh?j wrote:
>> Hi Tapio,
>>
>> I checked out your interface. What I find is only an alternative skin
>> for TYPO3, but it looks beautiful to me.
>
> These have been added:
>
> Backend
>
> * be AJAX for moving content elements
>
> * 'paste' icons for Columns view - B. Kraft proposed them
> to core - I agree
>
> * possibilities to disable elements
>
>
> Frontend
>
> * AJAX for frontend
>
> * colPos support for EDITPANEL object so that opening for example
> 'Create new content element' the default value is '1' instead
> of default '0'
>
> + lot of other improvement for frontend editing
> _______________________________________________
> TYPO3-dev mailing list
> TYPO3-dev at lists.netfielders.de
> http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev




From kasper2006 at typo3.com  Thu Feb  9 00:53:02 2006
From: kasper2006 at typo3.com (=?ISO-8859-1?Q?Kasper_Sk=E5rh=F8j?=)
Date: Thu, 9 Feb 2006 00:53:02 +0100
Subject: [TYPO3-dev] SOLUTION (?) : Multiple XCLASS inheritance
In-Reply-To: <mailman.1.1139436654.20640.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139326662.17391.typo3-dev@lists.netfielders.de>
	<mailman.1.1139340441.6719.typo3-dev@lists.netfielders.de>
	<mailman.1.1139436654.20640.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.13931.1139442756.6406.typo3-dev@lists.netfielders.de>

Thanks Dan and Sven for holding your flags high. I agree with your  
general point that we have a tradition for inventing things on our  
own which is not always the best route and even less so in  
considerations of new architectures. yet, the fact is that own  
inventions is what made TYPO3 what it is today. We should not  
disregard neither and history proves my point.

I would like the two of you to maybe consider active help on the ECT  
and R&D group in search for a future architecture. Again; if you want  
to make a difference, you should connect your work to these teams  
which is where the real world meets theory.

- kasper

"A contribution a day keeps the fork away"
-------------------------------
kasper2006 at typo3.com | +45 20 999 115 | skype: kasperskaarhoej |  
gizmo: kasper_typo3


On Feb 8, 2006, at 23:12 , dan frost wrote:

> yes +1 to Sven!
>
> For goodness sake: don't invent new stuff.
>
> Having been a ranter on this list, and having
> spend months developing all kinds of stuff that
> didn't need to be built I know one thing: someone
> will have thought of a better way... so ask them.
>
> (@all: Please don't get all ranty in response to
> this... just a comment)
>
> d
>
> Sven Wilhelm wrote:
>>> This is what I call reverse inheriting.
>>
>> and the next wave of security problems will follow.
>>
>> Sorry, but don't try get more complicated as some things are present.
>>
>> PHP5 will give a lot of long expected and necessary oo-features, use
>> them, it's better than finding new own ways.
>>
>> And communication solves many basic problem, work together with the
>> original authors.
>>
>> Sven
>>
>>
> _______________________________________________
> TYPO3-dev mailing list
> TYPO3-dev at lists.netfielders.de
> http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev




From wilhelm at icecrash.com  Thu Feb  9 01:03:29 2006
From: wilhelm at icecrash.com (Sven Wilhelm)
Date: Thu, 09 Feb 2006 01:03:29 +0100
Subject: [TYPO3-dev] SOLUTION (?) : Multiple XCLASS inheritance
In-Reply-To: <mailman.1.1139439035.32361.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139326662.17391.typo3-dev@lists.netfielders.de>
	<mailman.1.1139340441.6719.typo3-dev@lists.netfielders.de>
	<mailman.1.1139439035.32361.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139443417.22393.typo3-dev@lists.netfielders.de>

Hi Jerome,

> I agree that with PHP5 come a lot of great OO concepts that will save us a
> lot of complications.
it's the long expected stuff.
If you have a serios view on PHP5, I would say you see the direction to
a fixed data type language in contrast to a no typed language like at
the moment.

> It was precisely why I started this thread instead of just developing some
> useless feature ( not future ;) in my corner, and then coming out saying :
> hey, people, look what I've done now go ahead, use it or I won't be happy
> :))
thank you for that, really.

> In other words : Is there some 'OFFICIAL' and 'T3 CORE GROUP APPROUVED' doc
> that explains the T3 developper Senior praxis ( or best pratices or 'les
> meilleures pratiques' or whatever you'll call it ;)
is there really one? Before I try to adopt praxis from a project, the
design concepts must be really good (please see this statement without
looking specially on T3).
You can a heavy lot of good stuff from eclipse. Erich Gamma (one of the
core developers, known from the gang of four) is a real guru of design
patterns. And if you understand dp's and be able to use them, you win
more than study senior papers.

At the moment I'm experimenting with a project to implement a complete
set of the java foundation classes in PHP5 (clear, it's a long running
project :)

My motivation is to have a structured class library like in Java where
you know where to find a library independent from the project you're
coding. The java foundation classes (especially the package concept) is
the biggest advantage of java (beside a good OO concept :)

If you're interested to join, contact me private.

Kind regards

Sven





From wilhelm at icecrash.com  Thu Feb  9 01:08:13 2006
From: wilhelm at icecrash.com (Sven Wilhelm)
Date: Thu, 09 Feb 2006 01:08:13 +0100
Subject: [TYPO3-dev] SOLUTION (?) : Multiple XCLASS inheritance
In-Reply-To: <mailman.13931.1139442756.6406.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139326662.17391.typo3-dev@lists.netfielders.de>
	<mailman.1.1139340441.6719.typo3-dev@lists.netfielders.de>
	<mailman.1.1139436654.20640.typo3-dev@lists.netfielders.de>
	<mailman.13931.1139442756.6406.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139443702.22393.typo3-dev@lists.netfielders.de>

Hi Kasper,

> Thanks Dan and Sven for holding your flags high. I agree with your  
> general point that we have a tradition for inventing things on our  
> own which is not always the best route and even less so in  
> considerations of new architectures. yet, the fact is that own  
> inventions is what made TYPO3 what it is today. We should not  
> disregard neither and history proves my point.
> 
> I would like the two of you to maybe consider active help on the ECT  
> and R&D group in search for a future architecture. Again; if you want  
> to make a difference, you should connect your work to these teams  
> which is where the real world meets theory.
Yes, I'm open for that, as I told you in the past.
See my post one above.

It's never my motivation to rub salt into the wound, ok, nice.

Sven




From g.e.dejong at student.utwente.nl  Thu Feb  9 01:24:52 2006
From: g.e.dejong at student.utwente.nl (Edwin de Jong)
Date: Thu, 9 Feb 2006 01:24:52 +0100
Subject: [TYPO3-dev] SOLUTION (?) : Multiple XCLASS inheritance
In-Reply-To: <mailman.1.1139434877.15686.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139326662.17391.typo3-dev@lists.netfielders.de>
	<mailman.1.1139422638.11696.typo3-dev@lists.netfielders.de>
	<mailman.1.1139434877.15686.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.13936.1139444679.6406.typo3-dev@lists.netfielders.de>

Op woensdag 08 februari 2006 22:41, schreef Elmar Hinz:

> I think you are both right in your own way. In the world of JAVA the
> interface that needs to be implemented by inherited classes is a very
> usefull concept. It gives a lot of flexibility if you can rely on and work
> with cleanly implemented interfaces. You quickly can exchange one class
> against another. Interfaces are the basicle principle of the AVALON
> framework.
>
> On the other hand  -- I think that is the concern of Kasper -- large
> hierarchies of inherited classes often tend to make development tenacious.
> Combining a few readymade components is done more quickly then implementing
> new features into a inheritd class.

I do agree with Kasper as well. Inheritence is a useful tool, but IMHO it 
should not be overused. Its all too easy to define a class for this and 
another one for that, but it will create a large forest which in the end is 
only clearly understood by experts. Keep things shallow and use design 
patterns for solving larger tasks (see interfaces as a structure for 
templates).

One of the reasons why I think Typo3 is good in what it does is that it 
effectively defines a network of interrelated functionalities combined with a 
very simple glue (TypoScript). The simpler the glue, the easier it gets to 
add new ideas and spur creativity.

Using hooks (or better even: events) will solve this problem in a simple way. 
It keeps the hierarchy shallow, and it allows for structures like this:

function foo($event) {
  if ($event->type = type_i_like) {
    process...
  } else {
    parent::foo($event);
  }
}

greets,

Edwin



From tapio.markula at dnainternet.net  Thu Feb  9 01:34:33 2006
From: tapio.markula at dnainternet.net (tapio)
Date: Thu, 09 Feb 2006 02:34:33 +0200
Subject: [TYPO3-dev] Interface development - OFF TOPIC
In-Reply-To: <mailman.13929.1139442479.6406.typo3-dev@lists.netfielders.de>
References: <mailman.1.1138620877.10384.typo3-dev@lists.netfielders.de>	<mailman.1.1138622618.13210.typo3-dev@lists.netfielders.de>	<mailman.1.1138648635.23237.typo3-dev@lists.netfielders.de>	<mailman.1.1138659409.10435.typo3-dev@lists.netfielders.de>	<mailman.1.1139254837.2267.typo3-dev@lists.netfielders.de>	<mailman.1.1139260774.11477.typo3-dev@lists.netfielders.de>	<mailman.13837.1139421047.6406.typo3-dev@lists.netfielders.de>	<mailman.1.1139421899.9614.typo3-dev@lists.netfielders.de>	<mailman.13860.1139425231.6406.typo3-dev@lists.netfielders.de>	<mailman.1.1139427046.22739.typo3-dev@lists.netfielders.de>
	<mailman.13929.1139442479.6406.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139445287.25398.typo3-dev@lists.netfielders.de>

Kasper Sk?rh?j wrote:
> These all sounds like meaningful changes. I usually don't engage  
> directly in such minor matters but let core team members like  Bernhard 
> kraft take a stand on patches

'paste' is Berhard's own patch proposal in 'kb_pm_paste', which I 
integrated to 'tm_contentaccess'. In fact I asked if he could help 
adding also 'cut' and 'copy' icons to the 'Columns' view.

> rest of the core team acts as good filters. So if you are  already on 
> the good foot with bernhard, your stuff will have a chance  - but 
> please, don't spam him!

I did that mistake already, sorry - by asking at his mind silly question 
and he misundertood me (I didn't understood an issue, why it was 
implemented with certain way).



From gabor at h3online.hu  Thu Feb  9 03:31:01 2006
From: gabor at h3online.hu (=?ISO-8859-2?Q?Horn_G=E1bor?=)
Date: Thu, 09 Feb 2006 03:31:01 +0100
Subject: [TYPO3-dev]  indexed search FE class question
Message-ID: <mailman.1.1139452261.23614.typo3-dev@lists.netfielders.de>

Hi,

can u help me please which class provides the FE funcionality for 
indexed search? (the search form, and the result rows w/ the 
pagebrowser). I thought it's 
typo3/sysext/indexed_search/pi/class.tx_indexedsearch.php

but i'm not sure now :)

My problem is that in the FE the in the results the text are 
htmlspecialchars-ed, and as in our database there are some &oacute; and 
&otilde; and friends, they appears incorrectly in the search result 
"quotes". In the english ML i saw others experienced this problem but 
didn't find solution. As a dirty and fast solution i replaced all the 
htmlspecialchars() calls to $this->htmlspecchars() and i added that 
funcion to the end of class.tx_indexedsearch.php to perform some check 
etc. But seems it's ignored (even if i do a trivial modification there, 
eg return the paramter string in bold to be sure it's called). Can u 
help me please where should i add this function so it's called on the 
html output of search results, before it's displayed?

Of course i'd prefer a nicer solution than modifying the sysext class, 
even for testing and learning purposes :)

thanks for any hints,

hirisov



From kraftb at kraftb.at  Thu Feb  9 03:34:31 2006
From: kraftb at kraftb.at (Bernhard Kraft)
Date: Thu, 09 Feb 2006 03:34:31 +0100
Subject: [TYPO3-dev] SOLUTION (?) : Multiple XCLASS inheritance
In-Reply-To: <mailman.1.1139397155.1404.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139326662.17391.typo3-dev@lists.netfielders.de>
	<mailman.1.1139352609.29547.typo3-dev@lists.netfielders.de>
	<mailman.1.1139354519.1405.typo3-dev@lists.netfielders.de>
	<mailman.1.1139397155.1404.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139452472.24093.typo3-dev@lists.netfielders.de>

Jerome Schneider wrote:
> http://www.ameos.com/index.php?id=244

> In other words : preprocess and redefine inheritance for each class, and produce
> an compiled php file that we include rather than the original classes

In my words:

You want to read in (parse) the extensions PHP files (at least the class : extends parts)
and rewrite them in such a manner that one class extends the other.

I already tought about this.

If you have the php tokenizer availabel:
http://at.php.net/manual/en/ref.tokenizer.php

then no problem at all ... the problem is that this one isn't supplied with all PHP
installations.


The "ultimate" goal would be to find a solution where each class hooks into each other
without having to use "rewritten" class/extends names.


greets,
Bernhard



From franz at fholzinger.com  Thu Feb  9 09:06:23 2006
From: franz at fholzinger.com (Franz Holzinger)
Date: Thu, 09 Feb 2006 09:06:23 +0100
Subject: [TYPO3-dev] SOLUTION (?) : Multiple XCLASS inheritance
In-Reply-To: <mailman.1.1139397155.1404.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139326662.17391.typo3-dev@lists.netfielders.de>
	<mailman.1.1139352609.29547.typo3-dev@lists.netfielders.de>
	<mailman.1.1139354519.1405.typo3-dev@lists.netfielders.de>
	<mailman.1.1139397155.1404.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139472387.7076.typo3-dev@lists.netfielders.de>

Hello Jerome,

> 
> I made this document to explain in details the idea : 
> http://www.ameos.com/index.php?id=244
> 
> Hope this answers to your questions. If it does or not, please just let me 
> know :)
> 

however there is still the problem that this will be very hard to find
errors and correct them. You have always to pay attention that someone
might have written a class which inherits from your code. However in
this situation you will have to change the code and the other objects
will maybe not work any more.

It would be better to make the 1-3 base classes better and put advanced
 functions there. Instead of using a XCLASS a new extension for
collecting all those XCLASS files could be created. All the new code can
come into this XCLASS TYPO3 extension. And later the code can come into
TYPO3.


Regards,

Franz




From niederlag at ikd01.de  Thu Feb  9 10:29:43 2006
From: niederlag at ikd01.de (Peter Niederlag)
Date: Thu, 09 Feb 2006 09:29:43 +0000
Subject: [TYPO3-dev] SOLUTION (?) : Multiple XCLASS inheritance
In-Reply-To: <mailman.13870.1139425724.6406.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139326662.17391.typo3-dev@lists.netfielders.de>	<mailman.1.1139335993.3046.typo3-dev@lists.netfielders.de>	<mailman.1.1139337734.5068.typo3-dev@lists.netfielders.de>	<mailman.1.1139347328.20990.typo3-dev@lists.netfielders.de>	<mailman.13815.1139419895.6406.typo3-dev@lists.netfielders.de>	<mailman.1.1139420705.5106.typo3-dev@lists.netfielders.de>	<mailman.13844.1139422041.6406.typo3-dev@lists.netfielders.de>	<mailman.1.1139423084.12803.typo3-dev@lists.netfielders.de>
	<mailman.13870.1139425724.6406.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139477384.14190.typo3-dev@lists.netfielders.de>

Hi,

Kasper Sk?rh?j schrieb:
[...]
> I think it is such a shame if those good ideas you might have are  lost
> before our eyes because we become accustomed to ignore you. We  don't
> want to ignore you, but people will, if they learn your input  is mostly
> confusing and inconsistent. We appreciate that you try, but  try a
> little harder and after a while you will get better.

+1

Remeber, it took more than five years for TYPO3 to become what it is
now. So you (tapio) please be a little patient and consider it needs
some time to get on with your wishes and improvements.

The more time you invest into _clear_ and _detailed_ descriptions and
_clean_ patches the more chances anyone will get on it.

and remeber theres a bugtracker that helps tracking any issues you might
have. But please be as accurate as possible.

Thx,
Peter
-- 
Peter Niederlag
http://www.niekom.de * TYPO3 & EDV Dienstleistungen *
http://www.typo3partner.net * professional services network *



From nospam at jweiland.net  Thu Feb  9 12:05:56 2006
From: nospam at jweiland.net (Jochen Weiland)
Date: Thu, 09 Feb 2006 12:05:56 +0100
Subject: [TYPO3-dev] Help needed with ImageMagick/Ghostscript
	installation - strange problem
In-Reply-To: <mailman.1.1139441443.10191.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139441443.10191.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139483048.24048.typo3-dev@lists.netfielders.de>

Update:

- I am one little step further, but the problem is not yet solved. The 
return code from the IM function calls is '1', so there is some error.

- There is no difference whether I use GraphicsMagick or ImageMagick

- For the PDF and AI sample images the displayed command in the install 
tool has changed from 'identify' to 'convert'. If I copy/paste the 
command to the Shell, the image is created in the typo3temp/pics folder

It appears to me that somehow Ghostscript or the delegates.mgk file are 
not found when the convert command is issued from within Typo3. However 
I have added the path to GS to the search path and also added a 
DELEGATE_PATH environment variable to localconf.php (and verfied with 
phpinfo that they are set correctly).

Owners and permissions for the files seem to be ok.

I'm stuck.... any help is very much appreciated. If someone wants to 
take a look, I can give ssh-access to the site (it's a test site, anyway)

Regards
Jochen






From nospam at jweiland.net  Thu Feb  9 12:10:09 2006
From: nospam at jweiland.net (Jochen Weiland)
Date: Thu, 09 Feb 2006 12:10:09 +0100
Subject: [TYPO3-dev] Help needed with ImageMagick/Ghostscript
	installation - strange problem
In-Reply-To: <mailman.1.1139483048.24048.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139441443.10191.typo3-dev@lists.netfielders.de>
	<mailman.1.1139483048.24048.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139483301.24048.typo3-dev@lists.netfielders.de>

Update on the update:

Problem seems to be solved, images are now rendered in the install tool

Regards
Jochen



From kasper2006 at typo3.com  Thu Feb  9 13:18:47 2006
From: kasper2006 at typo3.com (=?ISO-8859-1?Q?Kasper_Sk=E5rh=F8j?=)
Date: Thu, 9 Feb 2006 13:18:47 +0100
Subject: [TYPO3-dev] Security Warning
In-Reply-To: <mailman.1.1139442060.12169.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139353142.30270.typo3-dev@lists.netfielders.de>
	<mailman.13817.1139420270.6406.typo3-dev@lists.netfielders.de>
	<mailman.1.1139442060.12169.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.14117.1139487530.6406.typo3-dev@lists.netfielders.de>

Great Steffen, I'm happy you want to help! Welcome also since you are  
new!

Sometimes all of us get caught up in stress and irritation and this  
often leads to harsh answers which are not rightful. I do that too  
sometimes. We must all try to be calm and friendly - and forgiving.

- kasper

"A contribution a day keeps the fork away"
-------------------------------
kasper2006 at typo3.com | +45 20 999 115 | skype: kasperskaarhoej |  
gizmo: kasper_typo3


On Feb 9, 2006, at 0:41 , Steffen Kamper wrote:

> Thanx Kasper for this statement.
> This is my conclusion too - but its not only TS as also this Ext  
> that gives
> the opportunity to manipulate.
>
> I'm really glad that your answer is in a quite and normal way - i was
> astonished of the way some guys talking with eachothers. I'm really  
> in a
> total Typo3-Hype and want to help this project in any possible way  
> and not
> only crying out things without thinking ...
>
> all the best ;)
> Steffen
>
> "Kasper Sk?rh?j" <kasper2006 at typo3.com> schrieb im Newsbeitrag
> news:mailman.13817.1139420270.6406.typo3-dev at lists.netfielders.de...
>> No, Steffen, that is not a security problem.
>>
>> The problem is that you allow someone to execute PHP. *any*  
>> execution  of
>> PHP compromises security completely. This is for instance the   
>> reason why
>> TypoScript Templates can only (and should only!!) be  edited by
>> admin-users because TypoScript allows them to include PHP  scripts.
>>
>> - kasper
>>
>> "A contribution a day keeps the fork away"
>> -------------------------------
>> kasper2006 at typo3.com | +45 20 999 115 | skype: kasperskaarhoej |   
>> gizmo:
>> kasper_typo3
>>
>>
>> On Feb 7, 2006, at 23:59 , Steffen Kamper wrote:
>>
>>> Hi,
>>>
>>> i discovered the possibility to get the DB-Params still if you  
>>> are  not
>>> admin
>>> and have possibilitiy to access php-scripts, e.g. with   
>>> php_page_content.
>>>
>>> Then a simple script like
>>>
>>> <?php echo "User / Passwort: ".TYPO3_db_username." /
>>> ".TYPO3_db_password; ?>
>>>
>>> prints out all necassary data.
>>>
>>> Is this a big problem for security ? What do you think about that ?
>>>
>>>
>>> _______________________________________________
>>> TYPO3-dev mailing list
>>> TYPO3-dev at lists.netfielders.de
>>> http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev
>>
>
>
> _______________________________________________
> TYPO3-dev mailing list
> TYPO3-dev at lists.netfielders.de
> http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev




From Martin.Kutschker at n0spam-blackbox.net  Thu Feb  9 13:17:55 2006
From: Martin.Kutschker at n0spam-blackbox.net (Martin Kutschker)
Date: Thu, 09 Feb 2006 13:17:55 +0100
Subject: [TYPO3-dev] Help needed with ImageMagick/Ghostscript
	installation - strange problem
In-Reply-To: <mailman.1.1139483301.24048.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139441443.10191.typo3-dev@lists.netfielders.de>
	<mailman.1.1139483048.24048.typo3-dev@lists.netfielders.de>
	<mailman.1.1139483301.24048.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139487473.543.typo3-dev@lists.netfielders.de>

Jochen Weiland schrieb:
> Update on the update:
> 
> Problem seems to be solved, images are now rendered in the install tool

How did you solve the issue?

Masi



From ernst at cron-it.de  Thu Feb  9 13:24:57 2006
From: ernst at cron-it.de (Ernesto Baschny [cron IT])
Date: Thu, 09 Feb 2006 13:24:57 +0100
Subject: [TYPO3-dev] Defending the XCLASS, proposing smaller classes
In-Reply-To: <mailman.1.1139440627.7049.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139440627.7049.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139487897.1064.typo3-dev@lists.netfielders.de>

Elmar Hinz schrieb am 09.02.2006 00:16:

> in the thread "SOLUTION (?) : Multiple XCLASS inheritance"  a lot of people
> dammed the XCLASS. I guess that most of this people think in this pattern:
>
> (...)
>
> To summerize:
> 
> Conflicts are rather a problem of the wrong usage ot the differnt technologies.
> They can not be solved by simply changing the technologies. We must change our
> habits to use the technologies.
> 
> One mayer problem is, that classes in TYPO3 are often to big. If a class is big
> it is more likely that conflicts will result if different extensions try to
> alter functions in it. The best way to reduce conflicts is to write smaller classes.

I agree with Elmar, I think this is the big main issue here. The top
most XCLASS'ed classes in TYPO3 are very big, so the area of potential
conflict is high. Most extensions just need to replace or add
functionality to an existing TYPO3 method. We need to make sure they can
still do that without having to add hooks on all functions.

Multiple extensions plugging to the same hook are potential conflicting
too, as most hooks don't handle these conflicts (which they could, if we
had a more defined interface for hooks!).

I've already proposed trimming tslib_cObj some time ago, by out-sourcing
most of the functionality to extensions. One class that can handle
IMGTEXT, another that handles FORMs, another yet that handles stdWrap,
and so on. So if one extension then XCLASS'es the class "cObj_FORM",
another one can still XCLASS "cObj_typolink" and they won't bother by
each other. If two of them want to XCLASS cObj_FORM we have a potential
problem anyway no matter what architectural way of doing it you choose.
This is where specific hooks with consistent interfaces can be added to
have more fine-grained extensibility.

The major task seems to be to recognize potential splitting-points in
the code and do the work.

The same technology will apply when we start doing some MVC work,
splitting view and controller functionality for most TCA stuff. Generic
top-level "view" classes should have hooks and/or out-source "helper"
functions to separate classes, which can be XCLASSed.


Cheers,
Ernesto



From Andreas.Foerthner at netlogix.de  Thu Feb  9 13:43:16 2006
From: Andreas.Foerthner at netlogix.de (=?ISO-8859-15?Q?Andreas_F=F6rthner?=)
Date: Thu, 09 Feb 2006 13:43:16 +0100
Subject: [TYPO3-dev]  Check if FE-User is member of a fe_user_group
Message-ID: <mailman.1.1139489020.2891.typo3-dev@lists.netfielders.de>

Hi list,

I am programming a FE-Plugin, that will show some data to the logged in 
User. The output should be different to different fe_user_groups. The 
ids of the groups are provided by TS.
Now what I need is a function that gives me all ids of the users that 
belong to a specific fe_user_group. Is something like that existant? I 
couldn't find an api for fe_authentication, perhaps I was just blind.

If there is no api, how do I have to process the blob field in the 
fe_users table, to find out if this user belongs to my group... or is 
there a sql function? I don't think so...

Thank you for your help!!!

Greetings

Andreas



From dan at danfrost.co.uk  Thu Feb  9 13:51:50 2006
From: dan at danfrost.co.uk (dan frost)
Date: Thu, 09 Feb 2006 12:51:50 +0000
Subject: [TYPO3-dev] SOLUTION (?) : Multiple XCLASS inheritance
In-Reply-To: <mailman.13931.1139442756.6406.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139326662.17391.typo3-dev@lists.netfielders.de>	<mailman.1.1139340441.6719.typo3-dev@lists.netfielders.de>	<mailman.1.1139436654.20640.typo3-dev@lists.netfielders.de>
	<mailman.13931.1139442756.6406.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139489414.3374.typo3-dev@lists.netfielders.de>

Sorry - my rant was addressed at me! I was (am?!) 
at fault for trying 100s of stupid little things, 
having more ideas than things and generally no 
listening.

dan

Kasper Sk?rh?j wrote:
> Thanks Dan and Sven for holding your flags high. I agree with your  
> general point that we have a tradition for inventing things on our  own 
> which is not always the best route and even less so in  considerations 
> of new architectures. yet, the fact is that own  inventions is what made 
> TYPO3 what it is today. We should not  disregard neither and history 
> proves my point.
> 
> I would like the two of you to maybe consider active help on the ECT  
> and R&D group in search for a future architecture. Again; if you want  
> to make a difference, you should connect your work to these teams  which 
> is where the real world meets theory.
> 
> - kasper
> 
> "A contribution a day keeps the fork away"
> -------------------------------
> kasper2006 at typo3.com | +45 20 999 115 | skype: kasperskaarhoej |  gizmo: 
> kasper_typo3
> 
> 
> On Feb 8, 2006, at 23:12 , dan frost wrote:
> 
>> yes +1 to Sven!
>>
>> For goodness sake: don't invent new stuff.
>>
>> Having been a ranter on this list, and having
>> spend months developing all kinds of stuff that
>> didn't need to be built I know one thing: someone
>> will have thought of a better way... so ask them.
>>
>> (@all: Please don't get all ranty in response to
>> this... just a comment)
>>
>> d
>>
>> Sven Wilhelm wrote:
>>
>>>> This is what I call reverse inheriting.
>>>
>>>
>>> and the next wave of security problems will follow.
>>>
>>> Sorry, but don't try get more complicated as some things are present.
>>>
>>> PHP5 will give a lot of long expected and necessary oo-features, use
>>> them, it's better than finding new own ways.
>>>
>>> And communication solves many basic problem, work together with the
>>> original authors.
>>>
>>> Sven
>>>
>>>
>> _______________________________________________
>> TYPO3-dev mailing list
>> TYPO3-dev at lists.netfielders.de
>> http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev
> 
> 



From mario.melanie at arcor.de  Thu Feb  9 13:51:05 2006
From: mario.melanie at arcor.de (Mario Matzulla)
Date: Thu, 09 Feb 2006 13:51:05 +0100
Subject: [TYPO3-dev]  exec_SELECT_mm_query
Message-ID: <mailman.1.1139489466.3460.typo3-dev@lists.netfielders.de>

Hi list,

I was working with tt_news and tt_news_cat. Both are related through a
M:M relation.

Now my problem:
If I do an exec_SELECT_mm_query both tables get merged into one
result-row. But both tables contain a title column. The tt_news title
column gets overwritten by the tt_news_cal column.

Shouldn't the result include the table names like "tt_news.title" and
"tt_news_cat.title" so this wouldn't happen?

Maybe I havn't seen a configuration option, then please point me to it.

Regards
Mario Matzulla



From nospam at jweiland.net  Thu Feb  9 14:18:58 2006
From: nospam at jweiland.net (Jochen Weiland)
Date: Thu, 09 Feb 2006 14:18:58 +0100
Subject: [TYPO3-dev] Help needed with ImageMagick/Ghostscript
	installation - strange problem
In-Reply-To: <mailman.1.1139487473.543.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139441443.10191.typo3-dev@lists.netfielders.de>
	<mailman.1.1139483048.24048.typo3-dev@lists.netfielders.de>
	<mailman.1.1139483301.24048.typo3-dev@lists.netfielders.de>
	<mailman.1.1139487473.543.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139491031.7382.typo3-dev@lists.netfielders.de>

Martin Kutschker wrote:

> How did you solve the issue?

- Added a delegates.mgk file in $HOME/.magick
- Updated paths in delegates file for ps calls to correct lcoation
- Added environment variable DELEGATE_PATH pointing to $HOME/.magick in 
localconf.php


Also tried to compile GS on other servers, however there I had no 
success so far (compile error during make) and I don't have time at the 
moment to debug this.

Jochen



From j.rieger at connecta.ag  Thu Feb  9 14:19:13 2006
From: j.rieger at connecta.ag (Jochen Rieger)
Date: Thu, 09 Feb 2006 14:19:13 +0100
Subject: [TYPO3-dev] Check if FE-User is member of a fe_user_group
In-Reply-To: <mailman.1.1139489020.2891.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139489020.2891.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139491153.7437.typo3-dev@lists.netfielders.de>

Hi Andreas,

I don't know about an API function (maybe one of the devs that are more 
familiar with the core know better...?).

But with an own function I would just query the table field 'usergroup' 
in the table 'fe_users'. You will get a comma separated list of all 
usergroups that the user belongs to.

$res = $GLOBALS['TYPO3_DB']->exec_SELECTquery('usergroup', 'fe_users', 
$yourWhereClaus);

Not too difficult, or did I get you wrong maybe?

Regards,
Jochen

-- 
:: innovative it-strategies ::
::                          ::
:: www.connecta.ag          ::



From Andreas.Foerthner at netlogix.de  Thu Feb  9 14:22:15 2006
From: Andreas.Foerthner at netlogix.de (=?ISO-8859-15?Q?Andreas_F=F6rthner?=)
Date: Thu, 09 Feb 2006 14:22:15 +0100
Subject: [TYPO3-dev] Check if FE-User is member of a fe_user_group
In-Reply-To: <mailman.1.1139491153.7437.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139489020.2891.typo3-dev@lists.netfielders.de>
	<mailman.1.1139491153.7437.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139491359.7413.typo3-dev@lists.netfielders.de>

Jochen Rieger schrieb:
> Hi Andreas,
> 
> I don't know about an API function (maybe one of the devs that are more 
> familiar with the core know better...?).
> 
> But with an own function I would just query the table field 'usergroup' 
> in the table 'fe_users'. You will get a comma separated list of all 
> usergroups that the user belongs to.
> 
> $res = $GLOBALS['TYPO3_DB']->exec_SELECTquery('usergroup', 'fe_users', 
> $yourWhereClaus);
> 
> Not too difficult, or did I get you wrong maybe?
> 
> Regards,
> Jochen
> 
Hi,

ok this may be possible... I just was irritated why this is a blob 
field... but if I get a comma separated list, I know what to do...

many thanks!!

Greets

Andreas



From rupi at gmx.li  Thu Feb  9 14:26:42 2006
From: rupi at gmx.li (Rupert Germann)
Date: Thu, 09 Feb 2006 14:26:42 +0100
Subject: [TYPO3-dev] exec_SELECT_mm_query
References: <mailman.1.1139489466.3460.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139491604.7863.typo3-dev@lists.netfielders.de>

Mario Matzulla wrote:
> I was working with tt_news and tt_news_cat. Both are related through a
> M:M relation.
> 
> Now my problem:
> If I do an exec_SELECT_mm_query both tables get merged into one
> result-row. But both tables contain a title column. The tt_news title
> column gets overwritten by the tt_news_cal column.
> 
> Shouldn't the result include the table names like "tt_news.title" and
> "tt_news_cat.title" so this wouldn't happen?
> 
> Maybe I havn't seen a configuration option, then please point me to it.

the $select var in this function expects fieldnames to be prepended with the
tablename. Of course you could also use "AS", f.e.: ... tt_news_cat.title
AS cattitle, tt_news.title AS newstitle....

this has to be done manually in your php script.

greets
rupert



From j.rieger at connecta.ag  Thu Feb  9 14:30:10 2006
From: j.rieger at connecta.ag (Jochen Rieger)
Date: Thu, 09 Feb 2006 14:30:10 +0100
Subject: [TYPO3-dev] Check if FE-User is member of a fe_user_group
In-Reply-To: <mailman.1.1139491359.7413.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139489020.2891.typo3-dev@lists.netfielders.de>
	<mailman.1.1139491153.7437.typo3-dev@lists.netfielders.de>
	<mailman.1.1139491359.7413.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139491810.8342.typo3-dev@lists.netfielders.de>

Hi Andreas and list,

> I just was irritated why this is a blob 
> field... 

yep, I'd also like to know what the reason is for that? Wouldn't it also 
be possible to store those cs lists in normal text-fields? What are the 
advantages / disadvantages?

Cheers,
Jochen



From mario.melanie at arcor.de  Thu Feb  9 14:35:14 2006
From: mario.melanie at arcor.de (Mario Matzulla)
Date: Thu, 09 Feb 2006 14:35:14 +0100
Subject: [TYPO3-dev] exec_SELECT_mm_query
In-Reply-To: <mailman.1.1139491604.7863.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139489466.3460.typo3-dev@lists.netfielders.de>
	<mailman.1.1139491604.7863.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139492114.8371.typo3-dev@lists.netfielders.de>

Rupert Germann schrieb:
> Mario Matzulla wrote:
>> I was working with tt_news and tt_news_cat. Both are related through a
>> M:M relation.
>>
>> Now my problem:
>> If I do an exec_SELECT_mm_query both tables get merged into one
>> result-row. But both tables contain a title column. The tt_news title
>> column gets overwritten by the tt_news_cal column.
>>
>> Shouldn't the result include the table names like "tt_news.title" and
>> "tt_news_cat.title" so this wouldn't happen?
>>
>> Maybe I havn't seen a configuration option, then please point me to it.
> 
> the $select var in this function expects fieldnames to be prepended with the
> tablename. Of course you could also use "AS", f.e.: ... tt_news_cat.title
> AS cattitle, tt_news.title AS newstitle....
> 
> this has to be done manually in your php script.
> 
> greets
> rupert
Thanks Rupert!

Sometimes the solution is closer as one migth think ;)

Cheers,
Mario



From Andreas.Foerthner at netlogix.de  Thu Feb  9 14:40:55 2006
From: Andreas.Foerthner at netlogix.de (=?ISO-8859-15?Q?Andreas_F=F6rthner?=)
Date: Thu, 09 Feb 2006 14:40:55 +0100
Subject: [TYPO3-dev] Check if FE-User is member of a fe_user_group
In-Reply-To: <mailman.1.1139491153.7437.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139489020.2891.typo3-dev@lists.netfielders.de>
	<mailman.1.1139491153.7437.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139492479.9558.typo3-dev@lists.netfielders.de>

Jochen Rieger schrieb:
> Hi Andreas,
> 
> I don't know about an API function (maybe one of the devs that are more 
> familiar with the core know better...?).
> 
> But with an own function I would just query the table field 'usergroup' 
> in the table 'fe_users'. You will get a comma separated list of all 
> usergroups that the user belongs to.
> 
> $res = $GLOBALS['TYPO3_DB']->exec_SELECTquery('usergroup', 'fe_users', 
> $yourWhereClaus);
> 
> Not too difficult, or did I get you wrong maybe?
> 
> Regards,
> Jochen
> 
Hi,

I still try to find an FE api, but I didn't until now. Does anybody can 
tell me the structure of $GLOBALS['TSFE'] ? I think there are some 
function that I need, but I don't know how to find them...

It would be great if sombody could help me!

Thank You!

Greets Andreas



From j.rieger at connecta.ag  Thu Feb  9 14:45:34 2006
From: j.rieger at connecta.ag (Jochen Rieger)
Date: Thu, 09 Feb 2006 14:45:34 +0100
Subject: [TYPO3-dev] Check if FE-User is member of a fe_user_group
In-Reply-To: <mailman.1.1139492479.9558.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139489020.2891.typo3-dev@lists.netfielders.de>
	<mailman.1.1139491153.7437.typo3-dev@lists.netfielders.de>
	<mailman.1.1139492479.9558.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139492734.9226.typo3-dev@lists.netfielders.de>

Hi Andreas again :),

> I still try to find an FE api, but I didn't until now. Does anybody can 
> tell me the structure of $GLOBALS['TSFE'] ? I think there are some 
> function that I need, but I don't know how to find them...

Stefan Geith's Extension 'sg_showdoku' can be very handy in exploring 
the jungle of the $GLOBALS array! :)

Cheers,
Jochen



From peter.russ at 4many.net  Thu Feb  9 15:02:33 2006
From: peter.russ at 4many.net (Peter Russ)
Date: Thu, 09 Feb 2006 15:02:33 +0100
Subject: [TYPO3-dev] Check if FE-User is member of a fe_user_group
In-Reply-To: <mailman.1.1139492479.9558.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139489020.2891.typo3-dev@lists.netfielders.de>
	<mailman.1.1139491153.7437.typo3-dev@lists.netfielders.de>
	<mailman.1.1139492479.9558.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139493752.12274.typo3-dev@lists.netfielders.de>

Andreas F?rthner schrieb:
[...]
> 
> I still try to find an FE api, but I didn't until now. Does anybody can 
> tell me the structure of $GLOBALS['TSFE'] ? I think there are some 
> function that I need, but I don't know how to find them...
> 
> It would be great if sombody could help me!
> 

Welcome on board. To start diving select next exit "class.tslib_fe.php". 
  It might further be helpfull to install ext 'extdeveval'. Also 
'cc_devlog' will help you not to get lost in deep blue (i.e. more white 
screen in TYPO3) ;-)

Hopes that helps.

Regs. Peter.

-- 
Fiat lux!
Docendo discimus.
_____________________________
4Many? Services
openBC: http://www.openbc.com/go/invuid/Peter_Russ



From typo3dev at geithware.de  Thu Feb  9 15:49:33 2006
From: typo3dev at geithware.de (Stefan Geith)
Date: Thu, 09 Feb 2006 15:49:33 +0100
Subject: [TYPO3-dev] Check if FE-User is member of a fe_user_group
In-Reply-To: <mailman.1.1139489020.2891.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139489020.2891.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.14210.1139496677.6406.typo3-dev@lists.netfielders.de>

Andreas F?rthner schrieb:
> Hi list,
> 
> I am programming a FE-Plugin, that will show some data to the logged in 
> User. The output should be different to different fe_user_groups. The 
> ids of the groups are provided by TS.
> Now what I need is a function that gives me all ids of the users that 
> belong to a specific fe_user_group. Is something like that existant? I 
> couldn't find an api for fe_authentication, perhaps I was just blind.
> 
> If there is no api, how do I have to process the blob field in the 
> fe_users table, to find out if this user belongs to my group... or is 
> there a sql function? I don't think so...

Maybe this helps:
    $GLOBALS['TSFE']->fe_user->groupData['uid']
is an array with all groupd-ids of the logged in user.

-

Stefan




From hkdennis2k at gmail.com  Thu Feb  9 15:52:54 2006
From: hkdennis2k at gmail.com (Dennis Cheung)
Date: Thu, 9 Feb 2006 22:52:54 +0800
Subject: [TYPO3-dev] Defending the XCLASS, proposing smaller classes
In-Reply-To: <mailman.1.1139487897.1064.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139440627.7049.typo3-dev@lists.netfielders.de>
	<mailman.1.1139487897.1064.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.14214.1139496776.6406.typo3-dev@lists.netfielders.de>

Hi all,

I think. Whatever you call it, it is a hook/extension-point in general
description.

I have rewrite cObject for myself. It use function name.
e.g.
$name="IMGTEXT";
$func=$this->lookupTable[$name];
$content=$this->{$func}($content,$conf);

It works, fast, and look goods for maintance.
Even I can quickly (re)define tag. I don't have to rewrite the "switch".

Also, if it defined an array of function name(with same parameter
set.) for stdWrap.
and let stdWrap loop for it. You may also define more function here.

Whatever anything typo3 will use. At least, it must be an function,
not a variable.
XCLASS syntext is too foolish. It don't detect any duplicate XCLASS.
And I can't sure which class will be used finally.

It should be configable in BE ext. mananger. Like a service, can take
the control.

----
Beside, who was said no one will interested to extends t3lib_div (this
thread or another thread)??
It is not a XCLASS, and it use static function. I have to MODIFY the
source myself.
(I wanted to keep source typo3 unchanged, and I can quickly update it.)
e.g.
 make get_dirs()  will skip CVS and .svn
-----


The another real problem of XCLASS is.
It do not affect others class extends on the base class.
e.g.
you have an ux_basicfilefunc extends basicfilefunc.
But there are another "adv_filefunc extends basicfilefunc".

What you have done in ux_basicfilefunc is nothing related in adv_filefunc.
You can found a few class like this in typo3 core.


Dennis


On 2/9/06, Ernesto Baschny [cron IT] <ernst at cron-it.de> wrote:
> Elmar Hinz schrieb am 09.02.2006 00:16:
>
> > in the thread "SOLUTION (?) : Multiple XCLASS inheritance"  a lot of people
> > dammed the XCLASS. I guess that most of this people think in this pattern:
> >
> > (...)
> >
> > To summerize:
> >
> > Conflicts are rather a problem of the wrong usage ot the differnt technologies.
> > They can not be solved by simply changing the technologies. We must change our
> > habits to use the technologies.
> >
> > One mayer problem is, that classes in TYPO3 are often to big. If a class is big
> > it is more likely that conflicts will result if different extensions try to
> > alter functions in it. The best way to reduce conflicts is to write smaller classes.
>
> I agree with Elmar, I think this is the big main issue here. The top
> most XCLASS'ed classes in TYPO3 are very big, so the area of potential
> conflict is high. Most extensions just need to replace or add
> functionality to an existing TYPO3 method. We need to make sure they can
> still do that without having to add hooks on all functions.
>
> Multiple extensions plugging to the same hook are potential conflicting
> too, as most hooks don't handle these conflicts (which they could, if we
> had a more defined interface for hooks!).
>
> I've already proposed trimming tslib_cObj some time ago, by out-sourcing
> most of the functionality to extensions. One class that can handle
> IMGTEXT, another that handles FORMs, another yet that handles stdWrap,
> and so on. So if one extension then XCLASS'es the class "cObj_FORM",
> another one can still XCLASS "cObj_typolink" and they won't bother by
> each other. If two of them want to XCLASS cObj_FORM we have a potential
> problem anyway no matter what architectural way of doing it you choose.
> This is where specific hooks with consistent interfaces can be added to
> have more fine-grained extensibility.
>
> The major task seems to be to recognize potential splitting-points in
> the code and do the work.
>
> The same technology will apply when we start doing some MVC work,
> splitting view and controller functionality for most TCA stuff. Generic
> top-level "view" classes should have hooks and/or out-source "helper"
> functions to separate classes, which can be XCLASSed.
>
>
> Cheers,
> Ernesto
> _______________________________________________
> TYPO3-dev mailing list
> TYPO3-dev at lists.netfielders.de
> http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev
>



From Andreas.Foerthner at netlogix.de  Thu Feb  9 16:36:03 2006
From: Andreas.Foerthner at netlogix.de (=?ISO-8859-1?Q?Andreas_F=F6rthner?=)
Date: Thu, 09 Feb 2006 16:36:03 +0100
Subject: [TYPO3-dev] Check if FE-User is member of a fe_user_group
In-Reply-To: <mailman.14210.1139496677.6406.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139489020.2891.typo3-dev@lists.netfielders.de>
	<mailman.14210.1139496677.6406.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139499386.20664.typo3-dev@lists.netfielders.de>

Stefan Geith schrieb:
> Andreas F?rthner schrieb:
> 
>> Hi list,
>>
>> I am programming a FE-Plugin, that will show some data to the logged 
>> in User. The output should be different to different fe_user_groups. 
>> The ids of the groups are provided by TS.
>> Now what I need is a function that gives me all ids of the users that 
>> belong to a specific fe_user_group. Is something like that existant? I 
>> couldn't find an api for fe_authentication, perhaps I was just blind.
>>
>> If there is no api, how do I have to process the blob field in the 
>> fe_users table, to find out if this user belongs to my group... or is 
>> there a sql function? I don't think so...
> 
> 
> Maybe this helps:
>    $GLOBALS['TSFE']->fe_user->groupData['uid']
> is an array with all groupd-ids of the logged in user.
> 
> -
> 
> Stefan
> 
Hi,

thanks to all! With the extension to show the GLOBALS array I could find 
the data I needed...

Have a nice day

Andreas



From e-mailNO at SPAMeyejet.com  Thu Feb  9 16:53:01 2006
From: e-mailNO at SPAMeyejet.com (Simon Tuck)
Date: Thu, 09 Feb 2006 16:53:01 +0100
Subject: [TYPO3-dev] What's the difference between sys_language_content and
	sys_language_uid
Message-ID: <mailman.1.1139500388.22356.typo3-dev@lists.netfielders.de>

Hi List,

Is there any significant difference between $GLOBALS['TSFE']->sys_language_content and $GLOBALS['TSFE']->sys_language_uid? I'm using 
sys_page->getRecordOverlay to get localized records and it appears to me that these properties are interchangeable and so I was wondering if 
there is any difference between them and if so, which property I should use...

Cheers
Simon



From wolfgang at stufenlos.net  Thu Feb  9 17:54:28 2006
From: wolfgang at stufenlos.net (Wolfgang Klinger)
Date: Thu, 9 Feb 2006 17:54:28 +0100
Subject: [TYPO3-dev] What's the difference between sys_language_content
	and sys_language_uid
In-Reply-To: <mailman.1.1139500388.22356.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139500388.22356.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.14268.1139504026.6406.typo3-dev@lists.netfielders.de>


 *hiya!*

 On Thu, 09 Feb 2006, Simon Tuck wrote the following:
> Is there any significant difference between $GLOBALS['TSFE']->sys_language_content and $GLOBALS['TSFE']->sys_language_uid? I'm using 
> sys_page->getRecordOverlay to get localized records and it appears to me that these properties are interchangeable and so I was wondering if 
> there is any difference between them and if so, which property I should use...

 in case of a language "fallback" (see config.sys_language_mode,
 'content_fallback') these two variables may differ...


 bye
 Wolfgang




From tapio.markula at dnainternet.net  Thu Feb  9 17:50:42 2006
From: tapio.markula at dnainternet.net (tapio)
Date: Thu, 09 Feb 2006 18:50:42 +0200
Subject: [TYPO3-dev]  About bugs - sometimes a matter of taste
In-Reply-To: <mailman.1.1139477384.14190.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139326662.17391.typo3-dev@lists.netfielders.de>	<mailman.1.1139335993.3046.typo3-dev@lists.netfielders.de>	<mailman.1.1139337734.5068.typo3-dev@lists.netfielders.de>	<mailman.1.1139347328.20990.typo3-dev@lists.netfielders.de>	<mailman.13815.1139419895.6406.typo3-dev@lists.netfielders.de>	<mailman.1.1139420705.5106.typo3-dev@lists.netfielders.de>	<mailman.13844.1139422041.6406.typo3-dev@lists.netfielders.de>	<mailman.1.1139423084.12803.typo3-dev@lists.netfielders.de>
	<mailman.13870.1139425724.6406.typo3-dev@lists.netfielders.de>
	<mailman.1.1139477384.14190.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139503858.29207.typo3-dev@lists.netfielders.de>


> Remeber, it took more than five years for TYPO3 to become what it is
> now. So you (tapio) please be a little patient and consider it needs
> some time to get on with your wishes and improvements.

ok.

> The more time you invest into _clear_ and _detailed_ descriptions and
> _clean_ patches the more chances anyone will get on it.

Sometimes it is just a matter of taste, which is a bug

1) Example one - function editIcon

B. Kraft said that the patch proposal for function editIcon was 
incorrect and I didn't understand the function how it relates with
multilangual sites. The purpose is that the title text relates with 
language of the page.

Correct. I didn't understood - it has confusing issues for me. On the 
other hand I'm right because that function cause confusion.

What is a bug is at some level matter of taste - also in this case.
I solved this in 'tm_contentaccess' with an option - administrator can
decide, if the title follows the language to the page (default) or the
language of the BE interface (like edit panel) does. No nobody can't say
that the behavior is buggy. I didn't even made about this issue a bug 
report even if I could have done so.

B. Kraft doesn't admit that the default behavior is buggy and I don't 
regard the default behavior bugfree. That I mean that what is a bug, is 
a matter of taste.

2) Option mod.web_layout.menu.function

mod.web_layout.menu.function {
0=0
2=0
3=0
}

doesn't work - certainly in purpose but I regard it as a bug. I didn't 
figure how mod.web_layout.menu.function.0=0 has been disabled but
I added just disableQuickEdit, when disableQuickEdit=1 disables it.
It would be nice it the definition above would however work.
Somebody in Typo3 org has decided that Quick Edit can't be disabled - 
but I don't regard that decision correct. But because this is presumably 
intended behavior, it it not an actual bug.


mod.web_layout.menu.function



From steffen at dislabs.de  Thu Feb  9 19:48:16 2006
From: steffen at dislabs.de (Steffen Kamper)
Date: Thu, 9 Feb 2006 19:48:16 +0100
Subject: [TYPO3-dev] Security Warning
References: <mailman.1.1139353142.30270.typo3-dev@lists.netfielders.de><mailman.13817.1139420270.6406.typo3-dev@lists.netfielders.de><mailman.1.1139442060.12169.typo3-dev@lists.netfielders.de>
	<mailman.14117.1139487530.6406.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139510896.9019.typo3-dev@lists.netfielders.de>

Hi Kasper,

many thanks for your warm and wise words !
I understand that (sometimes :) ) and for me the best way to work together 
is a normal and constructive way. I myself will try to give my best to 
support the project - i gave some extensions to the ter and will do a lot of 
more work to the great Typo3-community. It's really the best project for me 
in the last years - and it will grow !

Steffen


"Kasper Sk?rh?j" <kasper2006 at typo3.com> schrieb im Newsbeitrag 
news:mailman.14117.1139487530.6406.typo3-dev at lists.netfielders.de...
Great Steffen, I'm happy you want to help! Welcome also since you are
new!

Sometimes all of us get caught up in stress and irritation and this
often leads to harsh answers which are not rightful. I do that too
sometimes. We must all try to be calm and friendly - and forgiving.

- kasper

"A contribution a day keeps the fork away"
-------------------------------
kasper2006 at typo3.com | +45 20 999 115 | skype: kasperskaarhoej |
gizmo: kasper_typo3


On Feb 9, 2006, at 0:41 , Steffen Kamper wrote:

> Thanx Kasper for this statement.
> This is my conclusion too - but its not only TS as also this Ext  that 
> gives
> the opportunity to manipulate.
>
> I'm really glad that your answer is in a quite and normal way - i was
> astonished of the way some guys talking with eachothers. I'm really  in a
> total Typo3-Hype and want to help this project in any possible way  and 
> not
> only crying out things without thinking ...
>
> all the best ;)
> Steffen
>
> "Kasper Sk?rh?j" <kasper2006 at typo3.com> schrieb im Newsbeitrag
> news:mailman.13817.1139420270.6406.typo3-dev at lists.netfielders.de...
>> No, Steffen, that is not a security problem.
>>
>> The problem is that you allow someone to execute PHP. *any*  execution 
>> of
>> PHP compromises security completely. This is for instance the   reason 
>> why
>> TypoScript Templates can only (and should only!!) be  edited by
>> admin-users because TypoScript allows them to include PHP  scripts.
>>
>> - kasper
>>
>> "A contribution a day keeps the fork away"
>> -------------------------------
>> kasper2006 at typo3.com | +45 20 999 115 | skype: kasperskaarhoej |   gizmo:
>> kasper_typo3
>>
>>
>> On Feb 7, 2006, at 23:59 , Steffen Kamper wrote:
>>
>>> Hi,
>>>
>>> i discovered the possibility to get the DB-Params still if you  are  not
>>> admin
>>> and have possibilitiy to access php-scripts, e.g. with 
>>> php_page_content.
>>>
>>> Then a simple script like
>>>
>>> <?php echo "User / Passwort: ".TYPO3_db_username." /
>>> ".TYPO3_db_password; ?>
>>>
>>> prints out all necassary data.
>>>
>>> Is this a big problem for security ? What do you think about that ?
>>>
>>>
>>> _______________________________________________
>>> TYPO3-dev mailing list
>>> TYPO3-dev at lists.netfielders.de
>>> http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev
>>
>
>
> _______________________________________________
> TYPO3-dev mailing list
> TYPO3-dev at lists.netfielders.de
> http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev





From elmar.DOT.hinz at team.MINUS.red.DOT.net  Thu Feb  9 20:08:01 2006
From: elmar.DOT.hinz at team.MINUS.red.DOT.net (Elmar Hinz)
Date: Thu, 09 Feb 2006 20:08:01 +0100
Subject: [TYPO3-dev] exec_SELECT_mm_query
In-Reply-To: <mailman.1.1139489466.3460.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139489466.3460.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139512099.11349.typo3-dev@lists.netfielders.de>

Mario Matzulla schrieb:
> Hi list,
> 
> I was working with tt_news and tt_news_cat. Both are related through a
> M:M relation.
> 
> Now my problem:
> If I do an exec_SELECT_mm_query both tables get merged into one
> result-row. But both tables contain a title column. The tt_news title
> column gets overwritten by the tt_news_cal column.
> 
> Shouldn't the result include the table names like "tt_news.title" and
> "tt_news_cat.title" so this wouldn't happen?
> 
> Maybe I havn't seen a configuration option, then please point me to it.
> 
> Regards
> Mario Matzulla


You could try the extension elba, that does this naming automatically.

Building mm-Relations is also done automatically. It simply takes the
information from $TCA for that.

There is documentation in the classes but I still want to write a demo
extension, that shows the practical use.

/el










From wilhelm at icecrash.com  Thu Feb  9 20:44:45 2006
From: wilhelm at icecrash.com (Sven Wilhelm)
Date: Thu, 09 Feb 2006 20:44:45 +0100
Subject: [TYPO3-dev]  streamline wrapper
Message-ID: <mailman.1.1139514294.12382.typo3-dev@lists.netfielders.de>

Hi,

just as an idea of improvement and for all that didn't know this
feature.

Starting with PHP 4.3.2 it's possible to register custom stream
wrappers. A stream wrapper is just a class that knows how to get data
from it's specified data source. A stream wrapper has to implement some
methods that PHP will call.

So nothing new till there.

Fine, it also works for include, include_once, require, require_once :)

A steam in PHP has the following style:

schema://schema-specific-form

If one like to have a statement like:

typo3://package_name/path/to/class.php

it will be possible if you register a class that handles the
schema-specifica under the scheme-name typo3.

No more statements like:

* require_once (PATH_t3lib. .....
* require_once(t3lib_extMgm::extPath('ext_key').'path/to/file.php');
* ...

Advantages?
I think so. You have just one class that has to know how to access data.
It's not necessary to have several PATH constants spread around the
system and ".... FILL IN THE ADVANTAGES YOU FIND ....".

I decided to use this style for a projects I started working on named
PHP Foundation classes. I just have to implement one class, my classpath
class, that nows where to find and how to access the data.



So, it was just a note.

Kind regards

Sven




From martin.kutschker-n0spam at no5pam-blackbox.net  Thu Feb  9 20:51:07 2006
From: martin.kutschker-n0spam at no5pam-blackbox.net (Martin Kutschker)
Date: Thu, 09 Feb 2006 20:51:07 +0100
Subject: [TYPO3-dev] About bugs - sometimes a matter of taste
In-Reply-To: <mailman.1.1139503858.29207.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139326662.17391.typo3-dev@lists.netfielders.de>	<mailman.1.1139335993.3046.typo3-dev@lists.netfielders.de>	<mailman.1.1139337734.5068.typo3-dev@lists.netfielders.de>	<mailman.1.1139347328.20990.typo3-dev@lists.netfielders.de>	<mailman.13815.1139419895.6406.typo3-dev@lists.netfielders.de>	<mailman.1.1139420705.5106.typo3-dev@lists.netfielders.de>	<mailman.13844.1139422041.6406.typo3-dev@lists.netfielders.de>	<mailman.1.1139423084.12803.typo3-dev@lists.netfielders.de>
	<mailman.13870.1139425724.6406.typo3-dev@lists.netfielders.de>
	<mailman.1.1139477384.14190.typo3-dev@lists.netfielders.de>
	<mailman.1.1139503858.29207.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139514668.15147.typo3-dev@lists.netfielders.de>

tapio schrieb:
> 
> 
> Sometimes it is just a matter of taste, which is a bug
> 
> 1) Example one - function editIcon

I don't know who proposes what, but you're right this issue is about 
matter of taste. I'd use the BE language for the labels, but happily 
await just another user TS setting to make it configurable :-)

Anyway, bug or no bug. Whatever is on topic, the issue has to be 
explained clearly. If I cannot understand a posting I cannot agree and 
therefore cannot help to fix or improve.

> 2) Option mod.web_layout.menu.function
> 
> mod.web_layout.menu.function {
> 0=0
> 2=0
> 3=0
> }

This is a know general TS bug. To set a 0 key you have to use it like this:

mod.web_layout.menu.function.0=0

It has nothing to do with quick edit, but yes it is a) annoying and b) 
I'm not sure if it is documented anywhere.

Masi



From tapio.markula at dnainternet.net  Thu Feb  9 21:27:26 2006
From: tapio.markula at dnainternet.net (tapio)
Date: Thu, 09 Feb 2006 22:27:26 +0200
Subject: [TYPO3-dev] About bugs - sometimes a matter of taste
In-Reply-To: <mailman.1.1139514668.15147.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139326662.17391.typo3-dev@lists.netfielders.de>	<mailman.1.1139335993.3046.typo3-dev@lists.netfielders.de>	<mailman.1.1139337734.5068.typo3-dev@lists.netfielders.de>	<mailman.1.1139347328.20990.typo3-dev@lists.netfielders.de>	<mailman.13815.1139419895.6406.typo3-dev@lists.netfielders.de>	<mailman.1.1139420705.5106.typo3-dev@lists.netfielders.de>	<mailman.13844.1139422041.6406.typo3-dev@lists.netfielders.de>	<mailman.1.1139423084.12803.typo3-dev@lists.netfielders.de>
	<mailman.13870.1139425724.6406.typo3-dev@lists.netfielders.de>
	<mailman.1.1139477384.14190.typo3-dev@lists.netfielders.de>
	<mailman.1.1139503858.29207.typo3-dev@lists.netfielders.de>
	<mailman.1.1139514668.15147.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139516864.18498.typo3-dev@lists.netfielders.de>


> I don't know who proposes what, but you're right this issue is about 
> matter of taste. I'd use the BE language for the labels, but happily 
> await just another user TS setting to make it configurable :-)

ok. Good to know. In fact quite easy to implement concering frontend 
editing edit panels admin panels and edit icons.

If you add you own texts before of after those panels the problem is 
that there is condition for page language

[globalVar =GP:L=0]

BUT not for BE interface language

[globalString = LANG:lang = fi]

doesn't work ($GLOBALS['LANG'] set BE-interface
related language labels and I tried to use it at the same principle as
[globalVar = TSFE:id = 52])

If you want to add BE-interface related texts using constants, you must 
create your own user functions, for example
[userFunc = user_be_user_lang(fi)]

It would be nice, if there would be as default some BE-user related 
conditions.

> This is a know general TS bug. To set a 0 key you have to use it like this:

> mod.web_layout.menu.function.0=0
> It has nothing to do with quick edit, but yes it is a) annoying and b) 
> I'm not sure if it is documented anywhere.

ok.



From kasper2006 at typo3.com  Fri Feb 10 01:49:18 2006
From: kasper2006 at typo3.com (=?ISO-8859-1?Q?Kasper_Sk=E5rh=F8j?=)
Date: Fri, 10 Feb 2006 01:49:18 +0100
Subject: [TYPO3-dev] streamline wrapper
In-Reply-To: <mailman.1.1139514294.12382.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139514294.12382.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.14366.1139532561.6406.typo3-dev@lists.netfielders.de>

Hi Sven,

Very interesting idea. I am looking forward to hear how it feels to  
use in your project (meaning real life).

My own idea was to follow the auto-loading feature in php 5.0 which  
would be possible with a new file structure in the core for that  
version. In such a case any "new [object name]" would include the  
class if not included based on a pattern around the object name. That  
would be nice.

Just thoughts.

- kasper

"A contribution a day keeps the fork away"
-------------------------------
kasper2006 at typo3.com | +45 20 999 115 | skype: kasperskaarhoej |  
gizmo: kasper_typo3


On Feb 9, 2006, at 20:44 , Sven Wilhelm wrote:

> Hi,
>
> just as an idea of improvement and for all that didn't know this
> feature.
>
> Starting with PHP 4.3.2 it's possible to register custom stream
> wrappers. A stream wrapper is just a class that knows how to get data
> from it's specified data source. A stream wrapper has to implement  
> some
> methods that PHP will call.
>
> So nothing new till there.
>
> Fine, it also works for include, include_once, require,  
> require_once :)
>
> A steam in PHP has the following style:
>
> schema://schema-specific-form
>
> If one like to have a statement like:
>
> typo3://package_name/path/to/class.php
>
> it will be possible if you register a class that handles the
> schema-specifica under the scheme-name typo3.
>
> No more statements like:
>
> * require_once (PATH_t3lib. .....
> * require_once(t3lib_extMgm::extPath('ext_key').'path/to/file.php');
> * ...
>
> Advantages?
> I think so. You have just one class that has to know how to access  
> data.
> It's not necessary to have several PATH constants spread around the
> system and ".... FILL IN THE ADVANTAGES YOU FIND ....".
>
> I decided to use this style for a projects I started working on named
> PHP Foundation classes. I just have to implement one class, my  
> classpath
> class, that nows where to find and how to access the data.
>
>
>
> So, it was just a note.
>
> Kind regards
>
> Sven
>
> _______________________________________________
> TYPO3-dev mailing list
> TYPO3-dev at lists.netfielders.de
> http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev




From typo3 at penpal4u.net  Fri Feb 10 03:00:03 2006
From: typo3 at penpal4u.net (Christian Lerrahn)
Date: Fri, 10 Feb 2006 13:00:03 +1100
Subject: [TYPO3-dev] Security Warning
References: <mailman.1.1139353142.30270.typo3-dev@lists.netfielders.de>
	<mailman.1.1139365476.15104.typo3-dev@lists.netfielders.de>
	<mailman.13521.1139374158.6406.typo3-dev@lists.netfielders.de>
	<mailman.1.1139386453.9522.typo3-dev@lists.netfielders.de>
	<mailman.1.1139395627.29045.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139536821.14388.typo3-dev@lists.netfielders.de>

On Wed, 08 Feb 2006 11:46:29 +0100
Michael Stucki <michael at typo3.org> wrote:

> Steffen Kamper wrote:
> 
> > My point was that there are some points of vulnerablity everyone should
> > know so you can pretend users using php. That is one point more to think
> > at when configuring BE Usergroup. On some Systems ext like
> > php_page_content is needed for some add. features so you must hide it for
> > the normal BE Users. Also the possibility to write TS.
> > 
> > Cause of that i wanted this discussion, maybe to show some more points of
> > vulnarabilty - there are surely some more, and some ext should be awared
> > too
> > :)
> 
> Great work, Steffen! Will you post all of them on this public mailing list?

That's what you call "full disclosure". ;-) Maybe it would be good to
read the code of conduct of some security mailing list like buqtraq or
so especially as there is something called "Typo3 security team".

@Steffen: I understand your concern and it is worth being discussed but
if you see a security problem, shouldn't contact the security team first?

Christian

-- 
    Mein  Wort  wird  nicht  wieder leer zu mir zur?ckkommen, sondern
    wird tun, was mir gef?llt, und ihm wird  gelingen,  wozu  ich  es
    sende.
    
    Jesaja 55,11
    
    Wie  viele  Jesus aufnahmen, denen gab er Macht, Gottes Kinder zu
    werden, denen, die an seinen Namen glauben.
    
    Johannes 1,12
    



From typo3 at penpal4u.net  Fri Feb 10 03:04:23 2006
From: typo3 at penpal4u.net (Christian Lerrahn)
Date: Fri, 10 Feb 2006 13:04:23 +1100
Subject: [TYPO3-dev] Injecting levels into menus
References: <mailman.1.1139279410.5658.typo3-dev@lists.netfielders.de>
	<mailman.13162.1139284714.6406.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139537077.14388.typo3-dev@lists.netfielders.de>

On Mon, 6 Feb 2006 19:58:30 -0800
Christopher <bedlamhotel at gmail.com> wrote:

> Hello,
> 
> On 2/6/06, Christian Lerrahn <typo3 at penpal4u.net> wrote:
> > Hi,
> > I might find an answer to this in the code if I read enough of it.
> > However, this might be an easy question for some of you and therefore
> > I'll ask the question without doing research. ;-)
> > Is there any way for an extension to inject further levels into a menu
> > that are then rendered by the core? E.g. if I have a 2 level GMENU and
> > then a plugin on one of the first level pages, could I have the extension
> > create a second level below that page the plugin is on? Like setting up
> > "pseudo subpages" that are then rendered by the core. If yes, can anyone
> > give me a hint where to start?
> 
> Check out the .userFunc property of the ordinary HMENU object in the
> TSref [1]. There's an example there of how to create a menu that
> "...could be a menu reflecting a menu structure of a plugin".

Thanks for the hint. :)

Christian

-- 
    Mein  Wort  wird  nicht  wieder leer zu mir zur?ckkommen, sondern
    wird tun, was mir gef?llt, und ihm wird  gelingen,  wozu  ich  es
    sende.
    
    Jesaja 55,11
    
    Wie  viele  Jesus aufnahmen, denen gab er Macht, Gottes Kinder zu
    werden, denen, die an seinen Namen glauben.
    
    Johannes 1,12
    



From typo3 at penpal4u.net  Fri Feb 10 03:24:56 2006
From: typo3 at penpal4u.net (Christian Lerrahn)
Date: Fri, 10 Feb 2006 13:24:56 +1100
Subject: [TYPO3-dev]  unsing conf in plugin - acceptable or not?
Message-ID: <mailman.1.1139538330.17303.typo3-dev@lists.netfielders.de>

Hi,
I'm (ab)using the hook sys_stat-PreProcClass in an extension. Now I'd like
to use configuration from the TS in that extension. There's already a
section for the FE plugin in the TS, of course, but as the TS
configuration for the part on the hook has to be global, I'd like to put
it in the conf array, so that you see at once that this meant to be
global. However, I'm wondering now if this would comply with the coding
guidelines. I haven't found any explicit statement about that in the
guidelines, so I'm asking here.

Cheers,
Christian

-- 
    Mein  Wort  wird  nicht  wieder leer zu mir zur?ckkommen, sondern
    wird tun, was mir gef?llt, und ihm wird  gelingen,  wozu  ich  es
    sende.
    
    Jesaja 55,11
    
    Wie  viele  Jesus aufnahmen, denen gab er Macht, Gottes Kinder zu
    werden, denen, die an seinen Namen glauben.
    
    Johannes 1,12
    



From typo3 at penpal4u.net  Fri Feb 10 04:11:44 2006
From: typo3 at penpal4u.net (Christian Lerrahn)
Date: Fri, 10 Feb 2006 14:11:44 +1100
Subject: [TYPO3-dev] using conf in plugin - acceptable or not?
References: <mailman.1.1139538330.17303.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139541137.20796.typo3-dev@lists.netfielders.de>

On Fri, 10 Feb 2006 13:24:56 +1100
Christian Lerrahn <typo3 at penpal4u.net> wrote:

> Hi,
> I'm (ab)using the hook sys_stat-PreProcClass in an extension. Now I'd like
> to use configuration from the TS in that extension. There's already a
> section for the FE plugin in the TS, of course, but as the TS
> configuration for the part on the hook has to be global, I'd like to put
> it in the conf array, so that you see at once that this meant to be
	    ^^^^^^^^^^
Sorry, I mean "config."...

Christian

-- 
    Mein  Wort  wird  nicht  wieder leer zu mir zur?ckkommen, sondern
    wird tun, was mir gef?llt, und ihm wird  gelingen,  wozu  ich  es
    sende.
    
    Jesaja 55,11
    
    Wie  viele  Jesus aufnahmen, denen gab er Macht, Gottes Kinder zu
    werden, denen, die an seinen Namen glauben.
    
    Johannes 1,12
    



From tapio.markula at dnainternet.net  Fri Feb 10 11:19:28 2006
From: tapio.markula at dnainternet.net (tapio)
Date: Fri, 10 Feb 2006 12:19:28 +0200
Subject: [TYPO3-dev] Interface development - OFF TOPIC
In-Reply-To: <mailman.13929.1139442479.6406.typo3-dev@lists.netfielders.de>
References: <mailman.1.1138620877.10384.typo3-dev@lists.netfielders.de>	<mailman.1.1138622618.13210.typo3-dev@lists.netfielders.de>	<mailman.1.1138648635.23237.typo3-dev@lists.netfielders.de>	<mailman.1.1138659409.10435.typo3-dev@lists.netfielders.de>	<mailman.1.1139254837.2267.typo3-dev@lists.netfielders.de>	<mailman.1.1139260774.11477.typo3-dev@lists.netfielders.de>	<mailman.13837.1139421047.6406.typo3-dev@lists.netfielders.de>	<mailman.1.1139421899.9614.typo3-dev@lists.netfielders.de>	<mailman.13860.1139425231.6406.typo3-dev@lists.netfielders.de>	<mailman.1.1139427046.22739.typo3-dev@lists.netfielders.de>
	<mailman.13929.1139442479.6406.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139566788.31378.typo3-dev@lists.netfielders.de>

Kasper Sk?rh?j wrote:
> These all sounds like meaningful changes. 

I found that AJAX for frontend (Maximo Cuadros Ortiz) is still
a visual demo - doesn't do anything (AJAX for the columns view does).
I would be delighted, if the work of Maximo Cuadros Ortiz would be 
better taken account and at some way supported.
AJAX is the most recent technology and using
AJAX-implementations would make easier to advertise Typo3.



From typo3 at fx-graefix.de  Fri Feb 10 11:42:14 2006
From: typo3 at fx-graefix.de (Franz Koch)
Date: Fri, 10 Feb 2006 11:42:14 +0100
Subject: [TYPO3-dev] Please proof bug so that I can report it to bugtracker
In-Reply-To: <mailman.1.1139391754.19751.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139391754.19751.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139568128.1518.typo3-dev@lists.netfielders.de>

did anybody understand what I wrote or is it to confusing or 
unimportant? Or have I missed a posted bug in the bugtracker concerning 
this "missing feature" ;)

I forgot to mention that this is related to the list view in backend if 
that hadn't been clear for anybody.

-- 
Kind regards,
Franz Koch



From Martin.Kutschker at n0spam-blackbox.net  Fri Feb 10 11:42:21 2006
From: Martin.Kutschker at n0spam-blackbox.net (Martin Kutschker)
Date: Fri, 10 Feb 2006 11:42:21 +0100
Subject: [TYPO3-dev] Interface development - OFF TOPIC
In-Reply-To: <mailman.1.1139566788.31378.typo3-dev@lists.netfielders.de>
References: <mailman.1.1138620877.10384.typo3-dev@lists.netfielders.de>	<mailman.1.1138622618.13210.typo3-dev@lists.netfielders.de>	<mailman.1.1138648635.23237.typo3-dev@lists.netfielders.de>	<mailman.1.1138659409.10435.typo3-dev@lists.netfielders.de>	<mailman.1.1139254837.2267.typo3-dev@lists.netfielders.de>	<mailman.1.1139260774.11477.typo3-dev@lists.netfielders.de>	<mailman.13837.1139421047.6406.typo3-dev@lists.netfielders.de>	<mailman.1.1139421899.9614.typo3-dev@lists.netfielders.de>	<mailman.13860.1139425231.6406.typo3-dev@lists.netfielders.de>	<mailman.1.1139427046.22739.typo3-dev@lists.netfielders.de>
	<mailman.13929.1139442479.6406.typo3-dev@lists.netfielders.de>
	<mailman.1.1139566788.31378.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139568141.1523.typo3-dev@lists.netfielders.de>

tapio schrieb:
> AJAX is the most recent technology and using
> AJAX-implementations would make easier to advertise Typo3.

I recall no consense on which AJAX library to use or to build on in 
TYPO3. I have no opinion on what library is the best (or rather best 
suited), but it should be only one (for BE and FE). Throwing random bits 
of AJAX around the code uncoordinate won't improve matters.

Masi



From tapio.markula at dnainternet.net  Fri Feb 10 11:48:14 2006
From: tapio.markula at dnainternet.net (tapio)
Date: Fri, 10 Feb 2006 12:48:14 +0200
Subject: [TYPO3-dev] Interface development - OFF TOPIC
In-Reply-To: <mailman.1.1139568141.1523.typo3-dev@lists.netfielders.de>
References: <mailman.1.1138620877.10384.typo3-dev@lists.netfielders.de>	<mailman.1.1138622618.13210.typo3-dev@lists.netfielders.de>	<mailman.1.1138648635.23237.typo3-dev@lists.netfielders.de>	<mailman.1.1138659409.10435.typo3-dev@lists.netfielders.de>	<mailman.1.1139254837.2267.typo3-dev@lists.netfielders.de>	<mailman.1.1139260774.11477.typo3-dev@lists.netfielders.de>	<mailman.13837.1139421047.6406.typo3-dev@lists.netfielders.de>	<mailman.1.1139421899.9614.typo3-dev@lists.netfielders.de>	<mailman.13860.1139425231.6406.typo3-dev@lists.netfielders.de>	<mailman.1.1139427046.22739.typo3-dev@lists.netfielders.de>
	<mailman.13929.1139442479.6406.typo3-dev@lists.netfielders.de>
	<mailman.1.1139566788.31378.typo3-dev@lists.netfielders.de>
	<mailman.1.1139568141.1523.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139568514.2197.typo3-dev@lists.netfielders.de>

Martin Kutschker wrote:
> tapio schrieb:
> 
>> AJAX is the most recent technology and using
>> AJAX-implementations would make easier to advertise Typo3.
> 
> 
> I recall no consense on which AJAX library to use or to build on in 
> TYPO3. I have no opinion on what library is the best (or rather best 
> suited), but it should be only one (for BE and FE). Throwing random bits 
> of AJAX around the code uncoordinate won't improve matters.
> 
> Masi

Maximo has used as the basic library AJAX script these:
// Copyright (c) 2005 Thomas Fuchs (http://script.aculo.us, 
http://mir.aculo.us)
//           (c) 2005 Ivan Krstic (http://blogs.law.harvard.edu/ivan)
//           (c) 2005 Jon Tirsen (http://www.tirsen.com)
// Contributors:
//  Richard Livsey
//  Rahul Bhargava
//  Rob Wills

and added one script file for Typo3 + related PHP-scripts



From tapio.markula at dnainternet.net  Fri Feb 10 11:55:14 2006
From: tapio.markula at dnainternet.net (tapio)
Date: Fri, 10 Feb 2006 12:55:14 +0200
Subject: [TYPO3-dev]  AJAX for Typo3 BE and FE interface
Message-ID: <mailman.1.1139568934.2798.typo3-dev@lists.netfielders.de>

Hi

Masi answered
 >
 > I recall no consense on which AJAX library to use or to build on in 
TYPO3. I have no opinion on what library is the best (or rather best 
suited), but it should be only one (for BE and FE). Throwing random bits 
of AJAX around the code uncoordinate won't improve matters.
 >
 > Masi

This is a worth of new topis.

Maximo Cuadros Ortiz has used as the basic library AJAX script these:

// Copyright (c) 2005 Thomas Fuchs (http://script.aculo.us, 
http://mir.aculo.us)
//           (c) 2005 Ivan Krstic (http://blogs.law.harvard.edu/ivan)
//           (c) 2005 Jon Tirsen (http://www.tirsen.com)
// Contributors:
//  Richard Livsey
//  Rahul Bhargava
//  Rob Wills

and added one script file for Typo3 + related PHP-scripts

Maximo has done well working AJAX for the columns view of the standard 
page module.

Using the same library it is possible to create AJAX for frontend.
Full working AJAX for fronend would make frontend editig easy - and even 
it would be a great fun to use Typo3 in fronend editing.

At this moment there is not working AJAX for frontend editing.



From kasper2006 at typo3.com  Fri Feb 10 13:49:52 2006
From: kasper2006 at typo3.com (=?ISO-8859-1?Q?Kasper_Sk=E5rh=F8j?=)
Date: Fri, 10 Feb 2006 13:49:52 +0100
Subject: [TYPO3-dev] Slightly OT: Help with podcasts/RSS/linux codec etc.
Message-ID: <mailman.14535.1139575795.6406.typo3-dev@lists.netfielders.de>

Hi Folks,

As you might know I have begun publishing some video podcasts.

I have promised myself to keep it technically light-weight for me so  
I will not crash under the burned of making them. Therefore I'm  
seeking help with some practical details:

The RSS feed:
- Someone told me that the iTunes specific tags (like subTitle and  
summary) in the feed are not seen if you read the feed with eg.  
Firefox or another regular RSS reader. If someone told me which RSS  
tags to duplicate this info to, I would do it.
- Is there a way to provide links to other resources from the feed;  
like alternatively encoded video, websites, sound and pictures? Of  
course, these resources are just additional links, some that iTunes  
should ignore.

Codec:
- Michael Perkhofer (our video-codec guy) told me that VLC plays the  
podcasts (encoded with H.268) just fine on Linux. Yet, I never became  
good friends with codecs on Linux and would expect many others to  
have problems. Could someone confirm Michaels observations, or share  
experiences/problems and most importantly; Device a strategy for  
making the podcasts available on Linux as well?


- kasper

"A contribution a day keeps the fork away"
-------------------------------
kasper2006 at typo3.com | +45 20 999 115 | skype: kasperskaarhoej |  
gizmo: kasper_typo3





From elmar.DOT.hinz at team.MINUS.red.DOT.net  Fri Feb 10 13:50:59 2006
From: elmar.DOT.hinz at team.MINUS.red.DOT.net (Elmar Hinz)
Date: Fri, 10 Feb 2006 13:50:59 +0100
Subject: [TYPO3-dev]  Time for AJAX coordination?
In-Reply-To: <mailman.1.1139572718.9491.typo3-project-calendar@lists.netfielders.de>
References: <mailman.1.1139572718.9491.typo3-project-calendar@lists.netfielders.de>
Message-ID: <mailman.1.1139575878.17707.typo3-dev@lists.netfielders.de>

tapio schrieb:
> Hi, Elmar
> I put a discussion about AJAX to dev list.
> 
> Masi wrote
> 
> "
> I recall no consense on which AJAX library to use or to build on in
> TYPO3. I have no opinion on what library is the best (or rather best
> suited), but it should be only one (for BE and FE). Throwing random bits
> of AJAX around the code uncoordinate won't improve matters. "
> Well at least  Onno Shuit, Maximo Cuadros Ortiz and Elmar Hinz are eager
> to develop AJAX for Typo3 BUT on the base what Masi said, this *shoud
> not be a uncordinated*

I just published the xajax library as extension because I found it easy to use.
You only need to know PHP. Javascript is generated. License match TYPO3.

http://www.xajaxproject.org/

I don't develop it. The xajax library is already stable. My TYPO3 extension
still needs some testing and documentation.

> On the base on what Masi said it would be *absolute necessary* to
> cordinate this job and do co-operation. Otherwise AJAX cause just a
> totall mess.

NG typo3.teams.extension-coordination is a good place for projects that need
coordination. Coordinated projects (i.a. AJAX) have better chances to be
accepted as an "official solution" as Kaspar mentioned lately in this list.

Conditions to become an ECT project:

* The coordination project (i.a AJAX) finds a project leading person who does
the coordination, who leads the discussion and the development.
* Interested people (for AJAX: Onno, Maximo, Dimitri, Ingo, etc.) are actively
asked by the person to join the project. (If they don't take the opportunity,
you can't help.)
* There should be at least 3 active poeple in the project, to serve the label
"coordinated" at all.
* The R&D Team has the last decisions.

Regards


Elmar



From mscharkow at gmx.net  Fri Feb 10 14:00:12 2006
From: mscharkow at gmx.net (Michael Scharkow)
Date: Fri, 10 Feb 2006 14:00:12 +0100
Subject: [TYPO3-dev] Slightly OT: Help with podcasts/RSS/linux codec etc.
In-Reply-To: <mailman.14535.1139575795.6406.typo3-dev@lists.netfielders.de>
References: <mailman.14535.1139575795.6406.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139576410.18603.typo3-dev@lists.netfielders.de>

Kasper Sk?rh?j wrote:

> Codec:
> - Michael Perkhofer (our video-codec guy) told me that VLC plays the  
> podcasts (encoded with H.268) just fine on Linux. Yet, I never became  
> good friends with codecs on Linux and would expect many others to  have 
> problems. Could someone confirm Michaels observations, or share  
> experiences/problems and most importantly; Device a strategy for  making 
> the podcasts available on Linux as well?

I can play them without trouble in vlc and mplayer, using the ffmpeg 
video codec on plain Ubuntu breezy.

Greetings,
Michael



From michael at typo3.org  Fri Feb 10 14:25:38 2006
From: michael at typo3.org (Michael Stucki)
Date: Fri, 10 Feb 2006 14:25:38 +0100
Subject: [TYPO3-dev] Slightly OT: Help with podcasts/RSS/linux codec etc.
References: <mailman.14535.1139575795.6406.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139578323.22055.typo3-dev@lists.netfielders.de>

Hi Kasper,

> The RSS feed:
> - Someone told me that the iTunes specific tags (like subTitle and
> summary) in the feed are not seen if you read the feed with eg.
> Firefox or another regular RSS reader. If someone told me which RSS
> tags to duplicate this info to, I would do it.
> - Is there a way to provide links to other resources from the feed;
> like alternatively encoded video, websites, sound and pictures? Of
> course, these resources are just additional links, some that iTunes
> should ignore.

Sorry I'm not an RSS expert, so I can't answer this.

> Codec:
> - Michael Perkhofer (our video-codec guy) told me that VLC plays the 
> podcasts (encoded with H.268) just fine on Linux. Yet, I never became
> good friends with codecs on Linux and would expect many others to
> have problems. Could someone confirm Michaels observations, or share
> experiences/problems and most importantly; Device a strategy for
> making the podcasts available on Linux as well?

Didn't you notice in Fiesch that I could watch the podcast with no problems?

I think the codec is fine and working, but I think that for such a small
window size, the filesize is much too big. So I would have preferred a
different codec, but I think this is not possible because it won't play on
iTunes/iPod.

- michael
-- 
Use a newsreader! Check out
http://typo3.org/community/mailing-lists/use-a-news-reader/



From Martin.Kutschker at n0spam-blackbox.net  Fri Feb 10 14:58:12 2006
From: Martin.Kutschker at n0spam-blackbox.net (Martin Kutschker)
Date: Fri, 10 Feb 2006 14:58:12 +0100
Subject: [TYPO3-dev] Slightly OT: Help with podcasts/RSS/linux codec etc.
In-Reply-To: <mailman.1.1139578323.22055.typo3-dev@lists.netfielders.de>
References: <mailman.14535.1139575795.6406.typo3-dev@lists.netfielders.de>
	<mailman.1.1139578323.22055.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139579889.24672.typo3-dev@lists.netfielders.de>

Michael Stucki schrieb:
> 
> I think the codec is fine and working, but I think that for such a small
> window size, the filesize is much too big. So I would have preferred a
> different codec, but I think this is not possible because it won't play on
> iTunes/iPod.

How about auto-converting the files from the RSS into a different encoding? Then simply put the files somewhere.

I don't care much about the RSS feed itself and don't need iTunes. * So you don't have to modify the iTunes-feed-file.


Masi

* I tried to use the feed from different programs, but couldn't decode it even with Apple's own Quicktime.



From typo3 at ingo-renner.com  Fri Feb 10 15:33:42 2006
From: typo3 at ingo-renner.com (Ingo Renner)
Date: Fri, 10 Feb 2006 15:33:42 +0100
Subject: [TYPO3-dev] Slightly OT: Help with podcasts/RSS/linux codec etc.
References: <mailman.14535.1139575795.6406.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139582078.29704.typo3-dev@lists.netfielders.de>

Am Fri, 10 Feb 2006 13:49:52 +0100 schrieb Kasper Sk?rh?j:

Hi Kasper,

> The RSS feed:
> - Someone told me that the iTunes specific tags (like subTitle and  
> summary) in the feed are not seen if you read the feed with eg.  
> Firefox or another regular RSS reader. If someone told me which RSS  
> tags to duplicate this info to, I would do it.

itunes          || rss 2.0     || comments
-------------------------------------------------------------------------
itunes:author   || author      || the rss standard requires to put in the
email instead of the name

itunes:subtitle || ---         || ---

itunes:summary  || description || ---

itunes:keywords || category    || comma separated list

> - Is there a way to provide links to other resources from the feed;  
> like alternatively encoded video, websites, sound and pictures? Of  
> course, these resources are just additional links, some that iTunes  
> should ignore.

I have seen video podcasts which were devided into chapters and contained
links but I think this is itunes specific, too - unless other podcast
aggregators support them as well


have fun
Ingo

-- 
Use a newsreader! Check out
http://typo3.org/community/mailing-lists/use-a-news-reader/



From typo3 at ingo-renner.com  Fri Feb 10 15:41:03 2006
From: typo3 at ingo-renner.com (Ingo Renner)
Date: Fri, 10 Feb 2006 15:41:03 +0100
Subject: [TYPO3-dev] Time for AJAX coordination?
References: <mailman.1.1139572718.9491.typo3-project-calendar@lists.netfielders.de>
	<mailman.1.1139575878.17707.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139582517.30395.typo3-dev@lists.netfielders.de>

Am Fri, 10 Feb 2006 13:50:59 +0100 schrieb Elmar Hinz:

Hi Elmar,

> I just published the xajax library as extension because I found it easy to use.
> You only need to know PHP. Javascript is generated. License match TYPO3.

I already told you that I'm going to start such a project in march when I
described my ideas with the sketch I posted here some time ago. 

So why did you - as the chief extension coordinator - just publish another
ajax extension? Especially as this extension contains the xajax library
with no further addition only. This is just another example of how not to
do it. Anybody who would have needed the pure library could have included
it in his extension himself.

I would have expected more sensitiveness from someone in your possition.


cheers
Ingo

-- 
Use a newsreader! Check out
http://typo3.org/community/mailing-lists/use-a-news-reader/



From typo3 at fm-world.ru  Fri Feb 10 16:08:40 2006
From: typo3 at fm-world.ru (Dmitry Dulepov)
Date: Fri, 10 Feb 2006 17:08:40 +0200
Subject: [TYPO3-dev] Time for AJAX coordination?
In-Reply-To: <mailman.1.1139575878.17707.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139572718.9491.typo3-project-calendar@lists.netfielders.de>
	<mailman.1.1139575878.17707.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139584122.2328.typo3-dev@lists.netfielders.de>

Hi!

Elmar Hinz wrote:
> I just published the xajax library as extension because I found it easy to use.
> You only need to know PHP. Javascript is generated. License match TYPO3.

Oops, I wanted to do the same on weekend ;)

> Conditions to become an ECT project:
> 
> * The coordination project (i.a AJAX) finds a project leading person who does
> the coordination, who leads the discussion and the development.
> * Interested people (for AJAX: Onno, Maximo, Dimitri, Ingo, etc.) are actively
> asked by the person to join the project. (If they don't take the opportunity,
> you can't help.)
> * There should be at least 3 active poeple in the project, to serve the label
> "coordinated" at all.
> * The R&D Team has the last decisions.

What do we need to do in this project? I would actively vote for ajax to
become a part of the system (replace current ajax code in t3lib). We can
have a lot of interesting posibilities if use ajax in BE! It will be
much faster and more attractive to end user.

The most important thing, of course, is to make it typo3-friendly
meaning that it should be ready to use in FE plugins and BE modules
without need to invent wrapping code all the time.

Dmitry.
-- 
"It is our choices, that show what we truly are,
far more than our abilities." (A.P.W.B.D.)



From typo3 at fm-world.ru  Fri Feb 10 16:10:07 2006
From: typo3 at fm-world.ru (Dmitry Dulepov)
Date: Fri, 10 Feb 2006 17:10:07 +0200
Subject: [TYPO3-dev] Time for AJAX coordination?
In-Reply-To: <mailman.1.1139582517.30395.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139572718.9491.typo3-project-calendar@lists.netfielders.de>
	<mailman.1.1139575878.17707.typo3-dev@lists.netfielders.de>
	<mailman.1.1139582517.30395.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139584208.2328.typo3-dev@lists.netfielders.de>

Hi!

Ingo Renner wrote:

> Especially as this extension contains the xajax library
> with no further addition only. This is just another example of how not to
> do it. Anybody who would have needed the pure library could have included
> it in his extension himself.

...so it will result in a number of xajaxes in the system. And everyone
will invent a wheel of adopting xajax himself...

Dmitry.
-- 
"It is our choices, that show what we truly are,
far more than our abilities." (A.P.W.B.D.)



From e-mailNO at SPAMeyejet.com  Fri Feb 10 16:11:08 2006
From: e-mailNO at SPAMeyejet.com (Simon Tuck)
Date: Fri, 10 Feb 2006 16:11:08 +0100
Subject: [TYPO3-dev] What's the difference between sys_language_content
	and sys_language_uid
In-Reply-To: <mailman.14268.1139504026.6406.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139500388.22356.typo3-dev@lists.netfielders.de>
	<mailman.14268.1139504026.6406.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139584275.2706.typo3-dev@lists.netfielders.de>

Wolfgang Klinger wrote:
>  *hiya!*
> 
>  On Thu, 09 Feb 2006, Simon Tuck wrote the following:
>> Is there any significant difference between $GLOBALS['TSFE']->sys_language_content and $GLOBALS['TSFE']->sys_language_uid? I'm using 
>> sys_page->getRecordOverlay to get localized records and it appears to me that these properties are interchangeable and so I was wondering if 
>> there is any difference between them and if so, which property I should use...
> 
>  in case of a language "fallback" (see config.sys_language_mode,
>  'content_fallback') these two variables may differ...
> 
> 
>  bye
>  Wolfgang
> 
In other words I should use GLOBALS['TSFE']->sys_language_content...
Thanks!
Simon



From thomas at work.de  Fri Feb 10 16:20:27 2006
From: thomas at work.de (Thomas Hempel)
Date: Fri, 10 Feb 2006 16:20:27 +0100
Subject: [TYPO3-dev] Slightly OT: Help with podcasts/RSS/linux codec etc.
In-Reply-To: <mailman.14535.1139575795.6406.typo3-dev@lists.netfielders.de>
References: <mailman.14535.1139575795.6406.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139584835.3436.typo3-dev@lists.netfielders.de>

Hi Kasper,

> The RSS feed:
> - Someone told me that the iTunes specific tags (like subTitle and  
> summary) in the feed are not seen if you read the feed with eg.  Firefox 
> or another regular RSS reader. If someone told me which RSS  tags to 
> duplicate this info to, I would do it.
> - Is there a way to provide links to other resources from the feed;  
> like alternatively encoded video, websites, sound and pictures? Of  
> course, these resources are just additional links, some that iTunes  
> should ignore.
I don't use iTunes and I use the RSS feed only for get informed about 
new episodes (currently waiting ;-) ). I can't speak for someone else 
but I don't need any further information in the feed.
Maybe you can simply use the <description> tag for such information. 
(See: http://www.cms-mit-typo3.de/index.php?id=250)


> Codec:
> - Michael Perkhofer (our video-codec guy) told me that VLC plays the  
> podcasts (encoded with H.268) just fine on Linux. Yet, I never became  
> good friends with codecs on Linux and would expect many others to  have 
> problems. Could someone confirm Michaels observations, or share  
> experiences/problems and most importantly; Device a strategy for  making 
> the podcasts available on Linux as well?
Playing on Linux with VLC is no problem!
But, as someone else already mentioned, the filesize is very big for 
that small video-size.
I don't know iTunes or Apple OS at all, but I think they will support 
other (smaller) codecs as well!? I think Xvid is a nice alternative!?


Anyway, nice videos and I'm looking forward to watch the next one! :-)



Greets,
Thomas


--
www.typo3-unleashed.net



From tapio.markula at dnainternet.net  Fri Feb 10 16:27:36 2006
From: tapio.markula at dnainternet.net (tapio)
Date: Fri, 10 Feb 2006 17:27:36 +0200
Subject: [TYPO3-dev] Time for AJAX coordination?
In-Reply-To: <mailman.1.1139584122.2328.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139572718.9491.typo3-project-calendar@lists.netfielders.de>
	<mailman.1.1139575878.17707.typo3-dev@lists.netfielders.de>
	<mailman.1.1139584122.2328.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139585277.3943.typo3-dev@lists.netfielders.de>


>>* The coordination project (i.a AJAX) finds a project leading person who does
>>the coordination, who leads the discussion and the development.
>>* Interested people (for AJAX: Onno, Maximo, Dimitri, Ingo, etc.) are actively
>>asked by the person to join the project. (If they don't take the opportunity,
>>you can't help.)
>>* There should be at least 3 active poeple in the project, to serve the label
>>"coordinated" at all.
>>* The R&D Team has the last decisions.


sound good. BE and FE interface has also some other issues or at least 
one issue, which relates with AJAX. That should *syncronize* with AJAX.

There has been requests for better button set control, for example for
context menus. Look at the english list and you see one. I have made
button set controls for example for the extended view of the 'List' 
module (at the same principle as context menus).

It would be nice if all buttonsets would have disable list like contexts 
menus. When you want to put for for example 'new' AJAX functionality, I 
ask that you put *also* a condition to put that button into disable 
option list. Then *two* issues would be done at the *same* time and 
disable list would not need to think as a separte project.



From thomas at work.de  Fri Feb 10 16:30:53 2006
From: thomas at work.de (Thomas Hempel)
Date: Fri, 10 Feb 2006 16:30:53 +0100
Subject: [TYPO3-dev] Slightly OT: Help with podcasts/RSS/linux codec etc.
In-Reply-To: <mailman.1.1139584835.3436.typo3-dev@lists.netfielders.de>
References: <mailman.14535.1139575795.6406.typo3-dev@lists.netfielders.de>
	<mailman.1.1139584835.3436.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139585462.3820.typo3-dev@lists.netfielders.de>

OMG
> 
> Anyway, nice videos and I'm looking forward to watch the next one! :-)
Talking about waiting and overlooked the new post... ;-)

Thanks Ingo! ;-)



Greets,
Thomas

--
www.typo3-unleashed.net



From elmar.DOT.hinz at team.MINUS.red.DOT.net  Fri Feb 10 17:18:45 2006
From: elmar.DOT.hinz at team.MINUS.red.DOT.net (Elmar Hinz)
Date: Fri, 10 Feb 2006 17:18:45 +0100
Subject: [TYPO3-dev] Time for AJAX coordination?
In-Reply-To: <mailman.1.1139582517.30395.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139572718.9491.typo3-project-calendar@lists.netfielders.de>
	<mailman.1.1139575878.17707.typo3-dev@lists.netfielders.de>
	<mailman.1.1139582517.30395.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139588344.9766.typo3-dev@lists.netfielders.de>

Ingo Renner schrieb:
> Am Fri, 10 Feb 2006 13:50:59 +0100 schrieb Elmar Hinz:
> 
> Hi Elmar,
> 
> 
>>I just published the xajax library as extension because I found it easy to use.
>>You only need to know PHP. Javascript is generated. License match TYPO3.
> 
> 
> I already told you that I'm going to start such a project in march when I
> described my ideas with the sketch I posted here some time ago. 
> 
> So why did you - as the chief extension coordinator - just publish another
> ajax extension? Especially as this extension contains the xajax library
> with no further addition only. This is just another example of how not to
> do it. Anybody who would have needed the pure library could have included
> it in his extension himself.
> 
> I would have expected more sensitiveness from someone in your possition.
> 
> 
> cheers
> Ingo
> 


Hello Ingo,

I think your reaction is due to your examins.

Other people had already asked to develop a common project for AJAX. You didn't
take up that thread. Then you suddenly published a concept on some private
homepage. No offical TYPO3 side. Do you really expect everybody to stop working
because of this? Is it that what you call sensitive or cooperative?

I did what I could do as "chief extension coordinator", as you call it. I asked
you to bring in your concept as part of the Extension Cooordination Team. We got
no positive answer. I ask you again now. I asked you to cooperate at least with
others, that already started working on this field, and you were insulted. So
what else do you expect me and others to do?

This is what I would expect from you:

* Make your concept an official project of ECT.
* Present it in on an offical TYPO3 page i.e. a project page on typo3.org  the
wiki or in the wiki instead of a private homepage.
* Discuss it with those, who are interested (Dimitry etc.) on
typo3.teams.extension-coordination.

With this you set the preconditions that makes it is possible for us to work
toghether with you and your proposal.

I understand if you have currently not the time for lot of discussion. But you
could let the others at least understand and discuss your concept meanwhile. As
member project ECT would advertise and communicate it.

Regards

Elmar



From r.fritz at colorcube.de  Fri Feb 10 17:46:01 2006
From: r.fritz at colorcube.de (=?utf-8?q?Ren=C3=A9_Fritz?=)
Date: Fri, 10 Feb 2006 17:46:01 +0100
Subject: [TYPO3-dev] Removing symlinks in V 4.0
Message-ID: <mailman.14666.1139589968.6406.typo3-dev@lists.netfielders.de>

Hi everybody

The core developers discussed today the possibility to change TYPO3 that 
symlinks are no longer needed. The advantage is that installation is much 
simpler, especially when people have a ftp account only.

I'm already working on a transition and have a site running without symlinks. 
Only a few things needs to be fixed. In fact the whole backend worked already 
(except the icons) after changing one code line .

The main changes are:

- t3lib/gfx/ will be moved to typo3/gfx/
99% of the icons are used by the BE only

- typo3/t3lib/ will be removed

- gfx/fileicons/ will be copied to tslib/media/ for FE usage

- new index.php for FE which include typo3/sysext/cms/tslib/index_ts.php
- new showpic.php for FE which include typo3/sysext/cms/tslib/showpic.php


All works fine if you use in your extensions:
$BACK_PATH.'gfx/...'
PATH_tslib

instead of 
$BACK_PATH.'t3lib/gfx/...'
PATH_site.'tslib/...'

And that's the point. I'm sure there are extensions out there which will break 
because they use hardcoded references. But the good thing is when you use 
symlinks again everything works like before.

What do you think?

@Kasper: please comment

Ren?

-- 
COLORCUBE
digital media lab

www.colorcube.de



From elmar.DOT.hinz at team.MINUS.red.DOT.net  Fri Feb 10 17:46:53 2006
From: elmar.DOT.hinz at team.MINUS.red.DOT.net (Elmar Hinz)
Date: Fri, 10 Feb 2006 17:46:53 +0100
Subject: [TYPO3-dev] Time for AJAX coordination?
In-Reply-To: <mailman.1.1139584122.2328.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139572718.9491.typo3-project-calendar@lists.netfielders.de>
	<mailman.1.1139575878.17707.typo3-dev@lists.netfielders.de>
	<mailman.1.1139584122.2328.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139590032.12120.typo3-dev@lists.netfielders.de>

Dmitry Dulepov schrieb:
> What do we need to do in this project? I would actively vote for ajax to

The most important thing is that you really want to do it. That is a platitude.
Do it. That is the whole trick.

We need to invite all those that are interested to really workout the topic
togther. If we find more then 3 people it is a lot. The result of this
discussion should be a commonly accepted concept. If we have found that concept
we need to write it down and get the green light from R&D (Robert, Kasper).

Implement it, when not already available.

I understand typo3.teams.extension-coordination as a place where we don't only
exchange ideas, but always try to make them real in the end, as a commonly
accepted solution.

> become a part of the system (replace current ajax code in t3lib). We can

So, you want to replace ajax with ajax? Interesting. Wich one? ;-)

> have a lot of interesting posibilities if use ajax in BE! It will be
> much faster and more attractive to end user.

Regards

Elmar





From traveler_in_time at gmx.net  Fri Feb 10 18:12:45 2006
From: traveler_in_time at gmx.net (S. Teuber)
Date: Fri, 10 Feb 2006 17:12:45 +0000 (UTC)
Subject: [TYPO3-dev]  Happy day
Message-ID: <mailman.1.1139591565.12603.typo3-dev@lists.netfielders.de>

Hello dev-team,

today is one of those days where, concerning TYPO3, everything just seems 
to fall into place and fit. Tasks that look very complicated at the first 
glance become incredibly easy because someone took some time and planned 
ahead, implemented a useful feature or just had a bright moment.

I'd like to take this opportunity to say that YOU ALL ROCK! TYPO3 becomes 
better with every release - already being on a high level.

So, please take a second and *smile*, knowing that you made someone out 
there happy. For we all need some positive feedback and encouragement from 
time to time, don't we? (And that's the reason I put this on the dev list 
:)

Oh, and whoever came up with the idea of making the imgResource of a 
GIFBUILDER object capable of being another GIFBUILDER object: will you 
marry me? ;-)

Keep up the good work, keep them podcasts coming, and don't forget that in 
front of every screen, there's a human being.

Greetings,

Sven



From michael at typo3.org  Fri Feb 10 18:36:24 2006
From: michael at typo3.org (Michael Stucki)
Date: Fri, 10 Feb 2006 18:36:24 +0100
Subject: [TYPO3-dev] Security Warning
References: <mailman.1.1139353142.30270.typo3-dev@lists.netfielders.de>
	<mailman.13817.1139420270.6406.typo3-dev@lists.netfielders.de>
	<mailman.1.1139442060.12169.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139593062.16687.typo3-dev@lists.netfielders.de>

Hi Steffen,

> I'm really glad that your answer is in a quite and normal way - i was
> astonished of the way some guys talking with eachothers. I'm really in a
> total Typo3-Hype and want to help this project in any possible way and not
> only crying out things without thinking ...

Reading this makes me thing you were writing this because of my response.

Well, sorry for being harsh, but just imagine what *could* have happened if
the problem was serious and not known before:

- The developers get into the focus of the press
- They will have to write a fix as quick as possible
- An updated TYPO3 version has to be published as quick as possible
- Press releases
- and much more

After all you would have stolen the weekend of approximately five people, me
included.

And this is the reason why I'm getting angry about such postings. This is
logical that someone needs to run then, isn't it? Wouldn't it be logical to
have a walk over the project website to see if there is any information
about security reportings? Please, think about that.

Best regards, and enjoy your weekend!
- michael
-- 
Use a newsreader! Check out
http://typo3.org/community/mailing-lists/use-a-news-reader/



From elmar.DOT.hinz at team.MINUS.red.DOT.net  Fri Feb 10 18:39:45 2006
From: elmar.DOT.hinz at team.MINUS.red.DOT.net (Elmar Hinz)
Date: Fri, 10 Feb 2006 18:39:45 +0100
Subject: [TYPO3-dev] Removing symlinks in V 4.0
In-Reply-To: <mailman.14666.1139589968.6406.typo3-dev@lists.netfielders.de>
References: <mailman.14666.1139589968.6406.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139593206.16968.typo3-dev@lists.netfielders.de>

Ren? Fritz schrieb:
> Hi everybody
> 
> The core developers discussed today the possibility to change TYPO3 that 
> symlinks are no longer needed. The advantage is that installation is much 
> simpler, especially when people have a ftp account only.
> 

[...]

> And that's the point. I'm sure there are extensions out there which will break 
> because they use hardcoded references. But the good thing is when you use 
> symlinks again everything works like before.
> 
> What do you think?
> 

Hello Rene,

For the seriousity of TYPO3 I find extensions that suddenly don't work any more
a big problem. Working with symlinks isn't pretty, but not a real problem. I
could accept such an hard step, if it would be the only way to go.

I think there are weaker ways of transition.

I propose this roadmap:

1.) Announce the switch for 5.0.
2.) Provide a function that generates the right pathes under both situations.
3.) Exgt-Develpers have time until 5.0 to replace hard coded pathes with this
function.
4.) For 4.5 provide the possibility to switch symlinking off.
5.) For 5.0 provide the possibility to switch symlinking on.

Regards

Elmar












From r.fritz at colorcube.de  Fri Feb 10 18:58:22 2006
From: r.fritz at colorcube.de (=?utf-8?q?Ren=C3=A9_Fritz?=)
Date: Fri, 10 Feb 2006 18:58:22 +0100
Subject: [TYPO3-dev] Removing symlinks in V 4.0
In-Reply-To: <mailman.1.1139593206.16968.typo3-dev@lists.netfielders.de>
References: <mailman.14666.1139589968.6406.typo3-dev@lists.netfielders.de>
	<mailman.1.1139593206.16968.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.14679.1139594308.6406.typo3-dev@lists.netfielders.de>


> For the seriousity of TYPO3 I find extensions that suddenly don't work any
> more a big problem. Working with symlinks isn't pretty, but not a real
> problem. I could accept such an hard step, if it would be the only way to
> go.

It isn't such a hard step because you can still use symlinks like you do now 
and all works like before.

But the changes ALLOW to discard the symlinks which might result in a few 
non-working extensions which can be fixed easily.

Ren?

-- 
COLORCUBE
digital media lab

www.colorcube.de



From Martin.Kutschker at n0spam-blackbox.net  Fri Feb 10 19:04:55 2006
From: Martin.Kutschker at n0spam-blackbox.net (Martin Kutschker)
Date: Fri, 10 Feb 2006 19:04:55 +0100
Subject: [TYPO3-dev] Time for AJAX coordination?
In-Reply-To: <mailman.1.1139590032.12120.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139572718.9491.typo3-project-calendar@lists.netfielders.de>
	<mailman.1.1139575878.17707.typo3-dev@lists.netfielders.de>
	<mailman.1.1139584122.2328.typo3-dev@lists.netfielders.de>
	<mailman.1.1139590032.12120.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139594693.21138.typo3-dev@lists.netfielders.de>

Elmar Hinz schrieb:
> 
>>become a part of the system (replace current ajax code in t3lib). We can
> 
> So, you want to replace ajax with ajax? Interesting. Wich one? ;-)

In CVS is a t3lib_ajax which is obsolete before it ever has been used in a
TYPO3 distribution. After it has been added, the discussion about
using/incorporating existing AJAX libraries started.

Masi

PS: AJAX will be used in the BE as well, so we need a lib that is lighweight
enough (and non-intrusive - think very old browsers!) to be used in FE, but
powerful to bring BE to higher levels.



From michael at typo3.org  Fri Feb 10 19:04:02 2006
From: michael at typo3.org (Michael Stucki)
Date: Fri, 10 Feb 2006 19:04:02 +0100
Subject: [TYPO3-dev] Time for AJAX coordination?
References: <mailman.1.1139572718.9491.typo3-project-calendar@lists.netfielders.de>
	<mailman.1.1139575878.17707.typo3-dev@lists.netfielders.de>
	<mailman.1.1139582517.30395.typo3-dev@lists.netfielders.de>
	<mailman.1.1139588344.9766.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139594821.22078.typo3-dev@lists.netfielders.de>

Hi Elmar,

> I think your reaction is due to your examins.

No need to trivialize his comments.

> Other people had already asked to develop a common project for AJAX. You
> didn't take up that thread. Then you suddenly published a concept on some
> private homepage. No offical TYPO3 side. Do you really expect everybody to
> stop working because of this? Is it that what you call sensitive or
> cooperative?

I think that "fast-shots" (Schnellsch?sse) like that are not exemplary, too.

> This is what I would expect from you:
> 
> * Make your concept an official project of ECT.
> * Present it in on an offical TYPO3 page i.e. a project page on typo3.org 
> the wiki or in the wiki instead of a private homepage.
> * Discuss it with those, who are interested (Dimitry etc.) on
> typo3.teams.extension-coordination.

Ingo has written that he will focus at this in March, after his exam is
done. There is no need to hurry, and there is a lot of other stuff which
you have started to discuss that could be realized before of this!

> I understand if you have currently not the time for lot of discussion. But
> you could let the others at least understand and discuss your concept
> meanwhile.

The concept is published so discussion is possible, isn't it?

Regards, michael
-- 
Use a newsreader! Check out
http://typo3.org/community/mailing-lists/use-a-news-reader/



From michael at typo3.org  Fri Feb 10 19:07:49 2006
From: michael at typo3.org (Michael Stucki)
Date: Fri, 10 Feb 2006 19:07:49 +0100
Subject: [TYPO3-dev] Removing symlinks in V 4.0
References: <mailman.14666.1139589968.6406.typo3-dev@lists.netfielders.de>
	<mailman.1.1139593206.16968.typo3-dev@lists.netfielders.de>
	<mailman.14679.1139594308.6406.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139594877.22369.typo3-dev@lists.netfielders.de>

Hi Ren?,

>> For the seriousity of TYPO3 I find extensions that suddenly don't work
>> any more a big problem. Working with symlinks isn't pretty, but not a
>> real problem. I could accept such an hard step, if it would be the only
>> way to go.
> 
> It isn't such a hard step because you can still use symlinks like you do
> now and all works like before.
> 
> But the changes ALLOW to discard the symlinks which might result in a few
> non-working extensions which can be fixed easily.

Full ACK. If we don't change it now, nobody will notice that his extension
needs to be changed.

Just compare this with the DB API which is present for more than a year
already. If we could somehow disable the direct execution of the mysql_*
functions, people would finally start to change their extensions.

- michael
-- 
Use a newsreader! Check out
http://typo3.org/community/mailing-lists/use-a-news-reader/



From patrick at typo3quebec.org  Fri Feb 10 19:11:02 2006
From: patrick at typo3quebec.org (Patrick Gaumond)
Date: Fri, 10 Feb 2006 13:11:02 -0500
Subject: [TYPO3-dev] Removing symlinks in V 4.0
In-Reply-To: <mailman.14666.1139589968.6406.typo3-dev@lists.netfielders.de>
References: <mailman.14666.1139589968.6406.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139595064.24056.typo3-dev@lists.netfielders.de>

Ren? Fritz wrote:
> Hi everybody
> 
> The core developers discussed today the possibility to change TYPO3 that 
> symlinks are no longer needed. The advantage is that installation is much 
> simpler, especially when people have a ftp account only.

> What do you think?


I would like to see that but on the other hand the feature wasn't really 
announced...

Can we imagine that the Upgrade Wizard in the Install tool would look 
for these:

$BACK_PATH.'t3lib/gfx/...'
PATH_site.'tslib/...'

At least to inform the owner of the site of incompatibilities...

Patrick



From franz at fholzinger.com  Fri Feb 10 19:32:13 2006
From: franz at fholzinger.com (Franz Holzinger)
Date: Fri, 10 Feb 2006 19:32:13 +0100
Subject: [TYPO3-dev] Removing symlinks in V 4.0
In-Reply-To: <mailman.1.1139595064.24056.typo3-dev@lists.netfielders.de>
References: <mailman.14666.1139589968.6406.typo3-dev@lists.netfielders.de>
	<mailman.1.1139595064.24056.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139596330.30976.typo3-dev@lists.netfielders.de>

> 
> At least to inform the owner of the site of incompatibilities...
> 
There is no incompatibility, because if someone sets the links manually
like it is now, everything will work.

Regards,

Franz




From typo3 at fm-world.ru  Fri Feb 10 19:37:54 2006
From: typo3 at fm-world.ru (Dmitry Dulepov)
Date: Fri, 10 Feb 2006 20:37:54 +0200
Subject: [TYPO3-dev] Time for AJAX coordination?
In-Reply-To: <mailman.1.1139590032.12120.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139572718.9491.typo3-project-calendar@lists.netfielders.de>
	<mailman.1.1139575878.17707.typo3-dev@lists.netfielders.de>
	<mailman.1.1139584122.2328.typo3-dev@lists.netfielders.de>
	<mailman.1.1139590032.12120.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139596616.2574.typo3-dev@lists.netfielders.de>

Hi!

Elmar Hinz wrote:
> The most important thing is that you really want to do it. That is a platitude.
> Do it. That is the whole trick.

I do not really understand how we could work in the team on this...
Probably we need to separate tasks to:
- general ajax framework development (adaptation of xajax for typo3)
- BE development
- FE development

This is just a rough sketch...

> 
>> become a part of the system (replace current ajax code in t3lib). We can
> 
> So, you want to replace ajax with ajax? Interesting. Wich one? ;-)

Current ajax code is not working properly. We need a better ajax
implementation. Xajax is the best in my opinion because of its features
(registration, easy replacement of elements, attrributes, etc).

Dmitry.
-- 
"It is our choices, that show what we truly are,
far more than our abilities." (A.P.W.B.D.)



From zach at castironcoding.com  Fri Feb 10 19:39:00 2006
From: zach at castironcoding.com (Zach Davis)
Date: Fri, 10 Feb 2006 10:39:00 -0800
Subject: [TYPO3-dev] Time for AJAX coordination?
In-Reply-To: <mailman.1.1139596616.2574.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139572718.9491.typo3-project-calendar@lists.netfielders.de>
	<mailman.1.1139575878.17707.typo3-dev@lists.netfielders.de>
	<mailman.1.1139584122.2328.typo3-dev@lists.netfielders.de>
	<mailman.1.1139590032.12120.typo3-dev@lists.netfielders.de>
	<mailman.1.1139596616.2574.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139596730.3694.typo3-dev@lists.netfielders.de>

Dmitry Dulepov wrote:

> Current ajax code is not working properly. We need a better ajax
> implementation. Xajax is the best in my opinion because of its features
> (registration, easy replacement of elements, attrributes, etc).
> 
> Dmitry.

+1 -- I recently used Xajax in a typo3 ext. Implementation was pretty 
easy and it works well, as far as I can tell.

Zach



From tapio.markula at dnainternet.net  Fri Feb 10 19:46:08 2006
From: tapio.markula at dnainternet.net (tapio)
Date: Fri, 10 Feb 2006 20:46:08 +0200
Subject: [TYPO3-dev] Time for AJAX coordination?
In-Reply-To: <mailman.1.1139596730.3694.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139572718.9491.typo3-project-calendar@lists.netfielders.de>
	<mailman.1.1139575878.17707.typo3-dev@lists.netfielders.de>
	<mailman.1.1139584122.2328.typo3-dev@lists.netfielders.de>
	<mailman.1.1139590032.12120.typo3-dev@lists.netfielders.de>
	<mailman.1.1139596616.2574.typo3-dev@lists.netfielders.de>
	<mailman.1.1139596730.3694.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139597189.5859.typo3-dev@lists.netfielders.de>

Zach Davis wrote:
> Dmitry Dulepov wrote:
> 
>> Current ajax code is not working properly. We need a better ajax
>> implementation. Xajax is the best in my opinion because of its features
>> (registration, easy replacement of elements, attrributes, etc).
>>
>> Dmitry.
> 
> 
> +1 -- I recently used Xajax in a typo3 ext. Implementation was pretty 
> easy and it works well, as far as I can tell.

seems not to be public avalable



From tapio.markula at dnainternet.net  Fri Feb 10 19:51:22 2006
From: tapio.markula at dnainternet.net (tapio)
Date: Fri, 10 Feb 2006 20:51:22 +0200
Subject: [TYPO3-dev] Time for AJAX coordination?
In-Reply-To: <mailman.1.1139596730.3694.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139572718.9491.typo3-project-calendar@lists.netfielders.de>
	<mailman.1.1139575878.17707.typo3-dev@lists.netfielders.de>
	<mailman.1.1139584122.2328.typo3-dev@lists.netfielders.de>
	<mailman.1.1139590032.12120.typo3-dev@lists.netfielders.de>
	<mailman.1.1139596616.2574.typo3-dev@lists.netfielders.de>
	<mailman.1.1139596730.3694.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139597503.7150.typo3-dev@lists.netfielders.de>

Zach Davis wrote:
> Dmitry Dulepov wrote:
> 
>> Current ajax code is not working properly. We need a better ajax
>> implementation. Xajax is the best in my opinion because of its features
>> (registration, easy replacement of elements, attrributes, etc).
>>
>> Dmitry.
> 
> 
> +1 -- I recently used Xajax in a typo3 ext. Implementation was pretty 
> easy and it works well, as far as I can tell.

I looked that it uses just one small file.
In the scripts of Maximo there is six basic sripts +
one specific for Typo3. That must be more versatile.

Do somebody know JSON?



From typo3 at rvt.dds.nl  Fri Feb 10 20:03:01 2006
From: typo3 at rvt.dds.nl (Ries van Twisk)
Date: Fri, 10 Feb 2006 14:03:01 -0500
Subject: [TYPO3-dev] Removing symlinks in V 4.0
In-Reply-To: <mailman.1.1139594877.22369.typo3-dev@lists.netfielders.de>
References: <mailman.14666.1139589968.6406.typo3-dev@lists.netfielders.de>	<mailman.1.1139593206.16968.typo3-dev@lists.netfielders.de>	<mailman.14679.1139594308.6406.typo3-dev@lists.netfielders.de>
	<mailman.1.1139594877.22369.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.14728.1139598235.6406.typo3-dev@lists.netfielders.de>

Michael Stucki wrote:

>Hi Ren?,
>
>  
>
>>>For the seriousity of TYPO3 I find extensions that suddenly don't work
>>>any more a big problem. Working with symlinks isn't pretty, but not a
>>>real problem. I could accept such an hard step, if it would be the only
>>>way to go.
>>>      
>>>
>>It isn't such a hard step because you can still use symlinks like you do
>>now and all works like before.
>>
>>But the changes ALLOW to discard the symlinks which might result in a few
>>non-working extensions which can be fixed easily.
>>    
>>
>
>Full ACK. If we don't change it now, nobody will notice that his extension
>needs to be changed.
>
>Just compare this with the DB API which is present for more than a year
>already. If we could somehow disable the direct execution of the mysql_*
>functions, people would finally start to change their extensions.
>  
>
For that, we can let TER scan a extension with it's plugins and validate 
a couple of items and reject the
addition of a plugin based on a couple of rules.
Also this can be used the clasify an extension during generation of a 
list for example.

Currently it is to easy (well done typo3, seriously!) to add a extension 
to TER that's why there are so many useless
extension out there. +3000 isn't it?

Ries

>- michael
>  
>




From mathias.schreiber at wmdb.de  Fri Feb 10 20:15:07 2006
From: mathias.schreiber at wmdb.de (Mathias Schreiber)
Date: Fri, 10 Feb 2006 20:15:07 +0100
Subject: [TYPO3-dev] Removing symlinks in V 4.0
References: <mailman.14666.1139589968.6406.typo3-dev@lists.netfielders.de>
	<mailman.1.1139593206.16968.typo3-dev@lists.netfielders.de>
	<mailman.14679.1139594308.6406.typo3-dev@lists.netfielders.de>
	<mailman.1.1139594877.22369.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139598936.11374.typo3-dev@lists.netfielders.de>

Michael Stucki wrote:

[ELMAR]
>>> For the seriousity of TYPO3 I find extensions that suddenly don't
>>> work any more a big problem. Working with symlinks isn't pretty,
>>> but not a real problem. I could accept such an hard step, if it
>>> would be the only way to go.

Noone would bother until version 5 and you would have the same discussion 
all over again.

[RENE]
>> But the changes ALLOW to discard the symlinks which might result in
>> a few non-working extensions which can be fixed easily.

make it so...

[KING OF MALLORCA]
> Full ACK. If we don't change it now, nobody will notice that his
> extension needs to be changed.
>
> Just compare this with the DB API which is present for more than a
> year already. If we could somehow disable the direct execution of the
> mysql_* functions, people would finally start to change their
> extensions.

Right.
I think the idea of having the symlinked parts moved to other parts of the 
core where no redundant files are needed is a BIG step.
Plus: this will make live a LOT easier for those not using symlinks at all 
(like windows users for example).
And even if you don't like windows, face the facts... TYPO3 is gaining in 
the enterprise market where windows is used a lot.
Making updates easier for the admins will also improve acceptance there...

DOWN WITH THE SYMLINKS...
...although I will have to fix some extensions then ;-) 





From zach at castironcoding.com  Fri Feb 10 20:16:19 2006
From: zach at castironcoding.com (Zach Davis)
Date: Fri, 10 Feb 2006 11:16:19 -0800
Subject: [TYPO3-dev] Time for AJAX coordination?
In-Reply-To: <mailman.1.1139597503.7150.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139572718.9491.typo3-project-calendar@lists.netfielders.de>
	<mailman.1.1139575878.17707.typo3-dev@lists.netfielders.de>
	<mailman.1.1139584122.2328.typo3-dev@lists.netfielders.de>
	<mailman.1.1139590032.12120.typo3-dev@lists.netfielders.de>
	<mailman.1.1139596616.2574.typo3-dev@lists.netfielders.de>
	<mailman.1.1139596730.3694.typo3-dev@lists.netfielders.de>
	<mailman.1.1139597503.7150.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139598967.11407.typo3-dev@lists.netfielders.de>

tapio wrote:

> I looked that it uses just one small file.
> In the scripts of Maximo there is six basic sripts +
> one specific for Typo3. That must be more versatile.
> 
> Do somebody know JSON?

More scripts = better? Last I checked xajax is made up of 3 php scripts 
and some javascript, not that I think that's particularly relevant to 
how useful of a tool it is.

Zach



From elmar.DOT.hinz at team.MINUS.red.DOT.net  Fri Feb 10 20:19:01 2006
From: elmar.DOT.hinz at team.MINUS.red.DOT.net (Elmar Hinz)
Date: Fri, 10 Feb 2006 20:19:01 +0100
Subject: [TYPO3-dev] Removing symlinks in V 4.0
In-Reply-To: <mailman.1.1139594877.22369.typo3-dev@lists.netfielders.de>
References: <mailman.14666.1139589968.6406.typo3-dev@lists.netfielders.de>
	<mailman.1.1139593206.16968.typo3-dev@lists.netfielders.de>
	<mailman.14679.1139594308.6406.typo3-dev@lists.netfielders.de>
	<mailman.1.1139594877.22369.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139599161.11640.typo3-dev@lists.netfielders.de>

Michael Stucki schrieb:
> Full ACK. If we don't change it now, nobody will notice that his extension
> needs to be changed.
> 

Why wouldn't Mister nobody discover it in a later change as well? You would give
those, who regularly follow anouncements the chance to discover it without a
shock therapy. :-) Just my opinion.

> Just compare this with the DB API which is present for more than a year
> already. If we could somehow disable the direct execution of the mysql_*
> functions, people would finally start to change their extensions.

Well, a lot have changed it in this period. If you could disable it now, the
well maintained extensions wouldn't break. They used the time corridor to update
the code.

The most popular are of most importance. So I looked into tt_news. It has taken
the chance.

/el









From tapio.markula at dnainternet.net  Fri Feb 10 20:26:02 2006
From: tapio.markula at dnainternet.net (tapio)
Date: Fri, 10 Feb 2006 21:26:02 +0200
Subject: [TYPO3-dev] Time for AJAX coordination?
In-Reply-To: <mailman.1.1139598967.11407.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139572718.9491.typo3-project-calendar@lists.netfielders.de>
	<mailman.1.1139575878.17707.typo3-dev@lists.netfielders.de>
	<mailman.1.1139584122.2328.typo3-dev@lists.netfielders.de>
	<mailman.1.1139590032.12120.typo3-dev@lists.netfielders.de>
	<mailman.1.1139596616.2574.typo3-dev@lists.netfielders.de>
	<mailman.1.1139596730.3694.typo3-dev@lists.netfielders.de>
	<mailman.1.1139597503.7150.typo3-dev@lists.netfielders.de>
	<mailman.1.1139598967.11407.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139599582.12274.typo3-dev@lists.netfielders.de>

Zach Davis wrote:
> tapio wrote:
> 
>> I looked that it uses just one small file.
>> In the scripts of Maximo there is six basic sripts +
>> one specific for Typo3. That must be more versatile.
>>
>> Do somebody know JSON?
> More scripts = better?

at least offers flexibility

 >Last I checked xajax is made up of 3 php scripts
> and some javascript, not that I think that's particularly relevant to 
> how useful of a tool it is.

yes - xajax is *must* be too limited - and that's why rejected. I found 
only *one* script.

Onno uses jpspan. It seems to have a proper library. Presumably JSON has 
too a proper library.

I checked Maximos existing implemantations. Eight (not six as I 
incorrectly wrote) basic JavaScript scripts + some controller php-scripts.

The base library must be proper and give enough flexibility.



From typo3 at rvt.dds.nl  Fri Feb 10 20:56:30 2006
From: typo3 at rvt.dds.nl (Ries van Twisk)
Date: Fri, 10 Feb 2006 14:56:30 -0500
Subject: [TYPO3-dev] Time for AJAX coordination?
In-Reply-To: <mailman.1.1139599582.12274.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139572718.9491.typo3-project-calendar@lists.netfielders.de>	<mailman.1.1139575878.17707.typo3-dev@lists.netfielders.de>	<mailman.1.1139584122.2328.typo3-dev@lists.netfielders.de>	<mailman.1.1139590032.12120.typo3-dev@lists.netfielders.de>	<mailman.1.1139596616.2574.typo3-dev@lists.netfielders.de>	<mailman.1.1139596730.3694.typo3-dev@lists.netfielders.de>	<mailman.1.1139597503.7150.typo3-dev@lists.netfielders.de>	<mailman.1.1139598967.11407.typo3-dev@lists.netfielders.de>
	<mailman.1.1139599582.12274.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.14766.1139601443.6406.typo3-dev@lists.netfielders.de>

tapio wrote:

>Zach Davis wrote:
>  
>
>>tapio wrote:
>>
>>    
>>
>>>I looked that it uses just one small file.
>>>In the scripts of Maximo there is six basic sripts +
>>>one specific for Typo3. That must be more versatile.
>>>
>>>Do somebody know JSON?
>>>      
>>>
>>More scripts = better?
>>    
>>
>
>at least offers flexibility
>
> >Last I checked xajax is made up of 3 php scripts
>  
>
>>and some javascript, not that I think that's particularly relevant to 
>>how useful of a tool it is.
>>    
>>
>
>yes - xajax is *must* be too limited - and that's why rejected. I found 
>only *one* script.
>
>Onno uses jpspan. It seems to have a proper library. Presumably JSON has 
>too a proper library.
>  
>
I am not sure about other libraries, but with jpspan you can call 
functions within classes directly which is a huge plus, jpspan also as a 
nice feature to return array's of data...

This will save you a lot of time making wrappers around classes. That 
means you can initliase typo3 complete and then
call a function directly. I do something like this.

First, everyclass that has ajax functions needs to register itself to.....
I do this like this:
$ret = $GLOBALS['TYPO3_GPMEMORY'] -> ajaxRegisterClass('classname', 
'EXT:ltg_reviews/p1/class.pluginname.php');
I do this so I don't have to load all extensions and can serve the call 
fast, that is also a reason I don't call any page within typo3 simply to 
speed up requests like sochat does...

Then in a file in the root of typo3 dir I do this:
1) Init typo3 and connect to database
2) Send some header data so the request doesn't get cached
3) Retreive needed class from uri (I use jpspan)  ($class = &$mem -> 
ajaxGetClass($_REQUEST['class']);)
4) Include php file to load class, this I receive from the register 
class thingy above.
5a) serve javascript if needed, this is created by jpspan!
5b) Call function in plugin and return some data.

When I do it like this I can register as many functions as I like and 
don't have to change my base php anymore, just register and done....

Something also I noticed:
1) I think we need to seperate the XML call, the ajax part from other 
functional librarys that can operate on the DOM tree.
The ajax library needs to be fast and simple and only does the XML 
request and get data back, jpspan does an execelent job for this
Also, with fast I mean from a users perspective, not how many us it takes.
if one class does a call in 200ms, but is fast and easy to use then I 
prefere that above a claa that does it in 100ms.
De FE user won't notice the difference anyways. Also you don't want to 
load your servcer with 10req/sec anyways.....

2) yes it's good to have librarys that can do DOM operations, but this 
has nothing to do with the XML call.
So we can look for a DOM library seperate from a Ajax class library set.



Ries







>I checked Maximos existing implemantations. Eight (not six as I 
>incorrectly wrote) basic JavaScript scripts + some controller php-scripts.
>
>The base library must be proper and give enough flexibility.
>_______________________________________________
>TYPO3-dev mailing list
>TYPO3-dev at lists.netfielders.de
>http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev
>  
>




From ms.usenet.nospam at schoenbeck.de  Fri Feb 10 20:55:48 2006
From: ms.usenet.nospam at schoenbeck.de (Martin Schoenbeck)
Date: Fri, 10 Feb 2006 20:55:48 +0100
Subject: [TYPO3-dev] Removing symlinks in V 4.0
References: <mailman.14666.1139589968.6406.typo3-dev@lists.netfielders.de>
	<mailman.1.1139593206.16968.typo3-dev@lists.netfielders.de>
	<mailman.14679.1139594308.6406.typo3-dev@lists.netfielders.de>
	<mailman.1.1139594877.22369.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139601349.14346.typo3-dev@lists.netfielders.de>

Hi Michael,

Michael Stucki schrieb:

> Full ACK. If we don't change it now, nobody will notice that his extension
> needs to be changed.

I agree with that. But it will perhaps rise problems for novice users, who
don't get the point, that the broken extension is not something they did
wrong. I suggest, to add symlinks for all files, which couldn't be reached
now by the old paths, to a script, which gives at least some explanatory
information or a link to an explanation.

Martin
-- 
Bitte nicht an der E-Mail-Adresse fummeln, die pa?t so.



From elmar.DOT.hinz at team.MINUS.red.DOT.net  Fri Feb 10 20:58:47 2006
From: elmar.DOT.hinz at team.MINUS.red.DOT.net (Elmar Hinz)
Date: Fri, 10 Feb 2006 20:58:47 +0100
Subject: [TYPO3-dev] Time for AJAX coordination?
In-Reply-To: <mailman.1.1139596616.2574.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139572718.9491.typo3-project-calendar@lists.netfielders.de>
	<mailman.1.1139575878.17707.typo3-dev@lists.netfielders.de>
	<mailman.1.1139584122.2328.typo3-dev@lists.netfielders.de>
	<mailman.1.1139590032.12120.typo3-dev@lists.netfielders.de>
	<mailman.1.1139596616.2574.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139601546.14501.typo3-dev@lists.netfielders.de>

Dmitry Dulepov schrieb:
> I do not really understand how we could work in the team on this...
> Probably we need to separate tasks to:
> - general ajax framework development (adaptation of xajax for typo3)
> - BE development
> - FE development
> 
> This is just a rough sketch...
> 

How can you work on it without a team ... ?

You bring it to the point. Your sketch needs a serious discussion with those
people who really want to work on it. Then it needs a decision for or against
this structure. For the BE it needs to be coordinated with the core team. The
core team needs a cooperation partner on your side. A person they can count on.

All this you will not reach by simply posting your sketch into this group
without founding a team. People will mention opinions to some details. The
number of files in the extension in this case. But they dont't focus on this
basical decisions first. You time will be lost.

I hope you can catch the point now. If not I am sorry that I can't explain it
better. I have done my best. Then you better explain me how you think it is to
be organized. I am sure you come to similar or even better results. :-)

Regards

Elmar




From mscharkow at gmx.net  Fri Feb 10 21:00:19 2006
From: mscharkow at gmx.net (Michael Scharkow)
Date: Fri, 10 Feb 2006 21:00:19 +0100
Subject: [TYPO3-dev] Removing symlinks in V 4.0
In-Reply-To: <mailman.1.1139594877.22369.typo3-dev@lists.netfielders.de>
References: <mailman.14666.1139589968.6406.typo3-dev@lists.netfielders.de>
	<mailman.1.1139593206.16968.typo3-dev@lists.netfielders.de>
	<mailman.14679.1139594308.6406.typo3-dev@lists.netfielders.de>
	<mailman.1.1139594877.22369.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139601620.14992.typo3-dev@lists.netfielders.de>

Michael Stucki wrote:

> Just compare this with the DB API which is present for more than a year
> already. If we could somehow disable the direct execution of the mysql_*
> functions, people would finally start to change their extensions.

Stucki,

you know as well as I do that not stepping on the extension developers' 
feet in this issue is apparently not a technical problem but a political 
decision. And I seriously doubt we will get rid of mysql_* in the 
foreseeable future.

I'm all for removing symlinks, and if some extensions under some 
circumstances break, who cares. There's plenty of extensions like that 
already, the ones not working with DBAL, not working on Windows, not 
working with PHP4, etc.

Greetings,
Michael



From mscharkow at gmx.net  Fri Feb 10 21:07:26 2006
From: mscharkow at gmx.net (Michael Scharkow)
Date: Fri, 10 Feb 2006 21:07:26 +0100
Subject: [TYPO3-dev] Time for AJAX coordination?
In-Reply-To: <mailman.1.1139588344.9766.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139572718.9491.typo3-project-calendar@lists.netfielders.de>
	<mailman.1.1139575878.17707.typo3-dev@lists.netfielders.de>
	<mailman.1.1139582517.30395.typo3-dev@lists.netfielders.de>
	<mailman.1.1139588344.9766.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139602046.15951.typo3-dev@lists.netfielders.de>

Elmar Hinz wrote:

> I think your reaction is due to your examins.

Elmar is it just me, or do you have some latent aversion against students?

> * Make your concept an official project of ECT.
> * Present it in on an offical TYPO3 page i.e. a project page on typo3.org  the
> wiki or in the wiki instead of a private homepage.
> * Discuss it with those, who are interested (Dimitry etc.) on
> typo3.teams.extension-coordination.

I seriously don't understand why this issue belongs into ECT at all. 
With all due respect, not every TYPO3 issue is an ECT issue. The 
decision for an AJAX library is not one of coordination, but of 
discussion and technical review of the possibilities.

It's definitely not a first-come first-serve issue, and providing an 
extension that works with lib XYZ is not enough of an argument.

Cheers,
Michael



From mscharkow at gmx.net  Fri Feb 10 21:12:49 2006
From: mscharkow at gmx.net (Michael Scharkow)
Date: Fri, 10 Feb 2006 21:12:49 +0100
Subject: [TYPO3-dev] Time for AJAX coordination?
In-Reply-To: <mailman.1.1139594693.21138.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139572718.9491.typo3-project-calendar@lists.netfielders.de>
	<mailman.1.1139575878.17707.typo3-dev@lists.netfielders.de>
	<mailman.1.1139584122.2328.typo3-dev@lists.netfielders.de>
	<mailman.1.1139590032.12120.typo3-dev@lists.netfielders.de>
	<mailman.1.1139594693.21138.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139602370.16499.typo3-dev@lists.netfielders.de>

Martin Kutschker wrote:

> PS: AJAX will be used in the BE as well, so we need a lib that is 
> lighweight
> enough (and non-intrusive - think very old browsers!) to be used in FE, but
> powerful to bring BE to higher levels.

Masi,
I completely agree that we should evaluate the options that we have and 
rush a decision that will appease some extension developers now. Those 
can use their custom libs as they wish.

Greetings,
Michael



From elmar.DOT.hinz at team.MINUS.red.DOT.net  Fri Feb 10 21:23:27 2006
From: elmar.DOT.hinz at team.MINUS.red.DOT.net (Elmar Hinz)
Date: Fri, 10 Feb 2006 21:23:27 +0100
Subject: [TYPO3-dev] Removing symlinks in V 4.0
In-Reply-To: <mailman.14679.1139594308.6406.typo3-dev@lists.netfielders.de>
References: <mailman.14666.1139589968.6406.typo3-dev@lists.netfielders.de>	<mailman.1.1139593206.16968.typo3-dev@lists.netfielders.de>
	<mailman.14679.1139594308.6406.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139603027.17196.typo3-dev@lists.netfielders.de>

Ren? Fritz schrieb:
>>For the seriousity of TYPO3 I find extensions that suddenly don't work any
>>more a big problem. Working with symlinks isn't pretty, but not a real
>>problem. I could accept such an hard step, if it would be the only way to
>>go.
> 
> 
> It isn't such a hard step because you can still use symlinks like you do now 
> and all works like before.
> 

I agree that I could be harder. But it will bring unexperienced users into
desperate situations. when their extensions suddenly don't work any more only
because of a regular update.

I think, it has a bad taste to do go this way. This bad style at least could be
avaided by early anouncement that this kind of hard linking extensions will be
obsolate, with version XY. But it is indeed not worth this big descussion.

Symlinks are not such a problem. The doubling up of the code on MS is the really
ugly side. But I wouldn't care to much for people running TYPO3 on a MS server.


/el



From mscharkow at gmx.net  Fri Feb 10 21:29:54 2006
From: mscharkow at gmx.net (Michael Scharkow)
Date: Fri, 10 Feb 2006 21:29:54 +0100
Subject: [TYPO3-dev] Time for AJAX coordination?
In-Reply-To: <mailman.1.1139596616.2574.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139572718.9491.typo3-project-calendar@lists.netfielders.de>
	<mailman.1.1139575878.17707.typo3-dev@lists.netfielders.de>
	<mailman.1.1139584122.2328.typo3-dev@lists.netfielders.de>
	<mailman.1.1139590032.12120.typo3-dev@lists.netfielders.de>
	<mailman.1.1139596616.2574.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139603394.17718.typo3-dev@lists.netfielders.de>

Dmitry Dulepov wrote:

> Current ajax code is not working properly. We need a better ajax
> implementation. Xajax is the best in my opinion because of its features
> (registration, easy replacement of elements, attrributes, etc).

Hi Dmitry,

I just had a look into XAJAX and I am really sceptical if it fits us. 
The assignment and registration functions don't look particularly 
elegant to me, and the replacements (and lots of other stuff) are 
defined in the called function and not in the caller.

Just imagine you have a function called comment_form() that you want to 
call with AJAX. With xajax you have to know in advance which div you 
want to fill with the form because you do

$objResponse->addAppend("myDiv1","innerHTML",$DataFromDatabase2);
return $objResponse;

If you want to call the same function but fill a *different* div, you're 
screwed. Moreover, you can't use the same controller method for both 
normal HTML and AJAX output which is also a must IMHO.

In Rails you write this in your view:
<%= link_to_remote( "comment this article",
                          :update => "mydiv1",
                          :url =>{ :action => :comment_form }) %>

So you can set the div in the caller and reuse the comment_form method 
everywhere in your app.

Moreover, XAJAX does *only* do AJAX stuff, whereas for example 
prototype.js has lots of other neat JS features like observers (for 
forms etc.) and powerful selector functions.

I'm not saying that prototype (and behaviour.js for complete 
unobstrusiveness) is definitely better, but we should carefully look at 
the relevant options before making a decision.

Of course, we would need to provide our own PHP wrappers, but we have 
t3lib_ajax already, and we could concentrate on making the wrapper 
functions perfect for TYPO3 and not worry about the JS and AJAX basics.

Greetings,
Michael



From elmar.DOT.hinz at team.MINUS.red.DOT.net  Fri Feb 10 21:51:55 2006
From: elmar.DOT.hinz at team.MINUS.red.DOT.net (Elmar Hinz)
Date: Fri, 10 Feb 2006 21:51:55 +0100
Subject: [TYPO3-dev] Time for AJAX coordination?
In-Reply-To: <mailman.1.1139602046.15951.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139572718.9491.typo3-project-calendar@lists.netfielders.de>
	<mailman.1.1139575878.17707.typo3-dev@lists.netfielders.de>
	<mailman.1.1139582517.30395.typo3-dev@lists.netfielders.de>
	<mailman.1.1139588344.9766.typo3-dev@lists.netfielders.de>
	<mailman.1.1139602046.15951.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139604735.19388.typo3-dev@lists.netfielders.de>

Michael Scharkow schrieb:
> Elmar is it just me, or do you have some latent aversion against students?
> 

Hi Michael,

you and Ingo are completly different characters. I guess a can take you much
more easy than others can take you. You are sometimes a little hard in fighting
with people. That is a point where I can get aversions against you for a moment.
But so with me, too. You are able to take in the same way you give. So that is
O.K. for me.

Regards

Elmar


























From elmar.DOT.hinz at team.MINUS.red.DOT.net  Fri Feb 10 22:16:55 2006
From: elmar.DOT.hinz at team.MINUS.red.DOT.net (Elmar Hinz)
Date: Fri, 10 Feb 2006 22:16:55 +0100
Subject: [TYPO3-dev] Time for AJAX coordination?
In-Reply-To: <mailman.1.1139602046.15951.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139572718.9491.typo3-project-calendar@lists.netfielders.de>
	<mailman.1.1139575878.17707.typo3-dev@lists.netfielders.de>
	<mailman.1.1139582517.30395.typo3-dev@lists.netfielders.de>
	<mailman.1.1139588344.9766.typo3-dev@lists.netfielders.de>
	<mailman.1.1139602046.15951.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139606235.21770.typo3-dev@lists.netfielders.de>

Michael Scharkow schrieb:
> I seriously don't understand why this issue belongs into ECT at all.
> With all due respect, not every TYPO3 issue is an ECT issue. The
> decision for an AJAX library is not one of coordination, but of
> discussion and technical review of the possibilities.
> 

Hi Michal,

certainly. Extensions that are frameworks, services and libraries for other
extensions are the main task of ECT. It is the field where extensions meet each
other. So it is THE field of extension coordination.

You are absolutly right that it is one of discussion and technical review of the
possibilities. That is a very good definition. Discussions and decisions don't
happen on private homepages, they belong to the TYPO3 community.

Regards

Elmar














From typo3 at fm-world.ru  Fri Feb 10 22:44:47 2006
From: typo3 at fm-world.ru (Dmitry Dulepov)
Date: Fri, 10 Feb 2006 23:44:47 +0200
Subject: [TYPO3-dev] Time for AJAX coordination?
In-Reply-To: <mailman.1.1139603394.17718.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139572718.9491.typo3-project-calendar@lists.netfielders.de>
	<mailman.1.1139575878.17707.typo3-dev@lists.netfielders.de>
	<mailman.1.1139584122.2328.typo3-dev@lists.netfielders.de>
	<mailman.1.1139590032.12120.typo3-dev@lists.netfielders.de>
	<mailman.1.1139596616.2574.typo3-dev@lists.netfielders.de>
	<mailman.1.1139603394.17718.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139607831.23531.typo3-dev@lists.netfielders.de>

Hi!

Michael Scharkow wrote:
> I just had a look into XAJAX and I am really sceptical if it fits us.
> The assignment and registration functions don't look particularly
> elegant to me, and the replacements (and lots of other stuff) are
> defined in the called function and not in the caller.

I use it in one private application and it does very well. It was very
easy to use: create handlers, specify responses, etc.

> Just imagine you have a function called comment_form() that you want to
> call with AJAX. With xajax you have to know in advance which div you
> want to fill with the form because you do
> 
> $objResponse->addAppend("myDiv1","innerHTML",$DataFromDatabase2);
> return $objResponse;

You can construct DIV name on the fly :) In fact I use Smarty in my app
and names of DIVs are generated dynamically.

> Moreover, you can't use the same controller method for both
> normal HTML and AJAX output which is also a must IMHO.

I am not sure that I understand what you mean... I do not really care
about ancient browser that do not implement xhttprequest object. I think
they either already dead or dying. Even Opera < 7.60 does not appear too
often now.

In any case, I found a nice ajax emulator on the internet. If browser
does not support xhhtprequest, it is emulated with iframe.

> In Rails you write this in your view:
> <%= link_to_remote( "comment this article",
>                          :update => "mydiv1",
>                          :url =>{ :action => :comment_form }) %>
> 
> So you can set the div in the caller and reuse the comment_form method
> everywhere in your app.

I am not familiar with Rails :(

> Moreover, XAJAX does *only* do AJAX stuff, whereas for example
> prototype.js has lots of other neat JS features like observers (for
> forms etc.) and powerful selector functions.

Well, we are talking about ajax library, not about generic JS library.
We are not going to bring scripaculos to typo3 just because it is fun,
are we? :)

> I'm not saying that prototype (and behaviour.js for complete
> unobstrusiveness) is definitely better, but we should carefully look at
> the relevant options before making a decision.

Sure. I looked into a number of ajax frameworks and xajax suited my
purposes best. I believe there can be cases when other framework serves
better.

> Of course, we would need to provide our own PHP wrappers, but we have
> t3lib_ajax already, and we could concentrate on making the wrapper
> functions perfect for TYPO3 and not worry about the JS and AJAX basics.

This is what I though about. Details of actual ajax implementation
should be hidden behind typo3 wrapper. This way people do not have to
change their implementation if we decide to change underlying framework.

Dmitry.
---
"It is our choices, that show what we truly are,
far more than our abilities." (A.P.W.B.D.)



From typo3 at ingo-renner.com  Fri Feb 10 23:34:58 2006
From: typo3 at ingo-renner.com (Ingo Renner)
Date: Fri, 10 Feb 2006 23:34:58 +0100
Subject: [TYPO3-dev] Removing symlinks in V 4.0
References: <mailman.14666.1139589968.6406.typo3-dev@lists.netfielders.de>	<mailman.1.1139593206.16968.typo3-dev@lists.netfielders.de>
	<mailman.14679.1139594308.6406.typo3-dev@lists.netfielders.de>
	<mailman.1.1139603027.17196.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139610950.30427.typo3-dev@lists.netfielders.de>

Am Fri, 10 Feb 2006 21:23:27 +0100 schrieb Elmar Hinz:

> I agree that I could be harder. But it will bring unexperienced users into
> desperate situations. when their extensions suddenly don't work any more only
> because of a regular update.

unexperienced users will get our support as they get it now. I also think
that an update from 3.x.x to 4.0.0 won't be a regular update at all taking
into account all the changes we will get with 4.0 - if you take your job
serious you have to have a look into the apropriate documents anyway -
changelog, news, announcements and so on

As an extension developer one should have an eye on such things even more

> I think, it has a bad taste to do go this way. This bad style at least could be
> avaided by early anouncement that this kind of hard linking extensions will be
> obsolate, with version XY. 

Isn't this early enough?

> Symlinks are not such a problem. The doubling up of the code on MS is the really
> ugly side. But I wouldn't care to much for people running TYPO3 on a MS server.

don't only think of the Windows user - maybe they have to use it...
but also think of the users who have ftp only...

all in all redundancy is bad in most places an thus I'd like to join
Mathes:
DOWN WITH THE SYMLINKS

cheers
Ingo

-- 
Use a newsreader! Check out
http://typo3.org/community/mailing-lists/use-a-news-reader/



From martin.kutschker-n0spam at no5pam-blackbox.net  Fri Feb 10 23:38:28 2006
From: martin.kutschker-n0spam at no5pam-blackbox.net (Martin Kutschker)
Date: Fri, 10 Feb 2006 23:38:28 +0100
Subject: [TYPO3-dev] Time for AJAX coordination?
In-Reply-To: <mailman.1.1139607831.23531.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139572718.9491.typo3-project-calendar@lists.netfielders.de>
	<mailman.1.1139575878.17707.typo3-dev@lists.netfielders.de>
	<mailman.1.1139584122.2328.typo3-dev@lists.netfielders.de>
	<mailman.1.1139590032.12120.typo3-dev@lists.netfielders.de>
	<mailman.1.1139596616.2574.typo3-dev@lists.netfielders.de>
	<mailman.1.1139603394.17718.typo3-dev@lists.netfielders.de>
	<mailman.1.1139607831.23531.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139611108.30264.typo3-dev@lists.netfielders.de>

Dmitry Dulepov schrieb:
> 
> I am not sure that I understand what you mean... I do not really care
> about ancient browser that do not implement xhttprequest object. I think
> they either already dead or dying. Even Opera < 7.60 does not appear too
> often now.

Just stepping in.

Building a site that only has a useful UI with AJAX is a broken site. So 
the lib must degrade gracefully.

Masi



From elmar.DOT.hinz at team.MINUS.red.DOT.net  Fri Feb 10 23:49:36 2006
From: elmar.DOT.hinz at team.MINUS.red.DOT.net (Elmar Hinz)
Date: Fri, 10 Feb 2006 23:49:36 +0100
Subject: [TYPO3-dev] Removing symlinks in V 4.0
In-Reply-To: <mailman.1.1139610950.30427.typo3-dev@lists.netfielders.de>
References: <mailman.14666.1139589968.6406.typo3-dev@lists.netfielders.de>	<mailman.1.1139593206.16968.typo3-dev@lists.netfielders.de>
	<mailman.14679.1139594308.6406.typo3-dev@lists.netfielders.de>
	<mailman.1.1139603027.17196.typo3-dev@lists.netfielders.de>
	<mailman.1.1139610950.30427.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139611795.31444.typo3-dev@lists.netfielders.de>

Ingo Renner schrieb:

> all in all redundancy is bad in most places an thus I'd like to join
> Mathes:
> DOWN WITH THE SYMLINKS

Since when produce symlinks redundancy? ;-)

/el



From kari.salovaara at pp1.inet.fi  Fri Feb 10 23:56:05 2006
From: kari.salovaara at pp1.inet.fi (Kari Salovaara)
Date: Sat, 11 Feb 2006 00:56:05 +0200
Subject: [TYPO3-dev] Removing symlinks in V 4.0
In-Reply-To: <mailman.1.1139596330.30976.typo3-dev@lists.netfielders.de>
References: <mailman.14666.1139589968.6406.typo3-dev@lists.netfielders.de>	<mailman.1.1139595064.24056.typo3-dev@lists.netfielders.de>
	<mailman.1.1139596330.30976.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.14781.1139612208.6406.typo3-dev@lists.netfielders.de>

Franz Holzinger wrote:
>> At least to inform the owner of the site of incompatibilities...
>>
> There is no incompatibility, because if someone sets the links manually
> like it is now, everything will work.
> 
> Regards,
> 
> Franz
> 

Serious question:
What kind of estimate You have for time consumtion when I have
to upgrade about 40 Typo3 (Linux) installations from 3.6.x, 3.7.x
and 3.8.x versions into Typo3 4.x version (sooner or later) ?
Average estimate per site ?

Cheers,
Kari



From typo3 at ingo-renner.com  Fri Feb 10 23:55:01 2006
From: typo3 at ingo-renner.com (Ingo Renner)
Date: Fri, 10 Feb 2006 23:55:01 +0100
Subject: [TYPO3-dev] Removing symlinks in V 4.0
References: <mailman.14666.1139589968.6406.typo3-dev@lists.netfielders.de>	<mailman.1.1139593206.16968.typo3-dev@lists.netfielders.de>
	<mailman.14679.1139594308.6406.typo3-dev@lists.netfielders.de>
	<mailman.1.1139603027.17196.typo3-dev@lists.netfielders.de>
	<mailman.1.1139610950.30427.typo3-dev@lists.netfielders.de>
	<mailman.1.1139611795.31444.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139612155.32185.typo3-dev@lists.netfielders.de>

Am Fri, 10 Feb 2006 23:49:36 +0100 schrieb Elmar Hinz:

> Since when produce symlinks redundancy? ;-)

this was meant regarding the windows packages...


Ingo

-- 
Use a newsreader! Check out
http://typo3.org/community/mailing-lists/use-a-news-reader/



From steffen at dislabs.de  Sat Feb 11 00:42:33 2006
From: steffen at dislabs.de (Steffen Kamper)
Date: Sat, 11 Feb 2006 00:42:33 +0100
Subject: [TYPO3-dev] Security Warning
References: <mailman.1.1139353142.30270.typo3-dev@lists.netfielders.de>
	<mailman.13817.1139420270.6406.typo3-dev@lists.netfielders.de>
	<mailman.1.1139442060.12169.typo3-dev@lists.netfielders.de>
	<mailman.1.1139593062.16687.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139614981.3672.typo3-dev@lists.netfielders.de>

Hi Michael,

i didn't wrote that because of you - i understand the stress your are in 
because of the new release.
I'm sorry for not reading all the depending stuff, but think about the 
hundrets of places where information is spread, so it is impossible for me 
(as a beginner) to get an whole overview like you will have. In future i 
will look for the right place - but my google and some of the list doesn't 
gave me a good answer. so no matter ;)

vg  Steffen

"Michael Stucki" <michael at typo3.org> schrieb im Newsbeitrag 
news:mailman.1.1139593062.16687.typo3-dev at lists.netfielders.de...
> Hi Steffen,
>
>> I'm really glad that your answer is in a quite and normal way - i was
>> astonished of the way some guys talking with eachothers. I'm really in a
>> total Typo3-Hype and want to help this project in any possible way and 
>> not
>> only crying out things without thinking ...
>
> Reading this makes me thing you were writing this because of my response.
>
> Well, sorry for being harsh, but just imagine what *could* have happened 
> if
> the problem was serious and not known before:
>
> - The developers get into the focus of the press
> - They will have to write a fix as quick as possible
> - An updated TYPO3 version has to be published as quick as possible
> - Press releases
> - and much more
>
> After all you would have stolen the weekend of approximately five people, 
> me
> included.
>
> And this is the reason why I'm getting angry about such postings. This is
> logical that someone needs to run then, isn't it? Wouldn't it be logical 
> to
> have a walk over the project website to see if there is any information
> about security reportings? Please, think about that.
>
> Best regards, and enjoy your weekend!
> - michael
> -- 
> Use a newsreader! Check out
> http://typo3.org/community/mailing-lists/use-a-news-reader/ 





From patrick at typo3quebec.org  Sat Feb 11 02:36:19 2006
From: patrick at typo3quebec.org (Patrick Gaumond)
Date: Fri, 10 Feb 2006 20:36:19 -0500
Subject: [TYPO3-dev] Removing symlinks in V 4.0
In-Reply-To: <mailman.1.1139603027.17196.typo3-dev@lists.netfielders.de>
References: <mailman.14666.1139589968.6406.typo3-dev@lists.netfielders.de>	<mailman.1.1139593206.16968.typo3-dev@lists.netfielders.de>
	<mailman.14679.1139594308.6406.typo3-dev@lists.netfielders.de>
	<mailman.1.1139603027.17196.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139621784.12575.typo3-dev@lists.netfielders.de>

Elmar Hinz wrote:

> I agree that I could be harder. But it will bring unexperienced users into
> desperate situations. when their extensions suddenly don't work any more only
> because of a regular update.

Not sure if 3.8 to 4.0 can be called a regular update (even if the 
product wasn't TYPO3...)

Do you really think that an upgrade at full/whole number (not decimal) 
will be made without proper tests?

There's already the new empty Global extension folder as an important 
factor of questions so while at it why not send a clear message that 4.0 
means "test your stuff"?

Do we agree that professionals will be able to easily do the upgrade? 
(and test *before*!) The hobbyist will possibly wait, or learn...the 
hardway but remember, even if it's free of charge, TYPO3 is still an 
Enterprise software, not your usual Mambo...   ;)



> I think, it has a bad taste to do go this way. This bad style at least could be
> avoided by early anouncement that this kind of hard linking extensions will be
> obsolate, with version XY. But it is indeed not worth this big discussion.

Well if we talk about style, TYPO3 has an history of bringing new 
features even between RC releases...  ;)


> Symlinks are not such a problem. The doubling up of the code on MS is the really
> ugly side. But I wouldn't care to much for people running TYPO3 on a MS server.

Enterprise (and USA in general...) means running Windows. Like it or not.
(it's funny, I was pretty sure Mathias would answer on this one. He did!)

Patrick



From typo3 at fm-world.ru  Sat Feb 11 08:49:39 2006
From: typo3 at fm-world.ru (Dmitry Dulepov)
Date: Sat, 11 Feb 2006 09:49:39 +0200
Subject: [TYPO3-dev] Time for AJAX coordination?
In-Reply-To: <mailman.1.1139611108.30264.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139572718.9491.typo3-project-calendar@lists.netfielders.de>
	<mailman.1.1139575878.17707.typo3-dev@lists.netfielders.de>
	<mailman.1.1139584122.2328.typo3-dev@lists.netfielders.de>
	<mailman.1.1139590032.12120.typo3-dev@lists.netfielders.de>
	<mailman.1.1139596616.2574.typo3-dev@lists.netfielders.de>
	<mailman.1.1139603394.17718.typo3-dev@lists.netfielders.de>
	<mailman.1.1139607831.23531.typo3-dev@lists.netfielders.de>
	<mailman.1.1139611108.30264.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139644117.7444.typo3-dev@lists.netfielders.de>

Hi!

Martin Kutschker wrote:
> Building a site that only has a useful UI with AJAX is a broken site. So
> the lib must degrade gracefully.

You know, I used to say almost the same a year ago but about Netscape 4:
"Site must work on NS4 as well". It turned to a big headache - I had to
make two completely different markups for the same design. Finally, I
abandoned NS4 and was very happy about it. There were too little people
who use it and whom I could ignore. According to my statistics, over 98%
of users have MSIE or FireFox. <2% is not too much to make 200% of
development. Though I still care a little about them and do 110% - I use
xhhtprequest emulator for those who do not have modern browser :)

Dmitry.
---
"It is our choices, that show what we truly are,
far more than our abilities." (A.P.W.B.D.)



From elmar.DOT.hinz at team.MINUS.red.DOT.net  Sat Feb 11 09:14:10 2006
From: elmar.DOT.hinz at team.MINUS.red.DOT.net (Elmar Hinz)
Date: Sat, 11 Feb 2006 09:14:10 +0100
Subject: [TYPO3-dev] Removing symlinks in V 4.0
In-Reply-To: <mailman.1.1139621784.12575.typo3-dev@lists.netfielders.de>
References: <mailman.14666.1139589968.6406.typo3-dev@lists.netfielders.de>	<mailman.1.1139593206.16968.typo3-dev@lists.netfielders.de>
	<mailman.14679.1139594308.6406.typo3-dev@lists.netfielders.de>
	<mailman.1.1139603027.17196.typo3-dev@lists.netfielders.de>
	<mailman.1.1139621784.12575.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139645671.9818.typo3-dev@lists.netfielders.de>

Patrick Gaumond schrieb:
> Elmar Hinz wrote:
> 
> Do we agree that professionals will be able to easily do the upgrade?

We agree that professionals are able to do the necessary things. But the
customers have to pay that in the end.

> (and test *before*!) The hobbyist will possibly wait, or learn...the
> hardway but remember, even if it's free of charge, TYPO3 is still an
> Enterprise software, not your usual Mambo...   ;)
> 

In opposite to hobbyist software you define enterprise software as a software
where sudden unprepared breaks are O.K., because the professionals can react to
it. That's a definition.

The hobbyist get's more reliable software from you because he hasn't the
abilities to react to problems.

*lol*

> 
> Enterprise (and USA in general...) means running Windows. Like it or not.

I doubt if most webpages are hosted on windows. And I wouldn't give up good beer
for the beer people drink in general in USA. ;-)

USA is a wounderfull land. There are still so many fields where they can improve
things. Banks, cars, cheese, democracy, measurs, OS, ... Best conditions for
real entrepreneurs. ;-)


Have a nice WE

/el







From franz at fholzinger.com  Sat Feb 11 09:16:23 2006
From: franz at fholzinger.com (Franz Holzinger)
Date: Sat, 11 Feb 2006 09:16:23 +0100
Subject: [TYPO3-dev] Removing symlinks in V 4.0
In-Reply-To: <mailman.14781.1139612208.6406.typo3-dev@lists.netfielders.de>
References: <mailman.14666.1139589968.6406.typo3-dev@lists.netfielders.de>	<mailman.1.1139595064.24056.typo3-dev@lists.netfielders.de>	<mailman.1.1139596330.30976.typo3-dev@lists.netfielders.de>
	<mailman.14781.1139612208.6406.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139645778.10126.typo3-dev@lists.netfielders.de>

Hello Kari,

> Serious question:
> What kind of estimate You have for time consumtion when I have
> to upgrade about 40 Typo3 (Linux) installations from 3.6.x, 3.7.x
> and 3.8.x versions into Typo3 4.x version (sooner or later) ?
> Average estimate per site ?
> 

this is impossible to say, because nobody knows which extensions you use
and whether they will be compatible to the new code in TYPO3 4.0. It
depends very much on the moment when you want to do this. If it is
months after the publishment of TYPO3 4.0 this will work better than on
the first day after. This is because the extension authors will need
some time to correct the errors in their extensions.


If it is just because of the missing symlinks: You can write a special
dummy.tar.gz file which will create all the symlinks automatically.


Regards,

Franz



From scecere at krur.com  Sat Feb 11 11:16:16 2006
From: scecere at krur.com (stefano cecere)
Date: Sat, 11 Feb 2006 11:16:16 +0100
Subject: [TYPO3-dev] Removing symlinks in V 4.0
In-Reply-To: <mailman.1.1139645778.10126.typo3-dev@lists.netfielders.de>
References: <mailman.14666.1139589968.6406.typo3-dev@lists.netfielders.de>	<mailman.1.1139595064.24056.typo3-dev@lists.netfielders.de>	<mailman.1.1139596330.30976.typo3-dev@lists.netfielders.de>
	<mailman.14781.1139612208.6406.typo3-dev@lists.netfielders.de>
	<mailman.1.1139645778.10126.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139652978.18825.typo3-dev@lists.netfielders.de>

what about announcing the symlink change for 4.5 (due before june, right?)
meanwhile 4.0 could ship the "old" way, but with a little script to take symlink off,
or a nice doc that explain the process.. so advanced developers could start preparing their TYPO3 installations
and fixing their exts?

stefano



From kasper2006 at typo3.com  Sat Feb 11 12:27:45 2006
From: kasper2006 at typo3.com (=?ISO-8859-1?Q?Kasper_Sk=E5rh=F8j?=)
Date: Sat, 11 Feb 2006 12:27:45 +0100
Subject: [TYPO3-dev] Happy day
In-Reply-To: <mailman.1.1139591565.12603.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139591565.12603.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.14930.1139657268.6406.typo3-dev@lists.netfielders.de>

Thanks a lot, Sven! I feel very encouraged and hope many others do as  
well!


- kasper

"A contribution a day keeps the fork away"
-------------------------------
kasper2006 at typo3.com | +45 20 999 115 | skype: kasperskaarhoej |  
gizmo: kasper_typo3


On Feb 10, 2006, at 18:12 , S. Teuber wrote:

> Hello dev-team,
>
> today is one of those days where, concerning TYPO3, everything just  
> seems
> to fall into place and fit. Tasks that look very complicated at the  
> first
> glance become incredibly easy because someone took some time and  
> planned
> ahead, implemented a useful feature or just had a bright moment.
>
> I'd like to take this opportunity to say that YOU ALL ROCK! TYPO3  
> becomes
> better with every release - already being on a high level.
>
> So, please take a second and *smile*, knowing that you made someone  
> out
> there happy. For we all need some positive feedback and  
> encouragement from
> time to time, don't we? (And that's the reason I put this on the  
> dev list
> :)
>
> Oh, and whoever came up with the idea of making the imgResource of a
> GIFBUILDER object capable of being another GIFBUILDER object: will you
> marry me? ;-)
>
> Keep up the good work, keep them podcasts coming, and don't forget  
> that in
> front of every screen, there's a human being.
>
> Greetings,
>
> Sven
> _______________________________________________
> TYPO3-dev mailing list
> TYPO3-dev at lists.netfielders.de
> http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev




From jh at digitaldistrict.de  Sat Feb 11 13:07:50 2006
From: jh at digitaldistrict.de (Jan-Hendrik Heuing [DD])
Date: Sat, 11 Feb 2006 13:07:50 +0100
Subject: [TYPO3-dev] Happy day
References: <mailman.1.1139591565.12603.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139659673.29032.typo3-dev@lists.netfielders.de>

YOU SHOULD BY STUDYING !!!!!!!!

:-)

JH


"S. Teuber" <traveler_in_time at gmx.net> schrieb im Newsbeitrag 
news:mailman.1.1139591565.12603.typo3-dev at lists.netfielders.de...
> Hello dev-team,
>
> today is one of those days where, concerning TYPO3, everything just seems
> to fall into place and fit. Tasks that look very complicated at the first
> glance become incredibly easy because someone took some time and planned
> ahead, implemented a useful feature or just had a bright moment.
>
> I'd like to take this opportunity to say that YOU ALL ROCK! TYPO3 becomes
> better with every release - already being on a high level.
>
> So, please take a second and *smile*, knowing that you made someone out
> there happy. For we all need some positive feedback and encouragement from
> time to time, don't we? (And that's the reason I put this on the dev list
> :)
>
> Oh, and whoever came up with the idea of making the imgResource of a
> GIFBUILDER object capable of being another GIFBUILDER object: will you
> marry me? ;-)
>
> Keep up the good work, keep them podcasts coming, and don't forget that in
> front of every screen, there's a human being.
>
> Greetings,
>
> Sven 





From mathias.schreiber at wmdb.de  Sat Feb 11 13:43:02 2006
From: mathias.schreiber at wmdb.de (Mathias Schreiber)
Date: Sat, 11 Feb 2006 13:43:02 +0100
Subject: [TYPO3-dev] Removing symlinks in V 4.0
References: <mailman.14666.1139589968.6406.typo3-dev@lists.netfielders.de>	<mailman.1.1139593206.16968.typo3-dev@lists.netfielders.de>
	<mailman.14679.1139594308.6406.typo3-dev@lists.netfielders.de>
	<mailman.1.1139603027.17196.typo3-dev@lists.netfielders.de>
	<mailman.1.1139621784.12575.typo3-dev@lists.netfielders.de>
	<mailman.1.1139645671.9818.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139661813.32097.typo3-dev@lists.netfielders.de>

Elmar Hinz wrote:
> In opposite to hobbyist software you define enterprise software as a
> software where sudden unprepared breaks are O.K., because the
> professionals can react to it. That's a definition.

For real now.
How is that helpful?

> The hobbyist get's more reliable software from you because he hasn't
> the abilities to react to problems.

What's the difference between cutting symlinks now or cutting them in a 
year?
Answer:
There is none.
I don't know how long you work with TYPO3, but for my personal experience 
the deadline of changes does not count.
People will argue anyways.
In regards of enterprise software:
I am sure you have updated ANY software from release X to release Y.
And I don't know ANY major software update that worked out of the box 
without at least (!) having a document explaining the update steps.
In our regards this means:
- We know extensions might "break" (if you call broken images a blocker, 
whatever....)
- We communicate those infos
- 90% of the extension developers will NOT react to anything like this

> I doubt if most webpages are hosted on windows.

This is your personal impression of things.
This does not neccesseraly mean you are right.
Plus I recommend to think of more than "websites" here...

Some facts:
When I started working with TYPO3 3.1RC I installed it on windows, because 
Linux was a black box making strange things to me.
Lateron I took my time to learn Linux at least that far that I could set up 
servers and put them behind a firewall.
Within the last year I am setting up more and more Windows Installs because 
customers ask for it.
They have their policies to only work with windows and I don't even want to 
start a debate whether this is good or bad - I'm too old for that...
Reality Newsflash:
The bigger TYPO3 gets, the more we will have to deal with windows 
installations.
And I definetely think that if we have the chance to make windows admins 
live with TYPO3 easier NOW without making Linux admins live harder, we have 
the resposibility to do so NOW.
Every day that passes, our advantage over crappy stuff is getting smaller.
Why?
We lead - they follow.
This means we spend time on THINKING of how something could work while they 
simply copycat our thoughts.

Every passing day on which we KNEW we could have done something is a lost 
day.
We keep on doing like always, but the others are getting faster.

consider this please
Mattes 





From mathias.schreiber at wmdb.de  Sat Feb 11 13:44:39 2006
From: mathias.schreiber at wmdb.de (Mathias Schreiber)
Date: Sat, 11 Feb 2006 13:44:39 +0100
Subject: [TYPO3-dev] Removing symlinks in V 4.0
References: <mailman.14666.1139589968.6406.typo3-dev@lists.netfielders.de>	<mailman.1.1139595064.24056.typo3-dev@lists.netfielders.de><mailman.1.1139596330.30976.typo3-dev@lists.netfielders.de>
	<mailman.14781.1139612208.6406.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139661913.32277.typo3-dev@lists.netfielders.de>

Kari Salovaara wrote:
> Serious question:
> What kind of estimate You have for time consumtion when I have
> to upgrade about 40 Typo3 (Linux) installations from 3.6.x, 3.7.x
> and 3.8.x versions into Typo3 4.x version (sooner or later) ?
> Average estimate per site ?

Depends on your typing speed.
If you have a smart directory structure I'd say about 30 seconds per 
install.





From elmar.DOT.hinz at team.MINUS.red.DOT.net  Sat Feb 11 14:21:19 2006
From: elmar.DOT.hinz at team.MINUS.red.DOT.net (Elmar Hinz)
Date: Sat, 11 Feb 2006 14:21:19 +0100
Subject: [TYPO3-dev] Removing symlinks in V 4.0
In-Reply-To: <mailman.1.1139661813.32097.typo3-dev@lists.netfielders.de>
References: <mailman.14666.1139589968.6406.typo3-dev@lists.netfielders.de>	<mailman.1.1139593206.16968.typo3-dev@lists.netfielders.de>
	<mailman.14679.1139594308.6406.typo3-dev@lists.netfielders.de>
	<mailman.1.1139603027.17196.typo3-dev@lists.netfielders.de>
	<mailman.1.1139621784.12575.typo3-dev@lists.netfielders.de>
	<mailman.1.1139645671.9818.typo3-dev@lists.netfielders.de>
	<mailman.1.1139661813.32097.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139664100.3550.typo3-dev@lists.netfielders.de>

Hi Mathias,

Mathias Schreiber schrieb:
> Elmar Hinz wrote:
> 
>>In opposite to hobbyist software you define enterprise software as a
>>software where sudden unprepared breaks are O.K., because the
>>professionals can react to it. That's a definition.
> 
> 
> For real now.
> How is that helpful?

How is such position helpful? You indeed should ask yourself.

The custemers do choice for a system in the end.

> What's the difference between cutting symlinks now or cutting them in a 
> year?
> Answer:
> There is none.

I have already given a precise answer to this. Read it. Why do you ask to repeat me?


/el




From kari.salovaara at pp1.inet.fi  Sat Feb 11 14:36:29 2006
From: kari.salovaara at pp1.inet.fi (Kari Salovaara)
Date: Sat, 11 Feb 2006 15:36:29 +0200
Subject: [TYPO3-dev] Removing symlinks in V 4.0
In-Reply-To: <mailman.1.1139661913.32277.typo3-dev@lists.netfielders.de>
References: <mailman.14666.1139589968.6406.typo3-dev@lists.netfielders.de>	<mailman.1.1139595064.24056.typo3-dev@lists.netfielders.de><mailman.1.1139596330.30976.typo3-dev@lists.netfielders.de>	<mailman.14781.1139612208.6406.typo3-dev@lists.netfielders.de>
	<mailman.1.1139661913.32277.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.14953.1139664995.6406.typo3-dev@lists.netfielders.de>

Mathias Schreiber wrote:
> 
> Depends on your typing speed.
> If you have a smart directory structure I'd say about 30 seconds per 
> install.
> 

Smart? Yes I have, using symlinks ;-)

Franz Holzinger wrote:
> If it is just because of the missing symlinks: You can write a special
> dummy.tar.gz file which will create all the symlinks automatically.
> 
> Franz

And then I've to create special dummy.tar.gz for 4.1 and
after that for 4.2 and after that for 4.5 and after that for 5.0
and so ...
Just because it's possible that some extensions used in site
implementation have not been updated.

I vote for 4.5 earliest to take symlinks away. This gives some
time resources to prepare for the change. This is my personal
wish due I'm working totally on voluntary basis for all sites I'm
maintaining and I should do also my research work without
putting all my resources for measures which don't benefit
my goals in more important issues.

Cheers,
Kari

-- 
Kari Salovaara
Finland



From mscharkow at gmx.net  Sat Feb 11 18:47:30 2006
From: mscharkow at gmx.net (Michael Scharkow)
Date: Sat, 11 Feb 2006 18:47:30 +0100
Subject: [TYPO3-dev] Time for AJAX coordination?
In-Reply-To: <mailman.1.1139644117.7444.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139572718.9491.typo3-project-calendar@lists.netfielders.de>
	<mailman.1.1139575878.17707.typo3-dev@lists.netfielders.de>
	<mailman.1.1139584122.2328.typo3-dev@lists.netfielders.de>
	<mailman.1.1139590032.12120.typo3-dev@lists.netfielders.de>
	<mailman.1.1139596616.2574.typo3-dev@lists.netfielders.de>
	<mailman.1.1139603394.17718.typo3-dev@lists.netfielders.de>
	<mailman.1.1139607831.23531.typo3-dev@lists.netfielders.de>
	<mailman.1.1139611108.30264.typo3-dev@lists.netfielders.de>
	<mailman.1.1139644117.7444.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139680050.25120.typo3-dev@lists.netfielders.de>

Dmitry Dulepov wrote:
> According to my statistics, over 98%
> of users have MSIE or FireFox. <2% is not too much to make 200% of
> development. Though I still care a little about them and do 110% - I use
> xhhtprequest emulator for those who do not have modern browser :)

Hi Dmitry,

the issue is not only about whether your browser supports it, but also 
if you have JS enabled, etc. I know the current BE relies heavily on JS 
but that's not necessarily a good thing.

Greetings,
Michael



From mscharkow at gmx.net  Sat Feb 11 19:22:26 2006
From: mscharkow at gmx.net (Michael Scharkow)
Date: Sat, 11 Feb 2006 19:22:26 +0100
Subject: [TYPO3-dev] Time for AJAX coordination?
In-Reply-To: <mailman.1.1139607831.23531.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139572718.9491.typo3-project-calendar@lists.netfielders.de>
	<mailman.1.1139575878.17707.typo3-dev@lists.netfielders.de>
	<mailman.1.1139584122.2328.typo3-dev@lists.netfielders.de>
	<mailman.1.1139590032.12120.typo3-dev@lists.netfielders.de>
	<mailman.1.1139596616.2574.typo3-dev@lists.netfielders.de>
	<mailman.1.1139603394.17718.typo3-dev@lists.netfielders.de>
	<mailman.1.1139607831.23531.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139682148.29870.typo3-dev@lists.netfielders.de>

Dmitry Dulepov wrote:

> Michael Scharkow wrote:
> 
>>Moreover, you can't use the same controller method for both
>>normal HTML and AJAX output which is also a must IMHO.
> 
> 
> I am not sure that I understand what you mean... I do not really care
> about ancient browser that do not implement xhttprequest object. I think
> they either already dead or dying. Even Opera < 7.60 does not appear too
> often now.

Hi Dmitry,

I meant something different: If I have a method render_page_tree() that 
returns some output (like the page tree in the BE) I want to use the 
very same method to produce a) the initial HTML output (as part of, say, 
the page module) *and* b) update the page tree with an AJAX call.

Since with xajax you always need to return an $objResponse->getXML(), 
you cannot easily use the same method for conventional output, that's at 
least my impression.

> Well, we are talking about ajax library, not about generic JS library.
> We are not going to bring scripaculos to typo3 just because it is fun,
> are we? :)

Why not? What is an AJAX library in our definition: An interface to
a) create JS AJAX calls in PHP code and
b) return XML data back to the AJAX caller in PHP code.

The boilerplate code for the pure XMLHTTPRequest javascript can be found 
in a dozen libraries, including xajax, prototype.js, younameit.js.

What remains is a) getting the return output right and b) making it easy 
to connect links with AJAX calls in the most elegant manner. Or do drag 
and drop, dynamic input completion, etc.

While xajax doesn't help you with this (you have to write stuff like

<a href="#" onclick="xajax_doStuff('my_element'));">Do stuff</a>

yourself, using for example behaviour.js would make the AJAX call even 
less obstrusive because you can get rid of all the onclick=... in your 
HTML. Instead, we'd only include one or two external JS libraries and a 
little function registration code in dynamic JS (see 
http://bennolan.com/behaviour/)

Why not include a generic, well-maintained JS library that can do AJAX 
*and* other niceties which we might need sooner or later, for example 
for our BE tab-dividers, type selectors, drag-drop etc.

Greetings,
Michael



From dbruen at saltation.de  Sat Feb 11 19:32:18 2006
From: dbruen at saltation.de (=?UTF-8?B?RGFuaWVsIEJyw7xu?=)
Date: Sat, 11 Feb 2006 19:32:18 +0100
Subject: [TYPO3-dev] Removing symlinks in V 4.0
In-Reply-To: <mailman.14666.1139589968.6406.typo3-dev@lists.netfielders.de>
References: <mailman.14666.1139589968.6406.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139682664.30518.typo3-dev@lists.netfielders.de>

Hi Ren? (alten Wemmser!)!

Ren? Fritz wrote:
> - t3lib/gfx/ will be moved to typo3/gfx/
> 99% of the icons are used by the BE only
> 
> - typo3/t3lib/ will be removed
> 
> - gfx/fileicons/ will be copied to tslib/media/ for FE usage
> 
> - new index.php for FE which include typo3/sysext/cms/tslib/index_ts.php
> - new showpic.php for FE which include typo3/sysext/cms/tslib/showpic.php

I don't believe it. I have never taken a closer look at what those 
symlinks are actually good for and now that I see they're only good for 
some really minor stuff I can not believe they have not been removed 
earlier.
I would love to see the links removed... the whole directory-structure 
would just look so much nicer!

Version 4 will bring a lot of new stuff, so it should not be too 
difficult to communicate this change to the users. And for those few 
extensions that might rely on the old directory-structure one could make 
the change public in advance, so that developers have enough time to 
update their code.

Just my 2 cents.
Dan



From dbruen at saltation.de  Sat Feb 11 19:40:52 2006
From: dbruen at saltation.de (=?UTF-8?B?RGFuaWVsIEJyw7xu?=)
Date: Sat, 11 Feb 2006 19:40:52 +0100
Subject: [TYPO3-dev] Time for AJAX coordination?
In-Reply-To: <mailman.1.1139680050.25120.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139572718.9491.typo3-project-calendar@lists.netfielders.de>
	<mailman.1.1139575878.17707.typo3-dev@lists.netfielders.de>
	<mailman.1.1139584122.2328.typo3-dev@lists.netfielders.de>
	<mailman.1.1139590032.12120.typo3-dev@lists.netfielders.de>
	<mailman.1.1139596616.2574.typo3-dev@lists.netfielders.de>
	<mailman.1.1139603394.17718.typo3-dev@lists.netfielders.de>
	<mailman.1.1139607831.23531.typo3-dev@lists.netfielders.de>
	<mailman.1.1139611108.30264.typo3-dev@lists.netfielders.de>
	<mailman.1.1139644117.7444.typo3-dev@lists.netfielders.de>
	<mailman.1.1139680050.25120.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139683184.31209.typo3-dev@lists.netfielders.de>

Hi!

Michael Scharkow wrote:
> Hi Dmitry,
> 
> the issue is not only about whether your browser supports it, but also 
> if you have JS enabled, etc. I know the current BE relies heavily on JS 
> but that's not necessarily a good thing.

In my opinion the use of AJAX makes a lot of sense for the backend. Some 
other CMS even require you to install client-software! I think for 
proper backend-functionality one could easily dictate a current 
browser-version with javascript enabled to the user. We want the backend 
to be faster and more usable, and that can be achieved by making use of 
AJAX (and currently there is no alternative for browser-driven systems). 
One could even get rid of the frameset... but that's another cup of tea ;-)

For frontend-usage there is no need to use AJAX, unless your application 
requires it. So, it's up to you. For 99% of all standard-typo3-websites 
AJAX wouldn't be useful at all.

Cheers,
Dan



From mailinglisten at i-schmitt.de  Sat Feb 11 20:09:43 2006
From: mailinglisten at i-schmitt.de (Ingo Schmitt)
Date: Sat, 11 Feb 2006 20:09:43 +0100
Subject: [TYPO3-dev]  Using Hooks in own classes
Message-ID: <mailman.1.1139684663.1786.typo3-dev@lists.netfielders.de>

Hi list,

when implementiong hooks in own classes, there are some ways to define 
these hooks:

1) Define one hook array per Method in each class
2) Define one hook array per whole class and use different hook-methods 
in each Method

1 only initialises a hook object if realy used, so if a method is not 
called, the hookObject isn't initialised. If you use more than one hook, 
  more Hook Objects are created.

2 initiallises all hook objects for the class at creation of the class 
object

(I think in general the internal costs of creation of the hook objects 
are in both cases almost the same)

The Core uses Method 2, method 1 could be more elegant in the way of 
coding it.


Which way should I use?


Mit freundlichen Gruessen
-- 
Ingo Schmitt                        mailto:is at marketing-factory.de
Marketing Factory Consulting GmbH   http://typo3.marketing-factory.de/
Content Management mit Typo3: Beratung - Schulung - Realisierung



From traveler_in_time at gmx.net  Sat Feb 11 20:20:21 2006
From: traveler_in_time at gmx.net (S. Teuber)
Date: Sat, 11 Feb 2006 19:20:21 +0000 (UTC)
Subject: [TYPO3-dev] Happy day
References: <mailman.1.1139591565.12603.typo3-dev@lists.netfielders.de>
	<mailman.1.1139659673.29032.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139685621.2604.typo3-dev@lists.netfielders.de>

Hi Jan-Hendrik,


> YOU SHOULD BY STUDYING !!!!!!!!
>:-)

*lol*

Actually I was, kind of. The site I was working on was the upcoming new 
university site. A project administered by the same professor that helps me 
with my dissertation. 

Please excuse me now, I need to read some books... ;-)

Sven



From kraftb at kraftb.at  Sat Feb 11 22:09:07 2006
From: kraftb at kraftb.at (Bernhard Kraft)
Date: Sat, 11 Feb 2006 22:09:07 +0100
Subject: [TYPO3-dev]  XCLASS conflict examples
Message-ID: <mailman.1.1139692099.12194.typo3-dev@lists.netfielders.de>

Hello !


I would like to take a little look on some extensions which are conflicting with
XCLASSes.


Could somebody of you name me some extensions which are conflicting ?


thx in advance,
Bernhard



From kraftb at kraftb.at  Sat Feb 11 22:14:48 2006
From: kraftb at kraftb.at (Bernhard Kraft)
Date: Sat, 11 Feb 2006 22:14:48 +0100
Subject: [TYPO3-dev] Slightly OT: Help with podcasts/RSS/linux codec etc.
In-Reply-To: <mailman.14535.1139575795.6406.typo3-dev@lists.netfielders.de>
References: <mailman.14535.1139575795.6406.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139692344.12769.typo3-dev@lists.netfielders.de>

Kasper Sk?rh?j wrote:
> problems. Could someone confirm Michaels observations, or share  
> experiences/problems and most importantly; Device a strategy for  making 
> the podcasts available on Linux as well?

I have two 64bit AMD machines and the native 64bit mplayer (i don't use vlc) doesn't
have codecs for playing it. This is also a problem with all other DXM (or somehow like that)
encoded streams.

But a 32-bit compatibility library version of mplayer plays the stream well even on those
64 bit machines.


greets,
Bernhard



From martin.kutschker-n0spam at no5pam-blackbox.net  Sat Feb 11 22:31:31 2006
From: martin.kutschker-n0spam at no5pam-blackbox.net (Martin Kutschker)
Date: Sat, 11 Feb 2006 22:31:31 +0100
Subject: [TYPO3-dev] Time for AJAX coordination?
In-Reply-To: <mailman.1.1139644117.7444.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139572718.9491.typo3-project-calendar@lists.netfielders.de>
	<mailman.1.1139575878.17707.typo3-dev@lists.netfielders.de>
	<mailman.1.1139584122.2328.typo3-dev@lists.netfielders.de>
	<mailman.1.1139590032.12120.typo3-dev@lists.netfielders.de>
	<mailman.1.1139596616.2574.typo3-dev@lists.netfielders.de>
	<mailman.1.1139603394.17718.typo3-dev@lists.netfielders.de>
	<mailman.1.1139607831.23531.typo3-dev@lists.netfielders.de>
	<mailman.1.1139611108.30264.typo3-dev@lists.netfielders.de>
	<mailman.1.1139644117.7444.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139693491.13926.typo3-dev@lists.netfielders.de>

Dmitry Dulepov schrieb:
> Hi!
> 
> Martin Kutschker wrote:
> 
>>Building a site that only has a useful UI with AJAX is a broken site. So
>>the lib must degrade gracefully.
> 
> 
> You know, I used to say almost the same a year ago but about Netscape 4:
> "Site must work on NS4 as well".

I am talking mainly about accessibility and alternate browsers (PDAs and 
stuff) not dinosaurs.

Masi



From e-mailNO at SPAMeyejet.com  Sun Feb 12 00:04:59 2006
From: e-mailNO at SPAMeyejet.com (Simon Tuck)
Date: Sun, 12 Feb 2006 00:04:59 +0100
Subject: [TYPO3-dev] Time for AJAX coordination?
In-Reply-To: <mailman.1.1139693491.13926.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139572718.9491.typo3-project-calendar@lists.netfielders.de>
	<mailman.1.1139575878.17707.typo3-dev@lists.netfielders.de>
	<mailman.1.1139584122.2328.typo3-dev@lists.netfielders.de>
	<mailman.1.1139590032.12120.typo3-dev@lists.netfielders.de>
	<mailman.1.1139596616.2574.typo3-dev@lists.netfielders.de>
	<mailman.1.1139603394.17718.typo3-dev@lists.netfielders.de>
	<mailman.1.1139607831.23531.typo3-dev@lists.netfielders.de>
	<mailman.1.1139611108.30264.typo3-dev@lists.netfielders.de>
	<mailman.1.1139644117.7444.typo3-dev@lists.netfielders.de>
	<mailman.1.1139693491.13926.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139699101.21137.typo3-dev@lists.netfielders.de>

Martin Kutschker wrote:
> Dmitry Dulepov schrieb:
>> Hi!
>>
>> Martin Kutschker wrote:
>>
>>> Building a site that only has a useful UI with AJAX is a broken site. So
>>> the lib must degrade gracefully.
>>
>>
>> You know, I used to say almost the same a year ago but about Netscape 4:
>> "Site must work on NS4 as well".
> 
> I am talking mainly about accessibility and alternate browsers (PDAs and 
> stuff) not dinosaurs.
> 
> Masi
Hi,
There are ways to degrade gracefully. For example you can use behaviour.js (http://bennolan.com/behaviour/). But there are other problems (like 
the the back button).
IMO ajax is a gui functionality and I would use it sparingly in the FE, unless perhaps with logged in users or for form submission and 
validation (and in those cases I would agree that it should degrade gracefully). But in the backend, or for FE editing, I would expect to be 
able to make certain demands re. browser & javascript turned on etc. In those cases I think compliance with latest accessibility guidelines etc. 
is overshooting the mark.
I'd say for a gui application (which is what I consider an ajax enabled BE and ajax enabled FE editing to be) the requirement to degrade 
gracefully and to comply with accessibility standards and to be accessible for a PDA etc. is too limiting. A pure ajax BE is not the solution 
either though. There will always be situations where it just won't work (maybe the client considers js http request a security risk). So the 
alternative, non-ajax editing method has to remain.
Cheers,
Simon
PS. What's Netscape 4? I've never heard of it ;-)



From kraftb at kraftb.at  Sun Feb 12 00:53:56 2006
From: kraftb at kraftb.at (Bernhard Kraft)
Date: Sun, 12 Feb 2006 00:53:56 +0100
Subject: [TYPO3-dev] XCLASS conflict examples
In-Reply-To: <mailman.1.1139692099.12194.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139692099.12194.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139701994.25066.typo3-dev@lists.netfielders.de>

Bernhard Kraft wrote:

> Could somebody of you name me some extensions which are conflicting ?

Ok. Pherhaps I should make it cleare.

Extensions which XCLASS (bad this word get's used the same for the noun and the verb) the
same core file can't coexist.

To make them co-exist you have to either manually copy the methods of the one XCLASS over to
the other (to the one which get's included / is installed later).

Or you can make the one XCLASS be an XCLASS of the already existing.

For the later one no methods have to get moved just class definitions and ext_localconf.php
XCLASS configuration has to get changed.

So I wrote a little wizard which can perform this task: :)

http://think-open.org/kraftb/xcm.png


I think this could be quite useful.

I will change it to use the "native" trees of T3 so you have the used look'n'feel and would like
to make some "real-life" tests with extensions which conflict.


ready for input,
Bernhard



From michael at typo3.org  Sun Feb 12 04:24:21 2006
From: michael at typo3.org (Michael Stucki)
Date: Sun, 12 Feb 2006 04:24:21 +0100
Subject: [TYPO3-dev] Removing symlinks in V 4.0
References: <mailman.14666.1139589968.6406.typo3-dev@lists.netfielders.de>	<mailman.1.1139593206.16968.typo3-dev@lists.netfielders.de>
	<mailman.14679.1139594308.6406.typo3-dev@lists.netfielders.de>
	<mailman.1.1139603027.17196.typo3-dev@lists.netfielders.de>
	<mailman.1.1139621784.12575.typo3-dev@lists.netfielders.de>
	<mailman.1.1139645671.9818.typo3-dev@lists.netfielders.de>
	<mailman.1.1139661813.32097.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139714682.15934.typo3-dev@lists.netfielders.de>

Hey Mattes,

I'm sure that you've been expecting my response ;-)

> Some facts:
> When I started working with TYPO3 3.1RC I installed it on windows, because
> Linux was a black box making strange things to me.
> Lateron I took my time to learn Linux at least that far that I could set
> up servers and put them behind a firewall.
> Within the last year I am setting up more and more Windows Installs
> because customers ask for it.
> They have their policies to only work with windows and I don't even want
> to start a debate whether this is good or bad - I'm too old for that...

This is something I will probably never understand: They run their webserver
on Windows because of some funny policies and because it is "easier to
maintain" (yes, some people think so).

But then - they still use Apache/MySQL/PHP which all of them need to be
configured via the same text-files like those used on Unix (where all of
these components were originally intended for, btw.)

Actually the only difference seems to be that they can shutdown and restart
the server with a mouse-click... ;-)

Yes I'm really sure I will never get the point about this... :-|

> Reality Newsflash:
> The bigger TYPO3 gets, the more we will have to deal with windows
> installations.
> And I definetely think that if we have the chance to make windows admins
> live with TYPO3 easier NOW without making Linux admins live harder, we
> have the resposibility to do so NOW.

Hmmm. Just to make it clear: The symlinks will not be removed because we
want to finalize the "port" of TYPO3 to Windows. This is just a nice
side-effect for you. So please don't make any announcements that
development of TYPO3 4.0 has been focused to become "Ready-for-Windows" or
so... :-)

> Every day that passes, our advantage over crappy stuff is getting smaller.
> Why?
> We lead - they follow.

If "we" = Windows webservers, then you should have a close look at the
Netcraft statistics from time to time...

> This means we spend time on THINKING of how something could work while
> they simply copycat our thoughts.

Oh, that's some other "we". Didn't know that you are working for
Microsoft...

> Every passing day on which we KNEW we could have done something is a lost
> day.
> We keep on doing like always, but the others are getting faster.
> 
> consider this please

Amen.

Have a nice Weekend! :-)
- michael
-- 
Use a newsreader! Check out
http://typo3.org/community/mailing-lists/use-a-news-reader/



From typo3 at fm-world.ru  Sun Feb 12 09:40:08 2006
From: typo3 at fm-world.ru (Dmitry Dulepov)
Date: Sun, 12 Feb 2006 10:40:08 +0200
Subject: [TYPO3-dev] Time for AJAX coordination?
In-Reply-To: <mailman.1.1139693491.13926.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139572718.9491.typo3-project-calendar@lists.netfielders.de>
	<mailman.1.1139575878.17707.typo3-dev@lists.netfielders.de>
	<mailman.1.1139584122.2328.typo3-dev@lists.netfielders.de>
	<mailman.1.1139590032.12120.typo3-dev@lists.netfielders.de>
	<mailman.1.1139596616.2574.typo3-dev@lists.netfielders.de>
	<mailman.1.1139603394.17718.typo3-dev@lists.netfielders.de>
	<mailman.1.1139607831.23531.typo3-dev@lists.netfielders.de>
	<mailman.1.1139611108.30264.typo3-dev@lists.netfielders.de>
	<mailman.1.1139644117.7444.typo3-dev@lists.netfielders.de>
	<mailman.1.1139693491.13926.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139733531.2770.typo3-dev@lists.netfielders.de>

Hi!

Martin Kutschker wrote:
> I am talking mainly about accessibility and alternate browsers (PDAs and
> stuff) not dinosaurs.

I do not ask to do everything with ajax in FE :) I am talking about
using ajax more in BE and possibly coding some applications in FE with
ajax. Using ajax in FE is completely site developer's choice.

I do not see much use of BE from PDAs anyway :)

Dmitry.
-- 
"It is our choices, that show what we truly are,
far more than our abilities." (A.P.W.B.D.)



From typo3 at fm-world.ru  Sun Feb 12 09:49:41 2006
From: typo3 at fm-world.ru (Dmitry Dulepov)
Date: Sun, 12 Feb 2006 10:49:41 +0200
Subject: [TYPO3-dev] Time for AJAX coordination?
In-Reply-To: <mailman.1.1139682148.29870.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139572718.9491.typo3-project-calendar@lists.netfielders.de>
	<mailman.1.1139575878.17707.typo3-dev@lists.netfielders.de>
	<mailman.1.1139584122.2328.typo3-dev@lists.netfielders.de>
	<mailman.1.1139590032.12120.typo3-dev@lists.netfielders.de>
	<mailman.1.1139596616.2574.typo3-dev@lists.netfielders.de>
	<mailman.1.1139603394.17718.typo3-dev@lists.netfielders.de>
	<mailman.1.1139607831.23531.typo3-dev@lists.netfielders.de>
	<mailman.1.1139682148.29870.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139734105.9781.typo3-dev@lists.netfielders.de>

Hi!

Michael Scharkow wrote:
> I meant something different: If I have a method render_page_tree() that
> returns some output (like the page tree in the BE) I want to use the
> very same method to produce a) the initial HTML output (as part of, say,
> the page module) *and* b) update the page tree with an AJAX call.
> 
> Since with xajax you always need to return an $objResponse->getXML(),
> you cannot easily use the same method for conventional output, that's at
> least my impression.

Not really. Xajax will call you ajax functions only and only if it was
an ajax request. If you use common function, you can either write it so
that it is independent from html/ajax or give it a flag that indicates
operation mode.

In my app I have a function that generates piece of information (complex
logic). It is called both from HTML and ajax version. It does not know
when it is called and even does not need to know because it is
independent. It just provides HTML representation of the data. Outer
functions will take this HTML, one will insert it to HTML page, another
send it using xajax. Outer functions are simple, inner is long and complex.

>> Well, we are talking about ajax library, not about generic JS library.
>> We are not going to bring scripaculos to typo3 just because it is fun,
>> are we? :)
> 
> Why not? What is an AJAX library in our definition: An interface to
> a) create JS AJAX calls in PHP code and
> b) return XML data back to the AJAX caller in PHP code.
> 
> The boilerplate code for the pure XMLHTTPRequest javascript can be found
> in a dozen libraries, including xajax, prototype.js, younameit.js.
> 
> What remains is a) getting the return output right and b) making it easy
> to connect links with AJAX calls in the most elegant manner. Or do drag
> and drop, dynamic input completion, etc.
> 
> While xajax doesn't help you with this (you have to write stuff like
> 
> <a href="#" onclick="xajax_doStuff('my_element'));">Do stuff</a>
> 
> yourself, using for example behaviour.js would make the AJAX call even
> less obstrusive because you can get rid of all the onclick=... in your
> HTML. Instead, we'd only include one or two external JS libraries and a
> little function registration code in dynamic JS (see
> http://bennolan.com/behaviour/)

Well, I prefer more control over the code...

> Why not include a generic, well-maintained JS library that can do AJAX
> *and* other niceties which we might need sooner or later, for example
> for our BE tab-dividers, type selectors, drag-drop etc.

Again, my preference is different. I prefer to have separate components
for separate task. Reason for this is simple: if you have all in one,
you ususally cannot replace one part of it. If you have generic library
that includes ajax, effects, blah-blah and bum-bum (do not know what
else) and you want another ajax library, you may encounter compatibility
problems between libraries and you still will have to include code that
you do not use.

Btw, xajax includes some methods similar to prototype (for example, $).
It makes my code browser independent, it is small and fast. So I am
happy with it. If I need scriptaculos or anything else, I can include it
separately.

We have a very useful and interesting discussion. Causes me to think
more about libraries...

Dmitry.
-- 
"It is our choices, that show what we truly are,
far more than our abilities." (A.P.W.B.D.)



From tapio.markula at dnainternet.net  Sun Feb 12 09:59:17 2006
From: tapio.markula at dnainternet.net (tapio)
Date: Sun, 12 Feb 2006 10:59:17 +0200
Subject: [TYPO3-dev] XCLASS conflict examples
In-Reply-To: <mailman.1.1139701994.25066.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139692099.12194.typo3-dev@lists.netfielders.de>
	<mailman.1.1139701994.25066.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139734781.15343.typo3-dev@lists.netfielders.de>

Bernhard Kraft wrote:
> Bernhard Kraft wrote:
> 
>> Could somebody of you name me some extensions which are conflicting ?

> To make them co-exist you have to either manually copy the methods of 
> the one XCLASS over to
> the other (to the one which get's included / is installed later).

that is not enough in certain situations. IMO one of the most difficult 
area is interface control (alt_doc.php, db_layout.php, 
class.tx_cms_layout.php etc. ). In order to get interface-related 
plugins to work together it is necessary to rewrite much source because 
handling of button related actions are different. You must rewrite the 
code for individual action buttons or make conditions. Link wraps have 
as default some condition. Do someone has idea, how to set link 
properties using hooks?
I have done terrible work to get the interface more versatile - and I 
would not like to loose all that job.

> Or you can make the one XCLASS be an XCLASS of the already existing.

but how far you can use it? 'ux_ux_someclass' works but does it work 
further?



From tapio.markula at dnainternet.net  Sun Feb 12 10:01:35 2006
From: tapio.markula at dnainternet.net (tapio)
Date: Sun, 12 Feb 2006 11:01:35 +0200
Subject: [TYPO3-dev] Time for AJAX coordination?
In-Reply-To: <mailman.1.1139733531.2770.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139572718.9491.typo3-project-calendar@lists.netfielders.de>
	<mailman.1.1139575878.17707.typo3-dev@lists.netfielders.de>
	<mailman.1.1139584122.2328.typo3-dev@lists.netfielders.de>
	<mailman.1.1139590032.12120.typo3-dev@lists.netfielders.de>
	<mailman.1.1139596616.2574.typo3-dev@lists.netfielders.de>
	<mailman.1.1139603394.17718.typo3-dev@lists.netfielders.de>
	<mailman.1.1139607831.23531.typo3-dev@lists.netfielders.de>
	<mailman.1.1139611108.30264.typo3-dev@lists.netfielders.de>
	<mailman.1.1139644117.7444.typo3-dev@lists.netfielders.de>
	<mailman.1.1139693491.13926.typo3-dev@lists.netfielders.de>
	<mailman.1.1139733531.2770.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139734918.15343.typo3-dev@lists.netfielders.de>

Dmitry Dulepov wrote:
> Hi!
> 
> Martin Kutschker wrote:
> 
>>I am talking mainly about accessibility and alternate browsers (PDAs and
>>stuff) not dinosaurs.
> 
> 
> I do not ask to do everything with ajax in FE :) I am talking about
> using ajax more in BE and possibly coding some applications in FE with
> ajax. Using ajax in FE is completely site developer's choice.

it would be relative nice to use AJAX drag'ndrop moving content elements 
from one position to another. That would make frontend editing even 
funny and great pleasure to use. I have seen visual demo - it does not 
do anything to the database but the idea looks nice.



From miroslavm at centras.lt  Sun Feb 12 10:38:40 2006
From: miroslavm at centras.lt (Miroslav Monkevic)
Date: Sun, 12 Feb 2006 11:38:40 +0200
Subject: [TYPO3-dev] XCLASS conflict examples
In-Reply-To: <mailman.1.1139701994.25066.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139692099.12194.typo3-dev@lists.netfielders.de>
	<mailman.1.1139701994.25066.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.15139.1139737116.6406.typo3-dev@lists.netfielders.de>

Hello Bernhard,

Bernhard Kraft wrote:
> Bernhard Kraft wrote:
> 
>> Could somebody of you name me some extensions which are conflicting ?
> 

First thing that came to my mind: sourceopt and loginusertrack both 
xclass class.tslib_fe.php

> Ok. Pherhaps I should make it cleare.
> 

<snip />


> 
> I think this could be quite useful.
> 

Sounds like splendid idea to me.
Greetz.

-- 
Miroslav



From elmar.DOT.hinz at team.MINUS.red.DOT.net  Sun Feb 12 10:50:40 2006
From: elmar.DOT.hinz at team.MINUS.red.DOT.net (Elmar Hinz)
Date: Sun, 12 Feb 2006 10:50:40 +0100
Subject: [TYPO3-dev] XCLASS conflict examples
In-Reply-To: <mailman.1.1139734781.15343.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139692099.12194.typo3-dev@lists.netfielders.de>
	<mailman.1.1139701994.25066.typo3-dev@lists.netfielders.de>
	<mailman.1.1139734781.15343.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139737863.10928.typo3-dev@lists.netfielders.de>

tapio schrieb:
> that is not enough in certain situations. IMO one of the most difficult
> area is interface control (alt_doc.php, db_layout.php,
> class.tx_cms_layout.php etc. ). In order to get interface-related
> plugins to work together it is necessary to rewrite much source because
> handling of button related actions are different. You must rewrite the
> code for individual action buttons or make conditions. Link wraps have

You can overrite every single function of the origingal class in an XCLASS. You
even can provide a completly different class as long as the public accessible
function provide the same interface.

I already said this in the thread "Defending the XCLASS, proposing smaller
classes". I must add, that we do not only need smaller classes but also smaller
functions.

If we have one action controller that contains a switch-case construct it is
difficult to extend by 2 differnet extensions, that both want to add new
actions. They get into conflicts by extending the same controller function.
That's the same for hooks, services, XCLASS. It doesn't depend on the
technology. It depends on the style of coding.

Also for the controller we need flexiblity to extend it by modularizing the
controller function into multiple functions. One for each action.

Michael Scharkow has proposed for ECT a generic dispatcher instead of a concrete
switch-case. This is my very simplefied adaption for easy understanding of the idea.

function main(....){
 [...]
 if ($controllerFunction = $this->controllers[$action]) ){
  $out = $this->$controllerFunction(....);
 } else {		
  $out =  $this->error404();
 }
 [...]
 return $out;
}

One step further you could even use one class for each action.

function main(....){
 [...]
 if ($obj = $this->getControllerObject($action)) ){
  $out = $obj->main(....);
 } else {		
  $out =  $this->error404();
 }
 [...]
 return $out;
}

You can flexibly register new controllers for new actions. This is usefull for
FE and BE in the same way.




Best Regards

Elmar



From jh at digitaldistrict.de  Sun Feb 12 11:41:53 2006
From: jh at digitaldistrict.de (Jan-Hendrik Heuing [DD])
Date: Sun, 12 Feb 2006 11:41:53 +0100
Subject: [TYPO3-dev] Removing symlinks in V 4.0
References: <mailman.14666.1139589968.6406.typo3-dev@lists.netfielders.de>	<mailman.1.1139593206.16968.typo3-dev@lists.netfielders.de>
	<mailman.14679.1139594308.6406.typo3-dev@lists.netfielders.de>
	<mailman.1.1139603027.17196.typo3-dev@lists.netfielders.de>
	<mailman.1.1139621784.12575.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139740915.3948.typo3-dev@lists.netfielders.de>

> Do you really think that an upgrade at full/whole number (not decimal) 
> will be made without proper tests?

I remember switching from TYPO3 version 1 to 2, we got 2-3 pages of search 
and replace-snippets made by kasper to run through the files, and it finaly 
worked without any problem!! That was when changing classes, class-names, 
function-names...
What you talk about now is just a small thing compared to what already 
happend before.

This is all related to installation, don't you all think that when updating, 
these few steps are a big deal? For windows users I guess not, just some 
directories to move, for linux-users as well...

Never mind...

JH 





From kraftb at kraftb.at  Sun Feb 12 13:02:52 2006
From: kraftb at kraftb.at (Bernhard Kraft)
Date: Sun, 12 Feb 2006 13:02:52 +0100
Subject: [TYPO3-dev] XCLASS conflict examples
In-Reply-To: <mailman.1.1139737863.10928.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139692099.12194.typo3-dev@lists.netfielders.de>
	<mailman.1.1139701994.25066.typo3-dev@lists.netfielders.de>
	<mailman.1.1139734781.15343.typo3-dev@lists.netfielders.de>
	<mailman.1.1139737863.10928.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139745685.10274.typo3-dev@lists.netfielders.de>

Elmar Hinz wrote:
> If we have one action controller that contains a switch-case construct it is
> difficult to extend by 2 differnet extensions, that both want to add new
> actions. They get into conflicts by extending the same controller function.
> That's the same for hooks, services, XCLASS. It doesn't depend on the
> technology. It depends on the style of coding.

With hooks and services you have the possibiilty to let more than one extension decide
what to do or even combine their functionality easily.

If you look at the pre or post Process hooks in t3lib_tcemain you will notice that each of
the called hooks can perform some action on the fields to process. Of course if two extensions
do different things with the same field you will get problems.

Also you could look at the hook(s) in t3lib_matchcondition. There also all hook methods will
get called until one decides it is clever enough to give a result.

How and if the return values of the hooks are concerned (if further hooks shall get called) depends
on each single implementation and is choosen by the author who implements the hook into the core
files very well (because they have to know what the method does and how it's functionality can get
changed)


> One step further you could even use one class for each action.
> 
> function main(....){
>  [...]
>  if ($obj = $this->getControllerObject($action)) ){
>   $out = $obj->main(....);
>  } else {		
>   $out =  $this->error404();
>  }
>  [...]
>  return $out;
> }


And your getControllerObject would do something like:

foreach ($this->objs as $idx => $obj) {
   if is_method($obj, $action) {
     return $this->objs[$idx];
   }
}

And you will call every method of the class via:

$class->main('callThisMethod', $param1, $param2, ...)

or write wrappers with code like yours but with $action set to a fixed value into every actual
method so backwards compatibility doesn't break.

So you will have something like
function typolink($conf) {
   $link = '';
   $this->getControllerObject('typolink')
   do {
     if ($obj = $this->getControllerNextObject()) ){
       $out = $obj->typolink(....);
     }
   }
}

And if you look for such a pattern in OO books you will find that it is called "decorator" pattern or
some other similar names.

The backdraw of such an construct is that it consumes time evertime it is executed. It is some kind
of overhead.

An hook is more or less somehow a decorated method but not the whole method is decorated only special
parts of it. And everbody knows that also hooks decrease performance altough only minimal if they are
not set. (Just one if statement and an array lookup)


greets,
Bernhard



From mscharkow at gmx.net  Sun Feb 12 13:27:21 2006
From: mscharkow at gmx.net (Michael Scharkow)
Date: Sun, 12 Feb 2006 13:27:21 +0100
Subject: [TYPO3-dev] XCLASS conflict examples
In-Reply-To: <mailman.1.1139745685.10274.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139692099.12194.typo3-dev@lists.netfielders.de>
	<mailman.1.1139701994.25066.typo3-dev@lists.netfielders.de>
	<mailman.1.1139734781.15343.typo3-dev@lists.netfielders.de>
	<mailman.1.1139737863.10928.typo3-dev@lists.netfielders.de>
	<mailman.1.1139745685.10274.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139747242.12671.typo3-dev@lists.netfielders.de>

Bernhard Kraft wrote:

> And your getControllerObject would do something like:
> 
> foreach ($this->objs as $idx => $obj) {
>   if is_method($obj, $action) {
>     return $this->objs[$idx];
>   }
> }
> 
> And you will call every method of the class via:
> 
> $class->main('callThisMethod', $param1, $param2, ...)
> 
> or write wrappers with code like yours but with $action set to a fixed 
> value into every actual
> method so backwards compatibility doesn't break.

Bernard, you can my cited proposal in 
http://www.underused.org/code/a-simple-controller-class-for-typo3/


> So you will have something like
> function typolink($conf) {
>   $link = '';
>   $this->getControllerObject('typolink')
>   do {
>     if ($obj = $this->getControllerNextObject()) ){
>       $out = $obj->typolink(....);
>     }
>   }
> }
> 
> And if you look for such a pattern in OO books you will find that it is 
> called "decorator" pattern or
> some other similar names.

In my prototype there is a little more magic going on because you really 
only add methods by subclassing the controller and registering the method:

class tt_news_pi1 extends fe_controller{
	$this->register = array('index','singleview','latest','search');
	function index(){
		return 'foo';
	}
	function singleview(){
		return 'bar';
	}
	...
}

myplugin = new tt_news_pi1;
myplugin->main();

> The backdraw of such an construct is that it consumes time evertime it 
> is executed. It is some kind
> of overhead.

Actually, the overhead is minimal because (ignoring filters) you only 
lookup a dictionary key (in $this->register) and do a cheap 
method_exists call. So it scales O(1).

A comparable switch statement will probably not be much faster.

> An hook is more or less somehow a decorated method but not the whole 
> method is decorated only special
> parts of it. And everbody knows that also hooks decrease performance 
> altough only minimal if they are
> not set. (Just one if statement and an array lookup)

The above *is* practically also using hooks internally.

However, for the XCLASS problem the difficulty remains to create 
cascading subclassing, so

foo extends bar
foo2 extends bar, but should really extend foo
etc.

We basically need a class merge (or mixins) which is impossible with PHP 
except using eval() which is not an option.

One possible hook-like way would be to not subclass a real class but an 
alias that is filled by TYPO3:

class my_news extends $latest_tt_news_class {
}

However, this is fairly complex and much harder to implement than a 
simple hook that only modifies some local variable.

Cheers,
Michael



From illustra at videotron.ca  Sat Feb 11 13:55:11 2006
From: illustra at videotron.ca (Patrick Boisclair)
Date: Sat, 11 Feb 2006 07:55:11 -0500
Subject: [TYPO3-dev]  Search index and extension
Message-ID: <mailman.1.1139748893.14501.typo3-dev@lists.netfielders.de>

Hi, I write a extension who create a list of person from a table.

My extension work fine, but the content of my extension was not indexed 
by the Search index. But the content of tt_content and tt_news was indexed.

Anybody know why ?

Thanks



From kraftb at kraftb.at  Sun Feb 12 14:43:37 2006
From: kraftb at kraftb.at (Bernhard Kraft)
Date: Sun, 12 Feb 2006 14:43:37 +0100
Subject: [TYPO3-dev] XCLASS conflict examples
In-Reply-To: <mailman.1.1139747242.12671.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139692099.12194.typo3-dev@lists.netfielders.de>
	<mailman.1.1139701994.25066.typo3-dev@lists.netfielders.de>
	<mailman.1.1139734781.15343.typo3-dev@lists.netfielders.de>
	<mailman.1.1139737863.10928.typo3-dev@lists.netfielders.de>
	<mailman.1.1139745685.10274.typo3-dev@lists.netfielders.de>
	<mailman.1.1139747242.12671.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139751708.18570.typo3-dev@lists.netfielders.de>

Michael Scharkow wrote:

>     $this->register = array('index','singleview','latest','search');

You can register a method in an array, you could use method_exists and there
are surely other nice ways.

> Actually, the overhead is minimal because (ignoring filters) you only 
> lookup a dictionary key (in $this->register) and do a cheap 
> method_exists call. So it scales O(1).

This would have to get evaluated with a "microtime()" measuring script.

I don't think that an PHP array key lookup scales O(1). No list lookup scales O(1)
(Most probably PHP array keys are binary trees O(log(n)) or hash tables O(?)).
Except the list index (always 0..(count($a)-1)) which is a lookup table - if
you mean this one I must have missed something. What I get from your code is
that you use "in_array" and this one is fore sure not O(1).
http://www.cprogramming.com/tutorial/computersciencetheory/algorithmicefficiency3.html

O(1) would be the lookup of an index in a static array (which PHP arrays are not of
course) like it can be done in C:
int intArr[5] = {1, 2, 3, 4, 5};

printf("%d\n", intArr[3] /* <= O(1) */ );

> A comparable switch statement will probably not be much faster.

Of course.

> The above *is* practically also using hooks internally.

As I wrote decorator patterns are very similar to hooks except that hooks sometimes
have differnt arguments or already processed ones which is not mentioned in a
"traditional" decorator pattern document (there you always call the concerned methods
of the extending classes and if none exists (or you get to the last one) you call the
method of the base class using the parent:: operator (or you could also have the base
class also in the object-array)))

> However, for the XCLASS problem the difficulty remains to create 
> cascading subclassing, so
> 
> foo extends bar
> foo2 extends bar, but should really extend foo
> etc.
> 
> We basically need a class merge (or mixins) which is impossible with PHP 
> except using eval() which is not an option.

If you don't have get it or didn't look at my screenshots:
What my extension does it exactly this what you wrote that it is difficult and
not possible with PHP :)

It creates the chain of cascaded subclasses ... By modifing the ext_localconf.php
and the respective XCLASS files of the extension (ux_blabal becomes ux_ux_blabla :)

> One possible hook-like way would be to not subclass a real class but an 
> alias that is filled by TYPO3:
> 
> class my_news extends $latest_tt_news_class {
> }

That DOES not work ... I tried it with all possible tricks ...
class my_test extends eval($name) {
define('class_name', 'tx_myclass');
class class_name extends baseclass {

none of them works :(
PHP really su* :(

> However, this is fairly complex and much harder to implement than a 
> simple hook that only modifies some local variable.

If you want to try this XCLASS Manager (which I call it) I could send you a T3X.

Also all others who would like to get a T3X of this are invited to mail me ....


greets,
Bernhard



From niederlag at ikd01.de  Sun Feb 12 14:58:16 2006
From: niederlag at ikd01.de (Peter Niederlag)
Date: Sun, 12 Feb 2006 14:58:16 +0100
Subject: [TYPO3-dev] Please proof bug so that I can report it to bugtracker
In-Reply-To: <mailman.1.1139568128.1518.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139391754.19751.typo3-dev@lists.netfielders.de>
	<mailman.1.1139568128.1518.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139752697.19392.typo3-dev@lists.netfielders.de>

Hi,

Franz Koch wrote:
> did anybody understand what I wrote or is it to confusing or
> unimportant? Or have I missed a posted bug in the bugtracker concerning
> this "missing feature" ;)
> 
> I forgot to mention that this is related to the list view in backend if
> that hadn't been clear for anybody.

To me it is to unimportant to dig into it, sorry ;(

Peter
-- 
Peter Niederlag
http://www.niekom.de * TYPO3 & EDV Dienstleistungen *
http://www.typo3partner.net * professional services network *



From niederlag at ikd01.de  Sun Feb 12 15:01:46 2006
From: niederlag at ikd01.de (Peter Niederlag)
Date: Sun, 12 Feb 2006 15:01:46 +0100
Subject: [TYPO3-dev] streamline wrapper
In-Reply-To: <mailman.14366.1139532561.6406.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139514294.12382.typo3-dev@lists.netfielders.de>
	<mailman.14366.1139532561.6406.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139752907.19925.typo3-dev@lists.netfielders.de>

Hi,

Kasper Sk?rh?j wrote:
> Hi Sven,
> 
> Very interesting idea. I am looking forward to hear how it feels to  use
> in your project (meaning real life).
> 
> My own idea was to follow the auto-loading feature in php 5.0 which 
> would be possible with a new file structure in the core for that 
> version. In such a case any "new [object name]" would include the  class
> if not included based on a pattern around the object name. That  would
> be nice.

+10, imho very good idea.

Cheers,
Peter



From mscharkow at gmx.net  Sun Feb 12 15:05:55 2006
From: mscharkow at gmx.net (Michael Scharkow)
Date: Sun, 12 Feb 2006 15:05:55 +0100
Subject: [TYPO3-dev] XCLASS conflict examples
In-Reply-To: <mailman.1.1139751708.18570.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139692099.12194.typo3-dev@lists.netfielders.de>
	<mailman.1.1139701994.25066.typo3-dev@lists.netfielders.de>
	<mailman.1.1139734781.15343.typo3-dev@lists.netfielders.de>
	<mailman.1.1139737863.10928.typo3-dev@lists.netfielders.de>
	<mailman.1.1139745685.10274.typo3-dev@lists.netfielders.de>
	<mailman.1.1139747242.12671.typo3-dev@lists.netfielders.de>
	<mailman.1.1139751708.18570.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139753156.21034.typo3-dev@lists.netfielders.de>

Bernhard Kraft wrote:
> Michael Scharkow wrote:
> 
>>     $this->register = array('index','singleview','latest','search');
> 
> 
> You can register a method in an array, you could use method_exists and 
> there
> are surely other nice ways.

As PHP has no function decorators except public/private/protected, you 
have to work around the fact that you don't want all methods to be 
callable by $cmd. method_exists() does not help here.

And of course, I could use references to the actual methods instead of 
strings in the array, but I prefer the above syntax as it has less ugly 
$%& ;)

And whitelisting seems to be preferable here to blacklisting the 
non-public methods. One could mess with custom function names, so 
__view() is hidden and view() is not, but I prefer explicit over implicit.

> What I get from your 
> code is
> that you use "in_array" and this one is fore sure not O(1).
> http://www.cprogramming.com/tutorial/computersciencetheory/algorithmicefficiency3.html 
> 
> 
> O(1) would be the lookup of an index in a static array (which PHP arrays 
> are not of
> course) like it can be done in C:
> int intArr[5] = {1, 2, 3, 4, 5};
> 
> printf("%d\n", intArr[3] /* <= O(1) */ );

Right. I was thinking about the filtered array lookup which uses an index.

> If you don't have get it or didn't look at my screenshots:
> What my extension does it exactly this what you wrote that it is 
> difficult and
> not possible with PHP :)
> 
> It creates the chain of cascaded subclasses ... By modifing the 
> ext_localconf.php
> and the respective XCLASS files of the extension (ux_blabal becomes 
> ux_ux_blabla :)

Are you doing this at runtime or by preparing the modified files when 
installing stuff? However, using self-modifying code is somewhat 
cheating but I agree that it does work ;)

>> One possible hook-like way would be to not subclass a real class but 
>> an alias that is filled by TYPO3:
>>
>> class my_news extends $latest_tt_news_class {
>> }
> 
> 
> That DOES not work ... I tried it with all possible tricks ...
> class my_test extends eval($name) {
> define('class_name', 'tx_myclass');
> class class_name extends baseclass {
> 
> none of them works :(
> PHP really su* :(

<rant>
I know, I run against these limitations all the time. I guess if you're 
used to really dynamic languages PHP is very annoying. I have recently 
tried to write a class that casts to a string, like

$myform = new t3_form($bla);
return '<div>'.$myform.'</div>;

Although __toString() exists, it only works for print and echo 
statements, how very useful...
</rant>

> If you want to try this XCLASS Manager (which I call it) I could send 
> you a T3X.
> 
> Also all others who would like to get a T3X of this are invited to mail 
> me ....

Yes, thanks.

Greetings,
Michael



From kraftb at kraftb.at  Sun Feb 12 15:23:24 2006
From: kraftb at kraftb.at (Bernhard Kraft)
Date: Sun, 12 Feb 2006 15:23:24 +0100
Subject: [TYPO3-dev] XCLASS conflict examples
In-Reply-To: <mailman.1.1139753156.21034.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139692099.12194.typo3-dev@lists.netfielders.de>
	<mailman.1.1139701994.25066.typo3-dev@lists.netfielders.de>
	<mailman.1.1139734781.15343.typo3-dev@lists.netfielders.de>
	<mailman.1.1139737863.10928.typo3-dev@lists.netfielders.de>
	<mailman.1.1139745685.10274.typo3-dev@lists.netfielders.de>
	<mailman.1.1139747242.12671.typo3-dev@lists.netfielders.de>
	<mailman.1.1139751708.18570.typo3-dev@lists.netfielders.de>
	<mailman.1.1139753156.21034.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139754186.22460.typo3-dev@lists.netfielders.de>

Michael Scharkow wrote:
>> It creates the chain of cascaded subclasses ... By modifing the 
>> ext_localconf.php
>> and the respective XCLASS files of the extension (ux_blabal becomes 
>> ux_ux_blabla :)
> 
> 
> Are you doing this at runtime or by preparing the modified files when 
> installing stuff? However, using self-modifying code is somewhat 
> cheating but I agree that it does work ;)

I'm doing this with the XC Manager which I right know realized should be a suppart of the
Extension Manager :)

It clears temp_cached files on every change.


Here is a download URL for the T3X:
http://think-open.org/kraftb/T3X_kb_xclassmgm-0_0_0.t3x
Others who test it are really invited to give feedback (positive & negative) !

Layout will change.

greets,
Bernhard



From kraftb at kraftb.at  Sun Feb 12 15:25:19 2006
From: kraftb at kraftb.at (Bernhard Kraft)
Date: Sun, 12 Feb 2006 15:25:19 +0100
Subject: [TYPO3-dev] streamline wrapper
In-Reply-To: <mailman.1.1139752907.19925.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139514294.12382.typo3-dev@lists.netfielders.de>
	<mailman.14366.1139532561.6406.typo3-dev@lists.netfielders.de>
	<mailman.1.1139752907.19925.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139754309.22460.typo3-dev@lists.netfielders.de>

Peter Niederlag wrote:

> +10

Where did you get those many from :)


greets,
Bernhard



From operation-lan at gmx.de  Sun Feb 12 16:11:31 2006
From: operation-lan at gmx.de (=?ISO-8859-1?Q?Daniel_P=F6tzinger?=)
Date: Sun, 12 Feb 2006 16:11:31 +0100
Subject: [TYPO3-dev] Search index and extension
In-Reply-To: <mailman.1.1139748893.14501.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139748893.14501.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139756700.26189.typo3-dev@lists.netfielders.de>

Patrick Boisclair wrote:
> Hi, I write a extension who create a list of person from a table.
> 
> My extension work fine, but the content of my extension was not indexed 
> by the Search index. But the content of tt_content and tt_news was indexed.
> 
> Anybody know why ?
The Extension content will not be indexed if caching of extension is not 
  allowed. (Maybe you use USER_INT instead of USER? Or you disabled 
caching?) If your extension shows different content depending on 
Parameters this might be interesting to read too:
http://typo3.org/development/articles/the-mysteries-of-chash/

Greetings



From elmar.DOT.hinz at team.MINUS.red.DOT.net  Sun Feb 12 16:31:18 2006
From: elmar.DOT.hinz at team.MINUS.red.DOT.net (Elmar Hinz)
Date: Sun, 12 Feb 2006 16:31:18 +0100
Subject: [TYPO3-dev] XCLASS conflict examples
In-Reply-To: <mailman.1.1139745685.10274.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139692099.12194.typo3-dev@lists.netfielders.de>
	<mailman.1.1139701994.25066.typo3-dev@lists.netfielders.de>
	<mailman.1.1139734781.15343.typo3-dev@lists.netfielders.de>
	<mailman.1.1139737863.10928.typo3-dev@lists.netfielders.de>
	<mailman.1.1139745685.10274.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139758302.29823.typo3-dev@lists.netfielders.de>

Hi Bernhard,

your postings confuse me a bit. I currently cant make it out. Do you just have
read an article recently about decorators so that you are fixed on that pattern
now. Or goes your thinking much farther than mine?

Bernhard Kraft schrieb:
> 
> And your getControllerObject would do something like:
> 
> foreach ($this->objs as $idx => $obj) {
>   if is_method($obj, $action) {
>     return $this->objs[$idx];
>   }
> }
> 

Here you use an array of objects that are all pre-instantiated? Only to use one
of them? I would only instantiate that one that is needed.

> And you will call every method of the class via:
> 
> $class->main('callThisMethod', $param1, $param2, ...)
> 

If you mean with $class the controller I wouldn't. I think it is rather the task
of the controller himself to controll classes and methods of model and view,
than beeing controlled. It is just "triggert" from the outside framework by it's
main().

> And if you look for such a pattern in OO books you will find that it is
> called "decorator" pattern or
> some other similar names.
> 
> The backdraw of such an construct is that it consumes time evertime it
> is executed. It is some kind
> of overhead.
> 

I didn't really understand your examples. But I've got the slight feeling, that
we are talking about very different themes.

> greets,
> Bernhard

Best regards

/el



From elmar.DOT.hinz at team.MINUS.red.DOT.net  Sun Feb 12 17:15:45 2006
From: elmar.DOT.hinz at team.MINUS.red.DOT.net (Elmar Hinz)
Date: Sun, 12 Feb 2006 17:15:45 +0100
Subject: [TYPO3-dev] XCLASS conflict examples
In-Reply-To: <mailman.1.1139747242.12671.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139692099.12194.typo3-dev@lists.netfielders.de>
	<mailman.1.1139701994.25066.typo3-dev@lists.netfielders.de>
	<mailman.1.1139734781.15343.typo3-dev@lists.netfielders.de>
	<mailman.1.1139737863.10928.typo3-dev@lists.netfielders.de>
	<mailman.1.1139745685.10274.typo3-dev@lists.netfielders.de>
	<mailman.1.1139747242.12671.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139760968.2298.typo3-dev@lists.netfielders.de>

Michael Scharkow schrieb:
> In my prototype there is a little more magic going on because you really
> only add methods by subclassing the controller and registering the method:
> 
> class tt_news_pi1 extends fe_controller{
>     $this->register = array('index','singleview','latest','search');
>     function index(){
>         return 'foo';
>     }
>     function singleview(){
>         return 'bar';
>     }
>     ...
> }
> 
> myplugin = new tt_news_pi1;
> myplugin->main();
> 

Which is pretty easy to understand and to do, even for a beginner. Compare the
example code autogenerated by the current kickstarter.

<http://typo3.org/extensions/repository/search/articles/details/?tx_extrepmgm_pi1%5BDATA%5D%5BshowFile%5D=pi1%2Fclass.tx_articles_pi1.php>


$this->register = array('index','singleview');

versus

   function main($content,$conf)    {
        switch((string)$conf['CMD'])    {
            case 'singleView':
                 [...]
                return $this->pi_wrapInBaseClass($this->singleView($content,$conf));
            break;
            default:
                 [...]
                return $this->pi_wrapInBaseClass($this->listView($content,$conf));
            break;
        }
    }

/el






From elmar.DOT.hinz at team.MINUS.red.DOT.net  Sun Feb 12 17:25:50 2006
From: elmar.DOT.hinz at team.MINUS.red.DOT.net (Elmar Hinz)
Date: Sun, 12 Feb 2006 17:25:50 +0100
Subject: [TYPO3-dev] XCLASS conflict examples
In-Reply-To: <mailman.1.1139747242.12671.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139692099.12194.typo3-dev@lists.netfielders.de>
	<mailman.1.1139701994.25066.typo3-dev@lists.netfielders.de>
	<mailman.1.1139734781.15343.typo3-dev@lists.netfielders.de>
	<mailman.1.1139737863.10928.typo3-dev@lists.netfielders.de>
	<mailman.1.1139745685.10274.typo3-dev@lists.netfielders.de>
	<mailman.1.1139747242.12671.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139761573.3156.typo3-dev@lists.netfielders.de>

Michael Scharkow schrieb:
> class tt_news_pi1 extends fe_controller{
>     $this->register = array('index','singleview','latest','search');
>     function index(){
>         return 'foo';
>     }
>     function singleview(){
>         return 'bar';
>     }
>     ...
> }
> 
> myplugin = new tt_news_pi1;
> myplugin->main();
> 

Now the question. How can the extension be extended by new actions?

The XCLASS variant is easy. You don't have to rewrite any switch function.

class ux_tt_news_pi1 extends ux_tt_news_pi1 {
     $this->register = array('rss');
     function rss(){
         return 'rss';
     }
}

/el



From dan at danfrost.co.uk  Sun Feb 12 17:53:20 2006
From: dan at danfrost.co.uk (dan frost)
Date: Sun, 12 Feb 2006 16:53:20 +0000
Subject: [TYPO3-dev] Using Hooks in own classes
In-Reply-To: <mailman.1.1139684663.1786.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139684663.1786.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139763106.4488.typo3-dev@lists.netfielders.de>

How big is your class.

For a really "hook-able" architecture, the nicest 
way is:

1. very small classes,
2. use ::makeInstance (or similar wrapper) to look 
up over-ridden classes

Can you post the structue of your class (methods + 
properties)?

dan

Ingo Schmitt wrote:
> Hi list,
> 
> when implementiong hooks in own classes, there are some ways to define 
> these hooks:
> 
> 1) Define one hook array per Method in each class
> 2) Define one hook array per whole class and use different hook-methods 
> in each Method
> 
> 1 only initialises a hook object if realy used, so if a method is not 
> called, the hookObject isn't initialised. If you use more than one hook, 
>  more Hook Objects are created.
> 
> 2 initiallises all hook objects for the class at creation of the class 
> object
> 
> (I think in general the internal costs of creation of the hook objects 
> are in both cases almost the same)
> 
> The Core uses Method 2, method 1 could be more elegant in the way of 
> coding it.
> 
> 
> Which way should I use?
> 
> 
> Mit freundlichen Gruessen



From elmar.DOT.hinz at team.MINUS.red.DOT.net  Sun Feb 12 17:55:49 2006
From: elmar.DOT.hinz at team.MINUS.red.DOT.net (Elmar Hinz)
Date: Sun, 12 Feb 2006 17:55:49 +0100
Subject: [TYPO3-dev] XCLASS conflict examples
In-Reply-To: <mailman.1.1139747242.12671.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139692099.12194.typo3-dev@lists.netfielders.de>
	<mailman.1.1139701994.25066.typo3-dev@lists.netfielders.de>
	<mailman.1.1139734781.15343.typo3-dev@lists.netfielders.de>
	<mailman.1.1139737863.10928.typo3-dev@lists.netfielders.de>
	<mailman.1.1139745685.10274.typo3-dev@lists.netfielders.de>
	<mailman.1.1139747242.12671.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139763373.5010.typo3-dev@lists.netfielders.de>

Michael Scharkow schrieb:
> In my prototype there is a little more magic going on because you really
> only add methods by subclassing the controller and registering the method:
> 
> class tt_news_pi1 extends fe_controller{
>     $this->register = array('index','singleview','latest','search');
>     function index(){
>         return 'foo';
>     }
>     function singleview(){
>         return 'bar';
>     }
>     ...
> }
> 
> myplugin = new tt_news_pi1;
> myplugin->main();
> 

Now the same with controller objects instead of functions:

class tt_news_pi1 extends fe_controller{
    $this->registerControllers = array(
  'index' => 'tt_news_pi1_index_controller',
  'single' => 'tt_news_pi1_single_controller',
    );
}

class tt_news_pi1_index_controller extends fe_controller{
   function main(....){

   }
}

class tt_news_pi1_single_controller extends fe_controller{
   function main(....){

   }
}

At this point the question is, if class tt_news_pi1 can't completly be replaced
by using a service to register classes for actions. May that is what Bernhard
wanted to point out.

/el








From martin.kutschker-n0spam at no5pam-blackbox.net  Sun Feb 12 18:28:16 2006
From: martin.kutschker-n0spam at no5pam-blackbox.net (Martin Kutschker)
Date: Sun, 12 Feb 2006 18:28:16 +0100
Subject: [TYPO3-dev] Time for AJAX coordination?
In-Reply-To: <mailman.1.1139733531.2770.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139572718.9491.typo3-project-calendar@lists.netfielders.de>
	<mailman.1.1139575878.17707.typo3-dev@lists.netfielders.de>
	<mailman.1.1139584122.2328.typo3-dev@lists.netfielders.de>
	<mailman.1.1139590032.12120.typo3-dev@lists.netfielders.de>
	<mailman.1.1139596616.2574.typo3-dev@lists.netfielders.de>
	<mailman.1.1139603394.17718.typo3-dev@lists.netfielders.de>
	<mailman.1.1139607831.23531.typo3-dev@lists.netfielders.de>
	<mailman.1.1139611108.30264.typo3-dev@lists.netfielders.de>
	<mailman.1.1139644117.7444.typo3-dev@lists.netfielders.de>
	<mailman.1.1139693491.13926.typo3-dev@lists.netfielders.de>
	<mailman.1.1139733531.2770.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139765296.8414.typo3-dev@lists.netfielders.de>

Dmitry Dulepov schrieb:
> Hi!
> 
> Martin Kutschker wrote:
> 
>>I am talking mainly about accessibility and alternate browsers (PDAs and
>>stuff) not dinosaurs.
> 
> I do not ask to do everything with ajax in FE :) I am talking about
> using ajax more in BE and possibly coding some applications in FE with
> ajax. Using ajax in FE is completely site developer's choice.

Right. I only advised the AJAX afficionados to develop their sites 
carefully.

> I do not see much use of BE from PDAs anyway :)

No. I don't think that the current UI is usable from a PDA AJAX or not. 
Perhaps the great refactoring can improve the BE so much that it may 
become useful from a PDA. And perhaps it may even be useful for those 
folks with disabilities.

Masi



From martin.kutschker-n0spam at no5pam-blackbox.net  Sun Feb 12 18:28:44 2006
From: martin.kutschker-n0spam at no5pam-blackbox.net (Martin Kutschker)
Date: Sun, 12 Feb 2006 18:28:44 +0100
Subject: [TYPO3-dev] Time for AJAX coordination?
In-Reply-To: <mailman.1.1139699101.21137.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139572718.9491.typo3-project-calendar@lists.netfielders.de>
	<mailman.1.1139575878.17707.typo3-dev@lists.netfielders.de>
	<mailman.1.1139584122.2328.typo3-dev@lists.netfielders.de>
	<mailman.1.1139590032.12120.typo3-dev@lists.netfielders.de>
	<mailman.1.1139596616.2574.typo3-dev@lists.netfielders.de>
	<mailman.1.1139603394.17718.typo3-dev@lists.netfielders.de>
	<mailman.1.1139607831.23531.typo3-dev@lists.netfielders.de>
	<mailman.1.1139611108.30264.typo3-dev@lists.netfielders.de>
	<mailman.1.1139644117.7444.typo3-dev@lists.netfielders.de>
	<mailman.1.1139693491.13926.typo3-dev@lists.netfielders.de>
	<mailman.1.1139699101.21137.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139765324.8414.typo3-dev@lists.netfielders.de>

Simon Tuck schrieb:
> PS. What's Netscape 4? I've never heard of it ;-)

You're 15, right? ;-)

Masi



From martin.kutschker-n0spam at no5pam-blackbox.net  Sun Feb 12 18:34:09 2006
From: martin.kutschker-n0spam at no5pam-blackbox.net (Martin Kutschker)
Date: Sun, 12 Feb 2006 18:34:09 +0100
Subject: [TYPO3-dev] Search index and extension
In-Reply-To: <mailman.1.1139748893.14501.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139748893.14501.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139765650.9180.typo3-dev@lists.netfielders.de>

Patrick Boisclair schrieb:
> Hi, I write a extension who create a list of person from a table.
> 
> My extension work fine, but the content of my extension was not indexed 
> by the Search index. But the content of tt_content and tt_news was indexed.
> 
> Anybody know why ?

You're extension has to be a USER object.

In "list mode" you have to disable the page cache 
$GLOBALS['TSFE']->set_no_cache(). You can achieve this simply by setting
  var $pi_checkCHash = TRUE
in your pluign class. Note: this has to be done in the class declaration!

In "details mode" you have to use a cHash in your URLs. But this happens 
automatically unless you fiddle with other settings.

Masi



From elmar.DOT.hinz at team.MINUS.red.DOT.net  Sun Feb 12 18:48:01 2006
From: elmar.DOT.hinz at team.MINUS.red.DOT.net (Elmar Hinz)
Date: Sun, 12 Feb 2006 18:48:01 +0100
Subject: [TYPO3-dev] Time for AJAX coordination?
In-Reply-To: <mailman.1.1139765296.8414.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139572718.9491.typo3-project-calendar@lists.netfielders.de>
	<mailman.1.1139575878.17707.typo3-dev@lists.netfielders.de>
	<mailman.1.1139584122.2328.typo3-dev@lists.netfielders.de>
	<mailman.1.1139590032.12120.typo3-dev@lists.netfielders.de>
	<mailman.1.1139596616.2574.typo3-dev@lists.netfielders.de>
	<mailman.1.1139603394.17718.typo3-dev@lists.netfielders.de>
	<mailman.1.1139607831.23531.typo3-dev@lists.netfielders.de>
	<mailman.1.1139611108.30264.typo3-dev@lists.netfielders.de>
	<mailman.1.1139644117.7444.typo3-dev@lists.netfielders.de>
	<mailman.1.1139693491.13926.typo3-dev@lists.netfielders.de>
	<mailman.1.1139733531.2770.typo3-dev@lists.netfielders.de>
	<mailman.1.1139765296.8414.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139766505.10138.typo3-dev@lists.netfielders.de>

Martin Kutschker schrieb:
> No. I don't think that the current UI is usable from a PDA AJAX or not.
> Perhaps the great refactoring can improve the BE so much that it may
> become useful from a PDA. And perhaps it may even be useful for those
> folks with disabilities.

It would be nice if I could dictate new content to my wristwatch wich does the rest.

/el







From wilhelm at icecrash.com  Sun Feb 12 18:50:54 2006
From: wilhelm at icecrash.com (Sven Wilhelm)
Date: Sun, 12 Feb 2006 18:50:54 +0100
Subject: [TYPO3-dev] streamline wrapper
In-Reply-To: <mailman.14366.1139532561.6406.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139514294.12382.typo3-dev@lists.netfielders.de>
	<mailman.14366.1139532561.6406.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139766660.2511.typo3-dev@lists.netfielders.de>

Hi,

> My own idea was to follow the auto-loading feature in php 5.0 which  
> would be possible with a new file structure in the core for that  
> version. In such a case any "new [object name]" would include the  
> class if not included based on a pattern around the object name. That  
> would be nice.

yes autoloading is also a nice way but also has some disadvantages (I
think so). From the security point of view I don't like to trust any
automatic things. Looking into linux you can find sensible ways where
you have to restrict things for users (LD_PRELOAD, PATH,...)

Anything where the inclusion of code isn't restrictable is not funny.
I didn't do any experiments with autoloading, I just don't trust the
"auto" concept. From the developers point of view it's also hard to
verify where which code was included when all things go magic.

Will give examples of the pfc way in a short time.

Sven




From elmar.DOT.hinz at team.MINUS.red.DOT.net  Sun Feb 12 18:56:27 2006
From: elmar.DOT.hinz at team.MINUS.red.DOT.net (Elmar Hinz)
Date: Sun, 12 Feb 2006 18:56:27 +0100
Subject: [TYPO3-dev] Time for AJAX coordination?
In-Reply-To: <mailman.1.1139611108.30264.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139572718.9491.typo3-project-calendar@lists.netfielders.de>
	<mailman.1.1139575878.17707.typo3-dev@lists.netfielders.de>
	<mailman.1.1139584122.2328.typo3-dev@lists.netfielders.de>
	<mailman.1.1139590032.12120.typo3-dev@lists.netfielders.de>
	<mailman.1.1139596616.2574.typo3-dev@lists.netfielders.de>
	<mailman.1.1139603394.17718.typo3-dev@lists.netfielders.de>
	<mailman.1.1139607831.23531.typo3-dev@lists.netfielders.de>
	<mailman.1.1139611108.30264.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139767011.10805.typo3-dev@lists.netfielders.de>

Martin Kutschker schrieb:
> Dmitry Dulepov schrieb:
> 
>>
>> I am not sure that I understand what you mean... I do not really care
>> about ancient browser that do not implement xhttprequest object. I think
>> they either already dead or dying. Even Opera < 7.60 does not appear too
>> often now.
> 
> 
> Just stepping in.
> 
> Building a site that only has a useful UI with AJAX is a broken site. So
> the lib must degrade gracefully.
> 
> Masi

If you first build it without ajax and add ajax later you can be sure that it
also runs without. ;-)

Isn't that the usual way?

/el



From martin.kutschker-n0spam at no5pam-blackbox.net  Sun Feb 12 18:58:23 2006
From: martin.kutschker-n0spam at no5pam-blackbox.net (Martin Kutschker)
Date: Sun, 12 Feb 2006 18:58:23 +0100
Subject: [TYPO3-dev]  UI quesition for "expand all"
Message-ID: <mailman.1.1139767103.10802.typo3-dev@lists.netfielders.de>

Hi!

I don't know if I?m on topic here, but why is the "expand all" link of 
the module frame in the BE a checkbox? It should either be a button or a 
plain link.

Masi



From ingmar at typo3.org  Sun Feb 12 20:32:54 2006
From: ingmar at typo3.org (Ingmar Schlecht)
Date: Sun, 12 Feb 2006 20:32:54 +0100
Subject: [TYPO3-dev] UI quesition for "expand all"
In-Reply-To: <mailman.1.1139767103.10802.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139767103.10802.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139772767.18227.typo3-dev@lists.netfielders.de>

Martin Kutschker wrote:
> I don't know if I?m on topic here, but why is the "expand all" link of
> the module frame in the BE a checkbox? It should either be a button or a
> plain link.

Yeah, I think you're mostly right, but the trick is, if you just
temporarily want to expand all items, you can click the checkbox, but
afterwards you can easily get back to the selections you had before, by
clicking the "expand all" checkbox again.

cheers,
Ingmar



From martin.kutschker-n0spam at no5pam-blackbox.net  Sun Feb 12 22:41:21 2006
From: martin.kutschker-n0spam at no5pam-blackbox.net (Martin Kutschker)
Date: Sun, 12 Feb 2006 22:41:21 +0100
Subject: [TYPO3-dev] Time for AJAX coordination?
In-Reply-To: <mailman.1.1139766505.10138.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139572718.9491.typo3-project-calendar@lists.netfielders.de>
	<mailman.1.1139575878.17707.typo3-dev@lists.netfielders.de>
	<mailman.1.1139584122.2328.typo3-dev@lists.netfielders.de>
	<mailman.1.1139590032.12120.typo3-dev@lists.netfielders.de>
	<mailman.1.1139596616.2574.typo3-dev@lists.netfielders.de>
	<mailman.1.1139603394.17718.typo3-dev@lists.netfielders.de>
	<mailman.1.1139607831.23531.typo3-dev@lists.netfielders.de>
	<mailman.1.1139611108.30264.typo3-dev@lists.netfielders.de>
	<mailman.1.1139644117.7444.typo3-dev@lists.netfielders.de>
	<mailman.1.1139693491.13926.typo3-dev@lists.netfielders.de>
	<mailman.1.1139733531.2770.typo3-dev@lists.netfielders.de>
	<mailman.1.1139765296.8414.typo3-dev@lists.netfielders.de>
	<mailman.1.1139766505.10138.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139780482.30376.typo3-dev@lists.netfielders.de>

Elmar Hinz schrieb:
> 
> It would be nice if I could dictate new content to my wristwatch wich does the rest.

Great concept. But why doesn't the wristwatch write the content itself? 
Most press announcements are only blah blah so a cue word should be 
enough for your nifty gadget :-)

Masi



From kraftb at kraftb.at  Sun Feb 12 23:46:54 2006
From: kraftb at kraftb.at (Bernhard Kraft)
Date: Sun, 12 Feb 2006 23:46:54 +0100
Subject: [TYPO3-dev] XCLASS conflict examples
In-Reply-To: <mailman.15139.1139737116.6406.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139692099.12194.typo3-dev@lists.netfielders.de>	<mailman.1.1139701994.25066.typo3-dev@lists.netfielders.de>
	<mailman.15139.1139737116.6406.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139784357.4435.typo3-dev@lists.netfielders.de>

Miroslav Monkevic wrote:

> First thing that came to my mind: sourceopt and loginusertrack both 
> xclass class.tslib_fe.php

I installed both ... found out that they are extending different methods by using
my extension and XCLASSed them correctly so their functionality get's combined.

Here is a screenshot (look at the bottom of the list):
http://www.think-open.org/kraftb/xclass.png


You can download a testing T3X of the extension from:
http://think-open.org/kraftb/T3X_kb_xclassmgm-0_0_0.t3x


greets,
Bernhard



From typo3 at fx-graefix.de  Mon Feb 13 00:31:11 2006
From: typo3 at fx-graefix.de (Franz Koch)
Date: Mon, 13 Feb 2006 00:31:11 +0100
Subject: [TYPO3-dev] Please proof bug so that I can report it to bugtracker
In-Reply-To: <mailman.1.1139752697.19392.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139391754.19751.typo3-dev@lists.netfielders.de>
	<mailman.1.1139568128.1518.typo3-dev@lists.netfielders.de>
	<mailman.1.1139752697.19392.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139787061.8627.typo3-dev@lists.netfielders.de>

> To me it is to unimportant to dig into it, sorry ;(

at least one statement :) You don't have to dig into it (I'll do) - I 
only asked if anybody can confirm this before I spend ours to find the 
reason for it. Or maybe Rupert could check this allready worked on the 
labeling (he added mm-label support as much as i know).
Checking it only needs to add 2 lines in the tca (use as label e.g. 
crdate and a mm-table), clear the conf-cache and have a look at the 
list-view.

-- 
Kind regards,
Franz Koch



From typo3 at fx-graefix.de  Mon Feb 13 00:52:09 2006
From: typo3 at fx-graefix.de (Franz Koch)
Date: Mon, 13 Feb 2006 00:52:09 +0100
Subject: [TYPO3-dev] Removing symlinks in V 4.0
In-Reply-To: <mailman.14666.1139589968.6406.typo3-dev@lists.netfielders.de>
References: <mailman.14666.1139589968.6406.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139788319.10014.typo3-dev@lists.netfielders.de>

Hi,

as I am a friend of a cleaned up rootfolder I can only vote for the 
change. I allready tryed it myself about a year ago by moving "t3lib", 
"tslib" and "media" into the "typo3"-folder (or simply deleting them) 
and running a search+replace over the whole typo3-folder and it worked 
about 90%.

Will the folders "tslib", "t3lib" and "media" inside the root-folder be 
moved to the typo3-subfolder or just the other way - as it was not clear 
for me by your example? I'd prefer to move them inside the typo3-folder 
(where they allready are).
I also don't understand why it hasen't been always this way as you only 
have to define a relpath-prefix for shared ressources of FE and BE which 
could have been globally defined.

-- 
Kind regards,
Franz Koch



From hkdennis2k at gmail.com  Mon Feb 13 02:49:49 2006
From: hkdennis2k at gmail.com (Dennis Cheung)
Date: Mon, 13 Feb 2006 09:49:49 +0800
Subject: [TYPO3-dev] Removing symlinks in V 4.0
In-Reply-To: <mailman.1.1139788319.10014.typo3-dev@lists.netfielders.de>
References: <mailman.14666.1139589968.6406.typo3-dev@lists.netfielders.de>
	<mailman.1.1139788319.10014.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.15283.1139795391.6406.typo3-dev@lists.netfielders.de>

Hi,

I also did the same thing.
But I did more, I add some statement in .htaccess for url rewrite.
And fixing some variable and make them always pointing to same URL.

It works fine and seem no any problem at all.
Why typo3 need symblic link??
It clause more problem (e.g. installation on windows) then it can gain.

Even it is a Linux, symblic link is not always exists. It is support
by the FILE SYSTEM.

Dennis


On 2/13/06, Franz Koch <typo3 at fx-graefix.de> wrote:
> Hi,
>
> as I am a friend of a cleaned up rootfolder I can only vote for the
> change. I allready tryed it myself about a year ago by moving "t3lib",
> "tslib" and "media" into the "typo3"-folder (or simply deleting them)
> and running a search+replace over the whole typo3-folder and it worked
> about 90%.
>
> Will the folders "tslib", "t3lib" and "media" inside the root-folder be
> moved to the typo3-subfolder or just the other way - as it was not clear
> for me by your example? I'd prefer to move them inside the typo3-folder
> (where they allready are).
> I also don't understand why it hasen't been always this way as you only
> have to define a relpath-prefix for shared ressources of FE and BE which
> could have been globally defined.
>
> --
> Kind regards,
> Franz Koch
> _______________________________________________
> TYPO3-dev mailing list
> TYPO3-dev at lists.netfielders.de
> http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev
>



From patrick at typo3quebec.org  Mon Feb 13 02:52:11 2006
From: patrick at typo3quebec.org (Patrick Gaumond)
Date: Sun, 12 Feb 2006 20:52:11 -0500
Subject: [TYPO3-dev] Removing symlinks in V 4.0
In-Reply-To: <mailman.1.1139714682.15934.typo3-dev@lists.netfielders.de>
References: <mailman.14666.1139589968.6406.typo3-dev@lists.netfielders.de>	<mailman.1.1139593206.16968.typo3-dev@lists.netfielders.de>
	<mailman.14679.1139594308.6406.typo3-dev@lists.netfielders.de>
	<mailman.1.1139603027.17196.typo3-dev@lists.netfielders.de>
	<mailman.1.1139621784.12575.typo3-dev@lists.netfielders.de>
	<mailman.1.1139645671.9818.typo3-dev@lists.netfielders.de>
	<mailman.1.1139661813.32097.typo3-dev@lists.netfielders.de>
	<mailman.1.1139714682.15934.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139795532.18091.typo3-dev@lists.netfielders.de>

Michael Stucki wrote:

> This is something I will probably never understand: They run their webserver
> on Windows because of some funny policies and because it is "easier to
> maintain" (yes, some people think so).

I just think you don't want to understand...  ;)
Why an organization running Windows NT (circa 1996) and having put money 
and time on training would change to Linux? Remember the old "No one was 
ever fired for choosing IBM or Oracle" and then you have some answers...

Don't try to make me change my mind, I don't have to take those 
decisions... I just live in reality.


>> Reality Newsflash: (Mathias)
>> The bigger TYPO3 gets, the more we will have to deal with windows
>> installations.
>> And I definetely think that if we have the chance to make windows admins
>> live with TYPO3 easier NOW without making Linux admins live harder, we
>> have the resposibility to do so NOW.

I can imagine that part of the appeal for DBAL was also made by some 
companies running Oracle on Windows or MSSQLserver...

 > So please don't make any announcements that development of TYPO3 4.0
> has been focused to become "Ready-for-Windows" or so... :-)

The horror.  ;)
But seriously Stucki, no more ZIP packages !
Is this nice enough for you ?  :)


>> Every day that passes, our advantage over crappy stuff is getting smaller.
>> Why? We lead - they follow.
> 
> If "we" = Windows webservers, then you should have a close look at the
> Netcraft statistics from time to time...

Netcraft, where john-doh.com has the same weight as Intel.com or 
pepsico.com.

I think Netcraft is a good tool for popularity and Slashdot lovers but 
at the same time it has some limits.

Has of May 2005, IIS was possibly (yes I take it also with a grain of 
salt) 57% in the Fortune 1000 web market.

Source (yes I know that obfuscation is easy on Apache):
http://www.port80software.com/surveys/top1000webservers/


Patrick (working in a Microsoft shop...with 4000 users)



From patrick at typo3quebec.org  Mon Feb 13 03:11:34 2006
From: patrick at typo3quebec.org (Patrick Gaumond)
Date: Sun, 12 Feb 2006 21:11:34 -0500
Subject: [TYPO3-dev] Removing symlinks in V 4.0
In-Reply-To: <mailman.1.1139645671.9818.typo3-dev@lists.netfielders.de>
References: <mailman.14666.1139589968.6406.typo3-dev@lists.netfielders.de>	<mailman.1.1139593206.16968.typo3-dev@lists.netfielders.de>
	<mailman.14679.1139594308.6406.typo3-dev@lists.netfielders.de>
	<mailman.1.1139603027.17196.typo3-dev@lists.netfielders.de>
	<mailman.1.1139621784.12575.typo3-dev@lists.netfielders.de>
	<mailman.1.1139645671.9818.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139796697.19836.typo3-dev@lists.netfielders.de>

Elmar Hinz wrote:
>> (and test *before*!) The hobbyist will possibly wait, or learn...the
>> hardway but remember, even if it's free of charge, TYPO3 is still an
>> Enterprise software, not your usual Mambo...   ;)

> In opposite to hobbyist software you define enterprise software as a software
> where sudden unprepared breaks are O.K., because the professionals can react to
> it. That's a definition.

That's not what I wrote. What I said is that a professional is supposed 
to have some clue about deployment of a newer version of a software. I 
opposed hobbyist because if your local installation or your chess 
community website suffer for half a day, it will not be that bad.

In other words, professionals will not have to react, they should be 
proactive and test their installation before upgrading the live server. 
Are you saying that people using custom extensions will update their 
installation before testing it?

Look at the job made in the bugtracker. Do you really think that 
symlinks are the biggest challenge ahead? I would be more afraid of the 
impact of TV 1.0, rtehtmlarea as default, Index Search 3 and the latest 
CSS Styled Content than symlinks...


> USA is a wounderfull land. There are still so many fields where they can improve
> things. Banks, cars, cheese, democracy, measurs, OS, ... Best conditions for
> real entrepreneurs. ;-)

Good for them, I live in Qu?bec.  ;)

And yes there's better cheese than Cheez Whiz...
http://www.freeinfosociety.com/images/cuisine/addwhiz.jpg

Bon App?tit!

Patrick



From elmar.DOT.hinz at team.MINUS.red.DOT.net  Mon Feb 13 07:30:51 2006
From: elmar.DOT.hinz at team.MINUS.red.DOT.net (Elmar Hinz)
Date: Mon, 13 Feb 2006 07:30:51 +0100
Subject: [TYPO3-dev] Removing symlinks in V 4.0
In-Reply-To: <mailman.1.1139796697.19836.typo3-dev@lists.netfielders.de>
References: <mailman.14666.1139589968.6406.typo3-dev@lists.netfielders.de>	<mailman.1.1139593206.16968.typo3-dev@lists.netfielders.de>
	<mailman.14679.1139594308.6406.typo3-dev@lists.netfielders.de>
	<mailman.1.1139603027.17196.typo3-dev@lists.netfielders.de>
	<mailman.1.1139621784.12575.typo3-dev@lists.netfielders.de>
	<mailman.1.1139645671.9818.typo3-dev@lists.netfielders.de>
	<mailman.1.1139796697.19836.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139812276.7573.typo3-dev@lists.netfielders.de>

Patrick Gaumond schrieb:
> Elmar Hinz wrote:
> Good for them, I live in Qu?bec.  ;)
> 

Je sais. :-)

/el




From elmar.DOT.hinz at team.MINUS.red.DOT.net  Mon Feb 13 08:00:19 2006
From: elmar.DOT.hinz at team.MINUS.red.DOT.net (Elmar Hinz)
Date: Mon, 13 Feb 2006 08:00:19 +0100
Subject: [TYPO3-dev] Good for windows, doubtful for others
In-Reply-To: <mailman.1.1139714682.15934.typo3-dev@lists.netfielders.de>
References: <mailman.14666.1139589968.6406.typo3-dev@lists.netfielders.de>	<mailman.1.1139593206.16968.typo3-dev@lists.netfielders.de>
	<mailman.14679.1139594308.6406.typo3-dev@lists.netfielders.de>
	<mailman.1.1139603027.17196.typo3-dev@lists.netfielders.de>
	<mailman.1.1139621784.12575.typo3-dev@lists.netfielders.de>
	<mailman.1.1139645671.9818.typo3-dev@lists.netfielders.de>
	<mailman.1.1139661813.32097.typo3-dev@lists.netfielders.de>
	<mailman.1.1139714682.15934.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139814044.9724.typo3-dev@lists.netfielders.de>

Hi Michael

To conclude. Removing the symlinks is mainly an advantage for windows users,
because they have the redundancy problem. There is no redundancy problems on
linux. :-) For all it will cause superflous problems, if it is done extempore .

The strange double construction should have been cleaned up since ages. But
nowbody has given me a convincing reason to do it so suddenly just now in blind
actionism where time for preparation is at hand.

And yes, there are much bigger changes to learn for 4.0. But is that a plausible
reason to add more?

/el



From hkdennis2k at gmail.com  Mon Feb 13 08:36:05 2006
From: hkdennis2k at gmail.com (Dennis Cheung)
Date: Mon, 13 Feb 2006 15:36:05 +0800
Subject: [TYPO3-dev] Good for windows, doubtful for others
In-Reply-To: <mailman.1.1139814044.9724.typo3-dev@lists.netfielders.de>
References: <mailman.14666.1139589968.6406.typo3-dev@lists.netfielders.de>
	<mailman.1.1139593206.16968.typo3-dev@lists.netfielders.de>
	<mailman.14679.1139594308.6406.typo3-dev@lists.netfielders.de>
	<mailman.1.1139603027.17196.typo3-dev@lists.netfielders.de>
	<mailman.1.1139621784.12575.typo3-dev@lists.netfielders.de>
	<mailman.1.1139645671.9818.typo3-dev@lists.netfielders.de>
	<mailman.1.1139661813.32097.typo3-dev@lists.netfielders.de>
	<mailman.1.1139714682.15934.typo3-dev@lists.netfielders.de>
	<mailman.1.1139814044.9724.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.15322.1139816167.6406.typo3-dev@lists.netfielders.de>

Hi,


This is not really an redundancy problem of files.
Windows's NTFS filesystem also have hardlink and junctions.
Beside, not all linux have symbolic link. It is depends on which
filesystem using.

This is a bug of confuse user.
This is a setup and installation program.
This add addition complex to maintance.

I have an example of typo3 is going to tidy up itself:
    it is removing global extensions in 4.0.

Dennis

On 2/13/06, Elmar Hinz <elmar.DOT.hinz at team.minus.red.dot.net> wrote:
> Hi Michael
>
> To conclude. Removing the symlinks is mainly an advantage for windows users,
> because they have the redundancy problem. There is no redundancy problems on
> linux. :-) For all it will cause superflous problems, if it is done extempore .
>
> The strange double construction should have been cleaned up since ages. But
> nowbody has given me a convincing reason to do it so suddenly just now in blind
> actionism where time for preparation is at hand.
>
> And yes, there are much bigger changes to learn for 4.0. But is that a plausible
> reason to add more?
>
> /el
> _______________________________________________
> TYPO3-dev mailing list
> TYPO3-dev at lists.netfielders.de
> http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev
>



From elmar.DOT.hinz at team.MINUS.red.DOT.net  Mon Feb 13 08:56:52 2006
From: elmar.DOT.hinz at team.MINUS.red.DOT.net (Elmar Hinz)
Date: Mon, 13 Feb 2006 08:56:52 +0100
Subject: [TYPO3-dev] Good for windows, doubtful for others
In-Reply-To: <mailman.15322.1139816167.6406.typo3-dev@lists.netfielders.de>
References: <mailman.14666.1139589968.6406.typo3-dev@lists.netfielders.de>	<mailman.1.1139593206.16968.typo3-dev@lists.netfielders.de>	<mailman.14679.1139594308.6406.typo3-dev@lists.netfielders.de>	<mailman.1.1139603027.17196.typo3-dev@lists.netfielders.de>	<mailman.1.1139621784.12575.typo3-dev@lists.netfielders.de>	<mailman.1.1139645671.9818.typo3-dev@lists.netfielders.de>	<mailman.1.1139661813.32097.typo3-dev@lists.netfielders.de>	<mailman.1.1139714682.15934.typo3-dev@lists.netfielders.de>	<mailman.1.1139814044.9724.typo3-dev@lists.netfielders.de>
	<mailman.15322.1139816167.6406.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139817437.13864.typo3-dev@lists.netfielders.de>

Dennis Cheung schrieb:
> Beside, not all linux have symbolic link. It is depends on which
> filesystem using.

Wich linux comes without symbolic links?
Couldn't they use hardlinks in that case?

/el



From mathias.schreiber at wmdb.de  Mon Feb 13 09:10:48 2006
From: mathias.schreiber at wmdb.de (Mathias Schreiber)
Date: Mon, 13 Feb 2006 09:10:48 +0100
Subject: [TYPO3-dev] Removing symlinks in V 4.0
References: <mailman.14666.1139589968.6406.typo3-dev@lists.netfielders.de>	<mailman.1.1139593206.16968.typo3-dev@lists.netfielders.de>
	<mailman.14679.1139594308.6406.typo3-dev@lists.netfielders.de>
	<mailman.1.1139603027.17196.typo3-dev@lists.netfielders.de>
	<mailman.1.1139621784.12575.typo3-dev@lists.netfielders.de>
	<mailman.1.1139645671.9818.typo3-dev@lists.netfielders.de>
	<mailman.1.1139661813.32097.typo3-dev@lists.netfielders.de>
	<mailman.1.1139664100.3550.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139818282.15938.typo3-dev@lists.netfielders.de>

Elmar Hinz wrote:
> I have already given a precise answer to this. Read it. Why do you
> ask to repeat me?

Quote:
-----------------------------------------------------
This bad style at least could be
avaided by early anouncement that this kind of hard linking extensions will 
be
obsolate, with version XY. But it is indeed not worth this big descussion.
-----------------------------------------------------

If you give the devs time to change their extensions they won't change them 
until something does not work anymore.
THAT's the reason why it simply does not matter, WHEN we change things. 





From mathias.schreiber at wmdb.de  Mon Feb 13 09:23:34 2006
From: mathias.schreiber at wmdb.de (Mathias Schreiber)
Date: Mon, 13 Feb 2006 09:23:34 +0100
Subject: [TYPO3-dev] Removing symlinks in V 4.0
References: <mailman.14666.1139589968.6406.typo3-dev@lists.netfielders.de>	<mailman.1.1139593206.16968.typo3-dev@lists.netfielders.de>
	<mailman.14679.1139594308.6406.typo3-dev@lists.netfielders.de>
	<mailman.1.1139603027.17196.typo3-dev@lists.netfielders.de>
	<mailman.1.1139621784.12575.typo3-dev@lists.netfielders.de>
	<mailman.1.1139645671.9818.typo3-dev@lists.netfielders.de>
	<mailman.1.1139661813.32097.typo3-dev@lists.netfielders.de>
	<mailman.1.1139714682.15934.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139819048.16832.typo3-dev@lists.netfielders.de>

Michael Stucki wrote:
> I'm sure that you've been expecting my response ;-)

Not really, because you and the rest got me totally wrong *knocks head on 
table*

> This is something I will probably never understand: They run their
> webserver on Windows because of some funny policies and because it is
> "easier to maintain" (yes, some people think so).
>
> But then - they still use Apache/MySQL/PHP which all of them need to
> be configured via the same text-files like those used on Unix (where
> all of these components were originally intended for, btw.)

LALALA can't hear ya.
I am mostly talking IIS btw. but this is not the point.

> Hmmm. Just to make it clear: The symlinks will not be removed because
> we want to finalize the "port" of TYPO3 to Windows. This is just a
> nice side-effect for you. So please don't make any announcements that
> development of TYPO3 4.0 has been focused to become
> "Ready-for-Windows" or so... :-)

I DON'T USE WINDOWS WEBSERVERS AND I DON'T WANT ANYONE TO USE THEM!!!!
But maybe you understand PHP better :)

$typo3UpdateOnWindows = 'horror';
$typo3GainingOnEnterpriseMarket = 1;
/**
 * Customer satisfaction on a scale from 1 to 10
 */
$windowsAdminSatisfaction = 5;
$symlinks = 'unneeded';

unset($symlinks);
$typo3UpdateOnWindows = 'easy';
$windowsAdminSatisfaction = 9;
$updateHassleForFTPUsers = 0;
$updateHassleForUsersWhoDontKnowLinux = 0;

This more clear?
I don't say windows is our primary target, I just point out the "nice 
side-effect" which will help us in that matter.

 >> Every day that passes, our advantage over crappy stuff is getting
>> smaller. Why?
>> We lead - they follow.
>
> If "we" = Windows webservers, then you should have a close look at the
> Netcraft statistics from time to time...

WE = TYPO3.
Quote: "Mambo is so much easier to update"
Get it now?

>> This means we spend time on THINKING of how something could work
>> while they simply copycat our thoughts.
>
> Oh, that's some other "we". Didn't know that you are working for
> Microsoft...

arrrghhh

But hopefully you got the basic idea of my post by now.
After writing all of this I found another bottomline maybe:
"The side effect on windows machines is another BIG plus for removing the 
symlinks"

Disclaimer:
- The Author does not host any windows webservers running TYPO3
- The Author is not associated with Microsoft Inc., Redmond USA
- The Author is not on the payroll of Microsoft Inc, Redmond USA
- The Author is not announcing ANYTHING
- The Author is trying to have a productive discussion 





From elmar.DOT.hinz at team.MINUS.red.DOT.net  Mon Feb 13 09:24:56 2006
From: elmar.DOT.hinz at team.MINUS.red.DOT.net (Elmar Hinz)
Date: Mon, 13 Feb 2006 09:24:56 +0100
Subject: [TYPO3-dev] Removing symlinks in V 4.0
In-Reply-To: <mailman.1.1139818282.15938.typo3-dev@lists.netfielders.de>
References: <mailman.14666.1139589968.6406.typo3-dev@lists.netfielders.de>	<mailman.1.1139593206.16968.typo3-dev@lists.netfielders.de>
	<mailman.14679.1139594308.6406.typo3-dev@lists.netfielders.de>
	<mailman.1.1139603027.17196.typo3-dev@lists.netfielders.de>
	<mailman.1.1139621784.12575.typo3-dev@lists.netfielders.de>
	<mailman.1.1139645671.9818.typo3-dev@lists.netfielders.de>
	<mailman.1.1139661813.32097.typo3-dev@lists.netfielders.de>
	<mailman.1.1139664100.3550.typo3-dev@lists.netfielders.de>
	<mailman.1.1139818282.15938.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139819121.17174.typo3-dev@lists.netfielders.de>

Mathias Schreiber schrieb:
> Elmar Hinz wrote:
> 
>>I have already given a precise answer to this. Read it. Why do you
>>ask to repeat me?
> 
> 
> Quote:
> -----------------------------------------------------
> This bad style at least could be
> avaided by early anouncement that this kind of hard linking extensions will 
> be
> obsolate, with version XY. But it is indeed not worth this big descussion.
> -----------------------------------------------------
> 
> If you give the devs time to change their extensions they won't change them 
> until something does not work anymore.
> THAT's the reason why it simply does not matter, WHEN we change things. 
> 
> 

Also this argument has been exchanged. Please read, don't repeat.

/el



From mathias.schreiber at wmdb.de  Mon Feb 13 09:30:19 2006
From: mathias.schreiber at wmdb.de (Mathias Schreiber)
Date: Mon, 13 Feb 2006 09:30:19 +0100
Subject: [TYPO3-dev] Removing symlinks in V 4.0
References: <mailman.14666.1139589968.6406.typo3-dev@lists.netfielders.de><mailman.1.1139788319.10014.typo3-dev@lists.netfielders.de>
	<mailman.15283.1139795391.6406.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139819453.17501.typo3-dev@lists.netfielders.de>

Dennis Cheung wrote:
> I also did the same thing.
> But I did more, I add some statement in .htaccess for url rewrite.
> And fixing some variable and make them always pointing to same URL.

PERFECT!
This way old modules will work with their paths being fixed by a rewrite 
rule!
(On windows they won't, but blind-eyed we can expect everyone to use linux 
anyways...)

For real:
This sounds like a nice solution for me.
Then we could add a news entry on TYPO3.org which could sound like this:
"Images in extensions are broken?
Before removing the extension read these update steps.
- Check where the file is referenced
- Contact the extensions author and tell him to change it
- temporary solution on linux is to set a symlink from ... to ...
- temporary solution on windows is to set a junction from ... to ...
- If you are not familiar with junctions, copy files X from ... to ...






From mathias.schreiber at wmdb.de  Mon Feb 13 09:36:15 2006
From: mathias.schreiber at wmdb.de (Mathias Schreiber)
Date: Mon, 13 Feb 2006 09:36:15 +0100
Subject: [TYPO3-dev] Removing symlinks in V 4.0
References: <mailman.14666.1139589968.6406.typo3-dev@lists.netfielders.de>	<mailman.1.1139593206.16968.typo3-dev@lists.netfielders.de>
	<mailman.14679.1139594308.6406.typo3-dev@lists.netfielders.de>
	<mailman.1.1139603027.17196.typo3-dev@lists.netfielders.de>
	<mailman.1.1139621784.12575.typo3-dev@lists.netfielders.de>
	<mailman.1.1139645671.9818.typo3-dev@lists.netfielders.de>
	<mailman.1.1139661813.32097.typo3-dev@lists.netfielders.de>
	<mailman.1.1139664100.3550.typo3-dev@lists.netfielders.de>
	<mailman.1.1139818282.15938.typo3-dev@lists.netfielders.de>
	<mailman.1.1139819121.17174.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139819808.18105.typo3-dev@lists.netfielders.de>

Elmar Hinz wrote:
> Also this argument has been exchanged. Please read, don't repeat.

First off, personally I find your style of arguing unnessecarily offensive 
and thus not helpful, but that's my personal impression...

I have to admit that I read through the thread twice but really can't see 
what you mean by the sentence above.
Could you point me in the right direction because I think that the 
discussion is way too emotional, thus misunderstandings are underway :) 





From michael at typo3.org  Mon Feb 13 09:11:10 2006
From: michael at typo3.org (Michael Stucki)
Date: Mon, 13 Feb 2006 09:11:10 +0100
Subject: [TYPO3-dev] Removing symlinks in V 4.0
References: <mailman.14666.1139589968.6406.typo3-dev@lists.netfielders.de>	<mailman.1.1139593206.16968.typo3-dev@lists.netfielders.de>
	<mailman.14679.1139594308.6406.typo3-dev@lists.netfielders.de>
	<mailman.1.1139603027.17196.typo3-dev@lists.netfielders.de>
	<mailman.1.1139621784.12575.typo3-dev@lists.netfielders.de>
	<mailman.1.1139645671.9818.typo3-dev@lists.netfielders.de>
	<mailman.1.1139661813.32097.typo3-dev@lists.netfielders.de>
	<mailman.1.1139714682.15934.typo3-dev@lists.netfielders.de>
	<mailman.1.1139795532.18091.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139820242.18604.typo3-dev@lists.netfielders.de>

Hi Patrick,

>> This is something I will probably never understand: They run their
>> webserver on Windows because of some funny policies and because it is
>> "easier to maintain" (yes, some people think so).
> 
> I just think you don't want to understand...  ;)

Probably :-)

> Why an organization running Windows NT (circa 1996) and having put money
> and time on training would change to Linux? Remember the old "No one was
> ever fired for choosing IBM or Oracle" and then you have some answers...
> 
> Don't try to make me change my mind, I don't have to take those
> decisions... I just live in reality.

I do, and I'm not trying to convince you. But I think you missed my point:
The simplicity of an operating system is insignificant if your main
components (A/M/P) are to be configured equally like on a Unix system: With
plain-text configuration files. So since it makes no difference: What is
the reason for not running it on the system where these programs were
intended for?

(Or do you run your TYPO3 websites with IIS??)

This brings me to the idea: Why don't you run such a webserver with coLinux?
The host will still be Windows, but you will have full LAMP power instead
of a broken WAMP tinker thing... ;-)

> The horror.  ;)
> But seriously Stucki, no more ZIP packages !
> Is this nice enough for you ?  :)

Didn't think about this yet, but I think we still need both. We'll see...

>> If "we" = Windows webservers, then you should have a close look at the
>> Netcraft statistics from time to time...
> 
> Netcraft, where john-doh.com has the same weight as Intel.com or
> pepsico.com.

Yes, because it considers ALL webservers.

> I think Netcraft is a good tool for popularity and Slashdot lovers but
> at the same time it has some limits.
> 
> Has of May 2005, IIS was possibly (yes I take it also with a grain of
> salt) 57% in the Fortune 1000 web market.

What could be the reason that Apache has the majority of the big webhosters
on its side? Are you sure that it's only the license prize?

> Patrick (working in a Microsoft shop...with 4000 users)

- michael (not working in that shop)
-- 
Use a newsreader! Check out
http://typo3.org/community/mailing-lists/use-a-news-reader/



From typo3 at fm-world.ru  Mon Feb 13 09:46:33 2006
From: typo3 at fm-world.ru (Dmitry Dulepov)
Date: Mon, 13 Feb 2006 10:46:33 +0200
Subject: [TYPO3-dev]  About comments
Message-ID: <mailman.1.1139820393.18988.typo3-dev@lists.netfielders.de>

Hi!

I want to ask all of you (and especially core developers!) to put more
comments into source code :) It really simplifies life.

For example, right now I need to figure out how to solve one complex
problem that involves an extension, multilanguage, tcemain and
workspaces (so, many different places to examine and understand). I am
quite qualified in typo3 core code and have a long experience (nearly 10
years) of "reverse engineering" ideas behind code but it still takes
time to figure out what author wanted to achieve and what he did in
fact. I think, I could fix the problem two or three times faster if
there were comments in the code. I am not talking about phpdoc comments
but about comments inside functions. It is much easier to understand
what code *should* do as the opposite to what it actually does. We all
humans, we all sometimes do mistakes, we are not perfect (yet?). So, we
can help each other to make better code if we just put comments here and
there about our intentions.

What do you think about it?

Dmitry.
-- 
"It is our choices, that show what we truly are,
far more than our abilities." (A.P.W.B.D.)



From typo3 at fm-world.ru  Mon Feb 13 09:55:42 2006
From: typo3 at fm-world.ru (Dmitry Dulepov)
Date: Mon, 13 Feb 2006 10:55:42 +0200
Subject: [TYPO3-dev] Removing symlinks in V 4.0
In-Reply-To: <mailman.1.1139820242.18604.typo3-dev@lists.netfielders.de>
References: <mailman.14666.1139589968.6406.typo3-dev@lists.netfielders.de>	<mailman.1.1139593206.16968.typo3-dev@lists.netfielders.de>
	<mailman.14679.1139594308.6406.typo3-dev@lists.netfielders.de>
	<mailman.1.1139603027.17196.typo3-dev@lists.netfielders.de>
	<mailman.1.1139621784.12575.typo3-dev@lists.netfielders.de>
	<mailman.1.1139645671.9818.typo3-dev@lists.netfielders.de>
	<mailman.1.1139661813.32097.typo3-dev@lists.netfielders.de>
	<mailman.1.1139714682.15934.typo3-dev@lists.netfielders.de>
	<mailman.1.1139795532.18091.typo3-dev@lists.netfielders.de>
	<mailman.1.1139820242.18604.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139820943.19667.typo3-dev@lists.netfielders.de>

Hi!

Michael Stucki wrote:
> What could be the reason that Apache has the majority of the big webhosters
> on its side? Are you sure that it's only the license prize?

I do not like OS (browser, mp3 player and other) wars but I want to add
my 2c :)

I think people choose Apache due to a number of simple reasons:
- historically there were more *nix servers than Windiws ones, thus
admins are trained for *nix and choose *nix solutions. I worked as
Windows hosting admin for a couple of years and I was the only person
who knew how to deal with Windows administration properly. All others
(over 10 admins) were *nix guru
- Apache is free. This is a huge advantage. You need a very expensive
Windows Server to run MS IIS with more than 10 connections and need
licenses for connections. you need a free Linux and free apache for
unlimited connections. In my opinion this is the most important reason
for large hosting providers
- MS IIS has (or had?) much less possibilities than Apache. Apache
modules are just great (and free!) while MS IIS extensions are rare and
limited (and usually costly)
- MS IIS has a bad reputation of being a major security hole in the system

I am not agains Windows, bill Gates or MS IIS. Windows is good and user
friendly. But Windows+IIS will not win against Linux+Apache in the
nearest years.

Dmitry.
-- 
"It is our choices, that show what we truly are,
far more than our abilities." (A.P.W.B.D.)



From Martin.Kutschker at n0spam-blackbox.net  Mon Feb 13 09:56:09 2006
From: Martin.Kutschker at n0spam-blackbox.net (Martin Kutschker)
Date: Mon, 13 Feb 2006 09:56:09 +0100
Subject: [TYPO3-dev] About comments
In-Reply-To: <mailman.1.1139820393.18988.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139820393.18988.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139820968.19432.typo3-dev@lists.netfielders.de>

Dmitry Dulepov schrieb:
> 
> What do you think about it?

Comments suck and are a waste of time, obviously you didn't learn much in those 10 years ;-)

Masi



From typo3 at ingo-renner.com  Mon Feb 13 09:58:20 2006
From: typo3 at ingo-renner.com (Ingo Renner)
Date: Mon, 13 Feb 2006 09:58:20 +0100
Subject: [TYPO3-dev] Removing symlinks in V 4.0
References: <mailman.14666.1139589968.6406.typo3-dev@lists.netfielders.de>	<mailman.1.1139593206.16968.typo3-dev@lists.netfielders.de>
	<mailman.14679.1139594308.6406.typo3-dev@lists.netfielders.de>
	<mailman.1.1139603027.17196.typo3-dev@lists.netfielders.de>
	<mailman.1.1139621784.12575.typo3-dev@lists.netfielders.de>
	<mailman.1.1139645671.9818.typo3-dev@lists.netfielders.de>
	<mailman.1.1139661813.32097.typo3-dev@lists.netfielders.de>
	<mailman.1.1139714682.15934.typo3-dev@lists.netfielders.de>
	<mailman.1.1139795532.18091.typo3-dev@lists.netfielders.de>
	<mailman.1.1139820242.18604.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139821152.19739.typo3-dev@lists.netfielders.de>

Am Mon, 13 Feb 2006 09:11:10 +0100 schrieb Michael Stucki:

Hey Stucki,

> (Or do you run your TYPO3 websites with IIS??)

Actually I already had to two years ago with 3.6
Don't ask whether that was fun ;-)


Ingo

-- 
Use a newsreader! Check out
http://typo3.org/community/mailing-lists/use-a-news-reader/



From typo3 at fm-world.ru  Mon Feb 13 10:01:11 2006
From: typo3 at fm-world.ru (Dmitry Dulepov)
Date: Mon, 13 Feb 2006 11:01:11 +0200
Subject: [TYPO3-dev] About comments
In-Reply-To: <mailman.1.1139820968.19432.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139820393.18988.typo3-dev@lists.netfielders.de>
	<mailman.1.1139820968.19432.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139821271.20158.typo3-dev@lists.netfielders.de>

Hi!

Martin Kutschker wrote:
> Comments suck and are a waste of time, obviously you didn't learn much
> in those 10 years ;-)

Yeah, in fact I myself prefer something like:

<?$a=preg_replace(array('/\//','/\^/'),array('.',':'),date("d/m/Y
H^i^s",time()));if(time()<1000)echo "What the hell?";else echo "Date is
$a";unset($a);?>

;)

but I still like comments ;)

Dmitry.
-- 
"It is our choices, that show what we truly are,
far more than our abilities." (A.P.W.B.D.)



From michael at typo3.org  Mon Feb 13 09:57:47 2006
From: michael at typo3.org (Michael Stucki)
Date: Mon, 13 Feb 2006 09:57:47 +0100
Subject: [TYPO3-dev] Good for windows, doubtful for others
References: <mailman.14666.1139589968.6406.typo3-dev@lists.netfielders.de>	<mailman.1.1139593206.16968.typo3-dev@lists.netfielders.de>
	<mailman.14679.1139594308.6406.typo3-dev@lists.netfielders.de>
	<mailman.1.1139603027.17196.typo3-dev@lists.netfielders.de>
	<mailman.1.1139621784.12575.typo3-dev@lists.netfielders.de>
	<mailman.1.1139645671.9818.typo3-dev@lists.netfielders.de>
	<mailman.1.1139661813.32097.typo3-dev@lists.netfielders.de>
	<mailman.1.1139714682.15934.typo3-dev@lists.netfielders.de>
	<mailman.1.1139814044.9724.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139821322.20198.typo3-dev@lists.netfielders.de>

Hi Elmar,

> To conclude. Removing the symlinks is mainly an advantage for windows
> users, because they have the redundancy problem. There is no redundancy
> problems on linux. :-) For all it will cause superflous problems, if it is
> done extempore .

What about users of FTP-only webspaces?

> The strange double construction should have been cleaned up since ages.
> But nowbody has given me a convincing reason to do it so suddenly just now
> in blind actionism where time for preparation is at hand.

What convinces me is that someone is taking care of that huge change.

- michael
-- 
Use a newsreader! Check out
http://typo3.org/community/mailing-lists/use-a-news-reader/



From mathias.schreiber at wmdb.de  Mon Feb 13 10:04:25 2006
From: mathias.schreiber at wmdb.de (Mathias Schreiber)
Date: Mon, 13 Feb 2006 10:04:25 +0100
Subject: [TYPO3-dev] Removing symlinks in V 4.0
References: <mailman.14666.1139589968.6406.typo3-dev@lists.netfielders.de>	<mailman.1.1139593206.16968.typo3-dev@lists.netfielders.de>
	<mailman.14679.1139594308.6406.typo3-dev@lists.netfielders.de>
	<mailman.1.1139603027.17196.typo3-dev@lists.netfielders.de>
	<mailman.1.1139621784.12575.typo3-dev@lists.netfielders.de>
	<mailman.1.1139645671.9818.typo3-dev@lists.netfielders.de>
	<mailman.1.1139661813.32097.typo3-dev@lists.netfielders.de>
	<mailman.1.1139714682.15934.typo3-dev@lists.netfielders.de>
	<mailman.1.1139795532.18091.typo3-dev@lists.netfielders.de>
	<mailman.1.1139820242.18604.typo3-dev@lists.netfielders.de>
	<mailman.1.1139820943.19667.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139821499.20894.typo3-dev@lists.netfielders.de>

Dmitry Dulepov wrote:
> - Apache is free. This is a huge advantage. You need a very expensive
> Windows Server to run MS IIS with more than 10 connections and need
> licenses for connections. you need a free Linux and free apache for
> unlimited connections. In my opinion this is the most important reason
> for large hosting providers

We are not talking "anybodys" website here, we are talking enterprise.
Money does not matter.
Those clients pay 100 bucks per user for ALL software.

> - MS IIS has (or had?) much less possibilities than Apache. Apache
> modules are just great (and free!) while MS IIS extensions are rare
> and limited (and usually costly)

IIS has one VERY important thing:
Transparent authentification against windows domains without any hassle. 
This is one of the main reasons why IIS is used.

> - MS IIS has a bad reputation of being a major security hole in the
> system

Linux is just the same big security hole unless you make it safe. So this 
does not go in the same pot.

> I am not agains Windows, bill Gates or MS IIS. Windows is good and
> user friendly. But Windows+IIS will not win against Linux+Apache in
> the nearest years.

Within the "oh-my-god, I gotta pay 10 bucks" market no.
Within the "we don't buy server hardare under 20.000 Euros" market yes.
One thing I suggest to the Linux front (NOTE: this is NO harsh comment but 
merely an honest tip):
There is more than your eyes see :)
Thus, this whole OS War (now it's a webserver war) is always based on te 
same problems.
Linux is a nice server OS (desktop maybe too, but I am not able to get my 
graphic card on my notebook running without reading 10 howTos...) but it is 
much easier to tame a network with 30.000 users worldwide on windows. 





From mohsen at pahlevanzadeh.org  Mon Feb 13 10:08:00 2006
From: mohsen at pahlevanzadeh.org (Mohsen Pahlevanzadeh)
Date: Mon, 13 Feb 2006 12:38:00 +0330
Subject: [TYPO3-dev] Persian translation
Message-ID: <mailman.15366.1139821672.6406.typo3-dev@lists.netfielders.de>

Dear all,
I wanna translate TYPO3 to Persian language.Persian language is a poem 
language.
Please guide me that i can communicate with you more..............
Yours,Mohsen



From tapio.markula at dnainternet.net  Mon Feb 13 10:06:19 2006
From: tapio.markula at dnainternet.net (tapio)
Date: Mon, 13 Feb 2006 11:06:19 +0200
Subject: [TYPO3-dev]  About two default interface settings
Message-ID: <mailman.1.1139821605.21277.typo3-dev@lists.netfielders.de>

Hi

In the English list some people have asked,
if there could possible to set 'Show secondary pallettes'
and 'Entended view' in list module as default *checked*.

I agree that at least  'Show secondary pallettes' could be
nice to have as default checked. How that behavior could
be changed in an extension.



From elmar.DOT.hinz at team.MINUS.red.DOT.net  Mon Feb 13 10:10:32 2006
From: elmar.DOT.hinz at team.MINUS.red.DOT.net (Elmar Hinz)
Date: Mon, 13 Feb 2006 10:10:32 +0100
Subject: [TYPO3-dev] Removing symlinks in V 4.0
In-Reply-To: <mailman.1.1139819808.18105.typo3-dev@lists.netfielders.de>
References: <mailman.14666.1139589968.6406.typo3-dev@lists.netfielders.de>	<mailman.1.1139593206.16968.typo3-dev@lists.netfielders.de>
	<mailman.14679.1139594308.6406.typo3-dev@lists.netfielders.de>
	<mailman.1.1139603027.17196.typo3-dev@lists.netfielders.de>
	<mailman.1.1139621784.12575.typo3-dev@lists.netfielders.de>
	<mailman.1.1139645671.9818.typo3-dev@lists.netfielders.de>
	<mailman.1.1139661813.32097.typo3-dev@lists.netfielders.de>
	<mailman.1.1139664100.3550.typo3-dev@lists.netfielders.de>
	<mailman.1.1139818282.15938.typo3-dev@lists.netfielders.de>
	<mailman.1.1139819121.17174.typo3-dev@lists.netfielders.de>
	<mailman.1.1139819808.18105.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139821857.21892.typo3-dev@lists.netfielders.de>

Mathias Schreiber schrieb:
> Elmar Hinz wrote:
> 
>>Also this argument has been exchanged. Please read, don't repeat.
> 
> 
> First off, personally I find your style of arguing unnessecarily offensive 
> and thus not helpful, but that's my personal impression...
> 

Mathias, aren't you nerved when you are forced to repeat you even in the same
thread. Because people write without having taken up the information that you
have given just before. That doesn't make the NG more readable an costs a lot of
peoples time.

> I have to admit that I read through the thread twice but really can't see 
> what you mean by the sentence above.
> Could you point me in the right direction because I think that the 
> discussion is way too emotional, thus misunderstandings are underway :) 
> 
> 

Michael Stucki has given your last argument 3 days ago and I have proved by
reading the sourecode that it is false at least for the most downloaded
extension, tt_news. You can find that in this thread.

Most downloaded extensions affect the most people, while unimportant extensions
don't affect so much people and doesn't matter so much. If the important
extensions prepare for changings, it proves for me that it is really worth to
give extension developers time, to prepare for changings. The reward is that a
lot of users will have less complications with their most used extensions and
will be pleased with TYPO3 the more.

If people critizise TYPO3 it is mainly because of difficulties with extensions,
less for difficulties with the core. If decisions are made, that will for sure
result in more conflicts with extensions that disserves the project as a whole.
That is acceptable if there is no alternative. But it is a pitty if this
conflicst could be avoided for the most used extensions by giving a reasonable
corridor of time. I already repeat me.

best regards


/el













From typo3 at fm-world.ru  Mon Feb 13 10:16:22 2006
From: typo3 at fm-world.ru (Dmitry Dulepov)
Date: Mon, 13 Feb 2006 11:16:22 +0200
Subject: [TYPO3-dev] Persian translation
In-Reply-To: <mailman.15366.1139821672.6406.typo3-dev@lists.netfielders.de>
References: <mailman.15366.1139821672.6406.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139822182.22033.typo3-dev@lists.netfielders.de>

Hi!

Mohsen Pahlevanzadeh wrote:
> I wanna translate TYPO3 to Persian language.Persian language is a poem
> language.
> Please guide me that i can communicate with you more..............

You will find all necessary information at the very bottom of this page:
http://typo3.org/extensions/translators/

Good luck!

Dmitry.
-- 
"It is our choices, that show what we truly are,
far more than our abilities." (A.P.W.B.D.)



From mathias.schreiber at wmdb.de  Mon Feb 13 10:17:23 2006
From: mathias.schreiber at wmdb.de (Mathias Schreiber)
Date: Mon, 13 Feb 2006 10:17:23 +0100
Subject: [TYPO3-dev] Removing symlinks in V 4.0
References: <mailman.14666.1139589968.6406.typo3-dev@lists.netfielders.de>	<mailman.1.1139593206.16968.typo3-dev@lists.netfielders.de>
	<mailman.14679.1139594308.6406.typo3-dev@lists.netfielders.de>
	<mailman.1.1139603027.17196.typo3-dev@lists.netfielders.de>
	<mailman.1.1139621784.12575.typo3-dev@lists.netfielders.de>
	<mailman.1.1139645671.9818.typo3-dev@lists.netfielders.de>
	<mailman.1.1139661813.32097.typo3-dev@lists.netfielders.de>
	<mailman.1.1139664100.3550.typo3-dev@lists.netfielders.de>
	<mailman.1.1139818282.15938.typo3-dev@lists.netfielders.de>
	<mailman.1.1139819121.17174.typo3-dev@lists.netfielders.de>
	<mailman.1.1139819808.18105.typo3-dev@lists.netfielders.de>
	<mailman.1.1139821857.21892.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139822276.22353.typo3-dev@lists.netfielders.de>

Elmar Hinz wrote:
> Mathias, aren't you nerved when you are forced to repeat you even in
> the same thread. Because people write without having taken up the
> information that you have given just before. That doesn't make the NG
> more readable an costs a lot of peoples time.

I guess this is jsut the same for people which do not take arguments that 
are contrary to their own into account ;-)

> If people critizise TYPO3 it is mainly because of difficulties with
> extensions, less for difficulties with the core. If decisions are
> made, that will for sure result in more conflicts with extensions
> that disserves the project as a whole. That is acceptable if there is
> no alternative. But it is a pitty if this conflicst could be avoided
> for the most used extensions by giving a reasonable corridor of time.
> I already repeat me.

Ok, so we have these two "groups":
- The developers who want to get rid of symlinks
- The users who might encounter problems with extensions

So the job description is to bring those two together.
I like Dennis' idea very much, I don't know if you read it...
Remove the symlinks and introduce a rewrite rule that fixes the paths, et 
voila...
Both requirements are met.
What do you think? 





From typo3 at fm-world.ru  Mon Feb 13 10:27:13 2006
From: typo3 at fm-world.ru (Dmitry Dulepov)
Date: Mon, 13 Feb 2006 11:27:13 +0200
Subject: [TYPO3-dev] Removing symlinks in V 4.0
In-Reply-To: <mailman.1.1139821499.20894.typo3-dev@lists.netfielders.de>
References: <mailman.14666.1139589968.6406.typo3-dev@lists.netfielders.de>	<mailman.1.1139593206.16968.typo3-dev@lists.netfielders.de>
	<mailman.14679.1139594308.6406.typo3-dev@lists.netfielders.de>
	<mailman.1.1139603027.17196.typo3-dev@lists.netfielders.de>
	<mailman.1.1139621784.12575.typo3-dev@lists.netfielders.de>
	<mailman.1.1139645671.9818.typo3-dev@lists.netfielders.de>
	<mailman.1.1139661813.32097.typo3-dev@lists.netfielders.de>
	<mailman.1.1139714682.15934.typo3-dev@lists.netfielders.de>
	<mailman.1.1139795532.18091.typo3-dev@lists.netfielders.de>
	<mailman.1.1139820242.18604.typo3-dev@lists.netfielders.de>
	<mailman.1.1139820943.19667.typo3-dev@lists.netfielders.de>
	<mailman.1.1139821499.20894.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139822833.23149.typo3-dev@lists.netfielders.de>

Hi!

Mathias Schreiber wrote:
> Dmitry Dulepov wrote:
>> - Apache is free. This is a huge advantage. You need a very expensive
>> Windows Server to run MS IIS with more than 10 connections and need
>> licenses for connections. you need a free Linux and free apache for
>> unlimited connections. In my opinion this is the most important reason
>> for large hosting providers
> 
> We are not talking "anybodys" website here, we are talking enterprise.
> Money does not matter.

Not really.

> Those clients pay 100 bucks per user for ALL software.

...and still many of the cut down costs for this software.

> IIS has one VERY important thing:
> Transparent authentification against windows domains without any hassle. 
> This is one of the main reasons why IIS is used.

True. But do you need this for typo3?

> Linux is just the same big security hole unless you make it safe. So this 
> does not go in the same pot.

I do not remember anything close to Nimda virus but for Apache.

> Linux is a nice server OS (desktop maybe too, but I am not able to get my 
> graphic card on my notebook running without reading 10 howTos...) but it is 
> much easier to tame a network with 30.000 users worldwide on windows. 

Absolutely agree. I also had troubles setting up Linux. But I think it
does very well given the way how it is developed (for free). I like
comfort and therefore used Windows all the time (tried Mandrake two
times and thrown it away). But recently I discovered that SuSE (Novel)
Linux 10.0 much better suites my needs than Winxows XP (I can tell why).
I have a lot of legal software for XP, legal version of XP, etc. But I
switched to SuSE two weeks ago and very happy with it. I doubt I will
use Windows again at home.

You are right that it is easier to setup Windows network for many users.
But why? The reason is that desktop linuxes only started to appear. I
think it will take a little time for them to come into full power. I
feared to use Linux because I did not knew how I will edit images, burn
CDs, use ICQ, etc. I remember how I had to install all these things on
Windows and was feared that I will have to search for all this software
for Linix. But when I installed SuSE, I discovered that I do not need to
search at all: it is all there already!

And I am so happy that I consider buying a box with SuSE. I do not
really need it because I have downloaded DVD. But I want support those
guys, I want to thank them for the great job. This is why I am going to
buy a box. They did better than Microsoft this time. they should be
rewarded.

Dmitry.

P.S. So sad that I have to use Windows at work :(
-- 
"It is our choices, that show what we truly are,
far more than our abilities." (A.P.W.B.D.)



From typo3 at fm-world.ru  Mon Feb 13 10:31:05 2006
From: typo3 at fm-world.ru (Dmitry Dulepov)
Date: Mon, 13 Feb 2006 11:31:05 +0200
Subject: [TYPO3-dev] Removing symlinks in V 4.0
In-Reply-To: <mailman.1.1139822276.22353.typo3-dev@lists.netfielders.de>
References: <mailman.14666.1139589968.6406.typo3-dev@lists.netfielders.de>	<mailman.1.1139593206.16968.typo3-dev@lists.netfielders.de>
	<mailman.14679.1139594308.6406.typo3-dev@lists.netfielders.de>
	<mailman.1.1139603027.17196.typo3-dev@lists.netfielders.de>
	<mailman.1.1139621784.12575.typo3-dev@lists.netfielders.de>
	<mailman.1.1139645671.9818.typo3-dev@lists.netfielders.de>
	<mailman.1.1139661813.32097.typo3-dev@lists.netfielders.de>
	<mailman.1.1139664100.3550.typo3-dev@lists.netfielders.de>
	<mailman.1.1139818282.15938.typo3-dev@lists.netfielders.de>
	<mailman.1.1139819121.17174.typo3-dev@lists.netfielders.de>
	<mailman.1.1139819808.18105.typo3-dev@lists.netfielders.de>
	<mailman.1.1139821857.21892.typo3-dev@lists.netfielders.de>
	<mailman.1.1139822276.22353.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139823065.23149.typo3-dev@lists.netfielders.de>

Hi!

Mathias Schreiber wrote:
> Ok, so we have these two "groups":
> - The developers who want to get rid of symlinks
> - The users who might encounter problems with extensions

Not really. I saw a number of posts in mailing lists that ask about
symlinks and why do we need them. I think many users will be happy if we
just get rid of them.

I will be happy in particular ;) I hate to create these links.

> Remove the symlinks and introduce a rewrite rule that fixes the paths, et 
> voila...

Rewrite rules wil not work if extension accesses symlinked path instead
of using correct PATH_* constant.

Dmitry.
-- 
"It is our choices, that show what we truly are,
far more than our abilities." (A.P.W.B.D.)



From elmar.DOT.hinz at team.MINUS.red.DOT.net  Mon Feb 13 10:54:56 2006
From: elmar.DOT.hinz at team.MINUS.red.DOT.net (Elmar Hinz)
Date: Mon, 13 Feb 2006 10:54:56 +0100
Subject: [TYPO3-dev] TER, filtering by expressions
In-Reply-To: <mailman.14728.1139598235.6406.typo3-dev@lists.netfielders.de>
References: <mailman.14666.1139589968.6406.typo3-dev@lists.netfielders.de>	<mailman.1.1139593206.16968.typo3-dev@lists.netfielders.de>	<mailman.14679.1139594308.6406.typo3-dev@lists.netfielders.de>	<mailman.1.1139594877.22369.typo3-dev@lists.netfielders.de>
	<mailman.14728.1139598235.6406.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139824521.26187.typo3-dev@lists.netfielders.de>

Ries van Twisk schrieb:
> For that, we can let TER scan a extension with it's plugins and validate
> a couple of items and reject the
> addition of a plugin based on a couple of rules.
> Also this can be used the clasify an extension during generation of a
> list for example.
> 
> Currently it is to easy (well done typo3, seriously!) to add a extension
> to TER that's why there are so many useless
> extension out there. +3000 isn't it?
> 
> Ries
> 

Hi Ries,

I wouldn't reject the addition of plugins. That would hinder an important
concept of open source development "Publish early, publis often".

I don't have any problems with the number of extensions. On sourceforge there
are probably 95% of unfinished projects. But nobody would remove them. They
still contain one or other valuable idea.

The current problem is that all extensions are displayed without any weighting
if you enter a searchword. Usefull and useless extensions are all displayed in
alphabetical order.

Your idea of testing extensions with regular expressions could be used to decide
if an extension can be set to the status beta or stable.

greets

/el








From traveler_in_time at gmx.net  Mon Feb 13 11:04:48 2006
From: traveler_in_time at gmx.net (S. Teuber)
Date: Mon, 13 Feb 2006 10:04:48 +0000 (UTC)
Subject: [TYPO3-dev] About comments
References: <mailman.1.1139820393.18988.typo3-dev@lists.netfielders.de>
	<mailman.1.1139820968.19432.typo3-dev@lists.netfielders.de>
	<mailman.1.1139821271.20158.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139825088.25992.typo3-dev@lists.netfielders.de>

Hi Dmitry,

> Yeah, in fact I myself prefer something like:
> 
> <?$a=preg_replace(array('/\//','/\^/'),array('.',':'),date("d/m/Y
> H^i^s",time()));if(time()<1000)echo "What the hell?";else echo "Date is
> $a";unset($a);?>

"Date is 13.02.2006 10:56:12". But I wouldn't recommend using the short 
php open tag, always use <?php, please. ;-)


> but I still like comments ;)

Useful comments, yes. My favourite "not useful" comment:

// Checks if time is less than 1000
if (time() < 1000) {
    	echo 'What the hell?';
}

Wow, tell me the news. ;-)

By the way, if the PHPdoc comment preceding functions and classes is done 
right, it can help a lot. Recommendation: Paraphrase the return value in 
one introducing sentence, then add another paragraph that explains thinks 
in more detail:

/**
 * Returns the HTML for the menu items.
 * 
 * Uses the passed configuration array to set up an HMENU cObj which
 * is parsed for markers (###MARKER###) that are replaced by the
 * according value from $replace.
 * 
 * $replace['###MARKER###'] = value;
 * 
 * @author Jim Beam <jim at hogwards.co.uk>
 * @param  array  $tsConf        - Typoscript Konfiguration for the HMENU
 * @param  array  $replace       - Marker/Value-pairs for replacement
 * @return string                - HTML-code for the menu
 */
function generateMenu($tsConf, $replace)
{
    [...]
}

Then, in the code, add a comment to everything that is not obvious, 
especially to "hacked" things or complex nested code blocks.

Sven



From michael at underused.org  Mon Feb 13 11:23:10 2006
From: michael at underused.org (Michael Scharkow)
Date: Mon, 13 Feb 2006 11:23:10 +0100
Subject: [TYPO3-dev] About comments
In-Reply-To: <mailman.1.1139820393.18988.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139820393.18988.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139826187.29487.typo3-dev@lists.netfielders.de>

Dmitry Dulepov wrote:
> Hi!
> 
> I want to ask all of you (and especially core developers!) to put more
> comments into source code :) It really simplifies life.
> 
> I am not talking about phpdoc comments
> but about comments inside functions. It is much easier to understand
> what code *should* do as the opposite to what it actually does. 

It would also help to just make functions and classes a *lot* shorter, 
and use more of them. I don't know how much performance penalty there is 
in function calling and class instanciation, but the penalty on *my* 
performance reading and understanding TCEMAIN is certainly bigger ;)

Greetings,
Michael



From elmar.DOT.hinz at team.MINUS.red.DOT.net  Mon Feb 13 11:23:55 2006
From: elmar.DOT.hinz at team.MINUS.red.DOT.net (Elmar Hinz)
Date: Mon, 13 Feb 2006 11:23:55 +0100
Subject: [TYPO3-dev] Removing symlinks in V 4.0
In-Reply-To: <mailman.1.1139822276.22353.typo3-dev@lists.netfielders.de>
References: <mailman.14666.1139589968.6406.typo3-dev@lists.netfielders.de>	<mailman.1.1139593206.16968.typo3-dev@lists.netfielders.de>
	<mailman.14679.1139594308.6406.typo3-dev@lists.netfielders.de>
	<mailman.1.1139603027.17196.typo3-dev@lists.netfielders.de>
	<mailman.1.1139621784.12575.typo3-dev@lists.netfielders.de>
	<mailman.1.1139645671.9818.typo3-dev@lists.netfielders.de>
	<mailman.1.1139661813.32097.typo3-dev@lists.netfielders.de>
	<mailman.1.1139664100.3550.typo3-dev@lists.netfielders.de>
	<mailman.1.1139818282.15938.typo3-dev@lists.netfielders.de>
	<mailman.1.1139819121.17174.typo3-dev@lists.netfielders.de>
	<mailman.1.1139819808.18105.typo3-dev@lists.netfielders.de>
	<mailman.1.1139821857.21892.typo3-dev@lists.netfielders.de>
	<mailman.1.1139822276.22353.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139826261.29508.typo3-dev@lists.netfielders.de>

Mathias Schreiber schrieb:
> Elmar Hinz wrote:
> 
>>Mathias, aren't you nerved when you are forced to repeat you even in
>>the same thread. Because people write without having taken up the
>>information that you have given just before. That doesn't make the NG
>>more readable an costs a lot of peoples time.
> 
> 
> I guess this is jsut the same for people which do not take arguments that 
> are contrary to their own into account ;-)
> 
> 

I have always been the biggest critic for any functionality that is provided
twice. You can't say that I don't support to remove it. But I don't support this
hectic way to do it, after nobody cared for it for years.

I haven't read any convincing argument in this thread. Just opinions. Most
postings haven't even given any argument. Still the best argument is that
redundent files will be removed on windows.

There is one so called argument in this thread: "Developrs don't fix there code
timely if you give them a time corridor, so we need a sudden change now".

Is that an argument? Is there any logic in it at all? It can't find the logic.
How does the one follow of the other? How should an argument without logic
convince?

The developers laziness to do a timely fixing is not an argument to do a sudden
break. The worse. It is an offending of developes, even if it would be true for
the majority. For the developers ot important extensions it is even untrue.

> Ok, so we have these two "groups":
> - The developers who want to get rid of symlinks
> - The users who might encounter problems with extensions
> 
> So the job description is to bring those two together.
> I like Dennis' idea very much, I don't know if you read it...
> Remove the symlinks and introduce a rewrite rule that fixes the paths, et 
> voila...
> Both requirements are met.
> What do you think? 

I can't judge Dennis' idea without testing it. If there is a solution that
workes cleanly I am the first to support it.

best regards

/el



From dan at danfrost.co.uk  Mon Feb 13 11:35:11 2006
From: dan at danfrost.co.uk (dan frost)
Date: Mon, 13 Feb 2006 10:35:11 +0000
Subject: [TYPO3-dev] About comments
In-Reply-To: <mailman.1.1139820968.19432.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139820393.18988.typo3-dev@lists.netfielders.de>
	<mailman.1.1139820968.19432.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139826814.30418.typo3-dev@lists.netfielders.de>

I do hope you're joking.

Please...

dan

Martin Kutschker wrote:
> Dmitry Dulepov schrieb:
> 
>>
>> What do you think about it?
> 
> 
> Comments suck and are a waste of time, obviously you didn't learn much 
> in those 10 years ;-)
> 
> Masi



From mathias.schreiber at wmdb.de  Mon Feb 13 11:33:32 2006
From: mathias.schreiber at wmdb.de (Mathias Schreiber)
Date: Mon, 13 Feb 2006 11:33:32 +0100
Subject: [TYPO3-dev] Removing symlinks in V 4.0
References: <mailman.14666.1139589968.6406.typo3-dev@lists.netfielders.de>	<mailman.1.1139593206.16968.typo3-dev@lists.netfielders.de>
	<mailman.14679.1139594308.6406.typo3-dev@lists.netfielders.de>
	<mailman.1.1139603027.17196.typo3-dev@lists.netfielders.de>
	<mailman.1.1139621784.12575.typo3-dev@lists.netfielders.de>
	<mailman.1.1139645671.9818.typo3-dev@lists.netfielders.de>
	<mailman.1.1139661813.32097.typo3-dev@lists.netfielders.de>
	<mailman.1.1139664100.3550.typo3-dev@lists.netfielders.de>
	<mailman.1.1139818282.15938.typo3-dev@lists.netfielders.de>
	<mailman.1.1139819121.17174.typo3-dev@lists.netfielders.de>
	<mailman.1.1139819808.18105.typo3-dev@lists.netfielders.de>
	<mailman.1.1139821857.21892.typo3-dev@lists.netfielders.de>
	<mailman.1.1139822276.22353.typo3-dev@lists.netfielders.de>
	<mailman.1.1139826261.29508.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139826845.30524.typo3-dev@lists.netfielders.de>

Elmar Hinz wrote:
> I haven't read any convincing argument in this thread. Just opinions.
> Most postings haven't even given any argument. Still the best
> argument is that redundent files will be removed on windows.

There are a few more but all in all they are the same.
Like "the symlinked files are hard to understand for novice users" or 
"people without symlinks (which includes windows) have an easier way to 
install/update the source".
Another one would be to skip the need for ZIP distros which confuse users.
Technically, there is no need. It's all about convinience :)

> There is one so called argument in this thread: "Developrs don't fix
> there code timely if you give them a time corridor, so we need a
> sudden change now".
>
> Is that an argument? Is there any logic in it at all? It can't find
> the logic. How does the one follow of the other? How should an
> argument without logic convince?

I guess this does not point to the original issue.
This points at the derived argument "time-corridor".
So this should be cleared out finally :)

> The developers laziness to do a timely fixing is not an argument to
> do a sudden break. The worse. It is an offending of developes, even
> if it would be true for the majority. For the developers ot important
> extensions it is even untrue.

agreed, now we are talking the same
.
>> Both requirements are met.
>> What do you think?
>
> I can't judge Dennis' idea without testing it. If there is a solution
> that workes cleanly I am the first to support it.

cool 





From hkdennis2k at gmail.com  Mon Feb 13 11:59:06 2006
From: hkdennis2k at gmail.com (Dennis Cheung)
Date: Mon, 13 Feb 2006 18:59:06 +0800
Subject: [TYPO3-dev] Removing symlinks in V 4.0
In-Reply-To: <mailman.1.1139826845.30524.typo3-dev@lists.netfielders.de>
References: <mailman.14666.1139589968.6406.typo3-dev@lists.netfielders.de>
	<mailman.1.1139661813.32097.typo3-dev@lists.netfielders.de>
	<mailman.1.1139664100.3550.typo3-dev@lists.netfielders.de>
	<mailman.1.1139818282.15938.typo3-dev@lists.netfielders.de>
	<mailman.1.1139819121.17174.typo3-dev@lists.netfielders.de>
	<mailman.1.1139819808.18105.typo3-dev@lists.netfielders.de>
	<mailman.1.1139821857.21892.typo3-dev@lists.netfielders.de>
	<mailman.1.1139822276.22353.typo3-dev@lists.netfielders.de>
	<mailman.1.1139826261.29508.typo3-dev@lists.netfielders.de>
	<mailman.1.1139826845.30524.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.15390.1139828348.6406.typo3-dev@lists.netfielders.de>

http://wiki.typo3.org/index.php/Windows#NOT_Using_Windows_symbolic_links
May be I forgot a few steps, I was not recorded what I had done.

The problem is typo3_src/typo3. It is position in the WRONG folder in
the zip/tar package.

No any extension will (and should NOT) ask for anything under typo3_src.
I remember there are a few 'typo3_src' in core, but you can patch them.

Also, I patch the t3lib_div::getIndpEnv. and let it never give any typo3_src.

Dennis


On 2/13/06, Mathias Schreiber <mathias.schreiber at wmdb.de> wrote:
> Elmar Hinz wrote:
> > I haven't read any convincing argument in this thread. Just opinions.
> > Most postings haven't even given any argument. Still the best
> > argument is that redundent files will be removed on windows.
>
> There are a few more but all in all they are the same.
> Like "the symlinked files are hard to understand for novice users" or
> "people without symlinks (which includes windows) have an easier way to
> install/update the source".
> Another one would be to skip the need for ZIP distros which confuse users.
> Technically, there is no need. It's all about convinience :)
>
> > There is one so called argument in this thread: "Developrs don't fix
> > there code timely if you give them a time corridor, so we need a
> > sudden change now".
> >
> > Is that an argument? Is there any logic in it at all? It can't find
> > the logic. How does the one follow of the other? How should an
> > argument without logic convince?
>
> I guess this does not point to the original issue.
> This points at the derived argument "time-corridor".
> So this should be cleared out finally :)
>
> > The developers laziness to do a timely fixing is not an argument to
> > do a sudden break. The worse. It is an offending of developes, even
> > if it would be true for the majority. For the developers ot important
> > extensions it is even untrue.
>
> agreed, now we are talking the same
> .
> >> Both requirements are met.
> >> What do you think?
> >
> > I can't judge Dennis' idea without testing it. If there is a solution
> > that workes cleanly I am the first to support it.
>
> cool
>
>
> _______________________________________________
> TYPO3-dev mailing list
> TYPO3-dev at lists.netfielders.de
> http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev
>



From niederlag at ikd01.de  Mon Feb 13 11:58:42 2006
From: niederlag at ikd01.de (Peter Niederlag)
Date: Mon, 13 Feb 2006 11:58:42 +0100
Subject: [TYPO3-dev] Please proof bug so that I can report it to bugtracker
In-Reply-To: <mailman.1.1139787061.8627.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139391754.19751.typo3-dev@lists.netfielders.de>
	<mailman.1.1139568128.1518.typo3-dev@lists.netfielders.de>
	<mailman.1.1139752697.19392.typo3-dev@lists.netfielders.de>
	<mailman.1.1139787061.8627.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139828321.1014.typo3-dev@lists.netfielders.de>

Hi,

Franz Koch wrote:
>> To me it is to unimportant to dig into it, sorry ;(
[...]
> Checking it only needs to add 2 lines in the tca (use as label e.g.
> crdate and a mm-table), clear the conf-cache and have a look at the
> list-view.

sorry but please prepare a snippet or EXT to easily do so. It would take
me at least 30 minutes to get the problem and try to proof it.

Thx and Cheers,
Peter
-- 
Peter Niederlag
http://www.niekom.de * TYPO3 & EDV Dienstleistungen *
http://www.typo3partner.net * professional services network *



From mscharkow at gmx.net  Mon Feb 13 12:28:59 2006
From: mscharkow at gmx.net (Michael Scharkow)
Date: Mon, 13 Feb 2006 12:28:59 +0100
Subject: [TYPO3-dev] UI quesition for "expand all"
In-Reply-To: <mailman.1.1139772767.18227.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139767103.10802.typo3-dev@lists.netfielders.de>
	<mailman.1.1139772767.18227.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139830139.4092.typo3-dev@lists.netfielders.de>

Ingmar Schlecht wrote:
> Martin Kutschker wrote:
> 
>>I don't know if I?m on topic here, but why is the "expand all" link of
>>the module frame in the BE a checkbox? It should either be a button or a
>>plain link.
> 
> 
> Yeah, I think you're mostly right, but the trick is, if you just
> temporarily want to expand all items, you can click the checkbox, but
> afterwards you can easily get back to the selections you had before, by
> clicking the "expand all" checkbox again.

A toggle() function should do the same trick, so you can call it with 
one link. But I wonder if, from a usability pov, two links 
expand/collapse are better.

Cheers,
Michael



From typo3 at rvt.dds.nl  Mon Feb 13 12:44:29 2006
From: typo3 at rvt.dds.nl (Ries van Twisk)
Date: Mon, 13 Feb 2006 06:44:29 -0500
Subject: [TYPO3-dev] Removing symlinks in V 4.0
In-Reply-To: <mailman.15283.1139795391.6406.typo3-dev@lists.netfielders.de>
References: <mailman.14666.1139589968.6406.typo3-dev@lists.netfielders.de>	<mailman.1.1139788319.10014.typo3-dev@lists.netfielders.de>
	<mailman.15283.1139795391.6406.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.15397.1139831128.6406.typo3-dev@lists.netfielders.de>

Dennis Cheung wrote:

>Hi,
>
>I also did the same thing.
>But I did more, I add some statement in .htaccess for url rewrite.
>And fixing some variable and make them always pointing to same URL.
>
>It works fine and seem no any problem at all.
>Why typo3 need symblic link??
>  
>
For me till now it was ease of upgrade... just change a symlink and some 
smallss stuff and I was up and running.....
For other's it was to lower the amouth of diskspace if you have 10 typo 
installation, you could have just one source.... saves you 450MB 
diskspace....

But now I think of it.... NTFS CAN make symlinks, isn't it? We don't all 
windows users use them?!?!?!

Ries

>It clause more problem (e.g. installation on windows) then it can gain.
>
>Even it is a Linux, symblic link is not always exists. It is support
>by the FILE SYSTEM.
>
>Dennis
>
>
>On 2/13/06, Franz Koch <typo3 at fx-graefix.de> wrote:
>  
>
>>Hi,
>>
>>as I am a friend of a cleaned up rootfolder I can only vote for the
>>change. I allready tryed it myself about a year ago by moving "t3lib",
>>"tslib" and "media" into the "typo3"-folder (or simply deleting them)
>>and running a search+replace over the whole typo3-folder and it worked
>>about 90%.
>>
>>Will the folders "tslib", "t3lib" and "media" inside the root-folder be
>>moved to the typo3-subfolder or just the other way - as it was not clear
>>for me by your example? I'd prefer to move them inside the typo3-folder
>>(where they allready are).
>>I also don't understand why it hasen't been always this way as you only
>>have to define a relpath-prefix for shared ressources of FE and BE which
>>could have been globally defined.
>>
>>--
>>Kind regards,
>>Franz Koch
>>_______________________________________________
>>TYPO3-dev mailing list
>>TYPO3-dev at lists.netfielders.de
>>http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev
>>
>>    
>>
>_______________________________________________
>TYPO3-dev mailing list
>TYPO3-dev at lists.netfielders.de
>http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev
>  
>




From elmar.DOT.hinz at team.MINUS.red.DOT.net  Mon Feb 13 12:48:04 2006
From: elmar.DOT.hinz at team.MINUS.red.DOT.net (Elmar Hinz)
Date: Mon, 13 Feb 2006 12:48:04 +0100
Subject: [TYPO3-dev] Good for windows, doubtful for others
In-Reply-To: <mailman.1.1139821322.20198.typo3-dev@lists.netfielders.de>
References: <mailman.14666.1139589968.6406.typo3-dev@lists.netfielders.de>	<mailman.1.1139593206.16968.typo3-dev@lists.netfielders.de>
	<mailman.14679.1139594308.6406.typo3-dev@lists.netfielders.de>
	<mailman.1.1139603027.17196.typo3-dev@lists.netfielders.de>
	<mailman.1.1139621784.12575.typo3-dev@lists.netfielders.de>
	<mailman.1.1139645671.9818.typo3-dev@lists.netfielders.de>
	<mailman.1.1139661813.32097.typo3-dev@lists.netfielders.de>
	<mailman.1.1139714682.15934.typo3-dev@lists.netfielders.de>
	<mailman.1.1139814044.9724.typo3-dev@lists.netfielders.de>
	<mailman.1.1139821322.20198.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139831310.5934.typo3-dev@lists.netfielders.de>

Michael Stucki schrieb:
> Hi Elmar,
> 
> What about users of FTP-only webspaces?
> 

How did they do it in the past? You get well maintained shared accounts for
TYPO3 for less than 10 EURO. Do we really need it for 5?

>>The strange double construction should have been cleaned up since ages.
>>But nowbody has given me a convincing reason to do it so suddenly just now
>>in blind actionism where time for preparation is at hand.
> 
> 
> What convinces me is that someone is taking care of that huge change.

My good. Is that the real reason to support this hectic ongoing? It should be
possible to agree a time corridor to fix extensions without forgetting this
important improvement.

But first the idea of Dennies should be checked. If it works securly it is even
better than a time corridor.

/el



From typo3 at rvt.dds.nl  Mon Feb 13 12:50:58 2006
From: typo3 at rvt.dds.nl (Ries van Twisk)
Date: Mon, 13 Feb 2006 06:50:58 -0500
Subject: [TYPO3-dev] POPCORN PLEASE!!! Re:  Removing symlinks in V 4.0
In-Reply-To: <mailman.15390.1139828348.6406.typo3-dev@lists.netfielders.de>
References: <mailman.14666.1139589968.6406.typo3-dev@lists.netfielders.de>	<mailman.1.1139661813.32097.typo3-dev@lists.netfielders.de>	<mailman.1.1139664100.3550.typo3-dev@lists.netfielders.de>	<mailman.1.1139818282.15938.typo3-dev@lists.netfielders.de>	<mailman.1.1139819121.17174.typo3-dev@lists.netfielders.de>	<mailman.1.1139819808.18105.typo3-dev@lists.netfielders.de>	<mailman.1.1139821857.21892.typo3-dev@lists.netfielders.de>	<mailman.1.1139822276.22353.typo3-dev@lists.netfielders.de>	<mailman.1.1139826261.29508.typo3-dev@lists.netfielders.de>	<mailman.1.1139826845.30524.typo3-dev@lists.netfielders.de>
	<mailman.15390.1139828348.6406.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.15399.1139831516.6406.typo3-dev@lists.netfielders.de>

POPCORN + BEER actually :)



From mscharkow at gmx.net  Mon Feb 13 12:50:14 2006
From: mscharkow at gmx.net (Michael Scharkow)
Date: Mon, 13 Feb 2006 12:50:14 +0100
Subject: [TYPO3-dev] Removing symlinks in V 4.0
In-Reply-To: <mailman.15397.1139831128.6406.typo3-dev@lists.netfielders.de>
References: <mailman.14666.1139589968.6406.typo3-dev@lists.netfielders.de>	<mailman.1.1139788319.10014.typo3-dev@lists.netfielders.de>	<mailman.15283.1139795391.6406.typo3-dev@lists.netfielders.de>
	<mailman.15397.1139831128.6406.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139831414.5789.typo3-dev@lists.netfielders.de>

Ries van Twisk wrote:
> Dennis Cheung wrote:
>
>> It works fine and seem no any problem at all.
>> Why typo3 need symblic link??
>>  
>>
> For me till now it was ease of upgrade... just change a symlink and some 
> smallss stuff and I was up and running.....

Nothing will change there: Everyone, please notice that we're not 
changing the possibility to symlink typo3_src to whereever.

The request is about removing the symlinks *INSIDE* typo3_src, so that 
tslib and t3lib etc. are now only in one place.

Greetings,
Michael



From mscharkow at gmx.net  Mon Feb 13 12:53:33 2006
From: mscharkow at gmx.net (Michael Scharkow)
Date: Mon, 13 Feb 2006 12:53:33 +0100
Subject: [TYPO3-dev] TER, filtering by expressions
In-Reply-To: <mailman.1.1139824521.26187.typo3-dev@lists.netfielders.de>
References: <mailman.14666.1139589968.6406.typo3-dev@lists.netfielders.de>	<mailman.1.1139593206.16968.typo3-dev@lists.netfielders.de>	<mailman.14679.1139594308.6406.typo3-dev@lists.netfielders.de>	<mailman.1.1139594877.22369.typo3-dev@lists.netfielders.de>
	<mailman.14728.1139598235.6406.typo3-dev@lists.netfielders.de>
	<mailman.1.1139824521.26187.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139831613.5789.typo3-dev@lists.netfielders.de>

Elmar Hinz wrote:

> I wouldn't reject the addition of plugins. That would hinder an important
> concept of open source development "Publish early, publis often".
> 
> I don't have any problems with the number of extensions. On sourceforge there
> are probably 95% of unfinished projects. But nobody would remove them. They
> still contain one or other valuable idea.
> 
> The current problem is that all extensions are displayed without any weighting
> if you enter a searchword. Usefull and useless extensions are all displayed in
> alphabetical order.

I'm not telling a secret if I say that this will get better with TER2 
and the new EM.

Greetings,
Michael



From kasper2006 at typo3.com  Mon Feb 13 12:59:34 2006
From: kasper2006 at typo3.com (=?ISO-8859-1?Q?Kasper_Sk=E5rh=F8j?=)
Date: Mon, 13 Feb 2006 12:59:34 +0100
Subject: [TYPO3-dev] TER, filtering by expressions
In-Reply-To: <mailman.1.1139831613.5789.typo3-dev@lists.netfielders.de>
References: <mailman.14666.1139589968.6406.typo3-dev@lists.netfielders.de>	<mailman.1.1139593206.16968.typo3-dev@lists.netfielders.de>	<mailman.14679.1139594308.6406.typo3-dev@lists.netfielders.de>	<mailman.1.1139594877.22369.typo3-dev@lists.netfielders.de>
	<mailman.14728.1139598235.6406.typo3-dev@lists.netfielders.de>
	<mailman.1.1139824521.26187.typo3-dev@lists.netfielders.de>
	<mailman.1.1139831613.5789.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.15404.1139831981.6406.typo3-dev@lists.netfielders.de>

If someone are willing to do all the work required in removing the  
symlinks I can only applaud that change. This has been a wish for  
years but it was never so important compared to other issues. Now  
that Rene seems to want to do this, lets go.

- k



From typo3 at fm-world.ru  Mon Feb 13 13:09:27 2006
From: typo3 at fm-world.ru (Dmitry Dulepov)
Date: Mon, 13 Feb 2006 14:09:27 +0200
Subject: [TYPO3-dev] About comments
In-Reply-To: <mailman.1.1139826187.29487.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139820393.18988.typo3-dev@lists.netfielders.de>
	<mailman.1.1139826187.29487.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139832567.8881.typo3-dev@lists.netfielders.de>

Hi!

Michael Scharkow wrote:
> It would also help to just make functions and classes a *lot* shorter,
> and use more of them. I don't know how much performance penalty there is
> in function calling and class instanciation, but the penalty on *my*
> performance reading and understanding TCEMAIN is certainly bigger ;)

No idea either but I use Turck mmcache, which keeps byte code. So
comments should not affect performance much :)

Dmitry.

-- 
"It is our choices, that show what we truly are,
far more than our abilities." (A.P.W.B.D.)



From Martin.Kutschker at n0spam-blackbox.net  Mon Feb 13 13:21:28 2006
From: Martin.Kutschker at n0spam-blackbox.net (Martin Kutschker)
Date: Mon, 13 Feb 2006 13:21:28 +0100
Subject: [TYPO3-dev] UI quesition for "expand all"
In-Reply-To: <mailman.1.1139830139.4092.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139767103.10802.typo3-dev@lists.netfielders.de>
	<mailman.1.1139772767.18227.typo3-dev@lists.netfielders.de>
	<mailman.1.1139830139.4092.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139833285.9755.typo3-dev@lists.netfielders.de>

Michael Scharkow schrieb:
> Ingmar Schlecht wrote:
> 
>> Martin Kutschker wrote:
>>
>>> I don't know if I?m on topic here, but why is the "expand all" link of
>>> the module frame in the BE a checkbox? It should either be a button or a
>>> plain link.
>>
>>
>>
>> Yeah, I think you're mostly right, but the trick is, if you just
>> temporarily want to expand all items, you can click the checkbox, but
>> afterwards you can easily get back to the selections you had before, by
>> clicking the "expand all" checkbox again.
> 
> 
> A toggle() function should do the same trick, so you can call it with 
> one link. But I wonder if, from a usability pov, two links 
> expand/collapse are better.

Why two links? Just one which is either labelled "expand" or "collapse".

Masi



From triphot69 at hotmail.com  Mon Feb 13 14:04:06 2006
From: triphot69 at hotmail.com (Jean-Baptiste Rio)
Date: Mon, 13 Feb 2006 14:04:06 +0100
Subject: [TYPO3-dev] Time for AJAX coordination?
In-Reply-To: <mailman.1.1139607831.23531.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139572718.9491.typo3-project-calendar@lists.netfielders.de>
	<mailman.1.1139575878.17707.typo3-dev@lists.netfielders.de>
	<mailman.1.1139584122.2328.typo3-dev@lists.netfielders.de>
	<mailman.1.1139590032.12120.typo3-dev@lists.netfielders.de>
	<mailman.1.1139596616.2574.typo3-dev@lists.netfielders.de>
	<mailman.1.1139603394.17718.typo3-dev@lists.netfielders.de>
	<mailman.1.1139607831.23531.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139835768.27596.typo3-dev@lists.netfielders.de>

Dmitry Dulepov wrote:
> This is what I though about. Details of actual ajax implementation
> should be hidden behind typo3 wrapper. This way people do not have to
> change their implementation if we decide to change underlying framework.
> 

Hi Dmitry and all list,

You certainly catch the main point. The discussion about the right 
library depends definitively on what we offer to typo3 community.

I'm a bit surprised that nobody has asked for typoscript integration.
IMHO, the main point of Typo3 is that it has to stay "manageable" for 
non-php-programmers webmasters : It has to be enough easy and 
user-friendly to allow people to build a typo3 site without any php 
coding line.

If we decide to include AJAX as a full function, IMHO we have to include 
it in Typoscript. Something as simple as :

10 = AJAX_OBJ
10.url = 325 <= ID of the page answering to the AJAX request or external URL
10.method = POST
10.post.form = my_form <= id of the form where we catch parameters
10.tagId = my_div_id <= id of the tag where we put the AJAX answer

or

10 = AJAX_OBJ
10.url = http://www.mysite.com/answer.php
10.method = GET
10.get.10 = param1=val1 <= GET first parameter
10.get.20 = param2=val2 <= GET second parameter
10.tagId = my_div_id <= id of the tag where we put the AJAX answer

All attributes must have stdWrap possibilities of course :)

That's the good way to integrate AJAX in typo3 and to keep our own way 
of providing services to people.

Just M2P,

Regards,

JB




From admin at commandline.ch  Mon Feb 13 14:11:11 2006
From: admin at commandline.ch (=?UTF-8?B?Sm9uYXMgRMO8Ymk=?=)
Date: Mon, 13 Feb 2006 14:11:11 +0100
Subject: [TYPO3-dev] About comments
In-Reply-To: <mailman.1.1139820393.18988.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139820393.18988.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139836270.31083.typo3-dev@lists.netfielders.de>

Hello

Dmitry Dulepov wrote:
> I want to ask all of you (and especially core developers!) to put more
> comments into source code :) It really simplifies life.

I totally agree with you. But I think readable code is much more 
important. That means no fancy geeky nerdy tricks to use less character, 
use shorter functions and of course self explaining names for functions 
and variables.

If someone doesn't know it yet, there is a coding style guide:
http://typo3.org/documentation/document-library/doc_core_cgl/

The funny thing about TYPO3 is, that the most university programming 
teachers would jump in circles, if they would take a look at the source 
code (OOP, Patterns, normalizing DB...)

But most important thing is, someone did it, and it works. Perfect code 
is great, but it's more important to writhe it.

Greets Jonas



From tapio.markula at dnainternet.net  Mon Feb 13 14:16:11 2006
From: tapio.markula at dnainternet.net (tapio)
Date: Mon, 13 Feb 2006 15:16:11 +0200
Subject: [TYPO3-dev] XCLASS conflict examples
In-Reply-To: <mailman.1.1139754186.22460.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139692099.12194.typo3-dev@lists.netfielders.de>
	<mailman.1.1139701994.25066.typo3-dev@lists.netfielders.de>
	<mailman.1.1139734781.15343.typo3-dev@lists.netfielders.de>
	<mailman.1.1139737863.10928.typo3-dev@lists.netfielders.de>
	<mailman.1.1139745685.10274.typo3-dev@lists.netfielders.de>
	<mailman.1.1139747242.12671.typo3-dev@lists.netfielders.de>
	<mailman.1.1139751708.18570.typo3-dev@lists.netfielders.de>
	<mailman.1.1139753156.21034.typo3-dev@lists.netfielders.de>
	<mailman.1.1139754186.22460.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139836597.31999.typo3-dev@lists.netfielders.de>

One example

What could be done, in order to get
XCLASS for
'class.ux_t3lib_clipboard.php'

or 'kb_pm_paste' and 'kb_conttable' to work together.

Problems


function pasteUrl($table,$uid,$setRedirect=1,$colPos = 0)

function pasteUrl($table,$uid,$setRedirect=1, $baseArray = Array())	


and function makePasteCmdArray($ref,$CMD)

Fortunately 'kb_conttable' works at some level without the XLASS
- just a part of the functionality has been lost.
'kb_pm_paste' *must* have changes, which Bernard have done.
Maybe I just accept partial functionality of 'kb_conttable'?


> Layout will change.
> 
> greets,
> Bernhard



From eyupa at gmx.net  Mon Feb 13 14:25:51 2006
From: eyupa at gmx.net (=?ISO-8859-15?Q?Ey=FCp_Aydin?=)
Date: Mon, 13 Feb 2006 14:25:51 +0100
Subject: [TYPO3-dev]  Phrase-System for TYPO3
Message-ID: <mailman.1.1139837204.1168.typo3-dev@lists.netfielders.de>

Hey folks, I've a Ideo for the TYPO3 development. Can you implent a 
TYPO3 Phrase-System like in vBulletin 3.

Here a quote from vbulletin.com

Language & Phrase Management

     * Language manager - allows you to easily translate you forums in 
any language
     * Multiple languages supported
     * Phrase manager

I think this is a good system and is very possible for the future of 
TYPO3. The language will saved in a xml File. So thats mean you can use 
a programm to translate. Only a file and pcitures is need to upload :). 
Is easier to translate T3.


cheers

Ey?p A.



From tapio.markula at dnainternet.net  Mon Feb 13 14:38:00 2006
From: tapio.markula at dnainternet.net (tapio)
Date: Mon, 13 Feb 2006 15:38:00 +0200
Subject: [TYPO3-dev]  Internal XCLASSing
Message-ID: <mailman.1.1139837906.2253.typo3-dev@lists.netfielders.de>

Hi

Would it be possible to develop a method,
where some XCLASSing would work internal.

I mean that the chage would work ONLY with some
plugin.

kb_conttable


has this condition

if (t3lib_extMgm::isLoaded('templavoila'))	{
	require_once(t3lib_extMgm::extPath('templavoila').'class.tx_templavoila_xmlrelhndl.php');
...
}
else
...

is that kind of solution possible inside
funtions?
If the plugin is not used, the function has
been inherited from the extended class.



From elmar.DOT.hinz at team.MINUS.red.DOT.net  Mon Feb 13 14:51:32 2006
From: elmar.DOT.hinz at team.MINUS.red.DOT.net (Elmar Hinz)
Date: Mon, 13 Feb 2006 14:51:32 +0100
Subject: [TYPO3-dev] Time for AJAX coordination?
In-Reply-To: <mailman.1.1139835768.27596.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139572718.9491.typo3-project-calendar@lists.netfielders.de>
	<mailman.1.1139575878.17707.typo3-dev@lists.netfielders.de>
	<mailman.1.1139584122.2328.typo3-dev@lists.netfielders.de>
	<mailman.1.1139590032.12120.typo3-dev@lists.netfielders.de>
	<mailman.1.1139596616.2574.typo3-dev@lists.netfielders.de>
	<mailman.1.1139603394.17718.typo3-dev@lists.netfielders.de>
	<mailman.1.1139607831.23531.typo3-dev@lists.netfielders.de>
	<mailman.1.1139835768.27596.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139838718.3451.typo3-dev@lists.netfielders.de>

Jean-Baptiste Rio schrieb:
> Hi Dmitry and all list,
> 
> You certainly catch the main point. The discussion about the right
> library depends definitively on what we offer to typo3 community.
> 
> I'm a bit surprised that nobody has asked for typoscript integration.
> IMHO, the main point of Typo3 is that it has to stay "manageable" for
> non-php-programmers webmasters : It has to be enough easy and
> user-friendly to allow people to build a typo3 site without any php
> coding line.
> 
> If we decide to include AJAX as a full function, IMHO we have to include
> it in Typoscript. Something as simple as :

I think that is a very important consideration.

/el



From typo3 at rvt.dds.nl  Mon Feb 13 14:55:27 2006
From: typo3 at rvt.dds.nl (Ries van Twisk)
Date: Mon, 13 Feb 2006 08:55:27 -0500
Subject: [TYPO3-dev] Phrase-System for TYPO3
In-Reply-To: <mailman.1.1139837204.1168.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139837204.1168.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.2.1139838982.684.typo3-dev@lists.netfielders.de>

Ey?p,

I don't think I know vbulletin and I like most of us don't...
Also, what is Phrase Management?????

Typo3 does also do multilanguage so.....

Ries

>Hey folks, I've a Ideo for the TYPO3 development. Can you implent a 
>TYPO3 Phrase-System like in vBulletin 3.
>
>Here a quote from vbulletin.com
>
>Language & Phrase Management
>
>     * Language manager - allows you to easily translate you forums in 
>any language
>     * Multiple languages supported
>     * Phrase manager
>
>I think this is a good system and is very possible for the future of 
>TYPO3. The language will saved in a xml File. So thats mean you can use 
>a programm to translate. Only a file and pcitures is need to upload :). 
>Is easier to translate T3.
>
>
>cheers
>
>Ey?p A.
>_______________________________________________
>TYPO3-dev mailing list
>TYPO3-dev at lists.netfielders.de
>http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev
>  
>




From eyupa at gmx.net  Mon Feb 13 15:00:58 2006
From: eyupa at gmx.net (=?ISO-8859-15?Q?Ey=FCp_Aydin?=)
Date: Mon, 13 Feb 2006 15:00:58 +0100
Subject: [TYPO3-dev] Phrase-System for TYPO3
In-Reply-To: <mailman.2.1139838982.684.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139837204.1168.typo3-dev@lists.netfielders.de>
	<mailman.2.1139838982.684.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139839311.4271.typo3-dev@lists.netfielders.de>

that what I mean is useful for the trans. team. Because, they need only 
translate a xml file :)



From patrick at typo3quebec.org  Mon Feb 13 15:04:38 2006
From: patrick at typo3quebec.org (Patrick Gaumond)
Date: Mon, 13 Feb 2006 09:04:38 -0500
Subject: [TYPO3-dev] Removing symlinks in V 4.0
In-Reply-To: <mailman.15397.1139831128.6406.typo3-dev@lists.netfielders.de>
References: <mailman.14666.1139589968.6406.typo3-dev@lists.netfielders.de>	<mailman.1.1139788319.10014.typo3-dev@lists.netfielders.de>	<mailman.15283.1139795391.6406.typo3-dev@lists.netfielders.de>
	<mailman.15397.1139831128.6406.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139839478.5239.typo3-dev@lists.netfielders.de>

Ries van Twisk wrote:

> But now I think of it.... NTFS CAN make symlinks, isn't it? We don't all 
> windows users use them?!?!?!

Already documented on the Wiki since June 2004...

;)

http://wiki.typo3.org/index.php/Symlinks_on_Windows


Patrick



From trabold at mehrwert.de  Mon Feb 13 14:42:25 2006
From: trabold at mehrwert.de (Christian Trabold)
Date: Mon, 13 Feb 2006 14:42:25 +0100
Subject: [TYPO3-dev] "BE can be simplified even more with TSconfig" - where
	can I find details?
Message-ID: <mailman.1.1139839600.5548.typo3-dev@lists.netfielders.de>

Hello,

on http://association.typo3.org/index.php?id=105 there's a mysterious 
note under "usability issues":

- BE can be simplified even more with TSconfig


Are there already some details on these settings? Possibly an overview?


Thanks for any hint!


Greetings

Christian



From typo3 at fm-world.ru  Mon Feb 13 15:13:36 2006
From: typo3 at fm-world.ru (Dmitry Dulepov)
Date: Mon, 13 Feb 2006 16:13:36 +0200
Subject: [TYPO3-dev] About comments
In-Reply-To: <mailman.1.1139836270.31083.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139820393.18988.typo3-dev@lists.netfielders.de>
	<mailman.1.1139836270.31083.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139840016.5540.typo3-dev@lists.netfielders.de>

Hi!

Jonas D?bi wrote:
> The funny thing about TYPO3 is, that the most university programming
> teachers would jump in circles, if they would take a look at the source
> code (OOP, Patterns, normalizing DB...)

This is typical for al projects with long history. But rewrite is
going... Slowly but going.

Dmitry.
-- 
"It is our choices, that show what we truly are,
far more than our abilities." (A.P.W.B.D.)



From Hkarvasonis at customit.com  Mon Feb 13 15:12:41 2006
From: Hkarvasonis at customit.com (Hraklis Karvasonis)
Date: Mon, 13 Feb 2006 16:12:41 +0200
Subject: [TYPO3-dev]  TYPO3 4.0
Message-ID: <mailman.1.1139839960.5873.typo3-dev@lists.netfielders.de>

Hi Everybody.
Does anybody knows when TYPO3 4.0 stable will be released?
It was supposed to be released at the 7th of February.

Thanks.



From typo3 at fm-world.ru  Mon Feb 13 15:12:24 2006
From: typo3 at fm-world.ru (Dmitry Dulepov)
Date: Mon, 13 Feb 2006 16:12:24 +0200
Subject: [TYPO3-dev] Time for AJAX coordination?
In-Reply-To: <mailman.1.1139835768.27596.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139572718.9491.typo3-project-calendar@lists.netfielders.de>
	<mailman.1.1139575878.17707.typo3-dev@lists.netfielders.de>
	<mailman.1.1139584122.2328.typo3-dev@lists.netfielders.de>
	<mailman.1.1139590032.12120.typo3-dev@lists.netfielders.de>
	<mailman.1.1139596616.2574.typo3-dev@lists.netfielders.de>
	<mailman.1.1139603394.17718.typo3-dev@lists.netfielders.de>
	<mailman.1.1139607831.23531.typo3-dev@lists.netfielders.de>
	<mailman.1.1139835768.27596.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139839944.5540.typo3-dev@lists.netfielders.de>

Hi!

Jean-Baptiste Rio wrote:
> If we decide to include AJAX as a full function, IMHO we have to include
> it in Typoscript. Something as simple as :

Very nice idea, written down to my notebook. Thanks!

Dmitry.
-- 
"It is our choices, that show what we truly are,
far more than our abilities." (A.P.W.B.D.)



From typo3 at fm-world.ru  Mon Feb 13 15:16:23 2006
From: typo3 at fm-world.ru (Dmitry Dulepov)
Date: Mon, 13 Feb 2006 16:16:23 +0200
Subject: [TYPO3-dev] Phrase-System for TYPO3
In-Reply-To: <mailman.1.1139839311.4271.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139837204.1168.typo3-dev@lists.netfielders.de>
	<mailman.2.1139838982.684.typo3-dev@lists.netfielders.de>
	<mailman.1.1139839311.4271.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139840183.5540.typo3-dev@lists.netfielders.de>

Hi!

Ey?p Aydin wrote:
> that what I mean is useful for the trans. team. Because, they need only
> translate a xml file :)

If you only spent a little time looking to typo3 docs, you could notice
that such xml files already exist in typo3 for a long time. The only
difference is that translations by "anyone" are not possible: there are
translators for each language and translations should be approved by a
chief translator. No mess, everything is in order. And you can become a
translator if you want :)

Dmitry.
-- 
"It is our choices, that show what we truly are,
far more than our abilities." (A.P.W.B.D.)



From tapio.markula at dnainternet.net  Mon Feb 13 15:16:01 2006
From: tapio.markula at dnainternet.net (tapio)
Date: Mon, 13 Feb 2006 16:16:01 +0200
Subject: [TYPO3-dev] "BE can be simplified even more with TSconfig" -
	where can I find details?
In-Reply-To: <mailman.1.1139839600.5548.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139839600.5548.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139840187.7023.typo3-dev@lists.netfielders.de>

Christian Trabold wrote:
> Hello,
> 
> on http://association.typo3.org/index.php?id=105 there's a mysterious 
> note under "usability issues":
> 
> - BE can be simplified even more with TSconfig
> 
> 
> Are there already some details on these settings? Possibly an overview?

http://typo3.org/documentation/document-library/doc_core_tsconfig//

It is really possibilities to do *much* more - if you want more look at 
'tm_contentaccess'.


http://typo3.org/documentation/document-library/doc_core_tsconfig/gt_MOD
are setting, which relate with this issue.



From typo3 at fm-world.ru  Mon Feb 13 15:17:35 2006
From: typo3 at fm-world.ru (Dmitry Dulepov)
Date: Mon, 13 Feb 2006 16:17:35 +0200
Subject: [TYPO3-dev] Removing symlinks in V 4.0
In-Reply-To: <mailman.15397.1139831128.6406.typo3-dev@lists.netfielders.de>
References: <mailman.14666.1139589968.6406.typo3-dev@lists.netfielders.de>	<mailman.1.1139788319.10014.typo3-dev@lists.netfielders.de>	<mailman.15283.1139795391.6406.typo3-dev@lists.netfielders.de>
	<mailman.15397.1139831128.6406.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139840254.5540.typo3-dev@lists.netfielders.de>

Hi!

Ries van Twisk wrote:
> But now I think of it.... NTFS CAN make symlinks, isn't it? We don't all
> windows users use them?!?!?!

Not for files. Thus you cannot link index_ts.php and showpic.php.

Dmitry.
-- 
"It is our choices, that show what we truly are,
far more than our abilities." (A.P.W.B.D.)



From jorgo at jorgo.org  Mon Feb 13 15:23:06 2006
From: jorgo at jorgo.org (Jörg Schaller)
Date: Mon, 13 Feb 2006 15:23:06 +0100
Subject: [TYPO3-dev] Removing symlinks in V 4.0
References: <mailman.14666.1139589968.6406.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139840595.7522.typo3-dev@lists.netfielders.de>

On Fri, 10 Feb 2006 17:46:01 +0100, Ren? Fritz <r.fritz at colorcube.de>
wrote:

>Hi everybody
>
>The core developers discussed today the possibility to change TYPO3 that 
>symlinks are no longer needed. The advantage is that installation is much 
>simpler, especially when people have a ftp account only.

Would it be possible to generate 2 packages, one with and one without
symlinks and then take the final step to without symlinks in the next
version jump? I think that would give everybody time to get accustomed
to the changes.

Just so I get this right... would lack of symlinks make it harder to
update to new packages? It's very convenient as it is now under
unixes.

J?rg



From typo3 at fm-world.ru  Mon Feb 13 15:27:58 2006
From: typo3 at fm-world.ru (Dmitry Dulepov)
Date: Mon, 13 Feb 2006 16:27:58 +0200
Subject: [TYPO3-dev] About comments
In-Reply-To: <mailman.1.1139826814.30418.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139820393.18988.typo3-dev@lists.netfielders.de>
	<mailman.1.1139820968.19432.typo3-dev@lists.netfielders.de>
	<mailman.1.1139826814.30418.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139840878.8043.typo3-dev@lists.netfielders.de>

Hi!

dan frost wrote:
> I do hope you're joking.

I do :) I prefer this:

<?
  /*
   * $Id: $
   */

  // Definitions

  define('DATE_FORMAT', 'd.m.Y H:i:s');

  // Application logic

  $now = time();
  if ($now < 1000) {
    // something wrong with the clock
    echo "You hardware clock seems to be wrong."; // TODO Localize this!
  }
  else {
    echo date(DATE_FORMAT);
  }

  /*
   * $Log: $
   */
?>

Dmitry.
-- 
"It is our choices, that show what we truly are,
far more than our abilities." (A.P.W.B.D.)



From ingmar at typo3.org  Mon Feb 13 15:35:15 2006
From: ingmar at typo3.org (Ingmar Schlecht)
Date: Mon, 13 Feb 2006 15:35:15 +0100
Subject: [TYPO3-dev] Removing symlinks in V 4.0
In-Reply-To: <mailman.1.1139840595.7522.typo3-dev@lists.netfielders.de>
References: <mailman.14666.1139589968.6406.typo3-dev@lists.netfielders.de>
	<mailman.1.1139840595.7522.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139841305.8429.typo3-dev@lists.netfielders.de>

J?rg Schaller wrote:
> Just so I get this right... would lack of symlinks make it harder to
> update to new packages? It's very convenient as it is now under
> unixes.

You can still use symlinks for linking from typo3_src to
typo3_src-x.x.x, but the point is, you don't have to use symlinks anymore.

cheers,
Ingmar



From ingmar at typo3.org  Mon Feb 13 15:36:44 2006
From: ingmar at typo3.org (Ingmar Schlecht)
Date: Mon, 13 Feb 2006 15:36:44 +0100
Subject: [TYPO3-dev] TYPO3 4.0
In-Reply-To: <mailman.1.1139839960.5873.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139839960.5873.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139841394.8429.typo3-dev@lists.netfielders.de>

Hraklis Karvasonis wrote:
> Hi Everybody.
> Does anybody knows when TYPO3 4.0 stable will be released?
> It was supposed to be released at the 7th of February.

My guess is that it'll be released in about a months from now.

cheers,
Ingmar



From tapio.markula at dnainternet.net  Mon Feb 13 15:39:57 2006
From: tapio.markula at dnainternet.net (tapio)
Date: Mon, 13 Feb 2006 16:39:57 +0200
Subject: [TYPO3-dev] Internal XCLASSing - locally changed functions
	instead of XCLASSing!
In-Reply-To: <mailman.1.1139837906.2253.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139837906.2253.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139841623.9317.typo3-dev@lists.netfielders.de>

tapio wrote:
> Hi
> 
> Would it be possible to develop a method,
> where some XCLASSing would work internal.
> 
> I mean that the chage would work ONLY with some
> plugin.
> 
> kb_conttable
> 
> 
> has this condition
> 
> if (t3lib_extMgm::isLoaded('templavoila'))    {
>     require_once(t3lib_extMgm::extPath('templavoila').'class.tx_templavoila_xmlrelhndl.php'); 
> 
> ...
> }
> else
> ...
> 
> is that kind of solution possible inside
> funtions?
> If the plugin is not used, the function has
> been inherited from the extended class.

I put the change of 'class.ux_t3lib_clipboard.php' in 'kb_pm_paste'
inside another class'. *In avoiding conflicts it is not reasonable to 
make always XCLASS for all changed functions* - but make internal 
changed functions inside just those classes, which need changes.
Global changes using XCLASSing might be very harmful!

After putting changed functions inside 'class.ux_tx_cms_layout.php'
I got the conflict solved.




From elmar.DOT.hinz at team.MINUS.red.DOT.net  Mon Feb 13 15:40:59 2006
From: elmar.DOT.hinz at team.MINUS.red.DOT.net (Elmar Hinz)
Date: Mon, 13 Feb 2006 15:40:59 +0100
Subject: [TYPO3-dev] TER, filtering by expressions
In-Reply-To: <mailman.1.1139831613.5789.typo3-dev@lists.netfielders.de>
References: <mailman.14666.1139589968.6406.typo3-dev@lists.netfielders.de>	<mailman.1.1139593206.16968.typo3-dev@lists.netfielders.de>	<mailman.14679.1139594308.6406.typo3-dev@lists.netfielders.de>	<mailman.1.1139594877.22369.typo3-dev@lists.netfielders.de>
	<mailman.14728.1139598235.6406.typo3-dev@lists.netfielders.de>
	<mailman.1.1139824521.26187.typo3-dev@lists.netfielders.de>
	<mailman.1.1139831613.5789.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139841685.9357.typo3-dev@lists.netfielders.de>

Michael Scharkow schrieb:
>> The current problem is that all extensions are displayed without any
>> weighting
>> if you enter a searchword. Usefull and useless extensions are all
>> displayed in
>> alphabetical order.
> 
> 
> I'm not telling a secret if I say that this will get better with TER2
> and the new EM.
> 

Wich surely will make the selection of extension a great lot easier, especially
for new born typonicks.

To come to your favorite question. How long will current still be current? ;-)

/el




From ms.usenet.nospam at schoenbeck.de  Mon Feb 13 15:43:51 2006
From: ms.usenet.nospam at schoenbeck.de (Martin Schoenbeck)
Date: Mon, 13 Feb 2006 15:43:51 +0100
Subject: [TYPO3-dev] Good for windows, doubtful for others
References: <mailman.14666.1139589968.6406.typo3-dev@lists.netfielders.de>	<mailman.1.1139593206.16968.typo3-dev@lists.netfielders.de>
	<mailman.14679.1139594308.6406.typo3-dev@lists.netfielders.de>
	<mailman.1.1139603027.17196.typo3-dev@lists.netfielders.de>
	<mailman.1.1139621784.12575.typo3-dev@lists.netfielders.de>
	<mailman.1.1139645671.9818.typo3-dev@lists.netfielders.de>
	<mailman.1.1139661813.32097.typo3-dev@lists.netfielders.de>
	<mailman.1.1139714682.15934.typo3-dev@lists.netfielders.de>
	<mailman.1.1139814044.9724.typo3-dev@lists.netfielders.de>
	<mailman.1.1139821322.20198.typo3-dev@lists.netfielders.de>
	<mailman.1.1139831310.5934.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139841833.9459.typo3-dev@lists.netfielders.de>

Hi Elmar,

Elmar Hinz schrieb:

> My good. Is that the real reason to support this hectic ongoing? It should be
> possible to agree a time corridor to fix extensions without forgetting this
> important improvement.

I'm unable to grep the reason for your panic. If it poses trouble on
anybody, it will be as easy as it was up to now, to create symlinks,
enabling unfixed extensions. So all installations, using extensions, which
don't make use of the critical paths, will live easier and all other will
have to create symlinks.

Martin
-- 
Bitte nicht an der E-Mail-Adresse fummeln, die pa?t so.



From elmar.DOT.hinz at team.MINUS.red.DOT.net  Mon Feb 13 16:00:58 2006
From: elmar.DOT.hinz at team.MINUS.red.DOT.net (Elmar Hinz)
Date: Mon, 13 Feb 2006 16:00:58 +0100
Subject: [TYPO3-dev] Good for windows, doubtful for others
In-Reply-To: <mailman.1.1139841833.9459.typo3-dev@lists.netfielders.de>
References: <mailman.14666.1139589968.6406.typo3-dev@lists.netfielders.de>	<mailman.1.1139593206.16968.typo3-dev@lists.netfielders.de>
	<mailman.14679.1139594308.6406.typo3-dev@lists.netfielders.de>
	<mailman.1.1139603027.17196.typo3-dev@lists.netfielders.de>
	<mailman.1.1139621784.12575.typo3-dev@lists.netfielders.de>
	<mailman.1.1139645671.9818.typo3-dev@lists.netfielders.de>
	<mailman.1.1139661813.32097.typo3-dev@lists.netfielders.de>
	<mailman.1.1139714682.15934.typo3-dev@lists.netfielders.de>
	<mailman.1.1139814044.9724.typo3-dev@lists.netfielders.de>
	<mailman.1.1139821322.20198.typo3-dev@lists.netfielders.de>
	<mailman.1.1139831310.5934.typo3-dev@lists.netfielders.de>
	<mailman.1.1139841833.9459.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139842883.11362.typo3-dev@lists.netfielders.de>

Martin Schoenbeck schrieb:
> 
> I'm unable to grep the reason for your panic. If it poses trouble on
> anybody, it will be as easy as it was up to now, to create symlinks,
> enabling unfixed extensions. So all installations, using extensions, which
> don't make use of the critical paths, will live easier and all other will
> have to create symlinks.
> 
> Martin


Hi Martin,

I am not in panic. I will not be the helpless user. I just argued from the
beginning that I don't think it right to bring users into difficulties, if that
can be avoided by doing the step with an early announcement.

It is rather a general question of philosophy concerning the responsible
interation with endusers. But it indeed isn't that big thing to solve. There
will be bigger changes than this with 4.0.

/el



From kasper2006 at typo3.com  Mon Feb 13 16:02:39 2006
From: kasper2006 at typo3.com (=?ISO-8859-1?Q?Kasper_Sk=E5rh=F8j?=)
Date: Mon, 13 Feb 2006 16:02:39 +0100
Subject: [TYPO3-dev] TYPO3 4.0
In-Reply-To: <mailman.1.1139839960.5873.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139839960.5873.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.0.1139843569.12126.typo3-dev@lists.netfielders.de>

Stucki and me will try to get an overview of priorities for the  
release which we must fix. Its a tough job because development tasks  
are in the hands of a number of people from whom we are requesting  
feedback.

So during this week I hope to publish this status and possibly ask  
the community for their opinion on outstanding priorities vs. release- 
time. That is the best we can do in terms of communication and  
democratic decision on the release.

- kasper


On Feb 13, 2006, at 15:12 , Hraklis Karvasonis wrote:

> Hi Everybody.
> Does anybody knows when TYPO3 4.0 stable will be released?
> It was supposed to be released at the 7th of February.
>
> Thanks.
> _______________________________________________
> TYPO3-dev mailing list
> TYPO3-dev at lists.netfielders.de
> http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev


- kasper

"A contribution a day keeps the fork away"
-------------------------------
kasper2006 at typo3.com | +45 20 999 115 | skype: kasperskaarhoej |  
gizmo: kasper_typo3





From scecere at krur.com  Mon Feb 13 16:12:08 2006
From: scecere at krur.com (stefano cecere)
Date: Mon, 13 Feb 2006 16:12:08 +0100
Subject: [TYPO3-dev] Phrase-System for TYPO3
In-Reply-To: <mailman.1.1139837204.1168.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139837204.1168.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139843525.12683.typo3-dev@lists.netfielders.de>

Ey?p Aydin wrote:
> Hey folks, I've a Ideo for the TYPO3 development. Can you implent a 
> TYPO3 Phrase-System like in vBulletin 3.
> 
> Here a quote from vbulletin.com
> 
> Language & Phrase Management
> 
>     * Language manager - allows you to easily translate you forums in 
> any language
>     * Multiple languages supported
>     * Phrase manager
> 
> I think this is a good system and is very possible for the future of 
> TYPO3. The language will saved in a xml File. So thats mean you can use 
> a programm to translate. Only a file and pcitures is need to upload :). 
> Is easier to translate T3.

there is already a server dedicated to traslate TYPO3 in all supported languages
every language has a team with a supervisor

so.. what you are asking already exists and is working! :D

join the traslators team of your language!

ciao
stefano
italian translation team



From miroslavm at centras.lt  Mon Feb 13 16:16:50 2006
From: miroslavm at centras.lt (Miroslav Monkevic)
Date: Mon, 13 Feb 2006 17:16:50 +0200
Subject: [TYPO3-dev] XCLASS conflict examples
In-Reply-To: <mailman.1.1139784357.4435.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139692099.12194.typo3-dev@lists.netfielders.de>	<mailman.1.1139701994.25066.typo3-dev@lists.netfielders.de>	<mailman.15139.1139737116.6406.typo3-dev@lists.netfielders.de>
	<mailman.1.1139784357.4435.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.0.1139843818.13180.typo3-dev@lists.netfielders.de>

Hello,

Bernhard Kraft wrote:
> Miroslav Monkevic wrote:
> 
>> First thing that came to my mind: sourceopt and loginusertrack both 
>> xclass class.tslib_fe.php
> 
> I installed both ... found out that they are extending different methods by using
> my extension and XCLASSed them correctly so their functionality get's combined.
> 
> Here is a screenshot (look at the bottom of the list):
> http://www.think-open.org/kraftb/xclass.png
> 

I've been playing with it for a while.
Speaking about this particular example, only loginusertrack was working.

I suspect that "ux_ux" class was not instantiated, due to its 
declaration inclusion point missing. Both ext started working after I added

///////////////

if (defined('TYPO3_MODE') && 
$TYPO3_CONF_VARS[TYPO3_MODE]['XCLASS']['ext/loginusertrack/class.ux_tslib_fe.php']) 
{
 
include_once($TYPO3_CONF_VARS[TYPO3_MODE]['XCLASS']['ext/loginusertrack/class.ux_tslib_fe.php']);
}

///////////////

to loginusertrack/class.ux_tslib_fe.php

> 
> You can download a testing T3X of the extension from:
> http://think-open.org/kraftb/T3X_kb_xclassmgm-0_0_0.t3x
> 

Thank you. Great piece of job, nice code. Looking forward for the beta.

> 
> greets,
> Bernhard

-- 
Miroslav



From tapio.markula at dnainternet.net  Mon Feb 13 16:23:03 2006
From: tapio.markula at dnainternet.net (tapio)
Date: Mon, 13 Feb 2006 17:23:03 +0200
Subject: [TYPO3-dev] XCLASS conflict examples
In-Reply-To: <mailman.0.1139843818.13180.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139692099.12194.typo3-dev@lists.netfielders.de>	<mailman.1.1139701994.25066.typo3-dev@lists.netfielders.de>	<mailman.15139.1139737116.6406.typo3-dev@lists.netfielders.de>	<mailman.1.1139784357.4435.typo3-dev@lists.netfielders.de>
	<mailman.0.1139843818.13180.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139844208.14177.typo3-dev@lists.netfielders.de>


>> greets,
>> Bernhard

Bernhard - you have *totally* unnecessary conflict between
'kb_conttable' and 'kb_pm_paste'.


Simple way to to avoid unnecessary conflicts is to make *local* version 
of some functions 

instead of making extension class for some functions simple make a 
local version of them. 

kb_conttenttable and 'kb_pm_paste has unnecessary conflicts extending 
'class.ux_t3lib_clipboard.php'. 

kb_pm_paste has a XCLASS for *two small functions* - totally 
unnecessary and creates an unnecessary conflict with 'class.
ux_t3lib_clipboard.php' for 'kb_conttable'. 

It is just BAD habit to user XCLASS as habit for all functions, which 
has the same name! 

I take off that conflict making local version of two functions inside 
'class.ux_tx_cms_layout.php' instead of inside class.ux_t3lib_clipboard.
php! Simple. 



From hkdennis2k at gmail.com  Mon Feb 13 16:37:14 2006
From: hkdennis2k at gmail.com (Dennis Cheung)
Date: Mon, 13 Feb 2006 23:37:14 +0800
Subject: [TYPO3-dev] XCLASS conflict examples
In-Reply-To: <mailman.1.1139844208.14177.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139692099.12194.typo3-dev@lists.netfielders.de>
	<mailman.1.1139701994.25066.typo3-dev@lists.netfielders.de>
	<mailman.15139.1139737116.6406.typo3-dev@lists.netfielders.de>
	<mailman.1.1139784357.4435.typo3-dev@lists.netfielders.de>
	<mailman.0.1139843818.13180.typo3-dev@lists.netfielders.de>
	<mailman.1.1139844208.14177.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139845036.14998.typo3-dev@lists.netfielders.de>

That is a main point.
If it need something have to done manually by coding on php.
Why we need XCLASS? It is not trustable.

>kb_pm_paste has a XCLASS for *two small functions* - totally
>unnecessary and creates an unnecessary conflict with 'class.
>ux_t3lib_clipboard.php' for 'kb_conttable'.

That's why hooks/service is better in most case.

You never overrider the class (You'll write a new plugin for that.)
But you will choise one to two feature / method inside someothers class.


Dennis

On 2/13/06, tapio <tapio.markula at dnainternet.net> wrote:
> I take off that conflict making local version of two functions inside
> 'class.ux_tx_cms_layout.php' instead of inside class.ux_t3lib_clipboard.
> php! Simple.



From hkdennis2k at gmail.com  Mon Feb 13 16:41:04 2006
From: hkdennis2k at gmail.com (Dennis Cheung)
Date: Mon, 13 Feb 2006 23:41:04 +0800
Subject: [TYPO3-dev] Removing symlinks in V 4.0
In-Reply-To: <mailman.1.1139840254.5540.typo3-dev@lists.netfielders.de>
References: <mailman.14666.1139589968.6406.typo3-dev@lists.netfielders.de>
	<mailman.1.1139788319.10014.typo3-dev@lists.netfielders.de>
	<mailman.15283.1139795391.6406.typo3-dev@lists.netfielders.de>
	<mailman.15397.1139831128.6406.typo3-dev@lists.netfielders.de>
	<mailman.1.1139840254.5540.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.2.1139845267.14276.typo3-dev@lists.netfielders.de>

You forget files can be HARDLINK in NTFS.

Dennis

On 2/13/06, Dmitry Dulepov <typo3 at fm-world.ru> wrote:
> Hi!
>
> Ries van Twisk wrote:
> > But now I think of it.... NTFS CAN make symlinks, isn't it? We don't all
> > windows users use them?!?!?!
>
> Not for files. Thus you cannot link index_ts.php and showpic.php.
>



From tapio.markula at dnainternet.net  Mon Feb 13 16:42:30 2006
From: tapio.markula at dnainternet.net (tapio)
Date: Mon, 13 Feb 2006 17:42:30 +0200
Subject: [TYPO3-dev] XCLASS conflict examples
In-Reply-To: <mailman.1.1139845036.14998.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139692099.12194.typo3-dev@lists.netfielders.de>	<mailman.1.1139701994.25066.typo3-dev@lists.netfielders.de>	<mailman.15139.1139737116.6406.typo3-dev@lists.netfielders.de>	<mailman.1.1139784357.4435.typo3-dev@lists.netfielders.de>	<mailman.0.1139843818.13180.typo3-dev@lists.netfielders.de>	<mailman.1.1139844208.14177.typo3-dev@lists.netfielders.de>
	<mailman.1.1139845036.14998.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139845376.15867.typo3-dev@lists.netfielders.de>

Dennis Cheung wrote:
> That is a main point.
> If it need something have to done manually by coding on php.
> Why we need XCLASS? It is not trustable.
> 
> 
>>kb_pm_paste has a XCLASS for *two small functions* - totally
>>unnecessary and creates an unnecessary conflict with 'class.
>>ux_t3lib_clipboard.php' for 'kb_conttable'.
> 
> 
> That's why hooks/service is better in most case.

In this case hooks might not be helped and even hooks are not always 
necessary.

The main point is just
that it is reasonable to avoid unnecessary XCLASS-implementations.
In some cases local versions of some functions makes the task.

Then there are at lest three alternavites to choose

1) XCLASS

2) Hooks

3) Local versions of functions.

The main point is that try to use the most reasonable alternative - and 
not automatic use some habit.



From ms.usenet.nospam at schoenbeck.de  Mon Feb 13 16:45:29 2006
From: ms.usenet.nospam at schoenbeck.de (Martin Schoenbeck)
Date: Mon, 13 Feb 2006 16:45:29 +0100
Subject: [TYPO3-dev] Good for windows, doubtful for others
References: <mailman.14666.1139589968.6406.typo3-dev@lists.netfielders.de>	<mailman.1.1139593206.16968.typo3-dev@lists.netfielders.de>
	<mailman.14679.1139594308.6406.typo3-dev@lists.netfielders.de>
	<mailman.1.1139603027.17196.typo3-dev@lists.netfielders.de>
	<mailman.1.1139621784.12575.typo3-dev@lists.netfielders.de>
	<mailman.1.1139645671.9818.typo3-dev@lists.netfielders.de>
	<mailman.1.1139661813.32097.typo3-dev@lists.netfielders.de>
	<mailman.1.1139714682.15934.typo3-dev@lists.netfielders.de>
	<mailman.1.1139814044.9724.typo3-dev@lists.netfielders.de>
	<mailman.1.1139821322.20198.typo3-dev@lists.netfielders.de>
	<mailman.1.1139831310.5934.typo3-dev@lists.netfielders.de>
	<mailman.1.1139841833.9459.typo3-dev@lists.netfielders.de>
	<mailman.1.1139842883.11362.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139845531.16071.typo3-dev@lists.netfielders.de>

Hi Elmar,

Elmar Hinz schrieb:

> I am not in panic. I will not be the helpless user. I just argued from the
> beginning that I don't think it right to bring users into difficulties, if that
> can be avoided by doing the step with an early announcement.

But it won't do it going the proposed way, too. Those extensions writers,
which now, for example, use the dbal, will be able to easily adopt their
extensions, if they didn't already. As Ren? wrote, extensions could be
ready by now, if using the right path variables. Those, who don't care,
won't care, even if there is much time. And any user, who is now able to
use symlinks, will be able to use symlinks then. So a simple script to
install the necessary symlinks will do.

> It is rather a general question of philosophy concerning the responsible
> interation with endusers.

But the actual problems for those, having only ftp-access is as big as it
would be to run a script, for those having shell access.

And to make sure, novice users don't miss this information, I proposed to
deliver in the first step symlinks to a script, telling them, that someone
tried to access components an old styled way. Then they could easily start
the abovementioned script, to create the necessary symlink for the old
methods. While those, using uptodate extensions, would never the this
information, it would help, to identify those extensions needing an update. 

> But it indeed isn't that big thing to solve. There
> will be bigger changes than this with 4.0.

Yet another good reason, to do it in the same step smoothly.

Martin
-- 
Bitte nicht an der E-Mail-Adresse fummeln, die pa?t so.



From trabold at mehrwert.de  Mon Feb 13 16:33:23 2006
From: trabold at mehrwert.de (Christian Trabold)
Date: Mon, 13 Feb 2006 16:33:23 +0100
Subject: [TYPO3-dev] "BE can be simplified even more with TSconfig" -
	where can I find details?
In-Reply-To: <mailman.1.1139840187.7023.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139839600.5548.typo3-dev@lists.netfielders.de>
	<mailman.1.1139840187.7023.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139846800.18771.typo3-dev@lists.netfielders.de>

Hi tapio,

thanks for your fast response!


>> on http://association.typo3.org/index.php?id=105 there's a mysterious 
>> note under "usability issues":
>>
>> - BE can be simplified even more with TSconfig
>>
>>
>> Are there already some details on these settings? Possibly an overview?
> 
> 
> http://typo3.org/documentation/document-library/doc_core_tsconfig//

 > http://typo3.org/documentation/document-library/doc_core_tsconfig/


> http://typo3.org/documentation/document-library/doc_core_tsconfig/gt_MOD
> are setting, which relate with this issue.

Is this really the latest version? "Last changed" says "03-06-2004". ?-)


To make it a bit clearer: the point is "BE can be simplified _even more_ 
with TSconfig" - so I ask, if these new features are documented 
somewhere in one list.

Otherwise I'd go the hardway through the changelog |-)


Greetings,

Christian



From Andreas.Foerthner at netlogix.de  Mon Feb 13 17:24:51 2006
From: Andreas.Foerthner at netlogix.de (=?ISO-8859-15?Q?Andreas_F=F6rthner?=)
Date: Mon, 13 Feb 2006 17:24:51 +0100
Subject: [TYPO3-dev]  MySQL LAST_INSERT_ID() returns 0, different connection???
Message-ID: <mailman.1.1139847890.19882.typo3-dev@lists.netfielders.de>

Hi list,

I just tried to fill a table and its mm-table with the right ids. I 
insert the values in the main table and then I try to insert the 
mm-relation, for that reason I need the id of the inserted record. I 
tried that with the LAST_INSERT_ID() function in mysl, but it seems to 
return always 0. As far as I know it only will return the id if the two 
  insert-statements are in the same database connection... Is it 
possible that TYPO3 opens an new connection for each query?

Does anybody know a solution for that problem? How do you fill mm-tables 
usually?

Thank you for your help...

Regards

Andreas



From hkdennis2k at gmail.com  Mon Feb 13 17:42:02 2006
From: hkdennis2k at gmail.com (Dennis Cheung)
Date: Tue, 14 Feb 2006 00:42:02 +0800
Subject: [TYPO3-dev] XCLASS conflict examples
In-Reply-To: <mailman.1.1139845376.15867.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139692099.12194.typo3-dev@lists.netfielders.de>
	<mailman.1.1139701994.25066.typo3-dev@lists.netfielders.de>
	<mailman.15139.1139737116.6406.typo3-dev@lists.netfielders.de>
	<mailman.1.1139784357.4435.typo3-dev@lists.netfielders.de>
	<mailman.0.1139843818.13180.typo3-dev@lists.netfielders.de>
	<mailman.1.1139844208.14177.typo3-dev@lists.netfielders.de>
	<mailman.1.1139845036.14998.typo3-dev@lists.netfielders.de>
	<mailman.1.1139845376.15867.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.5.1139848928.20547.typo3-dev@lists.netfielders.de>

> Then there are at lest three alternavites to choose

That is another problem.
The core, and most of the extension are not provided hooks.
XCLASS is the only choice of the public extension developer.

They use xclass, kickstart make sample in xclass. And every one will
learn from them and make xclass as their first choise.

You can xclass on most of the classes, but just a FEW point can be
hooked(compare to number of classes).
I see most of the hooks are created after somoeone requested.

Are hooks should be inserted more actively?


Dennis



From tapio.markula at dnainternet.net  Mon Feb 13 18:06:21 2006
From: tapio.markula at dnainternet.net (tapio)
Date: Mon, 13 Feb 2006 19:06:21 +0200
Subject: [TYPO3-dev] XCLASS conflict examples
In-Reply-To: <mailman.5.1139848928.20547.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139692099.12194.typo3-dev@lists.netfielders.de>	<mailman.1.1139701994.25066.typo3-dev@lists.netfielders.de>	<mailman.15139.1139737116.6406.typo3-dev@lists.netfielders.de>	<mailman.1.1139784357.4435.typo3-dev@lists.netfielders.de>	<mailman.0.1139843818.13180.typo3-dev@lists.netfielders.de>	<mailman.1.1139844208.14177.typo3-dev@lists.netfielders.de>	<mailman.1.1139845036.14998.typo3-dev@lists.netfielders.de>	<mailman.1.1139845376.15867.typo3-dev@lists.netfielders.de>
	<mailman.5.1139848928.20547.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139850407.25404.typo3-dev@lists.netfielders.de>


>>Then there are at lest three alternavites to choose
> 
> 
> That is another problem.
> The core, and most of the extension are not provided hooks.
> XCLASS is the only choice of the public extension developer.

In many situation yes. I use myself XCLASSes but I also try to avoid 
using them unnecessary. You can avoid using *unnecessary many* XCLASSes 
by creating local used functions inside some class, which you have used 
an XCLASS. Then you must create only *one* XCLASS implementation and you 
can *avoid* creating two XCLASS implementation. Less XCLASS => less 
possible conflicts.

If you modify a function with XCLASS it is always modified, when certain 
class has been used. Using local version of function inside another 
class, it is possible to avoid conficts, if the class, which use the 
local function, has not been used in many situations but which can be 
called rather a termination file.



From mailinglisten at i-schmitt.de  Mon Feb 13 18:21:01 2006
From: mailinglisten at i-schmitt.de (Ingo Schmitt)
Date: Mon, 13 Feb 2006 18:21:01 +0100
Subject: [TYPO3-dev] Using Hooks in own classes
In-Reply-To: <mailman.1.1139763106.4488.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139684663.1786.typo3-dev@lists.netfielders.de>
	<mailman.1.1139763106.4488.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139850940.26378.typo3-dev@lists.netfielders.de>

Hi Dan,
> How big is your class.

1000 Lines and up. (tx_commerce)
> 
> For a really "hook-able" architecture, the nicest way is:
> 
> 1. very small classes,
> 2. use ::makeInstance (or similar wrapper) to look up over-ridden classes
> 
> Can you post the structue of your class (methods + properties)?
> 

Example, our parent class fro FE rendering
1044 lines, 18 Methods. IN each methos up to 3 hooks (pre, post, process)

Ingo


> dan
> 
> Ingo Schmitt wrote:
> 
>> Hi list,
>>
>> when implementiong hooks in own classes, there are some ways to define 
>> these hooks:
>>
>> 1) Define one hook array per Method in each class
>> 2) Define one hook array per whole class and use different 
>> hook-methods in each Method
>>
>> 1 only initialises a hook object if realy used, so if a method is not 
>> called, the hookObject isn't initialised. If you use more than one 
>> hook,  more Hook Objects are created.
>>
>> 2 initiallises all hook objects for the class at creation of the class 
>> object
>>
>> (I think in general the internal costs of creation of the hook objects 
>> are in both cases almost the same)
>>
>> The Core uses Method 2, method 1 could be more elegant in the way of 
>> coding it.
>>
>>
>> Which way should I use?
>>
>>
>> Mit freundlichen Gruessen


Mit freundlichen Gruessen
-- 
Ingo Schmitt                        mailto:is at marketing-factory.de
Marketing Factory Consulting GmbH   http://typo3.marketing-factory.de/
Content Management mit Typo3: Beratung - Schulung - Realisierung



From franz at fholzinger.com  Mon Feb 13 18:34:47 2006
From: franz at fholzinger.com (Franz Holzinger)
Date: Mon, 13 Feb 2006 18:34:47 +0100
Subject: [TYPO3-dev]  tt_board code contributions
Message-ID: <mailman.1.1139852070.28143.typo3-dev@lists.netfielders.de>

Hello developers,

if you have some code improving contributions or plans for the tt_board
extension, please email me.

Your help is still wanted here.


Regards,

Franz



From eyupa at gmx.net  Mon Feb 13 18:36:47 2006
From: eyupa at gmx.net (=?ISO-8859-15?Q?Ey=FCp_Aydin?=)
Date: Mon, 13 Feb 2006 18:36:47 +0100
Subject: [TYPO3-dev] Phrase-System for TYPO3
In-Reply-To: <mailman.1.1139843525.12683.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139837204.1168.typo3-dev@lists.netfielders.de>
	<mailman.1.1139843525.12683.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139852259.28784.typo3-dev@lists.netfielders.de>

stefano cecere schrieb:
> Ey?p Aydin wrote:
>> Hey folks, I've a Ideo for the TYPO3 development. Can you implent a 
>> TYPO3 Phrase-System like in vBulletin 3.
>>
>> Here a quote from vbulletin.com
>>
>> Language & Phrase Management
>>
>>     * Language manager - allows you to easily translate you forums in 
>> any language
>>     * Multiple languages supported
>>     * Phrase manager
>>
>> I think this is a good system and is very possible for the future of 
>> TYPO3. The language will saved in a xml File. So thats mean you can 
>> use a programm to translate. Only a file and pcitures is need to 
>> upload :). Is easier to translate T3.
> 
> there is already a server dedicated to traslate TYPO3 in all supported 
> languages
> every language has a team with a supervisor
> 
> so.. what you are asking already exists and is working! :D
> 
> join the traslators team of your language!
> 
> ciao
> stefano
> italian translation team

ok, all the same



From gawain at camlann.de  Mon Feb 13 18:49:52 2006
From: gawain at camlann.de (Christian Welzel)
Date: Mon, 13 Feb 2006 18:49:52 +0100
Subject: [TYPO3-dev]  how are external links handled ?
Message-ID: <mailman.1.1139852895.29654.typo3-dev@lists.netfielders.de>

Hi there !

I'm using 4.0 beta2 from cvs and realurl 1.0 from ter and noticed
that even links from pages of type "external link" are handled by 
realurl... the result is, that the links do not point to the external
site but to the "external link" page which is of cause empty...

so i had a look into the source to understand whats going on but did
not find any code related to ext url handling... (i looked into
realurl and t3lib.tstemplate). 

did i search on the wrong place or is this a bug?

-- 
 MfG, Christian Welzel

  GPG-Key:     http://www.camlann.de/key.asc
  Fingerprint: 4F50 19BF 3346 36A6 CFA9 DBDC C268 6D24 70A1 AD15



From spam at ringerge.org  Mon Feb 13 19:03:58 2006
From: spam at ringerge.org (Georg Ringer)
Date: Mon, 13 Feb 2006 19:03:58 +0100
Subject: [TYPO3-dev]  different skin for different users?
Message-ID: <mailman.1.1139853851.684.typo3-dev@lists.netfielders.de>

Hi,

is it possible to install one skine for one user (group)? What do to, what 
to change?

many thanks
Georg 





From typo3 at ingo-renner.com  Mon Feb 13 19:47:33 2006
From: typo3 at ingo-renner.com (Ingo Renner)
Date: Mon, 13 Feb 2006 19:47:33 +0100
Subject: [TYPO3-dev] Good for windows, doubtful for others
References: <mailman.14666.1139589968.6406.typo3-dev@lists.netfielders.de>	<mailman.1.1139593206.16968.typo3-dev@lists.netfielders.de>
	<mailman.14679.1139594308.6406.typo3-dev@lists.netfielders.de>
	<mailman.1.1139603027.17196.typo3-dev@lists.netfielders.de>
	<mailman.1.1139621784.12575.typo3-dev@lists.netfielders.de>
	<mailman.1.1139645671.9818.typo3-dev@lists.netfielders.de>
	<mailman.1.1139661813.32097.typo3-dev@lists.netfielders.de>
	<mailman.1.1139714682.15934.typo3-dev@lists.netfielders.de>
	<mailman.1.1139814044.9724.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139856506.4374.typo3-dev@lists.netfielders.de>

Am Mon, 13 Feb 2006 08:00:19 +0100 schrieb Elmar Hinz:

Elmar,

> To conclude. Removing the symlinks is mainly an advantage for windows users,
> because they have the redundancy problem. There is no redundancy problems on
> linux. :-) For all it will cause superflous problems, if it is done extempore .

To conclude: Why do you only try to prevent the introduction of a feature
which will be good for all of us or at least won't have any disadvantages?

Why do you always ask for arguments for doing it, how about arguments from
your side for not doing it?

One of your points I liked was that the customers will have to pay. They
will have to anyway as this update is no regular update at all. If you
don't want their money - no problem, send them over to me or anybody else
supporting the idea of removing symlinks.

So all in all everything will work as it did before. I don't get it -
what's your real point???


cheers
Ingo

-- 
Use a newsreader! Check out
http://typo3.org/community/mailing-lists/use-a-news-reader/



From typo3 at ingo-renner.com  Mon Feb 13 19:53:36 2006
From: typo3 at ingo-renner.com (Ingo Renner)
Date: Mon, 13 Feb 2006 19:53:36 +0100
Subject: [TYPO3-dev] POPCORN PLEASE!!! Re:  Removing symlinks in V 4.0
References: <mailman.14666.1139589968.6406.typo3-dev@lists.netfielders.de>	<mailman.1.1139661813.32097.typo3-dev@lists.netfielders.de>	<mailman.1.1139664100.3550.typo3-dev@lists.netfielders.de>	<mailman.1.1139818282.15938.typo3-dev@lists.netfielders.de>	<mailman.1.1139819121.17174.typo3-dev@lists.netfielders.de>	<mailman.1.1139819808.18105.typo3-dev@lists.netfielders.de>	<mailman.1.1139821857.21892.typo3-dev@lists.netfielders.de>	<mailman.1.1139822276.22353.typo3-dev@lists.netfielders.de>	<mailman.1.1139826261.29508.typo3-dev@lists.netfielders.de>	<mailman.1.1139826845.30524.typo3-dev@lists.netfielders.de>
	<mailman.15390.1139828348.6406.typo3-dev@lists.netfielders.de>
	<mailman.15399.1139831516.6406.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139856870.4380.typo3-dev@lists.netfielders.de>

Am Mon, 13 Feb 2006 06:50:58 -0500 schrieb Ries van Twisk:

> POPCORN + BEER actually :)

I'm in with nachos and cheese =)

cheers
Ingo

-- 
Use a newsreader! Check out
http://typo3.org/community/mailing-lists/use-a-news-reader/



From scecere at krur.com  Mon Feb 13 19:59:54 2006
From: scecere at krur.com (stefano cecere)
Date: Mon, 13 Feb 2006 19:59:54 +0100
Subject: [TYPO3-dev] different skin for different users?
In-Reply-To: <mailman.1.1139853851.684.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139853851.684.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139857192.5320.typo3-dev@lists.netfielders.de>

Georg Ringer wrote:
> Hi,
> 
> is it possible to install one skine for one user (group)? What do to, what 
> to change?

it's not (yet) possible, since skins are extensions

someone raised the topic some weeks ago.. maybe things could change with 4.5..

stefano



From kraftb at kraftb.at  Mon Feb 13 21:14:31 2006
From: kraftb at kraftb.at (Bernhard Kraft)
Date: Mon, 13 Feb 2006 21:14:31 +0100
Subject: [TYPO3-dev] XCLASS conflict examples
In-Reply-To: <mailman.1.1139844208.14177.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139692099.12194.typo3-dev@lists.netfielders.de>	<mailman.1.1139701994.25066.typo3-dev@lists.netfielders.de>	<mailman.15139.1139737116.6406.typo3-dev@lists.netfielders.de>	<mailman.1.1139784357.4435.typo3-dev@lists.netfielders.de>
	<mailman.0.1139843818.13180.typo3-dev@lists.netfielders.de>
	<mailman.1.1139844208.14177.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139861536.13347.typo3-dev@lists.netfielders.de>

tapio wrote:
> 
>>> greets,
>>> Bernhard
> 
> 
> Bernhard - you have *totally* unnecessary conflict between
> 'kb_conttable' and 'kb_pm_paste'.

*rantrantrant* ... normally I get money for my work.

There's a new version 0.0.1 of kb_pm_paste and 0.2.6 of kb_conttable
in the TER which fixes the XCLASS conflict.

Reason why there was one was simply that I needed the pm_paste for one customer
while the conten table for another. Why should I put work into doing something which
you need especially ???? are you willing to pay or donate (pherhaps you can exclude donations
to OS programmers from local taxes :):):)


*rant*
Bernhard



From martin at 925.dk  Mon Feb 13 22:31:11 2006
From: martin at 925.dk (Martin Koch Andersen)
Date: Mon, 13 Feb 2006 22:31:11 +0100
Subject: [TYPO3-dev] TYPO3 4.0
In-Reply-To: <mailman.0.1139843569.12126.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139839960.5873.typo3-dev@lists.netfielders.de>
	<mailman.0.1139843569.12126.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139866271.20800.typo3-dev@lists.netfielders.de>

Kasper Sk?rh?j skrev:
> Stucki and me will try to get an overview of priorities for the release 
> which we must fix.

Bugs, bugs, bugs. Fix fix fix.

Very productive comment right? :) Seriously I think this is more 
important than adding new features. There are so many unresolved bugs. 
This should have the highest priority in my opinion.

-- 
Martin - http://925.dk
"Shoot for the moon, even if you miss, you'll land among the stars."



From ingmar at typo3.org  Mon Feb 13 22:37:57 2006
From: ingmar at typo3.org (Ingmar Schlecht)
Date: Mon, 13 Feb 2006 22:37:57 +0100
Subject: [TYPO3-dev] TYPO3 4.0
In-Reply-To: <mailman.1.1139866271.20800.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139839960.5873.typo3-dev@lists.netfielders.de>
	<mailman.0.1139843569.12126.typo3-dev@lists.netfielders.de>
	<mailman.1.1139866271.20800.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139866667.21160.typo3-dev@lists.netfielders.de>

Martin Koch Andersen wrote:
> Very productive comment right? :) Seriously I think this is more
> important than adding new features. There are so many unresolved bugs.
> This should have the highest priority in my opinion.

Help is always needed, just log in to bugs.typo3.org and attach some
fixes as patch files to the bugs.

cheers,
Ingmar



From martin at 925.dk  Mon Feb 13 22:46:55 2006
From: martin at 925.dk (Martin Koch Andersen)
Date: Mon, 13 Feb 2006 22:46:55 +0100
Subject: [TYPO3-dev] TYPO3 4.0
In-Reply-To: <mailman.1.1139866667.21160.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139839960.5873.typo3-dev@lists.netfielders.de>
	<mailman.0.1139843569.12126.typo3-dev@lists.netfielders.de>
	<mailman.1.1139866271.20800.typo3-dev@lists.netfielders.de>
	<mailman.1.1139866667.21160.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139867215.22511.typo3-dev@lists.netfielders.de>

Ingmar Schlecht skrev:
> Help is always needed, just log in to bugs.typo3.org and attach some
> fixes as patch files to the bugs.

I have not seen that coming.

-- 
Martin - http://925.dk
"Shoot for the moon, even if you miss, you'll land among the stars."



From dan at danfrost.co.uk  Tue Feb 14 00:18:54 2006
From: dan at danfrost.co.uk (dan frost)
Date: Mon, 13 Feb 2006 23:18:54 +0000
Subject: [TYPO3-dev] Removing symlinks in V 4.0
In-Reply-To: <mailman.1.1139819121.17174.typo3-dev@lists.netfielders.de>
References: <mailman.14666.1139589968.6406.typo3-dev@lists.netfielders.de>	<mailman.1.1139593206.16968.typo3-dev@lists.netfielders.de>
	<mailman.14679.1139594308.6406.typo3-dev@lists.netfielders.de>
	<mailman.1.1139603027.17196.typo3-dev@lists.netfielders.de>
	<mailman.1.1139621784.12575.typo3-dev@lists.netfielders.de>
	<mailman.1.1139645671.9818.typo3-dev@lists.netfielders.de>
	<mailman.1.1139661813.32097.typo3-dev@lists.netfielders.de>
	<mailman.1.1139664100.3550.typo3-dev@lists.netfielders.de>
	<mailman.1.1139818282.15938.typo3-dev@lists.netfielders.de>
	<mailman.1.1139819121.17174.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139872639.1118.typo3-dev@lists.netfielders.de>

Elmar,

I have been labeled as a completely useless and 
annoying mailing list contributor (trying to avoid 
certain words here!)...

But, you seem to have created some of the most 
agressive and fruitless threads by simply being 
argumentitive.

For goodness sake, please help TYPO3 by helping 
and not arguing all the time. Presenting "this is 
how it should be done" emails counts for nothing 
compared to actual, real, complete, tested, 
documented, proven, shared, and useful code. Aim 
for 1 posting line per *much more* in code!

<note>
I realise that this is OT and a direct attack - 
but the mailing lists are getting too "noisey" 
recently... I am sorry for this posting.
</note>

dan


Elmar Hinz wrote:
> Mathias Schreiber schrieb:
> 
>>Elmar Hinz wrote:
>>
>>
>>>I have already given a precise answer to this. Read it. Why do you
>>>ask to repeat me?
>>
>>
>>Quote:
>>-----------------------------------------------------
>>This bad style at least could be
>>avaided by early anouncement that this kind of hard linking extensions will 
>>be
>>obsolate, with version XY. But it is indeed not worth this big descussion.
>>-----------------------------------------------------
>>
>>If you give the devs time to change their extensions they won't change them 
>>until something does not work anymore.
>>THAT's the reason why it simply does not matter, WHEN we change things. 
>>
>>
> 
> 
> Also this argument has been exchanged. Please read, don't repeat.
> 
> /el



From dan at danfrost.co.uk  Tue Feb 14 00:24:35 2006
From: dan at danfrost.co.uk (dan frost)
Date: Mon, 13 Feb 2006 23:24:35 +0000
Subject: [TYPO3-dev] Removing symlinks in V 4.0
In-Reply-To: <mailman.14666.1139589968.6406.typo3-dev@lists.netfielders.de>
References: <mailman.14666.1139589968.6406.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139872979.1628.typo3-dev@lists.netfielders.de>

Rene,

Hi - hope you're well.

direct response / my 2 euro cents:

- if it makes deployment easier then yes
- if it makes cross-platform stuff easier then yes

As for existing extensions etc, then my view is 
that the expected change from v4->v5 of TYPO3 is 
so massive (classes, APIs etc) then just do it!

And besides, basically most TYPO3 "developers" 
work around what's available in the TYPO3 core - 
if the core changes, they will to.

dan


Ren? Fritz wrote:
> Hi everybody
> 
> The core developers discussed today the possibility to change TYPO3 that 
> symlinks are no longer needed. The advantage is that installation is much 
> simpler, especially when people have a ftp account only.
> 
> I'm already working on a transition and have a site running without symlinks. 
> Only a few things needs to be fixed. In fact the whole backend worked already 
> (except the icons) after changing one code line .
> 
> The main changes are:
> 
> - t3lib/gfx/ will be moved to typo3/gfx/
> 99% of the icons are used by the BE only
> 
> - typo3/t3lib/ will be removed
> 
> - gfx/fileicons/ will be copied to tslib/media/ for FE usage
> 
> - new index.php for FE which include typo3/sysext/cms/tslib/index_ts.php
> - new showpic.php for FE which include typo3/sysext/cms/tslib/showpic.php
> 
> 
> All works fine if you use in your extensions:
> $BACK_PATH.'gfx/...'
> PATH_tslib
> 
> instead of 
> $BACK_PATH.'t3lib/gfx/...'
> PATH_site.'tslib/...'
> 
> And that's the point. I'm sure there are extensions out there which will break 
> because they use hardcoded references. But the good thing is when you use 
> symlinks again everything works like before.
> 
> What do you think?
> 
> @Kasper: please comment
> 
> Ren?
> 



From dan at danfrost.co.uk  Tue Feb 14 00:24:16 2006
From: dan at danfrost.co.uk (dan frost)
Date: Mon, 13 Feb 2006 23:24:16 +0000
Subject: [TYPO3-dev] Removing symlinks in V 4.0
In-Reply-To: <mailman.14666.1139589968.6406.typo3-dev@lists.netfielders.de>
References: <mailman.14666.1139589968.6406.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139872964.1628.typo3-dev@lists.netfielders.de>

Rene,

Hi - hope you're well.

direct response / my 2 euro cents:

- if it makes deployment easier then yes
- if it makes cross-platform stuff easier then yes

As for existing extensions etc, then my view is 
that the expected change from v4->v5 of TYPO3 is 
so massive (classes, APIs etc) then just do it!

And besides, basically most TYPO3 "developers" 
work around what's available in the TYPO3 core - 
if the core changes, they will to.

dan


Ren? Fritz wrote:
> Hi everybody
> 
> The core developers discussed today the possibility to change TYPO3 that 
> symlinks are no longer needed. The advantage is that installation is much 
> simpler, especially when people have a ftp account only.
> 
> I'm already working on a transition and have a site running without symlinks. 
> Only a few things needs to be fixed. In fact the whole backend worked already 
> (except the icons) after changing one code line .
> 
> The main changes are:
> 
> - t3lib/gfx/ will be moved to typo3/gfx/
> 99% of the icons are used by the BE only
> 
> - typo3/t3lib/ will be removed
> 
> - gfx/fileicons/ will be copied to tslib/media/ for FE usage
> 
> - new index.php for FE which include typo3/sysext/cms/tslib/index_ts.php
> - new showpic.php for FE which include typo3/sysext/cms/tslib/showpic.php
> 
> 
> All works fine if you use in your extensions:
> $BACK_PATH.'gfx/...'
> PATH_tslib
> 
> instead of 
> $BACK_PATH.'t3lib/gfx/...'
> PATH_site.'tslib/...'
> 
> And that's the point. I'm sure there are extensions out there which will break 
> because they use hardcoded references. But the good thing is when you use 
> symlinks again everything works like before.
> 
> What do you think?
> 
> @Kasper: please comment
> 
> Ren?
> 



From david at vaultin.com  Tue Feb 14 04:28:29 2006
From: david at vaultin.com (David Toshack)
Date: Tue, 14 Feb 2006 14:28:29 +1100
Subject: [TYPO3-dev]  TYPO3 JSR-168/JSR-170 compliance w/ Jetspeed,
	Graffito and all that comes with it!
Message-ID: <mailman.1.1139887716.19962.typo3-dev@lists.netfielders.de>

Hi Everyone,

I came across a post on the wiki[1],
regarding Rails which sparked some interest in a cross language 
implementation that has been in the back of my mind for quite some time.

I'm not sure how many of you are familiar with the projects being 
developed at Apache Portals [2], but originally part of the Apache 
Jakarta Project, it has been in existance for ~10 years. Since the word 
"portal" was used to represent a web application, Jetspeed[3] has 
argueably been THE standard in portal frameworks.

As TYPO3 5.0 will be leaning towards JSR-168 compliance, and hopefully 
JSR-170 compliance, Jetspeed2 and Graffito would be a great way to 
achive this with a brand spanking new TYPO3 interface. Graffito is a CMS 
Framework[4] currently undergoing uncubation at the home of Apache.

In this perfect world TYPO3 could use any number of languages (including 
Struts, PHP, Python, Ruby, w/on Rails ... etc) for portlet development, 
and have access to thousands of portlets available that would simply 
"plugin", excuse the pun! In effect TYPO3 would basically become a 
series of PSML (XML based - Portal Structure Markup Language[5]) 
configurations. These concepts have been put together over the last 10 
or so years by the best heads in the business and have turned the fellow 
heads of some huge corporate scale open source projects, like ofbiz[6], 
WfMOpen[7], IBM's WebSphere[8] and many more.

I believe The TYPO3 Association is bigger than the software it has 
created, and going by the TYPO3 community's reputation, this approach 
would no doubt become THE standard in portal implementations. But the 
question: Is this the right place for the job? I don't know, it would 
mean a huge leap and learning curve for most core developers with 
knowledge only in PHP.

Ambitous I know. Some of you are probably thinking bbbfffttthhh to Java, 
more like TYPO3 10.0, but it is only software; you could imagine it right?

Please keep in mind this post was written for nothing more than food for 
thought and has been a vision of mine with Jetspeed for about 7 or 8 
years now. I just hope you all enjoy munching on my idea!

[1] 
http://wiki.typo3.org/index.php/Extension_coordination_team#Projects_Searching_for_a_Team 

[2] http://portals.apache.org
[3] http://portals.apache.org/jetspeed-2
[4] http://incubator.apache.org/graffito
[5] http://portals.apache.org/jetspeed-1/psml.html
[6] http://ofbiz.org
[7] http://wfmopen.sf.net
[8] http://www-128.ibm.com/developerworks/websphere


Cheers,
David



From david at vaultin.com  Tue Feb 14 04:35:56 2006
From: david at vaultin.com (David Toshack)
Date: Tue, 14 Feb 2006 14:35:56 +1100
Subject: [TYPO3-dev]  TYPO3 JSR-168/JSR-170 compliance w/ Jetspeed,
	Graffito and all that comes with it!
Message-ID: <mailman.1.1139888159.20376.typo3-dev@lists.netfielders.de>

Hi Everyone,

I came across a post on the wiki[1],
regarding Rails which sparked some interest in a cross language
implementation that has been in the back of my mind for quite some time.

I'm not sure how many of you are familiar with the projects being
developed at Apache Portals [2], but originally part of the Apache
Jakarta Project, it has been in existance for ~10 years. Since the word
"portal" was used to represent a web application, Jetspeed[3] has
argueably been THE standard in portal frameworks.

As TYPO3 5.0 will be leaning towards JSR-168 compliance, and hopefully
JSR-170 compliance, Jetspeed2 and Graffito would be a great way to
achive this with a brand spanking new TYPO3 interface. Graffito is a CMS
Framework[4] currently undergoing incubation at the home of Apache.

In this perfect world TYPO3 could use any number of languages or 
frameworks (including Struts, PHP, Python, Ruby, w/on Rails ... etc) for 
portlet development, and have access to thousands of portlets available 
that would simply "plugin", excuse the pun! In effect TYPO3 would 
basically become a series of PSML (XML based - Portal Structure Markup 
Language[5]) configurations. These concepts have been put together over 
the last 10 or so years by the best heads in the business and have 
turned the fellow heads of developers involved in some huge corporate 
scale open source projects, like ofbiz[6], WfMOpen[7], IBM's 
WebSphere[8] and many more.

I believe The TYPO3 Association is bigger than the software it has
created, and going by the TYPO3 community's reputation, this approach
would no doubt become THE standard in portal implementations. But the
question: Is this the right place for the job? I don't know, it would
mean a huge leap and learning curve for most core developers with
knowledge only in PHP.

Ambitous I know. Some of you are probably thinking bbbfffttthhh to Java,
more like TYPO3 10.0, but it is only software; you could imagine it right?

Please keep in mind this post was written for nothing more than food for
thought and has been a vision of mine with Jetspeed for about 7 or 8
years now. I just hope you all enjoy munching on my idea!

[1]
http://wiki.typo3.org/index.php/Extension_coordination_team#Projects_Searching_for_a_Team 


[2] http://portals.apache.org
[3] http://portals.apache.org/jetspeed-2
[4] http://incubator.apache.org/graffito
[5] http://portals.apache.org/jetspeed-1/psml.html
[6] http://ofbiz.org
[7] http://wfmopen.sf.net
[8] http://www-128.ibm.com/developerworks/websphere


Cheers,
David



From peter.russ at 4many.net  Tue Feb 14 06:10:18 2006
From: peter.russ at 4many.net (Peter Russ)
Date: Tue, 14 Feb 2006 06:10:18 +0100
Subject: [TYPO3-dev]  Auth service,
	authentication against external db and session
Message-ID: <mailman.1.1139893819.28549.typo3-dev@lists.netfielders.de>

I have questions regarding auth service, validating a user against an 
external db and session.

1) When a user tries to login the service takes care to authenticate him 
against an external db.
If username and password is ok
2) a session will be created.
3) Now TYPO3 internal authentication process tries to reread the user 
information (class.t3lib_userauth.php->start, i.e. $this->fetchUserSession)

Function fetchUserSession always queries the fe_sessions against 
fe_users, i.e. if service is NOT creating any fe_user record, the 
authentication will fail, as there will not be any result from the query.

So any hints welcome, if there is a way to work without any fe_user record?

Regs. Peter.

-- 
Fiat lux!
Docendo discimus.
_____________________________
4Many? Services
openBC: http://www.openbc.com/go/invuid/Peter_Russ



From elmar.DOT.hinz at team.MINUS.red.DOT.net  Tue Feb 14 07:15:36 2006
From: elmar.DOT.hinz at team.MINUS.red.DOT.net (Elmar Hinz)
Date: Tue, 14 Feb 2006 07:15:36 +0100
Subject: [TYPO3-dev] Removing symlinks in V 4.0
In-Reply-To: <mailman.1.1139872639.1118.typo3-dev@lists.netfielders.de>
References: <mailman.14666.1139589968.6406.typo3-dev@lists.netfielders.de>	<mailman.1.1139593206.16968.typo3-dev@lists.netfielders.de>
	<mailman.14679.1139594308.6406.typo3-dev@lists.netfielders.de>
	<mailman.1.1139603027.17196.typo3-dev@lists.netfielders.de>
	<mailman.1.1139621784.12575.typo3-dev@lists.netfielders.de>
	<mailman.1.1139645671.9818.typo3-dev@lists.netfielders.de>
	<mailman.1.1139661813.32097.typo3-dev@lists.netfielders.de>
	<mailman.1.1139664100.3550.typo3-dev@lists.netfielders.de>
	<mailman.1.1139818282.15938.typo3-dev@lists.netfielders.de>
	<mailman.1.1139819121.17174.typo3-dev@lists.netfielders.de>
	<mailman.1.1139872639.1118.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139897763.2394.typo3-dev@lists.netfielders.de>

dan frost schrieb:
> Elmar,
> 
> I have been labeled as a completely useless and annoying mailing list
> contributor (trying to avoid certain words here!)...
> 
> But, you seem to have created some of the most agressive and fruitless
> threads by simply being argumentitive.
> 
> For goodness sake, please help TYPO3 by helping and not arguing all the
> time. Presenting "this is how it should be done" emails counts for
> nothing compared to actual, real, complete, tested, documented, proven,
> shared, and useful code. Aim for 1 posting line per *much more* in code!
> 
> <note>
> I realise that this is OT and a direct attack - but the mailing lists
> are getting too "noisey" recently... I am sorry for this posting.
> </note>
> 
> dan
> 

Hi Dan,

yes, this thread has been relatively fruitless. But I think you shouldn't blame
me alone for this. I have given my opinion, I have given my arguments.
Unfortunatly I it has been slightly different from that from others and it seems
that it is not been tolerated to have a different point of view upon a topic,
even if it doesn't differ much.

I have thought that it is enough to give your arguments. But that isn't
accepted. You rather are hunted here for having a slightly different position.
If people would give arguments, that would be O.K.. But beeing prosecuted
without arguments? Being forced to repeat the arguments you already have given?
Being attact for position that never were yours? The worse is that people
obviously didn't even read what you said already and what others said. They see
there is something ongoing and fall in even without informing them before.

All this I find very strange. It neccesarily leads to aggression if the person
that dares to have an own point of view doesn't fly. Who is to blame for that? I
fly now, or rather go away by decision, unconvinced but of necessity.

Have a nice day

Elmar




















From bruce at anjardis.de  Tue Feb 14 08:41:21 2006
From: bruce at anjardis.de (Christoph Kunze)
Date: Tue, 14 Feb 2006 08:41:21 +0100
Subject: [TYPO3-dev] MySQL LAST_INSERT_ID() returns 0,
	different connection???
In-Reply-To: <mailman.1.1139847890.19882.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139847890.19882.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139902882.9272.typo3-dev@lists.netfielders.de>

Hi Andreas,
I always store the value of $GLOBALS['TYPO3_DB']->sql_insert_id() in a 
variable and then use it for further (mm-)inserts. Maybe it works that 
way...?

Andreas F?rthner schrieb:
> Hi list,
> 
> I just tried to fill a table and its mm-table with the right ids. I 
> insert the values in the main table and then I try to insert the 
> mm-relation, for that reason I need the id of the inserted record. I 
> tried that with the LAST_INSERT_ID() function in mysl, but it seems to 
> return always 0. As far as I know it only will return the id if the two 
>  insert-statements are in the same database connection... Is it possible 
> that TYPO3 opens an new connection for each query?
> 
> Does anybody know a solution for that problem? How do you fill mm-tables 
> usually?
> 
> Thank you for your help...
> 
> Regards
> 
> Andreas



From Martin.Kutschker at n0spam-blackbox.net  Tue Feb 14 09:33:51 2006
From: Martin.Kutschker at n0spam-blackbox.net (Martin Kutschker)
Date: Tue, 14 Feb 2006 09:33:51 +0100
Subject: [TYPO3-dev] Auth service,
	authentication against external db and session
In-Reply-To: <mailman.1.1139893819.28549.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139893819.28549.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139906029.14401.typo3-dev@lists.netfielders.de>

Peter Russ schrieb:
> 
> So any hints welcome, if there is a way to work without any fe_user record?

You always need one (for reference and session handling, etc). But you can create a dummy record during the authentication phase.

Masi



From Martin.Kutschker at n0spam-blackbox.net  Tue Feb 14 09:32:31 2006
From: Martin.Kutschker at n0spam-blackbox.net (Martin Kutschker)
Date: Tue, 14 Feb 2006 09:32:31 +0100
Subject: [TYPO3-dev] different skin for different users?
In-Reply-To: <mailman.1.1139857192.5320.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139853851.684.typo3-dev@lists.netfielders.de>
	<mailman.1.1139857192.5320.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139905949.14401.typo3-dev@lists.netfielders.de>

stefano cecere schrieb:
> Georg Ringer wrote:
> 
>> Hi,
>>
>> is it possible to install one skine for one user (group)? What do to, 
>> what to change?
> 
> 
> it's not (yet) possible, since skins are extensions

It is possible with TS conditionals.

Masi



From peter.russ at 4many.net  Tue Feb 14 09:51:10 2006
From: peter.russ at 4many.net (Peter Russ)
Date: Tue, 14 Feb 2006 09:51:10 +0100
Subject: [TYPO3-dev] Auth service,
	authentication against external db and session
In-Reply-To: <mailman.1.1139906029.14401.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139893819.28549.typo3-dev@lists.netfielders.de>
	<mailman.1.1139906029.14401.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139907072.15852.typo3-dev@lists.netfielders.de>

Martin Kutschker schrieb:
> Peter Russ schrieb:
>>
>> So any hints welcome, if there is a way to work without any fe_user 
>> record?
> 
> You always need one (for reference and session handling, etc). But you 
> can create a dummy record during the authentication phase.
> 
> Masi

Thanks Masi.

The point is that with the standard TYPO3 solution (similar to what you 
recommend) TYPO3 "overrulez" the external authentication.

Example:
If a user logs in the external source is queried. But as long as the 
user is logged in there is NO more check if the user is still allowed to 
see restricted content, i.e. if the user gets deleted or "hidden" on the 
external system, TYPO3 doesn't realize.

So the question is if there are already work arounds or plans to extend 
the auth service to fix that?

Regs. Peter.

-- 
Fiat lux!
Docendo discimus.
_____________________________
4Many? Services
openBC: http://www.openbc.com/go/invuid/Peter_Russ



From trabold at mehrwert.de  Tue Feb 14 09:27:52 2006
From: trabold at mehrwert.de (Christian Trabold)
Date: Tue, 14 Feb 2006 09:27:52 +0100
Subject: [TYPO3-dev] Auth service,
	authentication against external db and session
In-Reply-To: <mailman.1.1139893819.28549.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139893819.28549.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139907996.17745.typo3-dev@lists.netfielders.de>

Hi Peter,

> I have questions regarding auth service, validating a user against an 
> external db and session.
> 
[...]
> Function fetchUserSession always queries the fe_sessions against 
> fe_users, i.e. if service is NOT creating any fe_user record, the 
> authentication will fail, as there will not be any result from the query.
> 
> So any hints welcome, if there is a way to work without any fe_user record?

have a look at Roberts "Auth: External DB Authentication" Extension 
(Key: rlmp_extdbauth).


HTH

Christian



From typo3dev at geithware.de  Tue Feb 14 10:09:39 2006
From: typo3dev at geithware.de (Stefan Geith)
Date: Tue, 14 Feb 2006 10:09:39 +0100
Subject: [TYPO3-dev] cropScale in Core (imgResource)
Message-ID: <mailman.272.1139908291.20547.typo3-dev@lists.netfielders.de>

Hi,

Is there a chance to get cropScale into imgResource ?
Or at least a hook in functions imageMagickConvert()
and getImageScale() of class tslib_gifbuilder ?


There is a description and a patch at
   http://bugs.typo3.org/view.php?id=2252

If there is a chance to get it into the core,
I would optimize the code and write a new patch ... ;)

-

Stefan






From peter.russ at 4many.net  Tue Feb 14 10:24:04 2006
From: peter.russ at 4many.net (Peter Russ)
Date: Tue, 14 Feb 2006 10:24:04 +0100
Subject: [TYPO3-dev] Auth service,
	authentication against external db and session
In-Reply-To: <mailman.1.1139907996.17745.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139893819.28549.typo3-dev@lists.netfielders.de>
	<mailman.1.1139907996.17745.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139909046.18968.typo3-dev@lists.netfielders.de>

Christian Trabold schrieb:
[...]
> have a look at Roberts "Auth: External DB Authentication" Extension 
> (Key: rlmp_extdbauth).
> 
> 
> HTH
> 
> Christian
That's exactly what I did ;-)
Thanks.

-- 
Fiat lux!
Docendo discimus.
_____________________________
4Many? Services
openBC: http://www.openbc.com/go/invuid/Peter_Russ



From development at cosmoblonde.de  Tue Feb 14 10:58:45 2006
From: development at cosmoblonde.de (development at cosmoblonde.de)
Date: Tue, 14 Feb 2006 10:58:45 +0100
Subject: [TYPO3-dev] FE Extension: CSS styled content vs sb_accessible
Message-ID: <mailman.291.1139911131.20547.typo3-dev@lists.netfielders.de>

hello,

im currently getting into typo3 extension development.

first i had some difficulties but i finally managed to get what i want.
(some kind of categorized contact database).

well .. not all that i wanted.

im stuck with rendering my content by using "sb_accessiblecontent".

as long as i was working with "css styled content" my rendering worked
perfectly.

after switching to "sb_accessiblecontent" exactly no content of my
extension is rendered at all.

i tried to find out what to do by comparing my extension to the tt_news
extension but until now i didnt managed to get behind the secret.

so maybe you know ?

best
dev



From Martin.Kutschker at n0spam-blackbox.net  Tue Feb 14 11:02:37 2006
From: Martin.Kutschker at n0spam-blackbox.net (Martin Kutschker)
Date: Tue, 14 Feb 2006 11:02:37 +0100
Subject: [TYPO3-dev] Auth service,
	authentication against external db and session
In-Reply-To: <mailman.1.1139907072.15852.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139893819.28549.typo3-dev@lists.netfielders.de>
	<mailman.1.1139906029.14401.typo3-dev@lists.netfielders.de>
	<mailman.1.1139907072.15852.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139911356.29030.typo3-dev@lists.netfielders.de>

Peter Russ schrieb:
 >
> If a user logs in the external source is queried. But as long as the 
> user is logged in there is NO more check if the user is still allowed to 
> see restricted content,

Is this different to ordinary TYPO3 users? I have never tried to delete a logged in user just to see what happens. For me a check just once at the start of the session (log 
in) seems to be sufficient.

I don't want to query external db or directory serive for each page hit.

Masi



From operation-lan at gmx.de  Tue Feb 14 11:09:56 2006
From: operation-lan at gmx.de (=?UTF-8?B?RGFuaWVsIFDDtnR6aW5nZXI=?=)
Date: Tue, 14 Feb 2006 11:09:56 +0100
Subject: [TYPO3-dev] Auth service,
	authentication against external db and session
In-Reply-To: <mailman.1.1139907072.15852.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139893819.28549.typo3-dev@lists.netfielders.de>
	<mailman.1.1139906029.14401.typo3-dev@lists.netfielders.de>
	<mailman.1.1139907072.15852.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139911388.29155.typo3-dev@lists.netfielders.de>

Peter Russ wrote:
> Martin Kutschker schrieb:
>> Peter Russ schrieb:
>>>
>>> So any hints welcome, if there is a way to work without any fe_user 
>>> record?
>>
>> You always need one (for reference and session handling, etc). But you 
>> can create a dummy record during the authentication phase.
>>
>> Masi
> 
> Thanks Masi.
> 
> The point is that with the standard TYPO3 solution (similar to what you 
> recommend) TYPO3 "overrulez" the external authentication.
> 
> Example:
> If a user logs in the external source is queried. But as long as the 
> user is logged in there is NO more check if the user is still allowed to 
> see restricted content, i.e. if the user gets deleted or "hidden" on the 
> external system, TYPO3 doesn't realize.
> 
Hello

I think this will require a query each time a request is made by the 
logged in user to check if the userrecord is still correct. (additional 
performance...)

But a fe_session will only be valid for some time (timeout). So if the 
user gets invalid, there is only a given time for still being logged 
in.. I mean it would be scarce to find a website were this is critical?


But for a more flexible auth service in this case maybe a function 
getUserSessionData() or something similar (Service-call from 
fetchUserSession()) would be great for auth service?

I just saw the Hook on Line 275 (t3lib_userauth), for filling 
$this->user. I think this way should be possible too?



From peter.russ at 4many.net  Tue Feb 14 11:26:20 2006
From: peter.russ at 4many.net (Peter Russ)
Date: Tue, 14 Feb 2006 11:26:20 +0100
Subject: [TYPO3-dev] Auth service,
	authentication against external db and session
In-Reply-To: <mailman.1.1139911388.29155.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139893819.28549.typo3-dev@lists.netfielders.de>
	<mailman.1.1139906029.14401.typo3-dev@lists.netfielders.de>
	<mailman.1.1139907072.15852.typo3-dev@lists.netfielders.de>
	<mailman.1.1139911388.29155.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139912782.11954.typo3-dev@lists.netfielders.de>

Daniel P?tzinger schrieb:
> Hello
> 
> I think this will require a query each time a request is made by the 
> logged in user to check if the userrecord is still correct. (additional 
> performance...)
> 
> But a fe_session will only be valid for some time (timeout). So if the 
> user gets invalid, there is only a given time for still being logged 
> in.. I mean it would be scarce to find a website were this is critical?
> 
> 
> But for a more flexible auth service in this case maybe a function 
> getUserSessionData() or something similar (Service-call from 
> fetchUserSession()) would be great for auth service?
> 
> I just saw the Hook on Line 275 (t3lib_userauth), for filling 
> $this->user. I think this way should be possible too?

Hallo Masi,
Hallo Daniel,

1) with TYPO3 t3lib_userauth always checks "by default" if *_user is 
still valid as fetchUserSession always queries the *_sessions table 
against  *_user. So if the user gets deleted there will be an automatic 
log off.

2)Thanks for the HOOK. This might work. IMHO it would be more clean to 
get some further functionaliy to the auth service. But for the moment I 
will have a look at the hook.

Thanks.

Regs. Peter.


-- 
Fiat lux!
Docendo discimus.
_____________________________
4Many? Services
openBC: http://www.openbc.com/go/invuid/Peter_Russ



From kasper2006 at typo3.com  Tue Feb 14 11:33:41 2006
From: kasper2006 at typo3.com (=?ISO-8859-1?Q?Kasper_Sk=E5rh=F8j?=)
Date: Tue, 14 Feb 2006 11:33:41 +0100
Subject: [TYPO3-dev] TYPO3 4.0
In-Reply-To: <mailman.1.1139866271.20800.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139839960.5873.typo3-dev@lists.netfielders.de>
	<mailman.0.1139843569.12126.typo3-dev@lists.netfielders.de>
	<mailman.1.1139866271.20800.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.302.1139913219.20547.typo3-dev@lists.netfielders.de>

> important than adding new features. There are so many unresolved bugs.
> This should have the highest priority in my opinion.
>

I like to focus on the fact that there are so many _solved_ bugs in  
this release (thanks to "the incredibles" on the Core team). Why not  
celebrate that. We will never run out of bugs.

- kasper



From suman at srijan.in  Tue Feb 14 11:42:24 2006
From: suman at srijan.in (Suman Debnath)
Date: Tue, 14 Feb 2006 16:12:24 +0530
Subject: [TYPO3-dev]  Export Static Pages
Message-ID: <mailman.1.1139913769.21354.typo3-dev@lists.netfielders.de>

Hi,

I have a couple of sites under a single Typo3 installation. I want to 
utilize the static HTML export feature in a custom BE module so that the 
BE user can export a site to HTML + supporting files in a specified folder.

Can anybody tell me if that is possible and how or still better, point 
me towards some documentation about the API ?

Thanks in advance,
Suman Debnath



From spam at ringerge.org  Tue Feb 14 11:55:29 2006
From: spam at ringerge.org (Georg Ringer)
Date: Tue, 14 Feb 2006 11:55:29 +0100
Subject: [TYPO3-dev] different skin for different users?
References: <mailman.1.1139853851.684.typo3-dev@lists.netfielders.de>
	<mailman.1.1139857192.5320.typo3-dev@lists.netfielders.de>
	<mailman.1.1139905949.14401.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139914536.647.typo3-dev@lists.netfielders.de>

> It is possible with TS conditionals.

Can you please give me a clue?

thx
georg 





From elmar.DOT.hinz at team.MINUS.red.DOT.net  Tue Feb 14 12:06:16 2006
From: elmar.DOT.hinz at team.MINUS.red.DOT.net (Elmar Hinz)
Date: Tue, 14 Feb 2006 12:06:16 +0100
Subject: [TYPO3-dev] different skin for different users?
In-Reply-To: <mailman.1.1139905949.14401.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139853851.684.typo3-dev@lists.netfielders.de>
	<mailman.1.1139857192.5320.typo3-dev@lists.netfielders.de>
	<mailman.1.1139905949.14401.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139915204.7595.typo3-dev@lists.netfielders.de>

Martin Kutschker schrieb:
> 
> 
> It is possible with TS conditionals.
> 
> Masi

I am also curious. TS conditionals are available for FE Rendering.

Bernhard Kraft has published KB TSConfig Conditions (kb_tsconfig_cond). Does
that help to select a BE Skin?

/el



From Martin.Kutschker at n0spam-blackbox.net  Tue Feb 14 12:09:15 2006
From: Martin.Kutschker at n0spam-blackbox.net (Martin Kutschker)
Date: Tue, 14 Feb 2006 12:09:15 +0100
Subject: [TYPO3-dev] different skin for different users?
In-Reply-To: <mailman.1.1139914536.647.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139853851.684.typo3-dev@lists.netfielders.de>
	<mailman.1.1139857192.5320.typo3-dev@lists.netfielders.de>
	<mailman.1.1139905949.14401.typo3-dev@lists.netfielders.de>
	<mailman.1.1139914536.647.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139915356.9145.typo3-dev@lists.netfielders.de>

Georg Ringer schrieb:
>>It is possible with TS conditionals.
> 
> Can you please give me a clue?

Say, you want to distinct the skins simply by different css files, you can do it like this:

page.includeCSS.base = general.css

# skin for group with id 1
[usergroup = 1]
page.includeCSS.skin = skin1.css
[end]

# skin for group with id 5
[usergroup = 5]
page.includeCSS.skin = skin2.css
[end]

# skin for user with id 11
[loginUser = 11]
page.includeCSS.skin = userskin.css
[end]

Of course you can make all kinds of changes of the TS object tree in the conditionals (eg. you could use different images).

Masi



From elmar.DOT.hinz at team.MINUS.red.DOT.net  Tue Feb 14 12:11:26 2006
From: elmar.DOT.hinz at team.MINUS.red.DOT.net (Elmar Hinz)
Date: Tue, 14 Feb 2006 12:11:26 +0100
Subject: [TYPO3-dev] different skin for different users?
In-Reply-To: <mailman.1.1139915356.9145.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139853851.684.typo3-dev@lists.netfielders.de>
	<mailman.1.1139857192.5320.typo3-dev@lists.netfielders.de>
	<mailman.1.1139905949.14401.typo3-dev@lists.netfielders.de>
	<mailman.1.1139914536.647.typo3-dev@lists.netfielders.de>
	<mailman.1.1139915356.9145.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139915514.7595.typo3-dev@lists.netfielders.de>

You are right. Nobody was questioning for a BE-Skin in special. ;)

/el



From spam at ringerge.org  Tue Feb 14 12:20:10 2006
From: spam at ringerge.org (Georg Ringer)
Date: Tue, 14 Feb 2006 12:20:10 +0100
Subject: [TYPO3-dev] different skin for different users?
References: <mailman.1.1139853851.684.typo3-dev@lists.netfielders.de>
	<mailman.1.1139857192.5320.typo3-dev@lists.netfielders.de>
	<mailman.1.1139905949.14401.typo3-dev@lists.netfielders.de>
	<mailman.1.1139914536.647.typo3-dev@lists.netfielders.de>
	<mailman.1.1139915356.9145.typo3-dev@lists.netfielders.de>
	<mailman.1.1139915514.7595.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139916017.14905.typo3-dev@lists.netfielders.de>

> You are right. Nobody was questioning for a BE-Skin in special. ;)
:)
Sorry for possible missunderstandings! I wanted to ask for BE-skins

georg 





From Andreas.Foerthner at netlogix.de  Tue Feb 14 12:34:42 2006
From: Andreas.Foerthner at netlogix.de (=?ISO-8859-15?Q?Andreas_F=F6rthner?=)
Date: Tue, 14 Feb 2006 12:34:42 +0100
Subject: [TYPO3-dev] MySQL LAST_INSERT_ID() returns 0,
	different connection???
In-Reply-To: <mailman.1.1139902882.9272.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139847890.19882.typo3-dev@lists.netfielders.de>
	<mailman.1.1139902882.9272.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139916882.18271.typo3-dev@lists.netfielders.de>

Christoph Kunze schrieb:
> Hi Andreas,
> I always store the value of $GLOBALS['TYPO3_DB']->sql_insert_id() in a 
> variable and then use it for further (mm-)inserts. Maybe it works that 
> way...?
> 
> Andreas F?rthner schrieb:
> 
>> Hi list,
>>
>> I just tried to fill a table and its mm-table with the right ids. I 
>> insert the values in the main table and then I try to insert the 
>> mm-relation, for that reason I need the id of the inserted record. I 
>> tried that with the LAST_INSERT_ID() function in mysl, but it seems to 
>> return always 0. As far as I know it only will return the id if the 
>> two  insert-statements are in the same database connection... Is it 
>> possible that TYPO3 opens an new connection for each query?
>>
>> Does anybody know a solution for that problem? How do you fill 
>> mm-tables usually?
>>
>> Thank you for your help...
>>
>> Regards
>>
>> Andreas

Hi,

you are the best! This did the trick! Thank you!!!

Greets

Andreas



From kasper2006 at typo3.com  Tue Feb 14 12:54:45 2006
From: kasper2006 at typo3.com (=?ISO-8859-1?Q?Kasper_Sk=E5rh=F8j?=)
Date: Tue, 14 Feb 2006 12:54:45 +0100
Subject: [TYPO3-dev] Removing symlinks in V 4.0
In-Reply-To: <mailman.1.1139897763.2394.typo3-dev@lists.netfielders.de>
References: <mailman.14666.1139589968.6406.typo3-dev@lists.netfielders.de>	<mailman.1.1139593206.16968.typo3-dev@lists.netfielders.de>
	<mailman.14679.1139594308.6406.typo3-dev@lists.netfielders.de>
	<mailman.1.1139603027.17196.typo3-dev@lists.netfielders.de>
	<mailman.1.1139621784.12575.typo3-dev@lists.netfielders.de>
	<mailman.1.1139645671.9818.typo3-dev@lists.netfielders.de>
	<mailman.1.1139661813.32097.typo3-dev@lists.netfielders.de>
	<mailman.1.1139664100.3550.typo3-dev@lists.netfielders.de>
	<mailman.1.1139818282.15938.typo3-dev@lists.netfielders.de>
	<mailman.1.1139819121.17174.typo3-dev@lists.netfielders.de>
	<mailman.1.1139872639.1118.typo3-dev@lists.netfielders.de>
	<mailman.1.1139897763.2394.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.348.1139918087.20547.typo3-dev@lists.netfielders.de>

I suggest this thread is stopped now.

TECHNICALLY:
It has already been decided on the core list that the symlinks _are  
made obsolete_ meaning that TYPO3 will function without them.

As a transitional phase it will be easy to provide them during the  
lifetime of 4.0 meaning that this "late change" doesn't have to break  
installations at all. For all developers it will be highly  
recommended to work without them - in order to prepare their  
extensions for a future without symlinks in the core.

Effectively this means no risk and maximum of time (namely the time  
between 4.0 and 4.5) to migrate.


DISCUSSION:
Discussions get heated sometimes and we survive. In this case I would  
like to defend Elmar on at least one objection: As I have understood  
Elmars role in this community it is not so much writing code than it  
is distilling thoughts into structures [Elmar leads the ECT  
initiative with great enthusiasms]. That is a sort of leadership we  
will need in the future and haven't had too much until now.
It is true that I have challenged Dan Frost et al. with that they  
should provide code to support their ideas. Why doesn't Elmar have to  
do that same time? Well, obviously because the output from Elmar is  
organization and structures defined on paper while the output from a  
developer like Dan is code. In my view.

This is not to say that the thread was fruitful because I think it  
wasn't really.



Have a beautiful week everyone. Spring is coming to Denmark, I can  
smell it!

;- )

- kasper



From niederlag at ikd01.de  Tue Feb 14 12:59:43 2006
From: niederlag at ikd01.de (Peter Niederlag)
Date: Tue, 14 Feb 2006 12:59:43 +0100
Subject: [TYPO3-dev] Removing symlinks in V 4.0
In-Reply-To: <mailman.1.1139897763.2394.typo3-dev@lists.netfielders.de>
References: <mailman.14666.1139589968.6406.typo3-dev@lists.netfielders.de>	<mailman.1.1139593206.16968.typo3-dev@lists.netfielders.de>
	<mailman.14679.1139594308.6406.typo3-dev@lists.netfielders.de>
	<mailman.1.1139603027.17196.typo3-dev@lists.netfielders.de>
	<mailman.1.1139621784.12575.typo3-dev@lists.netfielders.de>
	<mailman.1.1139645671.9818.typo3-dev@lists.netfielders.de>
	<mailman.1.1139661813.32097.typo3-dev@lists.netfielders.de>
	<mailman.1.1139664100.3550.typo3-dev@lists.netfielders.de>
	<mailman.1.1139818282.15938.typo3-dev@lists.netfielders.de>
	<mailman.1.1139819121.17174.typo3-dev@lists.netfielders.de>
	<mailman.1.1139872639.1118.typo3-dev@lists.netfielders.de>
	<mailman.1.1139897763.2394.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139918382.21978.typo3-dev@lists.netfielders.de>

Hi,

Elmar Hinz wrote:
> dan frost schrieb:
[...]
> Have a nice day

Y'll too. ;)

Point is:
* TYPO3-fellowers have not liked the need of these symlinks for a _long
time_
* It never had enough priority for anyone to take care of it, now one of
the core-devs decided to take up on it. IMHO: great!
* This matter has created one of the most vital discussions on the list.
Discussions are good but opionins wont always be equal. ;)

@Elmar: Just trust all those long-time active TYPO3-folks. Symlinks
should go at the earliest stage possible, probably right now! The cores
take care of doing testing at first and we have beta3 and rc's to test
on it in broad-scope. If we really run into serious trouble theres still
the possibility to put it back into 4.0 final.

Arguments:
* more clean
* dramatic decrease in handling of platform specific issues
* There's a dev that is putting a lot of energy into it _right now_ and
I doubt we will have a chance to postpone this motivation to some
unknown point in the future

Now you have my 10 lines on this matter as well. ;)
Actually I dont care that much for it.

Peter
-- 
Peter Niederlag
http://www.niekom.de * TYPO3 & EDV Dienstleistungen *
http://www.typo3partner.net * professional services network *



From niederlag at ikd01.de  Tue Feb 14 13:04:40 2006
From: niederlag at ikd01.de (Peter Niederlag)
Date: Tue, 14 Feb 2006 13:04:40 +0100
Subject: [TYPO3-dev] TYPO3 4.0
In-Reply-To: <mailman.1.1139866271.20800.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139839960.5873.typo3-dev@lists.netfielders.de>
	<mailman.0.1139843569.12126.typo3-dev@lists.netfielders.de>
	<mailman.1.1139866271.20800.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139918679.24218.typo3-dev@lists.netfielders.de>

Hi,

Martin Koch Andersen wrote:
> Kasper Sk?rh?j skrev:
> 
>> Stucki and me will try to get an overview of priorities for the
>> release which we must fix.
> 
> 
> Bugs, bugs, bugs. Fix fix fix.
> 
> Very productive comment right? :) Seriously I think this is more
> important than adding new features. There are so many unresolved bugs.
> This should have the highest priority in my opinion.

Actually to me TYPO3 is still one of the most stable Tools around. If
you do have problems with a bug, pls get involved and help get it
resolved by documentation/pointing at it/providing patches....

Which bug (not mssing feature!) tackles you?

Thx and Cheers,
Peter
-- 
Peter Niederlag
http://www.niekom.de * TYPO3 & EDV Dienstleistungen *
http://www.typo3partner.net * professional services network *



From niederlag at ikd01.de  Tue Feb 14 13:05:51 2006
From: niederlag at ikd01.de (Peter Niederlag)
Date: Tue, 14 Feb 2006 13:05:51 +0100
Subject: [TYPO3-dev] OT: Re:  different skin for different users?
In-Reply-To: <mailman.1.1139915514.7595.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139853851.684.typo3-dev@lists.netfielders.de>
	<mailman.1.1139857192.5320.typo3-dev@lists.netfielders.de>
	<mailman.1.1139905949.14401.typo3-dev@lists.netfielders.de>
	<mailman.1.1139914536.647.typo3-dev@lists.netfielders.de>
	<mailman.1.1139915356.9145.typo3-dev@lists.netfielders.de>
	<mailman.1.1139915514.7595.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139918749.24218.typo3-dev@lists.netfielders.de>

Elmar Hinz wrote:
> You are right. Nobody was questioning for a BE-Skin in special. ;)

LOL, thx for making my day. ;)
-- 
Peter Niederlag
http://www.niekom.de * TYPO3 & EDV Dienstleistungen *
http://www.typo3partner.net * professional services network *



From elmar.DOT.hinz at team.MINUS.red.DOT.net  Tue Feb 14 13:15:36 2006
From: elmar.DOT.hinz at team.MINUS.red.DOT.net (Elmar Hinz)
Date: Tue, 14 Feb 2006 13:15:36 +0100
Subject: [TYPO3-dev] OT: Re:  different skin for different users?
In-Reply-To: <mailman.1.1139918749.24218.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139853851.684.typo3-dev@lists.netfielders.de>
	<mailman.1.1139857192.5320.typo3-dev@lists.netfielders.de>
	<mailman.1.1139905949.14401.typo3-dev@lists.netfielders.de>
	<mailman.1.1139914536.647.typo3-dev@lists.netfielders.de>
	<mailman.1.1139915356.9145.typo3-dev@lists.netfielders.de>
	<mailman.1.1139915514.7595.typo3-dev@lists.netfielders.de>
	<mailman.1.1139918749.24218.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139919363.27488.typo3-dev@lists.netfielders.de>

Peter Niederlag schrieb:
> Elmar Hinz wrote:
> 
>>You are right. Nobody was questioning for a BE-Skin in special. ;)
> 
> 
> LOL, thx for making my day. ;)

Simple but correct. It's worth the "Eulenspiegel" of the month. :) LOL






From mathias.schreiber at wmdb.de  Tue Feb 14 13:19:57 2006
From: mathias.schreiber at wmdb.de (Mathias Schreiber)
Date: Tue, 14 Feb 2006 13:19:57 +0100
Subject: [TYPO3-dev] TYPO3 4.0
References: <mailman.1.1139839960.5873.typo3-dev@lists.netfielders.de>
	<mailman.0.1139843569.12126.typo3-dev@lists.netfielders.de>
	<mailman.1.1139866271.20800.typo3-dev@lists.netfielders.de>
	<mailman.1.1139918679.24218.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139919633.28192.typo3-dev@lists.netfielders.de>

Peter Niederlag wrote:
> Actually to me TYPO3 is still one of the most stable Tools around. If
> you do have problems with a bug, pls get involved and help get it
> resolved by documentation/pointing at it/providing patches....

Agreed :)

> Which bug (not mssing feature!) tackles you?

Custom workspaces don't work with multilanguage sites (One-Tree)
Versioning breaks all MM relations
All other is mostly DAM related

:)

Fixes are underway 





From tapio.markula at dnainternet.net  Tue Feb 14 13:22:03 2006
From: tapio.markula at dnainternet.net (tapio)
Date: Tue, 14 Feb 2006 14:22:03 +0200
Subject: [TYPO3-dev] XCLASS conflict examples
In-Reply-To: <mailman.1.1139861536.13347.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139692099.12194.typo3-dev@lists.netfielders.de>	<mailman.1.1139701994.25066.typo3-dev@lists.netfielders.de>	<mailman.15139.1139737116.6406.typo3-dev@lists.netfielders.de>	<mailman.1.1139784357.4435.typo3-dev@lists.netfielders.de>
	<mailman.0.1139843818.13180.typo3-dev@lists.netfielders.de>
	<mailman.1.1139844208.14177.typo3-dev@lists.netfielders.de>
	<mailman.1.1139861536.13347.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139919751.28512.typo3-dev@lists.netfielders.de>

Bernhard Kraft wrote:
> tapio wrote:
> 
>>
>>>> greets,
>>>> Bernhard
>>
>>
>>
>> Bernhard - you have *totally* unnecessary conflict between
>> 'kb_conttable' and 'kb_pm_paste'.
> 
> 
> *rantrantrant* ... normally I get money for my work.

Sorry about my comments but I was just annoying to find
that you had not at all thought conflict between your own plugins.
If some author knows conflicts, he could at least openly inform,
which of his plugins conflict with each others
> 
> There's a new version 0.0.1 of kb_pm_paste and 0.2.6 of kb_conttable
> in the TER which fixes the XCLASS conflict.

ok.

>Reason why there was one was simply that I needed the pm_paste for one 
  customer while the content table for another. Why should I put work 
into doing
  something which you need especially ?

And you would not think that anybody else would not use them together?
If you put something public, I would be nice to avoid conflicts at least 
between own plugins.



From development at cosmoblonde.de  Tue Feb 14 13:26:59 2006
From: development at cosmoblonde.de (development at cosmoblonde.de)
Date: Tue, 14 Feb 2006 13:26:59 +0100
Subject: [TYPO3-dev] Kickstarter meets sb_accessible
Message-ID: <mailman.364.1139920023.20547.typo3-dev@lists.netfielders.de>

i got a little problem with the sb_accessible extension (i know its
alpha - but its also public).

extensions created with the kickstarter render perfectly well when the
"CSS styled content" template is used but when using the "sb_accessible"
extension
nothing will be rendered. an extensions main function wont be called at
all. what would i have to do to make it work?

to get an idea of what im talking about you can simply try to create a
new extension with the kickstarter. add a
Frontend Plugin. install the extension. assign it to a page and have a
look at it while "sb_accessible" is active. there wont be no rendering
of the extension at all unless
you use "CSS styled content". because the sb_accessible extension is
based on "CSS
styled content" i was assuming that stuff like that would still work.

any suggestions anyone?

thx
dev



From Martin.Kutschker at n0spam-blackbox.net  Tue Feb 14 13:25:50 2006
From: Martin.Kutschker at n0spam-blackbox.net (Martin Kutschker)
Date: Tue, 14 Feb 2006 13:25:50 +0100
Subject: [TYPO3-dev] different skin for different users?
In-Reply-To: <mailman.1.1139916017.14905.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139853851.684.typo3-dev@lists.netfielders.de>
	<mailman.1.1139857192.5320.typo3-dev@lists.netfielders.de>
	<mailman.1.1139905949.14401.typo3-dev@lists.netfielders.de>
	<mailman.1.1139914536.647.typo3-dev@lists.netfielders.de>
	<mailman.1.1139915356.9145.typo3-dev@lists.netfielders.de>
	<mailman.1.1139915514.7595.typo3-dev@lists.netfielders.de>
	<mailman.1.1139916017.14905.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139919948.28782.typo3-dev@lists.netfielders.de>

Georg Ringer schrieb:
>>You are right. Nobody was questioning for a BE-Skin in special. ;)
> 
> :)
> Sorry for possible missunderstandings! I wanted to ask for BE-skins

Why? Just for fun or is there any real word use?

Masi



From Martin.Kutschker at n0spam-blackbox.net  Tue Feb 14 13:27:57 2006
From: Martin.Kutschker at n0spam-blackbox.net (Martin Kutschker)
Date: Tue, 14 Feb 2006 13:27:57 +0100
Subject: [TYPO3-dev] TYPO3 4.0
In-Reply-To: <mailman.1.1139919633.28192.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139839960.5873.typo3-dev@lists.netfielders.de>
	<mailman.0.1139843569.12126.typo3-dev@lists.netfielders.de>
	<mailman.1.1139866271.20800.typo3-dev@lists.netfielders.de>
	<mailman.1.1139918679.24218.typo3-dev@lists.netfielders.de>
	<mailman.1.1139919633.28192.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139920074.28782.typo3-dev@lists.netfielders.de>

Mathias Schreiber schrieb:
> 
> Custom workspaces don't work with multilanguage sites (One-Tree)
> Versioning breaks all MM relations
> All other is mostly DAM related

That are new bugs of new features.

Masi



From spam at ringerge.org  Tue Feb 14 13:33:52 2006
From: spam at ringerge.org (Georg Ringer)
Date: Tue, 14 Feb 2006 13:33:52 +0100
Subject: [TYPO3-dev] different skin for different users?
References: <mailman.1.1139853851.684.typo3-dev@lists.netfielders.de>
	<mailman.1.1139857192.5320.typo3-dev@lists.netfielders.de>
	<mailman.1.1139905949.14401.typo3-dev@lists.netfielders.de>
	<mailman.1.1139914536.647.typo3-dev@lists.netfielders.de>
	<mailman.1.1139915356.9145.typo3-dev@lists.netfielders.de>
	<mailman.1.1139915514.7595.typo3-dev@lists.netfielders.de>
	<mailman.1.1139916017.14905.typo3-dev@lists.netfielders.de>
	<mailman.1.1139919948.28782.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139920438.30226.typo3-dev@lists.netfielders.de>

> Why? Just for fun or is there any real word use?

The need is as big as the need for a skin.
For example I use the skincrystal for some of my customers because standard 
skin is much too small (text, icons..) for many people.
I like the standard skin and would like to keep it for my account.

It would also make sense to get the chance to choose your own skin at the 
user settings but it would already be great to make it with conditions or 
whatever.

So I want to know if there is a way to make this happen
georg 





From mscharkow at gmx.net  Tue Feb 14 13:47:12 2006
From: mscharkow at gmx.net (Michael Scharkow)
Date: Tue, 14 Feb 2006 13:47:12 +0100
Subject: [TYPO3-dev] TYPO3 JSR-168/JSR-170 compliance w/ Jetspeed,
	Graffito and all that comes with it!
In-Reply-To: <mailman.1.1139888159.20376.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139888159.20376.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139921217.32669.typo3-dev@lists.netfielders.de>

David Toshack wrote:
> Hi Everyone,
> 
> I came across a post on the wiki[1],
> regarding Rails which sparked some interest in a cross language
> implementation that has been in the back of my mind for quite some time.

Hi David,

> I'm not sure how many of you are familiar with the projects being
> developed at Apache Portals [2], but originally part of the Apache
> Jakarta Project, it has been in existance for ~10 years. Since the word
> "portal" was used to represent a web application, Jetspeed[3] has
> argueably been THE standard in portal frameworks.

I cannot really say anything about that, except that 1) after years of 
experience with TYPO3 and occasional peeks into a lot of other web 
content technologies (ZOPE, Plone, Rails, Django, etc.) I still have not 
understood what exactly a portal (in the JAVA/Apache/Enteprise speak) is 
and does. 2) I can't even gather what jetspeed is or does from their 
website, except that it must be something that uses XML and JAVA and 
runs with (on top of?) Tomcat, or such.

> As TYPO3 5.0 will be leaning towards JSR-168 compliance, and hopefully
> JSR-170 compliance, Jetspeed2 and Graffito would be a great way to
> achive this with a brand spanking new TYPO3 interface. Graffito is a CMS
> Framework[4] currently undergoing incubation at the home of Apache.

I did not know that TYPO3 was seriously targeting those specs. And 
Graffito is exactly how related to jetspeed? What Plone is to ZOPE, or 
what TYPO3 is to PHP, or Rails to Ruby, or Instiki/typo to Rails?

> In this perfect world TYPO3 could use any number of languages or 
> frameworks (including Struts, PHP, Python, Ruby, w/on Rails ... etc) for 
> portlet development, and have access to thousands of portlets available 
> that would simply "plugin", excuse the pun! In effect TYPO3 would 
> basically become a series of PSML (XML based - Portal Structure Markup 
> Language[5]) configurations. These concepts have been put together over 
> the last 10 or so years by the best heads in the business and have 
> turned the fellow heads of developers involved in some huge corporate 
> scale open source projects, like ofbiz[6], WfMOpen[7], IBM's 
> WebSphere[8] and many more.

Okay, I beg your pardon if I'm completely mistaken: You propose to 
completely rewrite TYPO3 in JAVA (or XML for jetspeed, or Graffito), 
only to have it somehow interact with all that JAVA/XML/Enterprise 
stuff? If Graffito already exists, why should one port TYPO3 to JAVA and 
not use Graffito which seems to do the same thing?
And why should we abandon thousands of extensions we have now, that are 
basically plug'n'play, only to interact with some other portlets(?) that 
do the same only that they adhere to spec JSR-xyz?

Seriously, I find this 'perfect world' perfectly scary because it will 
lead to infinite specificasionism, tons of glue code (ever bothered 
glueing PHP to Java?) and no results. I am admittedly not a friend of 
JAVA (or rather the software engineering methods around JAVA), but the 
fact that I need a 70MB jetspeed package, a TOMCAT server and tons of 
PSML to produce a website that has a forum and a guestbook just makes me 
run, away, quickly.

I do tend to think that TYPO3 alone as a framework is already quite 
heavyweight, and I'd rather slim it down with 5.0 than transform our 
beloved 500 lbs gorilla into King Kong.

Also, I don't buy the best-of-industry-heads argument because that's all 
too common when it comes to the "Enterprise" discussion. Saying that 
being able to mess with BEA or Websphere is in this context like the 
usual nobody-ever-got-fired-for-using-Oracle/IBM/Whatever argument: It 
may well be true, but it doesn't help for the goals we have. TYPO3 is 
supposed to be run by indididuals and small business as well as large 
corporate websites, it is supposed to be easy to 
install/configure/extend and run in the standard LAMP stack.

There might be a huge market in JAVA-based portal software, but I don't 
think TYPO3 belongs in there. Moreover, most of the large and successful 
websites *don't* run on JAVA portals: amazon, google, slashdot, younameit.

> I believe The TYPO3 Association is bigger than the software it has
> created, and going by the TYPO3 community's reputation, this approach
> would no doubt become THE standard in portal implementations. But the
> question: Is this the right place for the job? I don't know, it would
> mean a huge leap and learning curve for most core developers with
> knowledge only in PHP.

Again, I don't see why we should start from scratch, lose most of our 
users and developers, only to be able to put a "implements JSR XXX" or a 
"works with Websphere, SAP and .NET" badge on our website.

As for the learning curve: JAVA itself should not be the problem, a lot 
of the devs here have some JAVA background (hi Sven!), but the 
surrounding infrastructure that you mention above is just a huge mass of 
code and specs to read only to re-implement the most basic TYPO3 
features. I guess it would be faster and less painful to rewrite TYPO3 
in OCAML or Smalltalk.

> Ambitous I know. Some of you are probably thinking bbbfffttthhh to Java,
> more like TYPO3 10.0, but it is only software; you could imagine it right?

Sorry, I can't imagine that. But that's probably my fault.

Thanks for the discussion input!

Greetings,
Michael



From typo3 at fm-world.ru  Tue Feb 14 13:48:12 2006
From: typo3 at fm-world.ru (Dmitry Dulepov)
Date: Tue, 14 Feb 2006 14:48:12 +0200
Subject: [TYPO3-dev] TYPO3 4.0
In-Reply-To: <mailman.1.1139919633.28192.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139839960.5873.typo3-dev@lists.netfielders.de>
	<mailman.0.1139843569.12126.typo3-dev@lists.netfielders.de>
	<mailman.1.1139866271.20800.typo3-dev@lists.netfielders.de>
	<mailman.1.1139918679.24218.typo3-dev@lists.netfielders.de>
	<mailman.1.1139919633.28192.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139921292.32654.typo3-dev@lists.netfielders.de>

Hi!

Mathias Schreiber wrote:
> Custom workspaces don't work with multilanguage sites (One-Tree)

Well, there are problems with any non-live workspace at the moment. Some
of them happen randomly (not always), I could not find patterns so far...

Dmitry.
-- 
"It is our choices, that show what we truly are,
far more than our abilities." (A.P.W.B.D.)



From illustra at videotron.ca  Mon Feb 13 13:52:19 2006
From: illustra at videotron.ca (Patrick Boisclair)
Date: Mon, 13 Feb 2006 07:52:19 -0500
Subject: [TYPO3-dev] Search index and extension
In-Reply-To: <mailman.1.1139765650.9180.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139748893.14501.typo3-dev@lists.netfielders.de>
	<mailman.1.1139765650.9180.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139921521.1040.typo3-dev@lists.netfielders.de>

Martin Kutschker wrote:
> Patrick Boisclair schrieb:
>> Hi, I write a extension who create a list of person from a table.
>>
>> My extension work fine, but the content of my extension was not 
>> indexed by the Search index. But the content of tt_content and tt_news 
>> was indexed.
>>
>> Anybody know why ?
> 
> You're extension has to be a USER object.
> 
> In "list mode" you have to disable the page cache 
> $GLOBALS['TSFE']->set_no_cache(). You can achieve this simply by setting
>  var $pi_checkCHash = TRUE
> in your pluign class. Note: this has to be done in the class declaration!
> 
> In "details mode" you have to use a cHash in your URLs. But this happens 
> automatically unless you fiddle with other settings.
> 
> Masi
Hi Masi,
I understand, but how to make the extension to be USER object ? In 
typoscript ?

Thanks



From typo3 at fm-world.ru  Tue Feb 14 14:07:52 2006
From: typo3 at fm-world.ru (Dmitry Dulepov)
Date: Tue, 14 Feb 2006 15:07:52 +0200
Subject: [TYPO3-dev] TYPO3 JSR-168/JSR-170 compliance w/ Jetspeed,
	Graffito and all that comes with it!
In-Reply-To: <mailman.1.1139921217.32669.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139888159.20376.typo3-dev@lists.netfielders.de>
	<mailman.1.1139921217.32669.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139922471.3269.typo3-dev@lists.netfielders.de>

Hi!

Michael Scharkow wrote:
> There might be a huge market in JAVA-based portal software, but I don't
> think TYPO3 belongs in there. Moreover, most of the large and successful
> websites *don't* run on JAVA portals: amazon, google, slashdot, younameit.

Java simply had a good PR. It neither has good performance, nor it is
true cross-platform. I know what I am talking about because I have to
program in Java for a couple of years at my job.

Btw, Java must not be used at nuclear and other critical facilities. Sun
explicitly declines any warranty about it. Why? It is simple: Java is a
toy language and all Tomcats, etc are toys as well. They can be huge and
monstrous but they are toys. They take much more resources and work much
slower than other solutions.

I could tell a lot about Java server software and how bad it is. Bad
just because it is a wrong idea to use Java for server programming. But
I will not. This is not Java news group...

Dmitry.
-- 
"It is our choices, that show what we truly are,
far more than our abilities." (A.P.W.B.D.)



From newslist at andreas-balzer.de  Tue Feb 14 15:48:31 2006
From: newslist at andreas-balzer.de (Andreas Balzer)
Date: Tue, 14 Feb 2006 15:48:31 +0100
Subject: [TYPO3-dev] different skin for different users?
In-Reply-To: <mailman.1.1139915204.7595.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139853851.684.typo3-dev@lists.netfielders.de>
	<mailman.1.1139857192.5320.typo3-dev@lists.netfielders.de>
	<mailman.1.1139905949.14401.typo3-dev@lists.netfielders.de>
	<mailman.1.1139915204.7595.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139928508.12513.typo3-dev@lists.netfielders.de>

Elmar Hinz schrieb:
> Martin Kutschker schrieb:
>>
>> It is possible with TS conditionals.
>>
>> Masi
> 
> I am also curious. TS conditionals are available for FE Rendering.
> 
> Bernhard Kraft has published KB TSConfig Conditions (kb_tsconfig_cond). Does
> that help to select a BE Skin?
> 
> /el
Well, different skins could provide more usability. Mac users could see 
a mac Typo3, Windows user could see a Windows Typo3 - with their known 
buttons and bluescreens ( :) ) and so on..

Well, it could be used to separate different groups. A group of editors 
could see a blue screen, while the webmaster group could see a red screen..

Andreas



From elmar.DOT.hinz at team.MINUS.red.DOT.net  Tue Feb 14 16:08:10 2006
From: elmar.DOT.hinz at team.MINUS.red.DOT.net (Elmar Hinz)
Date: Tue, 14 Feb 2006 16:08:10 +0100
Subject: [TYPO3-dev] different skin for different users?
In-Reply-To: <mailman.1.1139928508.12513.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139853851.684.typo3-dev@lists.netfielders.de>
	<mailman.1.1139857192.5320.typo3-dev@lists.netfielders.de>
	<mailman.1.1139905949.14401.typo3-dev@lists.netfielders.de>
	<mailman.1.1139915204.7595.typo3-dev@lists.netfielders.de>
	<mailman.1.1139928508.12513.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139929718.15752.typo3-dev@lists.netfielders.de>

Andreas Balzer schrieb:
> 
> Well, different skins could provide more usability. Mac users could see
> a mac Typo3, Windows user could see a Windows Typo3 - with their known
> buttons and bluescreens ( :) ) and so on..
> 
> Well, it could be used to separate different groups. A group of editors
> could see a blue screen, while the webmaster group could see a red screen..
> 
> Andreas

Hi Andreas,

different BE skins to switch, would be nice, indeed. But before we can switch
between differnt skins we first need some skins to switch between. :-)

regards

/el







From newslist at andreas-balzer.de  Tue Feb 14 16:12:52 2006
From: newslist at andreas-balzer.de (Andreas Balzer)
Date: Tue, 14 Feb 2006 16:12:52 +0100
Subject: [TYPO3-dev] different skin for different users?
In-Reply-To: <mailman.1.1139929718.15752.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139853851.684.typo3-dev@lists.netfielders.de>
	<mailman.1.1139857192.5320.typo3-dev@lists.netfielders.de>
	<mailman.1.1139905949.14401.typo3-dev@lists.netfielders.de>
	<mailman.1.1139915204.7595.typo3-dev@lists.netfielders.de>
	<mailman.1.1139928508.12513.typo3-dev@lists.netfielders.de>
	<mailman.1.1139929718.15752.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139929969.16082.typo3-dev@lists.netfielders.de>

Elmar Hinz schrieb:
> Andreas Balzer schrieb:
>> Well, different skins could provide more usability. Mac users could see
>> a mac Typo3, Windows user could see a Windows Typo3 - with their known
>> buttons and bluescreens ( :) ) and so on..
>>
>> Well, it could be used to separate different groups. A group of editors
>> could see a blue screen, while the webmaster group could see a red screen..
>>
>> Andreas
> 
> Hi Andreas,
> 
> different BE skins to switch, would be nice, indeed. But before we can switch
> between differnt skins we first need some skins to switch between. :-)
> 
> regards
> 
> /el
> 
> 
> 
> 
Well i would say, we first need an API to know how to create a 
switchable skin :)

So in steps:
1) Define a good API
2) Code a good API
3) Create some skins, or start a contest
4) Upload these skins on TER2
5) Integrate the API and the skins into Typo3 5?

Just to be optimistic :)

Andreas



From scecere at krur.com  Tue Feb 14 16:20:05 2006
From: scecere at krur.com (stefano cecere)
Date: Tue, 14 Feb 2006 16:20:05 +0100
Subject: [TYPO3-dev] different skin for different users?
In-Reply-To: <mailman.1.1139929969.16082.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139853851.684.typo3-dev@lists.netfielders.de>
	<mailman.1.1139857192.5320.typo3-dev@lists.netfielders.de>
	<mailman.1.1139905949.14401.typo3-dev@lists.netfielders.de>
	<mailman.1.1139915204.7595.typo3-dev@lists.netfielders.de>
	<mailman.1.1139928508.12513.typo3-dev@lists.netfielders.de>
	<mailman.1.1139929718.15752.typo3-dev@lists.netfielders.de>
	<mailman.1.1139929969.16082.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139930400.16555.typo3-dev@lists.netfielders.de>

Andreas Balzer wrote:
> So in steps:
> 1) Define a good API
> 2) Code a good API
> 3) Create some skins, or start a contest
> 4) Upload these skins on TER2
> 5) Integrate the API and the skins into Typo3 5?
> 
> Just to be optimistic :)

since typo3 4.5 will focus on BE user interface, i guess this topic could be seen just after 4.0 release!
stefano



From peter.russ at 4many.net  Tue Feb 14 16:55:35 2006
From: peter.russ at 4many.net (Peter Russ)
Date: Tue, 14 Feb 2006 16:55:35 +0100
Subject: [TYPO3-dev] different skin for different users?
In-Reply-To: <mailman.1.1139929969.16082.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139853851.684.typo3-dev@lists.netfielders.de>
	<mailman.1.1139857192.5320.typo3-dev@lists.netfielders.de>
	<mailman.1.1139905949.14401.typo3-dev@lists.netfielders.de>
	<mailman.1.1139915204.7595.typo3-dev@lists.netfielders.de>
	<mailman.1.1139928508.12513.typo3-dev@lists.netfielders.de>
	<mailman.1.1139929718.15752.typo3-dev@lists.netfielders.de>
	<mailman.1.1139929969.16082.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139932537.20343.typo3-dev@lists.netfielders.de>

Andreas Balzer schrieb:[...]
>>
> Well i would say, we first need an API to know how to create a 
> switchable skin :)
> 
> So in steps:
> 1) Define a good API
> 2) Code a good API
> 3) Create some skins, or start a contest
> 4) Upload these skins on TER2
> 5) Integrate the API and the skins into Typo3 5?
> 
> Just to be optimistic :)
> 
> Andreas

GREAT idea: API for a gimmic! I guess it's less complicate.

Just my 2 ? cents:

A module can be configured to be available for special groups or user
Put the skin into a extension/module
Make it TSconfig urable

see http://typo3.org/documentation/document-library/doc_core_api/TBE_STYLES/

Regs. Peter.

-- 
Fiat lux!
Docendo discimus.
_____________________________
4Many? Services
openBC: http://www.openbc.com/go/invuid/Peter_Russ



From tapio.markula at dnainternet.net  Tue Feb 14 16:56:26 2006
From: tapio.markula at dnainternet.net (tapio)
Date: Tue, 14 Feb 2006 17:56:26 +0200
Subject: [TYPO3-dev]  BE label texts
Message-ID: <mailman.1.1139932613.20376.typo3-dev@lists.netfielders.de>

Hi

It seems that it is not possible to define
language labels for BE-interface usein TypoScript

plugin.cms._LOCAL_LANG.default.editInRTE=Edit alone
plugin.tx_tmcontentaccess._LOCAL_LANG.default.left=Left Content Area

don't work even if corresponding setting for
FE-plugins work.
Can this be done something.



From peter.russ at 4many.net  Tue Feb 14 17:11:26 2006
From: peter.russ at 4many.net (Peter Russ)
Date: Tue, 14 Feb 2006 17:11:26 +0100
Subject: [TYPO3-dev] BE label texts
In-Reply-To: <mailman.1.1139932613.20376.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139932613.20376.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139933488.22815.typo3-dev@lists.netfielders.de>

tapio schrieb:
> Hi
> 
> It seems that it is not possible to define
> language labels for BE-interface usein TypoScript
> 
> plugin.cms._LOCAL_LANG.default.editInRTE=Edit alone
> plugin.tx_tmcontentaccess._LOCAL_LANG.default.left=Left Content Area
> 
> don't work even if corresponding setting for
> FE-plugins work.
> Can this be done something.

check "Inside TYPO3" for $TYPO3_CONF_VARS['BE']['XLLfile']

Regs . Peter.

-- 
Fiat lux!
Docendo discimus.
_____________________________
4Many? Services
openBC: http://www.openbc.com/go/invuid/Peter_Russ



From patrick at typo3quebec.org  Tue Feb 14 17:19:52 2006
From: patrick at typo3quebec.org (Patrick Gaumond)
Date: Tue, 14 Feb 2006 11:19:52 -0500
Subject: [TYPO3-dev]  FYI: Yahoo! released his User Interface Library
Message-ID: <mailman.1.1139933993.559.typo3-dev@lists.netfielders.de>

Tired of symlink discussions? Get back to Ajax and Treeviews...

http://developer.yahoo.net/yui/

I can't comment on the quality of the code but hey! it's from a company 
with an exclamation point in its name after all...

Patrick!



From kasper2006 at typo3.com  Tue Feb 14 17:23:45 2006
From: kasper2006 at typo3.com (=?ISO-8859-1?Q?Kasper_Sk=E5rh=F8j?=)
Date: Tue, 14 Feb 2006 17:23:45 +0100
Subject: [TYPO3-dev] TYPO3 4.0
In-Reply-To: <mailman.1.1139919633.28192.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139839960.5873.typo3-dev@lists.netfielders.de>
	<mailman.0.1139843569.12126.typo3-dev@lists.netfielders.de>
	<mailman.1.1139866271.20800.typo3-dev@lists.netfielders.de>
	<mailman.1.1139918679.24218.typo3-dev@lists.netfielders.de>
	<mailman.1.1139919633.28192.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.69.1139934224.3822.typo3-dev@lists.netfielders.de>

> Custom workspaces don't work with multilanguage sites (One-Tree)

Not true, works with me.

> Versioning breaks all MM relations

Not true, works with me.


Now, I have no doubt that you can prove your bugs, but it conveys a  
wrong picture of the state of workspaces to describe the bugs so  
primitively as you write here. Its a way to spread a rumor that  
versioning and workspaces doesn't work and thats not true generally!

(Also, Ben van't Ende has been doing a lot of testing and realized  
more than a few times that things he found was not a bug but just a  
way that workspaces and versioning works.)

Now that we have applied some nuances, you are welcome to inform me  
what the problems are (or point me to your bugtracker posts).  
otherwise it will not get fixed before friday.


- kasper

"A contribution a day keeps the fork away"
-------------------------------
kasper2006 at typo3.com | +45 20 999 115 | skype: kasperskaarhoej |  
gizmo: kasper_typo3





From tapio.markula at dnainternet.net  Tue Feb 14 17:21:39 2006
From: tapio.markula at dnainternet.net (tapio)
Date: Tue, 14 Feb 2006 18:21:39 +0200
Subject: [TYPO3-dev] BE label texts
In-Reply-To: <mailman.1.1139933488.22815.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139932613.20376.typo3-dev@lists.netfielders.de>
	<mailman.1.1139933488.22815.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139934126.1941.typo3-dev@lists.netfielders.de>

Peter Russ wrote:
> tapio schrieb:
> 
>> Hi
>>
>> It seems that it is not possible to define
>> language labels for BE-interface usein TypoScript
>>
>> plugin.cms._LOCAL_LANG.default.editInRTE=Edit alone
>> plugin.tx_tmcontentaccess._LOCAL_LANG.default.left=Left Content Area
>>
>> don't work even if corresponding setting for
>> FE-plugins work.
>> Can this be done something.
> 
> 

> check "Inside TYPO3" for $TYPO3_CONF_VARS['BE']['XLLfile']

ok needs to be defined in configuration files.
My purpose was to ask, if those could be  in future possible to define 
with TS, when they could be more flexible.



From kasper2006 at typo3.com  Tue Feb 14 17:25:42 2006
From: kasper2006 at typo3.com (=?ISO-8859-1?Q?Kasper_Sk=E5rh=F8j?=)
Date: Tue, 14 Feb 2006 17:25:42 +0100
Subject: [TYPO3-dev] TYPO3 4.0
In-Reply-To: <mailman.1.1139921292.32654.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139839960.5873.typo3-dev@lists.netfielders.de>
	<mailman.0.1139843569.12126.typo3-dev@lists.netfielders.de>
	<mailman.1.1139866271.20800.typo3-dev@lists.netfielders.de>
	<mailman.1.1139918679.24218.typo3-dev@lists.netfielders.de>
	<mailman.1.1139919633.28192.typo3-dev@lists.netfielders.de>
	<mailman.1.1139921292.32654.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.70.1139934341.3822.typo3-dev@lists.netfielders.de>

Dmitry, is there a chance that you could describe the nature of these  
random bugs? What exactly is the behaviour when it happens? This is  
also very confusing to me? How am I going to find any peace with my  
work if nobody can tell me what doesn't work?

- kasper


On Feb 14, 2006, at 13:48 , Dmitry Dulepov wrote:

> Hi!
>
> Mathias Schreiber wrote:
>> Custom workspaces don't work with multilanguage sites (One-Tree)
>
> Well, there are problems with any non-live workspace at the moment.  
> Some
> of them happen randomly (not always), I could not find patterns so  
> far...
>
> Dmitry.
> -- 
> "It is our choices, that show what we truly are,
> far more than our abilities." (A.P.W.B.D.)
> _______________________________________________
> TYPO3-dev mailing list
> TYPO3-dev at lists.netfielders.de
> http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev


- kasper

"A contribution a day keeps the fork away"
-------------------------------
kasper2006 at typo3.com | +45 20 999 115 | skype: kasperskaarhoej |  
gizmo: kasper_typo3





From mailmaus at lewser.de  Tue Feb 14 17:31:19 2006
From: mailmaus at lewser.de (Heiko Milke)
Date: Tue, 14 Feb 2006 17:31:19 +0100
Subject: [TYPO3-dev] Kickstarter meets sb_accessible
Message-ID: <mailman.72.1139934684.3822.typo3-dev@lists.netfielders.de>

i got a little problem with the sb_accessible extension (i know its
alpha - but its also public).

extensions created with the kickstarter render perfectly well when the
"CSS styled content" template is used but when using the "sb_accessible"
extension
nothing will be rendered. an extensions main function wont be called at
all. what would i have to do to make it work?

to get an idea of what im talking about you can simply try to create a
new extension with the kickstarter. add a
Frontend Plugin. install the extension. assign it to a page and have a
look at it while "sb_accessible" is active. there wont be no rendering
of the extension at all unless
you use "CSS styled content". because the sb_accessible extension is
based on "CSS
styled content" i was assuming that stuff like that would still work.

any suggestions anyone?

thx








From martin.kutschker-n0spam at no5pam-blackbox.net  Tue Feb 14 18:37:42 2006
From: martin.kutschker-n0spam at no5pam-blackbox.net (Martin Kutschker)
Date: Tue, 14 Feb 2006 18:37:42 +0100
Subject: [TYPO3-dev] different skin for different users?
In-Reply-To: <mailman.1.1139920438.30226.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139853851.684.typo3-dev@lists.netfielders.de>
	<mailman.1.1139857192.5320.typo3-dev@lists.netfielders.de>
	<mailman.1.1139905949.14401.typo3-dev@lists.netfielders.de>
	<mailman.1.1139914536.647.typo3-dev@lists.netfielders.de>
	<mailman.1.1139915356.9145.typo3-dev@lists.netfielders.de>
	<mailman.1.1139915514.7595.typo3-dev@lists.netfielders.de>
	<mailman.1.1139916017.14905.typo3-dev@lists.netfielders.de>
	<mailman.1.1139919948.28782.typo3-dev@lists.netfielders.de>
	<mailman.1.1139920438.30226.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139938662.19296.typo3-dev@lists.netfielders.de>

Georg Ringer schrieb:
>>Why? Just for fun or is there any real word use?
> 
> 
> The need is as big as the need for a skin.
> For example I use the skincrystal for some of my customers because standard 
> skin is much too small (text, icons..) for many people.
> I like the standard skin and would like to keep it for my account.

Makes sense.

> It would also make sense to get the chance to choose your own skin at the 
> user settings but it would already be great to make it with conditions or 
> whatever.

I found another usage for it: to get a skin fitting to FE when you use 
the TIMTAW extension.

> So I want to know if there is a way to make this happen

As somebody already posted here, possibly 4.5, definitely not 4.0.

Masi



From traveler_in_time at gmx.net  Tue Feb 14 18:39:27 2006
From: traveler_in_time at gmx.net (S. Teuber)
Date: Tue, 14 Feb 2006 17:39:27 +0000 (UTC)
Subject: [TYPO3-dev] TYPO3 4.0
References: <mailman.1.1139839960.5873.typo3-dev@lists.netfielders.de>
	<mailman.0.1139843569.12126.typo3-dev@lists.netfielders.de>
	<mailman.1.1139866271.20800.typo3-dev@lists.netfielders.de>
	<mailman.302.1139913219.20547.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139938767.20188.typo3-dev@lists.netfielders.de>


> We will never run out of bugs.

If debugging is the process of removing bugs from software, 
programming must be the process of putting them in. ;-)

Sven



From bedlamhotel at gmail.com  Tue Feb 14 18:41:51 2006
From: bedlamhotel at gmail.com (Christopher)
Date: Tue, 14 Feb 2006 09:41:51 -0800
Subject: [TYPO3-dev] TYPO3 4.0
In-Reply-To: <mailman.1.1139938767.20188.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139839960.5873.typo3-dev@lists.netfielders.de>
	<mailman.0.1139843569.12126.typo3-dev@lists.netfielders.de>
	<mailman.1.1139866271.20800.typo3-dev@lists.netfielders.de>
	<mailman.302.1139913219.20547.typo3-dev@lists.netfielders.de>
	<mailman.1.1139938767.20188.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.109.1139939228.3822.typo3-dev@lists.netfielders.de>

On 2/14/06, S. Teuber <traveler_in_time at gmx.net> wrote:

> If debugging is the process of removing bugs from software,
> programming must be the process of putting them in. ;-)


 *rofl*

-Christopher



From stig at 8620.dk  Tue Feb 14 18:50:08 2006
From: stig at 8620.dk (=?ISO-8859-1?Q?Stig_N=F8rgaard_F=E6rch?=)
Date: Tue, 14 Feb 2006 18:50:08 +0100
Subject: [TYPO3-dev]  TER2 - upload question.
Message-ID: <mailman.1.1139939393.22776.typo3-dev@lists.netfielders.de>

I was thinking if it will be possible through TER2 to upload through own 
extension.

What I want to do, is to have an upload mechanism in TVFreesite. This 
way it should be possible to upload complete templates(html-template, TV 
mappings, menucode...) for sharing.

Will there be a new version of Extension Manager or will there be 
released new tools for TER2?

/Stig



From robert at typo3.org  Tue Feb 14 18:58:26 2006
From: robert at typo3.org (Robert Lemke)
Date: Tue, 14 Feb 2006 18:58:26 +0100
Subject: [TYPO3-dev] TER2 - upload question.
References: <mailman.1.1139939393.22776.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139939907.25858.typo3-dev@lists.netfielders.de>

Hey Stig,

Stig N?rgaard F?rch wrote:

> I was thinking if it will be possible through TER2 to upload through own
> extension.
> 
> What I want to do, is to have an upload mechanism in TVFreesite. This
> way it should be possible to upload complete templates(html-template, TV
> mappings, menucode...) for sharing.
> 
> Will there be a new version of Extension Manager or will there be
> released new tools for TER2?

there will be a new EM and you can steal the functions from it if you
like ...

Watch typo3.org ... we're very close to TER2 ;-)

robert

-- 
Robert Lemke
TYPO3 Association - Research & Development
Member of the board
http://association.typo3.org




From stig at 8620.dk  Tue Feb 14 19:46:28 2006
From: stig at 8620.dk (=?ISO-8859-15?Q?Stig_N=F8rgaard_F=E6rch?=)
Date: Tue, 14 Feb 2006 19:46:28 +0100
Subject: [TYPO3-dev] TER2 - upload question.
In-Reply-To: <mailman.1.1139939907.25858.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139939393.22776.typo3-dev@lists.netfielders.de>
	<mailman.1.1139939907.25858.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139942773.985.typo3-dev@lists.netfielders.de>

Robert Lemke skrev:
> Hey Stig,
> 
> Stig N?rgaard F?rch wrote:
> 
>> I was thinking if it will be possible through TER2 to upload through own
>> extension.
>>
>> What I want to do, is to have an upload mechanism in TVFreesite. This
>> way it should be possible to upload complete templates(html-template, TV
>> mappings, menucode...) for sharing.
>>
>> Will there be a new version of Extension Manager or will there be
>> released new tools for TER2?
> 
> there will be a new EM and you can steal the functions from it if you
> like ...
> 
> Watch typo3.org ... we're very close to TER2 ;-)

Sounds great! I'm very excited! ;-)

/Stig



From tapio.markula at dnainternet.net  Tue Feb 14 19:51:43 2006
From: tapio.markula at dnainternet.net (tapio)
Date: Tue, 14 Feb 2006 20:51:43 +0200
Subject: [TYPO3-dev]  A fake or virtual module web.FE_BE
Message-ID: <mailman.1.1139943131.1274.typo3-dev@lists.netfielders.de>

Hi

I'm inconsistencies from 'tm_contentacces' (I have been lazy defining 
modules and I have misused mod.web_list).

I made a fake or virtual module web.FE_BE - it is virtual or fake module 
because this plugin doesn't install a new BE-module. But definition are 
like for a real BE-module. I hope that you will understand what I mean.

What you think. IMO it would a good idea to add this module into core,
because frontend editing doesn't belong to any existing BE-module.



From Andreas.Foerthner at netlogix.de  Tue Feb 14 20:22:52 2006
From: Andreas.Foerthner at netlogix.de (=?ISO-8859-15?Q?Andreas_F=F6rthner?=)
Date: Tue, 14 Feb 2006 20:22:52 +0100
Subject: [TYPO3-dev] renderFunction in own plugin renders <br> tags from rte
	field instead of <br />
Message-ID: <mailman.1.1139944976.5013.typo3-dev@lists.netfielders.de>

Hi list,

I have been searching for a while to solve this problem.
Ich have a little plugin that should render some text out of an rte 
field. This works so far, but the <br> are not rendered XHTML conform as 
<br />. This is a little strange because in the content elements it is 
done and I thought that I use the same renderFunction.

This is what I did:

to get the text from the rte-field through the renderFunction in the 
markerArray, that will will be output after the substitution with the 
templateFile:

$markerArray["###TEXT###"] = 
$this->cObj->parseFunc($this->cObj->stdWrap($row['text'], 
$this->conf['text.']), $conf['renderfunction.']);

And the TS configuration for the renderfunction looks like that:

plugin.user_newsbox_pi1.renderfunction < lib.parseFunc_RTE

Isn't that the same function that is used with the content Elements? I 
am using TV and css_styled_content 0.3.1

Does anybody know what I'm doing wrong?

Thank you for your support!

Greets

Andreas



From elmar.DOT.hinz at team.MINUS.red.DOT.net  Tue Feb 14 20:36:12 2006
From: elmar.DOT.hinz at team.MINUS.red.DOT.net (Elmar Hinz)
Date: Tue, 14 Feb 2006 20:36:12 +0100
Subject: [TYPO3-dev] different skin for different users?
In-Reply-To: <mailman.1.1139932537.20343.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139853851.684.typo3-dev@lists.netfielders.de>
	<mailman.1.1139857192.5320.typo3-dev@lists.netfielders.de>
	<mailman.1.1139905949.14401.typo3-dev@lists.netfielders.de>
	<mailman.1.1139915204.7595.typo3-dev@lists.netfielders.de>
	<mailman.1.1139928508.12513.typo3-dev@lists.netfielders.de>
	<mailman.1.1139929718.15752.typo3-dev@lists.netfielders.de>
	<mailman.1.1139929969.16082.typo3-dev@lists.netfielders.de>
	<mailman.1.1139932537.20343.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139945801.6146.typo3-dev@lists.netfielders.de>

Peter Russ schrieb:
> GREAT idea: API for a gimmic! I guess it's less complicate.
> 

http://typo3.org/documentation/document-library/doc_core_api/TBE_STYLES/
is an API for skins. No need for second.

I think of Skin Greyman. It contains some PHP coded features (XCASS?). If you
install it togeher with a second skin (before it) it confilicts with the active
skin. Add one global Skin selecting variable (configurable by TSconfig, as you,
Peter, proposed) to the API. Then you could control even PHP execution by
conditions.

Regards

Elmar




From tim at boesenkool.com  Tue Feb 14 20:42:57 2006
From: tim at boesenkool.com (Tim Boesenkool)
Date: Tue, 14 Feb 2006 11:42:57 -0800
Subject: [TYPO3-dev] adding edit icons to kickstarter records
Message-ID: <mailman.134.1139946191.3822.typo3-dev@lists.netfielders.de>

Hey List

I have produced a kickstarter extension that makes a fairly simple table
that works great. The only thing I am missing is having the front end edit
icons for each record.  I'm sure I've seen this working before and would
love to have it working for a client that has a lot of schedules. Any help
appreciated.




From olivier.dobberkau at dkd.de  Tue Feb 14 20:48:15 2006
From: olivier.dobberkau at dkd.de (Olivier Dobberkau)
Date: Tue, 14 Feb 2006 20:48:15 +0100
Subject: [TYPO3-dev] adding edit icons to kickstarter records
In-Reply-To: <mailman.134.1139946191.3822.typo3-dev@lists.netfielders.de>
References: <mailman.134.1139946191.3822.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139946494.7290.typo3-dev@lists.netfielders.de>

Tim Boesenkool schrieb:
> Hey List
> 
> I have produced a kickstarter extension that makes a fairly simple table
> that works great. The only thing I am missing is having the front end edit
> icons for each record.  I'm sure I've seen this working before and would
> love to have it working for a client that has a lot of schedules. Any help
> appreciated.
> 

hey tim
search for getediticons.
look in the mininews ext for a working example.

olivier



From tapio.markula at dnainternet.net  Tue Feb 14 21:01:16 2006
From: tapio.markula at dnainternet.net (tapio)
Date: Tue, 14 Feb 2006 22:01:16 +0200
Subject: [TYPO3-dev] different skin for different users?
In-Reply-To: <mailman.1.1139945801.6146.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139853851.684.typo3-dev@lists.netfielders.de>
	<mailman.1.1139857192.5320.typo3-dev@lists.netfielders.de>
	<mailman.1.1139905949.14401.typo3-dev@lists.netfielders.de>
	<mailman.1.1139915204.7595.typo3-dev@lists.netfielders.de>
	<mailman.1.1139928508.12513.typo3-dev@lists.netfielders.de>
	<mailman.1.1139929718.15752.typo3-dev@lists.netfielders.de>
	<mailman.1.1139929969.16082.typo3-dev@lists.netfielders.de>
	<mailman.1.1139932537.20343.typo3-dev@lists.netfielders.de>
	<mailman.1.1139945801.6146.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139947304.8406.typo3-dev@lists.netfielders.de>

Elmar Hinz wrote:
> Peter Russ schrieb:
> 
>>GREAT idea: API for a gimmic! I guess it's less complicate.
>>
> 
> 
> http://typo3.org/documentation/document-library/doc_core_api/TBE_STYLES/
> is an API for skins. No need for second.
> 
> I think of Skin Greyman.

I found another skin-related problem:

this cause bad rendering and difficulties to control layout
in class.tx_cms_layout.php

                             // If only one column found, display the 
single-column view.
                         if (count($colList)==1)    {
                             $dblist->tt_contentConfig['single'] = 1; 
  // Boolean: If set, the content of column(s) 
$this->tt_contentConfig['showSingleCol'] is shown in the total width of 
the page

$dblist->tt_contentConfig['single'] = 1;

should be
$dblist->tt_contentConfig['single'] = 0;

for better controlling the layout for example using 'skin_grey' - it
creates border around the table, which
$dblist->tt_contentConfig['single'] = 1;

hides => bad layout



From peter.russ at 4many.net  Tue Feb 14 21:11:20 2006
From: peter.russ at 4many.net (Peter Russ)
Date: Tue, 14 Feb 2006 21:11:20 +0100
Subject: [TYPO3-dev] [OT] different skin for different users?
In-Reply-To: <mailman.1.1139947304.8406.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139853851.684.typo3-dev@lists.netfielders.de>
	<mailman.1.1139857192.5320.typo3-dev@lists.netfielders.de>
	<mailman.1.1139905949.14401.typo3-dev@lists.netfielders.de>
	<mailman.1.1139915204.7595.typo3-dev@lists.netfielders.de>
	<mailman.1.1139928508.12513.typo3-dev@lists.netfielders.de>
	<mailman.1.1139929718.15752.typo3-dev@lists.netfielders.de>
	<mailman.1.1139929969.16082.typo3-dev@lists.netfielders.de>
	<mailman.1.1139932537.20343.typo3-dev@lists.netfielders.de>
	<mailman.1.1139945801.6146.typo3-dev@lists.netfielders.de>
	<mailman.1.1139947304.8406.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139947881.10373.typo3-dev@lists.netfielders.de>

tapio schrieb:
[...]
> I found another skin-related problem:
> 
> this cause bad rendering and difficulties to control layout
> in class.tx_cms_layout.php
> 
>                             // If only one column found, display the 
> single-column view.
>                         if (count($colList)==1)    {
>                             $dblist->tt_contentConfig['single'] = 1;  // 
> Boolean: If set, the content of column(s) 
> $this->tt_contentConfig['showSingleCol'] is shown in the total width of 
> the page
> 
> $dblist->tt_contentConfig['single'] = 1;
> 
> should be
> $dblist->tt_contentConfig['single'] = 0;
> 
> for better controlling the layout for example using 'skin_grey' - it
> creates border around the table, which
> $dblist->tt_contentConfig['single'] = 1;
> 
> hides => bad layout

HEY TAPIO!
Fiat lux!

What does this have to do with the topic we are discussing?
Did you catch the sentence?

Regs. Peter.




-- 
Docendo discimus.
_____________________________
4Many? Services
openBC: http://www.openbc.com/go/invuid/Peter_Russ



From tapio.markula at dnainternet.net  Tue Feb 14 21:33:21 2006
From: tapio.markula at dnainternet.net (tapio)
Date: Tue, 14 Feb 2006 22:33:21 +0200
Subject: [TYPO3-dev] [OT] different skin for different users?
In-Reply-To: <mailman.1.1139947881.10373.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139853851.684.typo3-dev@lists.netfielders.de>
	<mailman.1.1139857192.5320.typo3-dev@lists.netfielders.de>
	<mailman.1.1139905949.14401.typo3-dev@lists.netfielders.de>
	<mailman.1.1139915204.7595.typo3-dev@lists.netfielders.de>
	<mailman.1.1139928508.12513.typo3-dev@lists.netfielders.de>
	<mailman.1.1139929718.15752.typo3-dev@lists.netfielders.de>
	<mailman.1.1139929969.16082.typo3-dev@lists.netfielders.de>
	<mailman.1.1139932537.20343.typo3-dev@lists.netfielders.de>
	<mailman.1.1139945801.6146.typo3-dev@lists.netfielders.de>
	<mailman.1.1139947304.8406.typo3-dev@lists.netfielders.de>
	<mailman.1.1139947881.10373.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139949229.11971.typo3-dev@lists.netfielders.de>

Peter Russ wrote:
> tapio schrieb:
> [...]
> 
>> I found another skin-related problem:
>>
>> this cause bad rendering and difficulties to control layout
>> in class.tx_cms_layout.php
>>
>>                             // If only one column found, display the 
>> single-column view.
>>                         if (count($colList)==1)    {
>>                             $dblist->tt_contentConfig['single'] = 1;  
>> // Boolean: If set, the content of column(s) 
>> $this->tt_contentConfig['showSingleCol'] is shown in the total width 
>> of the page
>>
>> $dblist->tt_contentConfig['single'] = 1;
>>
>> should be
>> $dblist->tt_contentConfig['single'] = 0;
>>
>> for better controlling the layout for example using 'skin_grey' - it
>> creates border around the table, which
>> $dblist->tt_contentConfig['single'] = 1;
>>
>> hides => bad layout
> 
> 
> HEY TAPIO!
> Fiat lux!
> 
> What does this have to do with the topic we are discussing?
> Did you catch the sentence?

I agree that I have discussed the same issue in two list.
The only difference is that this is another skin-related
and show possible problems using different skins.

In the english list I discuss just about specific problem.



From keiser_soze at hotmail.com  Tue Feb 14 21:34:14 2006
From: keiser_soze at hotmail.com (Antonio Willybiro)
Date: Tue, 14 Feb 2006 20:34:14 -0000
Subject: [TYPO3-dev] TYPO3 4.0
References: <mailman.1.1139839960.5873.typo3-dev@lists.netfielders.de><mailman.0.1139843569.12126.typo3-dev@lists.netfielders.de><mailman.1.1139866271.20800.typo3-dev@lists.netfielders.de><mailman.1.1139918679.24218.typo3-dev@lists.netfielders.de><mailman.1.1139919633.28192.typo3-dev@lists.netfielders.de>
	<mailman.69.1139934224.3822.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139949257.11982.typo3-dev@lists.netfielders.de>

> otherwise it will not get fixed before friday.
>
>
> - kasper

Meaning that the next version of Typo3 v4 should be released by this Friday? 
;)

Cheers,
Antonio 





From martin at 925.dk  Tue Feb 14 22:12:19 2006
From: martin at 925.dk (Martin Koch Andersen)
Date: Tue, 14 Feb 2006 22:12:19 +0100
Subject: [TYPO3-dev] TYPO3 4.0
In-Reply-To: <mailman.1.1139918679.24218.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139839960.5873.typo3-dev@lists.netfielders.de>
	<mailman.0.1139843569.12126.typo3-dev@lists.netfielders.de>
	<mailman.1.1139866271.20800.typo3-dev@lists.netfielders.de>
	<mailman.1.1139918679.24218.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139951538.15426.typo3-dev@lists.netfielders.de>

Hi,

Peter Niederlag skrev:
> Actually to me TYPO3 is still one of the most stable Tools around. If
> you do have problems with a bug, pls get involved and help get it
> resolved by documentation/pointing at it/providing patches....

I'll do my best.

> Which bug (not mssing feature!) tackles you?

I've reported bugs 0002311 and 0002471 (open bugs).

And also (Templavoila language translation bug): 
http://lists.netfielders.de/pipermail/typo3-project-templavoila/2006-January/000117.html

Kind regards,

-- 
Martin - http://925.dk
"Shoot for the moon, even if you miss, you'll land among the stars."



From kari.salovaara at pp1.inet.fi  Wed Feb 15 00:26:39 2006
From: kari.salovaara at pp1.inet.fi (Kari Salovaara)
Date: Wed, 15 Feb 2006 01:26:39 +0200
Subject: [TYPO3-dev] Typo3.org down
Message-ID: <mailman.168.1139959606.3822.typo3-dev@lists.netfielders.de>

> Unable to connect
> 
> Firefox can't establish a connection to the server at typo3.org.

After filling > 100 labels to translate cal extension, I noticed
that Typo3.org is down.
I hope that if this is a planned maintenance it should have
been informed before.

Good night,
Kari
-- 
Kari Salovaara
Finland



From roger at redgumsoaps.com.au  Wed Feb 15 00:33:05 2006
From: roger at redgumsoaps.com.au (Roger Bunyan)
Date: Wed, 15 Feb 2006 10:33:05 +1100
Subject: [TYPO3-dev] Typo3.org down
In-Reply-To: <mailman.168.1139959606.3822.typo3-dev@lists.netfielders.de>
References: <mailman.168.1139959606.3822.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.172.1139959993.3822.typo3-dev@lists.netfielders.de>

Kari Salovaara wrote:

>>Unable to connect
>>
>>Firefox can't establish a connection to the server at typo3.org.
>>    
>>
>
>After filling > 100 labels to translate cal extension, I noticed
>that Typo3.org is down.
>I hope that if this is a planned maintenance it should have
>been informed before.
>
>Good night,
>Kari
>  
>
I just got the site and

WOW! its new

great looking design

-- 
Roger Bunyan
Redgum Soaps http://redgumsoaps.com.au
Sustainability will be achieved by a
cultural change, not by technology.




From johnny at slipcasemedia.com  Wed Feb 15 00:41:25 2006
From: johnny at slipcasemedia.com (Johnny Peck)
Date: Tue, 14 Feb 2006 18:41:25 -0500
Subject: [TYPO3-dev] Typo3.org down
In-Reply-To: <mailman.172.1139959993.3822.typo3-dev@lists.netfielders.de>
References: <mailman.168.1139959606.3822.typo3-dev@lists.netfielders.de>
	<mailman.172.1139959993.3822.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139960488.28868.typo3-dev@lists.netfielders.de>

Roger Bunyan wrote:
> Kari Salovaara wrote:
> 
>>> Unable to connect
>>>
>>> Firefox can't establish a connection to the server at typo3.org.
>>>   
>>
>>
>> After filling > 100 labels to translate cal extension, I noticed
>> that Typo3.org is down.
>> I hope that if this is a planned maintenance it should have
>> been informed before.
>>
>> Good night,
>> Kari
>>  
>>
> I just got the site and
> 
> WOW! its new
> 
> great looking design
> 

I had the site in FF from earlier in the day.
Went back to it, selected a link and...
BAM! New, wonderful site design. What a treat
and what a great community. T3 Rocks!

Cheers!

Johnny



From robert at typo3.org  Wed Feb 15 00:43:38 2006
From: robert at typo3.org (Robert Lemke)
Date: Wed, 15 Feb 2006 00:43:38 +0100
Subject: [TYPO3-dev] Typo3.org down
References: <mailman.168.1139959606.3822.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139960618.28907.typo3-dev@lists.netfielders.de>

Hi Kari,

Kari Salovaara wrote:

>> Unable to connect
>> 
>> Firefox can't establish a connection to the server at typo3.org.
> 
> After filling > 100 labels to translate cal extension, I noticed
> that Typo3.org is down.
> I hope that if this is a planned maintenance it should have
> been informed before.

I'm sorry that you lost your work. The maintenance has been announced, but
only a few hours before we had to switch the webserver off. Although we try
to announce these events as soon as possible, we can't always estimate in
advance when all people who are neccessary for the work are available. In
the end it's a volunteer project ...

Best regards,
robert

-- 
Robert Lemke
TYPO3 Association - Research & Development
Member of the board
http://association.typo3.org




From kari.salovaara at pp1.inet.fi  Wed Feb 15 00:56:30 2006
From: kari.salovaara at pp1.inet.fi (Kari Salovaara)
Date: Wed, 15 Feb 2006 01:56:30 +0200
Subject: [TYPO3-dev] Typo3.org down
In-Reply-To: <mailman.1.1139960618.28907.typo3-dev@lists.netfielders.de>
References: <mailman.168.1139959606.3822.typo3-dev@lists.netfielders.de>
	<mailman.1.1139960618.28907.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.173.1139961400.3822.typo3-dev@lists.netfielders.de>

Robert Lemke wrote:
> Hi Kari,
> 
> I'm sorry that you lost your work. The maintenance has been announced, but
> only a few hours before we had to switch the webserver off. Although we try
> to announce these events as soon as possible, we can't always estimate in
> advance when all people who are neccessary for the work are available. In
> the end it's a volunteer project ...
> 
> Best regards,
> robert
> 

Can You advice me how I can delete my username and pw from the Typo3.org
site and from other duties also !

Farwell,
Kari

-- 
Kari Salovaara
Finland



From patrick at typo3quebec.org  Wed Feb 15 04:01:32 2006
From: patrick at typo3quebec.org (Patrick Gaumond)
Date: Tue, 14 Feb 2006 22:01:32 -0500
Subject: [TYPO3-dev] Export Static Pages
In-Reply-To: <mailman.1.1139913769.21354.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139913769.21354.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139972493.12942.typo3-dev@lists.netfielders.de>

Suman Debnath wrote:

> I have a couple of sites under a single Typo3 installation. I want to 
> utilize the static HTML export feature in a custom BE module so that the 
> BE user can export a site to HTML + supporting files in a specified folder.
> 
> Can anybody tell me if that is possible and how or still better, point 
> me towards some documentation about the API ?

Two ideas comes to mind:

1- Export via such an external tool like Wget or Httrack
(http://www.httrack.com/)

2- Use the DKD solution (never tried it myself): 
http://typo3.org/extensions/repository/unsupported/dkd_staticupload/1.0.0/

Patrick



From scecere at krur.com  Wed Feb 15 06:41:14 2006
From: scecere at krur.com (stefano cecere)
Date: Wed, 15 Feb 2006 06:41:14 +0100
Subject: [TYPO3-dev] Typo3.org down
In-Reply-To: <mailman.173.1139961400.3822.typo3-dev@lists.netfielders.de>
References: <mailman.168.1139959606.3822.typo3-dev@lists.netfielders.de>	<mailman.1.1139960618.28907.typo3-dev@lists.netfielders.de>
	<mailman.173.1139961400.3822.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139982074.25020.typo3-dev@lists.netfielders.de>

Kari Salovaara wrote:
> Can You advice me how I can delete my username and pw from the Typo3.org
> site and from other duties also !

Kari.. i think that incidents happens! every day!
the nice thing is to keep it in mind and if there was an human error at their base, would be good to learn and help others not to repeat them.
i think it's always good when everybody is trying to do their best

the lucky part (coming back to typo3.org) is that now it's not yet possible to translate extensions from the TER! :D

goodbye
stefano



From typo3 at fm-world.ru  Wed Feb 15 07:31:22 2006
From: typo3 at fm-world.ru (Dmitry Dulepov)
Date: Wed, 15 Feb 2006 08:31:22 +0200
Subject: [TYPO3-dev] TYPO3 4.0
In-Reply-To: <mailman.70.1139934341.3822.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139839960.5873.typo3-dev@lists.netfielders.de>	<mailman.0.1139843569.12126.typo3-dev@lists.netfielders.de>	<mailman.1.1139866271.20800.typo3-dev@lists.netfielders.de>	<mailman.1.1139918679.24218.typo3-dev@lists.netfielders.de>	<mailman.1.1139919633.28192.typo3-dev@lists.netfielders.de>	<mailman.1.1139921292.32654.typo3-dev@lists.netfielders.de>
	<mailman.70.1139934341.3822.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139985084.29646.typo3-dev@lists.netfielders.de>

Hi!

Kasper Sk?rh?j wrote:
> Dmitry, is there a chance that you could describe the nature of these
> random bugs? What exactly is the behaviour when it happens? This is also
> very confusing to me? How am I going to find any peace with my work if
> nobody can tell me what doesn't work?

Kapser, I did not describe them in details because I did not record
them. I was looking to a different problem, noticed problem with
workspaces and memorized to come to this again and investigate deeper.

What I remember is:
- create a new content element in Live workspace
- switch to draft workspace, create version there
- try to edit, move and delete content element

>From time to time warning sign appears near versioned element in
workspaces module. I do not remember exact message because (as I said) I
planned to look at it later.

Dmitry.
-- 
"It is our choices, that show what we truly are,
far more than our abilities." (A.P.W.B.D.)



From typo3 at fm-world.ru  Wed Feb 15 07:32:18 2006
From: typo3 at fm-world.ru (Dmitry Dulepov)
Date: Wed, 15 Feb 2006 08:32:18 +0200
Subject: [TYPO3-dev] TYPO3 4.0
In-Reply-To: <mailman.1.1139951538.15426.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139839960.5873.typo3-dev@lists.netfielders.de>
	<mailman.0.1139843569.12126.typo3-dev@lists.netfielders.de>
	<mailman.1.1139866271.20800.typo3-dev@lists.netfielders.de>
	<mailman.1.1139918679.24218.typo3-dev@lists.netfielders.de>
	<mailman.1.1139951538.15426.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139985140.29646.typo3-dev@lists.netfielders.de>

Hi!

Martin Koch Andersen wrote:
> And also (Templavoila language translation bug):

I am looking to this.

Dmitry.
-- 
"It is our choices, that show what we truly are,
far more than our abilities." (A.P.W.B.D.)



From typo3 at fm-world.ru  Wed Feb 15 07:34:32 2006
From: typo3 at fm-world.ru (Dmitry Dulepov)
Date: Wed, 15 Feb 2006 08:34:32 +0200
Subject: [TYPO3-dev] Typo3.org down
In-Reply-To: <mailman.1.1139982074.25020.typo3-dev@lists.netfielders.de>
References: <mailman.168.1139959606.3822.typo3-dev@lists.netfielders.de>	<mailman.1.1139960618.28907.typo3-dev@lists.netfielders.de>
	<mailman.173.1139961400.3822.typo3-dev@lists.netfielders.de>
	<mailman.1.1139982074.25020.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139985274.29646.typo3-dev@lists.netfielders.de>

Hi!

stefano cecere wrote:
> Kari.. i think that incidents happens! every day!
> the nice thing is to keep it in mind and if there was an human error at
> their base, would be good to learn and help others not to repeat them.
> i think it's always good when everybody is trying to do their best
> 
> the lucky part (coming back to typo3.org) is that now it's not yet
> possible to translate extensions from the TER! :D

And links to doc matrix has changed :( I understand new look is
important, etc. But why break links??? :(

Dmitry.
-- 
"It is our choices, that show what we truly are,
far more than our abilities." (A.P.W.B.D.)



From matthew at manderson.co.uk  Wed Feb 15 08:03:23 2006
From: matthew at manderson.co.uk (Matthew Manderson)
Date: Wed, 15 Feb 2006 08:03:23 +0100
Subject: [TYPO3-dev] Typo3.org is up
References: <mailman.168.1139959606.3822.typo3-dev@lists.netfielders.de>
	<mailman.172.1139959993.3822.typo3-dev@lists.netfielders.de>
	<mailman.1.1139960488.28868.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139986871.28837.typo3-dev@lists.netfielders.de>

>> great looking design

A good improvement. Now let's quickly spend a short time clearing away the
bugs. If TYPO3 cannot build a bug free site it is not a good advert.

http://typo3.org/about/ 
1) Using 'this page' as a text link is pretty bad. So change
-If you want to know what TYPO3 is, have a quick look at this page.
+If you want to know what TYPO3 is, have a quick look at 'About TYPO3'

-For an overview of the various official TYPO3 websites have a look at this
page.
+For an overview of the various official TYPO3 websites have a look at
'Official TYPO3 websites'

http://typo3.org/about/new-to-typo3/
3)
-If you where impressed...
+If you were impressed...

-answers Lazyness is often...
+answers Laziness is often...


http://typo3.org/about/faq/
4) "Yep, try out demo.typo3.com, or download your own copy."
The demo does not exist at this URL anymore if at all.

http://typo3.org/community/typo3-user-groups/
5) Content pushes out into the right grey area.

http://typo3.org/extensions/
6) Linux FF the extensions push out into the grey area

http://typo3.org/documentation/document-library/core-documentation/
7) There are no documents in this whole documentation/tutorial area?

That will do for now.

I think the grey fade on the right is claustrophobic and should inspire
space and freedom and not be dark and closed as it is.

My advice, make it an orange fade and then reverse it from white top left to
orange bottom right. This should increase the sense of journey for the eye
and remove the closed dark feel.

Good work!
Matthew







From elmar.DOT.hinz at team.MINUS.red.DOT.net  Wed Feb 15 08:21:18 2006
From: elmar.DOT.hinz at team.MINUS.red.DOT.net (Elmar Hinz)
Date: Wed, 15 Feb 2006 08:21:18 +0100
Subject: [TYPO3-dev] Typo3.org down
In-Reply-To: <mailman.1.1139985274.29646.typo3-dev@lists.netfielders.de>
References: <mailman.168.1139959606.3822.typo3-dev@lists.netfielders.de>	<mailman.1.1139960618.28907.typo3-dev@lists.netfielders.de>
	<mailman.173.1139961400.3822.typo3-dev@lists.netfielders.de>
	<mailman.1.1139982074.25020.typo3-dev@lists.netfielders.de>
	<mailman.1.1139985274.29646.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139988108.2762.typo3-dev@lists.netfielders.de>

@all

Please be a little patient. It is a relaunch done by voluntary people. It would
be nice, if all worked well from the begining. But it obviously takes some time.

What we now have, can't be all. A TER search that finds experimental extensions
like "nothing" or "address" but doesn't find "dam" or "tt_address" any more? I
think it is a funny test of the users reactions. tt_news is all together
popular, full and unspupported. LOL

I think this indicates that we can expect more changes. So please be patient and
let us see what the next hours and days will bring.

/el















From brikou at gmail.com  Wed Feb 15 09:00:42 2006
From: brikou at gmail.com (Brice Bernard)
Date: Wed, 15 Feb 2006 09:00:42 +0100
Subject: [TYPO3-dev] TER2 : suggest features
Message-ID: <mailman.14.1139990444.3122.typo3-dev@lists.netfielders.de>

Hi list,

There are still some bugs in the display of TER2 but it's much more faster
than before.
I like the way you split extension in 2 categories "supported" /
"unsupported", but it's difficult to choose an extension over another (which
does almost the same). That's why I have some suggestions, it would be great
to :

- be able to rate an extension (*****)
- order extension list by number of download/rating (4.78 stars, 370155
downloads)
- activity (73%)
- ...

These feature would make it easier for a user to choose an extension over
another and furthermore it would help unsupported extension to make them
croyable.

- Brice -



From michael at typo3.org  Wed Feb 15 08:50:56 2006
From: michael at typo3.org (Michael Stucki)
Date: Wed, 15 Feb 2006 08:50:56 +0100
Subject: [TYPO3-dev] TYPO3 4.0
References: <mailman.1.1139839960.5873.typo3-dev@lists.netfielders.de><mailman.0.1139843569.12126.typo3-dev@lists.netfielders.de><mailman.1.1139866271.20800.typo3-dev@lists.netfielders.de><mailman.1.1139918679.24218.typo3-dev@lists.netfielders.de><mailman.1.1139919633.28192.typo3-dev@lists.netfielders.de>
	<mailman.69.1139934224.3822.typo3-dev@lists.netfielders.de>
	<mailman.1.1139949257.11982.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139990522.6091.typo3-dev@lists.netfielders.de>

Antonio Willybiro wrote:

>> otherwise it will not get fixed before friday.
> 
> Meaning that the next version of Typo3 v4 should be released by this
> Friday? ;)

Meaning that the feature freeze is targetted for next weekend.

- michael
-- 
Use a newsreader! Check out
http://typo3.org/community/mailing-lists/use-a-news-reader/



From michael at underused.org  Wed Feb 15 09:08:31 2006
From: michael at underused.org (Michael Scharkow)
Date: Wed, 15 Feb 2006 09:08:31 +0100
Subject: [TYPO3-dev] TER2 : suggest features
In-Reply-To: <mailman.14.1139990444.3122.typo3-dev@lists.netfielders.de>
References: <mailman.14.1139990444.3122.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139990906.7632.typo3-dev@lists.netfielders.de>

Brice Bernard wrote:
> Hi list,
> 
> There are still some bugs in the display of TER2 but it's much more faster
> than before.

Hi,

could you please use typo3.teams.typo3org for such topics.

> I like the way you split extension in 2 categories "supported" /
> "unsupported", but it's difficult to choose an extension over another (which
> does almost the same). That's why I have some suggestions, it would be great
> to :
> 
> - be able to rate an extension (*****)

is definitely coming (next month hopefully)

> - order extension list by number of download/rating (4.78 stars, 370155
> downloads)

sounds good.

> - activity (73%)

Where is this different from last upload? Moreover, since all supported 
extensions are reviews, the activity would be biased by us (since 
frequently changed extensions will probably not be reviewed as frequently).

> These feature would make it easier for a user to choose an extension over
> another and furthermore it would help unsupported extension to make them
> croyable.

Tr?s croyable indeed ;)

Cheers,
Michael



From michael at underused.org  Wed Feb 15 09:16:21 2006
From: michael at underused.org (Michael Scharkow)
Date: Wed, 15 Feb 2006 09:16:21 +0100
Subject: [TYPO3-dev] Typo3.org down
In-Reply-To: <mailman.1.1139988108.2762.typo3-dev@lists.netfielders.de>
References: <mailman.168.1139959606.3822.typo3-dev@lists.netfielders.de>	<mailman.1.1139960618.28907.typo3-dev@lists.netfielders.de>
	<mailman.173.1139961400.3822.typo3-dev@lists.netfielders.de>
	<mailman.1.1139982074.25020.typo3-dev@lists.netfielders.de>
	<mailman.1.1139985274.29646.typo3-dev@lists.netfielders.de>
	<mailman.1.1139988108.2762.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139991376.7632.typo3-dev@lists.netfielders.de>

Elmar Hinz wrote:

> What we now have, can't be all. A TER search that finds experimental extensions
> like "nothing" or "address" but doesn't find "dam" or "tt_address" any more? I
> think it is a funny test of the users reactions. tt_news is all together
> popular, full and unspupported. LOL

I hope the nothing and address are remainders of testing. As to tt_news 
and dam being not supported yet: I expect you know how much code it is, 
and as Rupi is our best reviewer, he can't help there ;)

Cheers,
Michaek



From mathias.schreiber at wmdb.de  Wed Feb 15 09:37:35 2006
From: mathias.schreiber at wmdb.de (Mathias Schreiber)
Date: Wed, 15 Feb 2006 09:37:35 +0100
Subject: [TYPO3-dev] Typo3.org down
References: <mailman.168.1139959606.3822.typo3-dev@lists.netfielders.de><mailman.1.1139960618.28907.typo3-dev@lists.netfielders.de>
	<mailman.173.1139961400.3822.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139992692.10088.typo3-dev@lists.netfielders.de>

Kari Salovaara wrote:
> Can You advice me how I can delete my username and pw from the
> Typo3.org site and from other duties also !

Hey Kari,

I understand you might be pissed off, but what if your PC would have shut 
down or the browser would have crashed or simply your internet connection 
would have gone down?

Please relax a little (you have backups, right?) because at least I count on 
your voluntary and great work.

Mathias 





From elmar.DOT.hinz at team.MINUS.red.DOT.net  Wed Feb 15 09:37:59 2006
From: elmar.DOT.hinz at team.MINUS.red.DOT.net (Elmar Hinz)
Date: Wed, 15 Feb 2006 09:37:59 +0100
Subject: [TYPO3-dev] Typo3.org down
In-Reply-To: <mailman.1.1139991376.7632.typo3-dev@lists.netfielders.de>
References: <mailman.168.1139959606.3822.typo3-dev@lists.netfielders.de>	<mailman.1.1139960618.28907.typo3-dev@lists.netfielders.de>
	<mailman.173.1139961400.3822.typo3-dev@lists.netfielders.de>
	<mailman.1.1139982074.25020.typo3-dev@lists.netfielders.de>
	<mailman.1.1139985274.29646.typo3-dev@lists.netfielders.de>
	<mailman.1.1139988108.2762.typo3-dev@lists.netfielders.de>
	<mailman.1.1139991376.7632.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139992709.10095.typo3-dev@lists.netfielders.de>

Michael Scharkow schrieb:
> I hope the nothing and address are remainders of testing. As to tt_news
> and dam being not supported yet: I expect you know how much code it is,
> and as Rupi is our best reviewer, he can't help there ;)
> 

The funny point is that tt_news was both supported AND unsupported, when I
checked it. Meanwhile it has vanished from supported and search again. Probably
I tested in the moment of the switch. (Or I was still to tired to observe
correctly.)

/el



From mathias.schreiber at wmdb.de  Wed Feb 15 09:41:46 2006
From: mathias.schreiber at wmdb.de (Mathias Schreiber)
Date: Wed, 15 Feb 2006 09:41:46 +0100
Subject: [TYPO3-dev] Typo3.org down
References: <mailman.168.1139959606.3822.typo3-dev@lists.netfielders.de>	<mailman.1.1139960618.28907.typo3-dev@lists.netfielders.de>
	<mailman.173.1139961400.3822.typo3-dev@lists.netfielders.de>
	<mailman.1.1139982074.25020.typo3-dev@lists.netfielders.de>
	<mailman.1.1139985274.29646.typo3-dev@lists.netfielders.de>
	<mailman.1.1139988108.2762.typo3-dev@lists.netfielders.de>
	<mailman.1.1139991376.7632.typo3-dev@lists.netfielders.de>
	<mailman.1.1139992709.10095.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139992943.10603.typo3-dev@lists.netfielders.de>

Elmar Hinz wrote:
> The funny point is that tt_news was both supported AND unsupported,
> when I checked it. Meanwhile it has vanished from supported and
> search again. Probably I tested in the moment of the switch. (Or I
> was still to tired to observe correctly.)

Was it in different versions?
This would be how I could explain this.
Like: Ver 2.2.2 is stable, thus supported, Ver 2.2.3 is untested





From elmar.DOT.hinz at team.MINUS.red.DOT.net  Wed Feb 15 09:54:34 2006
From: elmar.DOT.hinz at team.MINUS.red.DOT.net (Elmar Hinz)
Date: Wed, 15 Feb 2006 09:54:34 +0100
Subject: [TYPO3-dev] Typo3.org down
In-Reply-To: <mailman.1.1139992943.10603.typo3-dev@lists.netfielders.de>
References: <mailman.168.1139959606.3822.typo3-dev@lists.netfielders.de>	<mailman.1.1139960618.28907.typo3-dev@lists.netfielders.de>
	<mailman.173.1139961400.3822.typo3-dev@lists.netfielders.de>
	<mailman.1.1139982074.25020.typo3-dev@lists.netfielders.de>
	<mailman.1.1139985274.29646.typo3-dev@lists.netfielders.de>
	<mailman.1.1139988108.2762.typo3-dev@lists.netfielders.de>
	<mailman.1.1139991376.7632.typo3-dev@lists.netfielders.de>
	<mailman.1.1139992709.10095.typo3-dev@lists.netfielders.de>
	<mailman.1.1139992943.10603.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139993706.11682.typo3-dev@lists.netfielders.de>

Mathias Schreiber schrieb:
> Elmar Hinz wrote:
> 
> Was it in different versions?
> This would be how I could explain this.
> Like: Ver 2.2.2 is stable, thus supported, Ver 2.2.3 is untested
> 

Hi Mathias,

I missed to look for this. I would consider it as a bug, if each tested
extension would be displayed additionally in the last untested version. I didn't
observ this for other extensions yet.

Regards

Elmar







From elmar.DOT.hinz at team.MINUS.red.DOT.net  Wed Feb 15 10:02:48 2006
From: elmar.DOT.hinz at team.MINUS.red.DOT.net (Elmar Hinz)
Date: Wed, 15 Feb 2006 10:02:48 +0100
Subject: [TYPO3-dev] Typo3.org down
In-Reply-To: <mailman.168.1139959606.3822.typo3-dev@lists.netfielders.de>
References: <mailman.168.1139959606.3822.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139994197.11682.typo3-dev@lists.netfielders.de>

Kari Salovaara schrieb:
>> Unable to connect
>>
>> Firefox can't establish a connection to the server at typo3.org.
> 
> 
> After filling > 100 labels to translate cal extension, I noticed
> that Typo3.org is down.
> I hope that if this is a planned maintenance it should have
> been informed before.
> 
> Good night,
> Kari

If I follow closely your translation has been lost for the second time now. The
first time due to the behaviour of TER 1 to loose translations when
unexperienced develpers make mistakes during extension upgrades.

That is really painfull for you.

/el



From robert at typo3.org  Wed Feb 15 11:05:13 2006
From: robert at typo3.org (Robert Lemke)
Date: Wed, 15 Feb 2006 11:05:13 +0100
Subject: [TYPO3-dev] Typo3.org down
References: <mailman.168.1139959606.3822.typo3-dev@lists.netfielders.de>	<mailman.1.1139960618.28907.typo3-dev@lists.netfielders.de>
	<mailman.173.1139961400.3822.typo3-dev@lists.netfielders.de>
	<mailman.1.1139982074.25020.typo3-dev@lists.netfielders.de>
	<mailman.1.1139985274.29646.typo3-dev@lists.netfielders.de>
	<mailman.1.1139988108.2762.typo3-dev@lists.netfielders.de>
	<mailman.1.1139991376.7632.typo3-dev@lists.netfielders.de>
	<mailman.1.1139992709.10095.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1139997913.19280.typo3-dev@lists.netfielders.de>

Hi Elmar,

Elmar Hinz wrote:

> Michael Scharkow schrieb:
>> I hope the nothing and address are remainders of testing. As to tt_news
>> and dam being not supported yet: I expect you know how much code it is,
>> and as Rupi is our best reviewer, he can't help there ;)
>> 
> 
> The funny point is that tt_news was both supported AND unsupported, when I
> checked it. 

Watch the version - some might be reviewed, others not.

> Meanwhile it has vanished from supported and search again. 

Yes, we currently have problems with the generation of the extension index
file, sorry for that. On the testing server it took 1,5 seconds to render
the index, now it takes 20 minutes.

We're working on it.

robert

-- 
Robert Lemke
TYPO3 Association - Research & Development
Member of the board
http://association.typo3.org




From chris at swift-lizard.com  Wed Feb 15 11:24:42 2006
From: chris at swift-lizard.com (Chris Wittmann [swiftLizard])
Date: Wed, 15 Feb 2006 11:24:42 +0100
Subject: [TYPO3-dev]  flexforms for Module
Message-ID: <mailman.1.1139999083.21220.typo3-dev@lists.netfielders.de>

Hi Guys,

i got a little question about Module programming in general,..

is it possible to use flexforms for TCA of modules ?

WE are not realy sure if it?s possible or not to use Flexforms
for the config of  forms in BE Modules.

Has anyone Tried before ?
If it is not possible at the moment ,... wouldn?t it be nice if one
could use Flexforms +- dynaflex for those Masks in BE Modules...

To my mind the 'old' Way of '$this->doc = xyz;' isn?t the nicest way.

Thanks a lot

chris 





From shocktone at gmx.de  Wed Feb 15 11:49:07 2006
From: shocktone at gmx.de (Jens)
Date: Wed, 15 Feb 2006 11:49:07 +0100
Subject: [TYPO3-dev]  What happened to typo3.org ?
Message-ID: <mailman.1.1140000551.23444.typo3-dev@lists.netfielders.de>

Hi guys,

I really like the new design. I think the page should be centered 
though. (looks kinda strange on my 15.4" Notebook)

But Im asking myself: How come the site is loading so fast now ? What 
did you guys change ? More/better servers ?

Greetings Jens



From nospam at jweiland.net  Wed Feb 15 12:03:10 2006
From: nospam at jweiland.net (Jochen Weiland)
Date: Wed, 15 Feb 2006 12:03:10 +0100
Subject: [TYPO3-dev] Typo3.org is up
In-Reply-To: <mailman.1.1139986871.28837.typo3-dev@lists.netfielders.de>
References: <mailman.168.1139959606.3822.typo3-dev@lists.netfielders.de>
	<mailman.172.1139959993.3822.typo3-dev@lists.netfielders.de>
	<mailman.1.1139960488.28868.typo3-dev@lists.netfielders.de>
	<mailman.1.1139986871.28837.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140001281.25552.typo3-dev@lists.netfielders.de>

Item #5 has been fixed.

Regards
Jochen

Matthew Manderson wrote:

> 
> http://typo3.org/community/typo3-user-groups/
> 5) Content pushes out into the right grey area.



From typo3 at fm-world.ru  Wed Feb 15 12:09:37 2006
From: typo3 at fm-world.ru (Dmitry Dulepov)
Date: Wed, 15 Feb 2006 13:09:37 +0200
Subject: [TYPO3-dev] flexforms for Module
In-Reply-To: <mailman.1.1139999083.21220.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139999083.21220.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140001777.27052.typo3-dev@lists.netfielders.de>

Hi!

Chris Wittmann [swiftLizard] wrote:
> is it possible to use flexforms for TCA of modules ?

Certainly. TemplaVoila uses them, for example.

> If it is not possible at the moment ,... wouldn?t it be nice if one
> could use Flexforms +- dynaflex for those Masks in BE Modules...

Masks? What masks?

Dmitry.
-- 
"It is our choices, that show what we truly are,
far more than our abilities." (A.P.W.B.D.)



From robert at typo3.org  Wed Feb 15 13:10:26 2006
From: robert at typo3.org (Robert Lemke)
Date: Wed, 15 Feb 2006 13:10:26 +0100
Subject: [TYPO3-dev] What happened to typo3.org ?
References: <mailman.1.1140000551.23444.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140005431.3150.typo3-dev@lists.netfielders.de>

Jens wrote:

> Hi guys,
> 
> I really like the new design. I think the page should be centered
> though. (looks kinda strange on my 15.4" Notebook)
> 
> But Im asking myself: How come the site is loading so fast now ? What
> did you guys change ? More/better servers ?

We just changed everything, visible and invisible.

-- 
Robert Lemke
TYPO3 Association - Research & Development
Member of the board
http://association.typo3.org




From load10 at hotmail.com  Wed Feb 15 13:16:24 2006
From: load10 at hotmail.com (Joe Frontman)
Date: Wed, 15 Feb 2006 13:16:24 +0100
Subject: [TYPO3-dev] What happened to typo3.org ?
In-Reply-To: <mailman.1.1140000551.23444.typo3-dev@lists.netfielders.de>
References: <mailman.1.1140000551.23444.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140005638.3316.typo3-dev@lists.netfielders.de>

Jens wrote:
> Hi guys,
>
> I really like the new design. I think the page should be centered 
> though. (looks kinda strange on my 15.4" Notebook)
>
> But Im asking myself: How come the site is loading so fast now ? What 
> did you guys change ? More/better servers ?
>
> Greetings Jens
Looks much better, now!
Thumbs up.



From typo3 at fx-graefix.de  Wed Feb 15 13:47:25 2006
From: typo3 at fx-graefix.de (Franz Koch)
Date: Wed, 15 Feb 2006 13:47:25 +0100
Subject: [TYPO3-dev] What happened to typo3.org ?
In-Reply-To: <mailman.1.1140005431.3150.typo3-dev@lists.netfielders.de>
References: <mailman.1.1140000551.23444.typo3-dev@lists.netfielders.de>
	<mailman.1.1140005431.3150.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140007635.7103.typo3-dev@lists.netfielders.de>

> We just changed everything, visible and invisible.
Which means it's based on TV, right :)

one thing i discovered - the extension-listing is breaking the 
page-layout (IE and Firefox, but in different ways), but I think that 
will be fixed in time.

I'd also like to see a little bit more compact "list-view" of the 
extensions. Author, Category etc. could be more compact (e.g. in 2 lines 
at the bottom of the list-entry) with a smaller font.
If you like an I finde some time I could make a layout for it.


-- 
Kind regards,
Franz Koch



From peter.kuehn at wmdb.de  Wed Feb 15 14:27:22 2006
From: peter.kuehn at wmdb.de (=?ISO-8859-1?Q?Peter_K=FChn?=)
Date: Wed, 15 Feb 2006 14:27:22 +0100
Subject: [TYPO3-dev] TYPO3 4.0
In-Reply-To: <mailman.69.1139934224.3822.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139839960.5873.typo3-dev@lists.netfielders.de>	<mailman.0.1139843569.12126.typo3-dev@lists.netfielders.de>	<mailman.1.1139866271.20800.typo3-dev@lists.netfielders.de>	<mailman.1.1139918679.24218.typo3-dev@lists.netfielders.de>	<mailman.1.1139919633.28192.typo3-dev@lists.netfielders.de>
	<mailman.69.1139934224.3822.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140009891.11451.typo3-dev@lists.netfielders.de>

Hi Kasper, hi yall!

 > Now, I have no doubt that you can prove your bugs, but it conveys a
 > wrong picture of the state of workspaces
totally agree and to avoid any possible missunderstanding on beforehand:
workspaces and(!) the way kasper made it happen are the way to go and a 
great tool.
please look at this post as a casestudy trying to inform you of some 
things that i consider to be important enough to be solved asa*P* (small 
"as soon as" - big "possible" ;) )

 > (Also, Ben van't Ende has been doing a lot of testing and realized
 > more than a few times that things he found was not a bug but just a
 > way that workspaces and versioning works.)
agree again. the workspace and versioning concept can be used in more 
than twelve dozen ways and i dont think it will ever fit them all.

 > you are welcome to inform me
 > what the problems are (or point me to your bugtracker posts).

things that i consider to be a bug:

http://bugs.typo3.org/view.php?id=2567
If you look at an offlineversion of a page in "web>page"-module the 
pages_language_overlay records are selected for the uid of the live-version.
therefore its not possible to create a translation of the 
offlineversion, better: its created but not shown, cant be used and can 
be created again.

http://bugs.typo3.org/view.php?id=2568
when looking at a languageversion of a page with wsol_preview.php the 
correct set L-param in the URL is not distributed in the frameset
=> its not possible to preview a languageversion from a custom workspace

http://bugs.typo3.org/view.php?id=2531
on versioning of a *page* all records that are copied along with it 
(configured as 'versioning_followPages') loose their mm-relations
(rene informed me that a solution for this issue has gone into cvs - 
maybe this report could be closed)

http://bugs.typo3.org/view.php?id=2329
If you configure a custom-workspace with "auto-versioning when editing" 
DISABLED and "versioning type element" DISABLED the "web > page" module 
continues to show the edit-, move-, new-record- and delete-icons.
=> The editor can access a tt_content-Record and edit it and the 
errormessage, telling that he cant save the record is shown when he 
tries to save: his work on the element is lost.


a change that id like to suggest (rfc - currently not in the bugtracker):

There is a note in the workspace-manager if concurrent versions of 
records exist. great. the downside i see is that they still can be 
published which may lead to some sort of downgrade of livecontent:
fx: if two editors each create a version of a page - editor A to edit 
contentelement 1 and editor B to edit contentelement 2 - publishing of 
both page-versions imho leads to one of the changes not beeing published.
Maybe it might be a good idea to have a configurable option that 
disables at least page-versioning if an unpublished version exists in 
the draft- or one of the custom-workspaces. (definately just one of 
mentioned 144+ ways to use the concept ;))

 > "A contribution a day keeps the fork away"
thnx for your attention
pekue



From robert at typo3.org  Wed Feb 15 14:32:35 2006
From: robert at typo3.org (Robert Lemke)
Date: Wed, 15 Feb 2006 14:32:35 +0100
Subject: [TYPO3-dev] What happened to typo3.org ?
References: <mailman.1.1140000551.23444.typo3-dev@lists.netfielders.de>
	<mailman.1.1140005431.3150.typo3-dev@lists.netfielders.de>
	<mailman.1.1140007635.7103.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140010355.11965.typo3-dev@lists.netfielders.de>

Hi Franz,

Franz Koch wrote:

>> We just changed everything, visible and invisible.
> Which means it's based on TV, right :)

yes ;-)

> one thing i discovered - the extension-listing is breaking the
> page-layout (IE and Firefox, but in different ways), but I think that
> will be fixed in time.

yes, I know.

> I'd also like to see a little bit more compact "list-view" of the
> extensions. Author, Category etc. could be more compact (e.g. in 2 lines
> at the bottom of the list-entry) with a smaller font.
> If you like an I finde some time I could make a layout for it.

I already got a suggestion by Ingo Renner. Let me try that first and then we
can improve that.

But before I work on the frontend I have to make sure you can upload
extensions again - which you currently can't.

robert
-- 
Robert Lemke
TYPO3 Association - Research & Development
Member of the board
http://association.typo3.org




From Martin.Kutschker at n0spam-blackbox.net  Wed Feb 15 14:35:47 2006
From: Martin.Kutschker at n0spam-blackbox.net (Martin Kutschker)
Date: Wed, 15 Feb 2006 14:35:47 +0100
Subject: [TYPO3-dev] What happened to typo3.org ?
In-Reply-To: <mailman.1.1140007635.7103.typo3-dev@lists.netfielders.de>
References: <mailman.1.1140000551.23444.typo3-dev@lists.netfielders.de>
	<mailman.1.1140005431.3150.typo3-dev@lists.netfielders.de>
	<mailman.1.1140007635.7103.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140010548.12492.typo3-dev@lists.netfielders.de>

Franz Koch schrieb:
> 
> one thing i discovered - the extension-listing is breaking the 
> page-layout (IE and Firefox, but in different ways), but I think that 
> will be fixed in time.

Alle lareg tables in the content area are broken (see also online documenation).

The online documentation of extensions (and Core docs) also suffer of to o little pages. There used to be much more indivudual pages. Now there is only one per main 
documentation chapter. Which is not bad in itself (though I liked the old style better). A problem is that the anchor links are broken (ie links to subsections don't work).

Speaking of the formatting of online documentation. Many lines of the docs come as P-tags. This includes those numbered example code. Unfortunately there are margins 
apllied to them. So

1. code {
2.  foo bar
3. }

Now looks like

1. code {

2.  foo bar

3. }

Masi

PS: I like the new style, well done. Though I'm really surprised that nobody noticed the huge table-bug in both IE and Firefox while developing the layout.



From Martin.Kutschker at n0spam-blackbox.net  Wed Feb 15 14:38:27 2006
From: Martin.Kutschker at n0spam-blackbox.net (Martin Kutschker)
Date: Wed, 15 Feb 2006 14:38:27 +0100
Subject: [TYPO3-dev] Typo3.org is up
In-Reply-To: <mailman.1.1140001281.25552.typo3-dev@lists.netfielders.de>
References: <mailman.168.1139959606.3822.typo3-dev@lists.netfielders.de>
	<mailman.172.1139959993.3822.typo3-dev@lists.netfielders.de>
	<mailman.1.1139960488.28868.typo3-dev@lists.netfielders.de>
	<mailman.1.1139986871.28837.typo3-dev@lists.netfielders.de>
	<mailman.1.1140001281.25552.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140010708.12492.typo3-dev@lists.netfielders.de>

Jochen Weiland schrieb:
> Item #5 has been fixed.

No, big tables in docs still break the layout.


> Regards
> Jochen
> 
> Matthew Manderson wrote:
> 
>>
>> http://typo3.org/community/typo3-user-groups/
>> 5) Content pushes out into the right grey area.



From typo3 at gramba.de  Wed Feb 15 15:22:02 2006
From: typo3 at gramba.de (Johannes Reichardt)
Date: Wed, 15 Feb 2006 15:22:02 +0100
Subject: [TYPO3-dev] TER2 : suggest features
In-Reply-To: <mailman.14.1139990444.3122.typo3-dev@lists.netfielders.de>
References: <mailman.14.1139990444.3122.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.192.1140011974.3122.typo3-dev@lists.netfielders.de>


> 
> - be able to rate an extension (*****)

+1

> - order extension list by number of download/rating (4.78 stars, 370155
> downloads)
> - activity (73%)

+1

> - ...
> 
> These feature would make it easier for a user to choose an extension over
> another and furthermore it would help unsupported extension to make them
> croyable.
> 
> - Brice -
> _______________________________________________
> TYPO3-dev mailing list
> TYPO3-dev at lists.netfielders.de
> http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev
> 




From typo3 at fx-graefix.de  Wed Feb 15 15:11:14 2006
From: typo3 at fx-graefix.de (Franz Koch)
Date: Wed, 15 Feb 2006 15:11:14 +0100
Subject: [TYPO3-dev] What happened to typo3.org ?
In-Reply-To: <mailman.1.1140010355.11965.typo3-dev@lists.netfielders.de>
References: <mailman.1.1140000551.23444.typo3-dev@lists.netfielders.de>
	<mailman.1.1140005431.3150.typo3-dev@lists.netfielders.de>
	<mailman.1.1140007635.7103.typo3-dev@lists.netfielders.de>
	<mailman.1.1140010355.11965.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140012664.16658.typo3-dev@lists.netfielders.de>

Hi Robert,

no need to hurry with the FE-rendering. Good work btw. - I really like 
the new style and contents (typo3.com).

> But before I work on the frontend I have to make sure you can upload
> extensions again - which you currently can't.
you probably should :)

One additional thing as I just stumbeled over it. I think it'll be nice 
to have some kind of category-selection and/or grouping in FE rendering 
- but I think that this is allready on the todo list. Maybe some 
additional grouping for different requirements like "you need the 
following set of extensions to set up a blog/community/company/shop with 
typo3", "these extensions are good for accesibility issues" etc..

You don't have to answer - just wanted to mention it so that I don't 
forget the idea. Maybe this is anyway more related to the 
extension-coordinating/reviewing team.


And now I have to thank you all very much for the work you all did to 
get typo3 what it is now (I just felt somehow euphoric and lucky).

-- 
Kind regards,
Franz Koch



From Martin.Kutschker at n0spam-blackbox.net  Wed Feb 15 15:12:41 2006
From: Martin.Kutschker at n0spam-blackbox.net (Martin Kutschker)
Date: Wed, 15 Feb 2006 15:12:41 +0100
Subject: [TYPO3-dev] TER2 : suggest features
In-Reply-To: <mailman.192.1140011974.3122.typo3-dev@lists.netfielders.de>
References: <mailman.14.1139990444.3122.typo3-dev@lists.netfielders.de>
	<mailman.192.1140011974.3122.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140012761.16343.typo3-dev@lists.netfielders.de>

Johannes Reichardt schrieb:
> 
>> - order extension list by number of download/rating (4.78 stars, 370155
>> downloads) - activity (73%)

Activity is meaningless. An extension in perfect working condition has 0 
activity.

Number of downloads is pointless unless you have a rating. If you download 
stuff only because others have downloaded something, then extensions become 
popular only (and only) because some guys started downloading the stuff. It 
says nothing about the quality.

Masi



From typo3 at fm-world.ru  Wed Feb 15 15:18:50 2006
From: typo3 at fm-world.ru (Dmitry Dulepov)
Date: Wed, 15 Feb 2006 16:18:50 +0200
Subject: [TYPO3-dev] TER2 : suggest features
In-Reply-To: <mailman.1.1140012761.16343.typo3-dev@lists.netfielders.de>
References: <mailman.14.1139990444.3122.typo3-dev@lists.netfielders.de>
	<mailman.192.1140011974.3122.typo3-dev@lists.netfielders.de>
	<mailman.1.1140012761.16343.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140013130.17189.typo3-dev@lists.netfielders.de>

Hi!

Martin Kutschker wrote:
> Activity is meaningless. An extension in perfect working condition has 0
> activity.

Not really. Zero activity means that extension is not developed any
more. But even perfectly working extension can be extended further.

> Number of downloads is pointless unless you have a rating. If you
> download stuff only because others have downloaded something, then
> extensions become popular only (and only) because some guys started
> downloading the stuff. It says nothing about the quality.

50% agree, 50% disagree... I never rate files when I download them. How
many people actually rate popular files?

Dmitry.
-- 
"It is our choices, that show what we truly are,
far more than our abilities." (A.P.W.B.D.)



From robert at typo3.org  Wed Feb 15 15:26:02 2006
From: robert at typo3.org (Robert Lemke)
Date: Wed, 15 Feb 2006 15:26:02 +0100
Subject: [TYPO3-dev] TER2 : suggest features
References: <mailman.14.1139990444.3122.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140013562.17896.typo3-dev@lists.netfielders.de>

Hi Brice,

Brice Bernard wrote:

> - be able to rate an extension (*****)
> - order extension list by number of download/rating (4.78 stars, 370155
> downloads)
> - activity (73%)

just a short note: what you see currently is the basis, something we can
build on. The plugin for ratings is 2/3 finished, but currently disabled -
but it will come!

-- 
Robert Lemke
TYPO3 Association - Research & Development
Member of the board
http://association.typo3.org




From ingmar at typo3.org  Wed Feb 15 15:30:13 2006
From: ingmar at typo3.org (Ingmar Schlecht)
Date: Wed, 15 Feb 2006 15:30:13 +0100
Subject: [TYPO3-dev] [TYPO3-typo3org] Joint development of typo3.org CSS in
	the WIKI
Message-ID: <mailman.229.1140013805.3122.typo3-dev@lists.netfielders.de>

Hi guys,

if you want the new typo3.org to look better, go ahead and improve the CSS.

At http://wiki.typo3.org/index.php/Typo3.org-CSS you'll find all the
typo3.org CSS files for public editing.

Please be very aware that others might be editing the CSS at the same
time, so there might be conflicts when you save.

I suggest you use the "Edit CSS" option of the Firefox web developer
toolbar [1] to apply all the CSS that you'll find in the wiki to the
live typo3.org site. Having the web developer toolbar insalled, just
browse to typo3.org, click "Edit CSS" in the web developer toolbar, past
all CSS that you find on the wiki into there, and play around with the
CSS, then put your results back into the wiki.

If the result is any good and the original developer of the template
agrees, the new CSS will be used on typo3.org as soon as possible.

To discuss questions regarding the CSS, please don't use the wiki's
discussion page but reply to this mail, but only to the
typo3.teams.typo3org Newsgroup.

Let the battle begin!

Disclaimer: This joint effort will not be moderated, the result will
show whether the idea of developing the CSS in the wiki was any good.

cheers,
Ingmar



From brikou at gmail.com  Wed Feb 15 15:34:32 2006
From: brikou at gmail.com (Brice Bernard)
Date: Wed, 15 Feb 2006 15:34:32 +0100
Subject: [TYPO3-dev] TER2 : suggest features
In-Reply-To: <mailman.1.1140013562.17896.typo3-dev@lists.netfielders.de>
References: <mailman.14.1139990444.3122.typo3-dev@lists.netfielders.de>
	<mailman.1.1140013562.17896.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.234.1140014074.3122.typo3-dev@lists.netfielders.de>

Great, I'm glad to read this... :)

2006/2/15, Robert Lemke <robert at typo3.org>:
>
> Hi Brice,
>
> Brice Bernard wrote:
>
> > - be able to rate an extension (*****)
> > - order extension list by number of download/rating (4.78 stars, 370155
> > downloads)
> > - activity (73%)
>
> just a short note: what you see currently is the basis, something we can
> build on. The plugin for ratings is 2/3 finished, but currently disabled -
> but it will come!
>
> --
> Robert Lemke
> TYPO3 Association - Research & Development
> Member of the board
> http://association.typo3.org
>
> _______________________________________________
> TYPO3-dev mailing list
> TYPO3-dev at lists.netfielders.de
> http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev
>



--
- Brice -



From karl.klammer at gmx.de  Wed Feb 15 15:38:15 2006
From: karl.klammer at gmx.de (Karl Klammer)
Date: Wed, 15 Feb 2006 15:38:15 +0100
Subject: [TYPO3-dev] Typo3.org is up
In-Reply-To: <mailman.1.1140010708.12492.typo3-dev@lists.netfielders.de>
References: <mailman.168.1139959606.3822.typo3-dev@lists.netfielders.de>
	<mailman.172.1139959993.3822.typo3-dev@lists.netfielders.de>
	<mailman.1.1139960488.28868.typo3-dev@lists.netfielders.de>
	<mailman.1.1139986871.28837.typo3-dev@lists.netfielders.de>
	<mailman.1.1140001281.25552.typo3-dev@lists.netfielders.de>
	<mailman.1.1140010708.12492.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.238.1140014277.3122.typo3-dev@lists.netfielders.de>

At 14:38 15.02.2006, you wrote:
>Jochen Weiland schrieb:
> > Item #5 has been fixed.
>
>No, big tables in docs still break the layout.

nice work! one suggestion concerning the tables, however:
What about making the layout wider in general? Remember, this is a 
_developers_ resource - who of you is still working with a 800x600 screen 
resolution? Looking at this in 1280x1024 it looks like a postcard ;-)

Would probably make it easier to list extensions and docs as well - without 
having to scroll endlessly...

Still: good work, I like the appearance!
regards,
Karl





From stever at syntithenai.com  Wed Feb 15 15:50:11 2006
From: stever at syntithenai.com (steve ryan)
Date: Thu, 16 Feb 2006 01:50:11 +1100
Subject: [TYPO3-dev] adding edit icons to kickstarter records
In-Reply-To: <mailman.134.1139946191.3822.typo3-dev@lists.netfielders.de>
References: <mailman.134.1139946191.3822.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140015013.20506.typo3-dev@lists.netfielders.de>

Hi Tim,
   If you dig around in the backend and trace back the links for the 
edit  pencils you find things like

<a target='_new' 
href='typo3/alt_doc.php?returnUrl=../typo3conf/ext/stever_useradmin/pi1/closewindow.php&edit[be_users][".$bVal["uid"]."]=edit' 
border='0'><img src='typo3conf/ext/stever_useradmin/typoicons/edit.gif' 
border='0' /></a>

I have used this technique in extensions to provide front end editing 
this way. Note that you must be logged in as a back end user to use 
TCEFORMS for front end editing so you may need an extension linking back 
end users to front end users.

There are also many solutions out there to implement front end editing 
including the admin_interface extension and most recently the formidable 
extension that are tied directly to front end users for authentication.

cheers

Steve Ryan



Tim Boesenkool wrote:
> Hey List
> 
> I have produced a kickstarter extension that makes a fairly simple table
> that works great. The only thing I am missing is having the front end edit
> icons for each record.  I'm sure I've seen this working before and would
> love to have it working for a client that has a lot of schedules. Any help
> appreciated.
> 



From david at vaultin.com  Wed Feb 15 15:54:09 2006
From: david at vaultin.com (David Toshack)
Date: Thu, 16 Feb 2006 01:54:09 +1100
Subject: [TYPO3-dev] TYPO3 JSR-168/JSR-170 compliance w/ Jetspeed,
	Graffito and all that comes with it!
In-Reply-To: <mailman.1.1139921217.32669.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139888159.20376.typo3-dev@lists.netfielders.de>
	<mailman.1.1139921217.32669.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140015254.20843.typo3-dev@lists.netfielders.de>

Michael Scharkow wrote:
> David Toshack wrote:
>> Hi Everyone,
>>
>> I came across a post on the wiki[1],
>> regarding Rails which sparked some interest in a cross language
>> implementation that has been in the back of my mind for quite some time.
> 
> Hi David,
> 
>> I'm not sure how many of you are familiar with the projects being
>> developed at Apache Portals [2], but originally part of the Apache
>> Jakarta Project, it has been in existance for ~10 years. Since the word
>> "portal" was used to represent a web application, Jetspeed[3] has
>> argueably been THE standard in portal frameworks.
> 
> I cannot really say anything about that, except that 1) after years of 
> experience with TYPO3 and occasional peeks into a lot of other web 
> content technologies (ZOPE, Plone, Rails, Django, etc.) I still have not 
> understood what exactly a portal (in the JAVA/Apache/Enteprise speak) is 
> and does. 2) I can't even gather what jetspeed is or does from their 
> website, except that it must be something that uses XML and JAVA and 
> runs with (on top of?) Tomcat, or such.

This probably isn't the place to bang on too much about Portal 
definitions, but I have included some urls[1] if you're interested. As 
with most standards, the definitions are a lot more generic than the 
above mentioned frameworks but I hope they also head in this portal 
based direction. I apologise if this presents more questions than answers.

> 
>> As TYPO3 5.0 will be leaning towards JSR-168 compliance, and hopefully
>> JSR-170 compliance, Jetspeed2 and Graffito would be a great way to
>> achive this with a brand spanking new TYPO3 interface. Graffito is a CMS
>> Framework[4] currently undergoing incubation at the home of Apache.
> 
> I did not know that TYPO3 was seriously targeting those specs. And 
> Graffito is exactly how related to jetspeed? What Plone is to ZOPE, or 
> what TYPO3 is to PHP, or Rails to Ruby, or Instiki/typo to Rails?


Taking another look at the TYPO3 roadmap[2], JSR-168 compliance must 
have been wishful thinking, "Portal Standard" is the wording used. The 
more I think about it, "Fall 2006", or even 2007 as an approximate 
release date would be grossly over ambitious for JSR-168 compliance 
anyway, sorry about that.

Graffito is a new addition to The Apache Project, loosely speaking its 
like what Content Elements w/ DAM is for TYPO3 (if TYPO3 represented all 
JSR-170 compliant portals).

> 
>> In this perfect world TYPO3 could use any number of languages or 
>> frameworks (including Struts, PHP, Python, Ruby, w/on Rails ... etc) 
>> for portlet development, and have access to thousands of portlets 
>> available that would simply "plugin", excuse the pun! In effect TYPO3 
>> would basically become a series of PSML (XML based - Portal Structure 
>> Markup Language[5]) configurations. These concepts have been put 
>> together over the last 10 or so years by the best heads in the 
>> business and have turned the fellow heads of developers involved in 
>> some huge corporate scale open source projects, like ofbiz[6], 
>> WfMOpen[7], IBM's WebSphere[8] and many more.
> 
> Okay, I beg your pardon if I'm completely mistaken: You propose to 
> completely rewrite TYPO3 in JAVA (or XML for jetspeed, or Graffito), 
> only to have it somehow interact with all that JAVA/XML/Enterprise 
> stuff? If Graffito already exists, why should one port TYPO3 to JAVA and 
> not use Graffito which seems to do the same thing?
> And why should we abandon thousands of extensions we have now, that are 
> basically plug'n'play, only to interact with some other portlets(?) that 
> do the same only that they adhere to spec JSR-xyz?

In this "perfect world", the TYPO3 specific stuff would consist _mainly_ 
of PSML configuration. PSML is basically an XML DTD along with an 
interface to write it to files or a database, which is part of Jetspeed. 
Pretty much what TypoScript is for TYPO3, or what TypoScript _could_ be 
for TYPO3 with the proposed YAML[3], with wishfully, Syck[4] solution.

> 
> Seriously, I find this 'perfect world' perfectly scary because it will 
> lead to infinite specificasionism, tons of glue code (ever bothered 
True Dat!

> glueing PHP to Java?) and no results. I am admittedly not a friend of 
> JAVA (or rather the software engineering methods around JAVA), but the 

Thats where Apache Bridges[5] come in. Completely integrated PHP 
portlets already exist for Jetspeed.

> fact that I need a 70MB jetspeed package, a TOMCAT server and tons of 
> PSML to produce a website that has a forum and a guestbook just makes me 
> run, away, quickly.

Touche! I can foresee Geronimo[6] (Apache version of J2EE server), 
becoming quite closely integrated with The Apache Web Server in the near 
future though, so this may not be the case for to much longer.

> 
> I do tend to think that TYPO3 alone as a framework is already quite 
> heavyweight, and I'd rather slim it down with 5.0 than transform our 
> beloved 500 lbs gorilla into King Kong.

You are right on the money there. I have no comeback for this. I would 
imagine Jetspeed will some day be closely integrated with Geronimo, and 
therefore with Apache. A logical transition I would think, unfortunately 
this is only going on in my head at the moment and is not a reality   lol

> 
> Also, I don't buy the best-of-industry-heads argument because that's all 
> too common when it comes to the "Enterprise" discussion. Saying that 
> being able to mess with BEA or Websphere is in this context like the 
> usual nobody-ever-got-fired-for-using-Oracle/IBM/Whatever argument: It 
> may well be true, but it doesn't help for the goals we have. TYPO3 is 
> supposed to be run by indididuals and small business as well as large 
> corporate websites, it is supposed to be easy to 
> install/configure/extend and run in the standard LAMP stack.

I agree completely Michael. Unless my prediction becomes reality. Which 
I'm sure it won't to the point where its comparative to the simplicity 
of the standard LAMP stack for quite some time, if at all. On the other 
hand, these industry standards should by no means be ignored, even if 
not implemented.

That is my intention, to accentuate the possibility that TYPO3 does not 
have to go it alone. Maybe my original email should have been more 
focused on WSRP[7], and not a specific solution.

> 
> There might be a huge market in JAVA-based portal software, but I don't 
> think TYPO3 belongs in there. Moreover, most of the large and successful 
> websites *don't* run on JAVA portals: amazon, google, slashdot, younameit.

Not sure about _most_, but I do see your point. The problem with Java 
development is that its very expensive expertise and very time consuming 
work. Much easier to pump out scripts than well structured applications. 
  I do _definitely_ agree with you there. Hey, I've been building PHP 
web apps for the last 10 years, ever since PHP I have done little to no 
Java development, its the standards I'm after, not the language. I'm a 
firm believer in "The right tools for the job".

> 
>> I believe The TYPO3 Association is bigger than the software it has
>> created, and going by the TYPO3 community's reputation, this approach
>> would no doubt become THE standard in portal implementations. But the
>> question: Is this the right place for the job? I don't know, it would
>> mean a huge leap and learning curve for most core developers with
>> knowledge only in PHP.
> 
> Again, I don't see why we should start from scratch, lose most of our 
> users and developers, only to be able to put a "implements JSR XXX" or a 
> "works with Websphere, SAP and .NET" badge on our website.

I agree, starting from scratch would be crazy. You wouldn't do it for 
the badge, you'd do it to have access to all the other JSR-XXX 
advantages[1].

> 
> As for the learning curve: JAVA itself should not be the problem, a lot 
> of the devs here have some JAVA background (hi Sven!), but the 
> surrounding infrastructure that you mention above is just a huge mass of 
> code and specs to read only to re-implement the most basic TYPO3 
> features. I guess it would be faster and less painful to rewrite TYPO3 
> in OCAML or Smalltalk.

Maybe so, but that would defeat the purpose. The purpose is to ad hear 
to a standard for compatibility. I do admit, I'm a bit of a standards freak!

> 
>> Ambitous I know. Some of you are probably thinking bbbfffttthhh to Java,
>> more like TYPO3 10.0, but it is only software; you could imagine it 
>> right?
> 
> Sorry, I can't imagine that. But that's probably my fault.
> 
> Thanks for the discussion input!

My pleasure Michael, thanks for yours!

Cheers,
David


[1] http://wiki.java.net/bin/view/Portlet/JSR168FAQ
     http://www.javaworld.com/javaworld/jw-08-2003/jw-0801-portlet-p3.html
     http://www.javaworld.com/javaworld/jw-09-2003/jw-0905-portlet2.html
[2] http://typo3.org/development/roadmap
[3] http://www.yaml.org
[4] http://whytheluckystiff.net/syck
[5] http://portals.apache.org/bridges
[6] http://geronimo.apache.org
[7] http://www.oasis-open.org/committees/tc_home.php?wg_abbrev=wsrp



From david at vaultin.com  Wed Feb 15 15:54:26 2006
From: david at vaultin.com (David Toshack)
Date: Thu, 16 Feb 2006 01:54:26 +1100
Subject: [TYPO3-dev] TYPO3 JSR-168/JSR-170 compliance w/ Jetspeed,
	Graffito and all that comes with it!
In-Reply-To: <mailman.1.1139922471.3269.typo3-dev@lists.netfielders.de>
References: <mailman.1.1139888159.20376.typo3-dev@lists.netfielders.de>
	<mailman.1.1139921217.32669.typo3-dev@lists.netfielders.de>
	<mailman.1.1139922471.3269.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140015268.20843.typo3-dev@lists.netfielders.de>

Dmitry Dulepov wrote:
> Hi!
> 
> Michael Scharkow wrote:
>> There might be a huge market in JAVA-based portal software, but I don't
>> think TYPO3 belongs in there. Moreover, most of the large and successful
>> websites *don't* run on JAVA portals: amazon, google, slashdot, younameit.
> 
> Java simply had a good PR. It neither has good performance, nor it is
> true cross-platform. I know what I am talking about because I have to
> program in Java for a couple of years at my job.

Not sure what you're comparing it to here.

> 
> Btw, Java must not be used at nuclear and other critical facilities. Sun
> explicitly declines any warranty about it. Why? It is simple: Java is a
> toy language and all Tomcats, etc are toys as well. They can be huge and

Hmmm thats one multi-billion dollar adult toy industry! Next thing you 
know adult shops will be making vibrating Javas!
Please point me in the direction of a programming language with a 
warranty, I've gotta find me one of those!

> monstrous but they are toys. They take much more resources and work much
> slower than other solutions.

That is just plain incorrect when you're dealing with scalable 
applications. Any software engineer worth their salt will tell you that! 
Like the following, that statement would be a bit too generalised to 
comment on, but I couldn't help myself.

> 
> I could tell a lot about Java server software and how bad it is. Bad
> just because it is a wrong idea to use Java for server programming. But
> I will not. This is not Java news group...

That statement is a bit too generalised to comment on. I agree, this is 
not the place to repeat this age old debate.


I don't want to start a flame war. That was never my intention, although 
I suspected my post would stir the pot. My intention was to hopefully 
discuss the possibilities of ad hearing to industry defining standards 
that cannot be ignored. Whether it be through J2EE, Rails, Zope, Django 
or most likely, the up and coming Zend PHP Framework[1]. Obviously not 
immediately but hopefully in years to come.

Long live standards in software, we have enough wheels without inventing 
new ones!

Cheers,
David


[1] http://www.zend.com/collaboration/framework_overview



From tapio.markula at dnainternet.net  Wed Feb 15 16:00:50 2006
From: tapio.markula at dnainternet.net (tapio)
Date: Wed, 15 Feb 2006 17:00:50 +0200
Subject: [TYPO3-dev] adding edit icons to kickstarter records
In-Reply-To: <mailman.1.1140015013.20506.typo3-dev@lists.netfielders.de>
References: <mailman.134.1139946191.3822.typo3-dev@lists.netfielders.de>
	<mailman.1.1140015013.20506.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140015681.21893.typo3-dev@lists.netfielders.de>

steve ryan wrote:
> Hi Tim,
>   If you dig around in the backend and trace back the links for the 
> edit  pencils you find things like
> 
> <a target='_new' 
> href='typo3/alt_doc.php?returnUrl=../typo3conf/ext/stever_useradmin/pi1/closewindow.php&edit[be_users][".$bVal["uid"]."]=edit' 
> border='0'><img src='typo3conf/ext/stever_useradmin/typoicons/edit.gif' 
> border='0' /></a>

you have then create your own function instead of the default functions
creating edit icons?

> There are also many solutions out there to implement front end editing 
> including the admin_interface

marked as 'obsolete' -  not recommend to install because it is not 
supported anymore and there is no infromation for what Typo3 version it 
has been designed for.



From bedlamhotel at gmail.com  Wed Feb 15 16:39:07 2006
From: bedlamhotel at gmail.com (Christopher)
Date: Wed, 15 Feb 2006 07:39:07 -0800
Subject: [TYPO3-dev] Typo3.org is up
In-Reply-To: <mailman.238.1140014277.3122.typo3-dev@lists.netfielders.de>
References: <mailman.168.1139959606.3822.typo3-dev@lists.netfielders.de>
	<mailman.172.1139959993.3822.typo3-dev@lists.netfielders.de>
	<mailman.1.1139960488.28868.typo3-dev@lists.netfielders.de>
	<mailman.1.1139986871.28837.typo3-dev@lists.netfielders.de>
	<mailman.1.1140001281.25552.typo3-dev@lists.netfielders.de>
	<mailman.1.1140010708.12492.typo3-dev@lists.netfielders.de>
	<mailman.238.1140014277.3122.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.255.1140017952.3122.typo3-dev@lists.netfielders.de>

On 2/15/06, Karl Klammer <karl.klammer at gmx.de> wrote:

> nice work! one suggestion concerning the tables, however:
> What about making the layout wider in general? Remember, this is a
> _developers_ resource - who of you is still working with a 800x600 screen
> resolution? Looking at this in 1280x1024 it looks like a postcard ;-)
>

...but who, with a monitor that size, expects any site to be usable
(i.e. have lines of a readable length) without resizing the window?
($Higher_screen_resolutions != $Larger_viewports)

-Christopher



From Martin.Kutschker at n0spam-blackbox.net  Wed Feb 15 16:42:57 2006
From: Martin.Kutschker at n0spam-blackbox.net (Martin Kutschker)
Date: Wed, 15 Feb 2006 16:42:57 +0100
Subject: [TYPO3-dev] TER2 : suggest features
In-Reply-To: <mailman.1.1140013130.17189.typo3-dev@lists.netfielders.de>
References: <mailman.14.1139990444.3122.typo3-dev@lists.netfielders.de>
	<mailman.192.1140011974.3122.typo3-dev@lists.netfielders.de>
	<mailman.1.1140012761.16343.typo3-dev@lists.netfielders.de>
	<mailman.1.1140013130.17189.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140018176.27298.typo3-dev@lists.netfielders.de>

Dmitry Dulepov schrieb:
> Hi!
> 
> Martin Kutschker wrote:
> 
>>Activity is meaningless. An extension in perfect working condition has 0
>>activity.
> 
> Not really. Zero activity means that extension is not developed any
> more. But even perfectly working extension can be extended further.

Well, of course it can be extended. But sometimes all features have been 
implemented and all changes cease. There are IMHO many extensions that 
simply fulfil their job and perhaps every year a mini update is done 
(perhaps only to fix a spelling or so).

Masi



From typo at pure.kicks-ass.net  Wed Feb 15 16:46:15 2006
From: typo at pure.kicks-ass.net (Thomas Mammitzsch)
Date: Wed, 15 Feb 2006 16:46:15 +0100
Subject: [TYPO3-dev]  add Javascript function
Message-ID: <mailman.1.1140018376.28008.typo3-dev@lists.netfielders.de>

Hi List,

i need to add some javascript functions for my fe-plugin to the html
head. i crawled all api docs but haven't found how to.
It would be great, if someone can tell me how to do this or where i find
documentation about it.

best regards, Thomas



From dbruen at saltation.de  Wed Feb 15 16:54:52 2006
From: dbruen at saltation.de (=?ISO-8859-1?Q?Daniel_Br=FCn?=)
Date: Wed, 15 Feb 2006 16:54:52 +0100
Subject: [TYPO3-dev] Typo3.org is up
In-Reply-To: <mailman.238.1140014277.3122.typo3-dev@lists.netfielders.de>
References: <mailman.168.1139959606.3822.typo3-dev@lists.netfielders.de>	<mailman.172.1139959993.3822.typo3-dev@lists.netfielders.de>	<mailman.1.1139960488.28868.typo3-dev@lists.netfielders.de>	<mailman.1.1139986871.28837.typo3-dev@lists.netfielders.de>	<mailman.1.1140001281.25552.typo3-dev@lists.netfielders.de>	<mailman.1.1140010708.12492.typo3-dev@lists.netfielders.de>
	<mailman.238.1140014277.3122.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140018822.27716.typo3-dev@lists.netfielders.de>

Hi!

Karl Klammer wrote:
> nice work! one suggestion concerning the tables, however:
> What about making the layout wider in general? Remember, this is a 
> _developers_ resource - who of you is still working with a 800x600 
> screen resolution? Looking at this in 1280x1024 it looks like a postcard 
> ;-)

Yes! I totally agree. 100pixels more would do the trick. There is too 
much information in the Extension-Department to fit into a relatively 
narrow slot.
A minimum horizontal screen-resolution of 1024 pixels can be considered 
standard as of now...

Cheers,
Dan



From nospam at jweiland.net  Wed Feb 15 16:57:56 2006
From: nospam at jweiland.net (Jochen Weiland)
Date: Wed, 15 Feb 2006 16:57:56 +0100
Subject: [TYPO3-dev] Typo3.org is up
In-Reply-To: <mailman.1.1140010708.12492.typo3-dev@lists.netfielders.de>
References: <mailman.168.1139959606.3822.typo3-dev@lists.netfielders.de>
	<mailman.172.1139959993.3822.typo3-dev@lists.netfielders.de>
	<mailman.1.1139960488.28868.typo3-dev@lists.netfielders.de>
	<mailman.1.1139986871.28837.typo3-dev@lists.netfielders.de>
	<mailman.1.1140001281.25552.typo3-dev@lists.netfielders.de>
	<mailman.1.1140010708.12492.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140018968.28906.typo3-dev@lists.netfielders.de>

Martin,

I just fixed in on the "usergroup" page (which was specifically 
mentioned in the earlier msg), since that's the page that I maintain.

Jochen

Martin Kutschker wrote:

> Jochen Weiland schrieb:
> 
>> Item #5 has been fixed.
> 
> 
> No, big tables in docs still break the layout.
> 
> 
>> Regards
>> Jochen
>>
>> Matthew Manderson wrote:
>>
>>>
>>> http://typo3.org/community/typo3-user-groups/
>>> 5) Content pushes out into the right grey area.



From ms.usenet.nospam at schoenbeck.de  Wed Feb 15 16:56:15 2006
From: ms.usenet.nospam at schoenbeck.de (Martin Schoenbeck)
Date: Wed, 15 Feb 2006 16:56:15 +0100
Subject: [TYPO3-dev] TER2 : suggest features
References: <mailman.14.1139990444.3122.typo3-dev@lists.netfielders.de>
	<mailman.192.1140011974.3122.typo3-dev@lists.netfielders.de>
	<mailman.1.1140012761.16343.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140018976.29273.typo3-dev@lists.netfielders.de>

Hi Martin,

Martin Kutschker schrieb:

> Number of downloads is pointless unless you have a rating. If you download 
> stuff only because others have downloaded something, then extensions become 
> popular only (and only) because some guys started downloading the stuff. It 
> says nothing about the quality.

That's true on the first impression. But as soon, as you took such an
extension and disregard it later, you won't download the next version,
because you're happy with another one. So on the long term, download rates
will give a good idea and will perhaps be misleading only for new
extensions. But then in both directions, because even a very good but new
extension will have only a few download.

You'll have to weight this numbers, perhaps even disregard them, but it's
always better, to have something for weighting.

Martin
-- 
Bitte nicht an der E-Mail-Adresse fummeln, die pa?t so.



From Martin.Kutschker at n0spam-blackbox.net  Wed Feb 15 17:01:19 2006
From: Martin.Kutschker at n0spam-blackbox.net (Martin Kutschker)
Date: Wed, 15 Feb 2006 17:01:19 +0100
Subject: [TYPO3-dev] Typo3.org is up
In-Reply-To: <mailman.255.1140017952.3122.typo3-dev@lists.netfielders.de>
References: <mailman.168.1139959606.3822.typo3-dev@lists.netfielders.de>	<mailman.172.1139959993.3822.typo3-dev@lists.netfielders.de>	<mailman.1.1139960488.28868.typo3-dev@lists.netfielders.de>	<mailman.1.1139986871.28837.typo3-dev@lists.netfielders.de>	<mailman.1.1140001281.25552.typo3-dev@lists.netfielders.de>	<mailman.1.1140010708.12492.typo3-dev@lists.netfielders.de>	<mailman.238.1140014277.3122.typo3-dev@lists.netfielders.de>
	<mailman.255.1140017952.3122.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140019277.29413.typo3-dev@lists.netfielders.de>

Christopher schrieb:
> On 2/15/06, Karl Klammer <karl.klammer at gmx.de> wrote:
> 
> 
>>nice work! one suggestion concerning the tables, however:
>>What about making the layout wider in general? Remember, this is a
>>_developers_ resource - who of you is still working with a 800x600 screen
>>resolution? Looking at this in 1280x1024 it looks like a postcard ;-)
>>
> 
> 
> ...but who, with a monitor that size, expects any site to be usable
> (i.e. have lines of a readable length) without resizing the window?
> ($Higher_screen_resolutions != $Larger_viewports)

Screensize doesn't matter in this case. The problem is that the background 
is somewhat limited in size by the navigation bar on top. But nearly all 
tabular contents of typo3.org will be larger. Thhink TSref!

Masi



From karl.klammer at gmx.de  Wed Feb 15 17:33:22 2006
From: karl.klammer at gmx.de (Karl Klammer)
Date: Wed, 15 Feb 2006 17:33:22 +0100
Subject: [TYPO3-dev] Typo3.org is up
In-Reply-To: <mailman.1.1140019277.29413.typo3-dev@lists.netfielders.de>
References: <mailman.168.1139959606.3822.typo3-dev@lists.netfielders.de>
	<mailman.172.1139959993.3822.typo3-dev@lists.netfielders.de>
	<mailman.1.1139960488.28868.typo3-dev@lists.netfielders.de>
	<mailman.1.1139986871.28837.typo3-dev@lists.netfielders.de>
	<mailman.1.1140001281.25552.typo3-dev@lists.netfielders.de>
	<mailman.1.1140010708.12492.typo3-dev@lists.netfielders.de>
	<mailman.238.1140014277.3122.typo3-dev@lists.netfielders.de>
	<mailman.255.1140017952.3122.typo3-dev@lists.netfielders.de>
	<mailman.1.1140019277.29413.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.285.1140021141.3122.typo3-dev@lists.netfielders.de>

At 17:01 15.02.2006, you wrote:
>Christopher schrieb:
> > On 2/15/06, Karl Klammer <karl.klammer at gmx.de> wrote:
> >
> >
> >>nice work! one suggestion concerning the tables, however:
> >>What about making the layout wider in general? Remember, this is a
> >>_developers_ resource - who of you is still working with a 800x600 screen
> >>resolution? Looking at this in 1280x1024 it looks like a postcard ;-)
> >>
> >
> >
> > ...but who, with a monitor that size, expects any site to be usable
> > (i.e. have lines of a readable length) without resizing the window?
> > ($Higher_screen_resolutions != $Larger_viewports)

yes, I expect sites to be usable with that size of viewport. You can - and 
should - limit text content to some width. But you should also not limit 
everybody to the smallest size possible - especially on a site targeted at 
developers. I don't think it's possible to work productively in the 
T3-Backend with a 800x600 resolution anyway, so why limit the developers 
resource site to that size? Just adding 100 or 200 pixels in width _will_ 
make a big difference for most pages with lots of content.

>Screensize doesn't matter in this case. The problem is that the background
>is somewhat limited in size by the navigation bar on top. But nearly all
>tabular contents of typo3.org will be larger. Thhink TSref!

yes - this will have to be solved as well, but my point is: there will be 
content _especially_ designed for the new layout - like the extension 
listing and and document section. And if this content is designed for an 
800px-layout, it will make usability worse.

Regards
Karl





From david.green at bris.ac.uk  Wed Feb 15 17:35:39 2006
From: david.green at bris.ac.uk (Dave Green)
Date: Wed, 15 Feb 2006 16:35:39 +0000
Subject: [TYPO3-dev] What happened to typo3.org ?
In-Reply-To: <mailman.1.1140000551.23444.typo3-dev@lists.netfielders.de>
References: <mailman.1.1140000551.23444.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140021339.2896.typo3-dev@lists.netfielders.de>

Jens wrote:
> Hi guys,
> 
> I really like the new design... r servers ?
> 
> Greetings Jens

I like the design too. Lovely to look at.

One thought to offer though. A blind friend of mine has told me that the 
single thing that most improves his experience of a website (with a 
screen reader) is if there is a "Skip Menu" link at the top of the page. 
If you're blind, its very irritating to be forced to listen to the same 
menu over and over again before getting to the meaning of the page. This 
link can easily be placed in a hidden DIV for everyone else.

Congrats to the design team in all other respects - well done!

Best wishes
David



From franz at fholzinger.com  Wed Feb 15 18:35:41 2006
From: franz at fholzinger.com (Franz Holzinger)
Date: Wed, 15 Feb 2006 18:35:41 +0100
Subject: [TYPO3-dev] TER2 : suggest features
In-Reply-To: <mailman.1.1140018176.27298.typo3-dev@lists.netfielders.de>
References: <mailman.14.1139990444.3122.typo3-dev@lists.netfielders.de>
	<mailman.192.1140011974.3122.typo3-dev@lists.netfielders.de>
	<mailman.1.1140012761.16343.typo3-dev@lists.netfielders.de>
	<mailman.1.1140013130.17189.typo3-dev@lists.netfielders.de>
	<mailman.1.1140018176.27298.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140024912.9519.typo3-dev@lists.netfielders.de>

Hello Martin,
>>
>>> Activity is meaningless. An extension in perfect working condition has 0
>>> activity.
>>
>>
>> Not really. Zero activity means that extension is not developed any
>> more. But even perfectly working extension can be extended further.
> 
> 
> Well, of course it can be extended. But sometimes all features have been
> implemented and all changes cease. There are IMHO many extensions that
> simply fulfil their job and perhaps every year a mini update is done
> (perhaps only to fix a spelling or so).
> 
However if an extension which is never updated and extended with new
features then this could also mean that nobody will care about it.

So will have to force the people by sending them emails after e.g. 6
months that they should give some comments (e.g. did the author answer
to emails and correct bugs?) on the downloaded extension or give some
points.


Greets,

Franz



From Martin.Kutschker at n0spam-blackbox.net  Wed Feb 15 18:49:29 2006
From: Martin.Kutschker at n0spam-blackbox.net (Martin Kutschker)
Date: Wed, 15 Feb 2006 18:49:29 +0100
Subject: [TYPO3-dev] Typo3.org is up
In-Reply-To: <mailman.1.1140018968.28906.typo3-dev@lists.netfielders.de>
References: <mailman.168.1139959606.3822.typo3-dev@lists.netfielders.de>
	<mailman.172.1139959993.3822.typo3-dev@lists.netfielders.de>
	<mailman.1.1139960488.28868.typo3-dev@lists.netfielders.de>
	<mailman.1.1139986871.28837.typo3-dev@lists.netfielders.de>
	<mailman.1.1140001281.25552.typo3-dev@lists.netfielders.de>
	<mailman.1.1140010708.12492.typo3-dev@lists.netfielders.de>
	<mailman.1.1140018968.28906.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140025767.10533.typo3-dev@lists.netfielders.de>

Jochen Weiland schrieb:
> Martin,
> 
> I just fixed in on the "usergroup" page (which was specifically 
> mentioned in the earlier msg), since that's the page that I maintain.

Sorry, I didn't read the whole thread. My fault.

Masi



From rico.moorman at gmail.com  Wed Feb 15 19:01:18 2006
From: rico.moorman at gmail.com (Rico Moorman)
Date: Wed, 15 Feb 2006 19:01:18 +0100
Subject: [TYPO3-dev]  access control
Message-ID: <mailman.1.1140026444.11713.typo3-dev@lists.netfielders.de>

Dear list,

I hope this is the right place to post my question, but as I think that 
its somehow core related and involves some development I thought that I 
am right on this list.

I was wondering if there is already a discussion going on and/or plans 
to extend and develop the access scheme of typo3 (access rights for 
content and records from other tables placed on pages). If this is the 
case I would love to join the discussion or just read what the plans are.

Maybe you can point me to the right place then. Otherwise I would like 
to discuss about it here.

Thank you very much in advance!

Best wishes!

Rico Moorman



From tapio.markula at dnainternet.net  Wed Feb 15 19:06:56 2006
From: tapio.markula at dnainternet.net (tapio)
Date: Wed, 15 Feb 2006 20:06:56 +0200
Subject: [TYPO3-dev] access control
In-Reply-To: <mailman.1.1140026444.11713.typo3-dev@lists.netfielders.de>
References: <mailman.1.1140026444.11713.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140026846.12980.typo3-dev@lists.netfielders.de>

Rico Moorman wrote:
> Dear list,
> 
> I hope this is the right place to post my question, but as I think that 
> its somehow core related and involves some development I thought that I 
> am right on this list.
> 
> I was wondering if there is already a discussion going on and/or plans 
> to extend and develop the access scheme of typo3 (access rights for 
> content and records from other tables placed on pages).

Well it is extremely simple to put 'Restrict from admin users' for 
individual content elements. But to put for every content element an 
owner andgroug, might create massive access lists. However worth to discuss.



From keiser_soze at hotmail.com  Wed Feb 15 19:11:03 2006
From: keiser_soze at hotmail.com (Antonio Willybiro)
Date: Wed, 15 Feb 2006 18:11:03 -0000
Subject: [TYPO3-dev]  Customer reference extension **used on typo3.com**
Message-ID: <mailman.1.1140027068.13335.typo3-dev@lists.netfielders.de>

Hi there,
Can anyone tell me which extension is being used there: 
http://www.typo3.com/Customers.1229.0.html?

Cheers,
Antonio 





From tapio.markula at dnainternet.net  Wed Feb 15 19:19:13 2006
From: tapio.markula at dnainternet.net (tapio)
Date: Wed, 15 Feb 2006 20:19:13 +0200
Subject: [TYPO3-dev] Customer reference extension **used on typo3.com**
In-Reply-To: <mailman.1.1140027068.13335.typo3-dev@lists.netfielders.de>
References: <mailman.1.1140027068.13335.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140027584.13836.typo3-dev@lists.netfielders.de>

Antonio Willybiro wrote:
> Hi there,
> Can anyone tell me which extension is being used there: 
> http://www.typo3.com/Customers.1229.0.html?

Look at the source - it commonly tells it
<!--

		BEGIN: Content of extension "t3references", plugin "tx_t3references_pi1"

	-->

	<div class="tx-t3references-pi1">

plugin should be t3references  - might have underscores



From info at unlimited-vision.net  Wed Feb 15 20:11:06 2006
From: info at unlimited-vision.net (Sacha Vorbeck)
Date: Wed, 15 Feb 2006 20:11:06 +0100
Subject: [TYPO3-dev] What happened to typo3.org ?
In-Reply-To: <mailman.1.1140021339.2896.typo3-dev@lists.netfielders.de>
References: <mailman.1.1140000551.23444.typo3-dev@lists.netfielders.de>
	<mailman.1.1140021339.2896.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140030830.30822.typo3-dev@lists.netfielders.de>

Hi,

> One thought to offer though. A blind friend of mine has told me that the
> single thing that most improves his experience of a website (with a
> screen reader) is if there is a "Skip Menu" link at the top of the page.
> If you're blind, its very irritating to be forced to listen to the same
> menu over and over again before getting to the meaning of the page. This
> link can easily be placed in a hidden DIV for everyone else.

+1. Also the blur function-calls in the navigation should be removed to
make the site usable for people that have to navigate with a keyboard.
Same on .com. Besides that, I really like it. Thanks to all involved.

-- 
Ciao,
  Sacha



From newslist at andreas-balzer.de  Wed Feb 15 20:18:59 2006
From: newslist at andreas-balzer.de (Andreas Balzer)
Date: Wed, 15 Feb 2006 20:18:59 +0100
Subject: [TYPO3-dev]  Include core from outside of Typo3
Message-ID: <mailman.1.1140031136.19472.typo3-dev@lists.netfielders.de>

Hi! What do i have to include in a php file, to get access to the Typo3 
classes and functions t3lib_pageTree, t3lib_div::makeInstance, start, 
process_datamap and t3lib_TCEmain, so that they work from outside of Typo3?

I would like to run these functions and classes without having the file 
in the standard Typo3 BE or FE. Is this possible somehow?

Or is there a file like tce_db.php for pagetree and user auth?

Greets
Andreas



From newslist at andreas-balzer.de  Wed Feb 15 20:24:45 2006
From: newslist at andreas-balzer.de (Andreas Balzer)
Date: Wed, 15 Feb 2006 20:24:45 +0100
Subject: [TYPO3-dev] What happened to typo3.org ?
In-Reply-To: <mailman.1.1140007635.7103.typo3-dev@lists.netfielders.de>
References: <mailman.1.1140000551.23444.typo3-dev@lists.netfielders.de>
	<mailman.1.1140005431.3150.typo3-dev@lists.netfielders.de>
	<mailman.1.1140007635.7103.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140031482.19974.typo3-dev@lists.netfielders.de>

Franz Koch schrieb:
>> We just changed everything, visible and invisible.
> Which means it's based on TV, right :)
> 
> one thing i discovered - the extension-listing is breaking the 
> page-layout (IE and Firefox, but in different ways), but I think that 
> will be fixed in time.

This bug comes also in large documentation sites.
Well, the ER lets IE 7 crash ;) (sometimes)

Andreas



From tapio.markula at dnainternet.net  Wed Feb 15 20:27:58 2006
From: tapio.markula at dnainternet.net (tapio)
Date: Wed, 15 Feb 2006 21:27:58 +0200
Subject: [TYPO3-dev] What happened to typo3.org ?
In-Reply-To: <mailman.1.1140031482.19974.typo3-dev@lists.netfielders.de>
References: <mailman.1.1140000551.23444.typo3-dev@lists.netfielders.de>
	<mailman.1.1140005431.3150.typo3-dev@lists.netfielders.de>
	<mailman.1.1140007635.7103.typo3-dev@lists.netfielders.de>
	<mailman.1.1140031482.19974.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140031709.20272.typo3-dev@lists.netfielders.de>

Andreas Balzer wrote:
> Franz Koch schrieb:
> 
>>> We just changed everything, visible and invisible.
>>
>> Which means it's based on TV, right :)
>>
>> one thing i discovered - the extension-listing is breaking the 
>> page-layout (IE and Firefox, but in different ways), but I think that 
>> will be fixed in time.

And I didn't find anymore links to edit own extensions and upload new 
version of manual.



From bas at extranet.kompas-media.nl  Wed Feb 15 21:46:29 2006
From: bas at extranet.kompas-media.nl (Bas v.d. Wiel)
Date: Wed, 15 Feb 2006 21:46:29 +0100
Subject: [TYPO3-dev] Typo3.org small caching problem?
Message-ID: <mailman.359.1140036370.3122.typo3-dev@lists.netfielders.de>

Hi all,
First of all congratulations on a great job!! The new Typo3.org looks 
awesome! However I did find a small bug that I assume has to do with 
caching. I was looking at the feature list of TYPO3 on the following URL:

http://www.typo3.com/Feature_list.1628.0.html#3534

And in my browser it's still using the old template. I don't have all 
the messages about the new Typo3.org, so I may have missed something.. 
Just thought I'd let you guys know just in case.

Otherwise great site!

Bas



From michelle at typo3.us  Wed Feb 15 21:51:38 2006
From: michelle at typo3.us (Michelle Heizer)
Date: Wed, 15 Feb 2006 14:51:38 -0600
Subject: [TYPO3-dev] Typo3.org small caching problem?
In-Reply-To: <mailman.359.1140036370.3122.typo3-dev@lists.netfielders.de>
References: <mailman.359.1140036370.3122.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140036725.28546.typo3-dev@lists.netfielders.de>

Hi Bas,

Thanks for the post! I just fixed it. There's still a couple of things
to work out with that section. :)

Regards,

Michelle 


On Wed, 2006-02-15 at 21:46 +0100, Bas v.d. Wiel wrote:
> Hi all,
> First of all congratulations on a great job!! The new Typo3.org looks 
> awesome! However I did find a small bug that I assume has to do with 
> caching. I was looking at the feature list of TYPO3 on the following URL:
> 
> http://www.typo3.com/Feature_list.1628.0.html#3534
> 
> And in my browser it's still using the old template. I don't have all 
> the messages about the new Typo3.org, so I may have missed something.. 
> Just thought I'd let you guys know just in case.
> 
> Otherwise great site!
> 
> Bas




From ben at netcreators.nl  Wed Feb 15 22:54:42 2006
From: ben at netcreators.nl (ben van 't ende [netcreators])
Date: Wed, 15 Feb 2006 22:54:42 +0100
Subject: [TYPO3-dev] access control
In-Reply-To: <mailman.1.1140026444.11713.typo3-dev@lists.netfielders.de>
References: <mailman.1.1140026444.11713.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140040483.3533.typo3-dev@lists.netfielders.de>

Rico Moorman wrote:
> Dear list,
> 
> I hope this is the right place to post my question, but as I think that
> its somehow core related and involves some development I thought that I
> am right on this list.
> 
> I was wondering if there is already a discussion going on and/or plans
> to extend and develop the access scheme of typo3 (access rights for
> content and records from other tables placed on pages). If this is the
> case I would love to join the discussion or just read what the plans are.
> 
> Maybe you can point me to the right place then. Otherwise I would like
> to discuss about it here.
> 
> Thank you very much in advance!
> 
> Best wishes!
> 
> Rico Moorman


Hi Rico,

What exactly do you want to achieve? There is a lot possible already
concerning access rights. I myself tend to use be_acl by Sebastian
Kurfuerst for giving groups access to certain pages. A lot is possible
also with setting options on folders that would allow only certain ce's
to be created there.

gRTz

ben
-- 
netcreators::creation and innovation
www.netcreators.com -  www.typo3.nl





From ben at netcreators.nl  Wed Feb 15 22:56:53 2006
From: ben at netcreators.nl (ben van 't ende [netcreators])
Date: Wed, 15 Feb 2006 22:56:53 +0100
Subject: [TYPO3-dev] What happened to typo3.org ?
In-Reply-To: <mailman.1.1140030830.30822.typo3-dev@lists.netfielders.de>
References: <mailman.1.1140000551.23444.typo3-dev@lists.netfielders.de>
	<mailman.1.1140021339.2896.typo3-dev@lists.netfielders.de>
	<mailman.1.1140030830.30822.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140040613.3533.typo3-dev@lists.netfielders.de>

Sacha Vorbeck wrote:
> Hi,
> 
>> One thought to offer though. A blind friend of mine has told me that the
>> single thing that most improves his experience of a website (with a
>> screen reader) is if there is a "Skip Menu" link at the top of the page.
>> If you're blind, its very irritating to be forced to listen to the same
>> menu over and over again before getting to the meaning of the page. This
>> link can easily be placed in a hidden DIV for everyone else.
> 
> +1. Also the blur function-calls in the navigation should be removed to
> make the site usable for people that have to navigate with a keyboard.
> Same on .com. Besides that, I really like it. Thanks to all involved.

Hi Everyone,

Great design! Just want to plus the previous two posts concerning the
accessibility thingies. Very easy to implement and a great joy also when
using opera mini that I just installed on my mobile. Haha reading TSRef
on my mobile ;-) Anyway.

* I think the site needs a width for a higher resolution. I think we can
safely go to 1024X768 screens. I see more and more sites popping up
using that. I am not default designing for that, but there are a lot of
pages that cannot never fit on a smaller res. I would use a width of
about 960 px. That would also make the documentation better readable as
the column is a bit to narrow for comfortable reading and the extensions
fit on the page.

* And you also need a printstyle sheet. I will be happy to make that.
Just give me a day or two.

* Owww uhhh the site is full of validation errors. Can we try to get it
XHTML transitional? There is a Content Rendering Group you know that
will gladly assist. Who is in charge of TYPO3.org now?

Many thanks this will greatly improve TYPO3's image.

ben
-- 
netcreators::creation and innovation
www.netcreators.com -  www.typo3.nl





From keiser_soze at hotmail.com  Wed Feb 15 23:25:48 2006
From: keiser_soze at hotmail.com (Antonio Willybiro)
Date: Wed, 15 Feb 2006 22:25:48 -0000
Subject: [TYPO3-dev] Customer reference extension **used on typo3.com**
References: <mailman.1.1140027068.13335.typo3-dev@lists.netfielders.de>
	<mailman.1.1140027584.13836.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140042354.7522.typo3-dev@lists.netfielders.de>

Indeed that should have been the first thing to do.
thanks for the tip, i'll check that before asking stupid questions in the 
future ;)

Cheers,
Antonio

"tapio" <tapio.markula at dnainternet.net> wrote in message 
news:mailman.1.1140027584.13836.typo3-dev at lists.netfielders.de...
> Antonio Willybiro wrote:
>> Hi there,
>> Can anyone tell me which extension is being used there: 
>> http://www.typo3.com/Customers.1229.0.html?
>
> Look at the source - it commonly tells it
> <!--
>
> BEGIN: Content of extension "t3references", plugin "tx_t3references_pi1"
>
> -->
>
> <div class="tx-t3references-pi1">
>
> plugin should be t3references  - might have underscores 





From ben at netcreators.nl  Thu Feb 16 00:28:44 2006
From: ben at netcreators.nl (ben van 't ende [netcreators])
Date: Thu, 16 Feb 2006 00:28:44 +0100
Subject: [TYPO3-dev] What happened to typo3.org ?
In-Reply-To: <mailman.1.1140040613.3533.typo3-dev@lists.netfielders.de>
References: <mailman.1.1140000551.23444.typo3-dev@lists.netfielders.de>
	<mailman.1.1140021339.2896.typo3-dev@lists.netfielders.de>
	<mailman.1.1140030830.30822.typo3-dev@lists.netfielders.de>
	<mailman.1.1140040613.3533.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140046125.12505.typo3-dev@lists.netfielders.de>

ben van 't ende [netcreators] wrote:

> * And you also need a printstyle sheet. I will be happy to make that.
> Just give me a day or two.

Hi,

I have a little concept here already.

http://wiki.typo3.org/index.php/Print.css

It is a little hard to test it as this concerns many different pages,
but this seems a good start. Can this style be attached to TYPO3.org so
it can be tested out on the different pages? It has no consequence for
the frontend display so there is no risk in that.

gRTz

ben
-- 
netcreators::creation and innovation
www.netcreators.com -  www.typo3.nl





From johnny at slipcasemedia.com  Thu Feb 16 04:10:05 2006
From: johnny at slipcasemedia.com (Johnny Peck)
Date: Wed, 15 Feb 2006 22:10:05 -0500
Subject: [TYPO3-dev] add Javascript function
In-Reply-To: <mailman.1.1140018376.28008.typo3-dev@lists.netfielders.de>
References: <mailman.1.1140018376.28008.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140059407.30507.typo3-dev@lists.netfielders.de>

Thomas Mammitzsch wrote:
> Hi List,
> 
> i need to add some javascript functions for my fe-plugin to the html
> head. i crawled all api docs but haven't found how to.
> It would be great, if someone can tell me how to do this or where i find
> documentation about it.
> 
> best regards, Thomas

Thomas,
I know it resembles something like 
$GLOBALS['TSFE']->additionalHeaderData = '<script type="text/javascript" 
src="your/source/"></script>'; ...etc...

also there is a function additionalJavaScript() im sure. Check out the 
API for those here ->  http://typo3.org/fileadmin/typo3api-3.8.0/

Sorry for being so vague.. not much time unfortunately. Hope it helps 
anyway.

Regards,
Johnny
	



From peter.russ at 4many.net  Thu Feb 16 08:15:05 2006
From: peter.russ at 4many.net (Peter Russ)
Date: Thu, 16 Feb 2006 08:15:05 +0100
Subject: [TYPO3-dev] Include core from outside of Typo3
In-Reply-To: <mailman.1.1140031136.19472.typo3-dev@lists.netfielders.de>
References: <mailman.1.1140031136.19472.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140074104.17049.typo3-dev@lists.netfielders.de>

Andreas Balzer schrieb:
> Hi! What do i have to include in a php file, to get access to the Typo3 
> classes and functions t3lib_pageTree, t3lib_div::makeInstance, start, 
> process_datamap and t3lib_TCEmain, so that they work from outside of Typo3?
> 
> I would like to run these functions and classes without having the file 
> in the standard Typo3 BE or FE. Is this possible somehow?
> 
> Or is there a file like tce_db.php for pagetree and user auth?
> 
> Greets
> Andreas
To get an idea how it works check the cron in the dmailer extension.

Regs. Peter.

-- 
Fiat lux!
Docendo discimus.
_____________________________
4Many? Services
openBC: http://www.openbc.com/go/invuid/Peter_Russ



From mathias.schreiber at wmdb.de  Thu Feb 16 08:20:24 2006
From: mathias.schreiber at wmdb.de (Mathias Schreiber)
Date: Thu, 16 Feb 2006 08:20:24 +0100
Subject: [TYPO3-dev] Typo3.org is up
References: <mailman.168.1139959606.3822.typo3-dev@lists.netfielders.de>	<mailman.172.1139959993.3822.typo3-dev@lists.netfielders.de>	<mailman.1.1139960488.28868.typo3-dev@lists.netfielders.de>	<mailman.1.1139986871.28837.typo3-dev@lists.netfielders.de>	<mailman.1.1140001281.25552.typo3-dev@lists.netfielders.de>	<mailman.1.1140010708.12492.typo3-dev@lists.netfielders.de>
	<mailman.238.1140014277.3122.typo3-dev@lists.netfielders.de>
	<mailman.1.1140018822.27716.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140074465.17985.typo3-dev@lists.netfielders.de>

Daniel Br?n wrote:
> Yes! I totally agree. 100pixels more would do the trick. There is too
> much information in the Extension-Department to fit into a relatively
> narrow slot.
> A minimum horizontal screen-resolution of 1024 pixels can be
> considered standard as of now...

/signed

IMHO make it fit 1000 pixels fixed.






From mathias.schreiber at wmdb.de  Thu Feb 16 08:31:58 2006
From: mathias.schreiber at wmdb.de (Mathias Schreiber)
Date: Thu, 16 Feb 2006 08:31:58 +0100
Subject: [TYPO3-dev] Customer reference extension **used on typo3.com**
References: <mailman.1.1140027068.13335.typo3-dev@lists.netfielders.de>
	<mailman.1.1140027584.13836.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140075158.18934.typo3-dev@lists.netfielders.de>

tapio wrote:
> Antonio Willybiro wrote:
>> Hi there,
>> Can anyone tell me which extension is being used there:
>> http://www.typo3.com/Customers.1229.0.html?
>
> Look at the source - it commonly tells it

Nice one :) 





From manceschi at arscolor.com  Thu Feb 16 08:56:35 2006
From: manceschi at arscolor.com (Matteo Anceschi)
Date: Thu, 16 Feb 2006 08:56:35 +0100
Subject: [TYPO3-dev] Typo3.org small caching problem?
In-Reply-To: <mailman.1.1140036725.28546.typo3-dev@lists.netfielders.de>
References: <mailman.359.1140036370.3122.typo3-dev@lists.netfielders.de>
	<mailman.1.1140036725.28546.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140076298.20101.typo3-dev@lists.netfielders.de>

Hi Michelle,

Il 15/02/06 21.51, Michelle Heizer ha scritto:
> Hi Bas,
> 
> Thanks for the post! I just fixed it. There's still a couple of things
> to work out with that section. :)

just to say that clicking
http://www.typo3.com/Feature_list.1628.0.html

I see the old template too...but this morning :(

Thank you again,
Matteo



-- 


______________________________________________
Per una collaborazione migliore, segui le regole
delle mailing list di Typo3: http://typo3.org/1438.0.html



From rico at buyways.nl  Thu Feb 16 09:01:35 2006
From: rico at buyways.nl (Rico Moorman)
Date: Thu, 16 Feb 2006 09:01:35 +0100
Subject: [TYPO3-dev] access control
In-Reply-To: <mailman.1.1140040483.3533.typo3-dev@lists.netfielders.de>
References: <mailman.1.1140026444.11713.typo3-dev@lists.netfielders.de>
	<mailman.1.1140040483.3533.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140076902.21275.typo3-dev@lists.netfielders.de>

Hi Ben,

I would like to make it possible for example that some group may edit 
some ce on a page (eg tt_content) while he isnt able to edit others 
(records of some extension) on a certain part of the tree while he would 
still be able to edit them on other pages.
Or to make it possible that one may only edit content elements he made 
himself but leaving others alone.
One could also then integrate that in some kind of workflow extension 
that makes it possible to change ces on approval of someone else, making 
them visible only (in the FE) if they got approved.

please correct me if I am on the wrong way here :-) maybe there is also 
some other way to achieve that via ts.

best regards

Rico


ben van 't ende [netcreators] wrote:
> Hi Rico,
> 
> What exactly do you want to achieve? There is a lot possible already
> concerning access rights. I myself tend to use be_acl by Sebastian
> Kurfuerst for giving groups access to certain pages. A lot is possible
> also with setting options on folders that would allow only certain ce's
> to be created there.
> 
> gRTz
> 
> ben



From tapio.markula at dnainternet.net  Thu Feb 16 09:13:33 2006
From: tapio.markula at dnainternet.net (tapio)
Date: Thu, 16 Feb 2006 10:13:33 +0200
Subject: [TYPO3-dev] access control
In-Reply-To: <mailman.1.1140076902.21275.typo3-dev@lists.netfielders.de>
References: <mailman.1.1140026444.11713.typo3-dev@lists.netfielders.de>
	<mailman.1.1140040483.3533.typo3-dev@lists.netfielders.de>
	<mailman.1.1140076902.21275.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140077646.23193.typo3-dev@lists.netfielders.de>

Rico Moorman wrote:
> Hi Ben,
> 
>(eg tt_content) while he isnt able to edit others 
> (records of some extension) 
> Or to make it possible that one may only edit content elements he made 
> himself but leaving others alone.

I made in 'tm_contentaccess' rough content access restriction with a 
very simple trick so that certain content elements is possible to edit 
just by admin users. But that is far from what you want to achieve.

This is worth of bigger conversation if this should be in core.
The page level access control should have possibility to extend the 
content access into content element level. Because access control is a 
base module, this issue should be handled properly.



From typo3dev at geithware.de  Thu Feb 16 09:26:04 2006
From: typo3dev at geithware.de (Stefan Geith)
Date: Thu, 16 Feb 2006 09:26:04 +0100
Subject: [TYPO3-dev] What happened to typo3.org ?
In-Reply-To: <mailman.1.1140040613.3533.typo3-dev@lists.netfielders.de>
References: <mailman.1.1140000551.23444.typo3-dev@lists.netfielders.de>	<mailman.1.1140021339.2896.typo3-dev@lists.netfielders.de>	<mailman.1.1140030830.30822.typo3-dev@lists.netfielders.de>
	<mailman.1.1140040613.3533.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.606.1140078479.3122.typo3-dev@lists.netfielders.de>

ben van 't ende [netcreators] schrieb:

> * I think the site needs a width for a higher resolution. I think we can
> safely go to 1024X768 screens. 

Yes, please !

> 
> * And you also need a printstyle sheet. I will be happy to make that.
> Just give me a day or two.

Yes, please !!!


-

Stefan



From andreas.otto at dkd.de  Tue Feb 14 08:56:01 2006
From: andreas.otto at dkd.de (Andreas Otto)
Date: Tue, 14 Feb 2006 08:56:01 +0100
Subject: [TYPO3-dev] About comments
References: <mailman.1.1139820393.18988.typo3-dev@lists.netfielders.de>
	<mailman.1.1139820968.19432.typo3-dev@lists.netfielders.de>
	<mailman.1.1139826814.30418.typo3-dev@lists.netfielders.de>
	<mailman.1.1139840878.8043.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140078602.24790.typo3-dev@lists.netfielders.de>

Hi Dmitry

On Montag, 13. Februar 2006 15:27, Dmitry Dulepov wrote in typo3.dev:
> /*
> * $Log: $
> */

I guess we can leave this out off the code because the information can
be retrieved from the CVS server if needed.

The information about the last editor of the file is already shown in
the $Id$ keyword which should be enough to get in touch with a human
just in case of questions about latest changes.


Cheers,
Andreas

-- 
Use the good features of a language; avoid the bad ones.
            - The Elements of Programming Style (Kernighan & Plaugher)

-- 
Andreas Otto

d.k.d Internet Service GmbH
Kaiserstra?e 79
60329 Frankfurt / Main
Fon: +49 69 43056170
Fax: +49 69 43056190
Mail: andreas.otto at dkd.de
Home: www.dkd.de



From typo3 at fm-world.ru  Thu Feb 16 09:44:31 2006
From: typo3 at fm-world.ru (Dmitry Dulepov)
Date: Thu, 16 Feb 2006 10:44:31 +0200
Subject: [TYPO3-dev] Typo3.org small caching problem?
In-Reply-To: <mailman.1.1140036725.28546.typo3-dev@lists.netfielders.de>
References: <mailman.359.1140036370.3122.typo3-dev@lists.netfielders.de>
	<mailman.1.1140036725.28546.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140079472.26334.typo3-dev@lists.netfielders.de>

Hi!

Michelle Heizer wrote:
> Thanks for the post! I just fixed it. There's still a couple of things
> to work out with that section. :)

I wonder why new typo3.org was not done and tested on a test server
first? Why to hurry so much and release partially working version with
so many "issues"? Could not you take a couple of days for careful testing?

Dmitry.
-- 
"It is our choices, that show what we truly are,
far more than our abilities." (A.P.W.B.D.)



From u.linn at linnweb.de  Thu Feb 16 10:10:42 2006
From: u.linn at linnweb.de (Uli Linn)
Date: Thu, 16 Feb 2006 10:10:42 +0100
Subject: [TYPO3-dev] What happened to typo3.org ?
In-Reply-To: <mailman.1.1140040613.3533.typo3-dev@lists.netfielders.de>
References: <mailman.1.1140000551.23444.typo3-dev@lists.netfielders.de>
	<mailman.1.1140021339.2896.typo3-dev@lists.netfielders.de>
	<mailman.1.1140030830.30822.typo3-dev@lists.netfielders.de>
	<mailman.1.1140040613.3533.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140081048.30069.typo3-dev@lists.netfielders.de>

Hi Folks!

ben van 't ende [netcreators] schrieb:

> * I think the site needs a width for a higher resolution. I think we can
> safely go to 1024X768 screens.

In general, I prefer small pages, so nobody has to scoll from left to 
right.  But according to the target group of typo3.org - Web 
Developpers, Programmers and other Computer Professionals I guess we can 
assume a quite modern Equipment with a Screen Resoloution of at least 
1024x768. Especially for Tabels, Screenshots in Tutorials etc. it would 
help a lot!

For typo3.com, which has another target-group, the small Layout is quite OK.

But even with the small Layout - great Work. Typo3 is becoming much more 
Professinal these Days - I'm very impressed!

Uli



From typo3dev at geithware.de  Thu Feb 16 10:16:52 2006
From: typo3dev at geithware.de (Stefan Geith)
Date: Thu, 16 Feb 2006 10:16:52 +0100
Subject: [TYPO3-dev] Extension Upload: Error #VersionMismatch: Wrong Version
Message-ID: <mailman.623.1140081526.3122.typo3-dev@lists.netfielders.de>

Does anybody know, what is new, when uploading extensions ?

Does it already work in TER2 ?
Do I have to download a new Extension Manager ?
If so, what name does it have in TER ?

Today, when I try to upload a new Version of my
plugins I get this 'red' error:

Error #VersionMismatch: Wrong Version

-

Stefan Geith



From steffen at dislabs.de  Thu Feb 16 10:20:27 2006
From: steffen at dislabs.de (Steffen Kamper)
Date: Thu, 16 Feb 2006 10:20:27 +0100
Subject: [TYPO3-dev]  typo3.org missing informations
Message-ID: <mailman.1.1140081625.31197.typo3-dev@lists.netfielders.de>

Hi,

first of all congratulations to the new design. There are some problems but 
this is normal.
Other problems are really hard:
- old links doesn't work - most of rhe documentation
- extensionsearch is hard limited and there is no pagebrowsing

But as an developer of extensions i don't get my own extensions. Login was 
ok but no more options are displayed.
If i try to edit my profile the browser step in a endless loop.

Hope that will fixed soon cause i want to continue work ...

vg  Steffen 





From ilis at omnisolutions.de  Thu Feb 16 10:29:20 2006
From: ilis at omnisolutions.de (Irina Grimpe-Lishchenko)
Date: Thu, 16 Feb 2006 10:29:20 +0100
Subject: [TYPO3-dev] Typo3.org is up
In-Reply-To: <mailman.1.1140074465.17985.typo3-dev@lists.netfielders.de>
References: <mailman.168.1139959606.3822.typo3-dev@lists.netfielders.de>	<mailman.172.1139959993.3822.typo3-dev@lists.netfielders.de>	<mailman.1.1139960488.28868.typo3-dev@lists.netfielders.de>	<mailman.1.1139986871.28837.typo3-dev@lists.netfielders.de>	<mailman.1.1140001281.25552.typo3-dev@lists.netfielders.de>	<mailman.1.1140010708.12492.typo3-dev@lists.netfielders.de>	<mailman.238.1140014277.3122.typo3-dev@lists.netfielders.de>	<mailman.1.1140018822.27716.typo3-dev@lists.netfielders.de>
	<mailman.1.1140074465.17985.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.628.1140082045.3122.typo3-dev@lists.netfielders.de>

When it goes about frontend of  typo3.org, why don't to use 100% of 
screen width? 
Everybody will see dependantly on their screen resolution. Otherwise on 
1280x1024 it doesn't  look good and it is not handy to use at all

IMHO, Irina Grimpe-Lishchenko

Mathias Schreiber wrote:

>Daniel Br?n wrote:
>  
>
>>Yes! I totally agree. 100pixels more would do the trick. There is too
>>much information in the Extension-Department to fit into a relatively
>>narrow slot.
>>A minimum horizontal screen-resolution of 1024 pixels can be
>>considered standard as of now...
>>    
>>
>
>/signed
>
>IMHO make it fit 1000 pixels fixed.
>
>
>
>  
>
>------------------------------------------------------------------------
>
>_______________________________________________
>TYPO3-dev mailing list
>TYPO3-dev at lists.netfielders.de
>http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev
>




From manceschi at arscolor.com  Thu Feb 16 10:37:19 2006
From: manceschi at arscolor.com (Matteo Anceschi)
Date: Thu, 16 Feb 2006 10:37:19 +0100
Subject: [TYPO3-dev] Typo3.org small caching problem?
In-Reply-To: <mailman.1.1140079472.26334.typo3-dev@lists.netfielders.de>
References: <mailman.359.1140036370.3122.typo3-dev@lists.netfielders.de>
	<mailman.1.1140036725.28546.typo3-dev@lists.netfielders.de>
	<mailman.1.1140079472.26334.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140082335.552.typo3-dev@lists.netfielders.de>

Hi Dmitry,

Il 16/02/06 9.44, Dmitry Dulepov ha scritto:
> Hi!
> 
> I wonder why new typo3.org was not done and tested on a test server
> first? Why to hurry so much and release partially working version with
> so many "issues"? Could not you take a couple of days for careful testing?

on typo3.typo3org, yesterday  Kasper has replied to Oliver Wand (on "New 
Typo3.org"):

<quote Kasper>
I personally authorized Robert Lemke to do the switch even if he had 
doubts about certain things. If the choice is between whether Robert 
spends another week thinking, testing, polling for opinions etc. and on 
the other side launching the site in a state which will make it fail to 
service people properly some days (but generating real world feedback) I 
will always choose the last option. Roberts week is simply more valuable 
to me and the TYPO3 project in the long-term.

And apart from that, its not hard to predict a lot of negative reactions 
but for those of us who knows about the alternatives its always a 
decision between the unpopular decision and the more unpopular decision.

This is how we do things, the freedom we've got.
</quote Kasper>

This is not to talk against you (personally I view day by day on 
typo3.core the precious work you're doing on Workspaces and 
Templavoila), but I think one thing is definitely clear: we have to stop 
questioning and collaborate.
After, we can think if the next time this transition could be made in 
another manner, or not, or similar, etc...

I think everyone here (in primis Robert but also all other devs, 
including you, I think) is doing his best to give us a brand new site 
and TER...and Typo3 4.0.

So, hands on for all of you. :)

Cheers from sunny Italy (Kasper, we already smell the spring 
here...would you come? ;) )

Matteo



-- 


______________________________________________
Per una collaborazione migliore, segui le regole
delle mailing list di Typo3: http://typo3.org/1438.0.html



From typo at pure.kicks-ass.net  Thu Feb 16 10:36:47 2006
From: typo at pure.kicks-ass.net (Thomas Mammitzsch)
Date: Thu, 16 Feb 2006 10:36:47 +0100
Subject: [TYPO3-dev] add Javascript function
In-Reply-To: <mailman.1.1140059407.30507.typo3-dev@lists.netfielders.de>
References: <mailman.1.1140018376.28008.typo3-dev@lists.netfielders.de>
	<mailman.1.1140059407.30507.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140082608.1033.typo3-dev@lists.netfielders.de>

Johnny Peck schrieb:
> Thomas,
> I know it resembles something like
> $GLOBALS['TSFE']->additionalHeaderData = '<script type="text/javascript"
> src="your/source/"></script>'; ...etc...
> 
> also there is a function additionalJavaScript() im sure. Check out the
> API for those here ->  http://typo3.org/fileadmin/typo3api-3.8.0/
> 
> Sorry for being so vague.. not much time unfortunately. Hope it helps
> anyway.
> 
> Regards,
> Johnny
>     

hi Johnny,

thanks for your response and the link to the API documtation!
i always used the api doc from the extdeveval extension which may be not
 that up-to-date. i stumbled over it by myself yesterday, when looking
at the sources ... its GLOBALS['TSFE']->additionalJavaScript[] which is
an array, not a function.
It works fine, but unfortunately it is not mentioned in any
documentation  i've seen before, which makes it hard to find, if you
don't know it.

best regards, Thomas



From robert at typo3.org  Thu Feb 16 10:38:59 2006
From: robert at typo3.org (Robert Lemke)
Date: Thu, 16 Feb 2006 10:38:59 +0100
Subject: [TYPO3-dev] typo3.org missing informations
References: <mailman.1.1140081625.31197.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140082740.1120.typo3-dev@lists.netfielders.de>

Hi Steffen,

Steffen Kamper wrote:

> first of all congratulations to the new design. There are some problems
> but this is normal.
> Other problems are really hard:
> - old links doesn't work - most of rhe documentation
> - extensionsearch is hard limited and there is no pagebrowsing
> 
> But as an developer of extensions i don't get my own extensions. Login was
> ok but no more options are displayed.
> If i try to edit my profile the browser step in a endless loop.
> 
> Hope that will fixed soon cause i want to continue work ...

Please have a look at the typo3.teams.typo3org mailing list / newsgroup.
These topics are discussed and answered there.

Cheers,
robert

-- 
Robert Lemke
TYPO3 Association - Research & Development
Member of the board
http://association.typo3.org




From robert at typo3.org  Thu Feb 16 10:39:16 2006
From: robert at typo3.org (Robert Lemke)
Date: Thu, 16 Feb 2006 10:39:16 +0100
Subject: [TYPO3-dev] Extension Upload: Error #VersionMismatch: Wrong
	Version
References: <mailman.623.1140081526.3122.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140082756.1120.typo3-dev@lists.netfielders.de>

Hi Stefan,

Stefan Geith wrote:

> Does anybody know, what is new, when uploading extensions ?
> 
> Does it already work in TER2 ?
> Do I have to download a new Extension Manager ?
> If so, what name does it have in TER ?
> 
> Today, when I try to upload a new Version of my
> plugins I get this 'red' error:
> 
> Error #VersionMismatch: Wrong Version

Please have a look at the typo3.teams.typo3org mailing list / newsgroup.
These topics are discussed and answered there.

Cheers,
robert

-- 
Robert Lemke
TYPO3 Association - Research & Development
Member of the board
http://association.typo3.org




From robert at typo3.org  Thu Feb 16 10:44:09 2006
From: robert at typo3.org (Robert Lemke)
Date: Thu, 16 Feb 2006 10:44:09 +0100
Subject: [TYPO3-dev] What happened to typo3.org ?
References: <mailman.1.1140000551.23444.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140083049.1874.typo3-dev@lists.netfielders.de>

Hi folks,

the same for this thread: Please have a look at the typo3.teams.typo3org
mailing list / newsgroup. These topics are discussed and answered there.

Cheers,
robert

-- 
Robert Lemke
TYPO3 Association - Research & Development
Member of the board
http://association.typo3.org




From robert at typo3.org  Thu Feb 16 10:45:07 2006
From: robert at typo3.org (Robert Lemke)
Date: Thu, 16 Feb 2006 10:45:07 +0100
Subject: [TYPO3-dev] TER2 : suggest features
References: <mailman.14.1139990444.3122.typo3-dev@lists.netfielders.de>
	<mailman.192.1140011974.3122.typo3-dev@lists.netfielders.de>
	<mailman.1.1140012761.16343.typo3-dev@lists.netfielders.de>
	<mailman.1.1140013130.17189.typo3-dev@lists.netfielders.de>
	<mailman.1.1140018176.27298.typo3-dev@lists.netfielders.de>
	<mailman.1.1140024912.9519.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140083107.1874.typo3-dev@lists.netfielders.de>

Hi Franz,

Franz Holzinger wrote:

> However if an extension which is never updated and extended with new
> features then this could also mean that nobody will care about it.
> 
> So will have to force the people by sending them emails after e.g. 6
> months that they should give some comments (e.g. did the author answer
> to emails and correct bugs?) on the downloaded extension or give some
> points.

Yes, in the security team meeting we have made plans for handling orphaned
extensions. That'll come.

robert

-- 
Robert Lemke
TYPO3 Association - Research & Development
Member of the board
http://association.typo3.org




From steffen at dislabs.de  Thu Feb 16 10:54:47 2006
From: steffen at dislabs.de (Steffen Kamper)
Date: Thu, 16 Feb 2006 10:54:47 +0100
Subject: [TYPO3-dev] typo3.org missing informations
References: <mailman.1.1140081625.31197.typo3-dev@lists.netfielders.de>
	<mailman.1.1140082740.1120.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140083687.2990.typo3-dev@lists.netfielders.de>

Hi Robert,

i tried to find out where the right place is - i'm really confused. I looked 
at teams at typo3.org but didn't catched the right newsgroup or a link that 
fits. Can you give me any advice of the newsgroup for that ?
Thanks in advance

vg Steffen

"Robert Lemke" <robert at typo3.org> schrieb im Newsbeitrag 
news:mailman.1.1140082740.1120.typo3-dev at lists.netfielders.de...
> Hi Steffen,
>
> Steffen Kamper wrote:
>
>> first of all congratulations to the new design. There are some problems
>> but this is normal.
>> Other problems are really hard:
>> - old links doesn't work - most of rhe documentation
>> - extensionsearch is hard limited and there is no pagebrowsing
>>
>> But as an developer of extensions i don't get my own extensions. Login 
>> was
>> ok but no more options are displayed.
>> If i try to edit my profile the browser step in a endless loop.
>>
>> Hope that will fixed soon cause i want to continue work ...
>
> Please have a look at the typo3.teams.typo3org mailing list / newsgroup.
> These topics are discussed and answered there.
>
> Cheers,
> robert
>
> -- 
> Robert Lemke
> TYPO3 Association - Research & Development
> Member of the board
> http://association.typo3.org
> 





From typo3dev at geithware.de  Thu Feb 16 11:40:56 2006
From: typo3dev at geithware.de (Stefan Geith)
Date: Thu, 16 Feb 2006 11:40:56 +0100
Subject: [TYPO3-dev] add Javascript function
In-Reply-To: <mailman.1.1140082608.1033.typo3-dev@lists.netfielders.de>
References: <mailman.1.1140018376.28008.typo3-dev@lists.netfielders.de>	<mailman.1.1140059407.30507.typo3-dev@lists.netfielders.de>
	<mailman.1.1140082608.1033.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.678.1140086571.3122.typo3-dev@lists.netfielders.de>

Thomas Mammitzsch schrieb:
> Johnny Peck schrieb:
>> Thomas,
>> I know it resembles something like
>> $GLOBALS['TSFE']->additionalHeaderData = '<script type="text/javascript"
>> src="your/source/"></script>'; ...etc...
>>
>> also there is a function additionalJavaScript() im sure. Check out the
>> API for those here ->  http://typo3.org/fileadmin/typo3api-3.8.0/

$GLOBALS['TSFE']->setJS('identifier',$JavaScriptText);

But this seems to be buggy in 3.8/3.8.1:
I got 'scrambled' JavaScript in my Source,
if adding much JavaScript ...

-

Stefan



From peter.russ at 4many.net  Thu Feb 16 12:08:01 2006
From: peter.russ at 4many.net (Peter Russ)
Date: Thu, 16 Feb 2006 12:08:01 +0100
Subject: [TYPO3-dev] add Javascript function
In-Reply-To: <mailman.678.1140086571.3122.typo3-dev@lists.netfielders.de>
References: <mailman.1.1140018376.28008.typo3-dev@lists.netfielders.de>	<mailman.1.1140059407.30507.typo3-dev@lists.netfielders.de>	<mailman.1.1140082608.1033.typo3-dev@lists.netfielders.de>
	<mailman.678.1140086571.3122.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140088080.10666.typo3-dev@lists.netfielders.de>

Stefan Geith schrieb:
> Thomas Mammitzsch schrieb:
>> Johnny Peck schrieb:
>>> Thomas,
>>> I know it resembles something like
>>> $GLOBALS['TSFE']->additionalHeaderData = '<script type="text/javascript"
>>> src="your/source/"></script>'; ...etc...
>>>
>>> also there is a function additionalJavaScript() im sure. Check out the
>>> API for those here ->  http://typo3.org/fileadmin/typo3api-3.8.0/
> 
> $GLOBALS['TSFE']->setJS('identifier',$JavaScriptText);
> 
> But this seems to be buggy in 3.8/3.8.1:
> I got 'scrambled' JavaScript in my Source,
> if adding much JavaScript ...
> 
> -
> 
> Stefan
Do you use xhtml_cleaning? That MIGHT causes the problems. Instead of 
including code directly to your page try to include external JS. Or find 
other work around. There a some ways to make the code "xhtml_cleaning" 
resistent.

Regs. Peter.

-- 
Fiat lux!
Docendo discimus.
_____________________________
4Many? Services
openBC: http://www.openbc.com/go/invuid/Peter_Russ



From mailmaus at lewser.de  Thu Feb 16 12:24:48 2006
From: mailmaus at lewser.de (mailmaus at lewser.de)
Date: Thu, 16 Feb 2006 12:24:48 +0100
Subject: [TYPO3-dev] Kickstarter meets sb_accessible
In-Reply-To: <43F205D7.1080707@lewser.de>
References: <43F205D7.1080707@lewser.de>
Message-ID: <mailman.708.1140089093.3122.typo3-dev@lists.netfielders.de>

for some reason sb_accessiblecontent forgets about everything that is
not tt_content.
u must tell it to like your plugin again by adding it to the setup.txt
TS like this

################################################
# Add often used plugins (add your one ones here)
################################################

tt_content.list.20.my_plugin_pi1 = < plugin.tx_my_plugin_pi1



have fun.


Heiko Pool schrieb:
> i got a little problem with the sb_accessible extension (i know its
> alpha - but its also public).
>
> extensions created with the kickstarter render perfectly well when the
> "CSS styled content" template is used but when using the "sb_accessible"
> extension
> nothing will be rendered. an extensions main function wont be called at
> all. what would i have to do to make it work?
>
> to get an idea of what im talking about you can simply try to create a
> new extension with the kickstarter. add a
> Frontend Plugin. install the extension. assign it to a page and have a
> look at it while "sb_accessible" is active. there wont be no rendering
> of the extension at all unless
> you use "CSS styled content". because the sb_accessible extension is
> based on "CSS
> styled content" i was assuming that stuff like that would still work.
>
> any suggestions anyone?
>
> thx
>
>
>
>
>
>
>   




From niederlag at ikd01.de  Thu Feb 16 12:41:51 2006
From: niederlag at ikd01.de (Peter Niederlag)
Date: Thu, 16 Feb 2006 12:41:51 +0100
Subject: [TYPO3-dev] typo3.org missing informations
In-Reply-To: <mailman.1.1140083687.2990.typo3-dev@lists.netfielders.de>
References: <mailman.1.1140081625.31197.typo3-dev@lists.netfielders.de>
	<mailman.1.1140082740.1120.typo3-dev@lists.netfielders.de>
	<mailman.1.1140083687.2990.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140090108.14712.typo3-dev@lists.netfielders.de>

Steffen Kamper schrieb:
> Hi Robert,
> 
> i tried to find out where the right place is - i'm really confused. I looked 
> at teams at typo3.org but didn't catched the right newsgroup or a link that 
> fits. Can you give me any advice of the newsgroup for that ?
> Thanks in advance

http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-team-typo3org
preferably accessed via news-protocol

HtH,
Peter
-- 
Peter Niederlag
http://www.niekom.de * TYPO3 & EDV Dienstleistungen *
http://www.typo3partner.net * professional services network *



From ingmar at typo3.org  Thu Feb 16 15:22:23 2006
From: ingmar at typo3.org (Ingmar Schlecht)
Date: Thu, 16 Feb 2006 15:22:23 +0100
Subject: [TYPO3-dev]  Announcement: 4.0beta3
Message-ID: <mailman.1.1140099730.2653.typo3-dev@lists.netfielders.de>

Hi folks,

as some of you have noticed in the core-list [1]/[2], the TYPO3
development team has been very active during the last weeks. The result
of this is TYPO3 4.0beta3 - a beta release that contains a lot of bug
fixes and some major new features.

- Extension manager for the new Extension Repository (TER2)
  Please especially test that up- and downloading of extensions works.

- No symlinks needed anymore.
  If you want, you can still keep them (e.g. if you are using old
  extensions that depend on e.g. t3lib/ to exist in typo3/t3lib/
  as well) but the TYPO3 Core doesn't depend on them anymore
  Of course you can still use symlinks to change between different
  typo3_src-x.x.x folders.

- No need for "showpic.php" anymore.
  Click-enlarge links now look like "index.php?eID=tx_cms_showpic&..."
  The technique behind this feature may become very useful for AJAX and
  webservice scripts, too.

- Versioning works with older MySQL versions as well now

- Form eval API
  It's now possible to supply own JavaScript and PHP form evaluations
  to input fields defined in the TCA (thanks to Thomas Hempel)

- GIFBUILDER can create truecolor images now

- ss_dragdrop extension has been integrated into the core.
  That means drag and drop works for pages in the pagetree.
  When you drop a page inside of another page, a context menu will pop
  up asking your whether to copy, move or create a shortcut at that
  position. (Thanks to Stephane Schitter)

Please test this release as much as possible and report bugs to
http://bugs.typo3.org/

You can download the source here:
http://sourceforge.net/project/showfiles.php?group_id=20391&package_id=14557&release_id=23689

MD5sums:
335f95fe28ef0dcde39504bcaefe74d0  dummy-4.0beta3.tar.gz
74beb7dd4c8ee4e4e9071d041164fc50  dummy-4.0beta3.zip
a2d7d7c535975912ec6e134170239c5f  typo3_src-4.0beta3.tar.gz
563ec9f058fb3df7349ec5d96777d616  typo3_src-4.0beta3.zip

regards
Ingmar

[1] Core list read-only subscription page:
http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-team-core
[2] Core list archive:
http://lists.netfielders.de/pipermail/typo3-team-core/



From triphot69 at hotmail.com  Thu Feb 16 15:42:08 2006
From: triphot69 at hotmail.com (Jean-Baptiste Rio)
Date: Thu, 16 Feb 2006 15:42:08 +0100
Subject: [TYPO3-dev] Announcement: 4.0beta3
In-Reply-To: <mailman.1.1140099730.2653.typo3-dev@lists.netfielders.de>
References: <mailman.1.1140099730.2653.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140100844.4461.typo3-dev@lists.netfielders.de>

Ingmar Schlecht wrote:
> 
> - No need for "showpic.php" anymore.
>   Click-enlarge links now look like "index.php?eID=tx_cms_showpic&..."
>   The technique behind this feature may become very useful for AJAX and
>   webservice scripts, too.

Hi Ingmar,

Just a very little point, no offense i hope : It's highly recommended to 
use POST method for AJAX and not GET method.

Just M2P,

Regards,

JB



From triphot69 at hotmail.com  Thu Feb 16 16:26:20 2006
From: triphot69 at hotmail.com (Jean-Baptiste Rio)
Date: Thu, 16 Feb 2006 16:26:20 +0100
Subject: [TYPO3-dev] AJAX Server for TYPO3 - sketch
In-Reply-To: <mailman.1.1137909853.17607.typo3-dev@lists.netfielders.de>
References: <mailman.1.1137790806.24734.typo3-dev@lists.netfielders.de>
	<mailman.1.1137871166.21702.typo3-dev@lists.netfielders.de>
	<mailman.1.1137887910.13486.typo3-dev@lists.netfielders.de>
	<mailman.1.1137909853.17607.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140103499.9683.typo3-dev@lists.netfielders.de>

If i understand well, nothing until march and the availibity of Ingo ? 
Or is it possible to discuss the aims / objectives / goals of an AJAX 
integration ?

IMHO we have to split the project in two main parts : FE and BE. The 
goals are clearly different and a whole project may confusing everybody.

I have no ideas for BE integration (even if i can see what the use can 
be) but i have a lot of interest for FE part. The main difficulty is to 
define what we provide to typo3 community :
- a service offering high-level PHP functions API but no end-user 
functions ?
- a general Typo3 extension offering several plugins, each one being an 
AJAX component ?
- a new Typo3 Content, which is an Ajax Container ?
- a addendum to Typoscript language allowing people to declare 10 = 
AJAX_OBJ ... ?

For the moment, i've developped an experimental extension based on 
AjaxRequest.js which is a simple javascript library, easy to use and to 
manage. It is a FE plugin which displays a master-detail table based on 
a Typo3 database table. All is internal to Typo3. The AJAX request is 
managed by a Typo3 page which has specific typoscript template answering 
to the request. I plan to extend the plugin to add configuration so that 
users can define the table as a GPVar. At the moment, the select 
typoscript parameters (begin, max, limit, andWhere) are managed by the 
plugin as GPVar's. My goal is clearly a end-user "business" component 
and not a service for programmers. So is it the way you want to work ?

Regards,

JB



From jorgo at jorgo.org  Thu Feb 16 16:33:42 2006
From: jorgo at jorgo.org (Jörg Schaller)
Date: Thu, 16 Feb 2006 16:33:42 +0100
Subject: [TYPO3-dev] Announcement: 4.0beta3
References: <mailman.1.1140099730.2653.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140104029.10079.typo3-dev@lists.netfielders.de>

On Thu, 16 Feb 2006 15:22:23 +0100, Ingmar Schlecht <ingmar at typo3.org>
wrote:

>- No symlinks needed anymore.
>  If you want, you can still keep them (e.g. if you are using old
>  extensions that depend on e.g. t3lib/ to exist in typo3/t3lib/
>  as well) but the TYPO3 Core doesn't depend on them anymore
>  Of course you can still use symlinks to change between different
>  typo3_src-x.x.x folders.
>

Congratulations. Could you please quickly confirm the correct folder
structure for html root with this version?
Thanks!
J?rg



From typo3 at ingo-renner.com  Thu Feb 16 16:36:33 2006
From: typo3 at ingo-renner.com (Ingo Renner)
Date: Thu, 16 Feb 2006 16:36:33 +0100
Subject: [TYPO3-dev] Announcement: 4.0beta3
References: <mailman.1.1140099730.2653.typo3-dev@lists.netfielders.de>
	<mailman.1.1140100844.4461.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140104250.10938.typo3-dev@lists.netfielders.de>

Am Thu, 16 Feb 2006 15:42:08 +0100 schrieb Jean-Baptiste Rio:

> Ingmar Schlecht wrote:
>> 
>> - No need for "showpic.php" anymore.
>>   Click-enlarge links now look like "index.php?eID=tx_cms_showpic&..."
>>   The technique behind this feature may become very useful for AJAX and
>>   webservice scripts, too.
> 
> Hi Ingmar,
> 
> Just a very little point, no offense i hope : It's highly recommended to 
> use POST method for AJAX and not GET method.

sure, similar to forms you can of course send POST requests to
www.example.com/index.php?eID=....... ;-)

Ingo

-- 
Use a newsreader! Check out
http://typo3.org/community/mailing-lists/use-a-news-reader/



From shocktone at gmx.de  Thu Feb 16 16:59:31 2006
From: shocktone at gmx.de (Jens)
Date: Thu, 16 Feb 2006 16:59:31 +0100
Subject: [TYPO3-dev] Announcement: 4.0beta3
In-Reply-To: <mailman.1.1140104029.10079.typo3-dev@lists.netfielders.de>
References: <mailman.1.1140099730.2653.typo3-dev@lists.netfielders.de>
	<mailman.1.1140104029.10079.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140105579.12779.typo3-dev@lists.netfielders.de>

I get the following message when installing the extended calendar.
Would be nice if I could decide if I want to use the extension anyway.

The running PHP version (5.0.4) is higher than allowed (4.1.2)
The running TYPO3 version (4.0beta3) is higher than allowed (3.7.2)


> On Thu, 16 Feb 2006 15:22:23 +0100, Ingmar Schlecht <ingmar at typo3.org>
> wrote:
> 
>> - No symlinks needed anymore.
>>  If you want, you can still keep them (e.g. if you are using old
>>  extensions that depend on e.g. t3lib/ to exist in typo3/t3lib/
>>  as well) but the TYPO3 Core doesn't depend on them anymore
>>  Of course you can still use symlinks to change between different
>>  typo3_src-x.x.x folders.
>>
> 
> Congratulations. Could you please quickly confirm the correct folder
> structure for html root with this version?
> Thanks!
> J?rg



From scecere at krur.com  Thu Feb 16 17:16:06 2006
From: scecere at krur.com (stefano cecere)
Date: Thu, 16 Feb 2006 17:16:06 +0100
Subject: [TYPO3-dev] Announcement: 4.0beta3
In-Reply-To: <mailman.1.1140105579.12779.typo3-dev@lists.netfielders.de>
References: <mailman.1.1140099730.2653.typo3-dev@lists.netfielders.de>
	<mailman.1.1140104029.10079.typo3-dev@lists.netfielders.de>
	<mailman.1.1140105579.12779.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140106566.15216.typo3-dev@lists.netfielders.de>

i installed it perfectly over previous beta2
deleted also old symlinks and updated index.php

the only big problem i'm finding is that i can't download any extension.
tweaked also with supported/unsupported option..

is it right the default Enter mirror list URL: http://repositories.typo3.org/mirrors.xml.gz ?

stefano



From scecere at krur.com  Thu Feb 16 17:18:13 2006
From: scecere at krur.com (stefano cecere)
Date: Thu, 16 Feb 2006 17:18:13 +0100
Subject: [TYPO3-dev] Announcement: 4.0beta3
In-Reply-To: <mailman.1.1140106566.15216.typo3-dev@lists.netfielders.de>
References: <mailman.1.1140099730.2653.typo3-dev@lists.netfielders.de>
	<mailman.1.1140104029.10079.typo3-dev@lists.netfielders.de>
	<mailman.1.1140105579.12779.typo3-dev@lists.netfielders.de>
	<mailman.1.1140106566.15216.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140106693.15216.typo3-dev@lists.netfielders.de>

stefano cecere wrote:
> the only big problem i'm finding is that i can't download any extension.

not an error, but a simple: No matching extensions found.
(try "realurl" for example, that for sure is an approved ext)



From scecere at krur.com  Thu Feb 16 17:21:39 2006
From: scecere at krur.com (stefano cecere)
Date: Thu, 16 Feb 2006 17:21:39 +0100
Subject: [TYPO3-dev] Announcement: 4.0beta3
In-Reply-To: <mailman.1.1140106693.15216.typo3-dev@lists.netfielders.de>
References: <mailman.1.1140099730.2653.typo3-dev@lists.netfielders.de>
	<mailman.1.1140104029.10079.typo3-dev@lists.netfielders.de>
	<mailman.1.1140105579.12779.typo3-dev@lists.netfielders.de>
	<mailman.1.1140106566.15216.typo3-dev@lists.netfielders.de>
	<mailman.1.1140106693.15216.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140106900.15877.typo3-dev@lists.netfielders.de>

stefano cecere wrote:
> stefano cecere wrote:
>> the only big problem i'm finding is that i can't download any extension.
> 
> not an error, but a simple: No matching extensions found.
> (try "realurl" for example, that for sure is an approved ext)


ok sorry.

there was the "retrieve/update" button that was "after" the search field (should appear "before", for usability)

i hadn't run it.

now i did and got a simple:
Fatal error: Allowed memory size of 25165824 bytes exhausted (tried to allocate 44 bytes) in /home/krur/httpd/typo3_src-4.0beta3/typo3/mod/tools/em/class.em_xmlhandler.php on line 139

strange, i have a dedicated server with 32Mb php allocated memory...

stefano



From wand at itaw.de  Thu Feb 16 17:31:26 2006
From: wand at itaw.de (Oliver Wand)
Date: Thu, 16 Feb 2006 17:31:26 +0100
Subject: [TYPO3-dev] Announcement: 4.0beta3
In-Reply-To: <mailman.1.1140099730.2653.typo3-dev@lists.netfielders.de>
References: <mailman.1.1140099730.2653.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140107489.16431.typo3-dev@lists.netfielders.de>

Ingmar Schlecht wrote:
> - Extension manager for the new Extension Repository (TER2)
>   Please especially test that up- and downloading of extensions works.

Great work guys! Much nicer to download and browse the extension list 
locally :-)

Cheers,

Oliver



From scecere at krur.com  Thu Feb 16 17:46:41 2006
From: scecere at krur.com (stefano cecere)
Date: Thu, 16 Feb 2006 17:46:41 +0100
Subject: [TYPO3-dev] Announcement: 4.0beta3 - php memory allocatio nproblem
In-Reply-To: <mailman.1.1140106900.15877.typo3-dev@lists.netfielders.de>
References: <mailman.1.1140099730.2653.typo3-dev@lists.netfielders.de>
	<mailman.1.1140104029.10079.typo3-dev@lists.netfielders.de>
	<mailman.1.1140105579.12779.typo3-dev@lists.netfielders.de>
	<mailman.1.1140106566.15216.typo3-dev@lists.netfielders.de>
	<mailman.1.1140106693.15216.typo3-dev@lists.netfielders.de>
	<mailman.1.1140106900.15877.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140108401.17996.typo3-dev@lists.netfielders.de>

stefano cecere wrote:
> now i did and got a simple:
> Fatal error: Allowed memory size of 25165824 bytes exhausted (tried to 
> allocate 44 bytes) in 
> /home/krur/httpd/typo3_src-4.0beta3/typo3/mod/tools/em/class.em_xmlhandler.php 
> on line 139
> 
> strange, i have a dedicated server with 32Mb php allocated memory...

problem solved:
i was wrong i was running with 24Mb. increasing it to 32Mb solved the error message.
i think anyway that it could be a problem for shared hosted environments

or it should become a precise system requirement.

stefano



From bart at sonik.pl  Thu Feb 16 18:42:00 2006
From: bart at sonik.pl (Bartosz Aninowski)
Date: Thu, 16 Feb 2006 18:42:00 +0100
Subject: [TYPO3-dev]  INVALID VALUE ("textxpic")
Message-ID: <mailman.1.1140113381.28164.typo3-dev@lists.netfielders.de>

Hi
I thought that this was bug in typo4 beta2 but today I've upgraded typo to 
beta3 and got the same.
When I try to add new page content and choose text with image or images I 
see INVALID VALUE ("textxpic") in Type menu
Text/image or image is available in content wizard but is not available in 
Type menu.
Do you know what I did wrong. I cant find problem. 





From kraftb at kraftb.at  Thu Feb 16 19:15:22 2006
From: kraftb at kraftb.at (Bernhard Kraft)
Date: Thu, 16 Feb 2006 19:15:22 +0100
Subject: [TYPO3-dev] INVALID VALUE ("textxpic")
In-Reply-To: <mailman.1.1140113381.28164.typo3-dev@lists.netfielders.de>
References: <mailman.1.1140113381.28164.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140113723.28525.typo3-dev@lists.netfielders.de>

Bartosz Aninowski wrote:
> Hi
> I thought that this was bug in typo4 beta2 but today I've upgraded typo to 
> beta3 and got the same.
> When I try to add new page content and choose text with image or images I 
> see INVALID VALUE ("textxpic") in Type menu
> Text/image or image is available in content wizard but is not available in 
> Type menu.
> Do you know what I did wrong. I cant find problem. 
> 
> 

I can't find the string "textxpic" in the whole TYPO3 source or dummy package
of beta2.

It must be some extension.

Do a

grep -r "textxpic" *
(Or search for the string "textxpic" if you have windows)

inside of your

typo3conf/ext/

directory.


greets,
Bernhard



From bart at sonik.pl  Thu Feb 16 19:24:28 2006
From: bart at sonik.pl (Bartosz Aninowski)
Date: Thu, 16 Feb 2006 19:24:28 +0100
Subject: [TYPO3-dev] INVALID VALUE ("textxpic")
References: <mailman.1.1140113381.28164.typo3-dev@lists.netfielders.de>
	<mailman.1.1140113723.28525.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140114274.30026.typo3-dev@lists.netfielders.de>


> I can't find the string "textxpic" in the whole TYPO3 source or dummy 
> package
> of beta2.
>
> It must be some extension.
>
> Do a
>
> grep -r "textxpic" *
> (Or search for the string "textxpic" if you have windows)
>
> inside of your
>
> typo3conf/ext/

sorry
this was just a mistake
I meant
INVALID VALUE ("textpic") and
INVALID VALUE ("image") 





From michael at typo3.org  Thu Feb 16 19:43:34 2006
From: michael at typo3.org (Michael Stucki)
Date: Thu, 16 Feb 2006 19:43:34 +0100
Subject: [TYPO3-dev] INVALID VALUE ("textxpic")
References: <mailman.1.1140113381.28164.typo3-dev@lists.netfielders.de>
	<mailman.1.1140113723.28525.typo3-dev@lists.netfielders.de>
	<mailman.1.1140114274.30026.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140115627.793.typo3-dev@lists.netfielders.de>

Hi Bartosz,

this is a developer list, not a bugtracker! http://bugs.typo3.org/

> sorry
> this was just a mistake
> I meant
> INVALID VALUE ("textpic") and
> INVALID VALUE ("image")

I can't reproduce this. What are you doing exactly?
Please open a bug and attach a screenshot.

After that you can post the link to the bug in here.

- michael
-- 
Use a newsreader! Check out
http://typo3.org/community/mailing-lists/use-a-news-reader/



From kari.salovaara at pp1.inet.fi  Thu Feb 16 19:27:58 2006
From: kari.salovaara at pp1.inet.fi (Kari Salovaara)
Date: Thu, 16 Feb 2006 20:27:58 +0200
Subject: [TYPO3-dev] Where to document possible bugs with example
Message-ID: <mailman.910.1140115819.3122.typo3-dev@lists.netfielders.de>

Hi,

I gave last chance to Typo3 and installed 4.0b3.
Everything went OK in installation (congartulations).
I wanted to download  ter_update_check extension;
- extension manager settings -> set, OK
- current list -> retrieved/updated, OK
then I put ter_update_check into List or look up extensions
and clicked Look up, result;
Fatal error: Maximum execution time of 30 seconds exceeded in 
/home/4.0b3/typo3_src-4.0beta3/typo3/mod/tools/em/class.em_xmlhandler.php 
on line 111

Do I really have to increase max.execution time for php or is it a
feature ?

I'd like to ask this in bugs.typo3.org but filter beta3 is still missing 
under Typo3 core.

-- 
Kari Salovaara
Finland



From tapio.markula at dnainternet.net  Thu Feb 16 19:54:57 2006
From: tapio.markula at dnainternet.net (tapio)
Date: Thu, 16 Feb 2006 20:54:57 +0200
Subject: [TYPO3-dev] What happened to typo3.org ? - more exact answer,
	please
In-Reply-To: <mailman.1.1140083049.1874.typo3-dev@lists.netfielders.de>
References: <mailman.1.1140000551.23444.typo3-dev@lists.netfielders.de>
	<mailman.1.1140083049.1874.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140116130.947.typo3-dev@lists.netfielders.de>

Robert Lemke wrote:
> Hi folks,
> 
> the same for this thread: Please have a look at the typo3.teams.typo3org
> mailing list / newsgroup. These topics are discussed and answered there.

Please,  more exact answer

What topic - it is quite frustrating to find the correct topic from there



From franz at fholzinger.com  Thu Feb 16 20:11:20 2006
From: franz at fholzinger.com (Franz Holzinger)
Date: Thu, 16 Feb 2006 20:11:20 +0100
Subject: [TYPO3-dev] Where to document possible bugs with example
In-Reply-To: <mailman.910.1140115819.3122.typo3-dev@lists.netfielders.de>
References: <mailman.910.1140115819.3122.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140117045.5439.typo3-dev@lists.netfielders.de>

> 
> I'd like to ask this in bugs.typo3.org but filter beta3 is still missing
> under Typo3 core.
> 

Use TYPO3 4.0beta2 under bugs.typo3.org to report this error.



- Franz



From bart at sonik.pl  Thu Feb 16 20:28:03 2006
From: bart at sonik.pl (Bartosz Aninowski)
Date: Thu, 16 Feb 2006 20:28:03 +0100
Subject: [TYPO3-dev] INVALID VALUE ("textxpic")
References: <mailman.1.1140113381.28164.typo3-dev@lists.netfielders.de>
	<mailman.1.1140113723.28525.typo3-dev@lists.netfielders.de>
	<mailman.1.1140114274.30026.typo3-dev@lists.netfielders.de>
	<mailman.1.1140115627.793.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140118093.9351.typo3-dev@lists.netfielders.de>


>> sorry
>> this was just a mistake
>> I meant
>> INVALID VALUE ("textpic") and
>> INVALID VALUE ("image")
>
> I can't reproduce this. What are you doing exactly?
> Please open a bug and attach a screenshot.
>
> After that you can post the link to the bug in here.

Thanks for your answer
I did as you wrote
http://bugs.typo3.org/view.php?id=2586
This is my first issue in mantis. 





From stephane.schitter at free.fr  Thu Feb 16 22:13:36 2006
From: stephane.schitter at free.fr (Stephane Schitter)
Date: Thu, 16 Feb 2006 22:13:36 +0100
Subject: [TYPO3-dev] Announcement: 4.0beta3
In-Reply-To: <mailman.1.1140099730.2653.typo3-dev@lists.netfielders.de>
References: <mailman.1.1140099730.2653.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.937.1140124418.3122.typo3-dev@lists.netfielders.de>

Quoting Ingmar Schlecht <ingmar at typo3.org>:
> - ss_dragdrop extension has been integrated into the core.
>  That means drag and drop works for pages in the pagetree.
>  When you drop a page inside of another page, a context menu will pop
>  up asking your whether to copy, move or create a shortcut at that
>  position.

I have just noticed an issue with part of this code. Could someone 
please have a look at their filelist tree and confirm the bug 2588 I 
just put in the tracker ? [1]

Regards,
Stephane

[1] http://bugs.typo3.org/view.php?id=2588





From jorgo at jorgo.org  Thu Feb 16 22:40:18 2006
From: jorgo at jorgo.org (Jörg Schaller)
Date: Thu, 16 Feb 2006 22:40:18 +0100
Subject: [TYPO3-dev] Announcement: 4.0beta3
References: <mailman.1.1140099730.2653.typo3-dev@lists.netfielders.de>
	<mailman.1.1140104029.10079.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140126026.22005.typo3-dev@lists.netfielders.de>

On Thu, 16 Feb 2006 16:33:42 +0100, J?rg Schaller <jorgo at jorgo.org>
wrote:

>On Thu, 16 Feb 2006 15:22:23 +0100, Ingmar Schlecht <ingmar at typo3.org>
>wrote:
>
>>- No symlinks needed anymore.
>>  If you want, you can still keep them (e.g. if you are using old
>>  extensions that depend on e.g. t3lib/ to exist in typo3/t3lib/
>>  as well) but the TYPO3 Core doesn't depend on them anymore
>>  Of course you can still use symlinks to change between different
>>  typo3_src-x.x.x folders.
>>
>
>Congratulations. Could you please quickly confirm the correct folder
>structure for html root with this version?
>Thanks!
>J?rg

Sorry, this is not working for me at all :-( 
I untar the package in the html root folder and symlink typo3_src to
the typo3_src-4.0beta3 folder. Typo3 doesn`t run. There are no further
instructions in the readmes.



From rico.moorman at gmail.com  Thu Feb 16 22:45:27 2006
From: rico.moorman at gmail.com (Rico Moorman)
Date: Thu, 16 Feb 2006 22:45:27 +0100
Subject: [TYPO3-dev] access control
In-Reply-To: <mailman.1.1140077646.23193.typo3-dev@lists.netfielders.de>
References: <mailman.1.1140026444.11713.typo3-dev@lists.netfielders.de>
	<mailman.1.1140040483.3533.typo3-dev@lists.netfielders.de>
	<mailman.1.1140076902.21275.typo3-dev@lists.netfielders.de>
	<mailman.1.1140077646.23193.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140126292.22682.typo3-dev@lists.netfielders.de>

Well I was digging my way through some of the corefiles and ...as for 
access restriction ... I only found the beuserauth class which can 
calculate permissions on page level. Maybe I missed something there 
though (some classes are really huge :-))
So due to this, one can restrict access to certain pages/branches of the 
tree so that either records may be placed and edited on the pages or 
not. This affects the possibilites for users in the different web 
modules and the clickmenus for pages.
But when it comes to records on pages ... access permissions are 
obviously (please correct me if i am wrong) not being calculated on
recordlevel so either you may edit all records on a page or none. 
Further the clickmenu possibilities for the records in the main modules 
are thus only being controllable via the page access rights.

With a calculation on recordlevel, one could use this to code maybe a 
more extended, workflow like extension with making it possible to create 
versions of single records in a sysfolder (article records maybe) and 
implement some locking mechanism for versions being online.

It could also be used to define groups which may add/edit certain 
records on pages (someone who is in charge of the records posted with 
some commenting extension) while keeping them away from the main content 
of the page (created by some other user/group).

I am curious about your thoughts about it folks : )

gr Rico

tapio schreef:
> Rico Moorman wrote:
> 
>> Hi Ben,
>>
>> (eg tt_content) while he isnt able to edit others (records of some 
>> extension) Or to make it possible that one may only edit content 
>> elements he made himself but leaving others alone.
> 
> 
> I made in 'tm_contentaccess' rough content access restriction with a 
> very simple trick so that certain content elements is possible to edit 
> just by admin users. But that is far from what you want to achieve.
> 
> This is worth of bigger conversation if this should be in core.
> The page level access control should have possibility to extend the 
> content access into content element level. Because access control is a 
> base module, this issue should be handled properly.



From Andreas.Foerthner at netlogix.de  Thu Feb 16 22:50:32 2006
From: Andreas.Foerthner at netlogix.de (=?ISO-8859-1?Q?Andreas_F=F6rthner?=)
Date: Thu, 16 Feb 2006 22:50:32 +0100
Subject: [TYPO3-dev] Announcement: 4.0beta3
In-Reply-To: <mailman.1.1140126026.22005.typo3-dev@lists.netfielders.de>
References: <mailman.1.1140099730.2653.typo3-dev@lists.netfielders.de>
	<mailman.1.1140104029.10079.typo3-dev@lists.netfielders.de>
	<mailman.1.1140126026.22005.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140126641.22967.typo3-dev@lists.netfielders.de>

J?rg Schaller schrieb:
> On Thu, 16 Feb 2006 16:33:42 +0100, J?rg Schaller <jorgo at jorgo.org>
> wrote:
> 
> 
>>On Thu, 16 Feb 2006 15:22:23 +0100, Ingmar Schlecht <ingmar at typo3.org>
>>wrote:
>>
>>
>>>- No symlinks needed anymore.
>>> If you want, you can still keep them (e.g. if you are using old
>>> extensions that depend on e.g. t3lib/ to exist in typo3/t3lib/
>>> as well) but the TYPO3 Core doesn't depend on them anymore
>>> Of course you can still use symlinks to change between different
>>> typo3_src-x.x.x folders.
>>>
>>
>>Congratulations. Could you please quickly confirm the correct folder
>>structure for html root with this version?
>>Thanks!
>>J?rg
> 
> 
> Sorry, this is not working for me at all :-( 
> I untar the package in the html root folder and symlink typo3_src to
> the typo3_src-4.0beta3 folder. Typo3 doesn`t run. There are no further
> instructions in the readmes.

Hi,

does your Backen work? If so, you just forgot to link the index.php of 
the Frontend... you should change the SymLink to something like that:
index.php -> typo3_src/index.php

I didn't try it without symlinks...

Hope that helps

Greets

Andreas



From rico.moorman at gmail.com  Thu Feb 16 23:12:46 2006
From: rico.moorman at gmail.com (Rico Moorman)
Date: Thu, 16 Feb 2006 23:12:46 +0100
Subject: [TYPO3-dev] Announcement: 4.0beta3
In-Reply-To: <mailman.1.1140126026.22005.typo3-dev@lists.netfielders.de>
References: <mailman.1.1140099730.2653.typo3-dev@lists.netfielders.de>
	<mailman.1.1140104029.10079.typo3-dev@lists.netfielders.de>
	<mailman.1.1140126026.22005.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140127930.26455.typo3-dev@lists.netfielders.de>

Does it give some kind of error message?
When I just untar the packages I dont have to create a symlink typo3_src 
...there is a symlink in the dummy-4.0beta3 folder already pointing to 
the typo3_src-4.0beta3 folder.

maybe with some error message we could help better : )

J?rg Schaller schreef:
> On Thu, 16 Feb 2006 16:33:42 +0100, J?rg Schaller <jorgo at jorgo.org>
> wrote:
> 
> 
>>On Thu, 16 Feb 2006 15:22:23 +0100, Ingmar Schlecht <ingmar at typo3.org>
>>wrote:
>>
>>
>>>- No symlinks needed anymore.
>>> If you want, you can still keep them (e.g. if you are using old
>>> extensions that depend on e.g. t3lib/ to exist in typo3/t3lib/
>>> as well) but the TYPO3 Core doesn't depend on them anymore
>>> Of course you can still use symlinks to change between different
>>> typo3_src-x.x.x folders.
>>>
>>
>>Congratulations. Could you please quickly confirm the correct folder
>>structure for html root with this version?
>>Thanks!
>>J?rg
> 
> 
> Sorry, this is not working for me at all :-( 
> I untar the package in the html root folder and symlink typo3_src to
> the typo3_src-4.0beta3 folder. Typo3 doesn`t run. There are no further
> instructions in the readmes.



From michelle at typo3.us  Thu Feb 16 23:24:15 2006
From: michelle at typo3.us (Michelle Heizer)
Date: Thu, 16 Feb 2006 16:24:15 -0600
Subject: [TYPO3-dev] Typo3.org small caching problem?
In-Reply-To: <mailman.1.1140076298.20101.typo3-dev@lists.netfielders.de>
References: <mailman.359.1140036370.3122.typo3-dev@lists.netfielders.de>
	<mailman.1.1140036725.28546.typo3-dev@lists.netfielders.de>
	<mailman.1.1140076298.20101.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140128656.23037.typo3-dev@lists.netfielders.de>

On Thu, 2006-02-16 at 08:56 +0100, Matteo Anceschi wrote:
> 
> just to say that clicking
> http://www.typo3.com/Feature_list.1628.0.html
> 
> I see the old template too...but this morning :(

Yes, that is the old feature list and it's still "live" at the moment,
but hopefully I've fixed all the links to it on TYPO3.com. It should
point to this page: http://typo3.com/Feature_list.1243.0.html If I
missed something, please let me know! :)

Thanks,
Michelle




From roger at redgumsoaps.com.au  Thu Feb 16 23:47:51 2006
From: roger at redgumsoaps.com.au (Roger Bunyan)
Date: Fri, 17 Feb 2006 09:47:51 +1100
Subject: [TYPO3-dev] 4.0beta3 and tt_news
Message-ID: <mailman.973.1140130078.3122.typo3-dev@lists.netfielders.de>

gidday

I just went to install tt_news on beta3 and got this dependency error 
message

The running TYPO3 version (4.0beta3) is higher than allowed (3.8.1)

 - (os - windoze)

Is this a bug and should I list it on bugs.typo3

-- 
Roger Bunyan
Redgum Soaps http://redgumsoaps.com.au
Sustainability will be achieved by a
cultural change, not by technology.




From typo3 at ingo-renner.com  Fri Feb 17 00:11:46 2006
From: typo3 at ingo-renner.com (Ingo Renner)
Date: Fri, 17 Feb 2006 00:11:46 +0100
Subject: [TYPO3-dev] 4.0beta3 and tt_news
References: <mailman.973.1140130078.3122.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140131559.32631.typo3-dev@lists.netfielders.de>

Am Fri, 17 Feb 2006 09:47:51 +1100 schrieb Roger Bunyan:

Hi Roger,

> The running TYPO3 version (4.0beta3) is higher than allowed (3.8.1)
> Is this a bug and should I list it on bugs.typo3

feature, that just shows that the new EM is working correct! =) tt_news
does not work with 4.0 yet.

INgo

-- 
Use a newsreader! Check out
http://typo3.org/community/mailing-lists/use-a-news-reader/



From roger at redgumsoaps.com.au  Fri Feb 17 00:20:51 2006
From: roger at redgumsoaps.com.au (Roger Bunyan)
Date: Fri, 17 Feb 2006 10:20:51 +1100
Subject: [TYPO3-dev] 4.0beta3 and tt_news
In-Reply-To: <mailman.1.1140131559.32631.typo3-dev@lists.netfielders.de>
References: <mailman.973.1140130078.3122.typo3-dev@lists.netfielders.de>
	<mailman.1.1140131559.32631.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.982.1140132054.3122.typo3-dev@lists.netfielders.de>

Thanks Ingo,

so how many extensions will be affected by this "feature"?

-- 
Roger Bunyan
Redgum Soaps http://redgumsoaps.com.au
Sustainability will be achieved by a
cultural change, not by technology.




From typo3 at ingo-renner.com  Fri Feb 17 00:28:40 2006
From: typo3 at ingo-renner.com (Ingo Renner)
Date: Fri, 17 Feb 2006 00:28:40 +0100
Subject: [TYPO3-dev] 4.0beta3 and tt_news
References: <mailman.973.1140130078.3122.typo3-dev@lists.netfielders.de>
	<mailman.1.1140131559.32631.typo3-dev@lists.netfielders.de>
	<mailman.982.1140132054.3122.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140132575.1942.typo3-dev@lists.netfielders.de>

Am Fri, 17 Feb 2006 10:20:51 +1100 schrieb Roger Bunyan:

> so how many extensions will be affected by this "feature"?

at least for tt_news I can say that a version which is working with 4.0
exists already.

All other extensions at least need to raise the value for the max TYPO3
version and check whether they need to implement support for working with
workspaces.


Ingo

-- 
Use a newsreader! Check out
http://typo3.org/community/mailing-lists/use-a-news-reader/



From michael at typo3.org  Fri Feb 17 00:28:43 2006
From: michael at typo3.org (Michael Stucki)
Date: Fri, 17 Feb 2006 00:28:43 +0100
Subject: [TYPO3-dev] Where to document possible bugs with example
References: <mailman.910.1140115819.3122.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140132726.2295.typo3-dev@lists.netfielders.de>

Hi Kari,

> I'd like to ask this in bugs.typo3.org but filter beta3 is still missing
> under Typo3 core.

Sorry, I forgot! But I just added it now.

- michael
-- 
Use a newsreader! Check out
http://typo3.org/community/mailing-lists/use-a-news-reader/



From michael at typo3.org  Fri Feb 17 00:31:44 2006
From: michael at typo3.org (Michael Stucki)
Date: Fri, 17 Feb 2006 00:31:44 +0100
Subject: [TYPO3-dev] Announcement: 4.0beta3
References: <mailman.1.1140099730.2653.typo3-dev@lists.netfielders.de>
	<mailman.1.1140104029.10079.typo3-dev@lists.netfielders.de>
	<mailman.1.1140126026.22005.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140132727.2295.typo3-dev@lists.netfielders.de>

Hi J?rg,

> Sorry, this is not working for me at all :-(
> I untar the package in the html root folder and symlink typo3_src to
> the typo3_src-4.0beta3 folder. Typo3 doesn`t run. There are no further
> instructions in the readmes.

I suppose there are some symlinks which are not working anymore. Did you
check them all?

About documentation: I'm going to upload the README-Files to the Wiki so
that they can be edited easily. Please help to make the documentation as
good as possible.

- michael
-- 
Use a newsreader! Check out
http://typo3.org/community/mailing-lists/use-a-news-reader/



From kraftb at kraftb.at  Fri Feb 17 00:42:47 2006
From: kraftb at kraftb.at (Bernhard Kraft)
Date: Fri, 17 Feb 2006 00:42:47 +0100
Subject: [TYPO3-dev] Where to document possible bugs with example
In-Reply-To: <mailman.910.1140115819.3122.typo3-dev@lists.netfielders.de>
References: <mailman.910.1140115819.3122.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140133367.3082.typo3-dev@lists.netfielders.de>

Kari Salovaara wrote:

> I gave last chance to Typo3 and installed 4.0b3.

I hope you will give it a chance every time ... it takes a lot of time to learn
how to configure which extension and sometimes something fails or you loose data
you have carefully entered like you did.

But think of software like M$ windows(TM) ... I had to use it for some time at work
and I really got sad when it took this **** OS about 1 minute to delete this small
text file :( ... at some time you resign and install it again.

When did you ever have to reinstall TYPO3 ? you will have to reinstall a database backup
or uninstall some extension ... but you definitily not **** up your installation ! Believe
me ! that's worth a lot !

It's sad for you that this extension on T3.org which allowed to translate extensions was
not that good ... I heard a new one will come with TER2.


So my conclusion is:
Before dropping TYPO3 rather drop Windows :)


greets,
Bernhard



From jonathanswan at hotmail.com  Fri Feb 17 02:00:35 2006
From: jonathanswan at hotmail.com (Jonathan Swan)
Date: Fri, 17 Feb 2006 12:00:35 +1100
Subject: [TYPO3-dev] unsubscribe
In-Reply-To: <mailman.839.1140107103.3122.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1006.1140138041.3122.typo3-dev@lists.netfielders.de>

unsubscribe


On 17/2/06 3:25 AM, "typo3-dev-request at lists.netfielders.de"
<typo3-dev-request at lists.netfielders.de> wrote:

> Send TYPO3-dev mailing list submissions to
> typo3-dev at lists.netfielders.de
> 
> To subscribe or unsubscribe via the World Wide Web, visit
> http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev
> or, via email, send a message with subject or body 'help' to
> typo3-dev-request at lists.netfielders.de
> 
> You can reach the person managing the list at
> typo3-dev-owner at lists.netfielders.de
> 
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of TYPO3-dev digest..."
> 
> 
> Today's Topics:
> 
>    1. Re: add Javascript function (Peter Russ)
>    2. Re: Kickstarter meets sb_accessible (mailmaus at lewser.de)
>    3. Re: typo3.org missing informations (Peter Niederlag)
>    4.  Announcement: 4.0beta3 (Ingmar Schlecht)
>    5. Re: Announcement: 4.0beta3 (Jean-Baptiste Rio)
>    6. Re: AJAX Server for TYPO3 - sketch (Jean-Baptiste Rio)
>    7. Re: Announcement: 4.0beta3 (J?rg Schaller)
>    8. Re: Announcement: 4.0beta3 (Ingo Renner)
>    9. Re: Announcement: 4.0beta3 (Jens)
>   10. Re: Announcement: 4.0beta3 (stefano cecere)
>   11. Re: Announcement: 4.0beta3 (stefano cecere)
>   12. Re: Announcement: 4.0beta3 (stefano cecere)
> 
> 
> ----------------------------------------------------------------------
> 
> Message: 1
> Date: Thu, 16 Feb 2006 12:08:01 +0100
> From: Peter Russ <peter.russ at 4many.net>
> Subject: Re: [TYPO3-dev] add Javascript function
> To: typo3-dev at lists.netfielders.de
> Message-ID:
> <mailman.1.1140088080.10666.typo3-dev at lists.netfielders.de>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
> 
> Stefan Geith schrieb:
>> Thomas Mammitzsch schrieb:
>>> Johnny Peck schrieb:
>>>> Thomas,
>>>> I know it resembles something like
>>>> $GLOBALS['TSFE']->additionalHeaderData = '<script type="text/javascript"
>>>> src="your/source/"></script>'; ...etc...
>>>> 
>>>> also there is a function additionalJavaScript() im sure. Check out the
>>>> API for those here ->  http://typo3.org/fileadmin/typo3api-3.8.0/
>> 
>> $GLOBALS['TSFE']->setJS('identifier',$JavaScriptText);
>> 
>> But this seems to be buggy in 3.8/3.8.1:
>> I got 'scrambled' JavaScript in my Source,
>> if adding much JavaScript ...
>> 
>> -
>> 
>> Stefan
> Do you use xhtml_cleaning? That MIGHT causes the problems. Instead of
> including code directly to your page try to include external JS. Or find
> other work around. There a some ways to make the code "xhtml_cleaning"
> resistent.
> 
> Regs. Peter.




From michael at typo3.org  Fri Feb 17 01:51:59 2006
From: michael at typo3.org (Michael Stucki)
Date: Fri, 17 Feb 2006 01:51:59 +0100
Subject: [TYPO3-dev] Announcement: 4.0beta3
References: <mailman.1.1140099730.2653.typo3-dev@lists.netfielders.de>
	<mailman.1.1140104029.10079.typo3-dev@lists.netfielders.de>
	<mailman.1.1140126026.22005.typo3-dev@lists.netfielders.de>
	<mailman.1.1140132727.2295.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140138117.10064.typo3-dev@lists.netfielders.de>

Ingmar was so kind to add those files to the Wiki:
http://wiki.typo3.org/index.php/README_files

Please help to make the documentation of the installation archives as good
as possible!

Regards, michael

Michael Stucki wrote:

> Hi J?rg,
> 
>> Sorry, this is not working for me at all :-(
>> I untar the package in the html root folder and symlink typo3_src to
>> the typo3_src-4.0beta3 folder. Typo3 doesn`t run. There are no further
>> instructions in the readmes.
> 
> I suppose there are some symlinks which are not working anymore. Did you
> check them all?
> 
> About documentation: I'm going to upload the README-Files to the Wiki so
> that they can be edited easily. Please help to make the documentation as
> good as possible.
> 
> - michael

-- 
Use a newsreader! Check out
http://typo3.org/community/mailing-lists/use-a-news-reader/



From kari.salovaara at pp1.inet.fi  Fri Feb 17 02:46:32 2006
From: kari.salovaara at pp1.inet.fi (Kari Salovaara)
Date: Fri, 17 Feb 2006 03:46:32 +0200
Subject: [TYPO3-dev] Where to document possible bugs with example
In-Reply-To: <mailman.910.1140115819.3122.typo3-dev@lists.netfielders.de>
References: <mailman.910.1140115819.3122.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1013.1140140799.3122.typo3-dev@lists.netfielders.de>

Kari Salovaara wrote:
> Hi,
> 
> I gave last chance to Typo3 and installed 4.0b3.
> Everything went OK in installation (congartulations).
> I wanted to download  ter_update_check extension;
> - extension manager settings -> set, OK
> - current list -> retrieved/updated, OK
> then I put ter_update_check into List or look up extensions
> and clicked Look up, result;
> Fatal error: Maximum execution time of 30 seconds exceeded in 
> /home/4.0b3/typo3_src-4.0beta3/typo3/mod/tools/em/class.em_xmlhandler.php 
> on line 111
> 
> Do I really have to increase max.execution time for php or is it a
> feature ?
> 
> I'd like to ask this in bugs.typo3.org but filter beta3 is still missing 
> under Typo3 core.
> 

Yes, I have to increase max_execution_time (now 60)
and memory_limit (now 48M)

And Michael: Sorry, I forgot! But I just added it now.
I couldn't see it ! ;-)

Cheers,
Kari
PS. And tomorrow I start nagging of new skin and its ergonomy for my eyes!
-- 
Kari Salovaara
Finland



From hkdennis2k at gmail.com  Fri Feb 17 03:17:48 2006
From: hkdennis2k at gmail.com (Dennis Cheung)
Date: Fri, 17 Feb 2006 10:17:48 +0800
Subject: [TYPO3-dev] [TYPO3-Dev] How to speedup performance in Backend?
Message-ID: <mailman.1022.1140142671.3122.typo3-dev@lists.netfielders.de>

Hi,

Everybody know typo3 use page_cache, page_content_cache to speed up in frontend.
And we can use $TT object to track time spent on each section.

But, how to speed up the backend? What kind of kills can be used?
 reduce the number of extensions?

Dennis



From typo3 at gramba.de  Fri Feb 17 03:52:10 2006
From: typo3 at gramba.de (Johannes Reichardt)
Date: Fri, 17 Feb 2006 03:52:10 +0100
Subject: [TYPO3-dev] [TYPO3-Dev] How to speedup performance in Backend?
In-Reply-To: <mailman.1022.1140142671.3122.typo3-dev@lists.netfielders.de>
References: <mailman.1022.1140142671.3122.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1023.1140143368.3122.typo3-dev@lists.netfielders.de>

guess eaccalerator and query cache in mysql is an option - don?t know 
more unfortunatly - less complexity in general maybe ;)

> Hi,
> 
> Everybody know typo3 use page_cache, page_content_cache to speed up in frontend.
> And we can use $TT object to track time spent on each section.
> 
> But, how to speed up the backend? What kind of kills can be used?
>  reduce the number of extensions?
> 
> Dennis
> _______________________________________________
> TYPO3-dev mailing list
> TYPO3-dev at lists.netfielders.de
> http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev
> 




From hkdennis2k at gmail.com  Fri Feb 17 03:52:57 2006
From: hkdennis2k at gmail.com (Dennis Cheung)
Date: Fri, 17 Feb 2006 10:52:57 +0800
Subject: [TYPO3-dev] [TYPO3-Dev] How to speedup performance in Backend?
In-Reply-To: <mailman.1023.1140143368.3122.typo3-dev@lists.netfielders.de>
References: <mailman.1022.1140142671.3122.typo3-dev@lists.netfielders.de>
	<mailman.1023.1140143368.3122.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1024.1140144780.3122.typo3-dev@lists.netfielders.de>

But that is not a skill to speedup the backend.
It is a very common skill speedup php/mysql website.

I think usualy, tweaking perforamnce can be done by:
1. diabled / off heavy functions you won't use
2. do cache
3. better algorithm

3rd is not a choise, it need rewrite a lot typo3 core.

2nd can may apply to some part inside typo3.
 you can found a lot of stupid query, if you enabled query log in mysql
 (e.g. Do 60 query for each single column on tt_conent where uid=0)

query cache is not useful, when you has an "timestamp" inside the query.
mysql need it 100% equals to reuse the query cache.

How much we can diabled for getting faster?
Can it be done by TSConfig of user?

Dennis

On 2/17/06, Johannes Reichardt <typo3 at gramba.de> wrote:
> guess eaccalerator and query cache in mysql is an option - don?t know
> more unfortunatly - less complexity in general maybe ;)
>
> > Hi,
> >
> > Everybody know typo3 use page_cache, page_content_cache to speed up in frontend.
> > And we can use $TT object to track time spent on each section.
> >
> > But, how to speed up the backend? What kind of kills can be used?
> >  reduce the number of extensions?
> >
> > Dennis
> > _______________________________________________
> > TYPO3-dev mailing list
> > TYPO3-dev at lists.netfielders.de
> > http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev
> >
>
> _______________________________________________
> TYPO3-dev mailing list
> TYPO3-dev at lists.netfielders.de
> http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev
>



From typo3 at rvt.dds.nl  Fri Feb 17 03:59:49 2006
From: typo3 at rvt.dds.nl (Ries van Twisk)
Date: Thu, 16 Feb 2006 21:59:49 -0500
Subject: [TYPO3-dev] [TYPO3-Dev] How to speedup performance in Backend?
In-Reply-To: <mailman.1024.1140144780.3122.typo3-dev@lists.netfielders.de>
References: <mailman.1022.1140142671.3122.typo3-dev@lists.netfielders.de>	<mailman.1023.1140143368.3122.typo3-dev@lists.netfielders.de>
	<mailman.1024.1140144780.3122.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1025.1140145248.3122.typo3-dev@lists.netfielders.de>

Dennis Cheung wrote:

>But that is not a skill to speedup the backend.
>It is a very common skill speedup php/mysql website.
>
>I think usualy, tweaking perforamnce can be done by:
>1. diabled / off heavy functions you won't use
>2. do cache
>3. better algorithm
>
>3rd is not a choise, it need rewrite a lot typo3 core.
>
>2nd can may apply to some part inside typo3.
> you can found a lot of stupid query, if you enabled query log in mysql
> (e.g. Do 60 query for each single column on tt_conent where uid=0)
>
>query cache is not useful, when you has an "timestamp" inside the query.
>mysql need it 100% equals to reuse the query cache.
>  
>
Would it help to replace all time() functions with some 'constant' 
defined in index.php?
So all query's get the same timestamp field in the where clause during 
page generation.
I don't think it helps much during out of cache generation of time....

I am not sure if this currently done already... might be worth while to 
check out.

Ries

>How much we can diabled for getting faster?
>Can it be done by TSConfig of user?
>
>Dennis
>
>On 2/17/06, Johannes Reichardt <typo3 at gramba.de> wrote:
>  
>
>>guess eaccalerator and query cache in mysql is an option - don?t know
>>more unfortunatly - less complexity in general maybe ;)
>>
>>    
>>
>>>Hi,
>>>
>>>Everybody know typo3 use page_cache, page_content_cache to speed up in frontend.
>>>And we can use $TT object to track time spent on each section.
>>>
>>>But, how to speed up the backend? What kind of kills can be used?
>>> reduce the number of extensions?
>>>
>>>Dennis
>>>_______________________________________________
>>>TYPO3-dev mailing list
>>>TYPO3-dev at lists.netfielders.de
>>>http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev
>>>
>>>      
>>>
>>_______________________________________________
>>TYPO3-dev mailing list
>>TYPO3-dev at lists.netfielders.de
>>http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev
>>
>>    
>>
>_______________________________________________
>TYPO3-dev mailing list
>TYPO3-dev at lists.netfielders.de
>http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev
>  
>




From typo3 at bruehlmeier.com  Fri Feb 17 09:09:39 2006
From: typo3 at bruehlmeier.com (David Bruehlmeier)
Date: Fri, 17 Feb 2006 09:09:39 +0100
Subject: [TYPO3-dev] Where to document possible bugs with example
In-Reply-To: <mailman.910.1140115819.3122.typo3-dev@lists.netfielders.de>
References: <mailman.910.1140115819.3122.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140163781.18324.typo3-dev@lists.netfielders.de>

Hi Kari,

I really hope that you'll stick with TYPO3 and remain part of the 
community. You are doing a tremendous job in translating and your work 
is very valuable to all of us.

You do not know it, but you are one of the reasons why I originally 
became a T3 member. :-) After publishing my first extension ever 
(watchwords), it took nothing but a few days and it was translated to 
Finnish! That was a key-experience to me. I was new to open-source 
development and this showed me that people _are_ helping each other out, 
  making the whole project bigger than the sum of all parts.

I perfectly understand you're angry after all that has happened to you 
lately. Still I hope that you'll give it -yet another- chance!

Greetings from cold-and-rainy Switzerland,
Dave.



From elmar.DOT.hinz at team.MINUS.red.DOT.net  Fri Feb 17 09:40:33 2006
From: elmar.DOT.hinz at team.MINUS.red.DOT.net (Elmar Hinz)
Date: Fri, 17 Feb 2006 09:40:33 +0100
Subject: [TYPO3-dev] Where to document possible bugs with example
In-Reply-To: <mailman.1.1140163781.18324.typo3-dev@lists.netfielders.de>
References: <mailman.910.1140115819.3122.typo3-dev@lists.netfielders.de>
	<mailman.1.1140163781.18324.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140165635.20908.typo3-dev@lists.netfielders.de>

David Bruehlmeier schrieb:
> Hi Kari,
> 
> I really hope that you'll stick with TYPO3 and remain part of the
> community. You are doing a tremendous job in translating and your work
> is very valuable to all of us.
> 

Hi Kari and David,

I was allways woundering why the community of developers didn't grow over the
last 2 years in the same way as TYPO3 was used more and more. Meanwhile I could
give some answers to this question. I wonder if other communities do limit
themself in the same manner or if that is special for this german dominated
community. Still it is a strong community. But TYPO3 is giving competing
products chances.

Be a little patient just now. Still hold to TYPO3 and see what the next 4
monthes will bring, after the stress of 4.0 is through. Maybe things will change.

Best


















From jorgo at jorgo.org  Fri Feb 17 10:18:51 2006
From: jorgo at jorgo.org (Jörg Schaller)
Date: Fri, 17 Feb 2006 10:18:51 +0100
Subject: [TYPO3-dev] Announcement: 4.0beta3
References: <mailman.1.1140099730.2653.typo3-dev@lists.netfielders.de>
	<mailman.1.1140104029.10079.typo3-dev@lists.netfielders.de>
	<mailman.1.1140126026.22005.typo3-dev@lists.netfielders.de>
	<mailman.1.1140127930.26455.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140167939.25048.typo3-dev@lists.netfielders.de>

On Thu, 16 Feb 2006 23:12:46 +0100, Rico Moorman
<rico.moorman at gmail.com> wrote:

>Does it give some kind of error message?
>When I just untar the packages I dont have to create a symlink typo3_src 
>...there is a symlink in the dummy-4.0beta3 folder already pointing to 
>the typo3_src-4.0beta3 folder.
>
>maybe with some error message we could help better : )

There are no error messages, when I go to my web address, all I see
are the bare folders on the server.
However, that particular domain symlinks to the typo3 folders of the
main domain like this:

root (main domain)
I_typo3_src_beta3
I_various_other_typo3_folders
I_typo3_src => typo3_src_beta3
I_jorgo.org
  I_typo3 symlinked folders from root
I_more_subdomains_of_jorgo.org
  I_typo3 symlinked folders from root

The domain and its subdomains are generated like this from my shared
hosters Cpanel and I can't change its structure. I guess I need to
symlink to the new moved folders inside of typo3 now.

J?rg



From typo3 at bruehlmeier.com  Fri Feb 17 10:19:21 2006
From: typo3 at bruehlmeier.com (David Bruehlmeier)
Date: Fri, 17 Feb 2006 10:19:21 +0100
Subject: [TYPO3-dev] Typo3.org small caching problem?
In-Reply-To: <mailman.1.1140128656.23037.typo3-dev@lists.netfielders.de>
References: <mailman.359.1140036370.3122.typo3-dev@lists.netfielders.de>	
	<mailman.1.1140036725.28546.typo3-dev@lists.netfielders.de>	
	<mailman.1.1140076298.20101.typo3-dev@lists.netfielders.de>
	<mailman.1.1140128656.23037.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140167963.25317.typo3-dev@lists.netfielders.de>

Hi Michelle,

> Yes, that is the old feature list and it's still "live" at the moment,
> but hopefully I've fixed all the links to it on TYPO3.com. It should
> point to this page: http://typo3.com/Feature_list.1243.0.html If I
> missed something, please let me know! :)

The link http://typo3.com/1316.0.html (to the licence, this is the link 
from the BE-login screen TYPO3 4.0 beta 3) still leads to the old layout.

Geetings,
Dave.



From typo3 at kodiak.de  Fri Feb 17 10:51:10 2006
From: typo3 at kodiak.de (Christian Tauscher)
Date: Fri, 17 Feb 2006 10:51:10 +0100
Subject: [TYPO3-dev] add Javascript function
In-Reply-To: <mailman.1.1140082608.1033.typo3-dev@lists.netfielders.de>
References: <mailman.1.1140018376.28008.typo3-dev@lists.netfielders.de>
	<mailman.1.1140059407.30507.typo3-dev@lists.netfielders.de>
	<mailman.1.1140082608.1033.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140169809.29102.typo3-dev@lists.netfielders.de>

Thomas Mammitzsch schrieb:
> Johnny Peck schrieb:
>> Thomas,
>> I know it resembles something like
>> $GLOBALS['TSFE']->additionalHeaderData = '<script type="text/javascript"
>> src="your/source/"></script>'; ...etc...
>>
>> also there is a function additionalJavaScript() im sure. Check out the
>> API for those here ->  http://typo3.org/fileadmin/typo3api-3.8.0/

$jsCode = "...here comes your JS code...";
$jsCode = t3lib_div::wrapJS($jsCode);
$GLOBALS["TSFE"]->additionalHeaderData[$this->extKey] = $jsCode;

Maybe this helps you,

Christian.



From jorgo at jorgo.org  Fri Feb 17 11:00:55 2006
From: jorgo at jorgo.org (Jörg Schaller)
Date: Fri, 17 Feb 2006 11:00:55 +0100
Subject: [TYPO3-dev] Announcement: 4.0beta3
References: <mailman.1.1140099730.2653.typo3-dev@lists.netfielders.de>
	<mailman.1.1140104029.10079.typo3-dev@lists.netfielders.de>
	<mailman.1.1140126026.22005.typo3-dev@lists.netfielders.de>
	<mailman.1.1140126641.22967.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140170466.30246.typo3-dev@lists.netfielders.de>

On Thu, 16 Feb 2006 22:50:32 +0100, Andreas F?rthner
<Andreas.Foerthner at netlogix.de> wrote:

>does your Backen work? If so, you just forgot to link the index.php of 
>the Frontend... you should change the SymLink to something like that:
>index.php -> typo3_src/index.php

That was it, thanks for the pointer!
J?rg



From kari.salovaara at pp1.inet.fi  Fri Feb 17 11:16:01 2006
From: kari.salovaara at pp1.inet.fi (Kari Salovaara)
Date: Fri, 17 Feb 2006 12:16:01 +0200
Subject: [TYPO3-dev] Broken/missing (sym)links causing trouble
Message-ID: <mailman.1147.1140171368.3122.typo3-dev@lists.netfielders.de>

Hi,

I inform also here (bugs done) that in very popular
extensions have hardcoded links which causes problems.
One example is timtab, class.tx_timtab_be.php lines
51 and 52.

I hope that people start to concentrate in to looking
their extensions and fixing them ASAP. Others can test
and report these problems in bugs.
Please leave your activites heading new development
and make 4.0 usable.

I hope this email doesn't cause any replies or flames, but
could make you dear developers to do something which
benefits whole community.

Cheers,
Kari
PS. What did I say about symlinks. ;-)

-- 
Kari Salovaara
Finland



From ingmar at typo3.org  Fri Feb 17 11:22:03 2006
From: ingmar at typo3.org (Ingmar Schlecht)
Date: Fri, 17 Feb 2006 11:22:03 +0100
Subject: [TYPO3-dev] Announcement: 4.0beta3
In-Reply-To: <mailman.937.1140124418.3122.typo3-dev@lists.netfielders.de>
References: <mailman.1.1140099730.2653.typo3-dev@lists.netfielders.de>
	<mailman.937.1140124418.3122.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140171709.1235.typo3-dev@lists.netfielders.de>

Hi Stephane,

Stephane Schitter wrote:
> Quoting Ingmar Schlecht <ingmar at typo3.org>:
>> - ss_dragdrop extension has been integrated into the core.
>>  That means drag and drop works for pages in the pagetree.
>>  When you drop a page inside of another page, a context menu will pop
>>  up asking your whether to copy, move or create a shortcut at that
>>  position.
> 
> I have just noticed an issue with part of this code. Could someone
> please have a look at their filelist tree and confirm the bug 2588 I
> just put in the tracker ? [1]

I just fixed this obvious bug in CVS.

cheers
Ingmar



From jorgo at jorgo.org  Fri Feb 17 11:25:06 2006
From: jorgo at jorgo.org (Jörg Schaller)
Date: Fri, 17 Feb 2006 11:25:06 +0100
Subject: [TYPO3-dev]  Font problem 4.0beta3
Message-ID: <mailman.1.1140171914.999.typo3-dev@lists.netfielders.de>

Hello all,

INSTALL TOOL - IMAGE PROCESSING - GD LIBRARY FUNCTIONS fails partly
after updating to 4.0beta3 with the following errors:

Warning: imagettfbbox(): Could not find/open font in
/home/jorgo/public_html/typo3_src-4.0beta3/t3lib/class.t3lib_stdgraphic.php
on line 961

Warning: imagettftext(): Could not find/open font in
/home/jorgo/public_html/typo3_src-4.0beta3/t3lib/class.t3lib_stdgraphic.php
on line 1019

Warning: imagettfbbox(): Could not find/open font in
/home/jorgo/public_html/typo3_src-4.0beta3/t3lib/class.t3lib_stdgraphic.php
on line 1022


I've manually copied the fonts arial.ttf and verdana.ttf into the
t3lib/fonts folder. Any advice?

J?rg



From michael at typo3.org  Fri Feb 17 12:13:46 2006
From: michael at typo3.org (Michael Stucki)
Date: Fri, 17 Feb 2006 12:13:46 +0100
Subject: [TYPO3-dev] Font problem 4.0beta3
References: <mailman.1.1140171914.999.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140175022.7996.typo3-dev@lists.netfielders.de>

Hi J?rg,

> Warning: imagettfbbox(): Could not find/open font in
> /home/jorgo/public_html/typo3_src-4.0beta3/t3lib/class.t3lib_stdgraphic.php
> on line 961

Yeah, there's a bug. Has nothing todo with the removal of the arial.ttf
symlink but with the removal of the symlink t3lib in typo3/.

> I've manually copied the fonts arial.ttf and verdana.ttf into the
> t3lib/fonts folder. Any advice?

Will fix it in CVS.

- michael
-- 
Use a newsreader! Check out
http://typo3.org/community/mailing-lists/use-a-news-reader/



From kasper2006 at typo3.com  Fri Feb 17 13:33:04 2006
From: kasper2006 at typo3.com (=?ISO-8859-1?Q?Kasper_Sk=E5rh=F8j?=)
Date: Fri, 17 Feb 2006 13:33:04 +0100
Subject: [TYPO3-dev] Broken/missing (sym)links causing trouble
In-Reply-To: <mailman.1147.1140171368.3122.typo3-dev@lists.netfielders.de>
References: <mailman.1147.1140171368.3122.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1234.1140179589.3122.typo3-dev@lists.netfielders.de>

>
> I hope this email doesn't cause any replies or flames, but
> could make you dear developers to do something which
> benefits whole community.

I will light a little candle: Developers never do something that  
benefits the whole community; they do something that benefits various  
_parts_ of the community. This is the reality of such a big project  
like TYPO3.

So what is irrelevant to you may be important to someone else. When  
we plan development the big picture wins over personal interests. We  
don't expect everyone to agree or even understand why we prioritize  
as we do. And we rather develop than adding the overhead of  
communicating our strategy in individual email replies.

It would be a great help for the motivation of developers not to be  
charged with these narrowsighted claims.

Thank you.

> PS. What did I say about symlinks. ;-)
>

I don't know but probably something I would agree with.



- kasper

"A contribution a day keeps the fork away"
-------------------------------
kasper2006 at typo3.com | +45 20 999 115 | skype: kasperskaarhoej |  
gizmo: kasper_typo3





From bedlamhotel at gmail.com  Fri Feb 17 14:11:09 2006
From: bedlamhotel at gmail.com (Christopher)
Date: Fri, 17 Feb 2006 05:11:09 -0800
Subject: [TYPO3-dev] Font problem 4.0beta3
In-Reply-To: <mailman.1.1140175022.7996.typo3-dev@lists.netfielders.de>
References: <mailman.1.1140171914.999.typo3-dev@lists.netfielders.de>
	<mailman.1.1140175022.7996.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1244.1140181871.3122.typo3-dev@lists.netfielders.de>

Hey,

On 2/17/06, Michael Stucki <michael at typo3.org> wrote:
> Hi J?rg,
>
> > Warning: imagettfbbox(): Could not find/open font in
> > /home/jorgo/public_html/typo3_src-4.0beta3/t3lib/class.t3lib_stdgraphic.php
> > on line 961
>
> Yeah, there's a bug. Has nothing todo with the removal of the arial.ttf
> symlink but with the removal of the symlink t3lib in typo3/.
>
> > I've manually copied the fonts arial.ttf and verdana.ttf into the
> > t3lib/fonts folder. Any advice?
>
> Will fix it in CVS.
>
> - michael

Just FYI, this one is already in the bugtracker:
http://bugs.typo3.org/view.php?id=2597

-Christopher



From kasper2006 at typo3.com  Fri Feb 17 14:16:43 2006
From: kasper2006 at typo3.com (=?ISO-8859-1?Q?Kasper_Sk=E5rh=F8j?=)
Date: Fri, 17 Feb 2006 14:16:43 +0100
Subject: [TYPO3-dev] Broken/missing (sym)links causing trouble
In-Reply-To: <mailman.1234.1140179589.3122.typo3-dev@lists.netfielders.de>
References: <mailman.1147.1140171368.3122.typo3-dev@lists.netfielders.de>
	<mailman.1234.1140179589.3122.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1246.1140182209.3122.typo3-dev@lists.netfielders.de>

Hi All, Kari,

I forgot to integrate a few smilies here, sorry. My mail was not  
meant as an attack on Kari. I tried to explain, create some  
perspective - and defend those hardworking core developers who are my  
most precious asset in the community at the moment. I took no  
personal offense.

My reply is factual based on my super-perspective as chief developer.  
I would however like to excuse the use of the word "narrowsighted"  
which was not necessary in the context. Please ignore that.

An as a wrote: It was just a "little candle", not a big flame.



Then I looked at what Kari wrote about symlinks:

> I vote for 4.5 earliest to take symlinks away. This gives some
> time resources to prepare for the change. This is my personal
> wish due I'm working totally on voluntary basis for all sites I'm
> maintaining and I should do also my research work without
> putting all my resources for measures which don't benefit
> my goals in more important issues.

To me it looks like if Kari has misunderstood what has happened, so  
let me explain it again:

TYPO3 has two types of symlinks known to most people:
- Internal symlinks inside the core itself (some you don't define by  
yourself)
- External symlink which links the core directory to multiple  
installations (some you create yourself)

The change regards ONLY the internal symlinks: Now, the core has been  
changed so these internal symlinks are not _needed_ anymore.

Incompatibilities you can expect:
a) Bugs in the core where we didn't fix it properly. Most are already  
found and done with. Full compliance expected for 4.0 Release.
b) Bugs in extensions which are not yet compatible with the new  
situation. We depend on extension authors to fix this.


_ALL_ incompatibilities of this change can be avoided simply by  
adding the internal symlinks again yourself!

So, eventually Kari should not have any trouble except adding a few  
symlinks between t3lib/, tslib/, gfx/, thumb.php etc. (see old  
create_symlink.sh script or document) internally - and everything  
will work find for him!


I really think its a misunderstanding, Kari.

- kasper






On Feb 17, 2006, at 13:33 , Kasper Sk?rh?j wrote:

>>
>> I hope this email doesn't cause any replies or flames, but
>> could make you dear developers to do something which
>> benefits whole community.
>
> I will light a little candle: Developers never do something that
> benefits the whole community; they do something that benefits various
> _parts_ of the community. This is the reality of such a big project
> like TYPO3.
>
> So what is irrelevant to you may be important to someone else. When
> we plan development the big picture wins over personal interests. We
> don't expect everyone to agree or even understand why we prioritize
> as we do. And we rather develop than adding the overhead of
> communicating our strategy in individual email replies.
>
> It would be a great help for the motivation of developers not to be
> charged with these narrowsighted claims.
>
> Thank you.
>
>> PS. What did I say about symlinks. ;-)
>>
>
> I don't know but probably something I would agree with.
>
>
>
> - kasper




From kari.salovaara at pp1.inet.fi  Fri Feb 17 16:49:59 2006
From: kari.salovaara at pp1.inet.fi (Kari Salovaara)
Date: Fri, 17 Feb 2006 17:49:59 +0200
Subject: [TYPO3-dev] Questions relating new Typo3 4.0 beta3 skin
Message-ID: <mailman.1321.1140191408.3122.typo3-dev@lists.netfielders.de>

Hi,

I've looked now this new skin during last 24 hours 18 hours
and my eyes start to bleed ! Ithe skin is not very ergonomic.
This is of course very personal opinion so it should not be discussed.

But serious questions:

1) Where I can find documentation how to manage this
new skin ? At least colors and fonts.

2) Has somebody planned to make a BE tool to manage
colors and fonts for skins? If yes, I'm more than willing to help there.

3) Is there any other ready-from-shelf skin for 4.0 ?

Best regards,
Kari

-- 
Kari Salovaara
Finland



From typo3 at fx-graefix.de  Fri Feb 17 17:29:51 2006
From: typo3 at fx-graefix.de (Franz Koch)
Date: Fri, 17 Feb 2006 17:29:51 +0100
Subject: [TYPO3-dev] TER2 : suggest features
In-Reply-To: <mailman.1.1140013562.17896.typo3-dev@lists.netfielders.de>
References: <mailman.14.1139990444.3122.typo3-dev@lists.netfielders.de>
	<mailman.1.1140013562.17896.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140193779.10440.typo3-dev@lists.netfielders.de>

> just a short note: what you see currently is the basis, something we can
> build on. The plugin for ratings is 2/3 finished, but currently disabled -
> but it will come!

Nice - I know that I allready said this somewhere, but it would be nice 
if the rating-system could become something like a service that can be 
applied to *any* database-table without having to add a rating-field for 
MMs to the tables. This way the rating could be applied to *everything* 
which means pages, news, gallery-entries, forum-posts etc. without 
having to create an extension and modify the database tables.
I also thought about a way to add this via TS which would be really 
nice. Templates and any other configuration could be solved by defining 
a default setup and allow predefined table-based modifications via some 
TS-path like:
-----
sv_rating_pi1.conf.table.DB_TABLE {
	template = {template.basepath}ext/rating_pages}
	allow_groups = 0,1
	allow_guest = false
	allow_comments = true	#applying of a commenting-service
	...
}
-----
Or simply copy the object via TS an modify needed settings. Should be 
possible.

I know that the TER-Rating needs some special treatment, but this could 
be achieved by extending the basic rating-service. Therefor it is a 
service, right?

This concept could also be used for a commenting-service or any other 
multiple-use function (e.g. polls which are some kind of rating).

That was just a thought I had some night, but I think something like 
that is the right way to go in future.
If the idea is welcome and I can give a helping hand, just drop me a 
note. But I have to say that I'm no professional programmer - more like 
a sparetime one.
-- 
Kind regards,
Franz Koch



From patrick.rodacker at the-reflection.de  Fri Feb 17 17:53:53 2006
From: patrick.rodacker at the-reflection.de (Patrick Rodacker)
Date: Fri, 17 Feb 2006 17:53:53 +0100
Subject: [TYPO3-dev]  How to support the review team?
Message-ID: <mailman.1.1140195232.13438.typo3-dev@lists.netfielders.de>

Hi TYPO3-Heads,

thank you very much to all your efforts and time to make TYPO3 the most
powerful and flexible CMS framework around. Aligning the major websites
and the Backend UI to the CI strategy and shipping TYPO3 4.0 with a
whole bunch of new functionality is a huge step in the right direction.
I think you all have done an incredible job and TYPO3 4.0 is really
going to kick ass. Keep on that wonderful work!

Well, due to work load and time pressure several issues need still some
support, so I am here to offer my support. In the ECT I have volunteered
to coordinate the Extension Rating System and Reviews project ... well
some of the work is already done like Michael Sharkow postet on the
typo3org list which is great news. I have some other issues in my mind
when thinking about Extension Ratings and Reviews so I think it is a
good idea to start supporting the review team and get an impression how
things are going to work.

So, please let me know how I can support the work of the review team? I
am not a coding expert, but I know about important security issues and I
am willing to learn about some new ;-)

Are there some guidelines available how to review an extension? If not I
am happy to offer some input on that topic or any other part in the
process as well.

I am deeply impressed about the work that is going on during the last
weeks and I only can keep up my thumbs and smile .... keep on rocking.

Best regards
Patrick










From typo3 at rvt.dds.nl  Fri Feb 17 18:35:35 2006
From: typo3 at rvt.dds.nl (Ries van Twisk)
Date: Fri, 17 Feb 2006 12:35:35 -0500
Subject: [TYPO3-dev] TER2 : suggest features
In-Reply-To: <mailman.1.1140193779.10440.typo3-dev@lists.netfielders.de>
References: <mailman.14.1139990444.3122.typo3-dev@lists.netfielders.de>	<mailman.1.1140013562.17896.typo3-dev@lists.netfielders.de>
	<mailman.1.1140193779.10440.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1379.1140197792.3122.typo3-dev@lists.netfielders.de>

Franz Koch wrote:

>>just a short note: what you see currently is the basis, something we can
>>build on. The plugin for ratings is 2/3 finished, but currently disabled -
>>but it will come!
>>    
>>
>
>Nice - I know that I allready said this somewhere, but it would be nice 
>if the rating-system could become something like a service that can be 
>applied to *any* database-table without having to add a rating-field for 
>MMs to the tables. This way the rating could be applied to *everything* 
>which means pages, news, gallery-entries, forum-posts etc. without 
>having to create an extension and modify the database tables.
>I also thought about a way to add this via TS which would be really 
>nice. Templates and any other configuration could be solved by defining 
>a default setup and allow predefined table-based modifications via some 
>TS-path like:
>-----
>sv_rating_pi1.conf.table.DB_TABLE {
>	template = {template.basepath}ext/rating_pages}
>	allow_groups = 0,1
>	allow_guest = false
>	allow_comments = true	#applying of a commenting-service
>	...
>}
>-----
>Or simply copy the object via TS an modify needed settings. Should be 
>possible.
>
>I know that the TER-Rating needs some special treatment, but this could 
>be achieved by extending the basic rating-service. Therefor it is a 
>service, right?
>
>This concept could also be used for a commenting-service or any other 
>multiple-use function (e.g. polls which are some kind of rating).
>
>That was just a thought I had some night, but I think something like 
>that is the right way to go in future.
>If the idea is welcome and I can give a helping hand, just drop me a 
>note. But I have to say that I'm no professional programmer - more like 
>a sparetime one.
>  
>
We are going to make a new version of ltg_rating, we are going to keep 
the good things and throw away the wrong parts.
Currently we have problems with rating that an old object can be rated 
as 10 with one rating, while a new object with one rating of 8 and many 
ratings of 10 can never be higher then the single 10 rating. Which isn't 
fair.
So the system we are going to make will take into account the time of 
the rating, when it was last rated and different rating types for a 
single object also based on a per table rating.



Ries





From michelle at typo3.us  Fri Feb 17 23:08:05 2006
From: michelle at typo3.us (Michelle Heizer)
Date: Fri, 17 Feb 2006 16:08:05 -0600
Subject: [TYPO3-dev] Typo3.org small caching problem?
In-Reply-To: <mailman.1.1140167963.25317.typo3-dev@lists.netfielders.de>
References: <mailman.359.1140036370.3122.typo3-dev@lists.netfielders.de>
	<mailman.1.1140036725.28546.typo3-dev@lists.netfielders.de>
	<mailman.1.1140076298.20101.typo3-dev@lists.netfielders.de>
	<mailman.1.1140128656.23037.typo3-dev@lists.netfielders.de>
	<mailman.1.1140167963.25317.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140214090.13796.typo3-dev@lists.netfielders.de>

Hi David,

On Fri, 2006-02-17 at 10:19 +0100, David Bruehlmeier wrote:
> The link http://typo3.com/1316.0.html (to the licence, this is the link 
> from the BE-login screen TYPO3 4.0 beta 3) still leads to the old layout.

Good catch! I put up a redirect to the new License page. 

Thanks!

Michelle




From usenet at digilog.de  Sat Feb 18 09:01:06 2006
From: usenet at digilog.de (Joerg Wagner - DigiLog multimedia)
Date: Sat, 18 Feb 2006 09:01:06 +0100
Subject: [TYPO3-dev]  4.0beta3 GMENU transparency bug?!?
Message-ID: <mailman.1.1140249664.28667.typo3-dev@lists.netfielders.de>

Hi all

can anybody please confirm this problem - if so I will post a bug in 
bugtracker:

After upgrading from  4.0beta2  to  4.0beta3  I experience problems with 
transparent backgrounds in my GMENUs.
Under certain conditions the transparency is inverted, making all 
transparent background pixels visible and the characters themselves 
transparent.
As far as I can tell this is needed to reproduce the problem:

- niceText MUST be on.
- the backColor value (read as one 48 bit number) must have a higher value 
than the fontColor value.
- I am using GraphicsMagick. Not sure whether this will happen with 
ImageMagick too.

This TS used in a GMENU reproduces the problem:

    NO{
      backColor = #D3D9DB
      transparentBackground = 1
      10 = TEXT
      10{
        text.field = title
        fontFile = fileadmin/fonts/ARIAL.TTF
        fontSize = 24
        fontColor = #D3D9DA
        niceText = 1
        offset = 0,22
      }
    }

Changing the backColor to e.g. #D2D9DB or #D3D9D9 makes the problem 
disappear, as then the backColor has a lower value than the fontColor!
Also setting niceText to 0 hides the problem.
As said this problem was NOT part of 4.0beta2 in an otherwise largely 
identical configuration.

My GFX conf vars are:

    $TYPO3_CONF_VARS['GFX']["im"] = '1';
    $TYPO3_CONF_VARS['GFX']['im_combine_filename'] = 'combine';
    $TYPO3_CONF_VARS['GFX']["im_path"] = 
'C:\\Programme\\GraphicsMagick-1.1.6-Q8\\';
    $TYPO3_CONF_VARS['GFX']["im_path_lzw"] = '';
    $TYPO3_CONF_VARS['GFX']['im_version_5'] = 'gm';
    $TYPO3_CONF_VARS['GFX']['TTFdpi'] = '96';

...but I changed them back and forth and they do not seem to affect this 
problem.

--
J?rg Wagner
DigiLog multimedia 





From typo3 at fx-graefix.de  Sat Feb 18 11:24:09 2006
From: typo3 at fx-graefix.de (Franz Koch)
Date: Sat, 18 Feb 2006 11:24:09 +0100
Subject: [TYPO3-dev] Announcement: 4.0beta3
In-Reply-To: <mailman.1.1140099730.2653.typo3-dev@lists.netfielders.de>
References: <mailman.1.1140099730.2653.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140258237.8609.typo3-dev@lists.netfielders.de>

Hi List,

well, it's not a bug, but as the new skin allready is included, maybe 
the typo3-logo in the install-wizard should also be the new one :) Not 
that it gets forgotten...

-- 
Kind regards,
Franz Koch



From typo3 at fx-graefix.de  Sat Feb 18 11:40:24 2006
From: typo3 at fx-graefix.de (Franz Koch)
Date: Sat, 18 Feb 2006 11:40:24 +0100
Subject: [TYPO3-dev] Announcement: 4.0beta3
In-Reply-To: <mailman.1.1140258237.8609.typo3-dev@lists.netfielders.de>
References: <mailman.1.1140099730.2653.typo3-dev@lists.netfielders.de>
	<mailman.1.1140258237.8609.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140259214.10536.typo3-dev@lists.netfielders.de>

Franz Koch schrieb:
> Hi List,
> 
> well, it's not a bug, but as the new skin allready is included, maybe 
> the typo3-logo in the install-wizard should also be the new one :) Not 
> that it gets forgotten...
> 
Just added it as bug, as the whole install-tool and install-wizard don't 
have the new style.

http://bugs.typo3.org/view.php?id=2618
hope it's categorized correctly.


I also noted that some default folders inside "typo3temp" are missing 
(like "llxml", "pics", "temp", "GB", "cs"). But as it is no final 
package (downloaded the zip-file) I don't call it a bug yet.

-- 
Kind regards,
Franz Koch



From steffen at dislabs.de  Sat Feb 18 12:03:06 2006
From: steffen at dislabs.de (Steffen Kamper)
Date: Sat, 18 Feb 2006 12:03:06 +0100
Subject: [TYPO3-dev]  select distinct in TS
Message-ID: <mailman.1.1140260586.12846.typo3-dev@lists.netfielders.de>

Hi list,

I need a feature for tt_address, because i have some names with multiple 
records. But it's also a general question for selecting from a table in TS.

Is there a possibility to remove duplicates by using a DISTINCT-Mode ?
e.g. in this context:

tt_content.list.20.0.0 {
  table = tt_address
  select.pidInList.field = pages
  select.orderBy = {$content.tt_address.orderBy} {$content.tt_address.desc}
}

thanx
Steffen 





From franz at fholzinger.com  Sat Feb 18 12:06:05 2006
From: franz at fholzinger.com (Franz Holzinger)
Date: Sat, 18 Feb 2006 12:06:05 +0100
Subject: [TYPO3-dev] Announcement: 4.0beta3
In-Reply-To: <mailman.1.1140259214.10536.typo3-dev@lists.netfielders.de>
References: <mailman.1.1140099730.2653.typo3-dev@lists.netfielders.de>
	<mailman.1.1140258237.8609.typo3-dev@lists.netfielders.de>
	<mailman.1.1140259214.10536.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140260722.11720.typo3-dev@lists.netfielders.de>

Hello

> 
> I also noted that some default folders inside "typo3temp" are missing
> (like "llxml", "pics", "temp", "GB", "cs"). But as it is no final
> package (downloaded the zip-file) I don't call it a bug yet.
> 

as far as I know these should be created automatically somewhere else,
probably in the install tool.


- Franz



From steffen at dislabs.de  Sat Feb 18 12:08:48 2006
From: steffen at dislabs.de (Steffen Kamper)
Date: Sat, 18 Feb 2006 12:08:48 +0100
Subject: [TYPO3-dev]  Record View in BE
Message-ID: <mailman.1.1140260928.13419.typo3-dev@lists.netfielders.de>

Hi list,

normally i use a syntax like this to allow viewing and edit records in the 
page-module:

$TYPO3_CONF_VARS['EXTCONF']['cms']['db_layout']['addTables']['tablename'][0] 
= array(
    'fList' => 'cover,title,author,category,new',
    'icon' => TRUE
);

In tt_address there is a selecttbox with 3 views and this is very fine i 
want to use in my own ext.
But I can't find the instructions for that. Does anybody know where the 
declaration is ?

Also i have additional questions:

- is there a possibility to add a pagebrowser (like in list-module) ?
- is there a possibility to add an icon for "new record" ?

thanx in advance
Steffen 





From michael at typo3.org  Sat Feb 18 12:51:26 2006
From: michael at typo3.org (Michael Stucki)
Date: Sat, 18 Feb 2006 12:51:26 +0100
Subject: [TYPO3-dev] Announcement: 4.0beta3
References: <mailman.1.1140099730.2653.typo3-dev@lists.netfielders.de>
	<mailman.1.1140258237.8609.typo3-dev@lists.netfielders.de>
	<mailman.1.1140259214.10536.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140264125.19828.typo3-dev@lists.netfielders.de>

Franz Koch wrote:

> Just added it as bug, as the whole install-tool and install-wizard don't
> have the new style.
> 
> http://bugs.typo3.org/view.php?id=2618
> hope it's categorized correctly.

Are you kidding?!

Well, I agree that the logo should be changed, but I will definitely not
waste time on skinning the Install Tool!

> I also noted that some default folders inside "typo3temp" are missing
> (like "llxml", "pics", "temp", "GB", "cs"). But as it is no final
> package (downloaded the zip-file) I don't call it a bug yet.

I will look at this. The folders should be created automatically, but I've
got a feedback that this does not work on Windows...(?)

- michael
-- 
Use a newsreader! Check out
http://typo3.org/community/mailing-lists/use-a-news-reader/



From patrick at typo3quebec.org  Sat Feb 18 14:03:18 2006
From: patrick at typo3quebec.org (Patrick Gaumond)
Date: Sat, 18 Feb 2006 08:03:18 -0500
Subject: [TYPO3-dev] Announcement: 4.0beta3
In-Reply-To: <mailman.1.1140264125.19828.typo3-dev@lists.netfielders.de>
References: <mailman.1.1140099730.2653.typo3-dev@lists.netfielders.de>
	<mailman.1.1140258237.8609.typo3-dev@lists.netfielders.de>
	<mailman.1.1140259214.10536.typo3-dev@lists.netfielders.de>
	<mailman.1.1140264125.19828.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140267798.27644.typo3-dev@lists.netfielders.de>

Michael Stucki wrote:

>> I also noted that some default folders inside "typo3temp" are missing
>> (like "llxml", "pics", "temp", "GB", "cs"). But as it is no final
>> package (downloaded the zip-file) I don't call it a bug yet.
> 
> I will look at this. The folders should be created automatically, but I've
> got a feedback that this does not work on Windows...(?)


http://bugs.typo3.org/view.php?id=2462

Franz, what is your setup?

Patrick



From franz at fholzinger.com  Sat Feb 18 16:31:58 2006
From: franz at fholzinger.com (Franz Holzinger)
Date: Sat, 18 Feb 2006 16:31:58 +0100
Subject: [TYPO3-dev] Announcement: 4.0beta3
In-Reply-To: <mailman.1.1140267798.27644.typo3-dev@lists.netfielders.de>
References: <mailman.1.1140099730.2653.typo3-dev@lists.netfielders.de>
	<mailman.1.1140258237.8609.typo3-dev@lists.netfielders.de>
	<mailman.1.1140259214.10536.typo3-dev@lists.netfielders.de>
	<mailman.1.1140264125.19828.typo3-dev@lists.netfielders.de>
	<mailman.1.1140267798.27644.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140276673.9189.typo3-dev@lists.netfielders.de>

> 
> 
> http://bugs.typo3.org/view.php?id=2462
> 
> Franz, what is your setup?
> 
This did not work neither with Mandriva nor Debian Linux. The install
tool did not create these directories but complained.

- Franz




From gawain at camlann.de  Sat Feb 18 17:23:11 2006
From: gawain at camlann.de (Christian Welzel)
Date: Sat, 18 Feb 2006 17:23:11 +0100
Subject: [TYPO3-dev]  page type: external links error
Message-ID: <mailman.1.1140279545.13171.typo3-dev@lists.netfielders.de>

Hi people!

Since beta3 there seems to be a bug in the handling of page type
"external link". The header "Location" ist sent to late so the 
empty page is shown with a warning and not the target page.
Please have a look at http://bugs.typo3.org/view.php?id=2592
(unfortunately the bug is filed as minor failure and not as critical).

-- 
 MfG, Christian Welzel

  GPG-Key:     http://www.camlann.de/key.asc
  Fingerprint: 4F50 19BF 3346 36A6 CFA9 DBDC C268 6D24 70A1 AD15



From bedlamhotel at gmail.com  Sat Feb 18 18:07:59 2006
From: bedlamhotel at gmail.com (Christopher)
Date: Sat, 18 Feb 2006 09:07:59 -0800
Subject: [TYPO3-dev] Announcement: 4.0beta3
In-Reply-To: <mailman.1.1140099730.2653.typo3-dev@lists.netfielders.de>
References: <mailman.1.1140099730.2653.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1679.1140282483.3122.typo3-dev@lists.netfielders.de>

A question about Ingmar's announcement:

On 2/16/06, Ingmar Schlecht <ingmar at typo3.org> wrote:
> Hi folks,

<snip>

> - No need for "showpic.php" anymore.
>   Click-enlarge links now look like "index.php?eID=tx_cms_showpic&..."
>   The technique behind this feature may become very useful for AJAX and
>   webservice scripts, too.

<snip>

If showpic.php is no longer needed, why  is is found in the
typo3_src-4.0beta3 dir?


-Christopher



From mscharkow at gmx.net  Sat Feb 18 18:28:23 2006
From: mscharkow at gmx.net (Michael Scharkow)
Date: Sat, 18 Feb 2006 18:28:23 +0100
Subject: [TYPO3-dev] Announcement: 4.0beta3
In-Reply-To: <mailman.1679.1140282483.3122.typo3-dev@lists.netfielders.de>
References: <mailman.1.1140099730.2653.typo3-dev@lists.netfielders.de>
	<mailman.1679.1140282483.3122.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140283703.18743.typo3-dev@lists.netfielders.de>

Christopher wrote:

> If showpic.php is no longer needed, why  is is found in the
> typo3_src-4.0beta3 dir?

1. Kasper made this change after Stucki packaged the beta3 IIRC
2. Backwards-compatibility, the holy cow of ;)

Cheers,
Michael



From mscharkow at gmx.net  Sat Feb 18 18:37:33 2006
From: mscharkow at gmx.net (Michael Scharkow)
Date: Sat, 18 Feb 2006 18:37:33 +0100
Subject: [TYPO3-dev] How to support the review team?
In-Reply-To: <mailman.1.1140195232.13438.typo3-dev@lists.netfielders.de>
References: <mailman.1.1140195232.13438.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140284254.19513.typo3-dev@lists.netfielders.de>

Patrick Rodacker wrote:

> So, please let me know how I can support the work of the review team? I
> am not a coding expert, but I know about important security issues and I
> am willing to learn about some new ;-)
> 
> Are there some guidelines available how to review an extension? If not I
> am happy to offer some input on that topic or any other part in the
> process as well.

Hi Patrick,

thanks for your enthusiasm. A few words about the reviewing team:

1. It's not a reviewing team, since we're *only* doing basic security 
audits because that has the highest priority. As explained elsewhere, 
systematic review has failed, and will probably always fail, due to the 
sheer number of extensions. We will have user-based ratings instead, and 
hope that this will work out.

2. If you like to participate, send a mail to the security team. I'm not 
sure about the requirements to get in there because I bribed another 
member to recommend me ;)

Greetings,
Michael



From martin at 925.dk  Sat Feb 18 19:06:28 2006
From: martin at 925.dk (Martin Koch Andersen)
Date: Sat, 18 Feb 2006 19:06:28 +0100
Subject: [TYPO3-dev] Announcement: 4.0beta3
In-Reply-To: <mailman.1.1140283703.18743.typo3-dev@lists.netfielders.de>
References: <mailman.1.1140099730.2653.typo3-dev@lists.netfielders.de>
	<mailman.1679.1140282483.3122.typo3-dev@lists.netfielders.de>
	<mailman.1.1140283703.18743.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140285984.22211.typo3-dev@lists.netfielders.de>

Michael Scharkow skrev:
> Christopher wrote:
> 
>> If showpic.php is no longer needed, why  is is found in the
>> typo3_src-4.0beta3 dir?
> 
> 1. Kasper made this change after Stucki packaged the beta3 IIRC

File is still in CVS also.

-- 
Martin



From sean at abovemedia.com  Sat Feb 18 19:14:43 2006
From: sean at abovemedia.com (Sean Gonsman)
Date: Sat, 18 Feb 2006 13:14:43 -0500
Subject: [TYPO3-dev] Dynamic Header Image has no access to fields
Message-ID: <mailman.1688.1140286471.3122.typo3-dev@lists.netfielders.de>

I am pulling my hair out over this.  I am trying to create an image that 
uses the page title as the text.  For some reason the lib has no access 
to any of the fields (title, nav_title, etc.).  Everything else is 
working fine.  I have a background image that is being used and if I 
manually type the text it works.  Why don't I have access to fields?  I 
have put the following code at the top of the setup file for my template:

lib.mainHeaderImg = IMAGE
lib.mainHeaderImg.altText.field = title
lib.mainHeaderImg {
   file = GIFBUILDER
   file {
     XY = 434,27
     backColor = #434343
     10 = IMAGE
     10 {
       file = fileadmin/templates/city_pres/images/h_bg.gif
     }

     20 = TEXT
     20 {
       text.field = title
#      text = About City Presbyterian
       offset = 35,20
       fontColor = #C0C662
       fontFile = fileadmin/templates/city_pres/fonts/damnarc.TTF
       fontSize = 30
     }
   }
}

Everything seems to work except for the line "text.field = title"

-Sean

-- 
Sean Gonsman
Above Media
678-935-7204
678-935-7109 (fax)
http://www.abovemedia.com
sean at abovemedia.com



From robert at typo3.org  Sat Feb 18 19:14:55 2006
From: robert at typo3.org (Robert Lemke)
Date: Sat, 18 Feb 2006 19:14:55 +0100
Subject: [TYPO3-dev] How to support the review team?
References: <mailman.1.1140195232.13438.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140286495.22930.typo3-dev@lists.netfielders.de>

Hi Patrick,

Patrick Rodacker wrote:

> Well, due to work load and time pressure several issues need still some
> support, so I am here to offer my support. In the ECT I have volunteered
> to coordinate the Extension Rating System and Reviews project ... well
> some of the work is already done like Michael Sharkow postet on the
> typo3org list which is great news. I have some other issues in my mind
> when thinking about Extension Ratings and Reviews so I think it is a
> good idea to start supporting the review team and get an impression how
> things are going to work.
> 
> So, please let me know how I can support the work of the review team? I
> am not a coding expert, but I know about important security issues and I
> am willing to learn about some new ;-)
> 
> Are there some guidelines available how to review an extension? If not I
> am happy to offer some input on that topic or any other part in the
> process as well.
> 
> I am deeply impressed about the work that is going on during the last
> weeks and I only can keep up my thumbs and smile .... keep on rocking.

thanks a lot for your motivating words. In short: If you would like to know
more about the security reviews, just watch the most recent video podcast
[1] Kasper and I made about this topic. If you want to help with the
security reviews, you'd have to be a member of the security team. And in
order to become one, you have to be really sure that you want to stay there
and be active for a while.

Cheers,
robert

[1] http://typo3.org/podcast
-- 
Robert Lemke
TYPO3 Association - Research & Development
Member of the board
http://association.typo3.org




From murphy at spreekonzept.de  Sat Feb 18 19:25:41 2006
From: murphy at spreekonzept.de (Thomas Murphy)
Date: Sat, 18 Feb 2006 19:25:41 +0100
Subject: [TYPO3-dev] Questions relating new Typo3 4.0 beta3 skin
In-Reply-To: <mailman.1321.1140191408.3122.typo3-dev@lists.netfielders.de>
References: <mailman.1321.1140191408.3122.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140287141.24068.typo3-dev@lists.netfielders.de>

Hello Kari,

Kari Salovaara wrote:
> I've looked now this new skin during last 24 hours 18 hours
> and my eyes start to bleed ! Ithe skin is not very ergonomic.
> This is of course very personal opinion so it should not be discussed.

I'm sorry to hear that and hope this is an issue that just might be 
related to being used to the old skin, which means you will get used to 
the old skin.

The contrast topic was always important in the overall design of the new 
skin, as it was a) one of the main reasons why the old skin looked a bit 
old-fashioned compared to a lot of other applications, especially in the 
web-environment but b) also one of the most appreciated things about the 
old skin by a lot of developers, who spent a lot of time in the backend.
But when we compare the new skin to, let's say a word-processing 
application like Openoffice.org we also have a lot of white space which 
of course might be a bit stressing for the eyes, so I think the 
color-benefit of the old skin might just be a personal impression that 
will disappear once people get used to it.

And generally, I think it is not very healthy to look on a computer 
screen for 18 hours, even if it's switched off.

> But serious questions:
> 
> 1) Where I can find documentation how to manage this
> new skin ? At least colors and fonts.

There is no managing functionality in the skin yet, you are of course 
free to make any adjustments to the stylesheets in the extension yourself.
I would recommend waiting with those changes til the release date of the 
Version 4.0, as we're going to change a lot in it til then.

> 2) Has somebody planned to make a BE tool to manage
> colors and fonts for skins? If yes, I'm more than willing to help there.

There are ideas on integrating something into the user settings, but 
nothing planned yet, afaik.

> 3) Is there any other ready-from-shelf skin for 4.0 ?

You can use any of the other publicly available skins in the TER in 
Version 4.0.

bye,
Thomas



From murphy at spreekonzept.de  Sat Feb 18 19:26:42 2006
From: murphy at spreekonzept.de (Thomas Murphy)
Date: Sat, 18 Feb 2006 19:26:42 +0100
Subject: [TYPO3-dev] Questions relating new Typo3 4.0 beta3 skin
In-Reply-To: <mailman.1.1140287141.24068.typo3-dev@lists.netfielders.de>
References: <mailman.1321.1140191408.3122.typo3-dev@lists.netfielders.de>
	<mailman.1.1140287141.24068.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140287201.24068.typo3-dev@lists.netfielders.de>

Thomas Murphy wrote:
> I'm sorry to hear that and hope this is an issue that just might be 
> related to being used to the old skin, which means you will get used to 
> the old skin.

*...used to the _new_ skin.*



From tapio.markula at dnainternet.net  Sat Feb 18 20:47:18 2006
From: tapio.markula at dnainternet.net (tapio)
Date: Sat, 18 Feb 2006 21:47:18 +0200
Subject: [TYPO3-dev]  Error #VersionMismatch: Wrong Version
Message-ID: <mailman.1.1140292095.423.typo3-dev@lists.netfielders.de>

Hi

I didn't find the answer how to solve

Error #VersionMismatch: Wrong Version

Please, tell the exact topic,
where this has been answered



From kari.salovaara at pp1.inet.fi  Sat Feb 18 20:35:32 2006
From: kari.salovaara at pp1.inet.fi (Kari Salovaara)
Date: Sat, 18 Feb 2006 21:35:32 +0200
Subject: [TYPO3-dev] Questions relating new Typo3 4.0 beta3 skin
In-Reply-To: <mailman.1.1140287141.24068.typo3-dev@lists.netfielders.de>
References: <mailman.1321.1140191408.3122.typo3-dev@lists.netfielders.de>
	<mailman.1.1140287141.24068.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1705.1140292654.3122.typo3-dev@lists.netfielders.de>

Thomas Murphy wrote:
> Hello Kari,
> 
> I'm sorry to hear that and hope this is an issue that just might be 
> related to being used to the old skin, which means you will get used to 
> the old skin.
> 
It might be true as I've been working with Typo3 since 2001 !
But does it mean that I "bad" because I don't accept change which
have been designed for younger generations ?
> The contrast topic was always important in the overall design of the new 
> skin, as it was a) one of the main reasons why the old skin looked a bit 
> old-fashioned compared to a lot of other applications, especially in the 
> web-environment but b) also one of the most appreciated things about the 
> old skin by a lot of developers, who spent a lot of time in the backend.
> But when we compare the new skin to, let's say a word-processing 
> application like Openoffice.org we also have a lot of white space which 
> of course might be a bit stressing for the eyes, so I think the 
> color-benefit of the old skin might just be a personal impression that 
> will disappear once people get used to it.
> 
OK, You are the doctor.  Do personal impressions vanish when other people
get used ?
> And generally, I think it is not very healthy to look on a computer 
> screen for 18 hours, even if it's switched off.
> 

Indeed it's not healthy at all to work using screens, but if it's your
work ... And I do it voluntarily for NGOs and voluntary institutions.
In Nordic countries we are used to work few hours more .. , maybe
the darks season ...
> 
> There is no managing functionality in the skin yet, you are of course 
> free to make any adjustments to the stylesheets in the extension yourself.
> I would recommend waiting with those changes til the release date of the 
> Version 4.0, as we're going to change a lot in it til then.
> 
> There are ideas on integrating something into the user settings, but 
> nothing planned yet, afaik.
> 
I hope You'll get implemented some day.

> You can use any of the other publicly available skins in the TER in 
> Version 4.0.
> 

Thanks, I solved the problem by doing personal application where I can
change all colors/fonts in all css files for skin.

> bye,
> Thomas

Bye and have a nice weekend. I still continue to ... ;-)

Cheers,
Kari

-- 
Kari Salovaara
Finland



From kraftb at kraftb.at  Sat Feb 18 23:38:03 2006
From: kraftb at kraftb.at (Bernhard Kraft)
Date: Sat, 18 Feb 2006 23:38:03 +0100
Subject: [TYPO3-dev] 4.0beta3 GMENU transparency bug?!?
In-Reply-To: <mailman.1.1140249664.28667.typo3-dev@lists.netfielders.de>
References: <mailman.1.1140249664.28667.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140302284.15081.typo3-dev@lists.netfielders.de>

Joerg Wagner - DigiLog multimedia wrote:
> Hi all
> 
> can anybody please confirm this problem - if so I will post a bug in 
> bugtracker:
> 
> After upgrading from  4.0beta2  to  4.0beta3  I experience problems with 
> transparent backgrounds in my GMENUs.
> Under certain conditions the transparency is inverted, making all 
> transparent background pixels visible and the characters themselves 
> transparent.
> As far as I can tell this is needed to reproduce the problem:
> 
> - niceText MUST be on.
> - the backColor value (read as one 48 bit number) must have a higher value 
> than the fontColor value.
> - I am using GraphicsMagick. Not sure whether this will happen with 
> ImageMagick too.

I modified the code of the GIFBUILDER which also renders GEMENU items so it is able
to produce truecolor graphics.

I tested this a lot but didn't find any such issue (I tested it also with GM)

I tested a setup similar to yours:

lib.header = COA
lib.header {
	10 = IMAGE
	10.file = GIFBUILDER
	10.file {
		XY = 200,200
		format = png
		quality = 95
		backColor = #d3d9db
		transparentBackground = 1

		10 = TEXT
		10.text = Hello World
                10.fontColor = #d3d9da
                10.fontSize = 40
                10.offset = 20,100
                10.niceText = 1
                10.fontFile = fileadmin/ALTdragon.ttf
	}
}

with .format = gif/png and with fontColor #d3d9dc and #d3d9da but any time the text was visible and
the background transparent.

Can you also tell me the setting of "gdlib_png" and the new flag "png_truecolor" ?


greets,
Bernhard




From bedlamhotel at gmail.com  Sun Feb 19 02:03:52 2006
From: bedlamhotel at gmail.com (Christopher)
Date: Sat, 18 Feb 2006 17:03:52 -0800
Subject: [TYPO3-dev] 4.0beta3 GMENU transparency bug?!?
In-Reply-To: <mailman.1.1140302284.15081.typo3-dev@lists.netfielders.de>
References: <mailman.1.1140249664.28667.typo3-dev@lists.netfielders.de>
	<mailman.1.1140302284.15081.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1760.1140311034.3122.typo3-dev@lists.netfielders.de>

Hi Bernhard,

On 2/18/06, Bernhard Kraft <kraftb at kraftb.at> wrote:
> Joerg Wagner - DigiLog multimedia wrote:
> > Hi all
> >
> > can anybody please confirm this problem - if so I will post a bug in
> > bugtracker:
> >
> > After upgrading from  4.0beta2  to  4.0beta3  I experience problems with
> > transparent backgrounds in my GMENUs.
> > Under certain conditions the transparency is inverted, making all
> > transparent background pixels visible and the characters themselves
> > transparent.
> > As far as I can tell this is needed to reproduce the problem:
> >
> > - niceText MUST be on.
> > - the backColor value (read as one 48 bit number) must have a higher value
> > than the fontColor value.
> > - I am using GraphicsMagick. Not sure whether this will happen with
> > ImageMagick too.
>
> I modified the code of the GIFBUILDER which also renders GEMENU items so it is able
> to produce truecolor graphics.
>
> I tested this a lot but didn't find any such issue (I tested it also with GM)
>
> I tested a setup similar to yours:
>
> lib.header = COA
> lib.header {
>         10 = IMAGE
>         10.file = GIFBUILDER
>         10.file {
>                 XY = 200,200
>                 format = png
>                 quality = 95
>                 backColor = #d3d9db
>                 transparentBackground = 1
>
>                 10 = TEXT
>                 10.text = Hello World
>                 10.fontColor = #d3d9da
>                 10.fontSize = 40
>                 10.offset = 20,100
>                 10.niceText = 1
>                 10.fontFile = fileadmin/ALTdragon.ttf
>         }
> }
>
> with .format = gif/png and with fontColor #d3d9dc and #d3d9da but any time the text was visible and
> the background transparent.
>
> Can you also tell me the setting of "gdlib_png" and the new flag "png_truecolor" ?


I don't know if it's related, but in b3 nothing I do will allow me to
produce an image with BOTH OF .niceText = 1 AND .transparentBackground
= 1, UNLESS gdlib_png is set in the install tool. Also, simply adding
'format = png' to a gifbuilder object does NOT cause it to create a
png UNLESS gdlib_png is set in the install tool.

Have I misunderstood what your changes have made available (i.e. I
thought we could now swittch between gif/png/jpg in gifbuilder
objects...)?

-Christopher



From usenet at digilog.de  Sun Feb 19 04:04:03 2006
From: usenet at digilog.de (Joerg Wagner - DigiLog multimedia)
Date: Sun, 19 Feb 2006 04:04:03 +0100
Subject: [TYPO3-dev] 4.0beta3 GMENU transparency bug?!?
References: <mailman.1.1140249664.28667.typo3-dev@lists.netfielders.de><mailman.1.1140302284.15081.typo3-dev@lists.netfielders.de>
	<mailman.1760.1140311034.3122.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140318241.4618.typo3-dev@lists.netfielders.de>

Hello Bernhard,

"Bernhard Kraft" <kraftb at kraftb.at> schrieb im Newsbeitrag 
news:mailman.1.1140302284.15081.typo3-dev at lists.netfielders.de...
> Can you also tell me the setting of "gdlib_png" and the new flag 
> "png_truecolor" ?


[GFX][gdlib_png]  and  [GFX][png_truecolor]  are both not mentioned in my 
localconf.php and thus are =0. So my GMENU is rendered with GIFs.
Trying to set format=png does not change the output format (as Christopher 
also tells in his posting) - the images are still rendered as GIFs and the 
flipped transparency effect is also still there.
If I additionally set [GFX][gdlib_png]=1 then I do get PNGs, but WITHOUT any 
transparency at all (also observed by Christopher if I understand him 
right).
['GFX']['png_truecolor'] seems to have no effect on the problem(s).

Here is a screendump that shows the effect with GIFs ([GFX][gdlib_png]=0):
http://www.digilog.de/T3-4b3-GIFBUILDER_problem.gif

The TS that rendered this screendump consists of two GIFBUILDER objects that 
are identical to yours. The second differs only in that it has the backColor 
reduced to be numerically less than the fontColor:

page.100 = COA
page.100  {
    10 = IMAGE
    10.file = GIFBUILDER
    10.file {
        XY = 200,200
        format = png
        quality = 95
        backColor = #d3d9db
        transparentBackground = 1
        10 = TEXT
        10.text = Hello World
        10.fontColor = #d3d9da
        10.fontSize = 40
        10.offset = 20,100
        10.niceText = 1
        10.fontFile = fileadmin/fonts/ARIALN.TTF
    }
    20 = IMAGE
    20.file = GIFBUILDER
    20.file {
        XY = 200,200
        format = png
        quality = 95
        backColor = #d3d9d8
        transparentBackground = 1
        10 = TEXT
        10.text = Hello World
        10.fontColor = #d3d9da
        10.fontSize = 40
        10.offset = 20,100
        10.niceText = 1
        10.fontFile = fileadmin/fonts/ARIALN.TTF
    }
}


The problem ist completely reproducable on my installation.
My server configuration for these tests is:
WinXP SP2, Apache2.0.48, PHP4.4.0, GraphicsMagick 1.1.6-Q8

Anything else you want me to test?

--
J?rg Wagner
DigiLog multimedia


--
"Christopher" <bedlamhotel at gmail.com> schrieb im Newsbeitrag 
news:mailman.1760.1140311034.3122.typo3-dev at lists.netfielders.de...
Hi Bernhard,

On 2/18/06, Bernhard Kraft <kraftb at kraftb.at> wrote:
> Joerg Wagner - DigiLog multimedia wrote:
> > Hi all
> >
> > can anybody please confirm this problem - if so I will post a bug in
> > bugtracker:
> >
> > After upgrading from  4.0beta2  to  4.0beta3  I experience problems with
> > transparent backgrounds in my GMENUs.
> > Under certain conditions the transparency is inverted, making all
> > transparent background pixels visible and the characters themselves
> > transparent.
> > As far as I can tell this is needed to reproduce the problem:
> >
> > - niceText MUST be on.
> > - the backColor value (read as one 48 bit number) must have a higher 
> > value
> > than the fontColor value.
> > - I am using GraphicsMagick. Not sure whether this will happen with
> > ImageMagick too.
>
> I modified the code of the GIFBUILDER which also renders GEMENU items so 
> it is able
> to produce truecolor graphics.
>
> I tested this a lot but didn't find any such issue (I tested it also with 
> GM)
>
> I tested a setup similar to yours:
>
> lib.header = COA
> lib.header {
>         10 = IMAGE
>         10.file = GIFBUILDER
>         10.file {
>                 XY = 200,200
>                 format = png
>                 quality = 95
>                 backColor = #d3d9db
>                 transparentBackground = 1
>
>                 10 = TEXT
>                 10.text = Hello World
>                 10.fontColor = #d3d9da
>                 10.fontSize = 40
>                 10.offset = 20,100
>                 10.niceText = 1
>                 10.fontFile = fileadmin/ALTdragon.ttf
>         }
> }
>
> with .format = gif/png and with fontColor #d3d9dc and #d3d9da but any time 
> the text was visible and
> the background transparent.
>
> Can you also tell me the setting of "gdlib_png" and the new flag 
> "png_truecolor" ?


I don't know if it's related, but in b3 nothing I do will allow me to
produce an image with BOTH OF .niceText = 1 AND .transparentBackground
= 1, UNLESS gdlib_png is set in the install tool. Also, simply adding
'format = png' to a gifbuilder object does NOT cause it to create a
png UNLESS gdlib_png is set in the install tool.

Have I misunderstood what your changes have made available (i.e. I
thought we could now swittch between gif/png/jpg in gifbuilder
objects...)?

-Christopher 





From robert at typo3.org  Sun Feb 19 09:00:39 2006
From: robert at typo3.org (Robert Lemke)
Date: Sun, 19 Feb 2006 09:00:39 +0100
Subject: [TYPO3-dev] Error #VersionMismatch: Wrong Version
References: <mailman.1.1140292095.423.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140336039.4482.typo3-dev@lists.netfielders.de>

Dear Tapio,

tapio wrote:

> I didn't find the answer how to solve
> 
> Error #VersionMismatch: Wrong Version
> 
> Please, tell the exact topic,
> where this has been answered

Please, tell the eaxact situation,
where this error appeared

-- 
Robert Lemke
TYPO3 Association - Research & Development
Member of the board
http://association.typo3.org




From usenet at digilog.de  Sun Feb 19 09:51:59 2006
From: usenet at digilog.de (Joerg Wagner - DigiLog multimedia)
Date: Sun, 19 Feb 2006 09:51:59 +0100
Subject: [TYPO3-dev] 4.0beta3 GMENU transparency bug?!?
References: <mailman.1.1140249664.28667.typo3-dev@lists.netfielders.de><mailman.1.1140302284.15081.typo3-dev@lists.netfielders.de>
	<mailman.1760.1140311034.3122.typo3-dev@lists.netfielders.de>
	<mailman.1.1140318241.4618.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140339116.9051.typo3-dev@lists.netfielders.de>

No change with latest GraphicsMagick version (1.1.7-Q8 static).

--
J?rg Wagner
DigiLog multimedia





From franz at fholzinger.com  Sun Feb 19 10:47:48 2006
From: franz at fholzinger.com (Franz Holzinger)
Date: Sun, 19 Feb 2006 10:47:48 +0100
Subject: [TYPO3-dev] Error #VersionMismatch: Wrong Version
In-Reply-To: <mailman.1.1140336039.4482.typo3-dev@lists.netfielders.de>
References: <mailman.1.1140292095.423.typo3-dev@lists.netfielders.de>
	<mailman.1.1140336039.4482.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140342420.13015.typo3-dev@lists.netfielders.de>

Robert Lemke a ?crit :
> 
> tapio wrote:
>  
>>I didn't find the answer how to solve
>>
>>Error #VersionMismatch: Wrong Version
>>
>>Please, tell the exact topic,
>>where this has been answered
> 
> 
> Please, tell the eaxact situation,
> where this error appeared
> 


http://bugs.typo3.org/view.php?id=2626


- Franz



From typo3 at fx-graefix.de  Sun Feb 19 12:47:10 2006
From: typo3 at fx-graefix.de (Franz Koch)
Date: Sun, 19 Feb 2006 12:47:10 +0100
Subject: [TYPO3-dev] Announcement: 4.0beta3
In-Reply-To: <mailman.1.1140267798.27644.typo3-dev@lists.netfielders.de>
References: <mailman.1.1140099730.2653.typo3-dev@lists.netfielders.de>
	<mailman.1.1140258237.8609.typo3-dev@lists.netfielders.de>
	<mailman.1.1140259214.10536.typo3-dev@lists.netfielders.de>
	<mailman.1.1140264125.19828.typo3-dev@lists.netfielders.de>
	<mailman.1.1140267798.27644.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140349617.27699.typo3-dev@lists.netfielders.de>

Hi Patrick,

> Franz, what is your setup?
mine? WAMPP
- PHP 5.0.5
- MySQL 4.1.14
- Typo3 4.0 Beta3 (Zip-Packages of course)

-- 
Kind regards,
Franz Koch



From typo3 at fx-graefix.de  Sun Feb 19 12:56:16 2006
From: typo3 at fx-graefix.de (Franz Koch)
Date: Sun, 19 Feb 2006 12:56:16 +0100
Subject: [TYPO3-dev] Announcement: 4.0beta3
In-Reply-To: <mailman.1.1140264125.19828.typo3-dev@lists.netfielders.de>
References: <mailman.1.1140099730.2653.typo3-dev@lists.netfielders.de>
	<mailman.1.1140258237.8609.typo3-dev@lists.netfielders.de>
	<mailman.1.1140259214.10536.typo3-dev@lists.netfielders.de>
	<mailman.1.1140264125.19828.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140350164.28515.typo3-dev@lists.netfielders.de>

Hi Michael,
> Are you kidding?!
> 
> Well, I agree that the logo should be changed, but I will definitely not
> waste time on skinning the Install Tool!

Well, no - not really. I know that this is a lowest priority thing - but 
it also is part of typo3 and should have the same "look and feel" and it 
has somehow changed in the latest version, as the fontsizes are bigger 
now and links cannot be clearly identified as they are not marked in any 
way (same color and fontstyle like the bodytext). The slight rollover 
color-change to a dark blue is not clear enough.

-- 
Kind regards,
Franz Koch



From typo3 at fx-graefix.de  Sun Feb 19 13:53:08 2006
From: typo3 at fx-graefix.de (Franz Koch)
Date: Sun, 19 Feb 2006 13:53:08 +0100
Subject: [TYPO3-dev] Questions relating new Typo3 4.0 beta3 skin
In-Reply-To: <mailman.1.1140287141.24068.typo3-dev@lists.netfielders.de>
References: <mailman.1321.1140191408.3122.typo3-dev@lists.netfielders.de>
	<mailman.1.1140287141.24068.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140353576.1321.typo3-dev@lists.netfielders.de>

Hi,
>> I've looked now this new skin during last 24 hours 18 hours
>> and my eyes start to bleed ! Ithe skin is not very ergonomic.
>> This is of course very personal opinion so it should not be discussed.
> 
> 
> I'm sorry to hear that and hope this is an issue that just might be 
> related to being used to the old skin, which means you will get used to 
> the new skin.

Sorry, I can't agree with that. My eyes are hurting too when I use the 
new skin - and this has nothing to do with getting used to it. And that 
is most likely because the new skin is in my eyes far away from being 
finished.

> The contrast topic was always important in the overall design of the new 
> skin, as it was a) one of the main reasons why the old skin looked a bit 
> old-fashioned compared to a lot of other applications, especially in the 
> web-environment but b) also one of the most appreciated things about the 
> old skin by a lot of developers, who spent a lot of time in the backend.
> But when we compare the new skin to, let's say a word-processing 
> application like Openoffice.org we also have a lot of white space which 
> of course might be a bit stressing for the eyes, so I think the 
> color-benefit of the old skin might just be a personal impression that 
> will disappear once people get used to it.

The missing contrast has been diskussed before and I really would like 
to see more contrast and color to have a clearer structure und 
highlighting. The design should have nothing to do with "look (as good 
or as bad) like every other application" - in first place it should 
enhance useability. In second it should reflect the new CI and on last 
position it can use current design-"standards".

Also the menu-items could be more clearly divided. And the biggest 
current "bug" in the new skin are in my eyes missing spaces for clearer 
structure. The headlines and texts have in most places no space to the 
page-borders and other frames which doesn't support useability at all. I 
know that useability of the BE is on schedule for 4.5, but why make it 
worse with the new skin? Don't get me wrong - I really like some parts 
of the new skin, but there is still a lot of work to do.

Just my 1,5 cent.
-- 
Kind regards,
Franz Koch



From kraftb at kraftb.at  Sun Feb 19 15:50:10 2006
From: kraftb at kraftb.at (Bernhard Kraft)
Date: Sun, 19 Feb 2006 15:50:10 +0100
Subject: [TYPO3-dev] 4.0beta3 GMENU transparency bug?!?
In-Reply-To: <mailman.1.1140318241.4618.typo3-dev@lists.netfielders.de>
References: <mailman.1.1140249664.28667.typo3-dev@lists.netfielders.de><mailman.1.1140302284.15081.typo3-dev@lists.netfielders.de>
	<mailman.1760.1140311034.3122.typo3-dev@lists.netfielders.de>
	<mailman.1.1140318241.4618.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140357022.15396.typo3-dev@lists.netfielders.de>

Joerg Wagner - DigiLog multimedia wrote:

> WinXP SP2, Apache2.0.48, PHP4.4.0, GraphicsMagick 1.1.6-Q8

Christopher: Do you also try it on WinXP or another Windows Variant ?

I tested the n new code under Windows but only with ImageMagick ... (I tested
GM just under Linux - sorry for that but I can't test EVERYTHING).


The new code is important as already a lot of people were happy the the
images generated by the new code look much better (I think most of them
have gdlib_png set to 1).


It is of course a problem that you can't generate png's (.format = png) when gdlib_png
is set to off.

The normal behaviour when you don't have set .format should be to create .gif when
gdlib_png==0 and .png when gdlib_png==1.

.format should overrule this in all cases. I will dig into this on monday. Stay tuned
for the RC1 :)


Could you please contact me via ICQ or skype on Monday to discuss this problem and find
a solution for it ?

I'll send you two my ICQ and skype details via private mail.


greets,
Bernhard



From patrick.rodacker at the-reflection.de  Sun Feb 19 15:03:20 2006
From: patrick.rodacker at the-reflection.de (Patrick Rodacker)
Date: Sun, 19 Feb 2006 15:03:20 +0100
Subject: [TYPO3-dev] How to support the review team?
In-Reply-To: <mailman.1.1140284254.19513.typo3-dev@lists.netfielders.de>
References: <mailman.1.1140195232.13438.typo3-dev@lists.netfielders.de>
	<mailman.1.1140284254.19513.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140357798.18585.typo3-dev@lists.netfielders.de>

Hi Michael,

Michael Scharkow wrote on 18.02.2006 18:37:

> 1. It's not a reviewing team, since we're *only* doing basic security
> audits because that has the highest priority. As explained elsewhere,
> systematic review has failed, and will probably always fail, due to the
> sheer number of extensions. We will have user-based ratings instead, and
> hope that this will work out.

Ok, after having a look into the podcast #6 and reading the last posts
on the extrev list I get the idea about the work of the existing
security team and the need for a future extension review team.


> 2. If you like to participate, send a mail to the security team. I'm not
> sure about the requirements to get in there because I bribed another
> member to recommend me ;)

I like to support, but don't want to get directly into the security team
... my coding knowledge is limited. I hope the bribe works and you will
be invited to join ;-)

Regards
Patrick




From patrick.rodacker at the-reflection.de  Sun Feb 19 15:08:39 2006
From: patrick.rodacker at the-reflection.de (Patrick Rodacker)
Date: Sun, 19 Feb 2006 15:08:39 +0100
Subject: [TYPO3-dev] How to support the review team?
In-Reply-To: <mailman.1.1140286495.22930.typo3-dev@lists.netfielders.de>
References: <mailman.1.1140195232.13438.typo3-dev@lists.netfielders.de>
	<mailman.1.1140286495.22930.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140358117.19417.typo3-dev@lists.netfielders.de>

Hi Robert,

Robert Lemke wrote on 18.02.2006 19:14:
> thanks a lot for your motivating words. In short: If you would like to know
> more about the security reviews, just watch the most recent video podcast
> [1] Kasper and I made about this topic. If you want to help with the
> security reviews, you'd have to be a member of the security team. And in
> order to become one, you have to be really sure that you want to stay there
> and be active for a while.

I had a look into the podcast and read through several lists and I made
the following decision:

I like to support, but I can't undertake the commitment to stay on the
security team for a longer period. Instead I will help coordinate the
discussion about an extension review system as proposed within the ECT.
Within the next days I will collect information about this topic and set
up some wiki page trying to give an overview and state a first idea.

I hope the discussion about the topic can be started again when all
features of the new TER are enabled and we are all able to see what is
possible and what not.

Regards
Patrick



From typo3 at fm-world.ru  Sun Feb 19 18:57:16 2006
From: typo3 at fm-world.ru (Dmitry Dulepov)
Date: Sun, 19 Feb 2006 19:57:16 +0200
Subject: [TYPO3-dev] Questions relating new Typo3 4.0 beta3 skin
In-Reply-To: <mailman.1.1140287141.24068.typo3-dev@lists.netfielders.de>
References: <mailman.1321.1140191408.3122.typo3-dev@lists.netfielders.de>
	<mailman.1.1140287141.24068.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140371698.14179.typo3-dev@lists.netfielders.de>

Hi!

Thomas Murphy wrote:
> I think the
> color-benefit of the old skin might just be a personal impression that
> will disappear once people get used to it.

I afraid not... I installed new skin and after a couple of days could
not resist more to my editors. I replaced it with old skin. People
cannot work with with skin. It looks nice but it is not usable in
practice...

> And generally, I think it is not very healthy to look on a computer
> screen for 18 hours, even if it's switched off.

Well, eyes start burning after 20 minutes with a new skin. It is too
white. Icons are small. It is hard to look at all these white things.

Btw, my home monitor (really good 19" one!) has a special "Text" mode.
It is designed specially for word processing applications and makes all
white things slightly gray. I think this is the best possible.

Dmitry.
-- 
"It is our choices, that show what we truly are,
far more than our abilities." (A.P.W.B.D.)



From dan at danfrost.co.uk  Sun Feb 19 19:07:27 2006
From: dan at danfrost.co.uk (dan frost)
Date: Sun, 19 Feb 2006 18:07:27 +0000
Subject: [TYPO3-dev] General question: links between extensions/plugins/etc
Message-ID: <mailman.1.1140372351.15840.typo3-dev@lists.netfielders.de>

Hi,

i was just thinking about a nice way of being able 
to deploy extensions and link between them.

I'm often having to link from a listing extension 
to a single-display / form-display extension. I 
don't want the extensions / plugins to know about 
each other's internal structure OR about the 
structure of the URLs.

So, say I want to link from myList (extension or 
plugin - doesn't matter) to myForm. The syntax of 
the myForm URL is something like:

?id=....&myForm[uid]=123

Now, I want to make a link from myList to myForm - 
but I don't want to code the above syntax into 
myList at all.

How about making a "helper" class for myForm which 
provides a code-level API (i.e. interface) for 
myList to request the URL with?

E.g. in myList I do something like:

$items[] = 
'....'.myForm_URL_API::linkToSingle($recordUid).'...';

This means that if the URL syntax changes in 
myForm i don't need to change any of the plugins / 
extensions which link to it.

How does that sound? Has anyone tried this?

dan



From elmar.DOT.hinz at team.MINUS.red.DOT.net  Sun Feb 19 20:43:28 2006
From: elmar.DOT.hinz at team.MINUS.red.DOT.net (Elmar Hinz)
Date: Sun, 19 Feb 2006 20:43:28 +0100
Subject: [TYPO3-dev] Questions relating new Typo3 4.0 beta3 skin
In-Reply-To: <mailman.1.1140287141.24068.typo3-dev@lists.netfielders.de>
References: <mailman.1321.1140191408.3122.typo3-dev@lists.netfielders.de>
	<mailman.1.1140287141.24068.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140378216.25466.typo3-dev@lists.netfielders.de>

Thomas Murphy schrieb:
> Hello Kari,
> 
> Kari Salovaara wrote:
> 
>> I've looked now this new skin during last 24 hours 18 hours
>> and my eyes start to bleed ! Ithe skin is not very ergonomic.
>> This is of course very personal opinion so it should not be discussed.
> 

I like the new skin better than the old one. I allways get depressed by grey
skins. I like white and coulorfull skins. I was lucky when skingreyman was
available with all that white. I use a laptop. The white is not as bright as on
monitors I guess.

I still prefer skingreyman to Thomas new skin, mainly because the icons are not
so small. That is a question of the monitors resolution.

But it is the idea of skins, that you can use the one you like best. It would be
good to have some choice and if there would be some contest. I hope the
marketing team will organize a skin contest in this year.

/el




From martin at 925.dk  Sun Feb 19 22:22:50 2006
From: martin at 925.dk (Martin Koch Andersen)
Date: Sun, 19 Feb 2006 22:22:50 +0100
Subject: [TYPO3-dev]  Feature requests for extensions
Message-ID: <mailman.1.1140384165.5846.typo3-dev@lists.netfielders.de>

Hi,

Should feature requests for extensions (tt_news in this case) be 
reported on bugs.typo3.org?

-- 
Martin - http://925.dk
"Shoot for the moon, even if you miss, you'll land among the stars."



From newslist at andreas-balzer.de  Sun Feb 19 22:39:33 2006
From: newslist at andreas-balzer.de (Andreas Balzer)
Date: Sun, 19 Feb 2006 22:39:33 +0100
Subject: [TYPO3-dev] Feature requests for extensions
In-Reply-To: <mailman.1.1140384165.5846.typo3-dev@lists.netfielders.de>
References: <mailman.1.1140384165.5846.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140385173.8885.typo3-dev@lists.netfielders.de>

Martin Koch Andersen schrieb:
> Hi,
> 
> Should feature requests for extensions (tt_news in this case) be 
> reported on bugs.typo3.org?
> 
As i know, there is a possibility to do this.
Well, you can do this in the IRC Chat as well. I do not know, if a 
posted wish does reach the right people, if you write it here..

Andreas



From troelsr at msn.com  Sun Feb 19 22:54:55 2006
From: troelsr at msn.com (Troels Kjær Rasmussen)
Date: Sun, 19 Feb 2006 22:54:55 +0100
Subject: [TYPO3-dev] Feature requests for extensions
References: <mailman.1.1140384165.5846.typo3-dev@lists.netfielders.de>
	<mailman.1.1140385173.8885.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140386098.10164.typo3-dev@lists.netfielders.de>

IRC chat ?!?!?! - where and how?

regards
--
Troels Kj?r Rasmussen
LinkFactory
Vesterbrogade 124 B 2
1620 K?benhavn V
+ 45 70 22 23 22
troels at linkfactory.dk
http://www.linkfactory.dk
"Andreas Balzer" <newslist at andreas-balzer.de> wrote in message 
news:mailman.1.1140385173.8885.typo3-dev at lists.netfielders.de...
> Martin Koch Andersen schrieb:
>> Hi,
>>
>> Should feature requests for extensions (tt_news in this case) be reported 
>> on bugs.typo3.org?
>>
> As i know, there is a possibility to do this.
> Well, you can do this in the IRC Chat as well. I do not know, if a posted 
> wish does reach the right people, if you write it here..
>
> Andreas 





From usenet at digilog.de  Sun Feb 19 23:04:57 2006
From: usenet at digilog.de (Joerg Wagner - DigiLog multimedia)
Date: Sun, 19 Feb 2006 23:04:57 +0100
Subject: [TYPO3-dev] Feature requests for extensions
References: <mailman.1.1140384165.5846.typo3-dev@lists.netfielders.de>
	<mailman.1.1140385173.8885.typo3-dev@lists.netfielders.de>
	<mailman.1.1140386098.10164.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140386694.11840.typo3-dev@lists.netfielders.de>

irc://irc.freenode.net/typo3


"Troels Kj?r Rasmussen" <troelsr at msn.com> schrieb im Newsbeitrag 
news:mailman.1.1140386098.10164.typo3-dev at lists.netfielders.de...
> IRC chat ?!?!?! - where and how?
>
> regards
> --
> Troels Kj?r Rasmussen
> LinkFactory
> Vesterbrogade 124 B 2
> 1620 K?benhavn V
> + 45 70 22 23 22
> troels at linkfactory.dk
> http://www.linkfactory.dk





From erik at linnearad.no  Sun Feb 19 23:09:25 2006
From: erik at linnearad.no (Erik Svendsen)
Date: Sun, 19 Feb 2006 22:09:25 +0000 (UTC)
Subject: [TYPO3-dev] Feature requests for extensions
References: <mailman.1.1140384165.5846.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140386963.12135.typo3-dev@lists.netfielders.de>

Hello Martin,

> Hi,
> 
> Should feature requests for extensions (tt_news in this case) be
> reported on bugs.typo3.org?
>

Yes, you can post feature request in bugtracker. Select tx_ttnews as project, 
and feature under severity when reporting. You can also try the tt_news newslist. 
The best i probably to post a feature request in bugtracker, and post a reference 
in typo3.projects.tt-news.

 
WBR,
Erik Svendsen
www.linnearad.no





From martin at 925.dk  Mon Feb 20 00:11:27 2006
From: martin at 925.dk (Martin Koch Andersen)
Date: Mon, 20 Feb 2006 00:11:27 +0100
Subject: [TYPO3-dev] Feature requests for extensions
In-Reply-To: <mailman.1.1140386963.12135.typo3-dev@lists.netfielders.de>
References: <mailman.1.1140384165.5846.typo3-dev@lists.netfielders.de>
	<mailman.1.1140386963.12135.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140390682.16742.typo3-dev@lists.netfielders.de>

Erik Svendsen skrev:
> Yes, you can post feature request in bugtracker. Select tx_ttnews as 
> project, and feature under severity when reporting. 

This is actually why I'm asking, I'm not able to find such tx_ttnews 
project selection/option. Sorry, perhaps I'm just blind?

Thanks for newsgroup advice, will do.

-- 
Martin - http://925.dk
"Shoot for the moon, even if you miss, you'll land among the stars."



From erik at linnearad.no  Mon Feb 20 00:29:54 2006
From: erik at linnearad.no (Erik Svendsen)
Date: Sun, 19 Feb 2006 23:29:54 +0000 (UTC)
Subject: [TYPO3-dev] Feature requests for extensions
References: <mailman.1.1140390682.16742.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140391793.18196.typo3-dev@lists.netfielders.de>

Hello Martin,

> Erik Svendsen skrev:
> 
>> Yes, you can post feature request in bugtracker. Select tx_ttnews as
>> project, and feature under severity when reporting.
>> 
> This is actually why I'm asking, I'm not able to find such tx_ttnews
> project selection/option. Sorry, perhaps I'm just blind?
> 
> Thanks for newsgroup advice, will do.

You find it to the right. Straight under the old logo. Dropdown list. Else, 
if you report issue with all project, you have to choose project before you 
can continue.


Ciao
Erik

www.linnearad.no





From martin at 925.dk  Mon Feb 20 00:55:59 2006
From: martin at 925.dk (Martin Koch Andersen)
Date: Mon, 20 Feb 2006 00:55:59 +0100
Subject: [TYPO3-dev] Feature requests for extensions
In-Reply-To: <mailman.1.1140391793.18196.typo3-dev@lists.netfielders.de>
References: <mailman.1.1140390682.16742.typo3-dev@lists.netfielders.de>
	<mailman.1.1140391793.18196.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140393354.19849.typo3-dev@lists.netfielders.de>

Erik Svendsen skrev:
> You find it to the right. Straight under the old logo. Dropdown list. 
> Else, if you report issue with all project, you have to choose project 
> before you can continue.

Ah, thanks.

-- 
Martin - http://925.dk
"Shoot for the moon, even if you miss, you'll land among the stars."



From SPAM_r.meyer at mittwaldmedien.de  Mon Feb 20 08:52:31 2006
From: SPAM_r.meyer at mittwaldmedien.de (Robert Meyer)
Date: Mon, 20 Feb 2006 08:52:31 +0100
Subject: [TYPO3-dev] Feature requests for extensions
References: <mailman.1.1140384165.5846.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140421879.24494.typo3-dev@lists.netfielders.de>

If it isn't a bug please post it on typo3.projects.tt-news

- RM

----
"Its not a bug, its a feature..."

"Martin Koch Andersen" <martin at 925.dk> schrieb im Newsbeitrag
news:mailman.1.1140384165.5846.typo3-dev at lists.netfielders.de...
> Hi,
>
> Should feature requests for extensions (tt_news in this case) be
> reported on bugs.typo3.org?
>
> -- 
> Martin - http://925.dk
> "Shoot for the moon, even if you miss, you'll land among the stars."





From rico at buyways.nl  Mon Feb 20 09:30:53 2006
From: rico at buyways.nl (Rico Moorman)
Date: Mon, 20 Feb 2006 09:30:53 +0100
Subject: [TYPO3-dev] access control
In-Reply-To: <mailman.1.1140126292.22682.typo3-dev@lists.netfielders.de>
References: <mailman.1.1140026444.11713.typo3-dev@lists.netfielders.de>
	<mailman.1.1140040483.3533.typo3-dev@lists.netfielders.de>
	<mailman.1.1140076902.21275.typo3-dev@lists.netfielders.de>
	<mailman.1.1140077646.23193.typo3-dev@lists.netfielders.de>
	<mailman.1.1140126292.22682.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140424261.29251.typo3-dev@lists.netfielders.de>


Well I was digging my way through some of the corefiles and ...as for 
access restriction ... I only found the beuserauth class which can 
calculate permissions on page level. Maybe I missed something there 
though (some classes are really huge :-))
So due to this, one can restrict access to certain pages/branches of the 
tree so that either records may be placed and edited on the pages or 
not. This affects the possibilites for users in the different web 
modules and the clickmenus for pages.
But when it comes to records on pages ... access permissions are 
obviously (please correct me if i am wrong) not being calculated on
recordlevel so either you may edit all records on a page or none. 
Further the clickmenu possibilities for the records in the main modules 
are thus only being controllable via the page access rights.

With a calculation on recordlevel, one could use this to code maybe a 
more extended, workflow like extension with making it possible to create 
versions of single records in a sysfolder (article records maybe) and 
implement some locking mechanism for versions being online.

It could also be used to define groups which may add/edit certain 
records on pages (someone who is in charge of the records posted with 
some commenting extension) while keeping them away from the main content 
of the page (created by some other user/group).

I am curious about your thoughts about it folks : )

gr Rico

tapio schreef:

 > Rico Moorman wrote:
 >
 >> Hi Ben,
 >>
 >> (eg tt_content) while he isnt able to edit others (records of some 
extension) Or to make it possible that one may only edit content 
elements he made himself but leaving others alone.
 >
 >
 >
 > I made in 'tm_contentaccess' rough content access restriction with a 
very simple trick so that certain content elements is possible to edit 
just by admin users. But that is far from what you want to achieve.
 >
 > This is worth of bigger conversation if this should be in core.
 > The page level access control should have possibility to extend the 
content access into content element level. Because access control is a 
base module, this issue should be handled properly.



From robert.fink at gmx.net  Mon Feb 20 09:46:01 2006
From: robert.fink at gmx.net (Robert Fink)
Date: Mon, 20 Feb 2006 9:46:01 +0100
Subject: [TYPO3-dev] General question: links between extensions/plugins/etc
References: <mailman.1.1140372351.15840.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140425161.30007.typo3-dev@lists.netfielders.de>

Hi Dan!
> 
> i was just thinking about a nice way of being able 
> to deploy extensions and link between them.

[description]

I wonder why _you_ ask this ;)
Isn't this a common technique in object-orientated software engineering!?

Of course it would be nice to have a set of interfaces that frontend-plugins 
should implement. But before i continue, lets wait for Elmar who will 
definitely show up here immediately to make this a ECT-topic... ;)

  - robert




From mathias.schreiber at wmdb.de  Mon Feb 20 09:47:29 2006
From: mathias.schreiber at wmdb.de (Mathias Schreiber)
Date: Mon, 20 Feb 2006 09:47:29 +0100
Subject: [TYPO3-dev] General question: links between extensions/plugins/etc
References: <mailman.1.1140372351.15840.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140425294.30990.typo3-dev@lists.netfielders.de>

dan frost wrote:
> I'm often having to link from a listing extension
> to a single-display / form-display extension. I
> don't want the extensions / plugins to know about
> each other's internal structure OR about the
> structure of the URLs.

sounds very useful.

> This means that if the URL syntax changes in
> myForm i don't need to change any of the plugins /
> extensions which link to it.
>
> How does that sound? Has anyone tried this?

If you only use singleView (like in your example) the API would have quite a 
lot of methods.
WHat about something like this:
t3lib_div::linkVars($extKey,$key,$value)?

With your example this would be like
t3lib_div::linkVars('myForm','uid',123);

Having such a function could return the full linkCode plus it might be cool 
to check whether $this->prefixId is used twice with the same namespace.





From matthias.kall at web.de  Mon Feb 20 11:25:53 2006
From: matthias.kall at web.de (Matthias Kall)
Date: Mon, 20 Feb 2006 11:25:53 +0100
Subject: [TYPO3-dev]  IPv6 support in t3lib::cmpIP missing
Message-ID: <mailman.1.1140431153.9744.typo3-dev@lists.netfielders.de>

Hi Devs,

the function cmpIP matches only IPv4 Addresses. It would be nice, if 
this could be extended to IPv6 Adresses because several extensions (e.g. 
cc_ipauth) use this function to match IP Addresses.

I posted it to the bugtracker, too.
http://bugs.typo3.org/view.php?id=2637

Best wishes

Matthias



From typo3dev at geithware.de  Mon Feb 20 12:04:58 2006
From: typo3dev at geithware.de (Stefan Geith)
Date: Mon, 20 Feb 2006 12:04:58 +0100
Subject: [TYPO3-dev] Error #VersionMismatch: Wrong Version
In-Reply-To: <mailman.1.1140292095.423.typo3-dev@lists.netfielders.de>
References: <mailman.1.1140292095.423.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.2166.1140433622.3122.typo3-dev@lists.netfielders.de>

tapio schrieb:
> Hi
> 
> I didn't find the answer how to solve
> 
> Error #VersionMismatch: Wrong Version
> 

I also still get this error-message, when
I try to upload an extension from Typo3 3.8.1
Backend.

Uploading with my 4.0 Beta3 works.

Do I need to have a new TER2-Upload extension
for 3.8.1 ?

-

Stefan



From helge at mereteland.dk  Mon Feb 20 13:04:08 2006
From: helge at mereteland.dk (Helge Vad)
Date: Mon, 20 Feb 2006 13:04:08 +0100
Subject: [TYPO3-dev] select distinct in TS
References: <mailman.1.1140260586.12846.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140437047.21994.typo3-dev@lists.netfielders.de>


> Is there a possibility to remove duplicates by using a DISTINCT-Mode ?
> e.g. in this context:
>
> tt_content.list.20.0.0 {
>   table = tt_address
>   select.pidInList.field = pages
>   select.orderBy = {$content.tt_address.orderBy} {$content.tt_address.desc}
> }
>
Could you not achieve the same by using  groupBy for relevant fields ?

Best, Helge Vad







From typo3 at rvt.dds.nl  Mon Feb 20 13:19:36 2006
From: typo3 at rvt.dds.nl (Ries van Twisk)
Date: Mon, 20 Feb 2006 07:19:36 -0500
Subject: [TYPO3-dev] Questions relating new Typo3 4.0 beta3 skin
In-Reply-To: <mailman.1.1140378216.25466.typo3-dev@lists.netfielders.de>
References: <mailman.1321.1140191408.3122.typo3-dev@lists.netfielders.de>	<mailman.1.1140287141.24068.typo3-dev@lists.netfielders.de>
	<mailman.1.1140378216.25466.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.2199.1140438047.3122.typo3-dev@lists.netfielders.de>

Elmar Hinz wrote:

>Thomas Murphy schrieb:
>  
>
>>Hello Kari,
>>
>>Kari Salovaara wrote:
>>
>>    
>>
>>>I've looked now this new skin during last 24 hours 18 hours
>>>and my eyes start to bleed ! Ithe skin is not very ergonomic.
>>>This is of course very personal opinion so it should not be discussed.
>>>      
>>>
>
>I like the new skin better than the old one. I allways get depressed by grey
>skins. I like white and coulorfull skins. I was lucky when skingreyman was
>available with all that white. I use a laptop. The white is not as bright as on
>monitors I guess.
>
>I still prefer skingreyman to Thomas new skin, mainly because the icons are not
>so small. That is a question of the monitors resolution.
>
>But it is the idea of skins, that you can use the one you like best. It would be
>good to have some choice and if there would be some contest. I hope the
>marketing team will organize a skin contest in this year.
>
>/el
>
>  
>
I do agree about contrast skin, the use of alll kinda soft color started 
a couple of years ago and seems to be a trent, let's not follow a trent 
like we always do with typo3 but follow what we feel is right and listen 
to users...
That means that I think we can find a good combiniation between the old 
high contrast skin and a new low contrast skin. I have been working with 
/skin_grey for quite some time and there is not enough contrast...
Today I installed t3skin_40 and it looks a lot better except for the 
page tree. That could really use some more color.

it is true that everybody can make there own skin... which is freedom, 
But we must admit that making a skin is not for everybody. I am a really 
bad bad designer, and I can't maker a skin, I just can say what I like 
or don't like (blue and purpel is for me a good combination together 
with red dots for the background./... ).

So I was thinking to make a high contrast skin, and use CSS opacity 
together with a slider to match eachothers eye :)

Ries

/



From typo at pure.kicks-ass.net  Mon Feb 20 15:37:36 2006
From: typo at pure.kicks-ass.net (Thomas Mammitzsch)
Date: Mon, 20 Feb 2006 15:37:36 +0100
Subject: [TYPO3-dev]  Table error in extension
Message-ID: <mailman.1.1140446256.9129.typo3-dev@lists.netfielders.de>

hi list,

i'm writing an extension which adds some tables and a new column to the
tt_content table (holds information how the plugin is configured). The
extension works fine, but in Ext-Manager->Information view i see some
error messages:

Database status: Table error! Probably one or more required
fields/tables are missing in the database!

Errors:	Some tables or fields are missing!

Naming errors:	 tables	 tt_content tt_content

i also took a look in the InstallTool but the only thing it suggests is:

ALTER TABLE tx_vxreferences_clients CHANGE clientname clientname
varchar(255) NOT NULL default "";
Current value: varchar(255) NOT NULL default ''

ALTER TABLE tx_vxreferences_clients CHANGE description_short
description_short varchar(255) NOT NULL default "";
Current value: varchar(255) NOT NULL default ''

which seems to be the same as is.
I can't find any errors.

Suggestions?

bye, Thomas



From wilhelm at icecrash.com  Mon Feb 20 15:42:51 2006
From: wilhelm at icecrash.com (Sven Wilhelm)
Date: Mon, 20 Feb 2006 15:42:51 +0100
Subject: [TYPO3-dev] IPv6 support in t3lib::cmpIP missing
In-Reply-To: <mailman.1.1140431153.9744.typo3-dev@lists.netfielders.de>
References: <mailman.1.1140431153.9744.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140446589.9163.typo3-dev@lists.netfielders.de>

> the function cmpIP matches only IPv4 Addresses. It would be nice, if 
> this could be extended to IPv6 Adresses because several extensions (e.g. 
> cc_ipauth) use this function to match IP Addresses.
yup, my task, most is finish, only compare function itself is left

sven





From darksky77 at email.it  Mon Feb 20 15:55:22 2006
From: darksky77 at email.it (Francesco di Francia)
Date: Mon, 20 Feb 2006 15:55:22 +0100
Subject: [TYPO3-dev] Announcement: 4.0beta3
In-Reply-To: <mailman.1.1140099730.2653.typo3-dev@lists.netfielders.de>
References: <mailman.1.1140099730.2653.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140447327.10091.typo3-dev@lists.netfielders.de>


> 
> - No need for "showpic.php" anymore.
>   Click-enlarge links now look like "index.php?eID=tx_cms_showpic&..."
>   The technique behind this feature may become very useful for AJAX and
>   webservice scripts, too.

In the old showpic.php the max size of picture was harcoded ( 1000px x 
1000px ).
Does this harcoded limit has been removed ?

Regards,

Francesco

-- 
Net Wargaming Italia - La risorsa italiana per gli appassionati di 
wargame e strategici a turni
http://www.netwargamingitalia.net

info at netwargamingitalia.net
darksky at netwargamingitalia.net



From scecere at krur.com  Mon Feb 20 17:11:28 2006
From: scecere at krur.com (stefano cecere)
Date: Mon, 20 Feb 2006 17:11:28 +0100
Subject: [TYPO3-dev] Announcement: 4.0beta3
In-Reply-To: <mailman.1.1140447327.10091.typo3-dev@lists.netfielders.de>
References: <mailman.1.1140099730.2653.typo3-dev@lists.netfielders.de>
	<mailman.1.1140447327.10091.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140451889.20383.typo3-dev@lists.netfielders.de>

Francesco di Francia wrote:
> 
>>
>> - No need for "showpic.php" anymore.
>>   Click-enlarge links now look like "index.php?eID=tx_cms_showpic&..."
>>   The technique behind this feature may become very useful for AJAX and
>>   webservice scripts, too.
> 
> In the old showpic.php the max size of picture was harcoded ( 1000px x 
> 1000px ).
> Does this harcoded limit has been removed ?

yes i remember to have see that patch in the changelog somewhere...



From gawain at camlann.de  Mon Feb 20 20:14:26 2006
From: gawain at camlann.de (Christian Welzel)
Date: Mon, 20 Feb 2006 20:14:26 +0100
Subject: [TYPO3-dev] Table error in extension
References: <mailman.1.1140446256.9129.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140461908.7154.typo3-dev@lists.netfielders.de>

Thomas Mammitzsch wrote:

> Naming errors:         tables  tt_content tt_content

If i remember correctly you have to include tt_content
into modify_tables in your ext_emconf.php.

-- 
 MfG, Christian Welzel

  GPG-Key:     http://www.camlann.de/key.asc
  Fingerprint: 4F50 19BF 3346 36A6 CFA9 DBDC C268 6D24 70A1 AD15



From gawain at camlann.de  Mon Feb 20 20:17:08 2006
From: gawain at camlann.de (Christian Welzel)
Date: Mon, 20 Feb 2006 20:17:08 +0100
Subject: [TYPO3-dev] select distinct in TS
References: <mailman.1.1140260586.12846.typo3-dev@lists.netfielders.de>
	<mailman.1.1140437047.21994.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140462068.7609.typo3-dev@lists.netfielders.de>

Helge Vad wrote:

> Could you not achieve the same by using  groupBy for relevant fields ?

No!
This won't run on any database other than mysql which is not 
what dbal was developed for.

-- 
 MfG, Christian Welzel

  GPG-Key:     http://www.camlann.de/key.asc
  Fingerprint: 4F50 19BF 3346 36A6 CFA9 DBDC C268 6D24 70A1 AD15



From typo at pure.kicks-ass.net  Mon Feb 20 20:28:07 2006
From: typo at pure.kicks-ass.net (Thomas Mammitzsch)
Date: Mon, 20 Feb 2006 20:28:07 +0100
Subject: [TYPO3-dev] Table error in extension
In-Reply-To: <mailman.1.1140461908.7154.typo3-dev@lists.netfielders.de>
References: <mailman.1.1140446256.9129.typo3-dev@lists.netfielders.de>
	<mailman.1.1140461908.7154.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140463687.10681.typo3-dev@lists.netfielders.de>

Christian Welzel schrieb:
> Thomas Mammitzsch wrote:
> 
>> Naming errors:         tables  tt_content tt_content
> 
> If i remember correctly you have to include tt_content
> into modify_tables in your ext_emconf.php.
> 
yes, right - that worked out!

thank you!



From typo3 at rvt.dds.nl  Mon Feb 20 21:41:42 2006
From: typo3 at rvt.dds.nl (Ries van Twisk)
Date: Mon, 20 Feb 2006 15:41:42 -0500
Subject: [TYPO3-dev] select distinct in TS
In-Reply-To: <mailman.1.1140462068.7609.typo3-dev@lists.netfielders.de>
References: <mailman.1.1140260586.12846.typo3-dev@lists.netfielders.de>	<mailman.1.1140437047.21994.typo3-dev@lists.netfielders.de>
	<mailman.1.1140462068.7609.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.2397.1140468170.3122.typo3-dev@lists.netfielders.de>

Christian Welzel wrote:

>Helge Vad wrote:
>
>  
>
>>Could you not achieve the same by using  groupBy for relevant fields ?
>>    
>>
>
>No!
>This won't run on any database other than mysql which is not 
>what dbal was developed for.
>
>  
>
Group by is also supported by postgresql.. I think also ms sql support 
group by.

Ries



From typo3 at fm-world.ru  Mon Feb 20 21:40:49 2006
From: typo3 at fm-world.ru (Dmitry Dulepov)
Date: Mon, 20 Feb 2006 22:40:49 +0200
Subject: [TYPO3-dev] Questions relating new Typo3 4.0 beta3 skin
In-Reply-To: <mailman.1.1140378216.25466.typo3-dev@lists.netfielders.de>
References: <mailman.1321.1140191408.3122.typo3-dev@lists.netfielders.de>
	<mailman.1.1140287141.24068.typo3-dev@lists.netfielders.de>
	<mailman.1.1140378216.25466.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140468041.16337.typo3-dev@lists.netfielders.de>

Hi!

Elmar Hinz wrote:
> I like the new skin better than the old one. I allways get depressed by grey
> skins. I like white and coulorfull skins. I was lucky when skingreyman was
> available with all that white. I use a laptop. The white is not as bright as on
> monitors I guess.

I like crystal. Its disadvantages are:
- PNGs (MSIE's big trouble)
- huge size of icons

But I like icons.

If one could create a skin that looks like "plastic" in KDE but with
16x16 icons, it would quickly become my favorite skin :)

Dmitry.
-- 
"It is our choices, that show what we truly are,
far more than our abilities." (A.P.W.B.D.)



From mscharkow at gmx.net  Mon Feb 20 21:56:45 2006
From: mscharkow at gmx.net (Michael Scharkow)
Date: Mon, 20 Feb 2006 21:56:45 +0100
Subject: [TYPO3-dev] Announcement: 4.0beta3
In-Reply-To: <mailman.1.1140350164.28515.typo3-dev@lists.netfielders.de>
References: <mailman.1.1140099730.2653.typo3-dev@lists.netfielders.de>
	<mailman.1.1140258237.8609.typo3-dev@lists.netfielders.de>
	<mailman.1.1140259214.10536.typo3-dev@lists.netfielders.de>
	<mailman.1.1140264125.19828.typo3-dev@lists.netfielders.de>
	<mailman.1.1140350164.28515.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140469005.17564.typo3-dev@lists.netfielders.de>

Franz Koch wrote:

> Well, no - not really. I know that this is a lowest priority thing - but 
> it also is part of typo3 and should have the same "look and feel" and it 
> has somehow changed in the latest version, as the fontsizes are bigger 
> now and links cannot be clearly identified as they are not marked in any 
> way (same color and fontstyle like the bodytext). The slight rollover 
> color-change to a dark blue is not clear enough.

Franz, I plan to completely revamp the install tool after 4.0 is out, 
because it needs some attention, and it's a likely candidate for bigger 
changes in UI and functionality. And it can be changed without touching 
too much of the core.

Of course, some hover CSS should not be to difficult ;)

Greetings,
Michael



From franz at fholzinger.com  Mon Feb 20 22:36:43 2006
From: franz at fholzinger.com (Franz Holzinger)
Date: Mon, 20 Feb 2006 22:36:43 +0100
Subject: [TYPO3-dev] Announcement: 4.0beta3
In-Reply-To: <mailman.1.1140099730.2653.typo3-dev@lists.netfielders.de>
References: <mailman.1.1140099730.2653.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140471346.22863.typo3-dev@lists.netfielders.de>



With Beta3:

How is it possible to install an extension globally?

It does not supply a select menu for this before download, but always
saves it into typo3conf.


Greets,

Franz



From scecere at krur.com  Mon Feb 20 22:46:20 2006
From: scecere at krur.com (stefano cecere)
Date: Mon, 20 Feb 2006 22:46:20 +0100
Subject: [TYPO3-dev] Announcement: 4.0beta3
In-Reply-To: <mailman.1.1140471346.22863.typo3-dev@lists.netfielders.de>
References: <mailman.1.1140099730.2653.typo3-dev@lists.netfielders.de>
	<mailman.1.1140471346.22863.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140471981.25080.typo3-dev@lists.netfielders.de>

Franz Holzinger wrote:
> 
> With Beta3:
> 
> How is it possible to install an extension globally?
> 
> It does not supply a select menu for this before download, but always
> saves it into typo3conf.

really? i can as usual: i click the ext name, and then i can select where to install it...

stefano



From gawain at camlann.de  Mon Feb 20 23:22:58 2006
From: gawain at camlann.de (Christian Welzel)
Date: Mon, 20 Feb 2006 23:22:58 +0100
Subject: [TYPO3-dev] select distinct in TS
References: <mailman.1.1140260586.12846.typo3-dev@lists.netfielders.de>	<mailman.1.1140437047.21994.typo3-dev@lists.netfielders.de>
	<mailman.1.1140462068.7609.typo3-dev@lists.netfielders.de>
	<mailman.2397.1140468170.3122.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140473136.28898.typo3-dev@lists.netfielders.de>

Ries van Twisk wrote:

> Group by is also supported by postgresql.. I think also ms sql support
> group by.

Thats right, postgres does support "group by" but not the way
mysql does.
in mysql you can "group by" by only ONE column but select many.
like this: 

SELECT * FROM table GROUP BY some_column;

and this query does not work in any db other than mysql.
And as i understood Helge, he suggested using such a query.

-- 
 MfG, Christian Welzel

  GPG-Key:     http://www.camlann.de/key.asc
  Fingerprint: 4F50 19BF 3346 36A6 CFA9 DBDC C268 6D24 70A1 AD15



From franz at fholzinger.com  Tue Feb 21 00:02:11 2006
From: franz at fholzinger.com (Franz Holzinger)
Date: Tue, 21 Feb 2006 00:02:11 +0100
Subject: [TYPO3-dev] Announcement: 4.0beta3
In-Reply-To: <mailman.1.1140471981.25080.typo3-dev@lists.netfielders.de>
References: <mailman.1.1140099730.2653.typo3-dev@lists.netfielders.de>
	<mailman.1.1140471346.22863.typo3-dev@lists.netfielders.de>
	<mailman.1.1140471981.25080.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140476474.1286.typo3-dev@lists.netfielders.de>

> 
> 
> really? i can as usual: i click the ext name, and then i can select
> where to install it...
> 
Where and on which page do you select this in TYPO3 4.0beta3?


- Franz



From ms.usenet.nospam at schoenbeck.de  Tue Feb 21 00:03:15 2006
From: ms.usenet.nospam at schoenbeck.de (Martin Schoenbeck)
Date: Tue, 21 Feb 2006 00:03:15 +0100
Subject: [TYPO3-dev] Announcement: 4.0beta3
References: <mailman.1.1140099730.2653.typo3-dev@lists.netfielders.de>
	<mailman.1.1140471346.22863.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140476598.2465.typo3-dev@lists.netfielders.de>

Hi Franz,

Franz Holzinger schrieb:

> With Beta3:
> 
> How is it possible to install an extension globally?
> 
> It does not supply a select menu for this before download, but always
> saves it into typo3conf.

Did you enable global install in the install tool?

Martin
-- 
Bitte nicht an der E-Mail-Adresse fummeln, die pa?t so.



From niederlag at ikd01.de  Tue Feb 21 00:15:36 2006
From: niederlag at ikd01.de (Peter Niederlag)
Date: Tue, 21 Feb 2006 00:15:36 +0100
Subject: [TYPO3-dev]  cleaning deleted=1 and workspaces
Message-ID: <mailman.1.1140477335.3433.typo3-dev@lists.netfielders.de>

Hi,

has anyone already digged deep into the swapping/versioning code?

I am currently asking myself if it is still "safe" to issue a "DELETE
from pages|tt_content|... where deleted=1;".

Could this lead to any problems cause swapping might not work anymore
afterwards?

Are there any other problems that I haven't seen yet on cleaning up the
databse by (truely) deleteing deleted=1 records?

Any comments/experiences available and willing to share?

Thx,
Peter
-- 
Peter Niederlag
http://www.niekom.de * TYPO3 & EDV Dienstleistungen *
http://www.typo3partner.net * professional services network *



From ms.usenet.nospam at schoenbeck.de  Tue Feb 21 00:25:00 2006
From: ms.usenet.nospam at schoenbeck.de (Martin Schoenbeck)
Date: Tue, 21 Feb 2006 00:25:00 +0100
Subject: [TYPO3-dev] select distinct in TS
References: <mailman.1.1140260586.12846.typo3-dev@lists.netfielders.de>	<mailman.1.1140437047.21994.typo3-dev@lists.netfielders.de>
	<mailman.1.1140462068.7609.typo3-dev@lists.netfielders.de>
	<mailman.2397.1140468170.3122.typo3-dev@lists.netfielders.de>
	<mailman.1.1140473136.28898.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140477902.4096.typo3-dev@lists.netfielders.de>

Hi Christian,

Christian Welzel schrieb:

> Thats right, postgres does support "group by" but not the way
> mysql does.
> in mysql you can "group by" by only ONE column but select many.
> like this: 
> 
> SELECT * FROM table GROUP BY some_column;
> 
> and this query does not work in any db other than mysql.
> And as i understood Helge, he suggested using such a query.

He suggested to use GROUP BY 'for relevant fields'. A GROUP BY for all
selected fields will work as a DISTINCT. Even if MYSQL allows to do that
for only one field and selecting more, it also supports the standard logic.

Martin
-- 
Bitte nicht an der E-Mail-Adresse fummeln, die pa?t so.



From rgb.mlist at laposte.net  Tue Feb 21 00:46:20 2006
From: rgb.mlist at laposte.net (Remi Bernhard)
Date: Tue, 21 Feb 2006 00:46:20 +0100
Subject: [TYPO3-dev] Questions relating new Typo3 4.0 beta3 skin
In-Reply-To: <mailman.1.1140468041.16337.typo3-dev@lists.netfielders.de>
References: <mailman.1321.1140191408.3122.typo3-dev@lists.netfielders.de>
	<mailman.1.1140287141.24068.typo3-dev@lists.netfielders.de>
	<mailman.1.1140378216.25466.typo3-dev@lists.netfielders.de>
	<mailman.1.1140468041.16337.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.2437.1140479182.3122.typo3-dev@lists.netfielders.de>

On Mon, 20 Feb 2006 22:40:49 +0200
Dmitry Dulepov <typo3 at fm-world.ru> wrote:

> Hi!
> 
> Elmar Hinz wrote:
> > I like the new skin better than the old one. I allways get depressed by grey
> > skins. I like white and coulorfull skins. I was lucky when skingreyman was
> > available with all that white. I use a laptop. The white is not as bright as on
> > monitors I guess.
> 
> I like crystal. Its disadvantages are:
> - PNGs (MSIE's big trouble)
> - huge size of icons

Yes it looks cool. But one weird thing in this 4.0-b3 is that i have to
clic 3 times (yes 3 times) to see the dropdown list box items. And that
is not cool at all ;)

- Tested on Mozilla 1.7.12 -

	RB.




From scecere at krur.com  Tue Feb 21 01:06:48 2006
From: scecere at krur.com (stefano cecere)
Date: Tue, 21 Feb 2006 01:06:48 +0100
Subject: [TYPO3-dev] Announcement: 4.0beta3
In-Reply-To: <mailman.1.1140476598.2465.typo3-dev@lists.netfielders.de>
References: <mailman.1.1140099730.2653.typo3-dev@lists.netfielders.de>
	<mailman.1.1140471346.22863.typo3-dev@lists.netfielders.de>
	<mailman.1.1140476598.2465.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140480409.8038.typo3-dev@lists.netfielders.de>

Martin Schoenbeck wrote:
> Did you enable global install in the install tool?

exaclty, it has to be enabled in the install tool..
then, in the extesion module, as you search for an ext yo uget a list of matching found exts.
there instead of the install icon, you click on the ext name and there you are..

stefano
krur.com



From typo3 at gramba.de  Tue Feb 21 02:20:51 2006
From: typo3 at gramba.de (Johannes Reichardt)
Date: Tue, 21 Feb 2006 02:20:51 +0100
Subject: [TYPO3-dev] Master Style 4 Typo3
Message-ID: <mailman.2472.1140483514.3122.typo3-dev@lists.netfielders.de>

Hey there!

Its late and my eyes are already burning after more than 12 hours 
non-stop computing but nevertheless i would like to share an idea that 
just came into my mind:

How about a "masterstyle" for Typo3?

Let me explain.

Right now every extension tends to introduce its own new styles - new 
backgrounds of tds, new font classes, new margins and paddings and so 
on. Even worse all that oldschool font tags in the template. We all know 
the process of going through myriads of configuration places like the 
constant editor, the default template, the stylesheet or even the 
extension code itself for example. And after that your style is stil not 
really "consistent" and you have a huge mess with tons of different 
stylesheets and oldschool tags.

That really sucks big time.

So how about a concept that gently invites extension developers to use 
predefined styles of the mastertemplate which comes along with a clean 
typo3 install? So we have by default styles for the body, tds, borders, 
errors etc.. and also for table lists, headers and so on. That way a lot 
of other things could be removed (like typoscript styling etc...) and 
you still would keep complete flexibility overall.

If you want to style your extension differently than just prepend 
"ext_key" to the style and you use a whole own extension style. Or you 
just add a few "styling exceptions" in the mastertemplate and off you go.

The point is to develop a template that is not too huge but still covers 
most cases in a usual typo3 installation. That template should be 
publicitly known and used as much as possible.

In the end it wouldn?t be just a dream but rather reality to install a 
typo3 page out of the box in 30 minutes and completly style it along 
with its extensions in another 30 minutes. And even better: You can 
change things quickly without looking up tons of places anymore!

Actually i?m afraid there is already a concept like this and just gets 
not used enough or i misunderstood it - if so please ignore this mail or 
explain it to me, otherwise i would be glad to get comments on this idea.

Clean styles are the future! (Says a square-eyed-man ;)

- Johannes




From kraftb at kraftb.at  Tue Feb 21 01:58:57 2006
From: kraftb at kraftb.at (Bernhard Kraft)
Date: Tue, 21 Feb 2006 01:58:57 +0100
Subject: [TYPO3-dev] Questions relating new Typo3 4.0 beta3 skin
In-Reply-To: <mailman.2437.1140479182.3122.typo3-dev@lists.netfielders.de>
References: <mailman.1321.1140191408.3122.typo3-dev@lists.netfielders.de>	<mailman.1.1140287141.24068.typo3-dev@lists.netfielders.de>	<mailman.1.1140378216.25466.typo3-dev@lists.netfielders.de>	<mailman.1.1140468041.16337.typo3-dev@lists.netfielders.de>
	<mailman.2437.1140479182.3122.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140483538.11798.typo3-dev@lists.netfielders.de>

Remi Bernhard wrote:

> Yes it looks cool. But one weird thing in this 4.0-b3 is that i have to
> clic 3 times (yes 3 times) to see the dropdown list box items. And that
> is not cool at all ;)
> 
> - Tested on Mozilla 1.7.12 -

Me too. on FF 1.0.6 Linux Gentoo (2005.1) AMD64 :)

And also the problem that the windows don't scroll.



greets,
Bernhard



From info at cybercraft.de  Tue Feb 21 02:02:14 2006
From: info at cybercraft.de (JoH)
Date: Tue, 21 Feb 2006 02:02:14 +0100
Subject: [TYPO3-dev] Master Style 4 Typo3
References: <mailman.2472.1140483514.3122.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140483830.12969.typo3-dev@lists.netfielders.de>

> Actually i?m afraid there is already a concept like this and just gets
> not used enough or i misunderstood it - if so please ignore this mail
> or explain it to me, otherwise i would be glad to get comments on
> this idea.
>
> Clean styles are the future! (Says a square-eyed-man ;)

Have a look at this to see that there are others sharing the same idea ...
http://wiki.typo3.org/index.php/Contend_Rendering_Schemes

Happy styling ;-)

Joey

-- 
Wenn man keine Ahnung hat: Einfach mal Fresse halten!
(If you have no clues: simply shut your knob sometimes!)
Dieter Nuhr, German comedian
openBC: http://www.cybercraft.de





From typo3 at rvt.dds.nl  Tue Feb 21 02:49:02 2006
From: typo3 at rvt.dds.nl (Ries van Twisk)
Date: Mon, 20 Feb 2006 20:49:02 -0500
Subject: [TYPO3-dev] Master Style 4 Typo3
In-Reply-To: <mailman.1.1140483830.12969.typo3-dev@lists.netfielders.de>
References: <mailman.2472.1140483514.3122.typo3-dev@lists.netfielders.de>
	<mailman.1.1140483830.12969.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.2481.1140486606.3122.typo3-dev@lists.netfielders.de>

JoH wrote:

>>Actually i?m afraid there is already a concept like this and just gets
>>not used enough or i misunderstood it - if so please ignore this mail
>>or explain it to me, otherwise i would be glad to get comments on
>>this idea.
>>
>>Clean styles are the future! (Says a square-eyed-man ;)
>>    
>>
>
>Have a look at this to see that there are others sharing the same idea ...
>http://wiki.typo3.org/index.php/Contend_Rendering_Schemes
>
>Happy styling ;-)
>  
>
you mean a theme???? Like found in mamdo and several nukes?

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




From typo3 at rvt.dds.nl  Tue Feb 21 02:50:26 2006
From: typo3 at rvt.dds.nl (Ries van Twisk)
Date: Mon, 20 Feb 2006 20:50:26 -0500
Subject: [TYPO3-dev] Questions relating new Typo3 4.0 beta3 skin
In-Reply-To: <mailman.1.1140483538.11798.typo3-dev@lists.netfielders.de>
References: <mailman.1321.1140191408.3122.typo3-dev@lists.netfielders.de>	<mailman.1.1140287141.24068.typo3-dev@lists.netfielders.de>	<mailman.1.1140378216.25466.typo3-dev@lists.netfielders.de>	<mailman.1.1140468041.16337.typo3-dev@lists.netfielders.de>	<mailman.2437.1140479182.3122.typo3-dev@lists.netfielders.de>
	<mailman.1.1140483538.11798.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.2484.1140486685.3122.typo3-dev@lists.netfielders.de>

Bernhard Kraft wrote:

>Remi Bernhard wrote:
>
>  
>
>>Yes it looks cool. But one weird thing in this 4.0-b3 is that i have to
>>clic 3 times (yes 3 times) to see the dropdown list box items. And that
>>is not cool at all ;)
>>
>>- Tested on Mozilla 1.7.12 -
>>    
>>
>
>Me too. on FF 1.0.6 Linux Gentoo (2005.1) AMD64 :)
>
>And also the problem that the windows don't scroll.
>  
>
I indeed have a problem that a inner div is set to scroleable, is that 
correct?
mean the scroll bar of the browsers doesn't work any more...
The inner divs scrolls but on a 1024x768 you simply don't see the inner 
scrollbar....

cheers,
Ries




From info at cybercraft.de  Tue Feb 21 03:29:21 2006
From: info at cybercraft.de (JoH)
Date: Tue, 21 Feb 2006 03:29:21 +0100
Subject: [TYPO3-dev] Master Style 4 Typo3
References: <mailman.2472.1140483514.3122.typo3-dev@lists.netfielders.de><mailman.1.1140483830.12969.typo3-dev@lists.netfielders.de>
	<mailman.2481.1140486606.3122.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140489058.19129.typo3-dev@lists.netfielders.de>

>>> Actually i?m afraid there is already a concept like this and just
>>> gets not used enough or i misunderstood it - if so please ignore
>>> this mail or explain it to me, otherwise i would be glad to get
>>> comments on this idea.
>>>
>>> Clean styles are the future! (Says a square-eyed-man ;)
>>>
>>>
>>
>> Have a look at this to see that there are others sharing the same
>> idea ... http://wiki.typo3.org/index.php/Contend_Rendering_Schemes
>>
>> Happy styling ;-)
>>
>>
> you mean a theme???? Like found in mamdo and several nukes?

No - not a theme - but a scheme.
A set of default classes for default output of extensions and TYPO3 itself.
It's not about having a predefined style but predefined class- and/or
id-settings.
It simply doesn't make any sense to have something like

<h1 class="tx_whatevermyextensionis_pi1_singleviewheader
firstheader">Whatever</h1>

followed by

<h2 class="tx_whatevermyextensionis_pi1_listviewheader
secondheader">Whatever</h1>

when you can have something like this:

<div class="tx_whatevermyextensionis_pi1">
    <div class="singleview">
        <h1 class="firstheader">Whatever</h1>
    </div>
    <div class="listview">
        <h2 class="secondheader">Whatever</h2>
    </div>
</div>

Same for almost any other HTML element that is used more than once by
different extensions and/or content elements.
So as far as I understood the goal is to have as few different ids and
classes as possible to make styling a lot easier for the designers.

Joey

-- 
Wenn man keine Ahnung hat: Einfach mal Fresse halten!
(If you have no clues: simply shut your knob sometimes!)
Dieter Nuhr, German comedian
openBC: http://www.cybercraft.de





From kraftb at kraftb.at  Tue Feb 21 04:11:21 2006
From: kraftb at kraftb.at (Bernhard Kraft)
Date: Tue, 21 Feb 2006 04:11:21 +0100
Subject: [TYPO3-dev] Master Style 4 Typo3
In-Reply-To: <mailman.2472.1140483514.3122.typo3-dev@lists.netfielders.de>
References: <mailman.2472.1140483514.3122.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140491482.22663.typo3-dev@lists.netfielders.de>

Johannes Reichardt wrote:

> How about a "masterstyle" for Typo3?

Doesn't that already exist ?

typo3/styles.css

?

I try to use most of it whenever I write BE modules (I think this is what you
talk about).

But sometimes it is simple to simple :) You need more different colors. Or other
special requirements. It just doesn't fit each case.

But you are sure that extension authors should take an eye on styles.css to look
if nothing like they would like to use is already defined there ...


greets,
Bernhard



From typo3 at rvt.dds.nl  Tue Feb 21 04:24:26 2006
From: typo3 at rvt.dds.nl (Ries van Twisk)
Date: Mon, 20 Feb 2006 22:24:26 -0500
Subject: [TYPO3-dev] Master Style 4 Typo3
In-Reply-To: <mailman.1.1140489058.19129.typo3-dev@lists.netfielders.de>
References: <mailman.2472.1140483514.3122.typo3-dev@lists.netfielders.de><mailman.1.1140483830.12969.typo3-dev@lists.netfielders.de>	<mailman.2481.1140486606.3122.typo3-dev@lists.netfielders.de>
	<mailman.1.1140489058.19129.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.2498.1140492334.3122.typo3-dev@lists.netfielders.de>

JoH wrote:

>>>>Actually i?m afraid there is already a concept like this and just
>>>>gets not used enough or i misunderstood it - if so please ignore
>>>>this mail or explain it to me, otherwise i would be glad to get
>>>>comments on this idea.
>>>>
>>>>Clean styles are the future! (Says a square-eyed-man ;)
>>>>
>>>>
>>>>        
>>>>
>>>Have a look at this to see that there are others sharing the same
>>>idea ... http://wiki.typo3.org/index.php/Contend_Rendering_Schemes
>>>
>>>Happy styling ;-)
>>>
>>>
>>>      
>>>
>>you mean a theme???? Like found in mamdo and several nukes?
>>    
>>
>
>No - not a theme - but a scheme.
>A set of default classes for default output of extensions and TYPO3 itself.
>It's not about having a predefined style but predefined class- and/or
>id-settings.
>It simply doesn't make any sense to have something like
>
><h1 class="tx_whatevermyextensionis_pi1_singleviewheader
>firstheader">Whatever</h1>
>
>followed by
>
><h2 class="tx_whatevermyextensionis_pi1_listviewheader
>secondheader">Whatever</h1>
>
>when you can have something like this:
>
><div class="tx_whatevermyextensionis_pi1">
>    <div class="singleview">
>        <h1 class="firstheader">Whatever</h1>
>    </div>
>    <div class="listview">
>        <h2 class="secondheader">Whatever</h2>
>    </div>
></div>
>
>Same for almost any other HTML element that is used more than once by
>different extensions and/or content elements.
>So as far as I understood the goal is to have as few different ids and
>classes as possible to make styling a lot easier for the designers.
>
>Joey
>
>  
>
I see what you mean...
Personally I don't like to use ID's for styling but for identification....

Can't it even be cut to something like this??
h1/h2 are already different tags, no need to use a class for that....

<div class="tx_whatevermyextensionis_pi1">
    <div class="singleview">
        <h1>Whatever</h1>
    </div>
    <div class="listview">
        <h2>Whatever</h2>
    </div>
</div>

Also I am afraid that is just up to the extension designer...
Personally I sometimes if still problems making really good use of 
CSS... I think most designers do if  I take a look around on the internet...
It might be a good idea to make a good CSS design document for extension 
developers to have some grip on what's going on in HTML/CSS and how to 
make good use of it when it comes to intergrating it into typo3...

Ries...



From patrick at typo3quebec.org  Tue Feb 21 04:26:51 2006
From: patrick at typo3quebec.org (Patrick Gaumond)
Date: Mon, 20 Feb 2006 22:26:51 -0500
Subject: [TYPO3-dev]  Future Install Tool
In-Reply-To: <mailman.1.1140469005.17564.typo3-dev@lists.netfielders.de>
References: <mailman.1.1140099730.2653.typo3-dev@lists.netfielders.de>
	<mailman.1.1140258237.8609.typo3-dev@lists.netfielders.de>
	<mailman.1.1140259214.10536.typo3-dev@lists.netfielders.de>
	<mailman.1.1140264125.19828.typo3-dev@lists.netfielders.de>
	<mailman.1.1140350164.28515.typo3-dev@lists.netfielders.de>
	<mailman.1.1140469005.17564.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140492414.24459.typo3-dev@lists.netfielders.de>

Michael Scharkow wrote:
>I plan to completely revamp the install tool after 4.0 is out, 
> because it needs some attention, and it's a likely candidate for bigger 
> changes in UI and functionality. And it can be changed without touching 
> too much of the core.


Then have a look on

http://bugs.typo3.org/view.php?id=1682

And the Wiki page I set while brainstorming last December:

http://wiki.typo3.org/index.php/Installtooltab

Patrick



From bedlamhotel at gmail.com  Tue Feb 21 04:37:31 2006
From: bedlamhotel at gmail.com (Christopher)
Date: Mon, 20 Feb 2006 19:37:31 -0800
Subject: [TYPO3-dev] Master Style 4 Typo3
In-Reply-To: <mailman.2498.1140492334.3122.typo3-dev@lists.netfielders.de>
References: <mailman.2472.1140483514.3122.typo3-dev@lists.netfielders.de>
	<mailman.1.1140483830.12969.typo3-dev@lists.netfielders.de>
	<mailman.2481.1140486606.3122.typo3-dev@lists.netfielders.de>
	<mailman.1.1140489058.19129.typo3-dev@lists.netfielders.de>
	<mailman.2498.1140492334.3122.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.2499.1140493053.3122.typo3-dev@lists.netfielders.de>

Hi,

On 2/20/06, Ries van Twisk <typo3 at rvt.dds.nl> wrote:

> I see what you mean...
> Personally I don't like to use ID's for styling but for identification....


Then you are probably making things much more difficult for
yourself--one of the most useful things about CSS is being able to
target items by specificity. It definitiely comes in handy that an id
is 10x as specific as a class...


> Can't it even be cut to something like this??
> h1/h2 are already different tags, no need to use a class for that....


On any reasonably complex site, you will eventually run into places
where headings need the same markup, but different styling...


> <div class="tx_whatevermyextensionis_pi1">
>     <div class="singleview">
>         <h1>Whatever</h1>
>     </div>
>     <div class="listview">
>         <h2>Whatever</h2>
>     </div>
> </div>


Hm. I guess you're not really suggesting that hx elements get wrapped
in a div, but the whole content of a particular view, right?


> Also I am afraid that is just up to the extension designer...
> Personally I sometimes if still problems making really good use of
> CSS... I think most designers do if  I take a look around on the internet...
> It might be a good idea to make a good CSS design document for extension
> developers to have some grip on what's going on in HTML/CSS and how to
> make good use of it when it comes to intergrating it into typo3...


This has been on my to-do list for more than a year...I also offered
free css advice for T3 developers, but it basically started an
argument and noone every took me up on it...


-Christopher



From typo3 at rvt.dds.nl  Tue Feb 21 04:53:19 2006
From: typo3 at rvt.dds.nl (Ries van Twisk)
Date: Mon, 20 Feb 2006 22:53:19 -0500
Subject: [TYPO3-dev] Master Style 4 Typo3
In-Reply-To: <mailman.2499.1140493053.3122.typo3-dev@lists.netfielders.de>
References: <mailman.2472.1140483514.3122.typo3-dev@lists.netfielders.de>	<mailman.1.1140483830.12969.typo3-dev@lists.netfielders.de>	<mailman.2481.1140486606.3122.typo3-dev@lists.netfielders.de>	<mailman.1.1140489058.19129.typo3-dev@lists.netfielders.de>	<mailman.2498.1140492334.3122.typo3-dev@lists.netfielders.de>
	<mailman.2499.1140493053.3122.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.2503.1140494069.3122.typo3-dev@lists.netfielders.de>

Christopher wrote:

>Hi,
>
>On 2/20/06, Ries van Twisk <typo3 at rvt.dds.nl> wrote:
>
>  
>
>>I see what you mean...
>>Personally I don't like to use ID's for styling but for identification....
>>    
>>
>
>
>Then you are probably making things much more difficult for
>yourself--one of the most useful things about CSS is being able to
>target items by specificity. It definitiely comes in handy that an id
>is 10x as specific as a class...
>  
>
I actually had problem with flexforms when in my design I used an ID 
with a style...
Then I totally forgot that when I re-use the flex the id get's copied 
aswell across my page which violates.
That's why I am trying to cut down the use of ID's for style usage.... :)
I still need to find a good balance for that....

>
>  
>
>>Can't it even be cut to something like this??
>>h1/h2 are already different tags, no need to use a class for that....
>>    
>>
>
>
>On any reasonably complex site, you will eventually run into places
>where headings need the same markup, but different styling...
>
>
>  
>
>><div class="tx_whatevermyextensionis_pi1">
>>    <div class="singleview">
>>        <h1>Whatever</h1>
>>    </div>
>>    <div class="listview">
>>        <h2>Whatever</h2>
>>    </div>
>></div>
>>    
>>
>
>
>Hm. I guess you're not really suggesting that hx elements get wrapped
>in a div, but the whole content of a particular view, right?
>  
>
This was not my suggestion, I just assume there there we be more content 
in the div...

>
>  
>
>>Also I am afraid that is just up to the extension designer...
>>Personally I sometimes if still problems making really good use of
>>CSS... I think most designers do if  I take a look around on the internet...
>>It might be a good idea to make a good CSS design document for extension
>>developers to have some grip on what's going on in HTML/CSS and how to
>>make good use of it when it comes to intergrating it into typo3...
>>    
>>
>
>
>This has been on my to-do list for more than a year...I also offered
>free css advice for T3 developers, but it basically started an
>argument and noone every took me up on it...
>  
>
Thanks for your input, suggestion and effort....
Hope that the design document makes it to the wiki one day.

Ries

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




From matthew at manderson.co.uk  Tue Feb 21 07:59:07 2006
From: matthew at manderson.co.uk (Matthew Manderson)
Date: Tue, 21 Feb 2006 07:59:07 +0100
Subject: [TYPO3-dev] Master Style 4 Typo3
References: <mailman.2472.1140483514.3122.typo3-dev@lists.netfielders.de><mailman.1.1140483830.12969.typo3-dev@lists.netfielders.de>	<mailman.2481.1140486606.3122.typo3-dev@lists.netfielders.de>
	<mailman.1.1140489058.19129.typo3-dev@lists.netfielders.de>
	<mailman.2498.1140492334.3122.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140505008.8152.typo3-dev@lists.netfielders.de>

Ries van Twisk wrote:
> I see what you mean...
> Personally I don't like to use ID's for styling but for identification....
> Can't it even be cut to something like this??
> h1/h2 are already different tags, no need to use a class for that....
+1
CSS already offers excellent ways to 'drill down' to a specific content
element. The main thing is to wrap the ext object in an id'd div once. Then
leave the rest up to css. In this way, each object can be overstyled or
left naturally styled depending on your preference.

#ext_thing h1 {}

etc. Less is more.

Matthew



From franz at fholzinger.com  Tue Feb 21 08:31:55 2006
From: franz at fholzinger.com (Franz Holzinger)
Date: Tue, 21 Feb 2006 08:31:55 +0100
Subject: [TYPO3-dev] Announcement: 4.0beta3
In-Reply-To: <mailman.1.1140480409.8038.typo3-dev@lists.netfielders.de>
References: <mailman.1.1140099730.2653.typo3-dev@lists.netfielders.de>
	<mailman.1.1140471346.22863.typo3-dev@lists.netfielders.de>
	<mailman.1.1140476598.2465.typo3-dev@lists.netfielders.de>
	<mailman.1.1140480409.8038.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140507057.12494.typo3-dev@lists.netfielders.de>

> 
>> Did you enable global install in the install tool?

Yes this has been enabled.

> 
> exaclty, it has to be enabled in the install tool..
> then, in the extesion module, as you search for an ext yo uget a list of
> matching found exts.
> there instead of the install icon, you click on the ext name and there
> you are..
> 
So this has changed now. I have always clicked on the icon symbol as
with TYPO3 3.8.1.


Thanks for solving this riddle.


- Franz




From typo3 at fx-graefix.de  Tue Feb 21 09:28:57 2006
From: typo3 at fx-graefix.de (Franz Koch)
Date: Tue, 21 Feb 2006 09:28:57 +0100
Subject: [TYPO3-dev] Master Style 4 Typo3
In-Reply-To: <mailman.1.1140505008.8152.typo3-dev@lists.netfielders.de>
References: <mailman.2472.1140483514.3122.typo3-dev@lists.netfielders.de><mailman.1.1140483830.12969.typo3-dev@lists.netfielders.de>	<mailman.2481.1140486606.3122.typo3-dev@lists.netfielders.de>
	<mailman.1.1140489058.19129.typo3-dev@lists.netfielders.de>
	<mailman.2498.1140492334.3122.typo3-dev@lists.netfielders.de>
	<mailman.1.1140505008.8152.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140510524.17538.typo3-dev@lists.netfielders.de>

>>h1/h2 are already different tags, no need to use a class for that....
+1

> CSS already offers excellent ways to 'drill down' to a specific content
> element. The main thing is to wrap the ext object in an id'd div once. Then
> leave the rest up to css. In this way, each object can be overstyled or
> left naturally styled depending on your preference.
> 
> #ext_thing h1 {}
> 
> etc. Less is more.

Well, and what do you do if you have to place the same extension twice 
on one page? Then the extension renders two elements with the same ID 
which is not valid at all. Extension-wrappers can always only be classes 
in my eyes.
If you need unique IDs, wrap the content-elements with the uid it it 
isn't allready standard for 4.0. You need his anyway for valid XHTML as 
a-tag anchors are invalid.

-- 
Kind regards,
Franz Koch



From typo3 at rvt.dds.nl  Tue Feb 21 09:48:21 2006
From: typo3 at rvt.dds.nl (Ries van Twisk)
Date: Tue, 21 Feb 2006 03:48:21 -0500
Subject: [TYPO3-dev] Master Style 4 Typo3
In-Reply-To: <mailman.1.1140510524.17538.typo3-dev@lists.netfielders.de>
References: <mailman.2472.1140483514.3122.typo3-dev@lists.netfielders.de><mailman.1.1140483830.12969.typo3-dev@lists.netfielders.de>	<mailman.2481.1140486606.3122.typo3-dev@lists.netfielders.de>	<mailman.1.1140489058.19129.typo3-dev@lists.netfielders.de>	<mailman.2498.1140492334.3122.typo3-dev@lists.netfielders.de>	<mailman.1.1140505008.8152.typo3-dev@lists.netfielders.de>
	<mailman.1.1140510524.17538.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.2582.1140511764.3122.typo3-dev@lists.netfielders.de>

Franz Koch wrote:

>>>h1/h2 are already different tags, no need to use a class for that....
>>>      
>>>
>+1
>
>  
>
>>CSS already offers excellent ways to 'drill down' to a specific content
>>element. The main thing is to wrap the ext object in an id'd div once. Then
>>leave the rest up to css. In this way, each object can be overstyled or
>>left naturally styled depending on your preference.
>>
>>#ext_thing h1 {}
>>
>>etc. Less is more.
>>    
>>
>
>Well, and what do you do if you have to place the same extension twice 
>on one page? Then the extension renders two elements with the same ID 
>which is not valid at all. Extension-wrappers can always only be classes 
>in my eyes.
>If you need unique IDs, wrap the content-elements with the uid it it 
>isn't allready standard for 4.0. You need his anyway for valid XHTML as 
>a-tag anchors are invalid.
>
>  
>
That was indeed my problem... But with flex elements in templavoila that 
gets show twice....
So I try to stick with what I call "base ID's" Id's for headers and 
footers and main areas, things I know for SURE will only pop up once in 
my design, then again... way not use classes for design only and ID for 
identification for the design which sounds like a good design rule for 
layout build into CMS systems?






From typo3 at fx-graefix.de  Tue Feb 21 09:46:44 2006
From: typo3 at fx-graefix.de (Franz Koch)
Date: Tue, 21 Feb 2006 09:46:44 +0100
Subject: [TYPO3-dev] Announcement: 4.0beta3
In-Reply-To: <mailman.1.1140469005.17564.typo3-dev@lists.netfielders.de>
References: <mailman.1.1140099730.2653.typo3-dev@lists.netfielders.de>
	<mailman.1.1140258237.8609.typo3-dev@lists.netfielders.de>
	<mailman.1.1140259214.10536.typo3-dev@lists.netfielders.de>
	<mailman.1.1140264125.19828.typo3-dev@lists.netfielders.de>
	<mailman.1.1140350164.28515.typo3-dev@lists.netfielders.de>
	<mailman.1.1140469005.17564.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140511591.19188.typo3-dev@lists.netfielders.de>

> Franz, I plan to completely revamp the install tool after 4.0 is out, 
> because it needs some attention, and it's a likely candidate for bigger 
> changes in UI and functionality. And it can be changed without touching 
> too much of the core.

Great. I also thought about that, so I'm really looking forward to this.

> Of course, some hover CSS should not be to difficult ;)
Would be nice. And if possible set a different basic link-markup 
(colored and bold or whatever + a hover) ;)

-- 
Kind regards,
Franz Koch



From typo3 at fx-graefix.de  Tue Feb 21 09:49:53 2006
From: typo3 at fx-graefix.de (Franz Koch)
Date: Tue, 21 Feb 2006 09:49:53 +0100
Subject: [TYPO3-dev] Announcement: 4.0beta3
In-Reply-To: <mailman.1.1140476474.1286.typo3-dev@lists.netfielders.de>
References: <mailman.1.1140099730.2653.typo3-dev@lists.netfielders.de>
	<mailman.1.1140471346.22863.typo3-dev@lists.netfielders.de>
	<mailman.1.1140471981.25080.typo3-dev@lists.netfielders.de>
	<mailman.1.1140476474.1286.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140511780.19188.typo3-dev@lists.netfielders.de>

Hi Franz, (I'm feeling like talking to myself ;) )

> Where and on which page do you select this in TYPO3 4.0beta3?
You can select this by clicking on the extensions name in the extension 
manager. Then there is a dropdown on top of the page where you can 
select the install-folder.

But you have to allow global install in the install-tool/localconf.php.
-- 
Kind regards,
Franz Koch



From mscharkow at gmx.net  Tue Feb 21 10:24:24 2006
From: mscharkow at gmx.net (Michael Scharkow)
Date: Tue, 21 Feb 2006 10:24:24 +0100
Subject: [TYPO3-dev] Future Install Tool
In-Reply-To: <mailman.1.1140492414.24459.typo3-dev@lists.netfielders.de>
References: <mailman.1.1140099730.2653.typo3-dev@lists.netfielders.de>
	<mailman.1.1140258237.8609.typo3-dev@lists.netfielders.de>
	<mailman.1.1140259214.10536.typo3-dev@lists.netfielders.de>
	<mailman.1.1140264125.19828.typo3-dev@lists.netfielders.de>
	<mailman.1.1140350164.28515.typo3-dev@lists.netfielders.de>
	<mailman.1.1140469005.17564.typo3-dev@lists.netfielders.de>
	<mailman.1.1140492414.24459.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140513862.23408.typo3-dev@lists.netfielders.de>

Patrick Gaumond wrote:

> http://wiki.typo3.org/index.php/Installtooltab

Exactly what I had in mind and needed ;)

Thanks,
Michael



From traveler_in_time at gmx.net  Tue Feb 21 10:33:49 2006
From: traveler_in_time at gmx.net (S. Teuber)
Date: Tue, 21 Feb 2006 09:33:49 +0000 (UTC)
Subject: [TYPO3-dev] Master Style 4 Typo3
References: <mailman.2472.1140483514.3122.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140514429.24481.typo3-dev@lists.netfielders.de>

Hi Johannes,


> Right now every extension tends to introduce its own new styles - new 

Yeah, and that's bad practice. As Matthew already pointed out in his 
post, it's enough to add a class to some (for most extensions propably 
*one*) tag that's framing the extension's output. The rest can be done in 
the stylesheet using the cascade.

Using the cascade this way will eliminate nearly all of the problems you 
mentioned to backup the need for a master style.

If you combine this cascading concept with the use of external HTML 
templates, site owners gain the freedom to insert additional classes or 
ids if they really need them. Seperating the HTML from the (PHP) code 
plus seperating the layout (css) from the content (html) should be the 
basic groundwork in any extension that's considered to have some level of 
quality.

So, maybe instead of writing some master style documentation, we should 
write some clear, short advice on best practices in terms of coding 
extensions. Very basic, not as specific and blown as the current "Coding 
Guidelines" document on typo3.org, which deals with specific tasks like 
database queries etc. and thus is rather long.

I'm thinking of something that's a bit like the 12 rather short pages on 
"coding standards" that can be found on the PEAR website [1]. After all, 
the basic principles of good www coding are not that complicated or hard 
to understand.

Sven

[1] http://pear.php.net/manual/en/standards.php



From spotiez at yahoo.fr  Tue Feb 21 11:32:13 2006
From: spotiez at yahoo.fr (Sylvain Potiez)
Date: Tue, 21 Feb 2006 11:32:13 +0100
Subject: [TYPO3-dev]  content not visible
Message-ID: <mailman.1.1140517924.587.typo3-dev@lists.netfielders.de>

Hello,

I have a problem of content which is not visible, I hope somebody can help 
me :-)

actually I have on my website two content parts, which are configured in 
templavoila exactly the same.

in the backend, the contents I add on the two parts are visible (text, 
pictures...) . But in the frontend, the contents are only visible on one. 
all contents I added within the second one aren't visible.

Somebody can help me ? Did i forget something important ? Is there something 
I should add in the template setup field ?

Thanx in advance  :-)
Yours

Sylvain Potiez (France) 





From typo3 at fm-world.ru  Tue Feb 21 11:56:03 2006
From: typo3 at fm-world.ru (Dmitry Dulepov)
Date: Tue, 21 Feb 2006 12:56:03 +0200
Subject: [TYPO3-dev] content not visible
In-Reply-To: <mailman.1.1140517924.587.typo3-dev@lists.netfielders.de>
References: <mailman.1.1140517924.587.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140519364.3152.typo3-dev@lists.netfielders.de>

Hi!

Sylvain Potiez wrote:
> I have a problem of content which is not visible, I hope somebody can help 
> me :-)

Better to ask in "english" list. This list ("dev") is about _developing_
extensions and core functionality.

> in the backend, the contents I add on the two parts are visible (text, 
> pictures...) . But in the frontend, the contents are only visible on one. 
> all contents I added within the second one aren't visible.

There was similar question in either english or templavoila list a
couple of days ago. Check there. I have a number of such configurations
but never had this problem. Probably it is related to the way how you
did your DS. If I am not mistaken, in that case field was initially
mapped to "TS object path" and it caused problems.

Dmitry.
-- 
"It is our choices, that show what we truly are,
far more than our abilities." (A.P.W.B.D.)



From matthew at manderson.co.uk  Tue Feb 21 12:19:57 2006
From: matthew at manderson.co.uk (Matthew Manderson)
Date: Tue, 21 Feb 2006 12:19:57 +0100
Subject: [TYPO3-dev] Master Style 4 Typo3
References: <mailman.2472.1140483514.3122.typo3-dev@lists.netfielders.de>
	<mailman.1.1140514429.24481.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140520657.30876.typo3-dev@lists.netfielders.de>

> post, it's enough to add a class to some (for most extensions propably
> *one*) tag that's framing the extension's output. The rest can be done in
> the stylesheet using the cascade.
This however does cause a problem as Franz included to display more than one
instance of an extension and you want to style the first a little
differently to the second.

The result in my mind is not to have a single id wrapper for each element
but some incremental id. e.g. id="ext_thingy_1" id="ext_thingy_2" etc.

Matthew







From spotiez at yahoo.fr  Tue Feb 21 12:40:16 2006
From: spotiez at yahoo.fr (Sylvain Potiez)
Date: Tue, 21 Feb 2006 12:40:16 +0100
Subject: [TYPO3-dev] content not visible
References: <mailman.1.1140517924.587.typo3-dev@lists.netfielders.de>
	<mailman.1.1140519364.3152.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140522010.9247.typo3-dev@lists.netfielders.de>

thank you for your answer :-)

actually my field was mapped originally as TS Object Path, I am probably 
having the same problem.... do I have to erase the field and to recreate it, 
or is there another solution ?

I didn't find the question in the list but I'll carry on look for it...

thanks in advance !

Yours

SP



"Dmitry Dulepov" <typo3 at fm-world.ru> a ecrit dans le message de news: 
mailman.1.1140519364.3152.typo3-dev at lists.netfielders.de...
> Hi!
>
> Sylvain Potiez wrote:
>> I have a problem of content which is not visible, I hope somebody can 
>> help
>> me :-)
>
> Better to ask in "english" list. This list ("dev") is about _developing_
> extensions and core functionality.
>
>> in the backend, the contents I add on the two parts are visible (text,
>> pictures...) . But in the frontend, the contents are only visible on one.
>> all contents I added within the second one aren't visible.
>
> There was similar question in either english or templavoila list a
> couple of days ago. Check there. I have a number of such configurations
> but never had this problem. Probably it is related to the way how you
> did your DS. If I am not mistaken, in that case field was initially
> mapped to "TS object path" and it caused problems.
>
> Dmitry.
> -- 
> "It is our choices, that show what we truly are,
> far more than our abilities." (A.P.W.B.D.) 





From typo3 at fm-world.ru  Tue Feb 21 12:45:37 2006
From: typo3 at fm-world.ru (Dmitry Dulepov)
Date: Tue, 21 Feb 2006 13:45:37 +0200
Subject: [TYPO3-dev] content not visible
In-Reply-To: <mailman.1.1140522010.9247.typo3-dev@lists.netfielders.de>
References: <mailman.1.1140517924.587.typo3-dev@lists.netfielders.de>
	<mailman.1.1140519364.3152.typo3-dev@lists.netfielders.de>
	<mailman.1.1140522010.9247.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140522341.9771.typo3-dev@lists.netfielders.de>

Hi!

Sylvain Potiez wrote:
> actually my field was mapped originally as TS Object Path, I am probably 
> having the same problem.... do I have to erase the field and to recreate it, 
> or is there another solution ?

Do not erase it :) Open DS record (from List view, for example) and find
your field in xml. Search for these tags:

<eType_EXTRA type="array">
...
</eType_EXTRA>
<TypoScriptObjPath>...</TypoScriptObjPath>

and remove them both. Save DS and remap TO (open it and just click Save
while not in header view). clear ache and content should appear.

Dmitry.
-- 
"It is our choices, that show what we truly are,
far more than our abilities." (A.P.W.B.D.)



From typo3 at fx-graefix.de  Tue Feb 21 13:45:47 2006
From: typo3 at fx-graefix.de (Franz Koch)
Date: Tue, 21 Feb 2006 13:45:47 +0100
Subject: [TYPO3-dev] Questions relating new Typo3 4.0 beta3 skin
In-Reply-To: <mailman.2484.1140486685.3122.typo3-dev@lists.netfielders.de>
References: <mailman.1321.1140191408.3122.typo3-dev@lists.netfielders.de>	<mailman.1.1140287141.24068.typo3-dev@lists.netfielders.de>	<mailman.1.1140378216.25466.typo3-dev@lists.netfielders.de>	<mailman.1.1140468041.16337.typo3-dev@lists.netfielders.de>	<mailman.2437.1140479182.3122.typo3-dev@lists.netfielders.de>	<mailman.1.1140483538.11798.typo3-dev@lists.netfielders.de>
	<mailman.2484.1140486685.3122.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140525934.15617.typo3-dev@lists.netfielders.de>

> I indeed have a problem that a inner div is set to scroleable, is that 
> correct?
> mean the scroll bar of the browsers doesn't work any more...
> The inner divs scrolls but on a 1024x768 you simply don't see the inner 
> scrollbar....

I allready mentioned this misbehavior of the scrollable div-tag 
somewhere - I think in the design-list. So I can confirm this and say 
that it is really anoying.

-- 
Kind regards,
Franz Koch



From typo3 at fm-world.ru  Tue Feb 21 13:49:44 2006
From: typo3 at fm-world.ru (Dmitry Dulepov)
Date: Tue, 21 Feb 2006 14:49:44 +0200
Subject: [TYPO3-dev] Questions relating new Typo3 4.0 beta3 skin
In-Reply-To: <mailman.1321.1140191408.3122.typo3-dev@lists.netfielders.de>
References: <mailman.1321.1140191408.3122.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140526184.16160.typo3-dev@lists.netfielders.de>

Hi!

> I've looked now this new skin during last 24 hours 18 hours
> and my eyes start to bleed ! Ithe skin is not very ergonomic.
> This is of course very personal opinion so it should not be discussed.

How charming TemplaVoila looks with new skin... See here:
http://www.accio.lv/t3/charming-skin.gif

The only problem is to understand what is what...

Dmitry.
-- 
"It is our choices, that show what we truly are,
far more than our abilities." (A.P.W.B.D.)



From typo3 at rvt.dds.nl  Tue Feb 21 14:06:12 2006
From: typo3 at rvt.dds.nl (Ries van Twisk)
Date: Tue, 21 Feb 2006 08:06:12 -0500
Subject: [TYPO3-dev] Master Style 4 Typo3
In-Reply-To: <mailman.1.1140520657.30876.typo3-dev@lists.netfielders.de>
References: <mailman.2472.1140483514.3122.typo3-dev@lists.netfielders.de>	<mailman.1.1140514429.24481.typo3-dev@lists.netfielders.de>
	<mailman.1.1140520657.30876.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.2715.1140527232.3122.typo3-dev@lists.netfielders.de>

Matthew Manderson wrote:

>>post, it's enough to add a class to some (for most extensions propably
>>*one*) tag that's framing the extension's output. The rest can be done in
>>the stylesheet using the cascade.
>>    
>>
>This however does cause a problem as Franz included to display more than one
>instance of an extension and you want to style the first a little
>differently to the second.
>
>The result in my mind is not to have a single id wrapper for each element
>but some incremental id. e.g. id="ext_thingy_1" id="ext_thingy_2" etc.
>  
>
You will have to do that anyways because there can by only on ID on a 
single page.
Morover, it means that if the number if items is unknown you need to 
create a unknown number of CSS items for the repeated task. My 
suggestion is thus not use ID's for styling but rather use classes.
Most extensions don't fall in the category of using ID's for styles..

Ries

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




From spotiez at yahoo.fr  Tue Feb 21 15:45:15 2006
From: spotiez at yahoo.fr (Sylvain Potiez)
Date: Tue, 21 Feb 2006 15:45:15 +0100
Subject: [TYPO3-dev] content not visible
References: <mailman.1.1140517924.587.typo3-dev@lists.netfielders.de>
	<mailman.1.1140519364.3152.typo3-dev@lists.netfielders.de>
	<mailman.1.1140522010.9247.typo3-dev@lists.netfielders.de>
	<mailman.1.1140522341.9771.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140533108.31086.typo3-dev@lists.netfielders.de>

Thank you, now it works :-)
but the main problem was also that there wasn't any tag within the field I 
mapped (as I mapped it as INNER, excluding the <td>...</td> tags.

Sylvain


"Dmitry Dulepov" <typo3 at fm-world.ru> a ecrit dans le message de news: 
mailman.1.1140522341.9771.typo3-dev at lists.netfielders.de...
> Hi!
>
> Sylvain Potiez wrote:
>> actually my field was mapped originally as TS Object Path, I am probably
>> having the same problem.... do I have to erase the field and to recreate 
>> it,
>> or is there another solution ?
>
> Do not erase it :) Open DS record (from List view, for example) and find
> your field in xml. Search for these tags:
>
> <eType_EXTRA type="array">
> ...
> </eType_EXTRA>
> <TypoScriptObjPath>...</TypoScriptObjPath>
>
> and remove them both. Save DS and remap TO (open it and just click Save
> while not in header view). clear ache and content should appear.
>
> Dmitry.
> -- 
> "It is our choices, that show what we truly are,
> far more than our abilities." (A.P.W.B.D.) 





From typo3 at gramba.de  Tue Feb 21 17:16:01 2006
From: typo3 at gramba.de (Johannes Reichardt)
Date: Tue, 21 Feb 2006 17:16:01 +0100
Subject: [TYPO3-dev] Master Style 4 Typo3
In-Reply-To: <mailman.1.1140483830.12969.typo3-dev@lists.netfielders.de>
References: <mailman.2472.1140483514.3122.typo3-dev@lists.netfielders.de>
	<mailman.1.1140483830.12969.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.2804.1140537219.3122.typo3-dev@lists.netfielders.de>

Hi Joey,
> 
> Have a look at this to see that there are others sharing the same idea ...
> http://wiki.typo3.org/index.php/Contend_Rendering_Schemes
> 
> Happy styling ;-)

That looks interesting but seems like the usual typo3-overkill in 
covering all thinkable cases beforehand. What i think of is much more 
basic, some sort of localconf.css for desgin.

- Johannes

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




From bedlamhotel at gmail.com  Tue Feb 21 16:58:10 2006
From: bedlamhotel at gmail.com (Christopher)
Date: Tue, 21 Feb 2006 07:58:10 -0800
Subject: [TYPO3-dev] Master Style 4 Typo3
In-Reply-To: <mailman.2582.1140511764.3122.typo3-dev@lists.netfielders.de>
References: <mailman.2472.1140483514.3122.typo3-dev@lists.netfielders.de>
	<mailman.1.1140483830.12969.typo3-dev@lists.netfielders.de>
	<mailman.2481.1140486606.3122.typo3-dev@lists.netfielders.de>
	<mailman.1.1140489058.19129.typo3-dev@lists.netfielders.de>
	<mailman.2498.1140492334.3122.typo3-dev@lists.netfielders.de>
	<mailman.1.1140505008.8152.typo3-dev@lists.netfielders.de>
	<mailman.1.1140510524.17538.typo3-dev@lists.netfielders.de>
	<mailman.2582.1140511764.3122.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.2807.1140537494.3122.typo3-dev@lists.netfielders.de>

On 2/21/06, Ries van Twisk <typo3 at rvt.dds.nl> wrote:
> Franz Koch wrote:
>
> >>>h1/h2 are already different tags, no need to use a class for that....
> >>>
> >>>
> >+1
> >
> >
> >
> >>CSS already offers excellent ways to 'drill down' to a specific content
> >>element. The main thing is to wrap the ext object in an id'd div once. Then
> >>leave the rest up to css. In this way, each object can be overstyled or
> >>left naturally styled depending on your preference.
> >>
> >>#ext_thing h1 {}
> >>
> >>etc. Less is more.
> >>
> >>
> >
> >Well, and what do you do if you have to place the same extension twice
> >on one page? Then the extension renders two elements with the same ID
> >which is not valid at all. Extension-wrappers can always only be classes
> >in my eyes.
> >If you need unique IDs, wrap the content-elements with the uid it it
> >isn't allready standard for 4.0. You need his anyway for valid XHTML as
> >a-tag anchors are invalid.
> >
> >
> >
> That was indeed my problem... But with flex elements in templavoila that
> gets show twice....
> So I try to stick with what I call "base ID's" Id's for headers and
> footers and main areas, things I know for SURE will only pop up once in
> my design, then again... way not use classes for design only and ID for
> identification for the design which sounds like a good design rule for
> layout build into CMS systems?
>

You guys are right about the cases (many!) where a plugin may appear
twice on a page--ids _must_ only appear once, after all. However the
larger point was not about ids/classes per-se, but about how many css
identifiers to put in the markup in the first place.

Id or class notwithstanding, markup like this is what we want to shoot for:

<div class="someexttensionoutput>
  <h1>Lorem Ipsum</h1>
  <p>Dolor sit amet</p>
  <ul>
    <li>Consectetur</li>
    <li>Adispicing</li>
  </ul>
</div>

...because all of the html elements inside it can be targeted using
the parent class:

.someextensionoutput h1 { ... }
.someextensionoutput p { ... }
.someextensionoutput ul { ... }
.someextensionoutput li { ... }

...etc.

I'd also like to suggest that using the uid in a css id is for most
purposes not particularly convenient--what if the uid has to change?
This idea will only work in cases where the extension is outputting
both the markup AND the css.


-Christopher



From steffen at dislabs.de  Tue Feb 21 17:25:14 2006
From: steffen at dislabs.de (Steffen Kamper)
Date: Tue, 21 Feb 2006 17:25:14 +0100
Subject: [TYPO3-dev]  Problems with hr and border=
Message-ID: <mailman.1.1140539112.11245.typo3-dev@lists.netfielders.de>

Hi list,

on the way to valid code i have one/two problem(s)

when i use <hr /> it is wrapped in p-tags.

I used in setup this:

lib.parseFunc_RTE.nonTypoTagStdWrap.encapsLines.encapsTagList = cite, div, 
p, pre, hr, h1, h2, h3, h4, h5, h6

but it doesn't work.
Any advice ?

The other is to remove the bordertags from images, i didn't found it (<img 
src="..." border="0">)

Thanx
Steffen 





From kasper2006 at typo3.com  Tue Feb 21 20:58:10 2006
From: kasper2006 at typo3.com (=?ISO-8859-1?Q?Kasper_Sk=E5rh=F8j?=)
Date: Tue, 21 Feb 2006 20:58:10 +0100
Subject: [TYPO3-dev] Master Style 4 Typo3
In-Reply-To: <mailman.2472.1140483514.3122.typo3-dev@lists.netfielders.de>
References: <mailman.2472.1140483514.3122.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.2894.1140551908.3122.typo3-dev@lists.netfielders.de>

Hi Johannes,

This idea is also on my heart. I haven't looked in detail on what the  
Content Rendering Schemes are but for version 4.5 I hope that  
defining a long lasting CSS strategy that can be used globally for a  
site and affecting all extensions (complying with it) will be a major  
point.

- kasper


On Feb 21, 2006, at 2:20 , Johannes Reichardt wrote:

> Hey there!
>
> Its late and my eyes are already burning after more than 12 hours
> non-stop computing but nevertheless i would like to share an idea that
> just came into my mind:
>
> How about a "masterstyle" for Typo3?
>
> Let me explain.
>
> Right now every extension tends to introduce its own new styles - new
> backgrounds of tds, new font classes, new margins and paddings and so
> on. Even worse all that oldschool font tags in the template. We all  
> know
> the process of going through myriads of configuration places like the
> constant editor, the default template, the stylesheet or even the
> extension code itself for example. And after that your style is  
> stil not
> really "consistent" and you have a huge mess with tons of different
> stylesheets and oldschool tags.
>
> That really sucks big time.
>
> So how about a concept that gently invites extension developers to use
> predefined styles of the mastertemplate which comes along with a clean
> typo3 install? So we have by default styles for the body, tds,  
> borders,
> errors etc.. and also for table lists, headers and so on. That way  
> a lot
> of other things could be removed (like typoscript styling etc...) and
> you still would keep complete flexibility overall.
>
> If you want to style your extension differently than just prepend
> "ext_key" to the style and you use a whole own extension style. Or you
> just add a few "styling exceptions" in the mastertemplate and off  
> you go.
>
> The point is to develop a template that is not too huge but still  
> covers
> most cases in a usual typo3 installation. That template should be
> publicitly known and used as much as possible.
>
> In the end it wouldn?t be just a dream but rather reality to install a
> typo3 page out of the box in 30 minutes and completly style it along
> with its extensions in another 30 minutes. And even better: You can
> change things quickly without looking up tons of places anymore!
>
> Actually i?m afraid there is already a concept like this and just gets
> not used enough or i misunderstood it - if so please ignore this  
> mail or
> explain it to me, otherwise i would be glad to get comments on this  
> idea.
>
> Clean styles are the future! (Says a square-eyed-man ;)
>
> - Johannes
>
> _______________________________________________
> TYPO3-dev mailing list
> TYPO3-dev at lists.netfielders.de
> http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev


- kasper

"A contribution a day keeps the fork away"
-------------------------------
kasper2006 at typo3.com | +45 20 999 115 | skype: kasperskaarhoej |  
gizmo: kasper_typo3





From typo3 at gramba.de  Tue Feb 21 21:54:54 2006
From: typo3 at gramba.de (Johannes Reichardt)
Date: Tue, 21 Feb 2006 21:54:54 +0100
Subject: [TYPO3-dev] Master Style 4 Typo3
In-Reply-To: <mailman.2894.1140551908.3122.typo3-dev@lists.netfielders.de>
References: <mailman.2472.1140483514.3122.typo3-dev@lists.netfielders.de>
	<mailman.2894.1140551908.3122.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.2903.1140553950.3122.typo3-dev@lists.netfielders.de>

Hi Kasper,

great to hear you share that idea, if this is the right time and the 
right place we could discuss what is needed.

My supersimple idea in detail:

a default and small "typo3.css" which is right next to the index.php, 
containing a very conservative and simple style without backgrounds.

for example:

body {
	font-familiy:arial,helvetiva,sans;
	font-size:12px;
	color:#00000;
}
h1 {
	display:inline;
	font-size:18px;
}
header1 {
	font-size:16px;
}
.tdlist1 {
	background-color:#ffffff;
}
.tdlist2 {
	background-color:#eeeeee;
}
.error {
	color:#ff0000;
}

thats pretty much nothing but should cover (along with a few more 
styles) 95% of the styling that is needed. If there is something more 
the extension requests to update the typo3.css OR to include its own 
stylesheet wherever it is used (and not everywhere ;)

So this along with no other default styles in typo3 and extensions would 
make things really easy.

What else should be taken care of?

- Johannes


> 
> This idea is also on my heart. I haven't looked in detail on what the  
> Content Rendering Schemes are but for version 4.5 I hope that  
> defining a long lasting CSS strategy that can be used globally for a  
> site and affecting all extensions (complying with it) will be a major  
> point.
> 
> - kasper
> 
> 
> On Feb 21, 2006, at 2:20 , Johannes Reichardt wrote:
> 
>> Hey there!
>>
>> Its late and my eyes are already burning after more than 12 hours
>> non-stop computing but nevertheless i would like to share an idea that
>> just came into my mind:
>>
>> How about a "masterstyle" for Typo3?
>>
>> Let me explain.
>>
>> Right now every extension tends to introduce its own new styles - new
>> backgrounds of tds, new font classes, new margins and paddings and so
>> on. Even worse all that oldschool font tags in the template. We all  
>> know
>> the process of going through myriads of configuration places like the
>> constant editor, the default template, the stylesheet or even the
>> extension code itself for example. And after that your style is  
>> stil not
>> really "consistent" and you have a huge mess with tons of different
>> stylesheets and oldschool tags.
>>
>> That really sucks big time.
>>
>> So how about a concept that gently invites extension developers to use
>> predefined styles of the mastertemplate which comes along with a clean
>> typo3 install? So we have by default styles for the body, tds,  
>> borders,
>> errors etc.. and also for table lists, headers and so on. That way  
>> a lot
>> of other things could be removed (like typoscript styling etc...) and
>> you still would keep complete flexibility overall.
>>
>> If you want to style your extension differently than just prepend
>> "ext_key" to the style and you use a whole own extension style. Or you
>> just add a few "styling exceptions" in the mastertemplate and off  
>> you go.
>>
>> The point is to develop a template that is not too huge but still  
>> covers
>> most cases in a usual typo3 installation. That template should be
>> publicitly known and used as much as possible.
>>
>> In the end it wouldn?t be just a dream but rather reality to install a
>> typo3 page out of the box in 30 minutes and completly style it along
>> with its extensions in another 30 minutes. And even better: You can
>> change things quickly without looking up tons of places anymore!
>>
>> Actually i?m afraid there is already a concept like this and just gets
>> not used enough or i misunderstood it - if so please ignore this  
>> mail or
>> explain it to me, otherwise i would be glad to get comments on this  
>> idea.
>>
>> Clean styles are the future! (Says a square-eyed-man ;)
>>
>> - Johannes
>>
>> _______________________________________________
>> TYPO3-dev mailing list
>> TYPO3-dev at lists.netfielders.de
>> http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev
> 
> 
> - kasper
> 
> "A contribution a day keeps the fork away"
> -------------------------------
> kasper2006 at typo3.com | +45 20 999 115 | skype: kasperskaarhoej |  
> gizmo: kasper_typo3
> 
> 
> _______________________________________________
> TYPO3-dev mailing list
> TYPO3-dev at lists.netfielders.de
> http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev
> 




From kasper2006 at typo3.com  Tue Feb 21 21:41:15 2006
From: kasper2006 at typo3.com (=?ISO-8859-1?Q?Kasper_Sk=E5rh=F8j?=)
Date: Tue, 21 Feb 2006 21:41:15 +0100
Subject: [TYPO3-dev] Master Style 4 Typo3
In-Reply-To: <mailman.2903.1140553950.3122.typo3-dev@lists.netfielders.de>
References: <mailman.2472.1140483514.3122.typo3-dev@lists.netfielders.de>
	<mailman.2894.1140551908.3122.typo3-dev@lists.netfielders.de>
	<mailman.2903.1140553950.3122.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.2905.1140554496.3122.typo3-dev@lists.netfielders.de>

Hi Johannes,

I will not discuss this yet since I'm busy with other things that  
overrule it for me. But I'm ok if you want to work with others on it.  
Somehow I feel it belongs somewhere between the content rendering  
group and ECT. So maybe on those lists?

- kasper

On Feb 21, 2006, at 21:54 , Johannes Reichardt wrote:

> Hi Kasper,
>
> great to hear you share that idea, if this is the right time and the
> right place we could discuss what is needed.
>
> My supersimple idea in detail:
>
> a default and small "typo3.css" which is right next to the index.php,
> containing a very conservative and simple style without backgrounds.
>
> for example:
>
> body {
> 	font-familiy:arial,helvetiva,sans;
> 	font-size:12px;
> 	color:#00000;
> }
> h1 {
> 	display:inline;
> 	font-size:18px;
> }
> header1 {
> 	font-size:16px;
> }
> .tdlist1 {
> 	background-color:#ffffff;
> }
> .tdlist2 {
> 	background-color:#eeeeee;
> }
> .error {
> 	color:#ff0000;
> }
>
> thats pretty much nothing but should cover (along with a few more
> styles) 95% of the styling that is needed. If there is something more
> the extension requests to update the typo3.css OR to include its own
> stylesheet wherever it is used (and not everywhere ;)
>
> So this along with no other default styles in typo3 and extensions  
> would
> make things really easy.
>
> What else should be taken care of?
>
> - Johannes
>
>
>>
>> This idea is also on my heart. I haven't looked in detail on what the
>> Content Rendering Schemes are but for version 4.5 I hope that
>> defining a long lasting CSS strategy that can be used globally for a
>> site and affecting all extensions (complying with it) will be a major
>> point.
>>
>> - kasper
>>
>>
>> On Feb 21, 2006, at 2:20 , Johannes Reichardt wrote:
>>
>>> Hey there!
>>>
>>> Its late and my eyes are already burning after more than 12 hours
>>> non-stop computing but nevertheless i would like to share an idea  
>>> that
>>> just came into my mind:
>>>
>>> How about a "masterstyle" for Typo3?
>>>
>>> Let me explain.
>>>
>>> Right now every extension tends to introduce its own new styles -  
>>> new
>>> backgrounds of tds, new font classes, new margins and paddings  
>>> and so
>>> on. Even worse all that oldschool font tags in the template. We all
>>> know
>>> the process of going through myriads of configuration places like  
>>> the
>>> constant editor, the default template, the stylesheet or even the
>>> extension code itself for example. And after that your style is
>>> stil not
>>> really "consistent" and you have a huge mess with tons of different
>>> stylesheets and oldschool tags.
>>>
>>> That really sucks big time.
>>>
>>> So how about a concept that gently invites extension developers  
>>> to use
>>> predefined styles of the mastertemplate which comes along with a  
>>> clean
>>> typo3 install? So we have by default styles for the body, tds,
>>> borders,
>>> errors etc.. and also for table lists, headers and so on. That way
>>> a lot
>>> of other things could be removed (like typoscript styling etc...)  
>>> and
>>> you still would keep complete flexibility overall.
>>>
>>> If you want to style your extension differently than just prepend
>>> "ext_key" to the style and you use a whole own extension style.  
>>> Or you
>>> just add a few "styling exceptions" in the mastertemplate and off
>>> you go.
>>>
>>> The point is to develop a template that is not too huge but still
>>> covers
>>> most cases in a usual typo3 installation. That template should be
>>> publicitly known and used as much as possible.
>>>
>>> In the end it wouldn?t be just a dream but rather reality to  
>>> install a
>>> typo3 page out of the box in 30 minutes and completly style it along
>>> with its extensions in another 30 minutes. And even better: You can
>>> change things quickly without looking up tons of places anymore!
>>>
>>> Actually i?m afraid there is already a concept like this and just  
>>> gets
>>> not used enough or i misunderstood it - if so please ignore this
>>> mail or
>>> explain it to me, otherwise i would be glad to get comments on this
>>> idea.
>>>
>>> Clean styles are the future! (Says a square-eyed-man ;)
>>>
>>> - Johannes
>>>
>>> _______________________________________________
>>> TYPO3-dev mailing list
>>> TYPO3-dev at lists.netfielders.de
>>> http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev
>>
>>
>> - kasper
>>
>> "A contribution a day keeps the fork away"
>> -------------------------------
>> kasper2006 at typo3.com | +45 20 999 115 | skype: kasperskaarhoej |
>> gizmo: kasper_typo3
>>
>>
>> _______________________________________________
>> TYPO3-dev mailing list
>> TYPO3-dev at lists.netfielders.de
>> http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev
>>
>
> _______________________________________________
> TYPO3-dev mailing list
> TYPO3-dev at lists.netfielders.de
> http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev


- kasper

"A contribution a day keeps the fork away"
-------------------------------
kasper2006 at typo3.com | +45 20 999 115 | skype: kasperskaarhoej |  
gizmo: kasper_typo3





From typo3 at gramba.de  Tue Feb 21 22:09:20 2006
From: typo3 at gramba.de (Johannes Reichardt)
Date: Tue, 21 Feb 2006 22:09:20 +0100
Subject: [TYPO3-dev] Master Style 4 Typo3
In-Reply-To: <mailman.2905.1140554496.3122.typo3-dev@lists.netfielders.de>
References: <mailman.2472.1140483514.3122.typo3-dev@lists.netfielders.de>	<mailman.2894.1140551908.3122.typo3-dev@lists.netfielders.de>	<mailman.2903.1140553950.3122.typo3-dev@lists.netfielders.de>
	<mailman.2905.1140554496.3122.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.2906.1140554817.3122.typo3-dev@lists.netfielders.de>

Hi Kasper,

Before switching to another group the rest of the list could share their 
opinions on this. OR - do it the typo3 way, just creating a new list for 
this? (sorry for nagging on you :)

- Johannes

> 
> I will not discuss this yet since I'm busy with other things that  
> overrule it for me. But I'm ok if you want to work with others on it.  
> Somehow I feel it belongs somewhere between the content rendering  
> group and ECT. So maybe on those lists?
> 
> - kasper
> 
> On Feb 21, 2006, at 21:54 , Johannes Reichardt wrote:
> 
>> Hi Kasper,
>>
>> great to hear you share that idea, if this is the right time and the
>> right place we could discuss what is needed.
>>
>> My supersimple idea in detail:
>>
>> a default and small "typo3.css" which is right next to the index.php,
>> containing a very conservative and simple style without backgrounds.
>>
>> for example:
>>
>> body {
>> 	font-familiy:arial,helvetiva,sans;
>> 	font-size:12px;
>> 	color:#00000;
>> }
>> h1 {
>> 	display:inline;
>> 	font-size:18px;
>> }
>> header1 {
>> 	font-size:16px;
>> }
>> .tdlist1 {
>> 	background-color:#ffffff;
>> }
>> .tdlist2 {
>> 	background-color:#eeeeee;
>> }
>> .error {
>> 	color:#ff0000;
>> }
>>
>> thats pretty much nothing but should cover (along with a few more
>> styles) 95% of the styling that is needed. If there is something more
>> the extension requests to update the typo3.css OR to include its own
>> stylesheet wherever it is used (and not everywhere ;)
>>
>> So this along with no other default styles in typo3 and extensions  
>> would
>> make things really easy.
>>
>> What else should be taken care of?
>>
>> - Johannes
>>
>>
>>> This idea is also on my heart. I haven't looked in detail on what the
>>> Content Rendering Schemes are but for version 4.5 I hope that
>>> defining a long lasting CSS strategy that can be used globally for a
>>> site and affecting all extensions (complying with it) will be a major
>>> point.
>>>
>>> - kasper
>>>
>>>
>>> On Feb 21, 2006, at 2:20 , Johannes Reichardt wrote:
>>>
>>>> Hey there!
>>>>
>>>> Its late and my eyes are already burning after more than 12 hours
>>>> non-stop computing but nevertheless i would like to share an idea  
>>>> that
>>>> just came into my mind:
>>>>
>>>> How about a "masterstyle" for Typo3?
>>>>
>>>> Let me explain.
>>>>
>>>> Right now every extension tends to introduce its own new styles -  
>>>> new
>>>> backgrounds of tds, new font classes, new margins and paddings  
>>>> and so
>>>> on. Even worse all that oldschool font tags in the template. We all
>>>> know
>>>> the process of going through myriads of configuration places like  
>>>> the
>>>> constant editor, the default template, the stylesheet or even the
>>>> extension code itself for example. And after that your style is
>>>> stil not
>>>> really "consistent" and you have a huge mess with tons of different
>>>> stylesheets and oldschool tags.
>>>>
>>>> That really sucks big time.
>>>>
>>>> So how about a concept that gently invites extension developers  
>>>> to use
>>>> predefined styles of the mastertemplate which comes along with a  
>>>> clean
>>>> typo3 install? So we have by default styles for the body, tds,
>>>> borders,
>>>> errors etc.. and also for table lists, headers and so on. That way
>>>> a lot
>>>> of other things could be removed (like typoscript styling etc...)  
>>>> and
>>>> you still would keep complete flexibility overall.
>>>>
>>>> If you want to style your extension differently than just prepend
>>>> "ext_key" to the style and you use a whole own extension style.  
>>>> Or you
>>>> just add a few "styling exceptions" in the mastertemplate and off
>>>> you go.
>>>>
>>>> The point is to develop a template that is not too huge but still
>>>> covers
>>>> most cases in a usual typo3 installation. That template should be
>>>> publicitly known and used as much as possible.
>>>>
>>>> In the end it wouldn?t be just a dream but rather reality to  
>>>> install a
>>>> typo3 page out of the box in 30 minutes and completly style it along
>>>> with its extensions in another 30 minutes. And even better: You can
>>>> change things quickly without looking up tons of places anymore!
>>>>
>>>> Actually i?m afraid there is already a concept like this and just  
>>>> gets
>>>> not used enough or i misunderstood it - if so please ignore this
>>>> mail or
>>>> explain it to me, otherwise i would be glad to get comments on this
>>>> idea.
>>>>
>>>> Clean styles are the future! (Says a square-eyed-man ;)
>>>>
>>>> - Johannes
>>>>
>>>> _______________________________________________
>>>> TYPO3-dev mailing list
>>>> TYPO3-dev at lists.netfielders.de
>>>> http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev
>>>
>>> - kasper
>>>
>>> "A contribution a day keeps the fork away"
>>> -------------------------------
>>> kasper2006 at typo3.com | +45 20 999 115 | skype: kasperskaarhoej |
>>> gizmo: kasper_typo3
>>>
>>>
>>> _______________________________________________
>>> TYPO3-dev mailing list
>>> TYPO3-dev at lists.netfielders.de
>>> http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev
>>>
>> _______________________________________________
>> TYPO3-dev mailing list
>> TYPO3-dev at lists.netfielders.de
>> http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev
> 
> 
> - kasper
> 
> "A contribution a day keeps the fork away"
> -------------------------------
> kasper2006 at typo3.com | +45 20 999 115 | skype: kasperskaarhoej |  
> gizmo: kasper_typo3
> 
> 
> _______________________________________________
> TYPO3-dev mailing list
> TYPO3-dev at lists.netfielders.de
> http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev
> 




From anoop.atre at gmail.com  Wed Feb 22 00:32:00 2006
From: anoop.atre at gmail.com (Anoop Atre)
Date: Tue, 21 Feb 2006 17:32:00 -0600
Subject: [TYPO3-dev]  CVS symlink issue
Message-ID: <mailman.1.1140564721.20782.typo3-dev@lists.netfielders.de>

Hi
Not sure if this is a bug or a human error, before I file it as a bug I 
though I'd ask. So today I decided to try the CVS and use 
create_symlinks.sh it died while trying "ln -s ../t3lib/gfx" because 
there already was a gfx folder in TYPO3core/typo3 so there was a small 
issue. It could always be user error on my side.

Just want to add a THANK YOU to all the core devs for the hard work 
while I'm writing!!!!!

~



From patrick at typo3quebec.org  Wed Feb 22 04:52:47 2006
From: patrick at typo3quebec.org (Patrick Gaumond)
Date: Tue, 21 Feb 2006 22:52:47 -0500
Subject: [TYPO3-dev] Future Install Tool
In-Reply-To: <mailman.1.1140513862.23408.typo3-dev@lists.netfielders.de>
References: <mailman.1.1140099730.2653.typo3-dev@lists.netfielders.de>
	<mailman.1.1140258237.8609.typo3-dev@lists.netfielders.de>
	<mailman.1.1140259214.10536.typo3-dev@lists.netfielders.de>
	<mailman.1.1140264125.19828.typo3-dev@lists.netfielders.de>
	<mailman.1.1140350164.28515.typo3-dev@lists.netfielders.de>
	<mailman.1.1140469005.17564.typo3-dev@lists.netfielders.de>
	<mailman.1.1140492414.24459.typo3-dev@lists.netfielders.de>
	<mailman.1.1140513862.23408.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140580366.9506.typo3-dev@lists.netfielders.de>

Michael Scharkow wrote:
> Patrick Gaumond wrote:
> 
>> http://wiki.typo3.org/index.php/Installtooltab
> 
> Exactly what I had in mind and needed ;)

My pleasure then !

It's good feeling when people at least look at your stuff.

I don't code but always hope that my input has some value.

Patrick



From stig at 8620.dk  Wed Feb 22 08:22:10 2006
From: stig at 8620.dk (=?ISO-8859-1?Q?Stig_N=F8rgaard_F=E6rch?=)
Date: Wed, 22 Feb 2006 08:22:10 +0100
Subject: [TYPO3-dev]  EXT:tstemplate patch request.
Message-ID: <mailman.1.1140592929.26179.typo3-dev@lists.netfielders.de>

Hiya.

In the conf.php file of tstemplate the following is stated:
"If this is changed so not only admin-users can manipulate templates, 
there need to be done something with the constant editor that is not 
allowed to 'clear the cache' then!!".

I would like special non-admins users to get access to the tstemplate 
module as well. The reson is that I have several sites on one 
installation, and it would be nice if my "sub-admins" could edit the 
tstemplate without having full admin access.

Is tstemplate regarded as a T3Core on bugs.typo3.org?
If so should I commit the diffs to bugs.typo3.org?

Best Regards
Stig F?rch


Diffs for a patch suggestion:

################ tstemplate_ceditor/ ################
--- class.tx_tstemplateceditor.php_old	2006-02-22 07:55:26.000000000 +0100
+++ class.tx_tstemplateceditor.php	2006-02-21 21:53:53.000000000 +0100
@@ -194,7 +194,7 @@
  			}

  			$theOutput.=$this->pObj->doc->spacer(10);
-			$theOutput.=$this->pObj->doc->section("Cache",'Click here to <a 
href="index.php?id='.$this->pObj->id.'&clear_all_cache=1"><strong>clear 
all cache</strong></a>',0,1);
+		 
if($GLOBALS['BE_USER']->isAdmin())$theOutput.=$this->pObj->doc->section("Cache",'Click 
here to <a 
href="index.php?id='.$this->pObj->id.'&clear_all_cache=1"><strong>clear 
all cache</strong></a>',0,1);
  		} else {
  			$theOutput.=$this->pObj->noTemplate(1);
  		}


################ tstemplate/ts/ ################
--- conf.php_old	2006-02-22 08:02:34.000000000 +0100
+++ conf.php	2006-02-22 08:02:45.000000000 +0100
@@ -6,6 +6,6 @@
  $MLANG['default']['ll_ref']='LLL:EXT:tstemplate/ts/locallang_mod.php';

  $MCONF['script']='index.php';
-$MCONF['access']='admin';		// If this is changed so not only 
admin-users can manipulate templates, there need to be done something 
with the constant editor that is not allowed to 'clear all cache' then!!
+$MCONF['access']='group,user';
  $MCONF['name']='web_ts';
  ?>
\ No newline at end of file



From stig at 8620.dk  Wed Feb 22 08:39:30 2006
From: stig at 8620.dk (=?ISO-8859-1?Q?Stig_N=F8rgaard_F=E6rch?=)
Date: Wed, 22 Feb 2006 08:39:30 +0100
Subject: [TYPO3-dev] EXT:tstemplate patch request.
In-Reply-To: <mailman.1.1140592929.26179.typo3-dev@lists.netfielders.de>
References: <mailman.1.1140592929.26179.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140593969.27422.typo3-dev@lists.netfielders.de>

Stig N?rgaard F?rch skrev:
> Hiya.
>
> Is tstemplate regarded as a T3Core on bugs.typo3.org?
> If so should I commit the diffs to bugs.typo3.org?

I guess your answer will be yes after looking throug bugs.typo3.org once 
more.

Anyways, in this regard another already reported feature request is very 
interesting.
0001031: Support to clear cache only in subtrees when changing TS
http://bugs.typo3.org/view.php?id=1031

It seems like that they(Michael, Rupi) intended to include it in 3.9.0, 
but never got into the core.

Is there a chance to get this into 4.0?

/Stig



From stig at 8620.dk  Wed Feb 22 08:48:04 2006
From: stig at 8620.dk (=?ISO-8859-1?Q?Stig_N=F8rgaard_F=E6rch?=)
Date: Wed, 22 Feb 2006 08:48:04 +0100
Subject: [TYPO3-dev] EXT:tstemplate patch request.
In-Reply-To: <mailman.1.1140592929.26179.typo3-dev@lists.netfielders.de>
References: <mailman.1.1140592929.26179.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140594483.28334.typo3-dev@lists.netfielders.de>

Stig N?rgaard F?rch skrev:
> Hiya.
> 
> In the conf.php file of tstemplate the following is stated:
> "If this is changed so not only admin-users can manipulate templates, 
> there need to be done something with the constant editor that is not 
> allowed to 'clear the cache' then!!".
> 
> I would like special non-admins users to get access to the tstemplate 
> module as well. The reson is that I have several sites on one 
> installation, and it would be nice if my "sub-admins" could edit the 
> tstemplate without having full admin access.

Added it to bugs.typo3.org:
http://bugs.typo3.org/view.php?id=2664

/Stig



From michael at typo3.org  Wed Feb 22 09:20:11 2006
From: michael at typo3.org (Michael Stucki)
Date: Wed, 22 Feb 2006 09:20:11 +0100
Subject: [TYPO3-dev]  Browser-Condition and Mozilla Firefox
Message-ID: <mailman.1.1140597126.1060.typo3-dev@lists.netfielders.de>

Hi folks,

I was wondering why "Mozilla" is not listed in the "browser" condition of
TSref. So I went to try it out and discovered that Firefox 1.0.4 will be
reported as "Netscape" with version "5".

This is caused by the following useragent information:

Mozilla/5.0 (X11; U; Linux i686; de-DE; rv:1.7.10) Gecko/20050925
Firefox/1.0.4 (Debian package 1.0.4-2sarge5)

Well, I think it does make sense to distinguish between different FF
versions since there _are_ differences between some versions.

My first suggestion is to change the browserInfo method as follows:

This will still work and return true:
[browser = netscape] AND [version = 5.]

This is new, should be appended below the above condition in order to take
precedence:
[browser = firefox] AND [version = 1.]


The remaining question is: What should we do with Mozilla browsers (the
suite, which afaik is discontinued)?

I am not sure but think that the versions can be distinguished by the
"Gecko" version (date). So this lead me to a second suggestion:

Add a "gecko" as a valid "browser" condition, match if the date of the Gecko
engine is at least September 1st, 2005:
[browser = gecko] AND [version = >20050900]

Which is the way to go? Suggestions welcome.

- michael
-- 
Use a newsreader! Check out
http://typo3.org/community/mailing-lists/use-a-news-reader/



From typo3 at fx-graefix.de  Wed Feb 22 09:39:52 2006
From: typo3 at fx-graefix.de (Franz Koch)
Date: Wed, 22 Feb 2006 09:39:52 +0100
Subject: [TYPO3-dev] Master Style 4 Typo3
In-Reply-To: <mailman.2807.1140537494.3122.typo3-dev@lists.netfielders.de>
References: <mailman.2472.1140483514.3122.typo3-dev@lists.netfielders.de>	<mailman.1.1140483830.12969.typo3-dev@lists.netfielders.de>	<mailman.2481.1140486606.3122.typo3-dev@lists.netfielders.de>	<mailman.1.1140489058.19129.typo3-dev@lists.netfielders.de>	<mailman.2498.1140492334.3122.typo3-dev@lists.netfielders.de>	<mailman.1.1140505008.8152.typo3-dev@lists.netfielders.de>	<mailman.1.1140510524.17538.typo3-dev@lists.netfielders.de>	<mailman.2582.1140511764.3122.typo3-dev@lists.netfielders.de>
	<mailman.2807.1140537494.3122.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140597580.1684.typo3-dev@lists.netfielders.de>

> Id or class notwithstanding, markup like this is what we want to shoot for:
> 
> <div class="someexttensionoutput>
>   <h1>Lorem Ipsum</h1>
>   <p>Dolor sit amet</p>
>   <ul>
>     <li>Consectetur</li>
>     <li>Adispicing</li>
>   </ul>
> </div>
> 
> ...because all of the html elements inside it can be targeted using
> the parent class:
> 
> .someextensionoutput h1 { ... }
> .someextensionoutput p { ... }
> .someextensionoutput ul { ... }
> .someextensionoutput li { ... }

+1
I totally agree with that. I never used original CSC etc. as I hated 
those long css-codes. Semantic correct sourcecodes don't need 
killer-css-definitions.

-- 
Kind regards,
Franz Koch

PS: sorry for spelling mistakes in my previous post



From michael at typo3.org  Wed Feb 22 09:43:35 2006
From: michael at typo3.org (Michael Stucki)
Date: Wed, 22 Feb 2006 09:43:35 +0100
Subject: [TYPO3-dev] EXT:tstemplate patch request.
References: <mailman.1.1140592929.26179.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140598023.2302.typo3-dev@lists.netfielders.de>

Hi Stig,

> In the conf.php file of tstemplate the following is stated:
> "If this is changed so not only admin-users can manipulate templates,
> there need to be done something with the constant editor that is not
> allowed to 'clear the cache' then!!".
> 
> I would like special non-admins users to get access to the tstemplate
> module as well. The reson is that I have several sites on one
> installation, and it would be nice if my "sub-admins" could edit the
> tstemplate without having full admin access.
> 
> Is tstemplate regarded as a T3Core on bugs.typo3.org?
> If so should I commit the diffs to bugs.typo3.org?

I have closed your bugtracker record again. Reason:

This change is not possible because it will allow non-admins to include a
PHP script, for example.

- michael
-- 
Use a newsreader! Check out
http://typo3.org/community/mailing-lists/use-a-news-reader/



From michael at typo3.org  Wed Feb 22 09:46:32 2006
From: michael at typo3.org (Michael Stucki)
Date: Wed, 22 Feb 2006 09:46:32 +0100
Subject: [TYPO3-dev] EXT:tstemplate patch request.
References: <mailman.1.1140592929.26179.typo3-dev@lists.netfielders.de>
	<mailman.1.1140593969.27422.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140598024.2302.typo3-dev@lists.netfielders.de>

Hi Stig,

> Anyways, in this regard another already reported feature request is very
> interesting.
> 0001031: Support to clear cache only in subtrees when changing TS
> http://bugs.typo3.org/view.php?id=1031
> 
> It seems like that they(Michael, Rupi) intended to include it in 3.9.0,
> but never got into the core.
> 
> Is there a chance to get this into 4.0?

It needs some more discussion and someone who insists if nobody answers.
Look at the current bug history to see why it is still not finished.

- michael
-- 
Use a newsreader! Check out
http://typo3.org/community/mailing-lists/use-a-news-reader/



From peter.russ at 4many.net  Wed Feb 22 09:53:43 2006
From: peter.russ at 4many.net (Peter Russ)
Date: Wed, 22 Feb 2006 09:53:43 +0100
Subject: [TYPO3-dev] Browser-Condition and Mozilla Firefox
In-Reply-To: <mailman.1.1140597126.1060.typo3-dev@lists.netfielders.de>
References: <mailman.1.1140597126.1060.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140598422.2275.typo3-dev@lists.netfielders.de>

Michael Stucki schrieb:
> Hi folks,
> 
> I was wondering why "Mozilla" is not listed in the "browser" condition of
> TSref. So I went to try it out and discovered that Firefox 1.0.4 will be
> reported as "Netscape" with version "5".
> 
> This is caused by the following useragent information:
> 
> Mozilla/5.0 (X11; U; Linux i686; de-DE; rv:1.7.10) Gecko/20050925
> Firefox/1.0.4 (Debian package 1.0.4-2sarge5)
> 
> Well, I think it does make sense to distinguish between different FF
> versions since there _are_ differences between some versions.
> 
> My first suggestion is to change the browserInfo method as follows:
> 
> This will still work and return true:
> [browser = netscape] AND [version = 5.]
> 
> This is new, should be appended below the above condition in order to take
> precedence:
> [browser = firefox] AND [version = 1.]
> 
> 
> The remaining question is: What should we do with Mozilla browsers (the
> suite, which afaik is discontinued)?
> 
> I am not sure but think that the versions can be distinguished by the
> "Gecko" version (date). So this lead me to a second suggestion:
> 
> Add a "gecko" as a valid "browser" condition, match if the date of the Gecko
> engine is at least September 1st, 2005:
> [browser = gecko] AND [version = >20050900]
> 
> Which is the way to go? Suggestions welcome.
> 
> - michael

Please correct me if I'm wrong:
Couldn't you check with the [browser] condition on ANY string?
Or did I get you wrong?

Regs. Peter.
-- 
_____________________________
4Many? Services
openBC: http://www.openbc.com/go/invuid/Peter_Russ



From steffen at dislabs.de  Wed Feb 22 09:56:42 2006
From: steffen at dislabs.de (Steffen Kamper)
Date: Wed, 22 Feb 2006 09:56:42 +0100
Subject: [TYPO3-dev] Problems with hr and border=
References: <mailman.1.1140539112.11245.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140598601.3247.typo3-dev@lists.netfielders.de>

the img-border-problem is solved:

config.disableImgBorderAttr = 1

but the wrapped hr still exists, is in rte and rtehtmlarea - i didn't found 
this anywhere
please help :)

vg  Steffen

"Steffen Kamper" <steffen at dislabs.de> schrieb im Newsbeitrag 
news:mailman.1.1140539112.11245.typo3-dev at lists.netfielders.de...
> Hi list,
>
> on the way to valid code i have one/two problem(s)
>
> when i use <hr /> it is wrapped in p-tags.
>
> I used in setup this:
>
> lib.parseFunc_RTE.nonTypoTagStdWrap.encapsLines.encapsTagList = cite, div, 
> p, pre, hr, h1, h2, h3, h4, h5, h6
>
> but it doesn't work.
> Any advice ?
>
> The other is to remove the bordertags from images, i didn't found it (<img 
> src="..." border="0">)
>
> Thanx
> Steffen
> 





From kuhn at punkt.de  Wed Feb 22 10:14:08 2006
From: kuhn at punkt.de (Rainer Kuhn)
Date: Wed, 22 Feb 2006 10:14:08 +0100
Subject: [TYPO3-dev] Browser-Condition and Mozilla Firefox
In-Reply-To: <mailman.1.1140597126.1060.typo3-dev@lists.netfielders.de>
References: <mailman.1.1140597126.1060.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.3050.1140599651.3122.typo3-dev@lists.netfielders.de>

Michael Stucki wrote:
> The remaining question is: What should we do with Mozilla browsers (the
> suite, which afaik is discontinued)?

The Mozilla Suite ist still alive, there are (and will be) new versions
with security related bugfixes (Mozilla 1.7.13 is planned to be released
in the 3erd week of March). But they have "frozen" the new feature
development, this also means the used Gecko rendering engine will not be
changed anymore.

Based on the original Mozilla Suite code, the Seamonkey project will
continue the Suite deleopment (http://www.mozilla.org/projects/seamonkey/).

> I am not sure but think that the versions can be distinguished by the
> "Gecko" version (date). So this lead me to a second suggestion:

Remember that there are many Mozilla based side projects using the same
Gecko version.


Cheers,
Rainer

--
PGP Key Fingerprint: 79B1 E6CF A6EB 60A1 D1E4 E41E 4C1E F87F 7B40 126C



From hkdennis2k at gmail.com  Wed Feb 22 10:17:07 2006
From: hkdennis2k at gmail.com (Dennis Cheung)
Date: Wed, 22 Feb 2006 17:17:07 +0800
Subject: [TYPO3-dev] EXT:tstemplate patch request.
In-Reply-To: <mailman.1.1140598024.2302.typo3-dev@lists.netfielders.de>
References: <mailman.1.1140592929.26179.typo3-dev@lists.netfielders.de>
	<mailman.1.1140593969.27422.typo3-dev@lists.netfielders.de>
	<mailman.1.1140598024.2302.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.3051.1140599832.3122.typo3-dev@lists.netfielders.de>

Hi all,

I think the root problem is the tstemplate is too powerful and do too many task.
It control how page run, and how page display.

If you get right to update the sys_template, restrictions of other
(e.g. PageContent, any plugin, html template) are completely
meaningless.
By making a new blank template can completely rewrite all the pages behaviour.

Constant editor didn't contains any access control information in it.
You can't limit a user can use {$file.toplogo} but not {$PAGE_TARGET}.

Usually people(plugins) do add columns in page / pageconent to let
user override the setting in constant.

BTW..
I think the Be plugin, "CSS styler" for "Template" module is
completely a concept bug.
People usually rewrite the included CSS file theirself. Isn't it?

Dennis

On 2/22/06, Michael Stucki <michael at typo3.org> wrote:
> Hi Stig,
>
> > Anyways, in this regard another already reported feature request is very
> > interesting.
> > 0001031: Support to clear cache only in subtrees when changing TS
> > http://bugs.typo3.org/view.php?id=1031
> >
> > It seems like that they(Michael, Rupi) intended to include it in 3.9.0,
> > but never got into the core.
> >
> > Is there a chance to get this into 4.0?
>
> It needs some more discussion and someone who insists if nobody answers.
> Look at the current bug history to see why it is still not finished.
>
> - michael
> --
> Use a newsreader! Check out
> http://typo3.org/community/mailing-lists/use-a-news-reader/
> _______________________________________________
> TYPO3-dev mailing list
> TYPO3-dev at lists.netfielders.de
> http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev
>



From stig at 8620.dk  Wed Feb 22 10:19:15 2006
From: stig at 8620.dk (=?ISO-8859-1?Q?Stig_N=F8rgaard_F=E6rch?=)
Date: Wed, 22 Feb 2006 10:19:15 +0100
Subject: [TYPO3-dev] EXT:tstemplate patch request.
In-Reply-To: <mailman.1.1140598023.2302.typo3-dev@lists.netfielders.de>
References: <mailman.1.1140592929.26179.typo3-dev@lists.netfielders.de>
	<mailman.1.1140598023.2302.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140599954.6638.typo3-dev@lists.netfielders.de>

Michael Stucki skrev:
> Hi Stig,
> 
>> In the conf.php file of tstemplate the following is stated:
>> "If this is changed so not only admin-users can manipulate templates,
>> there need to be done something with the constant editor that is not
>> allowed to 'clear the cache' then!!".
>>
>> I would like special non-admins users to get access to the tstemplate
>> module as well. The reson is that I have several sites on one
>> installation, and it would be nice if my "sub-admins" could edit the
>> tstemplate without having full admin access.
>>
>> Is tstemplate regarded as a T3Core on bugs.typo3.org?
>> If so should I commit the diffs to bugs.typo3.org?
> 
> I have closed your bugtracker record again. Reason:
> 
> This change is not possible because it will allow non-admins to include a
> PHP script, for example.

Do you also see this threat in the Constant Editor part?

I think that letting non-admins get access to the Constant Editor would 
be beneficial also to those who have large site where they have be-users 
who are in charge of sub-divisions of the site.

Maybe if tstemplate was a bit more configurable, so that the default 
would be that only admins have access, but then you could configure it 
so that the moduleFunction of the Constant Editor is enabled for non-admins?

/Stig



From hkdennis2k at gmail.com  Wed Feb 22 10:29:25 2006
From: hkdennis2k at gmail.com (Dennis Cheung)
Date: Wed, 22 Feb 2006 17:29:25 +0800
Subject: [TYPO3-dev] EXT:tstemplate patch request.
In-Reply-To: <mailman.1.1140599954.6638.typo3-dev@lists.netfielders.de>
References: <mailman.1.1140592929.26179.typo3-dev@lists.netfielders.de>
	<mailman.1.1140598023.2302.typo3-dev@lists.netfielders.de>
	<mailman.1.1140599954.6638.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.3062.1140600568.3122.typo3-dev@lists.netfielders.de>

Hi Michael,

You idea is possible.
In fact, I am working on it for weeks.

It can be done, but it take too much to do / to rewrite / test.
The most important is you have to define a "admin-list" and
"safe-list" of constant name.

Dennis

On 2/22/06, Stig N?rgaard F?rch <stig at 8620.dk> wrote:
> Michael Stucki skrev:
> > Hi Stig,
> >
> >> In the conf.php file of tstemplate the following is stated:
> >> "If this is changed so not only admin-users can manipulate templates,
> >> there need to be done something with the constant editor that is not
> >> allowed to 'clear the cache' then!!".
> >>
> >> I would like special non-admins users to get access to the tstemplate
> >> module as well. The reson is that I have several sites on one
> >> installation, and it would be nice if my "sub-admins" could edit the
> >> tstemplate without having full admin access.
> >>
> >> Is tstemplate regarded as a T3Core on bugs.typo3.org?
> >> If so should I commit the diffs to bugs.typo3.org?
> >
> > I have closed your bugtracker record again. Reason:
> >
> > This change is not possible because it will allow non-admins to include a
> > PHP script, for example.
>
> Do you also see this threat in the Constant Editor part?
>
> I think that letting non-admins get access to the Constant Editor would
> be beneficial also to those who have large site where they have be-users
> who are in charge of sub-divisions of the site.
>
> Maybe if tstemplate was a bit more configurable, so that the default
> would be that only admins have access, but then you could configure it
> so that the moduleFunction of the Constant Editor is enabled for non-admins?
>
> /Stig
> _______________________________________________
> TYPO3-dev mailing list
> TYPO3-dev at lists.netfielders.de
> http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev
>



From matthew at manderson.co.uk  Wed Feb 22 10:28:29 2006
From: matthew at manderson.co.uk (Matthew Manderson)
Date: Wed, 22 Feb 2006 10:28:29 +0100
Subject: [TYPO3-dev] Announcement: 4.0beta3 image processing
References: <mailman.1.1140099730.2653.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140600368.32166.typo3-dev@lists.netfielders.de>

> Please test this release as much as possible and report bugs

I am getting a series of errors on image processing:

Warning: imagettfbbox(): Could not find/open font
in /home/flower/public_html/typo3_src-4.0beta3/t3lib/class.t3lib_stdgraphic.php
on line 961

Warning: imagettfbbox(): Could not find/open font
in /home/flower/public_html/typo3_src-4.0beta3/t3lib/class.t3lib_stdgraphic.php
on line 961

...etc

Current configuration
ImageMagick enabled: 1
ImageMagick path: /usr/bin/ (6.2.0)
ImageMagick path/LZW: /usr/bin/ (6.2.0)
Version 5 flag: im5
GDLib enabled: 1
GDLib using PNG: 0
GDLib 2 enabled: 0
IM5 effects enabled: 0 (Blurring/Sharpening with IM 5+)
Freetype DPI: 96 (Should be 96 for Freetype 2)
Mask invert: 0 (Should be set for some IM versions approx. 5.4+)
File Formats: gif,jpg,jpeg,tif,bmp,pcx,tga,png,pdf,ai

Is this just me or a bug?

Matthew



From stig at 8620.dk  Wed Feb 22 10:45:36 2006
From: stig at 8620.dk (=?ISO-8859-1?Q?Stig_N=F8rgaard_F=E6rch?=)
Date: Wed, 22 Feb 2006 10:45:36 +0100
Subject: [TYPO3-dev] EXT:tstemplate patch request.
In-Reply-To: <mailman.3062.1140600568.3122.typo3-dev@lists.netfielders.de>
References: <mailman.1.1140592929.26179.typo3-dev@lists.netfielders.de>	<mailman.1.1140598023.2302.typo3-dev@lists.netfielders.de>	<mailman.1.1140599954.6638.typo3-dev@lists.netfielders.de>
	<mailman.3062.1140600568.3122.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140601536.9015.typo3-dev@lists.netfielders.de>

Dennis Cheung skrev:
> Hi Michael,
> 
> You idea is possible.
> In fact, I am working on it for weeks.
> 
> It can be done, but it take too much to do / to rewrite / test.
> The most important is you have to define a "admin-list" and
> "safe-list" of constant name.

I was just thinking it more simple like this:
adding a ext_conf_template.txt file including this:

   # cat=basic//10; type=boolean; label= Allowing non-admins: Allowing 
non-admins to access the tstemplate module.
enableNonAdmins = 0

   # cat=basic/enable/120; type=boolean; label= If enableNonAdmins is 
set: Allow the Constant Editor view for non-admins?
allowCeditor = 0

   # cat=basic/enable/130; type=boolean; label= If enableNonAdmins is 
set: Allow the Info/Modify view for non-admins?
allowInfoModify = 0

   # cat=basic/enable/140; type=boolean; label= If enableNonAdmins is 
set: Allow the Typoscript Object Browser view for non-admins?
allowTSObjectBrowser = 0

   # cat=basic/enable/150; type=boolean; label= If enableNonAdmins is 
set: Allow the Template Analyzer view for non-admins?
allowTemplateAnalyzer = 0

Then you give access to non-admins by setting enableNonAdmin and one or 
more of the allow* parameters.
Then you will also have to give access to the tstemplate module itself 
to the specific user.

What do you think about this solution?

/Stig



From michael at typo3.org  Wed Feb 22 10:41:15 2006
From: michael at typo3.org (Michael Stucki)
Date: Wed, 22 Feb 2006 10:41:15 +0100
Subject: [TYPO3-dev] Browser-Condition and Mozilla Firefox
References: <mailman.1.1140597126.1060.typo3-dev@lists.netfielders.de>
	<mailman.3050.1140599651.3122.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140601623.9087.typo3-dev@lists.netfielders.de>

Hi Rainer,

> The Mozilla Suite ist still alive, there are (and will be) new versions
> with security related bugfixes (Mozilla 1.7.13 is planned to be released
> in the 3erd week of March). But they have "frozen" the new feature
> development, this also means the used Gecko rendering engine will not be
> changed anymore.
> 
> Based on the original Mozilla Suite code, the Seamonkey project will
> continue the Suite deleopment
> (http://www.mozilla.org/projects/seamonkey/).

Thanks.

>> I am not sure but think that the versions can be distinguished by the
>> "Gecko" version (date). So this lead me to a second suggestion:
> 
> Remember that there are many Mozilla based side projects using the same
> Gecko version.

Yes but they should all render the pages equally, shouldn't they?

The question is whether a browser condition is made because of a rendering
(mis)behaviour, or because you want to exactly know the name of the users
browser...

I think a condition for the Gecko version is the way to go.

- michael
-- 
Use a newsreader! Check out
http://typo3.org/community/mailing-lists/use-a-news-reader/



From ms.usenet.nospam at schoenbeck.de  Wed Feb 22 10:58:01 2006
From: ms.usenet.nospam at schoenbeck.de (Martin Schoenbeck)
Date: Wed, 22 Feb 2006 10:58:01 +0100
Subject: [TYPO3-dev]  where to report translation errors
Message-ID: <mailman.1.1140602282.10313.typo3-dev@lists.netfielders.de>

Hi,

sorry if the question is misplaced here.

I want to report an annoying translation error - my toenails turn up any
time I read it ;-) - in the csh_de. Does it belong to the core?

And how about minor typos? Ignore them or report them?

Martin
-- 
Bitte nicht an der E-Mail-Adresse fummeln, die pa?t so.



From typo3 at fm-world.ru  Wed Feb 22 11:08:26 2006
From: typo3 at fm-world.ru (Dmitry Dulepov)
Date: Wed, 22 Feb 2006 12:08:26 +0200
Subject: [TYPO3-dev] where to report translation errors
In-Reply-To: <mailman.1.1140602282.10313.typo3-dev@lists.netfielders.de>
References: <mailman.1.1140602282.10313.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140602907.11631.typo3-dev@lists.netfielders.de>

Hi!

Martin Schoenbeck wrote:
> sorry if the question is misplaced here.
> 
> I want to report an annoying translation error - my toenails turn up any
> time I read it ;-) - in the csh_de. Does it belong to the core?
> 
> And how about minor typos? Ignore them or report them?

Report error to bug repository and write to chief translator. Address is
available from typo3.org.

Dmitry.
-- 
"It is our choices, that show what we truly are,
far more than our abilities." (A.P.W.B.D.)



From typo3dev at geithware.de  Wed Feb 22 11:24:27 2006
From: typo3dev at geithware.de (Stefan Geith)
Date: Wed, 22 Feb 2006 11:24:27 +0100
Subject: [TYPO3-dev] Upload of Extensions / Typo3.org: My Extension Keys.
Message-ID: <mailman.3083.1140603990.3122.typo3-dev@lists.netfielders.de>

Hi,

does anybody know,

a) whether upload of extensions to TER2
    via Typo3 3.8.1 and before
    is possible or will be possible again ?
    Or do I need a new Ter2-Upload-Plugin ?

    Since 5 days, I get
    "Error #VersionMismatch: Wrong Version",
    when I try to upload new versions of my extensions
    with my Typo3 3.8.1

b) when the Edit-Page for own extensions on typo3.org
    will work again ?
    Will this be announced here, please ?
    Or is it already there and I am just too dumb to find it ;) ?

-

Stefan




From ms.usenet.nospam at schoenbeck.de  Wed Feb 22 11:33:32 2006
From: ms.usenet.nospam at schoenbeck.de (Martin Schoenbeck)
Date: Wed, 22 Feb 2006 11:33:32 +0100
Subject: [TYPO3-dev] where to report translation errors
References: <mailman.1.1140602282.10313.typo3-dev@lists.netfielders.de>
	<mailman.1.1140602907.11631.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140604413.14682.typo3-dev@lists.netfielders.de>

Hi Dmitry,

Dmitry Dulepov schrieb:

> Report error to bug repository

In the core category or as 'other extensions'?

> and write to chief translator. Address is
> available from typo3.org.

Once upon a time I saw this list on the old typo3.org. At the moment I'm
unable to locate it within the relaunched site. 

Martin
-- 
Bitte nicht an der E-Mail-Adresse fummeln, die pa?t so.



From matthew at manderson.co.uk  Wed Feb 22 11:41:45 2006
From: matthew at manderson.co.uk (Matthew Manderson)
Date: Wed, 22 Feb 2006 11:41:45 +0100
Subject: [TYPO3-dev] Announcement: 4.0beta3 database.sql?
References: <mailman.1.1140099730.2653.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140604936.15962.typo3-dev@lists.netfielders.de>

> Please test this release as much as possible and report bugs to

What is the new method for a clean v4 database. My installation tar.gz seems
not to have the database.sql available for IMPORT.

Is this expected?
Matthew



From niederlag at ikd01.de  Wed Feb 22 11:50:13 2006
From: niederlag at ikd01.de (Peter Niederlag)
Date: Wed, 22 Feb 2006 11:50:13 +0100
Subject: [TYPO3-dev] Announcement: 4.0beta3 database.sql?
In-Reply-To: <mailman.1.1140604936.15962.typo3-dev@lists.netfielders.de>
References: <mailman.1.1140099730.2653.typo3-dev@lists.netfielders.de>
	<mailman.1.1140604936.15962.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140605413.16680.typo3-dev@lists.netfielders.de>

Hi,

Matthew Manderson schrieb:
>>Please test this release as much as possible and report bugs to
> 
> 
> What is the new method for a clean v4 database.

COMPARE as acually has always been mor or less. ;)

> My installation tar.gz seems
> not to have the database.sql available for IMPORT.
> 
> Is this expected?

Yes.

Peter
-- 
Peter Niederlag
http://www.niekom.de * TYPO3 & EDV Dienstleistungen *
http://www.typo3partner.net * professional services network *



From stig at 8620.dk  Wed Feb 22 11:50:26 2006
From: stig at 8620.dk (=?ISO-8859-1?Q?Stig_N=F8rgaard_F=E6rch?=)
Date: Wed, 22 Feb 2006 11:50:26 +0100
Subject: [TYPO3-dev]  Checking if admin in ext_tables.php?
Message-ID: <mailman.1.1140605425.16844.typo3-dev@lists.netfielders.de>

Is it somehow possible to check if the be_user is admin in ext_tables.php?

/Stig



From niederlag at ikd01.de  Wed Feb 22 11:54:16 2006
From: niederlag at ikd01.de (Peter Niederlag)
Date: Wed, 22 Feb 2006 11:54:16 +0100
Subject: [TYPO3-dev] EXT:tstemplate patch request.
In-Reply-To: <mailman.3062.1140600568.3122.typo3-dev@lists.netfielders.de>
References: <mailman.1.1140592929.26179.typo3-dev@lists.netfielders.de>	<mailman.1.1140598023.2302.typo3-dev@lists.netfielders.de>	<mailman.1.1140599954.6638.typo3-dev@lists.netfielders.de>
	<mailman.3062.1140600568.3122.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140605656.16947.typo3-dev@lists.netfielders.de>

Hi,

Dennis Cheung schrieb:
> Hi Michael,
> 
> You idea is possible.
> In fact, I am working on it for weeks.
> 
> It can be done, but it take too much to do / to rewrite / test.
> The most important is you have to define a "admin-list" and
> "safe-list" of constant name.

IMHO:
* great idea to separate the constant-editor so it can be used by non-admins
* not needed to have a list of safe and unsafe constants-list. Admi is
just responsible for setting up constants that are not that crucial
* add possibility apply a list of template-ids which are accesible (and
no mor//others if not set to keyword: ALL)

just right out of my mind and not very well thought.

Peter
-- 
Peter Niederlag
http://www.niekom.de * TYPO3 & EDV Dienstleistungen *
http://www.typo3partner.net * professional services network *



From steviewebsite at msn.com  Wed Feb 22 12:04:05 2006
From: steviewebsite at msn.com (Steve Webster)
Date: Wed, 22 Feb 2006 11:04:05 +0000
Subject: [TYPO3-dev]  Extension Manager Hanging in beta3 & CVS
Message-ID: <mailman.1.1140606234.18818.typo3-dev@lists.netfielders.de>

Hi List,

I just installed beta3 having previously been using beta2 OK.

I completed a fresh install but the Ext. Manager is "hit-and-miss" in 
regards to responsiveness.

In my PHP error log I see:

[22-Feb-2006 10:43:28] PHP Fatal error:  Maximum execution time of 30 
seconds exceeded in c:\documents and settings\Steve\workspace\typo3 4.0 
beta 3\html\t3lib\class.t3lib_div.php on line 2120

which relates to:

	return file_get_contents($url);

I'm not behind a proxy and therefore have no need for curl.  I did a bit 
of dirty debugging and it seems to be a problem retreiving:

	http://repositories.typo3.org/mirrors.xml.gz

I can retreive this in my browser manually so I know the content is 
there.  Furthermore, I created a simple test PHP file:

<?php
  echo file_get_contents("http://repositories.typo3.org/mirrors.xml.gz");
?>

This produces the same problem?  If I use http://www.google.com/ as the 
URL it works as you would expect.

Not sure what is so special about that URL?

Environment: Win XP, PHP 5.1.2, Apache 1.3



From kuhn at punkt.de  Wed Feb 22 12:08:59 2006
From: kuhn at punkt.de (Rainer Kuhn)
Date: Wed, 22 Feb 2006 12:08:59 +0100
Subject: [TYPO3-dev] Browser-Condition and Mozilla Firefox
In-Reply-To: <mailman.1.1140601623.9087.typo3-dev@lists.netfielders.de>
References: <mailman.1.1140597126.1060.typo3-dev@lists.netfielders.de>	<mailman.3050.1140599651.3122.typo3-dev@lists.netfielders.de>
	<mailman.1.1140601623.9087.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.3089.1140606541.3122.typo3-dev@lists.netfielders.de>

Hi Michael,

> Yes but they should all render the pages equally, shouldn't they?

yes, I think so.

> The question is whether a browser condition is made because of a rendering
> (mis)behaviour, or because you want to exactly know the name of the users
> browser...

A browser condition in general could not be used only for rendering
issues, but also for scripting issues (JavaScript). And AFAIK a browsers
scripting engine implementation does not depend on its rendering engine.


> I think a condition for the Gecko version is the way to go.

Retrieving the rendering engine seems most important to me (especially
for browsers which are able to switch the rendering engine, like the new
AOL browser...). But an *additional* information about the browser
version could be helpful.

Cheers,
Rainer

--
PGP Key Fingerprint: 79B1 E6CF A6EB 60A1 D1E4 E41E 4C1E F87F 7B40 126C



From stig at 8620.dk  Wed Feb 22 12:08:46 2006
From: stig at 8620.dk (=?ISO-8859-1?Q?Stig_N=F8rgaard_F=E6rch?=)
Date: Wed, 22 Feb 2006 12:08:46 +0100
Subject: [TYPO3-dev] EXT:tstemplate patch request.
In-Reply-To: <mailman.1.1140605656.16947.typo3-dev@lists.netfielders.de>
References: <mailman.1.1140592929.26179.typo3-dev@lists.netfielders.de>	<mailman.1.1140598023.2302.typo3-dev@lists.netfielders.de>	<mailman.1.1140599954.6638.typo3-dev@lists.netfielders.de>
	<mailman.3062.1140600568.3122.typo3-dev@lists.netfielders.de>
	<mailman.1.1140605656.16947.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140606525.19297.typo3-dev@lists.netfielders.de>

Peter Niederlag skrev:
> Hi,
> 
> Dennis Cheung schrieb:
>> Hi Michael,
>>
>> You idea is possible.
>> In fact, I am working on it for weeks.
>>
>> It can be done, but it take too much to do / to rewrite / test.
>> The most important is you have to define a "admin-list" and
>> "safe-list" of constant name.
> 
> IMHO:
> * great idea to separate the constant-editor so it can be used by non-admins
> * not needed to have a list of safe and unsafe constants-list. Admi is
> just responsible for setting up constants that are not that crucial
> * add possibility apply a list of template-ids which are accesible (and
> no mor//others if not set to keyword: ALL)
> 
> just right out of my mind and not very well thought.

Hi Peter

I also begin to think that this will be a solution.
My intensions described in the other post seems to be harder to 
accomplish than I thought.
Limiting access by not including the moduleFunction in ext_tables.php 
seems not to be an option, as it doesn't seem to be possible to check 
for admin status there.

So I might work on separating the Constant Editor from tstemplate soon...
If no better solutions comes to mind...

/Stig



From franz at fholzinger.com  Wed Feb 22 12:14:24 2006
From: franz at fholzinger.com (Franz Holzinger)
Date: Wed, 22 Feb 2006 12:14:24 +0100
Subject: [TYPO3-dev] where to report translation errors
In-Reply-To: <mailman.1.1140602907.11631.typo3-dev@lists.netfielders.de>
References: <mailman.1.1140602282.10313.typo3-dev@lists.netfielders.de>
	<mailman.1.1140602907.11631.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140606800.19741.typo3-dev@lists.netfielders.de>

Hello Dmitry,
> 
> Report error to bug repository and write to chief translator. Address is
> available from typo3.org.
> 

where do I report when I have lost the translations which have been
available from TER?

I have e.g. made an error and the Finnish translations for tt_products
have gone lost. I have reported it in the bug tracker, however the
translator will not know about it.
And I have lost other translations, too, because of my stupid action in
the Online Repository.

Greets,

Franz




From hkdennis2k at gmail.com  Wed Feb 22 12:32:52 2006
From: hkdennis2k at gmail.com (Dennis Cheung)
Date: Wed, 22 Feb 2006 19:32:52 +0800
Subject: [TYPO3-dev] EXT:tstemplate patch request.
In-Reply-To: <mailman.1.1140601536.9015.typo3-dev@lists.netfielders.de>
References: <mailman.1.1140592929.26179.typo3-dev@lists.netfielders.de>
	<mailman.1.1140598023.2302.typo3-dev@lists.netfielders.de>
	<mailman.1.1140599954.6638.typo3-dev@lists.netfielders.de>
	<mailman.3062.1140600568.3122.typo3-dev@lists.netfielders.de>
	<mailman.1.1140601536.9015.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.3093.1140607975.3122.typo3-dev@lists.netfielders.de>

Hi,

You can't do it in that way.
the engine will not remember which file the constant come from. (
Unless you rewrite it from zero.)

And same constant may define from different source.

You have to CREATE NEW ATTRIBUTE in the comment,

# allowNonAdmin=0; cat=basic/enable/150; type=boolean; label= ..........
style.header.color=#33cc88
....

And you have to make sure the mod only append constant value into the database.
It can't allow add any comment from non-admin. (because all comment are mixed)

Or you define a white list of constant name somewhere else.

Dennis

On 2/22/06, Stig N?rgaard F?rch <stig at 8620.dk> wrote:
> Dennis Cheung skrev:
> > Hi Michael,
> >
> > You idea is possible.
> > In fact, I am working on it for weeks.
> >
> > It can be done, but it take too much to do / to rewrite / test.
> > The most important is you have to define a "admin-list" and
> > "safe-list" of constant name.
>
> I was just thinking it more simple like this:
> adding a ext_conf_template.txt file including this:
>
>    # cat=basic//10; type=boolean; label= Allowing non-admins: Allowing
> non-admins to access the tstemplate module.
> enableNonAdmins = 0
>
>    # cat=basic/enable/120; type=boolean; label= If enableNonAdmins is
> set: Allow the Constant Editor view for non-admins?
> allowCeditor = 0
>
>    # cat=basic/enable/130; type=boolean; label= If enableNonAdmins is
> set: Allow the Info/Modify view for non-admins?
> allowInfoModify = 0
>
>    # cat=basic/enable/140; type=boolean; label= If enableNonAdmins is
> set: Allow the Typoscript Object Browser view for non-admins?
> allowTSObjectBrowser = 0
>
>    # cat=basic/enable/150; type=boolean; label= If enableNonAdmins is
> set: Allow the Template Analyzer view for non-admins?
> allowTemplateAnalyzer = 0
>
> Then you give access to non-admins by setting enableNonAdmin and one or
> more of the allow* parameters.
> Then you will also have to give access to the tstemplate module itself
> to the specific user.
>
> What do you think about this solution?
>
> /Stig
> _______________________________________________
> TYPO3-dev mailing list
> TYPO3-dev at lists.netfielders.de
> http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev
>



From georg_ml at kuehnberger.com  Wed Feb 22 12:34:07 2006
From: georg_ml at kuehnberger.com (Georg Kuehnberger)
Date: Wed, 22 Feb 2006 12:34:07 +0100
Subject: [TYPO3-dev] Extension Manager Hanging in beta3 & CVS
In-Reply-To: <mailman.1.1140606234.18818.typo3-dev@lists.netfielders.de>
References: <mailman.1.1140606234.18818.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.3094.1140608100.3122.typo3-dev@lists.netfielders.de>

Steve,

Guess your report relates to:
         http://bugs.typo3.org/view.php?id=2617
         http://bugs.typo3.org/view.php?id=2630
right ?

Please support the 4.0 relelase-efforts of the whole team by
- getting yourself an account at the bugtracker and
- reporting issues like the below within the bugtracker;

regards geoprg

At 12:04 22.02.2006, Steve Webster wrote:
>Hi List,
>
>I just installed beta3 having previously been using beta2 OK.
>
>I completed a fresh install but the Ext. Manager is "hit-and-miss" in
>regards to responsiveness.
>
>In my PHP error log I see:
>
>[22-Feb-2006 10:43:28] PHP Fatal error:  Maximum execution time of 30
>seconds exceeded in c:\documents and settings\Steve\workspace\typo3 4.0
>beta 3\html\t3lib\class.t3lib_div.php on line 2120
>
>which relates to:
>
>         return file_get_contents($url);
>
>I'm not behind a proxy and therefore have no need for curl.  I did a bit
>of dirty debugging and it seems to be a problem retreiving:
>
>         http://repositories.typo3.org/mirrors.xml.gz
>
>I can retreive this in my browser manually so I know the content is
>there.  Furthermore, I created a simple test PHP file:
>
><?php
>   echo file_get_contents("http://repositories.typo3.org/mirrors.xml.gz");
>?>
>
>This produces the same problem?  If I use http://www.google.com/ as the
>URL it works as you would expect.
>
>Not sure what is so special about that URL?
>
>Environment: Win XP, PHP 5.1.2, Apache 1.3
>_______________________________________________
>TYPO3-dev mailing list
>TYPO3-dev at lists.netfielders.de
>http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev




From ingmar at typo3.org  Wed Feb 22 12:32:22 2006
From: ingmar at typo3.org (Ingmar Schlecht)
Date: Wed, 22 Feb 2006 12:32:22 +0100
Subject: [TYPO3-dev] CVS symlink issue
In-Reply-To: <mailman.1.1140564721.20782.typo3-dev@lists.netfielders.de>
References: <mailman.1.1140564721.20782.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140607938.20448.typo3-dev@lists.netfielders.de>

Hi Anoop,

Anoop Atre wrote:
> Not sure if this is a bug or a human error, before I file it as a bug I
> though I'd ask. So today I decided to try the CVS and use
> create_symlinks.sh it died while trying "ln -s ../t3lib/gfx" because
> there already was a gfx folder in TYPO3core/typo3 so there was a small
> issue. It could always be user error on my side.

There are no symlinks required anymore since TYPO3 4.0 beta3, so just
skip the whole create_symlinks step.

If you however encounter issues with old extensions that still rely on
e.g. the t3lib/ folder to exist in typo3/t3lib/ as well, you can create
those symlinks for backwards compatibility.

> Just want to add a THANK YOU to all the core devs for the hard work
> while I'm writing!!!!!

Thanks!

cheers,
Ingmar



From michael at typo3.org  Wed Feb 22 12:28:55 2006
From: michael at typo3.org (Michael Stucki)
Date: Wed, 22 Feb 2006 12:28:55 +0100
Subject: [TYPO3-dev] where to report translation errors
References: <mailman.1.1140602282.10313.typo3-dev@lists.netfielders.de>
	<mailman.1.1140602907.11631.typo3-dev@lists.netfielders.de>
	<mailman.1.1140604413.14682.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140607946.21381.typo3-dev@lists.netfielders.de>

Hi Martin,

I didn't check but if it doesn't exist yet, I may add a category for
translation "bugs". Will report here when this is done...

- michael

> Dmitry Dulepov schrieb:
> 
>> Report error to bug repository
> 
> In the core category or as 'other extensions'?
> 
>> and write to chief translator. Address is
>> available from typo3.org.
> 
> Once upon a time I saw this list on the old typo3.org. At the moment I'm
> unable to locate it within the relaunched site.
> 
> Martin

-- 
Use a newsreader! Check out
http://typo3.org/community/mailing-lists/use-a-news-reader/



From ingmar at typo3.org  Wed Feb 22 12:34:27 2006
From: ingmar at typo3.org (Ingmar Schlecht)
Date: Wed, 22 Feb 2006 12:34:27 +0100
Subject: [TYPO3-dev] Checking if admin in ext_tables.php?
In-Reply-To: <mailman.1.1140605425.16844.typo3-dev@lists.netfielders.de>
References: <mailman.1.1140605425.16844.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140608064.20448.typo3-dev@lists.netfielders.de>

Stig N?rgaard F?rch wrote:
> Is it somehow possible to check if the be_user is admin in ext_tables.php?

No, because the BE user is not yet instantiated at the time tables.php
files are included.

cheers,
ingmar



From kari.salovaara at pp1.inet.fi  Wed Feb 22 12:39:23 2006
From: kari.salovaara at pp1.inet.fi (Kari Salovaara)
Date: Wed, 22 Feb 2006 13:39:23 +0200
Subject: [TYPO3-dev] where to report translation errors
In-Reply-To: <mailman.1.1140606800.19741.typo3-dev@lists.netfielders.de>
References: <mailman.1.1140602282.10313.typo3-dev@lists.netfielders.de>	<mailman.1.1140602907.11631.typo3-dev@lists.netfielders.de>
	<mailman.1.1140606800.19741.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.3095.1140608370.3122.typo3-dev@lists.netfielders.de>

Franz Holzinger wrote:
> Hello Dmitry,
>> Report error to bug repository and write to chief translator. Address is
>> available from typo3.org.
>>
> 
> where do I report when I have lost the translations which have been
> available from TER?
> 
> I have e.g. made an error and the Finnish translations for tt_products
> have gone lost. I have reported it in the bug tracker, however the
> translator will not know about it.

Now I know it!
But for my knowledge I cannot do anything for it for weeks (or maybe
for months) !

Kasper wrote 17.2.2006:
> TRANSLATION OF EXTENSIONS in TER2:
> We have a problem. The old interface for translation of extensions  
> online does not exist anymore. This is bad news. But on the  
> translator list we can discuss together how a solution to this  
> problem should look like.

Which means that eveidently there will be a lot of discussions.
And I'm waiting for solution. ;-)

> And I have lost other translations, too, because of my stupid action in
> the Online Repository.
> 
> Greets,
> 
> Franz
> 

Cheers,
Kari

-- 
Kari Salovaara
Finland



From niederlag at ikd01.de  Wed Feb 22 12:35:21 2006
From: niederlag at ikd01.de (Peter Niederlag)
Date: Wed, 22 Feb 2006 12:35:21 +0100
Subject: [TYPO3-dev]  RFC: FE-Editing and handling of windows
Message-ID: <mailman.1.1140608122.21885.typo3-dev@lists.netfielders.de>

Hi,

When you use FE-Editing a click on the edit-icon will open a popup with
the editing-form (alt_doc.php).

Very fine!

Now when U click the "save and preview" button a _new_ window with the
preview will be opened and focused. Any further "save and preview"
actions will update _that_ window but don't focus it anymore.

Wouldn't it make sense to _always_ update the originating-window and
giving it _always_ focus?

I started to dig into it and will see if I can work on the relevant code
but it would be helpful if you could tell me what behaviour y'll prefer.

Anyway we recently had some trouble with users getting lost between the
windows and not being able to identify the window that
received/contained the updated preview.

Thx and Cheers,
Peter
-- 
Peter Niederlag
http://www.niekom.de * TYPO3 & EDV Dienstleistungen *
http://www.typo3partner.net * professional services network *



From kari.salovaara at pp1.inet.fi  Wed Feb 22 12:47:18 2006
From: kari.salovaara at pp1.inet.fi (Kari Salovaara)
Date: Wed, 22 Feb 2006 13:47:18 +0200
Subject: [TYPO3-dev] Extension Manager Hanging in beta3 & CVS
In-Reply-To: <mailman.3094.1140608100.3122.typo3-dev@lists.netfielders.de>
References: <mailman.1.1140606234.18818.typo3-dev@lists.netfielders.de>
	<mailman.3094.1140608100.3122.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.3104.1140608844.3122.typo3-dev@lists.netfielders.de>

And relates already:

	0002587	 	Backend	major	assigned (Karsten Dambekalns)	17.02.06 
Extension manager maximum execution time of 30 seconds exceeded

Problem can be solved by increasing php script time limit.
Not a good solution.
I've increased it to 60 (normally 30).
Average use in 4.0 b3 is 38 !!!

Georg Kuehnberger wrote:
> Steve,
> 
> Guess your report relates to:
>          http://bugs.typo3.org/view.php?id=2617
>          http://bugs.typo3.org/view.php?id=2630
> right ?
> 
> Please support the 4.0 relelase-efforts of the whole team by
> - getting yourself an account at the bugtracker and
> - reporting issues like the below within the bugtracker;
> 
> regards geoprg
> 

Cheers,
Kari

-- 
Kari Salovaara
Finland



From ingmar at typo3.org  Wed Feb 22 12:47:16 2006
From: ingmar at typo3.org (Ingmar Schlecht)
Date: Wed, 22 Feb 2006 12:47:16 +0100
Subject: [TYPO3-dev] Announcement: 4.0beta3 database.sql?
In-Reply-To: <mailman.1.1140604936.15962.typo3-dev@lists.netfielders.de>
References: <mailman.1.1140099730.2653.typo3-dev@lists.netfielders.de>
	<mailman.1.1140604936.15962.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140608833.23082.typo3-dev@lists.netfielders.de>

Matthew Manderson wrote:
>> Please test this release as much as possible and report bugs to
> 
> What is the new method for a clean v4 database. My installation tar.gz seems
> not to have the database.sql available for IMPORT.

Go to the install tool
-> Database Analyser
-> Update required tables: "COMPARE"
-> Dump static data "IMPORT"

cheers,
Ingmar



From steviewebsite at msn.com  Wed Feb 22 12:57:51 2006
From: steviewebsite at msn.com (Steve Webster)
Date: Wed, 22 Feb 2006 11:57:51 +0000
Subject: [TYPO3-dev] Extension Manager Hanging in beta3 & CVS
In-Reply-To: <mailman.3104.1140608844.3122.typo3-dev@lists.netfielders.de>
References: <mailman.1.1140606234.18818.typo3-dev@lists.netfielders.de>	<mailman.3094.1140608100.3122.typo3-dev@lists.netfielders.de>
	<mailman.3104.1140608844.3122.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140609459.24198.typo3-dev@lists.netfielders.de>

Thanks Kari & Georg for the pointers to the various bug reports.  I have 
a bugtracker account but had missed those.

I'm not sure if all of these are related somehow but I added my comments 
  onto #0002587

 From what I can tell PHP seems to take *much* longer to download 
content that is gzip encoded (http://repositories.typo3.org/mirrors.xml.gz)

Given the size of the mirrors.xml file is small would it not be better 
to just have a plain XML response rather than compressed in GZIP, even 
in the future when we have more mirrors I'm guessing the average admin 
would only be selecting a mirror on a few occasions and can therefore 
afford the wait.

Kari Salovaara wrote:
> And relates already:
> 
>     0002587         Backend    major    assigned (Karsten Dambekalns)    
> 17.02.06 Extension manager maximum execution time of 30 seconds exceeded
> 
> Problem can be solved by increasing php script time limit.
> Not a good solution.
> I've increased it to 60 (normally 30).
> Average use in 4.0 b3 is 38 !!!
> 
> Georg Kuehnberger wrote:

>> Guess your report relates to:
>>          http://bugs.typo3.org/view.php?id=2617
>>          http://bugs.typo3.org/view.php?id=2630




From ingmar at typo3.org  Wed Feb 22 13:05:28 2006
From: ingmar at typo3.org (Ingmar Schlecht)
Date: Wed, 22 Feb 2006 13:05:28 +0100
Subject: [TYPO3-dev] Extension Manager Hanging in beta3 & CVS
In-Reply-To: <mailman.1.1140609459.24198.typo3-dev@lists.netfielders.de>
References: <mailman.1.1140606234.18818.typo3-dev@lists.netfielders.de>	<mailman.3094.1140608100.3122.typo3-dev@lists.netfielders.de>
	<mailman.3104.1140608844.3122.typo3-dev@lists.netfielders.de>
	<mailman.1.1140609459.24198.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140609925.26192.typo3-dev@lists.netfielders.de>

Hi Steve,

Steve Webster wrote:
> Given the size of the mirrors.xml file is small would it not be better
> to just have a plain XML response rather than compressed in GZIP, even
> in the future when we have more mirrors I'm guessing the average admin
> would only be selecting a mirror on a few occasions and can therefore
> afford the wait.

I agree, if having the mirrors.xml file non-gzipped solves this problem,
we should do it.

cheers,
Ingmar



From typo3 at fm-world.ru  Wed Feb 22 13:07:35 2006
From: typo3 at fm-world.ru (Dmitry Dulepov)
Date: Wed, 22 Feb 2006 14:07:35 +0200
Subject: [TYPO3-dev] Extension Manager Hanging in beta3 & CVS
In-Reply-To: <mailman.1.1140606234.18818.typo3-dev@lists.netfielders.de>
References: <mailman.1.1140606234.18818.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140610056.26800.typo3-dev@lists.netfielders.de>

Hi!

Steve Webster wrote:
> Not sure what is so special about that URL?

Try setting user agent for HTTP requests in php.ini. Sometimes it
magically helps.

Dmitry.
-- 
"It is our choices, that show what we truly are,
far more than our abilities." (A.P.W.B.D.)



From martin.ficzel at gmx.de  Wed Feb 22 13:32:32 2006
From: martin.ficzel at gmx.de (Martin Ficzel)
Date: Wed, 22 Feb 2006 13:32:32 +0100
Subject: [TYPO3-dev] Extension Manager Hanging in beta3 & CVS
In-Reply-To: <mailman.1.1140606234.18818.typo3-dev@lists.netfielders.de>
References: <mailman.1.1140606234.18818.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140611319.29098.typo3-dev@lists.netfielders.de>

i updated a 4.0Beta2 to Beta3 and cannot use the extension manager too.

the recieving of the mirror list works fine but i cannot retrieve the 
extension list.

the strange thing is that the script is aborted directly after pushing 
the button and the following error page apperars

> Internal Server Error
> The server encountered an internal error or misconfiguration and was unable to complete your request.
> 
> Please contact the server administrator, [no address given] and inform them of the time the error occurred, and anything you might have done that may have caused the error.
>
> More information about this error may be available in the server error log.

my phpinfo says that there is no memory limit in use but a max-execution 
time (90s). since the error message appers directly after push retrieve 
it the time limit can't be the reason.

is that a problem of my configuration (.htacess) or a problem of the new 
extension manager.

thre is a similar bug but i think its not exacly the same

http://bugs.typo3.org/view.php?id=2615

can anyone cofirm my problem?

regards Martin





From rico at buyways.nl  Wed Feb 22 13:43:35 2006
From: rico at buyways.nl (Rico Moorman)
Date: Wed, 22 Feb 2006 13:43:35 +0100
Subject: [TYPO3-dev] access control
In-Reply-To: <mailman.1.1140424261.29251.typo3-dev@lists.netfielders.de>
References: <mailman.1.1140026444.11713.typo3-dev@lists.netfielders.de>
	<mailman.1.1140040483.3533.typo3-dev@lists.netfielders.de>
	<mailman.1.1140076902.21275.typo3-dev@lists.netfielders.de>
	<mailman.1.1140077646.23193.typo3-dev@lists.netfielders.de>
	<mailman.1.1140126292.22682.typo3-dev@lists.netfielders.de>
	<mailman.1.1140424261.29251.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140612222.30550.typo3-dev@lists.netfielders.de>

so no one wants to join a discussion about that topic here?

not even you ... tapio? ;-)

Rico Moorman wrote:
> 
> Well I was digging my way through some of the corefiles and ...as for 
> access restriction ... I only found the beuserauth class which can 
> calculate permissions on page level. Maybe I missed something there 
> though (some classes are really huge :-))
> So due to this, one can restrict access to certain pages/branches of the 
> tree so that either records may be placed and edited on the pages or 
> not. This affects the possibilites for users in the different web 
> modules and the clickmenus for pages.
> But when it comes to records on pages ... access permissions are 
> obviously (please correct me if i am wrong) not being calculated on
> recordlevel so either you may edit all records on a page or none. 
> Further the clickmenu possibilities for the records in the main modules 
> are thus only being controllable via the page access rights.
> 
> With a calculation on recordlevel, one could use this to code maybe a 
> more extended, workflow like extension with making it possible to create 
> versions of single records in a sysfolder (article records maybe) and 
> implement some locking mechanism for versions being online.
> 
> It could also be used to define groups which may add/edit certain 
> records on pages (someone who is in charge of the records posted with 
> some commenting extension) while keeping them away from the main content 
> of the page (created by some other user/group).
> 
> I am curious about your thoughts about it folks : )
> 
> gr Rico
> 
> tapio schreef:
> 
>  > Rico Moorman wrote:
>  >
>  >> Hi Ben,
>  >>
>  >> (eg tt_content) while he isnt able to edit others (records of some 
> extension) Or to make it possible that one may only edit content 
> elements he made himself but leaving others alone.
>  >
>  >
>  >
>  > I made in 'tm_contentaccess' rough content access restriction with a 
> very simple trick so that certain content elements is possible to edit 
> just by admin users. But that is far from what you want to achieve.
>  >
>  > This is worth of bigger conversation if this should be in core.
>  > The page level access control should have possibility to extend the 
> content access into content element level. Because access control is a 
> base module, this issue should be handled properly.



From mailings at akku.be  Wed Feb 22 16:35:34 2006
From: mailings at akku.be (Rutger Meekers)
Date: Wed, 22 Feb 2006 16:35:34 +0100
Subject: [TYPO3-dev] Gifbuilder image quality problem
Message-ID: <mailman.3206.1140622661.3122.typo3-dev@lists.netfielders.de>

Hello,

 

We have a problem with our gmenu generation.

www.dierenpezier.info <http://www.dierenpezier.info/> 

 

Source file is jpg
(http://www.dierenplezier.info/fileadmin/templates/dierenplezier/images/righ
tMenuItem1.jpg)

Gifbuilder image quality is 100%.

 

But still the rendered images  looks compressed.

 

Any solutions on this?

 

Regards,

Rutger

 

 

 




From bedlamhotel at gmail.com  Wed Feb 22 16:45:38 2006
From: bedlamhotel at gmail.com (Christopher)
Date: Wed, 22 Feb 2006 07:45:38 -0800
Subject: [TYPO3-dev] Announcement: 4.0beta3 image processing
In-Reply-To: <mailman.1.1140600368.32166.typo3-dev@lists.netfielders.de>
References: <mailman.1.1140099730.2653.typo3-dev@lists.netfielders.de>
	<mailman.1.1140600368.32166.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.3212.1140623140.3122.typo3-dev@lists.netfielders.de>

Hi,

On 2/22/06, Matthew Manderson <matthew at manderson.co.uk> wrote:
> > Please test this release as much as possible and report bugs
>
> I am getting a series of errors on image processing:
>
> Warning: imagettfbbox(): Could not find/open font
> in /home/flower/public_html/typo3_src-4.0beta3/t3lib/class.t3lib_stdgraphic.php
> on line 961
>
> Warning: imagettfbbox(): Could not find/open font
> in /home/flower/public_html/typo3_src-4.0beta3/t3lib/class.t3lib_stdgraphic.php
> on line 961
>
> ...etc
>
> Current configuration
> ImageMagick enabled: 1
> ImageMagick path: /usr/bin/ (6.2.0)
> ImageMagick path/LZW: /usr/bin/ (6.2.0)
> Version 5 flag: im5
> GDLib enabled: 1
> GDLib using PNG: 0
> GDLib 2 enabled: 0
> IM5 effects enabled: 0 (Blurring/Sharpening with IM 5+)
> Freetype DPI: 96 (Should be 96 for Freetype 2)
> Mask invert: 0 (Should be set for some IM versions approx. 5.4+)
> File Formats: gif,jpg,jpeg,tif,bmp,pcx,tga,png,pdf,ai
>
> Is this just me or a bug?
>

http://bugs.typo3.org/view.php?id=2597

-Christopher



From info at cybercraft.de  Wed Feb 22 17:00:05 2006
From: info at cybercraft.de (JoH)
Date: Wed, 22 Feb 2006 17:00:05 +0100
Subject: [TYPO3-dev] Gifbuilder image quality problem
References: <mailman.3206.1140622661.3122.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140624100.20475.typo3-dev@lists.netfielders.de>

> We have a problem with our gmenu generation.
> www.dierenpezier.info <http://www.dierenpezier.info/>

www.dierenplezier.info

> Source file is jpg
>
(http://www.dierenplezier.info/fileadmin/templates/dierenplezier/images/righ
> tMenuItem1.jpg)
>
> Gifbuilder image quality is 100%.
> But still the rendered images  looks compressed.
> Any solutions on this?

You have different options here.
1. For T3 version lower than 4.x use the "KB all colors" extension which
enables GIFBUILDER to render images with 24bit colors instead of 256 if you
have gdlib2 available. (Will be implemented in T3 versions 4.x+)
2. Change the gdlib settings in your install tool to png instead of gif
3. Never use JPG or GIF as source files for the GIFBUILDER - they always
contain artefacts that will be multiplied by the rendering process - use
uncompressed TIF or maybe even AI files instead.
4. Render the images twice the size of the original output size and then use
the SCALE function in GIFBUILDER as the last object in the list to scale
them down to the desired size. (Will render fonts with aliasing even without
niceText enabled as a side effect)

Have a look at this site: www.nenni-art.de
We create the menus and logos using GIFBUILDER with the original background
image as the first layer to simulate transparencies.
As you may notice there are next to none artefacts in the output files.

Joey

-- 
Wenn man keine Ahnung hat: Einfach mal Fresse halten!
(If you have no clues: simply shut your knob sometimes!)
Dieter Nuhr, German comedian
openBC: http://www.cybercraft.de





From stig at 8620.dk  Wed Feb 22 17:03:59 2006
From: stig at 8620.dk (=?ISO-8859-1?Q?Stig_N=F8rgaard_F=E6rch?=)
Date: Wed, 22 Feb 2006 17:03:59 +0100
Subject: [TYPO3-dev] EXT:tstemplate patch request.
In-Reply-To: <mailman.3093.1140607975.3122.typo3-dev@lists.netfielders.de>
References: <mailman.1.1140592929.26179.typo3-dev@lists.netfielders.de>	<mailman.1.1140598023.2302.typo3-dev@lists.netfielders.de>	<mailman.1.1140599954.6638.typo3-dev@lists.netfielders.de>	<mailman.3062.1140600568.3122.typo3-dev@lists.netfielders.de>	<mailman.1.1140601536.9015.typo3-dev@lists.netfielders.de>
	<mailman.3093.1140607975.3122.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140624238.21227.typo3-dev@lists.netfielders.de>

Dennis Cheung skrev:
> Hi,
> 
> You can't do it in that way.
> the engine will not remember which file the constant come from. (
> Unless you rewrite it from zero.)
> 
> And same constant may define from different source.
> 
> You have to CREATE NEW ATTRIBUTE in the comment,
> 
> # allowNonAdmin=0; cat=basic/enable/150; type=boolean; label= ..........
> style.header.color=#33cc88
> ....
> 
> And you have to make sure the mod only append constant value into the database.
> It can't allow add any comment from non-admin. (because all comment are mixed)
> 
> Or you define a white list of constant name somewhere else.

I did this based on the tt_news extension.
About the constant thing, you can setup extensions this way and retrieve 
the values from $GLOBALS['TYPO3_CONF_VARS']['EXT']['extConf']['ExtKeyname'].
So this I have tested, and works fine.

But there are other problems to take into account which I can't solve.
The main problem is that in the file where I want to switch the views in 
tstemplate on and off (in ext_tables.php of the different views), it's 
impossible to know if the logged in be-user is admin.

So it's more complicated. Don't know how complicated though, - probably 
too complicated that it will not make it to the core.

So I think I instead will go for a separation of Constant Editor.

/Stig



From bedlamhotel at gmail.com  Wed Feb 22 18:16:02 2006
From: bedlamhotel at gmail.com (Christopher)
Date: Wed, 22 Feb 2006 09:16:02 -0800
Subject: [TYPO3-dev] Gifbuilder image quality problem
In-Reply-To: <mailman.1.1140624100.20475.typo3-dev@lists.netfielders.de>
References: <mailman.3206.1140622661.3122.typo3-dev@lists.netfielders.de>
	<mailman.1.1140624100.20475.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.3231.1140628566.3122.typo3-dev@lists.netfielders.de>

On 2/22/06, JoH <info at cybercraft.de> wrote:

<snip>

> You have different options here.
> 1. For T3 version lower than 4.x use the "KB all colors" extension which
> enables GIFBUILDER to render images with 24bit colors instead of 256 if you
> have gdlib2 available. (Will be implemented in T3 versions 4.x+)
> 2. Change the gdlib settings in your install tool to png instead of gif
> 3. Never use JPG or GIF as source files for the GIFBUILDER - they always
> contain artefacts that will be multiplied by the rendering process - use
> uncompressed TIF or maybe even AI files instead.
> 4. Render the images twice the size of the original output size and then use
> the SCALE function in GIFBUILDER as the last object in the list to scale
> them down to the desired size. (Will render fonts with aliasing even without
> niceText enabled as a side effect)

<snip>

This is such excellent advice that I've added it to the wiki:
http://wiki.typo3.org/index.php/GIFBUILDER_QUALITY

-Christopher



From info at cybercraft.de  Wed Feb 22 18:38:09 2006
From: info at cybercraft.de (JoH)
Date: Wed, 22 Feb 2006 18:38:09 +0100
Subject: [TYPO3-dev] Gifbuilder image quality problem
References: <mailman.3206.1140622661.3122.typo3-dev@lists.netfielders.de><mailman.1.1140624100.20475.typo3-dev@lists.netfielders.de>
	<mailman.3231.1140628566.3122.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140629984.896.typo3-dev@lists.netfielders.de>

> This is such excellent advice that I've added it to the wiki:
> http://wiki.typo3.org/index.php/GIFBUILDER_QUALITY

Thanx - had to change some minor bugs though ;-)

It's anti-aliasing not aliasing as I wrote in my original post
and the setting has to be changed in [gfx][gdlib_png] and not for thumbnails

Joey

-- 
Wenn man keine Ahnung hat: Einfach mal Fresse halten!
(If you have no clues: simply shut your knob sometimes!)
Dieter Nuhr, German comedian
openBC: http://www.cybercraft.de





From bedlamhotel at gmail.com  Wed Feb 22 18:44:48 2006
From: bedlamhotel at gmail.com (Christopher)
Date: Wed, 22 Feb 2006 09:44:48 -0800
Subject: [TYPO3-dev] Gifbuilder image quality problem
In-Reply-To: <mailman.1.1140629984.896.typo3-dev@lists.netfielders.de>
References: <mailman.3206.1140622661.3122.typo3-dev@lists.netfielders.de>
	<mailman.1.1140624100.20475.typo3-dev@lists.netfielders.de>
	<mailman.3231.1140628566.3122.typo3-dev@lists.netfielders.de>
	<mailman.1.1140629984.896.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.3239.1140630291.3122.typo3-dev@lists.netfielders.de>

On 2/22/06, JoH <info at cybercraft.de> wrote:
> > This is such excellent advice that I've added it to the wiki:
> > http://wiki.typo3.org/index.php/GIFBUILDER_QUALITY
>
> Thanx - had to change some minor bugs though ;-)
>
> It's anti-aliasing not aliasing as I wrote in my original post
> and the setting has to be changed in [gfx][gdlib_png] and not for thumbnails
>

Oops. You're right about gdlib_png...I didn't actually open the
install tool to look... :-o

-Christopher



From matthew at manderson.co.uk  Wed Feb 22 21:00:36 2006
From: matthew at manderson.co.uk (Matthew Manderson)
Date: Wed, 22 Feb 2006 21:00:36 +0100
Subject: [TYPO3-dev] Announcement: 4.0beta3 database.sql?
References: <mailman.1.1140099730.2653.typo3-dev@lists.netfielders.de>
	<mailman.1.1140604936.15962.typo3-dev@lists.netfielders.de>
	<mailman.1.1140605413.16680.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140638295.13071.typo3-dev@lists.netfielders.de>

> COMPARE as acually has always been mor or less. ;)
Okay, I see it now, the sql in in t3lib/stddb/ and the database.sql in
typo3conf has been removed.

This is a little confusing because the .sql in t3lib/stddb/ does not show up
as available to IMPORT whereas in typo3conf it was listed to use for IMPORT
or COMPARE etc.

I am sure there is a good reason for it but it is not consistent
nevertheless.

This is also not mentioned in the INSTALL.TXT

I would like to add something in - What is the main difference between
tables.sql and database.sql apart from 1.1MB!

Thanks for the help.
Matthew




From steffen at dislabs.de  Wed Feb 22 23:40:46 2006
From: steffen at dislabs.de (Steffen Kamper)
Date: Wed, 22 Feb 2006 23:40:46 +0100
Subject: [TYPO3-dev] Problems with hr and border=
References: <mailman.1.1140539112.11245.typo3-dev@lists.netfielders.de>
	<mailman.1.1140598601.3247.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140648044.28716.typo3-dev@lists.netfielders.de>

noone knows this problem ? Does anybody use hr in Typo ?

sry for pushing ... i have to solve the prob

vg  Steffen

"Steffen Kamper" <steffen at dislabs.de> schrieb im Newsbeitrag 
news:mailman.1.1140598601.3247.typo3-dev at lists.netfielders.de...
> the img-border-problem is solved:
>
> config.disableImgBorderAttr = 1
>
> but the wrapped hr still exists, is in rte and rtehtmlarea - i didn't 
> found this anywhere
> please help :)
>
> vg  Steffen
>
> "Steffen Kamper" <steffen at dislabs.de> schrieb im Newsbeitrag 
> news:mailman.1.1140539112.11245.typo3-dev at lists.netfielders.de...
>> Hi list,
>>
>> on the way to valid code i have one/two problem(s)
>>
>> when i use <hr /> it is wrapped in p-tags.
>>
>> I used in setup this:
>>
>> lib.parseFunc_RTE.nonTypoTagStdWrap.encapsLines.encapsTagList = cite, 
>> div, p, pre, hr, h1, h2, h3, h4, h5, h6
>>
>> but it doesn't work.
>> Any advice ?
>>
>> The other is to remove the bordertags from images, i didn't found it 
>> (<img src="..." border="0">)
>>
>> Thanx
>> Steffen
>>
>
> 





From mailings at akku.be  Thu Feb 23 00:35:47 2006
From: mailings at akku.be (Rutger Meekers)
Date: Thu, 23 Feb 2006 00:35:47 +0100
Subject: [TYPO3-dev] Gifbuilder image quality problem
In-Reply-To: <mailman.3231.1140628566.3122.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.3306.1140651472.3122.typo3-dev@lists.netfielders.de>

Indeed it is!

Thank you, quality is much better now.

-----Oorspronkelijk bericht-----
Van: typo3-dev-bounces at lists.netfielders.de
[mailto:typo3-dev-bounces at lists.netfielders.de] Namens Christopher
Verzonden: woensdag 22 februari 2006 18:16
Aan: List for Core-/Extension development
Onderwerp: Re: [TYPO3-dev] Gifbuilder image quality problem

On 2/22/06, JoH <info at cybercraft.de> wrote:

<snip>

> You have different options here.
> 1. For T3 version lower than 4.x use the "KB all colors" extension which
> enables GIFBUILDER to render images with 24bit colors instead of 256 if
you
> have gdlib2 available. (Will be implemented in T3 versions 4.x+)
> 2. Change the gdlib settings in your install tool to png instead of gif
> 3. Never use JPG or GIF as source files for the GIFBUILDER - they always
> contain artefacts that will be multiplied by the rendering process - use
> uncompressed TIF or maybe even AI files instead.
> 4. Render the images twice the size of the original output size and then
use
> the SCALE function in GIFBUILDER as the last object in the list to scale
> them down to the desired size. (Will render fonts with aliasing even
without
> niceText enabled as a side effect)

<snip>

This is such excellent advice that I've added it to the wiki:
http://wiki.typo3.org/index.php/GIFBUILDER_QUALITY

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






From kraftb at kraftb.at  Thu Feb 23 01:52:29 2006
From: kraftb at kraftb.at (Bernhard Kraft)
Date: Thu, 23 Feb 2006 01:52:29 +0100
Subject: [TYPO3-dev] Gifbuilder image quality problem
In-Reply-To: <mailman.3231.1140628566.3122.typo3-dev@lists.netfielders.de>
References: <mailman.3206.1140622661.3122.typo3-dev@lists.netfielders.de>	<mailman.1.1140624100.20475.typo3-dev@lists.netfielders.de>
	<mailman.3231.1140628566.3122.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140655949.8127.typo3-dev@lists.netfielders.de>

Christopher wrote:

> This is such excellent advice that I've added it to the wiki:
> http://wiki.typo3.org/index.php/GIFBUILDER_QUALITY

I updated it a little bit ...


greets,
Bernhard



From kraftb at kraftb.at  Thu Feb 23 03:15:41 2006
From: kraftb at kraftb.at (Bernhard Kraft)
Date: Thu, 23 Feb 2006 03:15:41 +0100
Subject: [TYPO3-dev]  Hide table in List module
Message-ID: <mailman.1.1140660942.14231.typo3-dev@lists.netfielders.de>

Hello,


One of my extensions uses a table and requires that it has a valid TCA.

It creates records in this table on specific pages.

Now I want that when even when some admin user uses the Web>list module
that he can't see the table.

Also if I don't allow read access to the table for normal users they can't
make relations to this table from within other records and if I give them
access they see the records of the table in the web>List module which they
don't should cause there is a special interface for them ...

Is there a way to define some TSConfig, TYPO3_CONF_VARS or other setup variable
to keep the Web>List module from showing a specific table ?

I already digged through the complete inheritance of typo3/db_list.php but didn't
find anything ... but pherhaps I just missed it.

greets,
Bernhard



From greg at mediatech.net  Thu Feb 23 03:56:39 2006
From: greg at mediatech.net (Gregory Remington)
Date: Wed, 22 Feb 2006 18:56:39 -0800
Subject: [TYPO3-dev] access control
In-Reply-To: <mailman.1.1140612222.30550.typo3-dev@lists.netfielders.de>
References: <mailman.1.1140026444.11713.typo3-dev@lists.netfielders.de>
	<mailman.1.1140040483.3533.typo3-dev@lists.netfielders.de>
	<mailman.1.1140076902.21275.typo3-dev@lists.netfielders.de>
	<mailman.1.1140077646.23193.typo3-dev@lists.netfielders.de>
	<mailman.1.1140126292.22682.typo3-dev@lists.netfielders.de>
	<mailman.1.1140424261.29251.typo3-dev@lists.netfielders.de>
	<mailman.1.1140612222.30550.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140663385.16702.typo3-dev@lists.netfielders.de>

Rico Moorman wrote:
> so no one wants to join a discussion about that topic here?
> 
> not even you ... tapio? ;-)

Tapio is on holiday and should be back in a few days.

Greg



From alexkirmse at gmail.com  Thu Feb 23 04:57:06 2006
From: alexkirmse at gmail.com (Alex Kirmse)
Date: Wed, 22 Feb 2006 19:57:06 -0800
Subject: [TYPO3-dev] Problems with hr and border=
In-Reply-To: <mailman.1.1140648044.28716.typo3-dev@lists.netfielders.de>
References: <mailman.1.1140539112.11245.typo3-dev@lists.netfielders.de>
	<mailman.1.1140598601.3247.typo3-dev@lists.netfielders.de>
	<mailman.1.1140648044.28716.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.3358.1140667027.3122.typo3-dev@lists.netfielders.de>

Wrong list. Try the Typo3-English.

On 2/22/06, Steffen Kamper <steffen at dislabs.de> wrote:
>
> noone knows this problem ? Does anybody use hr in Typo ?
>
> sry for pushing ... i have to solve the prob
>
> vg  Steffen
>
> "Steffen Kamper" <steffen at dislabs.de> schrieb im Newsbeitrag
> news:mailman.1.1140598601.3247.typo3-dev at lists.netfielders.de...
> > the img-border-problem is solved:
> >
> > config.disableImgBorderAttr = 1
> >
> > but the wrapped hr still exists, is in rte and rtehtmlarea - i didn't
> > found this anywhere
> > please help :)
> >
> > vg  Steffen
> >
> > "Steffen Kamper" <steffen at dislabs.de> schrieb im Newsbeitrag
> > news:mailman.1.1140539112.11245.typo3-dev at lists.netfielders.de...
> >> Hi list,
> >>
> >> on the way to valid code i have one/two problem(s)
> >>
> >> when i use <hr /> it is wrapped in p-tags.
> >>
> >> I used in setup this:
> >>
> >> lib.parseFunc_RTE.nonTypoTagStdWrap.encapsLines.encapsTagList = cite,
> >> div, p, pre, hr, h1, h2, h3, h4, h5, h6
> >>
> >> but it doesn't work.
> >> Any advice ?
> >>
> >> The other is to remove the bordertags from images, i didn't found it
> >> (<img src="..." border="0">)
> >>
> >> Thanx
> >> Steffen
> >>
> >
> >
>
>
> _______________________________________________
> TYPO3-dev mailing list
> TYPO3-dev at lists.netfielders.de
> http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev
>



From hkdennis2k at gmail.com  Thu Feb 23 06:20:55 2006
From: hkdennis2k at gmail.com (Dennis Cheung)
Date: Thu, 23 Feb 2006 13:20:55 +0800
Subject: [TYPO3-dev] [TYPO3-Dev] Please do rearrange the source of
	class.tslib_content.php
Message-ID: <mailman.3365.1140672058.3122.typo3-dev@lists.netfielders.de>

Hi,

I have noticed that the file class.tslib_content.php is too larger and
the code do not have common coding style.

The first problem is it's size.
It have about 7000 lines and contains 4 class.
I think normally php in typo3 should have only one class in each
class.*.php. But I found a few exception like HMENU and tslib_content.

But the size isn't a real problem to me.
The problem is the coding style.

The code inside the file do not apply BSD/GNU/K&R style.
sometimes it wrote IF statement in a single line, and sometimes it use
K&R style.
It is very difficult to read.


Dennis



From ilis at omnisolutions.de  Thu Feb 23 09:47:57 2006
From: ilis at omnisolutions.de (Irina Grimpe-Lishchenko)
Date: Thu, 23 Feb 2006 09:47:57 +0100
Subject: [TYPO3-dev] AJAX question related to thread "AJAX in TYPO3: call
	for volunteers"
In-Reply-To: <mailman.1.1134250212.13927.typo3-dev@lists.netfielders.de>
References: <mailman.1.1134171421.25998.typo3-dev@lists.netfielders.de>	<mailman.1.1134215213.11730.typo3-dev@lists.netfielders.de>	<mailman.1.1134215927.13488.typo3-dev@lists.netfielders.de>	<mailman.1.1134246740.13535.typo3-dev@lists.netfielders.de>
	<mailman.1.1134250212.13927.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.3397.1140684360.3122.typo3-dev@lists.netfielders.de>

Does the following mean, that I cann't use prototype framework in my own 
extension???
ilis

Dmitry Dulepov wrote:

>I thought about the same but you was the first ;)
>
>I already looked to Prototype some time ago, it cannot be included to
>TYPO3 because it uses MIT license, which is incompatible with GPL.
>
>XAJAX uses LGPL which is compatible with GPL.
>
>For licenses (in)compatible with GPL see
>http://www.gnu.org/philosophy/license-list.html
>
>Dmitry.
>_______________________________________________
>Typo3-dev mailing list
>Typo3-dev at lists.netfielders.de
>http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev
>
>  
>




From markus.lange at bgm-gmbh.de  Thu Feb 23 10:18:59 2006
From: markus.lange at bgm-gmbh.de (Markus Lange)
Date: Thu, 23 Feb 2006 10:18:59 +0100 (CET)
Subject: [TYPO3-dev] Hide table in List module
In-Reply-To: <mailman.1.1140660942.14231.typo3-dev@lists.netfielders.de>
References: <mailman.1.1140660942.14231.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.3406.1140686344.3122.typo3-dev@lists.netfielders.de>

Hi Bernhard,

Bernhard Kraft sagte:
> Is there a way to define some TSConfig, TYPO3_CONF_VARS or other setup
> variable
> to keep the Web>List module from showing a specific table ?
>
> I already digged through the complete inheritance of typo3/db_list.php but
> didn't
> find anything ... but pherhaps I just missed it.


just an idea:
use pagetsconfig:

mod.web_list {
  listOnlyInSingleTableView = 1
  disableSingleTableView =1
}

with this config its simply impossible to see records at all

best regards

-- 
Markus Lange





From msollmann at artec-berlin.com  Thu Feb 23 11:51:16 2006
From: msollmann at artec-berlin.com (Michael Sollmann)
Date: Thu, 23 Feb 2006 11:51:16 +0100
Subject: [TYPO3-dev]  Delete records with TCEmain class
Message-ID: <mailman.3444.1140691772.3122.typo3-dev@lists.netfielders.de>

Hello,

I have a question about how to delete records in the backend. I use the 
class t3lib_TCEmain as described at 
http://typo3.org/documentation/document-library/core-documentation/doc_core_api/current/view/3/3/, 
but nothing happened. The record is neither deleted nor the 'deleted' field 
in the db is set to 1. What can be the reason?


$cmd[$tablename][$uid]['delete'] = 1;

$tce = t3lib_div::makeInstance('t3lib_TCEmain');
$tce->stripslashes_values=0;
$tce->start(array(),$cmd);
$tce->process_cmdmap();

Thank you!




From jensbeckmann at gmx.info  Thu Feb 23 11:47:01 2006
From: jensbeckmann at gmx.info (Jens Beckmann)
Date: Thu, 23 Feb 2006 11:47:01 +0100
Subject: [TYPO3-dev] How to list plugin as 'typical page content' in wizard?
Message-ID: <mailman.1.1140691616.28255.typo3-dev@lists.netfielders.de>

Hi!

I created a frontside plugin with kickstarter an everything works fine. 
When adding new content in the backend, my new plugin now appears under 
"plugins" in the "New Content Element" wizard. Fine, so far.

Now, is there a way to list my plugin under "typical page content" so it 
is easier to find for regular use? And how could I use another icon 
replacing the question mark icon?

Thank you
Jens



From gawain at camlann.de  Thu Feb 23 12:06:30 2006
From: gawain at camlann.de (Christian Welzel)
Date: Thu, 23 Feb 2006 12:06:30 +0100
Subject: [TYPO3-dev]  new us-patent for rich media applications
Message-ID: <mailman.1.1140692790.30787.typo3-dev@lists.netfielders.de>

Hi!

There was a note [1] at the german news portal heise.de
which states, that there is a new patent 7,000,180 [2]
in the usa that protects methods for creating "rich media
applications". 
The note states, that also the famous AJAX is under the
subject of this patent.

Perhaps there is a need for further investigation before
integrating AJAX into the typo3-core.


[1] http://www.heise.de/newsticker/meldung/69984
[2]
http://patft.uspto.gov/netacgi/nph-Parser?Sect1=PTO1&Sect2=HITOFF&d=PALL&p=1&u=/netahtml/srchnum.htm&r=1&f=G&l=50&s1=7,000,180.WKU.&OS=PN/7,000,180&RS=PN/7,000,180

-- 
 MfG, Christian Welzel

  GPG-Key:     http://www.camlann.de/key.asc
  Fingerprint: 4F50 19BF 3346 36A6 CFA9 DBDC C268 6D24 70A1 AD15



From Andreas.Foerthner at netlogix.de  Thu Feb 23 12:07:16 2006
From: Andreas.Foerthner at netlogix.de (=?ISO-8859-15?Q?Andreas_F=F6rthner?=)
Date: Thu, 23 Feb 2006 12:07:16 +0100
Subject: [TYPO3-dev]  I'm missing the pi_flexform field in tt_content...
Message-ID: <mailman.1.1140692836.30811.typo3-dev@lists.netfielders.de>

Hi list,

I'm just wondering were the field pi_flexform in the tt_content table 
has gone? I wanted to a a flexform to my plugin and added its $tca to 
load the pi_flexform field... but there is none in tt_content. What am I 
doing wrong? Or do I have to add it myself? I don't think so...

Thank you for your support!

Have a nice day

Andreas



From patrick at patrickbroens.nl  Thu Feb 23 12:15:52 2006
From: patrick at patrickbroens.nl (Patrick Broens)
Date: Thu, 23 Feb 2006 12:15:52 +0100
Subject: [TYPO3-dev] Upload of Extensions / Typo3.org: My Extension Keys.
In-Reply-To: <mailman.3083.1140603990.3122.typo3-dev@lists.netfielders.de>
References: <mailman.3083.1140603990.3122.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140693352.30713.typo3-dev@lists.netfielders.de>

Hi Stefan,

The VersionMismatch is already reported as a bug in the bugtracker.

Go to http://bugs.typo3.org/view.php?id=2614

Patrick Broens

Stefan Geith wrote:
> Hi,
> 
> does anybody know,
> 
> a) whether upload of extensions to TER2
>    via Typo3 3.8.1 and before
>    is possible or will be possible again ?
>    Or do I need a new Ter2-Upload-Plugin ?
> 
>    Since 5 days, I get
>    "Error #VersionMismatch: Wrong Version",
>    when I try to upload new versions of my extensions
>    with my Typo3 3.8.1
> 
> b) when the Edit-Page for own extensions on typo3.org
>    will work again ?
>    Will this be announced here, please ?
>    Or is it already there and I am just too dumb to find it ;) ?
> 
> -
> 
> Stefan
> 



From Andreas.Foerthner at netlogix.de  Thu Feb 23 12:26:43 2006
From: Andreas.Foerthner at netlogix.de (=?ISO-8859-15?Q?Andreas_F=F6rthner?=)
Date: Thu, 23 Feb 2006 12:26:43 +0100
Subject: [TYPO3-dev] I'm missing the pi_flexform field in tt_content...
In-Reply-To: <mailman.1.1140692836.30811.typo3-dev@lists.netfielders.de>
References: <mailman.1.1140692836.30811.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140694003.1029.typo3-dev@lists.netfielders.de>

Andreas F?rthner schrieb:
> Hi list,
> 
> I'm just wondering were the field pi_flexform in the tt_content table 
> has gone? I wanted to a a flexform to my plugin and added its $tca to 
> load the pi_flexform field... but there is none in tt_content. What am I 
> doing wrong? Or do I have to add it myself? I don't think so...
> 
> Thank you for your support!
> 
> Have a nice day
> 
> Andreas

Sorry I was wrong, there is one in the TCA. Just forget about it... 
sorry for this useless post...



From info at cybercraft.de  Thu Feb 23 12:43:36 2006
From: info at cybercraft.de (JoH)
Date: Thu, 23 Feb 2006 12:43:36 +0100
Subject: [TYPO3-dev] new us-patent for rich media applications
References: <mailman.1.1140692790.30787.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140695110.2641.typo3-dev@lists.netfielders.de>

> There was a note [1] at the german news portal heise.de
> which states, that there is a new patent 7,000,180 [2]
> in the usa that protects methods for creating "rich media
> applications".
> The note states, that also the famous AJAX is under the
> subject of this patent.
>
> Perhaps there is a need for further investigation before
> integrating AJAX into the typo3-core.

This is the typical Heise style just to create a new flame war.
The patent itself says nothing about XML, JavaScript or AJAX - but Heise
does.

In fact the patent is about the famous online flashsite building tool called
"pro:FX" that Balthaser created a few years ago.
You can see it on www.balthaser.com

I don't see where this relates to the AJAX approach for TYPO3 since it's all
based on flash and action script.

So keep cool ;-)

Joey

-- 
Wenn man keine Ahnung hat: Einfach mal Fresse halten!
(If you have no clues: simply shut your knob sometimes!)
Dieter Nuhr, German comedian
openBC: http://www.cybercraft.de





From Martin.Kutschker at n0spam-blackbox.net  Thu Feb 23 12:47:39 2006
From: Martin.Kutschker at n0spam-blackbox.net (Martin Kutschker)
Date: Thu, 23 Feb 2006 12:47:39 +0100
Subject: [TYPO3-dev] How to list plugin as 'typical page content' in
	wizard?
In-Reply-To: <mailman.1.1140691616.28255.typo3-dev@lists.netfielders.de>
References: <mailman.1.1140691616.28255.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140695259.2561.typo3-dev@lists.netfielders.de>

Jens Beckmann schrieb:
> Hi!
> 
> I created a frontside plugin with kickstarter an everything works fine. 
> When adding new content in the backend, my new plugin now appears under 
> "plugins" in the "New Content Element" wizard. Fine, so far.
> 
> Now, is there a way to list my plugin under "typical page content" so it 
> is easier to find for regular use?

If it is a plugin it should stay there. But you can create a new content type.

> And how could I use another icon  replacing the question mark icon?

Ever tried replacing the GIFs that the kickstarter placed into your 
extension dir?

Masi



From typo3 at fm-world.ru  Thu Feb 23 13:31:42 2006
From: typo3 at fm-world.ru (Dmitry Dulepov)
Date: Thu, 23 Feb 2006 14:31:42 +0200
Subject: [TYPO3-dev] [TYPO3-Dev] Please do rearrange the source of
	class.tslib_content.php
In-Reply-To: <mailman.3365.1140672058.3122.typo3-dev@lists.netfielders.de>
References: <mailman.3365.1140672058.3122.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140697903.7961.typo3-dev@lists.netfielders.de>

Hi!

Dennis Cheung wrote:
> I have noticed that the file class.tslib_content.php is too larger and
> the code do not have common coding style.

Historical reasons...

> The code inside the file do not apply BSD/GNU/K&R style.
> sometimes it wrote IF statement in a single line, and sometimes it use
> K&R style.
> It is very difficult to read.

Well, there is a typo3 coding guidelines, so BSD/GNU/K&R style is not
directly applicable. I think coding there reflects long evolution of
this file...

Anyway, core developers have more than enough job to do. If you think it
is important to change coding style, you can do it yourself. I think
core developers have more important things to change than readability of
this particular file ;)

Dmitry.
-- 
"It is our choices, that show what we truly are,
far more than our abilities." (A.P.W.B.D.)



From franz at fholzinger.com  Thu Feb 23 13:46:06 2006
From: franz at fholzinger.com (Franz Holzinger)
Date: Thu, 23 Feb 2006 13:46:06 +0100
Subject: [TYPO3-dev] Where is the CVS repository?
In-Reply-To: <mailman.1.1139245180.16713.typo3-dev@lists.netfielders.de>
References: <mailman.12882.1139227792.6406.typo3-dev@lists.netfielders.de>
	<mailman.1.1139229942.18303.typo3-dev@lists.netfielders.de>
	<mailman.1.1139235147.29928.typo3-dev@lists.netfielders.de>
	<mailman.1.1139242802.13463.typo3-dev@lists.netfielders.de>
	<mailman.1.1139245180.16713.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140698695.9183.typo3-dev@lists.netfielders.de>

> Either use CVS:
>
> cvs -d:pserver:anonymous at cvs.sourceforge.net:/cvsroot/typo3 login
> ENTER as password :)
>
> and then:
>
> cvs -z3 -d:pserver:anonymous at cvs.sourceforge.net:/cvsroot/typo3 co -P
TYPO3core


Chi Hoang a ?crit :
> I'm not that familiar with Sourceforge nor CVS, but too me it is not as
> clear described like Bernhard did. And there is no information about T3
> 4.0. The link http://t3nighties.think-open.org/ should be mentioned
> there too.

Of course an update to the TYPO3 4.0 branch has to be done afterwards.
Otherwise you would have only the HEAD of the main branch from end of
December.


 cvs -d :pserver:anonymous at cvs.sourceforge.net:/cvsroot/typo3 -q update
-d -P -r TYPO3_4-0  TYPO3core



- Franz



From jensbeckmann at gmx.info  Thu Feb 23 13:46:33 2006
From: jensbeckmann at gmx.info (Jens Beckmann)
Date: Thu, 23 Feb 2006 13:46:33 +0100
Subject: [TYPO3-dev] How to list plugin as 'typical page content' in
	wizard?
In-Reply-To: <mailman.1.1140695259.2561.typo3-dev@lists.netfielders.de>
References: <mailman.1.1140691616.28255.typo3-dev@lists.netfielders.de>
	<mailman.1.1140695259.2561.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140698789.9422.typo3-dev@lists.netfielders.de>

Martin Kutschker schrieb:
> Jens Beckmann schrieb:

>> I created a frontside plugin with kickstarter an everything works 
>> fine. When adding new content in the backend, my new plugin now 
>> appears under "plugins" in the "New Content Element" wizard. Fine, so 
>> far.
>>
>> Now, is there a way to list my plugin under "typical page content" so 
>> it is easier to find for regular use?
> 
> If it is a plugin it should stay there. But you can create a new content 
> type.


Yes, it should be a new content type, so I changed this in the 
kickstarter to "Add as a totally new Content Element type". My extension 
now no longer appears under plugins in the wizard but I can select it 
from the pulldown-menu "Type:".

Now, how can I list my new content type in the "typical page content" 
section in the wizard? Where are the "typical" content types configured?

Jens




From gawain at camlann.de  Thu Feb 23 13:52:08 2006
From: gawain at camlann.de (Christian Welzel)
Date: Thu, 23 Feb 2006 13:52:08 +0100
Subject: [TYPO3-dev] new us-patent for rich media applications
References: <mailman.1.1140692790.30787.typo3-dev@lists.netfielders.de>
	<mailman.1.1140695110.2641.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140699129.10075.typo3-dev@lists.netfielders.de>

JoH wrote:

> This is the typical Heise style just to create a new flame war.
> The patent itself says nothing about XML, JavaScript or AJAX - but Heise
> does.

Of cause there is no direct mention of these technologies, as this
would make the patent useless because it is too specific.
 
> In fact the patent is about the famous online flashsite building tool
> called "pro:FX" that Balthaser created a few years ago.

To say it with your own words: The patent itself says nothing about
this program "pro:FX2".

But the title of this patent is very descriptive: "Methods, systems, and
processes for the design and creation of rich-media applications via the
internet"...

and now take a look into the definitions part:

- qote -
Definitions: 

Rich-media?Rich-media relates to the integration of multimedia components
into Internet content such as websites, advertisements, and online
editorial content (news, sports, etc.). 

Rich-media applications?Rich-media applications include applications
composed of one or more rich-media components. 

Rich-media components?Rich-media components include 3D graphics, video
clips, animation, special effects (including, but not limited to, zooms,
wipes, fades, and spinning text), sound effects, and stereo music.
Rich-media components may include WAV sound files, MP3 sound files, MPEG
movie files, JPEG graphic files, GIF graphic files, SWF Shockwave Flash?
files, and Java? applets. 
- /quote -

Every CMS or Webpage with non-textual content is a rich media application
in the sense of this definitions.

And as i said "*perhaps* there is need for futher investigation".
If most of the laywers in the typo3 community think this patent doesnt
affect typo3 i will be the most happy guy around. 

-- 
 MfG, Christian Welzel

  GPG-Key:     http://www.camlann.de/key.asc
  Fingerprint: 4F50 19BF 3346 36A6 CFA9 DBDC C268 6D24 70A1 AD15



From peter.russ at 4many.net  Thu Feb 23 13:59:31 2006
From: peter.russ at 4many.net (Peter Russ)
Date: Thu, 23 Feb 2006 13:59:31 +0100
Subject: [TYPO3-dev] new us-patent for rich media applications
In-Reply-To: <mailman.1.1140699129.10075.typo3-dev@lists.netfielders.de>
References: <mailman.1.1140692790.30787.typo3-dev@lists.netfielders.de>
	<mailman.1.1140695110.2641.typo3-dev@lists.netfielders.de>
	<mailman.1.1140699129.10075.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140699570.8921.typo3-dev@lists.netfielders.de>

Christian Welzel schrieb:
[...]
> Every CMS or Webpage with non-textual content is a rich media application
> in the sense of this definitions.
> 
> And as i said "*perhaps* there is need for futher investigation".
> If most of the laywers in the typo3 community think this patent doesnt
> affect typo3 i will be the most happy guy around. 
> 

Prior Act: TYPO3 was out BEFORE 2001 ;-)
So don't worry!

Regs. Peter.

-- 
Fiat lux!
Docendo discimus.
_____________________________
4Many? Services
openBC: http://www.openbc.com/go/invuid/Peter_Russ



From peter.russ at 4many.net  Thu Feb 23 14:01:34 2006
From: peter.russ at 4many.net (Peter Russ)
Date: Thu, 23 Feb 2006 14:01:34 +0100
Subject: [TYPO3-dev] new us-patent for rich media applications
In-Reply-To: <mailman.1.1140699570.8921.typo3-dev@lists.netfielders.de>
References: <mailman.1.1140692790.30787.typo3-dev@lists.netfielders.de>
	<mailman.1.1140695110.2641.typo3-dev@lists.netfielders.de>
	<mailman.1.1140699129.10075.typo3-dev@lists.netfielders.de>
	<mailman.1.1140699570.8921.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140699693.8921.typo3-dev@lists.netfielders.de>

Peter Russ schrieb:
> Christian Welzel schrieb:
> [...]
>> Every CMS or Webpage with non-textual content is a rich media application
>> in the sense of this definitions.
>>
>> And as i said "*perhaps* there is need for futher investigation".
>> If most of the laywers in the typo3 community think this patent doesnt
>> affect typo3 i will be the most happy guy around.
> 
> Prior Act: TYPO3 was out BEFORE 2001 ;-)
> So don't worry!
> 
> Regs. Peter.
> 
Nachtrag: http://www.heise.de/newsticker/meldung/69992

;-)

-- 
Fiat lux!
Docendo discimus.
_____________________________
4Many? Services
openBC: http://www.openbc.com/go/invuid/Peter_Russ



From Martin.Kutschker at n0spam-blackbox.net  Thu Feb 23 14:50:18 2006
From: Martin.Kutschker at n0spam-blackbox.net (Martin Kutschker)
Date: Thu, 23 Feb 2006 14:50:18 +0100
Subject: [TYPO3-dev] How to list plugin as 'typical page content' in
	wizard?
In-Reply-To: <mailman.1.1140698789.9422.typo3-dev@lists.netfielders.de>
References: <mailman.1.1140691616.28255.typo3-dev@lists.netfielders.de>
	<mailman.1.1140695259.2561.typo3-dev@lists.netfielders.de>
	<mailman.1.1140698789.9422.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140702622.16219.typo3-dev@lists.netfielders.de>

Jens Beckmann schrieb:
> Martin Kutschker schrieb:
> 
>> Jens Beckmann schrieb:
> 
> 
>>> I created a frontside plugin with kickstarter an everything works 
>>> fine. When adding new content in the backend, my new plugin now 
>>> appears under "plugins" in the "New Content Element" wizard. Fine, so 
>>> far.
>>>
>>> Now, is there a way to list my plugin under "typical page content" so 
>>> it is easier to find for regular use?
>>
>>
>> If it is a plugin it should stay there. But you can create a new 
>> content type.
> 
> 
> 
> Yes, it should be a new content type, so I changed this in the 
> kickstarter to "Add as a totally new Content Element type". My extension 
> now no longer appears under plugins in the wizard but I can select it 
> from the pulldown-menu "Type:".
> 
> Now, how can I list my new content type in the "typical page content" 
> section in the wizard? Where are the "typical" content types configured?

In ext_tables.php add:

$TBE_MODULES_EXT['xMOD_db_new_content_el']['addElClasses']['tx_myext_wizicon'] 
= t3lib_extMgm::extPath($_EXTKEY).'class.tx_myext_wizicon.php';

Your class needs some lines likes this:

function proc($wizardItems)	{
	global $LANG;

	$LL = $this->includeLocalLang();

	$res = array();
	foreach ($wizardItems as $key => $item)	{
		if ($key=='special')	{
			$res['kb_conttable_pi1'] = array(
				'icon' => t3lib_extMgm::extRelPath('kb_conttable').'new_el_icon.gif',
				'title' => $LANG->getLLL('tt_content.CType_pi1', $LL),
				'description' => $LANG->getLLL('tt_content.CType_pi1.description', $LL),
				'params' => '&defVals[tt_content][CType]=kb_myext_pi1',
				'tt_content_defValues' => array(
					'CType' => 'myext_pi1',
				),
				);
			}
			$res[$key] = $item;
		}

		return $res;
	}
}

function includeLocalLang()	{
	include(t3lib_extMgm::extPath('kb_conttable').'locallang_db.php');
	return $LOCAL_LANG;
}

Masi



From patrick at typo3quebec.org  Thu Feb 23 15:03:32 2006
From: patrick at typo3quebec.org (Patrick Gaumond)
Date: Thu, 23 Feb 2006 09:03:32 -0500
Subject: [TYPO3-dev]  OT: Google Page generator
Message-ID: <mailman.1.1140703411.17183.typo3-dev@lists.netfielders.de>


Not a CMS but still interesting to see the Ajax "BE"...


http://pages.google.com/

Patrick



From olivier.dobberkau at dkd.de  Thu Feb 23 15:33:30 2006
From: olivier.dobberkau at dkd.de (Olivier Dobberkau)
Date: Thu, 23 Feb 2006 15:33:30 +0100
Subject: [TYPO3-dev] OT: Google Page generator
In-Reply-To: <mailman.1.1140703411.17183.typo3-dev@lists.netfielders.de>
References: <mailman.1.1140703411.17183.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140705210.21306.typo3-dev@lists.netfielders.de>

Patrick Gaumond schrieb:
> 
> Not a CMS but still interesting to see the Ajax "BE"...
> 
> 
> http://pages.google.com/
> 
> Patrick

thanks patrick...

olivier



From wolfgang at stufenlos.net  Thu Feb 23 16:05:17 2006
From: wolfgang at stufenlos.net (Wolfgang Klinger)
Date: Thu, 23 Feb 2006 16:05:17 +0100
Subject: [TYPO3-dev] OT: Google Page generator
In-Reply-To: <mailman.1.1140703411.17183.typo3-dev@lists.netfielders.de>
References: <mailman.1.1140703411.17183.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.3535.1140707068.3122.typo3-dev@lists.netfielders.de>


 On Thu, 23 Feb 2006, Patrick Gaumond wrote the following:
> Not a CMS but still interesting to see the Ajax "BE"...
> 
> 
> http://pages.google.com/

-------
Google Page Creator is having a little trouble right now.
This is not because of anything you did; it's just a little hiccup in our system that will hopefully go away soon. We apologize for the inconvenience, and recommend you try reloading this page.
-------

 ;-)





From kraftb at kraftb.at  Thu Feb 23 18:27:31 2006
From: kraftb at kraftb.at (Bernhard Kraft)
Date: Thu, 23 Feb 2006 18:27:31 +0100
Subject: [TYPO3-dev] Hide table in List module
In-Reply-To: <mailman.3406.1140686344.3122.typo3-dev@lists.netfielders.de>
References: <mailman.1.1140660942.14231.typo3-dev@lists.netfielders.de>
	<mailman.3406.1140686344.3122.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140715651.9608.typo3-dev@lists.netfielders.de>

Markus Lange wrote:

> just an idea:
> use pagetsconfig:
> 
> mod.web_list {
>   listOnlyInSingleTableView = 1
>   disableSingleTableView =1
> }

This will disable ALL tables. I need at least one special to be shown. All others
can be hidden.
Or the other way round that all tables are shown and one special is hidden ?

No way to do this ? Then I will add a feature request in the bugtracker. Write a patch
to acomplish this via Page TSConfig and initate that it get's into 4.1 (i think with
beta3 of 4.0.0 we already had a feature freeze - and 4.0.x are bugfixing releases :)


greets,
Bernhard



From franz at fholzinger.com  Thu Feb 23 19:29:38 2006
From: franz at fholzinger.com (Franz Holzinger)
Date: Thu, 23 Feb 2006 19:29:38 +0100
Subject: [TYPO3-dev] CVS symlink issue
In-Reply-To: <mailman.1.1140607938.20448.typo3-dev@lists.netfielders.de>
References: <mailman.1.1140564721.20782.typo3-dev@lists.netfielders.de>
	<mailman.1.1140607938.20448.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140719305.15276.typo3-dev@lists.netfielders.de>

Hello Ingmar,

> There are no symlinks required anymore since TYPO3 4.0 beta3, so just
> skip the whole create_symlinks step.
> 

I just wonder about index.php in
http://cvs.sourceforge.net/viewcvs.py/typo3/TYPO3core/?only_with_tag=TYPO3_4-0

To where do I have to create the symlink from the index.php in the root
directory /var/www/html?


Is it to index_ts.php?
http://cvs.sourceforge.net/viewcvs.py/typo3/TYPO3core/typo3/sysext/cms/tslib/?only_with_tag=TYPO3_4-0


- Franz




From keith_morrison at dfci.harvard.edu  Thu Feb 23 20:12:28 2006
From: keith_morrison at dfci.harvard.edu (Keith Morrison)
Date: Thu, 23 Feb 2006 14:12:28 -0500
Subject: [TYPO3-dev]  solving the "remember me" puzzle
Message-ID: <mailman.1.1140721880.19561.typo3-dev@lists.netfielders.de>

OK, I've got a solution for integrating a "remember me" checkbox with 
the newloginbox extension.  It requires an XCLASS extension of 
tslib_feUserAuth (no hook would handle this).  If anyone is interested 
in this feature, I can post the code snippets, because I'd like some 
input.  It isn't terribly complex, but that doesn't mean I couldn't have 
missed something.

(Also, I hope that this isn't negated by changes in 4.0... :P )

Keith



From ingmar at typo3.org  Thu Feb 23 20:27:58 2006
From: ingmar at typo3.org (Ingmar Schlecht)
Date: Thu, 23 Feb 2006 20:27:58 +0100
Subject: [TYPO3-dev] CVS symlink issue
In-Reply-To: <mailman.1.1140719305.15276.typo3-dev@lists.netfielders.de>
References: <mailman.1.1140564721.20782.typo3-dev@lists.netfielders.de>
	<mailman.1.1140607938.20448.typo3-dev@lists.netfielders.de>
	<mailman.1.1140719305.15276.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140722875.21049.typo3-dev@lists.netfielders.de>

Franz Holzinger wrote:
>> There are no symlinks required anymore since TYPO3 4.0 beta3, so just
>> skip the whole create_symlinks step.
>>
> 
> I just wonder about index.php in
> http://cvs.sourceforge.net/viewcvs.py/typo3/TYPO3core/?only_with_tag=TYPO3_4-0
> 
> To where do I have to create the symlink from the index.php in the root
> directory /var/www/html?
> 
> 
> Is it to index_ts.php?

No, there is actually a new file index.php just in the root of the
TYPO3core module in CVS that includes index_ts.php so you don't need any
symlink for that at all anymore:
http://cvs.sourceforge.net/viewcvs.py/typo3/TYPO3core/?only_with_tag=TYPO3_4-0

http://cvs.sourceforge.net/viewcvs.py/typo3/TYPO3core/Attic/index.php?rev=1.1.2.1&only_with_tag=TYPO3_4-0&view=log

You will only see the new index.php file in sourceforge webcvs if you
set the selector box "Show files using tag:" to TYPO3_4-0.

cheers,
Ingmar



From typo3 at ingo-renner.com  Thu Feb 23 20:33:12 2006
From: typo3 at ingo-renner.com (Ingo Renner)
Date: Thu, 23 Feb 2006 20:33:12 +0100
Subject: [TYPO3-dev]  handed in my bachelor thesis
Message-ID: <mailman.1.1140723242.21586.typo3-dev@lists.netfielders.de>

Hi all,

I just wanted to let you...

on tuesday I finaly handed in my bachelor thesis.
The title is 
"Content Management Systems - A comparison taking into consideration
CoreMedia and TYPO3"

The colloquium will be next tuesday in Darmstadt, Hessen, Germany. If you'd
like to join it just drop me a line so I can give you further details about
time and location

cheers
Ingo

-- 
Use a newsreader! Check out
http://typo3.org/community/mailing-lists/use-a-news-reader/



From typo3 at bruehlmeier.com  Thu Feb 23 21:23:06 2006
From: typo3 at bruehlmeier.com (David Bruehlmeier)
Date: Thu, 23 Feb 2006 21:23:06 +0100
Subject: [TYPO3-dev] Hide table in List module
In-Reply-To: <mailman.1.1140660942.14231.typo3-dev@lists.netfielders.de>
References: <mailman.1.1140660942.14231.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140726188.26575.typo3-dev@lists.netfielders.de>

Hi Bernhard,

I had the same problem and asked the same question some time ago, and 
afair the answer was -> not possible. I think it would be a nice 
feature, though!

Greetings,
Dave.



From greg at mediatech.net  Thu Feb 23 22:30:12 2006
From: greg at mediatech.net (Gregory Remington)
Date: Thu, 23 Feb 2006 13:30:12 -0800
Subject: [TYPO3-dev] new us-patent for rich media applications
In-Reply-To: <mailman.1.1140692790.30787.typo3-dev@lists.netfielders.de>
References: <mailman.1.1140692790.30787.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140730219.2090.typo3-dev@lists.netfielders.de>

Christian Welzel wrote:
> Hi!
> 
> There was a note [1] at the german news portal heise.de
> which states, that there is a new patent 7,000,180 [2]
> in the usa that protects methods for creating "rich media
> applications". 
> The note states, that also the famous AJAX is under the
> subject of this patent.

This reminds me of an earlier discussion over patents for accepting 
automatic financial transactions via a telephone line & video screen. In 
other words we could technically be in legal trouble for running 
tt_products.

http://forums.oscommerce.com/index.php?showtopic=26299&st=80

Greg



From typo3 at fm-world.ru  Thu Feb 23 23:22:14 2006
From: typo3 at fm-world.ru (Dmitry Dulepov)
Date: Fri, 24 Feb 2006 00:22:14 +0200
Subject: [TYPO3-dev] AJAX question related to thread "AJAX in TYPO3:
	call for volunteers"
In-Reply-To: <mailman.3397.1140684360.3122.typo3-dev@lists.netfielders.de>
References: <mailman.1.1134171421.25998.typo3-dev@lists.netfielders.de>	<mailman.1.1134215213.11730.typo3-dev@lists.netfielders.de>	<mailman.1.1134215927.13488.typo3-dev@lists.netfielders.de>	<mailman.1.1134246740.13535.typo3-dev@lists.netfielders.de>	<mailman.1.1134250212.13927.typo3-dev@lists.netfielders.de>
	<mailman.3397.1140684360.3122.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140733290.7179.typo3-dev@lists.netfielders.de>

Hi!

Irina Grimpe-Lishchenko wrote:
> Does the following mean, that I cann't use prototype framework in my own
> extension???

You can, if you do not put it to TER. Everything in TER must be GPL. At
least it had to be some time ago...

Dmitry.
-- 
"It is our choices, that show what we truly are,
far more than our abilities." (A.P.W.B.D.)



From typo3 at fm-world.ru  Thu Feb 23 23:23:51 2006
From: typo3 at fm-world.ru (Dmitry Dulepov)
Date: Fri, 24 Feb 2006 00:23:51 +0200
Subject: [TYPO3-dev] OT: Google Page generator
In-Reply-To: <mailman.1.1140703411.17183.typo3-dev@lists.netfielders.de>
References: <mailman.1.1140703411.17183.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140733388.7179.typo3-dev@lists.netfielders.de>

Hi!

Patrick Gaumond wrote:
> Not a CMS but still interesting to see the Ajax "BE"...
> 
> http://pages.google.com/

I tried it in the morning. Looks wonderful from both design and
technical implementation sides. If we can manage something similar for
BE, it would be a great step forward.

Dmitry.
-- 
"It is our choices, that show what we truly are,
far more than our abilities." (A.P.W.B.D.)



From typo3 at fm-world.ru  Thu Feb 23 23:25:01 2006
From: typo3 at fm-world.ru (Dmitry Dulepov)
Date: Fri, 24 Feb 2006 00:25:01 +0200
Subject: [TYPO3-dev] handed in my bachelor thesis
In-Reply-To: <mailman.1.1140723242.21586.typo3-dev@lists.netfielders.de>
References: <mailman.1.1140723242.21586.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140733457.7179.typo3-dev@lists.netfielders.de>

Hi!

Ingo Renner wrote:
> on tuesday I finaly handed in my bachelor thesis.
> The title is 
> "Content Management Systems - A comparison taking into consideration
> CoreMedia and TYPO3"
> 
> The colloquium will be next tuesday in Darmstadt, Hessen, Germany. If you'd
> like to join it just drop me a line so I can give you further details about
> time and location

I cannot join but I wish you gooooooooooooood luck! :)

Dmitry.
-- 
"It is our choices, that show what we truly are,
far more than our abilities." (A.P.W.B.D.)



From olivier.dobberkau at dkd.de  Thu Feb 23 23:28:23 2006
From: olivier.dobberkau at dkd.de (Olivier Dobberkau)
Date: Thu, 23 Feb 2006 23:28:23 +0100
Subject: [TYPO3-dev] handed in my bachelor thesis
In-Reply-To: <mailman.1.1140723242.21586.typo3-dev@lists.netfielders.de>
References: <mailman.1.1140723242.21586.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140733703.7945.typo3-dev@lists.netfielders.de>

Ingo Renner schrieb:
> Hi all,
> 
> I just wanted to let you...
> 
> on tuesday I finaly handed in my bachelor thesis.
> The title is 
> "Content Management Systems - A comparison taking into consideration
> CoreMedia and TYPO3"
> 
> The colloquium will be next tuesday in Darmstadt, Hessen, Germany. If you'd
> like to join it just drop me a line so I can give you further details about
> time and location
> 
> cheers
> Ingo
> 

hi ingo.

good look. i hope you have proofread that one good. :-)
see you next week.

loads of work await you.

olivier



From hkdennis2k at gmail.com  Fri Feb 24 02:54:16 2006
From: hkdennis2k at gmail.com (Dennis Cheung)
Date: Fri, 24 Feb 2006 09:54:16 +0800
Subject: [TYPO3-dev] [TYPO3-Dev] Please do rearrange the source of
	class.tslib_content.php
In-Reply-To: <mailman.1.1140697903.7961.typo3-dev@lists.netfielders.de>
References: <mailman.3365.1140672058.3122.typo3-dev@lists.netfielders.de>
	<mailman.1.1140697903.7961.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.3750.1140746058.3122.typo3-dev@lists.netfielders.de>

Hi Dmiry,

Sorry, I cannot found which section mentiond the statement style from
the document,
http://typo3.org/documentation/document-library/core-documentation/doc_core_cgl/current/view/
>From the "Line Formatting" section, it is likely to be a K&R format.

Their jobs are important, that's why we need to rearrange the source code.
It is easily to get bugs when your code not readable. Readability is
very important, many books from masters say that.

Ofcouse, I can do format on my local copy. It is easy, just press a
button in phpeclipse.
But after I did that, I cannot report bugs with line numbers. It will
be hard to apply patch.

Dennis


On 2/23/06, Dmitry Dulepov <typo3 at fm-world.ru> wrote:
> Hi!
>
> Dennis Cheung wrote:
> > I have noticed that the file class.tslib_content.php is too larger and
> > the code do not have common coding style.
>
> Historical reasons...
>
> > The code inside the file do not apply BSD/GNU/K&R style.
> > sometimes it wrote IF statement in a single line, and sometimes it use
> > K&R style.
> > It is very difficult to read.
>
> Well, there is a typo3 coding guidelines, so BSD/GNU/K&R style is not
> directly applicable. I think coding there reflects long evolution of
> this file...
>
> Anyway, core developers have more than enough job to do. If you think it
> is important to change coding style, you can do it yourself. I think
> core developers have more important things to change than readability of
> this particular file ;)
>
> Dmitry.
> --
> "It is our choices, that show what we truly are,
> far more than our abilities." (A.P.W.B.D.)
> _______________________________________________
> TYPO3-dev mailing list
> TYPO3-dev at lists.netfielders.de
> http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev
>



From bedlamhotel at gmail.com  Fri Feb 24 03:00:21 2006
From: bedlamhotel at gmail.com (Christopher)
Date: Thu, 23 Feb 2006 18:00:21 -0800
Subject: [TYPO3-dev] [TYPO3-Dev] Please do rearrange the source of
	class.tslib_content.php
In-Reply-To: <mailman.3750.1140746058.3122.typo3-dev@lists.netfielders.de>
References: <mailman.3365.1140672058.3122.typo3-dev@lists.netfielders.de>
	<mailman.1.1140697903.7961.typo3-dev@lists.netfielders.de>
	<mailman.3750.1140746058.3122.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.3753.1140746424.3122.typo3-dev@lists.netfielders.de>

On 2/23/06, Dennis Cheung <hkdennis2k at gmail.com> wrote:
> Hi Dmiry,
>
> Sorry, I cannot found which section mentiond the statement style from
> the document,
> http://typo3.org/documentation/document-library/core-documentation/doc_core_cgl/current/view/
> From the "Line Formatting" section, it is likely to be a K&R format.
>
> Their jobs are important, that's why we need to rearrange the source code.
> It is easily to get bugs when your code not readable. Readability is
> very important, many books from masters say that.
>
> Ofcouse, I can do format on my local copy. It is easy, just press a
> button in phpeclipse.
> But after I did that, I cannot report bugs with line numbers. It will
> be hard to apply patch.
>

So why not submit the reformatted file to the bugtracker? Once it's in
the core, you can go to work more comfortably on the bugs...


-Christopher



From manceschi at arscolor.com  Fri Feb 24 09:26:02 2006
From: manceschi at arscolor.com (Matteo Anceschi)
Date: Fri, 24 Feb 2006 09:26:02 +0100
Subject: [TYPO3-dev]  Jedit Typoscript plugin released
Message-ID: <mailman.1.1140769562.21547.typo3-dev@lists.netfielders.de>

Hi all,

Hoyt (plugin mantainer) has just upload this Jedit plugin: "Typoscript".

Cut and paste:
"The TypoScript plugin provides virtual filesystem support for loading 
and editing the "setup" and "constants" templates within the TYPO3 CMS, 
complete with a contributed edit mode allowing syntax highlighting. It 
interfaces with TYPO3 using XML-RPC, so you will need to install the 
jeditvfs extension in the TYPO3 backend (available from TER via the 
Extension Manager)." (etc etc)

I think this has absolutely to be tested! :) :)
Someone uses it already? I think here there are a lot of jedit 
supporters..uhm Karsten if I remember well? ;)

Cheers,
Matteo




-- 


______________________________________________
Per una collaborazione migliore, segui le regole
delle mailing list di Typo3: http://typo3.org/1438.0.html



From manceschi at arscolor.com  Fri Feb 24 09:38:55 2006
From: manceschi at arscolor.com (Matteo Anceschi)
Date: Fri, 24 Feb 2006 09:38:55 +0100
Subject: [TYPO3-dev] Jedit Typoscript plugin released
In-Reply-To: <mailman.1.1140769562.21547.typo3-dev@lists.netfielders.de>
References: <mailman.1.1140769562.21547.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140770335.22446.typo3-dev@lists.netfielders.de>

Il 24/02/06 9.26, Matteo Anceschi ha scritto:
> Hi all,
> 
> Hoyt (plugin mantainer) has just upload this Jedit plugin: "Typoscript".
> 
> Cut and paste:
> "The TypoScript plugin provides virtual filesystem support for loading 
> and editing the "setup" and "constants" templates within the TYPO3 CMS, 
> complete with a contributed edit mode allowing syntax highlighting. It 
> interfaces with TYPO3 using XML-RPC, so you will need to install the 
> jeditvfs extension in the TYPO3 backend (available from TER via the 
> Extension Manager)." (etc etc)
> 
> I think this has absolutely to be tested! :) :)
> Someone uses it already? I think here there are a lot of jedit 
> supporters..uhm Karsten if I remember well? ;)
> 
> Cheers,
> Matteo
> 
> 
> 
> 

Links:
TS plugin: http://plugins.jedit.org/plugins/?TypoScript
TS plugin depends on the new version of Jakarta Commons, here: 
http://plugins.jedit.org/plugins/?JakartaCommons

Last thing: "new Typoscript edit mode" depends on Jedit  4.3pre4, which 
will be released (hopefully) quite soon.

Matteo

-- 


______________________________________________
Per una collaborazione migliore, segui le regole
delle mailing list di Typo3: http://typo3.org/1438.0.html



From tw at amedick-sommer.de  Fri Feb 24 09:46:31 2006
From: tw at amedick-sommer.de (Waggershauser, Thomas)
Date: Fri, 24 Feb 2006 09:46:31 +0100
Subject: [TYPO3-dev] Hide existing TCA-Fields in XClass
Message-ID: <mailman.3878.1140770794.3122.typo3-dev@lists.netfielders.de>

Hello Devs!

Im making an customer specific XClass Extension at the moment, and need to hide some fields of the original extensions in TCE-forms.

My problem is, that I see neither a way to remove the TCA-Fields nor to set them to another palette..

Some Ideas?



From typo3dev at geithware.de  Fri Feb 24 09:45:27 2006
From: typo3dev at geithware.de (Stefan Geith)
Date: Fri, 24 Feb 2006 09:45:27 +0100
Subject: [TYPO3-dev] solving the "remember me" puzzle
In-Reply-To: <mailman.1.1140721880.19561.typo3-dev@lists.netfielders.de>
References: <mailman.1.1140721880.19561.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.3879.1140770852.3122.typo3-dev@lists.netfielders.de>

Keith Morrison schrieb:
> OK, I've got a solution for integrating a "remember me" checkbox with 
> the newloginbox extension.  It requires an XCLASS extension of 
> tslib_feUserAuth (no hook would handle this).  If anyone is interested 
> in this feature, I can post the code snippets, because I'd like some 
> input.  It isn't terribly complex, but that doesn't mean I couldn't have 
> missed something.

I would like to see this in the core ...

Perhaps you make 'feature'-entry in the bugtracker ?

-

Stefan



From michael at typo3.org  Fri Feb 24 09:48:17 2006
From: michael at typo3.org (Michael Stucki)
Date: Fri, 24 Feb 2006 09:48:17 +0100
Subject: [TYPO3-dev] [TYPO3-Dev] Please do rearrange the source of
	class.tslib_content.php
References: <mailman.3365.1140672058.3122.typo3-dev@lists.netfielders.de>
	<mailman.1.1140697903.7961.typo3-dev@lists.netfielders.de>
	<mailman.3750.1140746058.3122.typo3-dev@lists.netfielders.de>
	<mailman.3753.1140746424.3122.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140772624.28698.typo3-dev@lists.netfielders.de>

Christopher wrote:

> So why not submit the reformatted file to the bugtracker? Once it's in
> the core, you can go to work more comfortably on the bugs...

Exactly. Please submit a patch of the changed file. If you are not familar
with "diff" you can simply attach the original and the new file to the
bugtracker. Don't forget to post the bug number in here!

I will have a look at the changes and decide whether it is worth to change
it or not.

- michael
-- 
Use a newsreader! Check out
http://typo3.org/community/mailing-lists/use-a-news-reader/



From franz at fholzinger.com  Fri Feb 24 11:17:56 2006
From: franz at fholzinger.com (Franz Holzinger)
Date: Fri, 24 Feb 2006 11:17:56 +0100
Subject: [TYPO3-dev] CVS symlink issue
In-Reply-To: <mailman.1.1140722875.21049.typo3-dev@lists.netfielders.de>
References: <mailman.1.1140564721.20782.typo3-dev@lists.netfielders.de>
	<mailman.1.1140607938.20448.typo3-dev@lists.netfielders.de>
	<mailman.1.1140719305.15276.typo3-dev@lists.netfielders.de>
	<mailman.1.1140722875.21049.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140776200.2999.typo3-dev@lists.netfielders.de>

Hello Ingmar,
>>
>>To where do I have to create the symlink from the index.php in the root
>>directory /var/www/html?
>>
>>
>>Is it to index_ts.php?
> 
> 
> No, there is actually a new file index.php just in the root of the
> TYPO3core module in CVS that includes index_ts.php so you don't need any
> symlink for that at all anymore:
> http://cvs.sourceforge.net/viewcvs.py/typo3/TYPO3core/?only_with_tag=TYPO3_4-0

If I delete my symlink at /var/www/html
index.php -> typo3_src/index.php

I get Error 404, object not found with each TYPO3 frontend page at
localhost. Only the backend works.


Greets,

Franz







From ingmar at typo3.org  Fri Feb 24 12:21:41 2006
From: ingmar at typo3.org (Ingmar Schlecht)
Date: Fri, 24 Feb 2006 12:21:41 +0100
Subject: [TYPO3-dev] CVS symlink issue
In-Reply-To: <mailman.1.1140776200.2999.typo3-dev@lists.netfielders.de>
References: <mailman.1.1140564721.20782.typo3-dev@lists.netfielders.de>
	<mailman.1.1140607938.20448.typo3-dev@lists.netfielders.de>
	<mailman.1.1140719305.15276.typo3-dev@lists.netfielders.de>
	<mailman.1.1140722875.21049.typo3-dev@lists.netfielders.de>
	<mailman.1.1140776200.2999.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140780096.13497.typo3-dev@lists.netfielders.de>

Franz Holzinger wrote:
> If I delete my symlink at /var/www/html
> index.php -> typo3_src/index.php
> 
> I get Error 404, object not found with each TYPO3 frontend page at
> localhost. Only the backend works.

Of course, but that depends on your installation.
In your installation "index.php -> typo3_src/index.php" is the correct
symlink to set.

cheers,
Ingmar



From cy at ya.com  Fri Feb 24 12:35:52 2006
From: cy at ya.com (=?ISO-8859-1?Q?=22Jes=FAs_H=2E=22?=)
Date: Fri, 24 Feb 2006 12:35:52 +0100
Subject: [TYPO3-dev]  External URL Page Type on Typo3 4.0b3
Message-ID: <mailman.1.1140780944.15138.typo3-dev@lists.netfielders.de>

Dear List,

I've upgraded from 4.0b2 to b3 this morning and all was smooth but I've 
noticed that the External URL page type instead of forwarding me to the 
page it has to go it stays on that page with a Warning like this:

Cannot modify header information - headers already sent by (output 
started at 
/home/httpd/vhosts/xxx.com/httpdocs/web/typo3/sysext/cms/tslib/index_ts.php:517) 
in 
<b>/home/httpd/vhosts/xxx.com/httpdocs/web/typo3/sysext/cms/tslib/class.tslib_fe.php</b> 
on line <b>2165</b>


Can anybody tell me if this is happening to them and if not what can be 
causing it?

Regards,

Jes?s



From ingmar at typo3.org  Fri Feb 24 12:41:08 2006
From: ingmar at typo3.org (Ingmar Schlecht)
Date: Fri, 24 Feb 2006 12:41:08 +0100
Subject: [TYPO3-dev] External URL Page Type on Typo3 4.0b3
In-Reply-To: <mailman.1.1140780944.15138.typo3-dev@lists.netfielders.de>
References: <mailman.1.1140780944.15138.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140781263.15314.typo3-dev@lists.netfielders.de>

Hi Jes?s,

Jes?s H. wrote:
> I've upgraded from 4.0b2 to b3 this morning and all was smooth but I've
> noticed that the External URL page type instead of forwarding me to the
> page it has to go it stays on that page with a Warning like this:
> 
> Cannot modify header information - headers already sent

The bug is already fixed in CVS so it'll be working again in the next beta.

cheers,
Ingmar



From franz at fholzinger.com  Fri Feb 24 12:44:16 2006
From: franz at fholzinger.com (Franz Holzinger)
Date: Fri, 24 Feb 2006 12:44:16 +0100
Subject: [TYPO3-dev]  TYPO3_DOCUMENT_ROOT with multiple TYPO3s
Message-ID: <mailman.1.1140781380.15669.typo3-dev@lists.netfielders.de>

Hello,

I have multiple TYPO3 installations on my site.
So I have created a lot of subdirectories using the dummy.tar.gz files
and renamed them.


v10154:/var/www/vhosts/story-castle.net/httpdocs # ls

gives the subfolders where each contains its own fileadmin, typo3conf,
typo3temp and media folders and the symbolic links to the TYPO3 sourde.

Each uses its own database.
So these installations are independant from each other.

However if  an extension now uses the TYPO3_DOCUMENT_ROOT to get the
path to fileadmin, this goes wrong:

SCRIPT_NAME	/fholzinger2/typo3/install/index.php
TYPO3_DOCUMENT_ROOT	/var/www/vhosts/story-castle.net/httpdocs


The TYPO3_DOCUMENT_ROOT should be
/var/www/vhosts/story-castle.net/httpdocs/fholzinger2
for the TYPO3 installation of directory fholzinger2.

If an extension uses only TYPO3_DOCUMENT_ROOT this currently goes to the
wrong fileadmin folder!

What do you think?


Regards,

Franz




From cy at ya.com  Fri Feb 24 12:47:33 2006
From: cy at ya.com (=?ISO-8859-1?Q?=22Jes=FAs_H=2E=22?=)
Date: Fri, 24 Feb 2006 12:47:33 +0100
Subject: [TYPO3-dev] External URL Page Type on Typo3 4.0b3
In-Reply-To: <mailman.1.1140781263.15314.typo3-dev@lists.netfielders.de>
References: <mailman.1.1140780944.15138.typo3-dev@lists.netfielders.de>
	<mailman.1.1140781263.15314.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140781645.15248.typo3-dev@lists.netfielders.de>

Dear Ingmar,

Thanks for the prompt reply, I am going to get it from the CVS in a sec.

Best regards,

Jes?s

Ingmar Schlecht wrote:
> Hi Jes?s,
> 
> Jes?s H. wrote:
> 
>>I've upgraded from 4.0b2 to b3 this morning and all was smooth but I've
>>noticed that the External URL page type instead of forwarding me to the
>>page it has to go it stays on that page with a Warning like this:
>>
>>Cannot modify header information - headers already sent
> 
> 
> The bug is already fixed in CVS so it'll be working again in the next beta.
> 
> cheers,
> Ingmar



From usenet at digilog.de  Fri Feb 24 16:32:22 2006
From: usenet at digilog.de (Joerg Wagner - DigiLog multimedia)
Date: Fri, 24 Feb 2006 16:32:22 +0100
Subject: [TYPO3-dev] 4.0beta3 GMENU transparency bug?!?
References: <mailman.1.1140249664.28667.typo3-dev@lists.netfielders.de><mailman.1.1140302284.15081.typo3-dev@lists.netfielders.de>
	<mailman.1760.1140311034.3122.typo3-dev@lists.netfielders.de>
	<mailman.1.1140318241.4618.typo3-dev@lists.netfielders.de>
	<mailman.1.1140357022.15396.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140795141.13917.typo3-dev@lists.netfielders.de>

I filed a bug with detailed description for this problem now ( 
http://bugs.typo3.org/view.php?id=2692 ).
BTW: Christopher is not running on windows but on Fedora Core.

--
J?rg Wagner
DigiLog multimedia





From keith_morrison at dfci.harvard.edu  Fri Feb 24 17:54:27 2006
From: keith_morrison at dfci.harvard.edu (Keith Morrison)
Date: Fri, 24 Feb 2006 11:54:27 -0500
Subject: [TYPO3-dev] solving the "remember me" puzzle
In-Reply-To: <mailman.3879.1140770852.3122.typo3-dev@lists.netfielders.de>
References: <mailman.1.1140721880.19561.typo3-dev@lists.netfielders.de>
	<mailman.3879.1140770852.3122.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140799999.21371.typo3-dev@lists.netfielders.de>

Stefan Geith wrote:
> Keith Morrison schrieb:
> 
>> OK, I've got a solution for integrating a "remember me" checkbox with 
>> the newloginbox extension.  It requires an XCLASS extension of 
>> tslib_feUserAuth (no hook would handle this).  If anyone is interested 
>> in this feature, I can post the code snippets, because I'd like some 
>> input.  It isn't terribly complex, but that doesn't mean I couldn't 
>> have missed something.
> 
> 
> I would like to see this in the core ...
> 
> Perhaps you make 'feature'-entry in the bugtracker ?
> 
> -
> 
> Stefan

I'd like to see if it holds water first.  If it was an extension I'd 
just submit it, but it is an XCLASS and a snippet of code added to 
newloginbox right now.  Now that I think about it, I'm not sure how to 
package an XCLASS in an extension.  I need to find that out.

Keith



From keiser_soze at hotmail.com  Fri Feb 24 20:09:38 2006
From: keiser_soze at hotmail.com (Antonio Willybiro)
Date: Fri, 24 Feb 2006 19:09:38 -0000
Subject: [TYPO3-dev] Gifbuilder image quality problem
References: <mailman.3206.1140622661.3122.typo3-dev@lists.netfielders.de>	<mailman.1.1140624100.20475.typo3-dev@lists.netfielders.de>
	<mailman.3231.1140628566.3122.typo3-dev@lists.netfielders.de>
	<mailman.1.1140655949.8127.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140808181.4461.typo3-dev@lists.netfielders.de>

I did all the settings from the wiki page.
Can anyone help me with this menu:
http://www.actuariacnam.org/index.php?id=24

lib.menu_1.1.NO {
allWrap= <div id="title"><span class="title-icon"><img 
src="fileadmin/actuariacnam/images/menu_title_icon.jpg"></span><span 
class="nv-menu-title"> | </span></div>
XY = 80,30
transparentBackground = 1
  10 = TEXT
  10.text.field = title
  10.fontSize = 14px
  10.niceText = 1
  10.offset = 0,28
  10.fontFile = fileadmin/fonts/tahoma.ttf
  10.fontColor = #000000
  10.shadow.offset = 1,1
  10.shadow.blur = 10
  10.shadow.opacity = 10
  10.shadow.intensity = 100
}

I have [GFX][gdlib_png]=1

I would like to get the background transparent or reduce the size of that 
blank box around the title 5if i cant get a transparent background)

Thanks in advance
Antonio

"Bernhard Kraft" <kraftb at kraftb.at> wrote in message 
news:mailman.1.1140655949.8127.typo3-dev at lists.netfielders.de...
> Christopher wrote:
>
>> This is such excellent advice that I've added it to the wiki:
>> http://wiki.typo3.org/index.php/GIFBUILDER_QUALITY
>
> I updated it a little bit ...
>
>
> greets,
> Bernhard 





From bedlamhotel at gmail.com  Fri Feb 24 20:19:46 2006
From: bedlamhotel at gmail.com (Christopher)
Date: Fri, 24 Feb 2006 11:19:46 -0800
Subject: [TYPO3-dev] Gifbuilder image quality problem
In-Reply-To: <mailman.1.1140808181.4461.typo3-dev@lists.netfielders.de>
References: <mailman.3206.1140622661.3122.typo3-dev@lists.netfielders.de>
	<mailman.1.1140624100.20475.typo3-dev@lists.netfielders.de>
	<mailman.3231.1140628566.3122.typo3-dev@lists.netfielders.de>
	<mailman.1.1140655949.8127.typo3-dev@lists.netfielders.de>
	<mailman.1.1140808181.4461.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.4142.1140808788.3122.typo3-dev@lists.netfielders.de>

On 2/24/06, Antonio Willybiro <keiser_soze at hotmail.com> wrote:
> I did all the settings from the wiki page.
> Can anyone help me with this menu:
> http://www.actuariacnam.org/index.php?id=24
>
> lib.menu_1.1.NO {
> allWrap= <div id="title"><span class="title-icon"><img
> src="fileadmin/actuariacnam/images/menu_title_icon.jpg"></span><span
> class="nv-menu-title"> | </span></div>
> XY = 80,30
> transparentBackground = 1
>   10 = TEXT
>   10.text.field = title
>   10.fontSize = 14px
>   10.niceText = 1
>   10.offset = 0,28
>   10.fontFile = fileadmin/fonts/tahoma.ttf
>   10.fontColor = #000000
>   10.shadow.offset = 1,1
>   10.shadow.blur = 10
>   10.shadow.opacity = 10
>   10.shadow.intensity = 100
> }
>
> I have [GFX][gdlib_png]=1
>
> I would like to get the background transparent or reduce the size of that
> blank box around the title 5if i cant get a transparent background)
>

What are you talking about? Those images--in the left column,
right?--HAVE transparent backgrounds. That's why you can see little
specks of the blue through them.

The problem is that you've specificed no background colour--if you
don't do this, your shadow effects get applied over a white
background. You need to specify a background colour whether or not the
background is supposed to be transparent.

Try one of:

a) using a blue from the background gradient as the background colour
b) using a slice of that background gradient as the background for
each menu item. This is--*ahem*--documented very nicely in the TS By
Example manual [1], [2]


-Christopher

[1] http://typo3.org/documentation/document-library/core-documentation/doc_core_tsbyex/current/view/7/6/
[2] http://typo3.org/documentation/document-library/core-documentation/doc_core_tsbyex/current/view/7/8/



From bedlamhotel at gmail.com  Fri Feb 24 20:22:51 2006
From: bedlamhotel at gmail.com (Christopher)
Date: Fri, 24 Feb 2006 11:22:51 -0800
Subject: [TYPO3-dev] Gifbuilder image quality problem
In-Reply-To: <2b6e984e0602241119j44e90198r3561fa2bf0c62bb7@mail.gmail.com>
References: <mailman.3206.1140622661.3122.typo3-dev@lists.netfielders.de>
	<mailman.1.1140624100.20475.typo3-dev@lists.netfielders.de>
	<mailman.3231.1140628566.3122.typo3-dev@lists.netfielders.de>
	<mailman.1.1140655949.8127.typo3-dev@lists.netfielders.de>
	<mailman.1.1140808181.4461.typo3-dev@lists.netfielders.de>
	<2b6e984e0602241119j44e90198r3561fa2bf0c62bb7@mail.gmail.com>
Message-ID: <mailman.4144.1140808974.3122.typo3-dev@lists.netfielders.de>

> On 2/24/06, Antonio Willybiro <keiser_soze at hotmail.com> wrote:

<snip>

PS: Please follow the list rules! [1]

You have:

1) Hijacked an existing thread,
2) Asked your question on the wrong list

[1] http://typo3.org/community/mailing-lists/mailing-list-rules-guidelines/



From jwagner at digilog.de  Fri Feb 24 20:21:31 2006
From: jwagner at digilog.de (Joerg Wagner)
Date: Fri, 24 Feb 2006 20:21:31 +0100
Subject: [TYPO3-dev] Gifbuilder image quality problem
References: <mailman.3206.1140622661.3122.typo3-dev@lists.netfielders.de>	<mailman.1.1140624100.20475.typo3-dev@lists.netfielders.de>
	<mailman.3231.1140628566.3122.typo3-dev@lists.netfielders.de>
	<mailman.1.1140655949.8127.typo3-dev@lists.netfielders.de>
	<mailman.1.1140808181.4461.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140808868.5602.typo3-dev@lists.netfielders.de>

Actually your background is already transparent but IE does not show 
transparencies in PNGs, and beside that only those pixels are transparent 
where no content and no shadow is rendered. In FireFox it already looks much 
better, but for IE you are still bound to use GIFs if you need transparency.

To have your shadows blend into the background blue try setting the 
background color to match your blue background?
Something like...

    backColor = #3D65A8
    transparentBackground = 1

...together with [GFX][gdlib_png]=0 should work for IE and other browsers.
--
J?rg Wagner
DigiLog multimedia



"Antonio Willybiro" <keiser_soze at hotmail.com> schrieb im Newsbeitrag 
news:mailman.1.1140808181.4461.typo3-dev at lists.netfielders.de...
>I did all the settings from the wiki page.
> Can anyone help me with this menu:
> http://www.actuariacnam.org/index.php?id=24
>
> lib.menu_1.1.NO {
> allWrap= <div id="title"><span class="title-icon"><img 
> src="fileadmin/actuariacnam/images/menu_title_icon.jpg"></span><span 
> class="nv-menu-title"> | </span></div>
> XY = 80,30
> transparentBackground = 1
>  10 = TEXT
>  10.text.field = title
>  10.fontSize = 14px
>  10.niceText = 1
>  10.offset = 0,28
>  10.fontFile = fileadmin/fonts/tahoma.ttf
>  10.fontColor = #000000
>  10.shadow.offset = 1,1
>  10.shadow.blur = 10
>  10.shadow.opacity = 10
>  10.shadow.intensity = 100
> }
>
> I have [GFX][gdlib_png]=1
>
> I would like to get the background transparent or reduce the size of that 
> blank box around the title 5if i cant get a transparent background)
>
> Thanks in advance
> Antonio
>
> "Bernhard Kraft" <kraftb at kraftb.at> wrote in message 
> news:mailman.1.1140655949.8127.typo3-dev at lists.netfielders.de...
>> Christopher wrote:
>>
>>> This is such excellent advice that I've added it to the wiki:
>>> http://wiki.typo3.org/index.php/GIFBUILDER_QUALITY
>>
>> I updated it a little bit ...
>>
>>
>> greets,
>> Bernhard
>
> 





From beat-takeshi at gmx.net  Fri Feb 24 22:05:24 2006
From: beat-takeshi at gmx.net (Beat Takeshi)
Date: Fri, 24 Feb 2006 22:05:24 +0100
Subject: [TYPO3-dev] Jedit Typoscript plugin released
In-Reply-To: <mailman.1.1140769562.21547.typo3-dev@lists.netfielders.de>
References: <mailman.1.1140769562.21547.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140815128.15221.typo3-dev@lists.netfielders.de>

Matteo Anceschi schrieb:
> Hi all,
> 
> Hoyt (plugin mantainer) has just upload this Jedit plugin: "Typoscript".
> 
> Cut and paste:
> "The TypoScript plugin provides virtual filesystem support for loading 
> and editing the "setup" and "constants" templates within the TYPO3 CMS, 
> complete with a contributed edit mode allowing syntax highlighting. It 
> interfaces with TYPO3 using XML-RPC, so you will need to install the 
> jeditvfs extension in the TYPO3 backend (available from TER via the 
> Extension Manager)." (etc etc)
> 
> I think this has absolutely to be tested! :) :)
> Someone uses it already? I think here there are a lot of jedit 
> supporters..uhm Karsten if I remember well? ;)
> 
> Cheers,
> Matteo
> 
> 
> 
> 

Hi.

This would be sooo great. Though I had hoped for some sort of eclipse 
integration to pop-up first... but anything is better than the 
html-textfields in the backend...

First impression of the jEdit Plugin (on jEdit 4.3pre3):

Seems to work, but:

*) Syntax Highlighting doesn't.
    (Needs jEdit Version 4.3pre4 which isn't released yet)

*) Although changelog says its fixed: Showed only one template per page.
    Since I collect all my TS-Templates in one SysFolder... the whole 
thing isn't of much use to me... :(


Must say I never used jEdit before, so please correct me if there's 
something I could have done wrong. Anyways this looks really promising 
and I'm looking forward to using it one day.

Cheers,
Beat



From mads at typoconsult.dk  Fri Feb 24 21:22:57 2006
From: mads at typoconsult.dk (Mads Brunn)
Date: Fri, 24 Feb 2006 22:22:57 +0200
Subject: [TYPO3-dev]  Persistent USER and USER_INT objects
Message-ID: <mailman.1.1140816346.16656.typo3-dev@lists.netfielders.de>

Hi!

To the core developers of TYPO3: Thanks for all your hard work. I can 
imagine that you're quite busy these days but I hope one of you will 
find the time to help me on this question:

Could you please tell me why it shouldn't be possible to use persistent 
objects in TypoScript the same way it's possible in PHP?

I'd like to use something like this:

10 = USER
10{
	userFunc = &tx_myext_pi1->main
}

But this is not possible because the tslib_cObj->callUserFunction 
function doesn't store persistent objects (as is the case with the 
t3lib_div::callUserFunction function).

Could someone please shed some light on this? Is it for security reasons?

Thanks in advance.

Best regards

Mads Brunn



From info at cybercraft.de  Fri Feb 24 22:32:29 2006
From: info at cybercraft.de (JoH)
Date: Fri, 24 Feb 2006 22:32:29 +0100
Subject: [TYPO3-dev] Persistent USER and USER_INT objects
References: <mailman.1.1140816346.16656.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140816843.17122.typo3-dev@lists.netfielders.de>

> To the core developers of TYPO3: Thanks for all your hard work. I can
> imagine that you're quite busy these days but I hope one of you will
> find the time to help me on this question:
>
> Could you please tell me why it shouldn't be possible to use
> persistent objects in TypoScript the same way it's possible in PHP?
>
> I'd like to use something like this:
>
> 10 = USER
> 10{
> userFunc = &tx_myext_pi1->main
> }

If you just want to store the result and reuse it, you could do something
like this:

10 = LOAD_REGISTER
10 {
    tx_myextPi1.cObject = USER
    tx_myextPi1.cObject {
        userFunc = &tx_myext_pi1->main
    }
}

10 = TEXT
10.data = register:tx_myextPi1

20 = TEXT
20.data = register:tx_myextPi1

Joey

-- 
Wenn man keine Ahnung hat: Einfach mal Fresse halten!
(If you have no clues: simply shut your knob sometimes!)
Dieter Nuhr, German comedian
openBC: http://www.cybercraft.de





From kraftb at kraftb.at  Sat Feb 25 01:55:07 2006
From: kraftb at kraftb.at (Bernhard Kraft)
Date: Sat, 25 Feb 2006 01:55:07 +0100
Subject: [TYPO3-dev] Gifbuilder image quality problem
In-Reply-To: <mailman.1.1140808868.5602.typo3-dev@lists.netfielders.de>
References: <mailman.3206.1140622661.3122.typo3-dev@lists.netfielders.de>	<mailman.1.1140624100.20475.typo3-dev@lists.netfielders.de>
	<mailman.3231.1140628566.3122.typo3-dev@lists.netfielders.de>
	<mailman.1.1140655949.8127.typo3-dev@lists.netfielders.de>
	<mailman.1.1140808181.4461.typo3-dev@lists.netfielders.de>
	<mailman.1.1140808868.5602.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140828908.2264.typo3-dev@lists.netfielders.de>

Joerg Wagner wrote:
> Actually your background is already transparent but IE does not show 
> transparencies in PNGs, and beside that only those pixels are transparent 
> where no content and no shadow is rendered. In FireFox it already looks much 
> better, but for IE you are still bound to use GIFs if you need transparency.

That is not fully correct this way !

IE can of course handle png with transparency ! But only such with binary transparency
(0/1 transparent pixels) like in .gif ... and no alpha-channels (0-256 transparency levels).
Those are quite well supported by FF.

You can get those alpha-channel pngs to work in IE with an ugly CSS hack for which an extension
is available (ie5pngfix or such)

AFAIK IE7 will support transparency layers out of the box.


greets,
Bernhard



From hkdennis2k at gmail.com  Sat Feb 25 03:23:58 2006
From: hkdennis2k at gmail.com (Dennis Cheung)
Date: Sat, 25 Feb 2006 10:23:58 +0800
Subject: [TYPO3-dev] [Typo3-Dev] How to make speakurl easier to read ?
Message-ID: <mailman.4234.1140834240.3122.typo3-dev@lists.netfielders.de>

Hi all,

I notice that RealUrl always to "/" to concat the parameter whatever.
e.g.
  http://mysite/pre_var_1/pre_var_2/mainpath_1/mainpath_2/postvar_key/postvar_1/post_var_2/filename.ext

It is too close and difficult to read. I may also decode wrong if
something fail/changes.

Can it rewritten to be somethine like that??
e.g.
http://mysite/pre_var_1-pre_var_2/mainpath_1/mainpath_2/filename-postvar_key-postvar_1-post_var_2.ext
or even more
http://pre_var_1.pre_var_2.mysite/mainpath_1/mainpath_2/filename-postvar_key-postvar_1-post_var_2.ext

It is easier to understand what's happening and it will not mismatch
an postVar into the path.

I have tried to read the source of realurl once. But I didn't know
which part controls that logic. Can anyone have me a favour?

Thanks,
Dennis



From franz at fholzinger.com  Sat Feb 25 08:50:32 2006
From: franz at fholzinger.com (Franz Holzinger)
Date: Sat, 25 Feb 2006 08:50:32 +0100
Subject: [TYPO3-dev] TYPO3_DOCUMENT_ROOT with multiple TYPO3s
In-Reply-To: <mailman.1.1140781380.15669.typo3-dev@lists.netfielders.de>
References: <mailman.1.1140781380.15669.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140853751.14252.typo3-dev@lists.netfielders.de>

Ingmar Schlecht wrote:

> What you are looking for is the constant PATH_site.

Correct!

Franz




From mads at typoconsult.dk  Sat Feb 25 08:25:10 2006
From: mads at typoconsult.dk (Mads Brunn)
Date: Sat, 25 Feb 2006 09:25:10 +0200
Subject: [TYPO3-dev] Persistent USER and USER_INT objects
In-Reply-To: <mailman.1.1140816843.17122.typo3-dev@lists.netfielders.de>
References: <mailman.1.1140816346.16656.typo3-dev@lists.netfielders.de>
	<mailman.1.1140816843.17122.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140856080.17214.typo3-dev@lists.netfielders.de>

Hi Joey

JoH wrote:

> If you just want to store the result and reuse it, you could do something
> like this:
> 
> 10 = LOAD_REGISTER
> 10 {
>     tx_myextPi1.cObject = USER
>     tx_myextPi1.cObject {
>         userFunc = &tx_myext_pi1->main
>     }
> }
> 
> 10 = TEXT
> 10.data = register:tx_myextPi1
> 
> 20 = TEXT
> 20.data = register:tx_myextPi1
> 
> Joey

Yeah, I know but that's not the issue here. In this case I need to call 
a USER object a lot of times but with different parameters. I believe I 
could save some overhead by making the object persistent. You follow me?


Best regards

Mads Brunn



From neil at tasmanstudios.co.nz  Sat Feb 25 10:22:36 2006
From: neil at tasmanstudios.co.nz (Neil Bertram)
Date: Sat, 25 Feb 2006 22:22:36 +1300
Subject: [TYPO3-dev] Jedit Typoscript plugin released
In-Reply-To: <mailman.1.1140815128.15221.typo3-dev@lists.netfielders.de>
References: <mailman.1.1140769562.21547.typo3-dev@lists.netfielders.de>
	<mailman.1.1140815128.15221.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140858323.20500.typo3-dev@lists.netfielders.de>


> First impression of the jEdit Plugin (on jEdit 4.3pre3):
> 
> Seems to work, but:
> 
> *) Syntax Highlighting doesn't.
>    (Needs jEdit Version 4.3pre4 which isn't released yet)
> 
> *) Although changelog says its fixed: Showed only one template per page.
>    Since I collect all my TS-Templates in one SysFolder... the whole 
> thing isn't of much use to me... :(
> 
> 
> Must say I never used jEdit before, so please correct me if there's 
> something I could have done wrong. Anyways this looks really promising 
> and I'm looking forward to using it one day.
> 
> Cheers,
> Beat

Hi!

I'm actually the developer of the mentioned plugin. It does support 
multiple templates at the server side, but the client that's in jEdit's 
repository right now is a month old and doesn't support them. Version 
0.1.1 of the client is what you're looking out for.

If you'd like to get on my list of beta testers, drop me a line on 
neil{AT}tasmanstudios.co.nz

I can also give you instructions for installing the edit mode manually 
so you get syntax highlighting ahead of 4.3pre4, or if you want to live 
on the wild side, I can provide you with a copy of jEdit 4.3pre4 
straight from CVS.

In fact, I'm feeling generous!

CVS snapshot of jEdit 4.3pre4, including typoscript syntax highlighting:
http://sloth.webbedfeet.net.nz/~neil/t3stuff/jedit-cvs-20060225-43pre4.tar.bz2

jEdit TypoScript plugin 0.1.1 beta
http://sloth.webbedfeet.net.nz/~neil/t3stuff/TypoScript.jar

Hopefully you dev types know what to do with them :)

In case you don't, replace your jEdit main directory with the one in the 
bz2 file, or simply keep it separate and run the jedit.jar file 
manually. The TypoScript.jar file gets put into the "jars" folder where 
the current version is. Do a find file for TypoScript.jar and drop this 
new one on top.

Let me know how you get on! I'm eagerly awaiting more feedback :)


Neil

PS: If anyone knows why TER2 is complaining about the xmlrpc_lib 
dependency on jeditvfs, please let me know :)






From neil at tasmanstudios.co.nz  Sat Feb 25 11:11:15 2006
From: neil at tasmanstudios.co.nz (Neil Bertram)
Date: Sat, 25 Feb 2006 23:11:15 +1300
Subject: [TYPO3-dev] Jedit Typoscript plugin released
In-Reply-To: <mailman.1.1140815128.15221.typo3-dev@lists.netfielders.de>
References: <mailman.1.1140769562.21547.typo3-dev@lists.netfielders.de>
	<mailman.1.1140815128.15221.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140860746.23487.typo3-dev@lists.netfielders.de>


> Hi.
> 
> This would be sooo great. Though I had hoped for some sort of eclipse 
> integration to pop-up first... but anything is better than the 
> html-textfields in the backend...
>

Oh and by the way, as I mention in the jeditvfs docs, I'm happy to help 
any other developer that wants to integrate this into another editor 
that's capable of loading/saving through a virtual filesystem. I use 
jEdit rather than Eclipse for my PHP development, but I do use Eclipse 
for Java (the jEdit plugin was written in Eclipse!)

I think I could implement an Eclipse plugin that does the same thing as 
my jEdit one. One issue is that Eclipse uses AWT instead of Swing, which 
I'm not familiar with, and also rules out copy-pasting the code from 
jEdit to Eclipse. Also a quick google turns up that Eclipse doesn't yet 
support virtual filesystems, but they're considering it for 3.2.

Is there any interest in a Flash or Java applet to replace the textarea 
editor in the backend? I know there was some talk about it some months 
ago, but it never got past trials... I'd be happy to work on a project 
to revamp the backend editor if the demand is there. Zap the gremlins!



Neil



From newslist at andreas-balzer.de  Sat Feb 25 11:09:36 2006
From: newslist at andreas-balzer.de (Andreas Balzer)
Date: Sat, 25 Feb 2006 11:09:36 +0100
Subject: [TYPO3-dev]  Problems with update from 3.8.0 to 4 beta 3
Message-ID: <mailman.1.1140862171.26688.typo3-dev@lists.netfielders.de>

Hi!
I just installed a testserver with the apache typo3 3.8.1 package on my 
local machine. After that, i deleted all database tables from typo3 
3.8.1 and deleted the whole typo3 folder. Then i copied my 
productionserver files and databases to the server on my computer. 
(production server has 3.8.0) After that i tested if everything works 
fine. It did.. Then i just copied the Typo3 4 beta 3 source package on 
my 3.8.0 testserver. Everything went wrong :)

Well, first of all, the install script always asks me for a new 
password. The other things are fine there. I looked in the update 
section and was surprised, that it wants to emulate 3.8.1 and not 3.8.0. 
  (you know, i just removed everything from 3.8.1.. It should be 3.8.0 
now..)

Ok.. I wondered and wanted to look into the FE.. Result: Database error

"Warning: mysql_fetch_assoc(): supplied argument is not a valid MySQL 
result resource in C:\apache\htdocs\contents\t3lib\class.t3lib_db.php on 
line 796"

Ok.. hm.. what could i do? I first thought that i could do something in 
the BE.. So i opened that, but there the same error occurs not once, but 
5 times on nearly every main page :-/

By time i noticed, that every Typo3 BE pagetree has some php database 
errors more. Several functions that get invalid MySQL result resources..

Well, i don't know what that means, because with my database everything 
should be fine.

I also tried to recopy all the files, but that did not work either.

So my questions:
What have i done wrong?
What should i do?
	Wait for help
	Go to other lists and ask there
	Write a bug report
	Try everything again
	Confront my head with the next wall :)

You have one joker.. ;)

Greets
Andreas



From newslist at andreas-balzer.de  Sat Feb 25 11:31:56 2006
From: newslist at andreas-balzer.de (Andreas Balzer)
Date: Sat, 25 Feb 2006 11:31:56 +0100
Subject: [TYPO3-dev] Problems with update from 3.8.0 to 4 beta 3
In-Reply-To: <mailman.1.1140862171.26688.typo3-dev@lists.netfielders.de>
References: <mailman.1.1140862171.26688.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140863512.28108.typo3-dev@lists.netfielders.de>

Problem solved.
I forgot to run the database analyzer from the typo3 4 beta 3 install tool..
Feature wish: there could be a warn message "you did not start the 
database analyzer already.." :)

Greets
Andreas



From newslist at andreas-balzer.de  Sat Feb 25 17:28:38 2006
From: newslist at andreas-balzer.de (Andreas Balzer)
Date: Sat, 25 Feb 2006 17:28:38 +0100
Subject: [TYPO3-dev]  Updating extensions via extension?
Message-ID: <mailman.1.1140884913.24625.typo3-dev@lists.netfielders.de>

Hi! Is there an extension for 4 beta 3++ that is able to update the 
installed extensions via TER2?
The only one i know, can only handle with typo3 3.8.1- and ter 1 i think..

Greets
Andreas



From beat-takeshi at gmx.net  Sat Feb 25 19:30:43 2006
From: beat-takeshi at gmx.net (Beat Takeshi)
Date: Sat, 25 Feb 2006 19:30:43 +0100
Subject: [TYPO3-dev] Jedit Typoscript plugin released
In-Reply-To: <mailman.1.1140858323.20500.typo3-dev@lists.netfielders.de>
References: <mailman.1.1140769562.21547.typo3-dev@lists.netfielders.de>
	<mailman.1.1140815128.15221.typo3-dev@lists.netfielders.de>
	<mailman.1.1140858323.20500.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140892249.4387.typo3-dev@lists.netfielders.de>

Neil Bertram schrieb:
> 
>> First impression of the jEdit Plugin (on jEdit 4.3pre3):
>>
>> Seems to work, but:
>>
>> *) Syntax Highlighting doesn't.
>>    (Needs jEdit Version 4.3pre4 which isn't released yet)
>>
>> *) Although changelog says its fixed: Showed only one template per page.
>>    Since I collect all my TS-Templates in one SysFolder... the whole 
>> thing isn't of much use to me... :(
>>
>>
>> Must say I never used jEdit before, so please correct me if there's 
>> something I could have done wrong. Anyways this looks really promising 
>> and I'm looking forward to using it one day.
>>
>> Cheers,
>> Beat
> 
> Hi!
> 
> I'm actually the developer of the mentioned plugin. It does support 
> multiple templates at the server side, but the client that's in jEdit's 
> repository right now is a month old and doesn't support them. Version 
> 0.1.1 of the client is what you're looking out for.
> 
> If you'd like to get on my list of beta testers, drop me a line on 
> neil{AT}tasmanstudios.co.nz
> 
> I can also give you instructions for installing the edit mode manually 
> so you get syntax highlighting ahead of 4.3pre4, or if you want to live 
> on the wild side, I can provide you with a copy of jEdit 4.3pre4 
> straight from CVS.
> 
> In fact, I'm feeling generous!
> 
> CVS snapshot of jEdit 4.3pre4, including typoscript syntax highlighting:
> http://sloth.webbedfeet.net.nz/~neil/t3stuff/jedit-cvs-20060225-43pre4.tar.bz2 
> 
> 
> jEdit TypoScript plugin 0.1.1 beta
> http://sloth.webbedfeet.net.nz/~neil/t3stuff/TypoScript.jar
> 
> Hopefully you dev types know what to do with them :)
> 
> In case you don't, replace your jEdit main directory with the one in the 
> bz2 file, or simply keep it separate and run the jedit.jar file 
> manually. The TypoScript.jar file gets put into the "jars" folder where 
> the current version is. Do a find file for TypoScript.jar and drop this 
> new one on top.
> 
> Let me know how you get on! I'm eagerly awaiting more feedback :)
> 
> 
> Neil
> 
> PS: If anyone knows why TER2 is complaining about the xmlrpc_lib 
> dependency on jeditvfs, please let me know :)
> 
> 
> 

Hi Neil.

Thanks a lot for the download links. Installed them both and *heureka* 
it worked. I can see all my templates and syntax highlighting works too.

Looks really like a much more convenient way to edit the templates than 
the traditional way. Thanks a lot, great work.

One last question: I know the typoscript plugin is beta, and the jEdit 
is a pre-release I guess but:

Is there a risk of loosing or screwing up of Typoscript data ? Would you 
recommend using it in a critical production environment? Apart from the 
security concerns because of the unencrypted Backend-Password.

Thanks and good night, good Morning in New Zealand I guess,
Beat




From neil at tasmanstudios.co.nz  Sun Feb 26 14:16:50 2006
From: neil at tasmanstudios.co.nz (Neil Bertram)
Date: Mon, 27 Feb 2006 02:16:50 +1300
Subject: [TYPO3-dev] Jedit Typoscript plugin released
In-Reply-To: <mailman.1.1140892249.4387.typo3-dev@lists.netfielders.de>
References: <mailman.1.1140769562.21547.typo3-dev@lists.netfielders.de>
	<mailman.1.1140815128.15221.typo3-dev@lists.netfielders.de>
	<mailman.1.1140858323.20500.typo3-dev@lists.netfielders.de>
	<mailman.1.1140892249.4387.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140908553.27097.typo3-dev@lists.netfielders.de>

Hi

 >
 > Hi Neil.
 >
 > Thanks a lot for the download links. Installed them both and *heureka*
 > it worked. I can see all my templates and syntax highlighting works too.
 >
Excellent

 > Looks really like a much more convenient way to edit the templates than
 > the traditional way. Thanks a lot, great work.
 >
 > One last question: I know the typoscript plugin is beta, and the jEdit
 > is a pre-release I guess but:
 >
 > Is there a risk of loosing or screwing up of Typoscript data ? Would you
 > recommend using it in a critical production environment? Apart from the
 > security concerns because of the unencrypted Backend-Password.
 >
The company I work for has been using the original version since 
December on production sites. We take automatic database and site 
backups every night, so I'm not too afraid to use it. We have never had 
any issues with that version.

As for the new beta version, in terms of loading and saving it still 
uses exactly the same code. The only change is the tree browser.

While I can't guarantee it's perfect, I have yet to have any problems, 
and I fully trust it. I only coded that latest version on Friday though.

At some point I guess the TYPO3 security team might review at least the 
jeditvfs extension and complain about how I used the auth services API, 
but I'll complain right back that there's no real standalone way to test 
a BE login properly from the FE. It's encapsulated into a class which I 
could swap out with a new one if the core ever supports a more flexible 
authentication API.

 > Thanks and good night, good Morning in New Zealand I guess,
 > Beat
 >
Good morning! Glad to hear it worked for you!


Neil



From hkdennis2k at gmail.com  Sun Feb 26 02:30:36 2006
From: hkdennis2k at gmail.com (Dennis Cheung)
Date: Sun, 26 Feb 2006 09:30:36 +0800
Subject: [TYPO3-dev] Persistent USER and USER_INT objects
In-Reply-To: <mailman.1.1140856080.17214.typo3-dev@lists.netfielders.de>
References: <mailman.1.1140816346.16656.typo3-dev@lists.netfielders.de>
	<mailman.1.1140816843.17122.typo3-dev@lists.netfielders.de>
	<mailman.1.1140856080.17214.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.4450.1140917439.3122.typo3-dev@lists.netfielders.de>

Hi,

You may use non-tstemplate skills to result objects.

userFunc=tx_myext_wrapper_pi1->main

function main($content,$conf){
$realObject=tx_myext_pi::getInstance();
return $realObject->main($content,$conf);
}


But the overhead of creating new objects is not haevy.
The most heavy overhead I have found is LOCALLANG.PHP.

For very large language file(e.g. chc_forum), it may take 60ms~500ms
to include the php and do charset convertion.

BTW,
locallang.xml will has less impact. It does not require php
compiler/interpreper to load, and  it will cache on the xml, it can
take ~only 1ms for same language content.


Dennis

On 2/25/06, Mads Brunn <mads at typoconsult.dk> wrote:
> Hi Joey
>
> JoH wrote:
>
> > If you just want to store the result and reuse it, you could do something
> > like this:
> >
> > 10 = LOAD_REGISTER
> > 10 {
> >     tx_myextPi1.cObject = USER
> >     tx_myextPi1.cObject {
> >         userFunc = &tx_myext_pi1->main
> >     }
> > }
> >
> > 10 = TEXT
> > 10.data = register:tx_myextPi1
> >
> > 20 = TEXT
> > 20.data = register:tx_myextPi1
> >
> > Joey
>
> Yeah, I know but that's not the issue here. In this case I need to call
> a USER object a lot of times but with different parameters. I believe I
> could save some overhead by making the object persistent. You follow me?
>
>
> Best regards
>
> Mads Brunn
> _______________________________________________
> TYPO3-dev mailing list
> TYPO3-dev at lists.netfielders.de
> http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev
>



From typo3 at rvt.dds.nl  Sun Feb 26 03:51:52 2006
From: typo3 at rvt.dds.nl (Ries van Twisk)
Date: Sat, 25 Feb 2006 21:51:52 -0500
Subject: [TYPO3-dev] Problems with update from 3.8.0 to 4 beta 3
In-Reply-To: <mailman.1.1140863512.28108.typo3-dev@lists.netfielders.de>
References: <mailman.1.1140862171.26688.typo3-dev@lists.netfielders.de>
	<mailman.1.1140863512.28108.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.4460.1140922383.3122.typo3-dev@lists.netfielders.de>

Andreas Balzer wrote:

>Problem solved.
>I forgot to run the database analyzer from the typo3 4 beta 3 install tool..
>Feature wish: there could be a warn message "you did not start the 
>database analyzer already.." :)
>  
>
There is actually....

>Greets
>Andreas
>_______________________________________________
>TYPO3-dev mailing list
>TYPO3-dev at lists.netfielders.de
>http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev
>  
>




From gawain at camlann.de  Sun Feb 26 10:55:02 2006
From: gawain at camlann.de (Christian Welzel)
Date: Sun, 26 Feb 2006 10:55:02 +0100
Subject: [TYPO3-dev] Updating extensions via extension?
References: <mailman.1.1140884913.24625.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140947702.17349.typo3-dev@lists.netfielders.de>

Andreas Balzer wrote:

> The only one i know, can only handle with typo3 3.8.1- and ter 1 i think..

You mean ter_update_check ?
I uploaded a version (0.3.0) today that can handle TER2 too.

-- 
 MfG, Christian Welzel

  GPG-Key:     http://www.camlann.de/key.asc
  Fingerprint: 4F50 19BF 3346 36A6 CFA9 DBDC C268 6D24 70A1 AD15



From tapio.markula at dnainternet.net  Sun Feb 26 12:16:56 2006
From: tapio.markula at dnainternet.net (tapio)
Date: Sun, 26 Feb 2006 13:16:56 +0200
Subject: [TYPO3-dev]  Mambo-style top-menu
Message-ID: <mailman.1.1140952687.25388.typo3-dev@lists.netfielders.de>

Hi

Sorry about some messages in dev list. An email-friend of me thought 
once that Kasper was mixed me and you - it was *not* my idea!

 >http://www.ghostweb.dk/zamiam/upload/typotest_screen3.png

I thought that Lasse Norby was rather graphic designer not a developer but
that skecth shows that he is are also a developer - but he has not put 
hid developments public available.

It would be nice to give *options* to have a new top menu and new
shortcut frame.

 >http://lists.netfielders.de/pipermail/typo3-english/2006-February/019833.html 

It is sad, if that could be available Typo3 4.5-5.x

Mambo-style top menu could be nice option just now - at least as an 
extension.



From tapio.markula at dnainternet.net  Sun Feb 26 12:34:33 2006
From: tapio.markula at dnainternet.net (tapio)
Date: Sun, 26 Feb 2006 13:34:33 +0200
Subject: [TYPO3-dev] access control
In-Reply-To: <mailman.1.1140663385.16702.typo3-dev@lists.netfielders.de>
References: <mailman.1.1140026444.11713.typo3-dev@lists.netfielders.de>
	<mailman.1.1140040483.3533.typo3-dev@lists.netfielders.de>
	<mailman.1.1140076902.21275.typo3-dev@lists.netfielders.de>
	<mailman.1.1140077646.23193.typo3-dev@lists.netfielders.de>
	<mailman.1.1140126292.22682.typo3-dev@lists.netfielders.de>
	<mailman.1.1140424261.29251.typo3-dev@lists.netfielders.de>
	<mailman.1.1140612222.30550.typo3-dev@lists.netfielders.de>
	<mailman.1.1140663385.16702.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140953744.27137.typo3-dev@lists.netfielders.de>

Gregory Remington wrote:
> Rico Moorman wrote:
> 
>> so no one wants to join a discussion about that topic here?
>>
>> not even you ... tapio? ;-)
> 
> 
> Tapio is on holiday and should be back in a few days.

I'm now at home. IMO the core access control module should be extended.
But meanwhile it might be possible to extend content element -level 
access control just by adding some new conditions on hte base of
some new fields to 'tt_content'. a loop could test, it the user/user 
group would have access to the content element. A loop could change
the value variable, which relates, if someone can access the content, 
from 1 to 0, if some user/user group should not have access to the content.
In order to avoid too complex solution, should the control be for user 
or user group?



From typo3 at ingo-renner.com  Sun Feb 26 13:22:52 2006
From: typo3 at ingo-renner.com (Ingo Renner)
Date: Sun, 26 Feb 2006 13:22:52 +0100
Subject: [TYPO3-dev]  wiki page with page types in use created,
	please add your extensions
Message-ID: <mailman.1.1140956590.31837.typo3-dev@lists.netfielders.de>

Hi all,

I just created a wiki page where we can collect the page types used by our
extensions. Everyone who is in the need of a separate page type (typeNum)
should have a look at this page so that we don't get collisions someday.

Please feel free to addyour extension and  the used typeNum

The page is under Main page -> Developers -> [Extension Development]
Extension Development, page types already in use (typeNum, type)

direct link:
http://wiki.typo3.org/index.php/Extension_Development_page_types

cheers
Ingo

-- 
Use a newsreader! Check out
http://typo3.org/community/mailing-lists/use-a-news-reader/



From usenet at digilog.de  Sun Feb 26 15:15:22 2006
From: usenet at digilog.de (Joerg Wagner - DigiLog multimedia)
Date: Sun, 26 Feb 2006 15:15:22 +0100
Subject: [TYPO3-dev] Problems with update from 3.8.0 to 4 beta 3
References: <mailman.1.1140862171.26688.typo3-dev@lists.netfielders.de><mailman.1.1140863512.28108.typo3-dev@lists.netfielders.de>
	<mailman.4460.1140922383.3122.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140963320.10315.typo3-dev@lists.netfielders.de>

> There is actually....

Is there?!?
Then I missed it too. I also struggled around for some time until I found 
the solution with the help of the newsgroup.

--
J?rg Wagner
DigiLog multimedia

"Ries van Twisk" <typo3 at rvt.dds.nl> schrieb im Newsbeitrag 
news:mailman.4460.1140922383.3122.typo3-dev at lists.netfielders.de...
> Andreas Balzer wrote:
>
>>Problem solved.
>>I forgot to run the database analyzer from the typo3 4 beta 3 install 
>>tool..
>>Feature wish: there could be a warn message "you did not start the 
>>database analyzer already.." :)
>>
> There is actually....
>
>>Greets
>>Andreas
>>_______________________________________________
>>TYPO3-dev mailing list
>>TYPO3-dev at lists.netfielders.de
>>http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev
>>
> 





From martin.kutschker-n0spam at no5pam-blackbox.net  Sun Feb 26 17:08:52 2006
From: martin.kutschker-n0spam at no5pam-blackbox.net (Martin Kutschker)
Date: Sun, 26 Feb 2006 17:08:52 +0100
Subject: [TYPO3-dev] Mambo-style top-menu
In-Reply-To: <mailman.1.1140952687.25388.typo3-dev@lists.netfielders.de>
References: <mailman.1.1140952687.25388.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140970131.19945.typo3-dev@lists.netfielders.de>

tapio schrieb:
> Hi
> 
> Sorry about some messages in dev list. An email-friend of me thought 
> once that Kasper was mixed me and you - it was *not* my idea!
> 
>  >http://www.ghostweb.dk/zamiam/upload/typotest_screen3.png

Interesting idea, but has the problem that you cannot switch easily 
between common modules.

So to be real useful you need some kind of shortcut icons beneath or 
next to the menu. and of course soem way to configure which modules 
should have shortcut icons.

Masi



From tapio.markula at dnainternet.net  Sun Feb 26 17:19:45 2006
From: tapio.markula at dnainternet.net (tapio)
Date: Sun, 26 Feb 2006 18:19:45 +0200
Subject: [TYPO3-dev] Mambo-style top-menu
In-Reply-To: <mailman.1.1140970131.19945.typo3-dev@lists.netfielders.de>
References: <mailman.1.1140952687.25388.typo3-dev@lists.netfielders.de>
	<mailman.1.1140970131.19945.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140970856.20842.typo3-dev@lists.netfielders.de>

Martin Kutschker wrote:
> tapio schrieb:
> 
>> Hi
>>
>> Sorry about some messages in dev list. An email-friend of me thought 
>> once that Kasper was mixed me and you - it was *not* my idea!
>>
>>  >http://www.ghostweb.dk/zamiam/upload/typotest_screen3.png
> 
> 
> Interesting idea, but has the problem that you cannot switch easily 
> between common modules.
> 
> So to be real useful you need some kind of shortcut icons beneath or 
> next to the menu. and of course soem way to configure which modules 
> should have shortcut icons.

It seems that you don't know, if Lasse Norby has a working experimental 
extension somewhere. At least Lasse doesn't have a public extensions for 
  this. If Kasper speaks about this extension there should be somewhere 
a working demo to test.



From tapio.markula at dnainternet.net  Sun Feb 26 17:29:11 2006
From: tapio.markula at dnainternet.net (tapio)
Date: Sun, 26 Feb 2006 18:29:11 +0200
Subject: [TYPO3-dev] Upload of Extensions / Typo3.org: My Extension Keys.
In-Reply-To: <mailman.3083.1140603990.3122.typo3-dev@lists.netfielders.de>
References: <mailman.3083.1140603990.3122.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140971422.21523.typo3-dev@lists.netfielders.de>

Stefan Geith wrote:
> Hi,
> 
> does anybody know,
> 
> a) whether upload of extensions to TER2
>    via Typo3 3.8.1 and before
>    is possible or will be possible again ?
>    Or do I need a new Ter2-Upload-Plugin ?

I have not seen any good answer to this question.
Me - any many other - developer - don't know how to upload
their plugins.

Please - don't answer - "This has been answered..."
because I didn't find the answer from other lists.
This is really annoying situation.



From tapio.markula at dnainternet.net  Sun Feb 26 18:00:42 2006
From: tapio.markula at dnainternet.net (tapio)
Date: Sun, 26 Feb 2006 19:00:42 +0200
Subject: [TYPO3-dev]  Installing from TER
In-Reply-To: <mailman.1.1140971422.21523.typo3-dev@lists.netfielders.de>
References: <mailman.3083.1140603990.3122.typo3-dev@lists.netfielders.de>
	<mailman.1.1140971422.21523.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140973312.23605.typo3-dev@lists.netfielders.de>

Hi

Now TER doesn't work at all with 3.8.1. How to use Typo3 without 
possibility to install plugins.



From bedlamhotel at gmail.com  Sun Feb 26 18:20:35 2006
From: bedlamhotel at gmail.com (Christopher)
Date: Sun, 26 Feb 2006 09:20:35 -0800
Subject: [TYPO3-dev] Installing from TER
In-Reply-To: <mailman.1.1140973312.23605.typo3-dev@lists.netfielders.de>
References: <mailman.3083.1140603990.3122.typo3-dev@lists.netfielders.de>
	<mailman.1.1140971422.21523.typo3-dev@lists.netfielders.de>
	<mailman.1.1140973312.23605.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.4713.1140974437.3122.typo3-dev@lists.netfielders.de>

Welcome back ;-)

On 2/26/06, tapio <tapio.markula at dnainternet.net> wrote:
> Hi
>
> Now TER doesn't work at all with 3.8.1. How to use Typo3 without
> possibility to install plugins.

Please learn to ask informative questions. A question that takes the
form "X does not work, what am I supposed to do now?" does not provide
enough information for anyone but a mind-reader to help you. Please
read up on how to ask useful questions [1]--especially these sections:
[2], [3], and [4]

Incidentally I guess you didn't try searching the list archive,
because I haven't seen anyone else mention this-- and TER works fine
for me across a dozen or so 3.8.1 installations.

-Christopher

[1] http://www.catb.org/~esr/faqs/smart-questions.html
[2] http://www.catb.org/~esr/faqs/smart-questions.html#bespecific
[3] http://www.catb.org/~esr/faqs/smart-questions.html#beprecise
[4] http://www.catb.org/~esr/faqs/smart-questions.html#volume



From tapio.markula at dnainternet.net  Sun Feb 26 18:26:58 2006
From: tapio.markula at dnainternet.net (tapio)
Date: Sun, 26 Feb 2006 19:26:58 +0200
Subject: [TYPO3-dev] Installing from TER
In-Reply-To: <mailman.4713.1140974437.3122.typo3-dev@lists.netfielders.de>
References: <mailman.3083.1140603990.3122.typo3-dev@lists.netfielders.de>	<mailman.1.1140971422.21523.typo3-dev@lists.netfielders.de>	<mailman.1.1140973312.23605.typo3-dev@lists.netfielders.de>
	<mailman.4713.1140974437.3122.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140974889.27499.typo3-dev@lists.netfielders.de>


> Please learn to ask informative questions. A question that takes the
> form "X does not work, what am I supposed to do now?" does not provide
> enough information for anyone but a mind-reader to help you

sorry

When I now clicked 'connect to ...'

I didn't get anything. I tested with string 'news'.

I can't install from TER. I can't upload my extension.
Existing situation is extremely bad.

I just want to know, if other has same problems and how
much this situation will last.



From bedlamhotel at gmail.com  Sun Feb 26 19:09:31 2006
From: bedlamhotel at gmail.com (Christopher)
Date: Sun, 26 Feb 2006 10:09:31 -0800
Subject: [TYPO3-dev] Installing from TER
In-Reply-To: <mailman.1.1140974889.27499.typo3-dev@lists.netfielders.de>
References: <mailman.3083.1140603990.3122.typo3-dev@lists.netfielders.de>
	<mailman.1.1140971422.21523.typo3-dev@lists.netfielders.de>
	<mailman.1.1140973312.23605.typo3-dev@lists.netfielders.de>
	<mailman.4713.1140974437.3122.typo3-dev@lists.netfielders.de>
	<mailman.1.1140974889.27499.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.4721.1140977374.3122.typo3-dev@lists.netfielders.de>

On 2/26/06, tapio <tapio.markula at dnainternet.net> wrote:
>
> > Please learn to ask informative questions. A question that takes the
> > form "X does not work, what am I supposed to do now?" does not provide
> > enough information for anyone but a mind-reader to help you
>
> sorry
>
> When I now clicked 'connect to ...'
>
> I didn't get anything. I tested with string 'news'.
>
> I can't install from TER. I can't upload my extension.
> Existing situation is extremely bad.
>
> I just want to know, if other has same problems and how
> much this situation will last.

I see what you mean now. Perhaps something temporary? I was able to
access TER from 3.8.1 installs less than twelve hours ago. 4.0b3
access still working well at the moment, so the TER is not offline...

-Christopher



From greg at mediatech.net  Sun Feb 26 19:15:44 2006
From: greg at mediatech.net (Gregory Remington)
Date: Sun, 26 Feb 2006 10:15:44 -0800
Subject: [TYPO3-dev] Installing from TER
In-Reply-To: <mailman.4721.1140977374.3122.typo3-dev@lists.netfielders.de>
References: <mailman.3083.1140603990.3122.typo3-dev@lists.netfielders.de>	<mailman.1.1140971422.21523.typo3-dev@lists.netfielders.de>	<mailman.1.1140973312.23605.typo3-dev@lists.netfielders.de>	<mailman.4713.1140974437.3122.typo3-dev@lists.netfielders.de>	<mailman.1.1140974889.27499.typo3-dev@lists.netfielders.de>
	<mailman.4721.1140977374.3122.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140977742.32092.typo3-dev@lists.netfielders.de>

Christopher wrote:

> I see what you mean now. Perhaps something temporary? I was able to
> access TER from 3.8.1 installs less than twelve hours ago. 4.0b3
> access still working well at the moment, so the TER is not offline...

It may have something to do with http://www.typo3.org? I'm getting:

Forbidden
You don't have permission to access / on this server.

Apache/1.3.34 Server at hugo20.ka.punkt.de Port 80

Greg



From darksky77 at email.it  Sun Feb 26 23:09:04 2006
From: darksky77 at email.it (Francesco di Francia)
Date: Sun, 26 Feb 2006 23:09:04 +0100
Subject: [TYPO3-dev] 4.0beta3 and tt_news
In-Reply-To: <mailman.1.1140132575.1942.typo3-dev@lists.netfielders.de>
References: <mailman.973.1140130078.3122.typo3-dev@lists.netfielders.de>
	<mailman.1.1140131559.32631.typo3-dev@lists.netfielders.de>
	<mailman.982.1140132054.3122.typo3-dev@lists.netfielders.de>
	<mailman.1.1140132575.1942.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140991745.18585.typo3-dev@lists.netfielders.de>


> at least for tt_news I can say that a version which is working with 4.0
> exists already.
> 

Where we can find it ?

Regards,

Francesco


-- 
Net Wargaming Italia - La risorsa italiana per gli appassionati di 
wargame e strategici a turni
http://www.netwargamingitalia.net

info at netwargamingitalia.net
darksky at netwargamingitalia.net



From typo3 at ingo-renner.com  Sun Feb 26 23:29:34 2006
From: typo3 at ingo-renner.com (Ingo Renner)
Date: Sun, 26 Feb 2006 23:29:34 +0100
Subject: [TYPO3-dev] 4.0beta3 and tt_news
References: <mailman.973.1140130078.3122.typo3-dev@lists.netfielders.de>
	<mailman.1.1140131559.32631.typo3-dev@lists.netfielders.de>
	<mailman.982.1140132054.3122.typo3-dev@lists.netfielders.de>
	<mailman.1.1140132575.1942.typo3-dev@lists.netfielders.de>
	<mailman.1.1140991745.18585.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1140993024.20179.typo3-dev@lists.netfielders.de>

Am Sun, 26 Feb 2006 23:09:04 +0100 schrieb Francesco di Francia:

>> at least for tt_news I can say that a version which is working with 4.0
>> exists already.
>> 
> 
> Where we can find it ?

CVS or
http://typo3.lehmano.de/fileadmin/T3X_tt_news-2_2_40-z-200602181926.t3x

cheers
Ingo

-- 
Use a newsreader! Check out
http://typo3.org/community/mailing-lists/use-a-news-reader/



From franz at fholzinger.com  Mon Feb 27 08:01:15 2006
From: franz at fholzinger.com (Franz Holzinger)
Date: Mon, 27 Feb 2006 08:01:15 +0100
Subject: [TYPO3-dev] which profiler? - tt_products not working with 4.0Beta3
Message-ID: <mailman.1.1141023708.27675.typo3-dev@lists.netfielders.de>

Hello,

I have tested 3 tt_products shos with 4.0Beta3. None of them worked. It
usually happens that even on a 86_64 with 3 GHz a list page with 10
products needs 15 seconds after the click on 'into basket'. And then
sometimes the product is not in the basket afterwards.
This has worked fine with Beta2 and TYPO3 3.8.1, so the error should not
be in tt_products.

What do you think, what the reason for this error could be?

If you want to test this, you can export the Banaguard Shop example from
http://tt-products.zedwoo.de/typo3/index.php
User: "bananaguard"
Password: "tt_products"

I need to use a profiler for further investigation. Which profiler for
PHP do you recommend to use?


Regards,

Franz





From Martin.Kutschker at n0spam-blackbox.net  Mon Feb 27 09:13:39 2006
From: Martin.Kutschker at n0spam-blackbox.net (Martin Kutschker)
Date: Mon, 27 Feb 2006 09:13:39 +0100
Subject: [TYPO3-dev] Mambo-style top-menu
In-Reply-To: <mailman.1.1140970856.20842.typo3-dev@lists.netfielders.de>
References: <mailman.1.1140952687.25388.typo3-dev@lists.netfielders.de>
	<mailman.1.1140970131.19945.typo3-dev@lists.netfielders.de>
	<mailman.1.1140970856.20842.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1141028013.1828.typo3-dev@lists.netfielders.de>

tapio schrieb:
> Martin Kutschker wrote:
> 
  > It seems that you don't know, if Lasse Norby has a working experimental
> extension somewhere. At least Lasse doesn't have a public extensions for 
>  this. If Kasper speaks about this extension there should be somewhere a 
> working demo to test.

Right, I don't know Lasse and do not know of any (experimntal) UI extensions.

I just stated my optinion based on the supplied image.

Masi



From andreas.otto at dkd.de  Mon Feb 27 10:14:08 2006
From: andreas.otto at dkd.de (Andreas Otto)
Date: Mon, 27 Feb 2006 10:14:08 +0100
Subject: [TYPO3-dev] which profiler? - tt_products not working with
	4.0Beta3
References: <mailman.1.1141023708.27675.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1141032002.8585.typo3-dev@lists.netfielders.de>

Hi Franz,

On Montag, 27. Februar 2006 08:01, Franz Holzinger wrote in typo3.dev:
> I need to use a profiler for further investigation. Which profiler for
> PHP do you recommend to use?

The easy way: Go to Zend.com and download Zend Studio Professional [1]
which comes with a profiling solution.

The harder way: Compile Xdebug [2] and turn on profiling. Load the
profiling data into e. g. kcachegrind if you are running KDE.


[1]<http://www.zend.com/products/zend_studio/which_version_is_right_for_you>
[2]<http://xdebug.org/install.php#source>


Cheers,
Andreas

-- 
Use statement labels that mean something.
            - The Elements of Programming Style (Kernighan & Plaugher)

-- 
Andreas Otto

d.k.d Internet Service GmbH
Kaiserstra?e 79
60329 Frankfurt / Main
Fon: +49 69 43056170
Fax: +49 69 43056190
Mail: andreas.otto at dkd.de
Home: www.dkd.de




From rico at buyways.nl  Mon Feb 27 10:50:28 2006
From: rico at buyways.nl (Rico Moorman)
Date: Mon, 27 Feb 2006 10:50:28 +0100
Subject: [TYPO3-dev] access control
In-Reply-To: <mailman.1.1140953744.27137.typo3-dev@lists.netfielders.de>
References: <mailman.1.1140026444.11713.typo3-dev@lists.netfielders.de>
	<mailman.1.1140040483.3533.typo3-dev@lists.netfielders.de>
	<mailman.1.1140076902.21275.typo3-dev@lists.netfielders.de>
	<mailman.1.1140077646.23193.typo3-dev@lists.netfielders.de>
	<mailman.1.1140126292.22682.typo3-dev@lists.netfielders.de>
	<mailman.1.1140424261.29251.typo3-dev@lists.netfielders.de>
	<mailman.1.1140612222.30550.typo3-dev@lists.netfielders.de>
	<mailman.1.1140663385.16702.typo3-dev@lists.netfielders.de>
	<mailman.1.1140953744.27137.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1141033834.11114.typo3-dev@lists.netfielders.de>

Welcome back : )

I think in order to first make an attempt to implement it could be wise 
to do it on usergroup level ...
One thing I noticed in 3.8.1 was that for example the functions which 
render the records in the page module (for tt_address for example) just 
take the editcontent permission on pagelevel into account and then 
render the whole list with editicons or not.
 >> typo3/sysext/cms/layout/db_layout.php:881  in function 
renderListContent()
 >> typo3/sysext/cms/layout/class.tx_cms_layout.php:1168 in function 
makeOrdinaryList

the last one is where the editicons are being added in the page module 
so here one could maybe insert conditions ...but it would have to happen 
for the contextmenu too

further for the list view (>> typo3/class.db_list_extra.inc:790) there 
is a statement getting the permissions for this particular element

Do you see some other class where one could get grip on the permissions 
in a suitable way?

tapio wrote:
> Gregory Remington wrote:
> 
>> Rico Moorman wrote:
>>
>>> so no one wants to join a discussion about that topic here?
>>>
>>> not even you ... tapio? ;-)
>>
>>
>>
>> Tapio is on holiday and should be back in a few days.
> 
> 
> I'm now at home. IMO the core access control module should be extended.
> But meanwhile it might be possible to extend content element -level 
> access control just by adding some new conditions on hte base of
> some new fields to 'tt_content'. a loop could test, it the user/user 
> group would have access to the content element. A loop could change
> the value variable, which relates, if someone can access the content, 
> from 1 to 0, if some user/user group should not have access to the content.
> In order to avoid too complex solution, should the control be for user 
> or user group?



From mohsen at pahlevanzadeh.org  Mon Feb 27 11:44:28 2006
From: mohsen at pahlevanzadeh.org (Mohsen Pahlevanzadeh)
Date: Mon, 27 Feb 2006 14:14:28 +0330
Subject: [TYPO3-dev] installation error
Message-ID: <mailman.4901.1141037037.3122.typo3-dev@lists.netfielders.de>

Dear all
I'm using testsite version.
I have created  a bank via  testsite.Now  when i  click  on  "import   
database" i recieve following erroro :
*Fatal error*: Allowed memory size of 8388608 bytes exhausted (tried to 
allocate 17895 bytes) in 
*/var/www/typo3/typo3_src-3.8.1/t3lib/class.t3lib_install.php* on line *596
What's my problem?
Please help me...
*



From rico at buyways.nl  Mon Feb 27 12:40:22 2006
From: rico at buyways.nl (Rico Moorman)
Date: Mon, 27 Feb 2006 12:40:22 +0100
Subject: [TYPO3-dev] installation error
In-Reply-To: <mailman.4901.1141037037.3122.typo3-dev@lists.netfielders.de>
References: <mailman.4901.1141037037.3122.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1141040428.22040.typo3-dev@lists.netfielders.de>

The problem I think is the memory_limit setting of php
this could be fixed with the install-tool:
"all configuration" section >> [setMemoryLimit] and enter 32 in the 
textfield
or within the php.ini of the server
memory_limit = 32M
or with some .htaccess statement
php_flag memory_limit = 32M
or something like that I think
if you may use these statements depends on the server configuration though

gr Rico

Mohsen Pahlevanzadeh wrote:
> Dear all
> I'm using testsite version.
> I have created  a bank via  testsite.Now  when i  click  on  "import   
> database" i recieve following erroro :
> *Fatal error*: Allowed memory size of 8388608 bytes exhausted (tried to 
> allocate 17895 bytes) in 
> */var/www/typo3/typo3_src-3.8.1/t3lib/class.t3lib_install.php* on line *596
> What's my problem?
> Please help me...
> *



From typo3 at rvt.dds.nl  Mon Feb 27 13:32:44 2006
From: typo3 at rvt.dds.nl (Ries van Twisk)
Date: Mon, 27 Feb 2006 07:32:44 -0500
Subject: [TYPO3-dev] To support tpo3 we have diskspace and bandwidth setup a
	mirror.
Message-ID: <mailman.4933.1141043632.3122.typo3-dev@lists.netfielders.de>

Hey All,

We would like to function as a mirror for the extension repository We 
don?t always have the resources to donate in $ but we have a server and 
the bandwidth to donate to the typo3 team.
Who can I contact to ask for further details?

Ries



From mohsen at pahlevanzadeh.org  Mon Feb 27 15:57:57 2006
From: mohsen at pahlevanzadeh.org (Mohsen Pahlevanzadeh)
Date: Mon, 27 Feb 2006 18:27:57 +0330
Subject: [TYPO3-dev] Translating TYPO3's strings
Message-ID: <mailman.4979.1141052297.3122.typo3-dev@lists.netfielders.de>

Dear all,
We wanna translate TYPO3 to Persian language,But i don't know where 
start it.
Please guide me...



From kuhn at punkt.de  Mon Feb 27 17:09:42 2006
From: kuhn at punkt.de (Rainer Kuhn)
Date: Mon, 27 Feb 2006 17:09:42 +0100
Subject: [TYPO3-dev] Translating TYPO3's strings
In-Reply-To: <mailman.4979.1141052297.3122.typo3-dev@lists.netfielders.de>
References: <mailman.4979.1141052297.3122.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.5011.1141056584.3122.typo3-dev@lists.netfielders.de>

Mohsen Pahlevanzadeh wrote:

> Dear all,
> We wanna translate TYPO3 to Persian language,But i don't know where 
> start it.
> Please guide me...


Dear Mohsen,

there's a new "TYPO3 Translation" mailing list:
http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-translators

HTH,
Rainer

--
PGP Key Fingerprint: 79B1 E6CF A6EB 60A1 D1E4 E41E 4C1E F87F 7B40 126C



From kasper2006 at typo3.com  Mon Feb 27 17:29:26 2006
From: kasper2006 at typo3.com (=?ISO-8859-1?Q?Kasper_Sk=E5rh=F8j?=)
Date: Mon, 27 Feb 2006 17:29:26 +0100
Subject: [TYPO3-dev] Translating TYPO3's strings
In-Reply-To: <mailman.4979.1141052297.3122.typo3-dev@lists.netfielders.de>
References: <mailman.4979.1141052297.3122.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.5023.1141057768.3122.typo3-dev@lists.netfielders.de>

Hi Mohsen,

Please sign up on the translator mailing list.

See instructions here:

http://typo3.org/extensions/translators/


There is already a login ready for farsi language and you can start  
right away. Please ask for login name/password and location on the  
mailing list.

- kasper



On Feb 27, 2006, at 15:57 , Mohsen Pahlevanzadeh wrote:

> Dear all,
> We wanna translate TYPO3 to Persian language,But i don't know where
> start it.
> Please guide me...
> _______________________________________________
> TYPO3-dev mailing list
> TYPO3-dev at lists.netfielders.de
> http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev


- kasper

"A contribution a day keeps the fork away"
-------------------------------
kasper2006 at typo3.com | +45 20 999 115 | skype: kasperskaarhoej |  
gizmo: kasper_typo3





From typo at pure.kicks-ass.net  Mon Feb 27 18:16:21 2006
From: typo at pure.kicks-ass.net (Thomas Mammitzsch)
Date: Mon, 27 Feb 2006 18:16:21 +0100
Subject: [TYPO3-dev]  USER_INT plugin by default
Message-ID: <mailman.1.1141060581.24293.typo3-dev@lists.netfielders.de>

Hi List,

i made a small extension, which must be a USER_INT-Object. So in my
main() function $this->pi_USER_INT_obj=1 is set. But in TS Object
Browser the plugin appears as a USER object, not as a USER_INT. I
kickstarted a new Plugin for testing and set the checkbox (tab Frontend
Plugins) to "Make it a non-cached USER-INT instead". This extension
appears as USER_INT in TS Object Browser. I have no clue why this works
for the testing plugin but not for the original plugin.

any ideas?

best regards, Thomas



From wolfgang at stufenlos.net  Mon Feb 27 19:06:51 2006
From: wolfgang at stufenlos.net (Wolfgang Klinger)
Date: Mon, 27 Feb 2006 19:06:51 +0100
Subject: [TYPO3-dev] USER_INT plugin by default
In-Reply-To: <mailman.1.1141060581.24293.typo3-dev@lists.netfielders.de>
References: <mailman.1.1141060581.24293.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.5062.1141063558.3122.typo3-dev@lists.netfielders.de>


 *hiya!*

 On Mon, 27 Feb 2006, Thomas Mammitzsch wrote the following:
> i made a small extension, which must be a USER_INT-Object. So in my
> main() function $this->pi_USER_INT_obj=1 is set. But in TS Object
> Browser the plugin appears as a USER object, not as a USER_INT. I
> kickstarted a new Plugin for testing and set the checkbox (tab Frontend
> Plugins) to "Make it a non-cached USER-INT instead". This extension
> appears as USER_INT in TS Object Browser. I have no clue why this works
> for the testing plugin but not for the original plugin.
 
 Check the
 t3lib_extMgm::addPItoST43
 line in ext_localconf.php,
 the last parameter determines the type (1 = USER, 0 = USER_INT).


 bye
 Wolfgang




From martin.ficzel at gmx.de  Mon Feb 27 19:18:17 2006
From: martin.ficzel at gmx.de (Martin Ficzel)
Date: Mon, 27 Feb 2006 19:18:17 +0100
Subject: [TYPO3-dev]  Strange behavior of Freetype with version 4.0Beta3
Message-ID: <mailman.1.1141064057.30973.typo3-dev@lists.netfielders.de>

i found a very stragte behavior wich is new in beta3

i stumbled over it trying to use gifbuilder objects like that:

> ib.fu.menu.header.file = GIFBUILDER
> lib.fu.menu.header.file {
> 	XY = 780,81
> 	backColor= white
> 	format = gif
> 	quality = 100
> 	.. other ts stuff ..
> 	3 = TEXT
> 	3.text.field= nav_title // title
> 	3.fontSize=18
> 	3.fontColor =#000000
> 	3.fontFile = fileadmin/resource/fonts/verdana.ttf
> 	3.offset=20,50
> }

the problem was that the fontColor value was not interperetd correctly 
the whole font was yellow or missing at all.

after that i thought that my configuration was wrong and i checked the 
install tool

Basic config:: all fine a font was rendered as expexted
Image config/gd functions:: no fonts at all but some errors about 
missing fonts in t3lib/class.t3lib_stdgraphic.php

i found out that in t3lib/fonts the symlinks for verdana and arial were 
missing but that did'nt solve the problem.

!!! after changing the source to beta2 the problem was gone !!!

Question: can anyone cofirm the problem? in that case i will create a 
bug-report but until now i still fear the problem is sitting before my 
computer.

regards Martin



From bedlamhotel at gmail.com  Mon Feb 27 19:29:03 2006
From: bedlamhotel at gmail.com (Christopher)
Date: Mon, 27 Feb 2006 10:29:03 -0800
Subject: [TYPO3-dev] Strange behavior of Freetype with version 4.0Beta3
In-Reply-To: <mailman.1.1141064057.30973.typo3-dev@lists.netfielders.de>
References: <mailman.1.1141064057.30973.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.5064.1141064945.3122.typo3-dev@lists.netfielders.de>

Hi,

On 2/27/06, Martin Ficzel <martin.ficzel at gmx.de> wrote:
> i found a very stragte behavior wich is new in beta3
>
> i stumbled over it trying to use gifbuilder objects like that:
>
> > ib.fu.menu.header.file = GIFBUILDER
> > lib.fu.menu.header.file {
> >       XY = 780,81
> >       backColor= white
> >       format = gif
> >       quality = 100
> >       .. other ts stuff ..
> >       3 = TEXT
> >       3.text.field= nav_title // title
> >       3.fontSize=18
> >       3.fontColor =#000000
> >       3.fontFile = fileadmin/resource/fonts/verdana.ttf
> >       3.offset=20,50
> > }
>
> the problem was that the fontColor value was not interperetd correctly
> the whole font was yellow or missing at all.
>
> after that i thought that my configuration was wrong and i checked the
> install tool
>
> Basic config:: all fine a font was rendered as expexted
> Image config/gd functions:: no fonts at all but some errors about
> missing fonts in t3lib/class.t3lib_stdgraphic.php
>
> i found out that in t3lib/fonts the symlinks for verdana and arial were
> missing but that did'nt solve the problem.
>
> !!! after changing the source to beta2 the problem was gone !!!
>
> Question: can anyone cofirm the problem? in that case i will create a
> bug-report but until now i still fear the problem is sitting before my
> computer.
>


Dunno about the FE problems, but the missing install tool stuff sounds
like this bug: http://bugs.typo3.org/view.php?id=2597

...which is apparently already fixed in CVS.

The two problems are likely unrelated, as the above bug has no effect
on FE rendering of GIFBUILDER objects.


-Christopher



From johnny at slipcasemedia.com  Mon Feb 27 20:02:13 2006
From: johnny at slipcasemedia.com (Johnny Peck)
Date: Mon, 27 Feb 2006 14:02:13 -0500
Subject: [TYPO3-dev] To support tpo3 we have diskspace and bandwidth
	setup a mirror.
In-Reply-To: <mailman.4933.1141043632.3122.typo3-dev@lists.netfielders.de>
References: <mailman.4933.1141043632.3122.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1141066933.3175.typo3-dev@lists.netfielders.de>

+1 We are in this same situation and would be interested to help in this 
manner as well. Thanks!

Johnny


Ries van Twisk wrote:
> Hey All,
> 
> We would like to function as a mirror for the extension repository We 
> don?t always have the resources to donate in $ but we have a server and 
> the bandwidth to donate to the typo3 team.
> Who can I contact to ask for further details?
> 
> Ries



From newslist at andreas-balzer.de  Mon Feb 27 20:13:45 2006
From: newslist at andreas-balzer.de (Andreas Balzer)
Date: Mon, 27 Feb 2006 20:13:45 +0100
Subject: [TYPO3-dev] Problems with update from 3.8.0 to 4 beta 3
In-Reply-To: <mailman.4460.1140922383.3122.typo3-dev@lists.netfielders.de>
References: <mailman.1.1140862171.26688.typo3-dev@lists.netfielders.de>	<mailman.1.1140863512.28108.typo3-dev@lists.netfielders.de>
	<mailman.4460.1140922383.3122.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1141067623.4722.typo3-dev@lists.netfielders.de>

Ries van Twisk schrieb:
> Andreas Balzer wrote:
> 
>> Problem solved.
>> I forgot to run the database analyzer from the typo3 4 beta 3 install 
>> tool..
>> Feature wish: there could be a warn message "you did not start the 
>> database analyzer already.." :)
>>  
>>
> There is actually....
With Windows XP, and typo3 4 beta 3 on Apache server of current 
quickstart package, there is definitely no message like this. I would 
have noticed that ;)



From newslist at andreas-balzer.de  Mon Feb 27 20:14:38 2006
From: newslist at andreas-balzer.de (Andreas Balzer)
Date: Mon, 27 Feb 2006 20:14:38 +0100
Subject: [TYPO3-dev] Updating extensions via extension?
In-Reply-To: <mailman.1.1140947702.17349.typo3-dev@lists.netfielders.de>
References: <mailman.1.1140884913.24625.typo3-dev@lists.netfielders.de>
	<mailman.1.1140947702.17349.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1141067676.4722.typo3-dev@lists.netfielders.de>

Christian Welzel schrieb:
> Andreas Balzer wrote:
> 
>> The only one i know, can only handle with typo3 3.8.1- and ter 1 i think..
> 
> You mean ter_update_check ?
> I uploaded a version (0.3.0) today that can handle TER2 too.
> 
Thank you!
A lot of time saved again.

Thanks
Greets
Andreas



From newslist at andreas-balzer.de  Mon Feb 27 20:19:45 2006
From: newslist at andreas-balzer.de (Andreas Balzer)
Date: Mon, 27 Feb 2006 20:19:45 +0100
Subject: [TYPO3-dev]  bug report 0002699
Message-ID: <mailman.1.1141067984.5526.typo3-dev@lists.netfielders.de>

Hi! I have posted 0002699 in the skin category, because i din't find the 
beta one..

Well, could someone please have a look at it?

Thanks

Andreas



From tapio.markula at dnainternet.net  Mon Feb 27 20:25:50 2006
From: tapio.markula at dnainternet.net (tapio)
Date: Mon, 27 Feb 2006 21:25:50 +0200
Subject: [TYPO3-dev] access control
In-Reply-To: <mailman.1.1141033834.11114.typo3-dev@lists.netfielders.de>
References: <mailman.1.1140026444.11713.typo3-dev@lists.netfielders.de>
	<mailman.1.1140040483.3533.typo3-dev@lists.netfielders.de>
	<mailman.1.1140076902.21275.typo3-dev@lists.netfielders.de>
	<mailman.1.1140077646.23193.typo3-dev@lists.netfielders.de>
	<mailman.1.1140126292.22682.typo3-dev@lists.netfielders.de>
	<mailman.1.1140424261.29251.typo3-dev@lists.netfielders.de>
	<mailman.1.1140612222.30550.typo3-dev@lists.netfielders.de>
	<mailman.1.1140663385.16702.typo3-dev@lists.netfielders.de>
	<mailman.1.1140953744.27137.typo3-dev@lists.netfielders.de>
	<mailman.1.1141033834.11114.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1141068425.6659.typo3-dev@lists.netfielders.de>

Rico Moorman wrote:
> Welcome back : )
> 
> I think in order to first make an attempt to implement it could be wise 
> to do it on usergroup level ...

in overall reasonable - it could have correspondling list like selecting 
for which FE-groups can see the content.

> One thing I noticed in 3.8.1 was that for example the functions 

concerning rendering content elements, there is already a condition, 
which checks, if the content element type can be edited or not.
That base on content element types. I added for this an extra condition 
to check if the user is an admin user or not. Inside a loop this could 
be checked for groups - and no extra variable is not needed.

Needs some new features to the  XCLASS-implementations for 'alt_doc.php' 
and 'db_layout.php' ('Quick edit' mode use this for content editing), 
which I have done.

The disadvantage of using this system is that it doesn't take element 
from lists - users see the access restriction when they try to edit the 
resticted content.

edit icons relate frontend editing and they are totally another issue

> further for the list view (>> typo3/class.db_list_extra.inc:790) there 
> is a statement getting the permissions for this particular element

not absolute necessary because list module uses  'alt_doc.php' for 
content editing.



From tapio.markula at dnainternet.net  Mon Feb 27 20:34:17 2006
From: tapio.markula at dnainternet.net (tapio)
Date: Mon, 27 Feb 2006 21:34:17 +0200
Subject: [TYPO3-dev] Mambo-style top-menu
In-Reply-To: <mailman.1.1141028013.1828.typo3-dev@lists.netfielders.de>
References: <mailman.1.1140952687.25388.typo3-dev@lists.netfielders.de>
	<mailman.1.1140970131.19945.typo3-dev@lists.netfielders.de>
	<mailman.1.1140970856.20842.typo3-dev@lists.netfielders.de>
	<mailman.1.1141028013.1828.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1141068932.7413.typo3-dev@lists.netfielders.de>

Martin Kutschker wrote:
> Right, I don't know Lasse and do not know of any (experimntal) UI 
> extensions.
> 
> I just stated my optinion based on the supplied image.

I don't see big problems to implement that. Basically the top menu is 
just a variation of the default menu, which is on the left frame.
Instead of usind display:none/block it use visibility:visible/hidden
+ a little bit different layout. Both are typical DHTML-solutions.


Need some XLASS for the alt_main.php + user conguration file (to add a 
new alternative(s))

It would be very nice if Lasse would give that variant into public usage.



From gawain at camlann.de  Mon Feb 27 21:03:27 2006
From: gawain at camlann.de (Christian Welzel)
Date: Mon, 27 Feb 2006 21:03:27 +0100
Subject: [TYPO3-dev] To support tpo3 we have diskspace and bandwidth
	setup a mirror.
References: <mailman.4933.1141043632.3122.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1141070607.9384.typo3-dev@lists.netfielders.de>

Ries van Twisk wrote:

> Who can I contact to ask for further details?

>From Robert Lemke on typo3.teams.typo3org from 16.12:
|please give us one or two more weeks of time, we'll then have all  
|information about mirroring at hand. 
|
|Cheers,
|robert

So, be patient :)

-- 
 MfG, Christian Welzel

  GPG-Key:     http://www.camlann.de/key.asc
  Fingerprint: 4F50 19BF 3346 36A6 CFA9 DBDC C268 6D24 70A1 AD15



From gawain at camlann.de  Mon Feb 27 21:05:26 2006
From: gawain at camlann.de (Christian Welzel)
Date: Mon, 27 Feb 2006 21:05:26 +0100
Subject: [TYPO3-dev] To support tpo3 we have diskspace and bandwidth
	setup a mirror.
References: <mailman.4933.1141043632.3122.typo3-dev@lists.netfielders.de>
	<mailman.1.1141070607.9384.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1141070726.9384.typo3-dev@lists.netfielders.de>

Christian Welzel wrote:

> From Robert Lemke on typo3.teams.typo3org from 16.12:

I should learn to type what i think...
i mean 16.02.2006...

-- 
 MfG, Christian Welzel

  GPG-Key:     http://www.camlann.de/key.asc
  Fingerprint: 4F50 19BF 3346 36A6 CFA9 DBDC C268 6D24 70A1 AD15



From matthew at manderson.co.uk  Mon Feb 27 21:58:49 2006
From: matthew at manderson.co.uk (Matthew Manderson)
Date: Mon, 27 Feb 2006 21:58:49 +0100
Subject: [TYPO3-dev] bug report 0002699
References: <mailman.1.1141067984.5526.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1141073782.14104.typo3-dev@lists.netfielders.de>

> Hi! I have posted 0002699 in the skin category, because i din't find the
> beta one..
Yes it is not clear but beta bugs go in the core section because bugs about
beta are still bugs about the core. Just a future core.

Enjoy!
Matthew



From newslist at andreas-balzer.de  Mon Feb 27 22:21:32 2006
From: newslist at andreas-balzer.de (Andreas Balzer)
Date: Mon, 27 Feb 2006 22:21:32 +0100
Subject: [TYPO3-dev] Updating extensions via extension?
In-Reply-To: <mailman.1.1140947702.17349.typo3-dev@lists.netfielders.de>
References: <mailman.1.1140884913.24625.typo3-dev@lists.netfielders.de>
	<mailman.1.1140947702.17349.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1141075290.17161.typo3-dev@lists.netfielders.de>

Christian Welzel schrieb:
> Andreas Balzer wrote:
> 
>> The only one i know, can only handle with typo3 3.8.1- and ter 1 i think..
> 
> You mean ter_update_check ?
> I uploaded a version (0.3.0) today that can handle TER2 too.
> 

It works with version 3.8.0 and 3.8.1, but under 4 beta 3 i get the 
following error:

Warning: file_get_contents(): php_network_getaddresses: gethostbyname 
failed in C:\apache\htdocs\contents\t3lib\class.t3lib_div.php on line 2120

Warning: file_get_contents(http://extensions.xml.gz): failed to open 
stream: No error in C:\apache\htdocs\contents\t3lib\class.t3lib_div.php 
on line 2120



From usenet at digilog.de  Mon Feb 27 23:22:40 2006
From: usenet at digilog.de (Joerg Wagner - DigiLog multimedia)
Date: Mon, 27 Feb 2006 23:22:40 +0100
Subject: [TYPO3-dev] Strange behavior of Freetype with version 4.0Beta3
References: <mailman.1.1141064057.30973.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1141078957.23831.typo3-dev@lists.netfielders.de>

The GIFBUILDER object was reworked in beta3.
Please check your effects against http://bugs.typo3.org/view.php?id=2692 ,
they might be related as your fontColor is also darker than your backColor.
Your problem differs in that you do not use transparency, but you could
check whether the problem vanishes if you set your fontColor to a value that
is numerically higher than the backColor value, as described in the
mentioned bug report. If this is the case the problems are definitely
related and you could add a note to that bug report.
--
J?rg Wagner.
DigiLog multimedia



"Martin Ficzel" <martin.ficzel at gmx.de> schrieb im Newsbeitrag 
news:mailman.1.1141064057.30973.typo3-dev at lists.netfielders.de...
>i found a very stragte behavior wich is new in beta3
>
> i stumbled over it trying to use gifbuilder objects like that:
>
>> ib.fu.menu.header.file = GIFBUILDER
>> lib.fu.menu.header.file {
>> XY = 780,81
>> backColor= white
>> format = gif
>> quality = 100
>> .. other ts stuff ..
>> 3 = TEXT
>> 3.text.field= nav_title // title
>> 3.fontSize=18
>> 3.fontColor =#000000
>> 3.fontFile = fileadmin/resource/fonts/verdana.ttf
>> 3.offset=20,50
>> }
>
> the problem was that the fontColor value was not interperetd correctly the 
> whole font was yellow or missing at all.
>
> after that i thought that my configuration was wrong and i checked the 
> install tool
>
> Basic config:: all fine a font was rendered as expexted
> Image config/gd functions:: no fonts at all but some errors about missing 
> fonts in t3lib/class.t3lib_stdgraphic.php
>
> i found out that in t3lib/fonts the symlinks for verdana and arial were 
> missing but that did'nt solve the problem.
>
> !!! after changing the source to beta2 the problem was gone !!!
>
> Question: can anyone cofirm the problem? in that case i will create a 
> bug-report but until now i still fear the problem is sitting before my 
> computer.
>
> regards Martin 





From gawain at camlann.de  Tue Feb 28 01:44:34 2006
From: gawain at camlann.de (Christian Welzel)
Date: Tue, 28 Feb 2006 01:44:34 +0100
Subject: [TYPO3-dev] Updating extensions via extension?
References: <mailman.1.1140884913.24625.typo3-dev@lists.netfielders.de>
	<mailman.1.1140947702.17349.typo3-dev@lists.netfielders.de>
	<mailman.1.1141075290.17161.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1141087475.8042.typo3-dev@lists.netfielders.de>

Andreas Balzer wrote:

> Warning: file_get_contents(): php_network_getaddresses: gethostbyname
> failed in C:\apache\htdocs\contents\t3lib\class.t3lib_div.php on line 2120
> 
> Warning: file_get_contents(http://extensions.xml.gz): failed to open
> stream: No error in C:\apache\htdocs\contents\t3lib\class.t3lib_div.php
> on line 2120

This is an issue of TER2.
Open the Extension Manager, Select "Settings" from the Menu and
click "Update".
Then all the stuff should work.

-- 
 MfG, Christian Welzel

  GPG-Key:     http://www.camlann.de/key.asc
  Fingerprint: 4F50 19BF 3346 36A6 CFA9 DBDC C268 6D24 70A1 AD15



From typo3 at fm-world.ru  Tue Feb 28 08:10:42 2006
From: typo3 at fm-world.ru (Dmitry Dulepov)
Date: Tue, 28 Feb 2006 09:10:42 +0200
Subject: [TYPO3-dev] USER_INT plugin by default
In-Reply-To: <mailman.1.1141060581.24293.typo3-dev@lists.netfielders.de>
References: <mailman.1.1141060581.24293.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1141110642.6179.typo3-dev@lists.netfielders.de>

Hi!

Thomas Mammitzsch wrote:
> i made a small extension, which must be a USER_INT-Object. So in my
> main() function $this->pi_USER_INT_obj=1 is set. But in TS Object
> Browser the plugin appears as a USER object, not as a USER_INT. I
> kickstarted a new Plugin for testing and set the checkbox (tab Frontend
> Plugins) to "Make it a non-cached USER-INT instead". This extension
> appears as USER_INT in TS Object Browser. I have no clue why this works
> for the testing plugin but not for the original plugin.

$this->pi_USER_INT_obj defines only and only the way how links are
generated by tslib_pibase functions. It does not make object USER or
USER_INT for the typo3.

The rest is described by Wolfgang already.

Dmitry.
-- 
"It is our choices, that show what we truly are,
far more than our abilities." (A.P.W.B.D.)



From trabold at mehrwert.de  Tue Feb 28 09:34:28 2006
From: trabold at mehrwert.de (Christian Trabold)
Date: Tue, 28 Feb 2006 09:34:28 +0100
Subject: [TYPO3-dev] Hide table in List module
In-Reply-To: <mailman.1.1140715651.9608.typo3-dev@lists.netfielders.de>
References: <mailman.1.1140660942.14231.typo3-dev@lists.netfielders.de>
	<mailman.3406.1140686344.3122.typo3-dev@lists.netfielders.de>
	<mailman.1.1140715651.9608.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1141117682.17003.typo3-dev@lists.netfielders.de>

Hi Bernhard,

>> just an idea:
>> use pagetsconfig:
>>
>> mod.web_list {
>>   listOnlyInSingleTableView = 1
>>   disableSingleTableView =1
>> }
> 
> 
> This will disable ALL tables. I need at least one special to be shown. 
> All others
> can be hidden.
> Or the other way round that all tables are shown and one special is 
> hidden ?

maybe this new feature from Ren? is what you're looking for?

Quote from the changelog:

"
Revision 1.344.2.108  - (view) (download) (annotate) - [select for diffs]
Thu Feb 9 14:07:03 2006 UTC (2 weeks, 4 days ago) by rfritz
Branch: TYPO3_4-0
Changes since 1.344.2.107: +1 -0 lines
Diff to previous 1.344.2.107 , to branch point 1.344

Added TSconfig option options.hideRecords.[table]. Used in pagetree nav 
frame, web>list module, new record wizard"


totally untested but sounds promising


HTH


Christian



From mf at hdnet.de  Tue Feb 28 13:21:02 2006
From: mf at hdnet.de (Michael Feinbier)
Date: Tue, 28 Feb 2006 13:21:02 +0100
Subject: [TYPO3-dev]  Call a function after adding a content_element
Message-ID: <mailman.1.1141129260.5460.typo3-dev@lists.netfielders.de>

Hi everybody,

I want do develop a small extension. This extension should contain a
plugin which should do some action (i.e. sending E-Mails) after adding
or changing the Plugin in the Web-Module of the Backend.

How can I realize that? My idea was to write a hook which is called
after the adding or changing a content element (plugin) in the BackEnd.
 Is that a good Idea? Where can I find the class, which makes the
entries  into tt_content? And is there a possibility to insert a hook?

Or is there a smarter way to do it?

Hope you understand, what I mean :-)

Thanks


Micha



From rico at buyways.nl  Tue Feb 28 13:23:07 2006
From: rico at buyways.nl (Rico Moorman)
Date: Tue, 28 Feb 2006 13:23:07 +0100
Subject: [TYPO3-dev] access control
In-Reply-To: <mailman.1.1141068425.6659.typo3-dev@lists.netfielders.de>
References: <mailman.1.1140026444.11713.typo3-dev@lists.netfielders.de>
	<mailman.1.1140040483.3533.typo3-dev@lists.netfielders.de>
	<mailman.1.1140076902.21275.typo3-dev@lists.netfielders.de>
	<mailman.1.1140077646.23193.typo3-dev@lists.netfielders.de>
	<mailman.1.1140126292.22682.typo3-dev@lists.netfielders.de>
	<mailman.1.1140424261.29251.typo3-dev@lists.netfielders.de>
	<mailman.1.1140612222.30550.typo3-dev@lists.netfielders.de>
	<mailman.1.1140663385.16702.typo3-dev@lists.netfielders.de>
	<mailman.1.1140953744.27137.typo3-dev@lists.netfielders.de>
	<mailman.1.1141033834.11114.typo3-dev@lists.netfielders.de>
	<mailman.1.1141068425.6659.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1141129398.5556.typo3-dev@lists.netfielders.de>

Hi tapio

So there is no central entry point where one can influence both, if its 
possible to edit a single ce and if there are editoptions (the pen-icon 
for example) being displayed within the listings/menus of the backend 
modules?

With the hook you used within your plugin it would be indeed simple to 
add a condition/loop checking for other permissions. One could maybe 
also use the "recordEditAccessInternals" to do the permissionchecking 
which is just called above your condition.
I guess regarding to the icons and clickmenu-entries there is some more 
work needed though ? :-) But at least this would make things more clear 
for the user, preventing that he/she will be clicking on icons which 
lead to an errormessage anyway.

gr. Rico


tapio wrote:
> Rico Moorman wrote:
> 
>> Welcome back : )
>>
>> I think in order to first make an attempt to implement it could be 
>> wise to do it on usergroup level ...
> 
> 
> in overall reasonable - it could have correspondling list like selecting 
> for which FE-groups can see the content.
> 
>> One thing I noticed in 3.8.1 was that for example the functions 
> 
> 
> concerning rendering content elements, there is already a condition, 
> which checks, if the content element type can be edited or not.
> That base on content element types. I added for this an extra condition 
> to check if the user is an admin user or not. Inside a loop this could 
> be checked for groups - and no extra variable is not needed.
> 
> Needs some new features to the  XCLASS-implementations for 'alt_doc.php' 
> and 'db_layout.php' ('Quick edit' mode use this for content editing), 
> which I have done.
> 
> The disadvantage of using this system is that it doesn't take element 
> from lists - users see the access restriction when they try to edit the 
> resticted content.
> 
> edit icons relate frontend editing and they are totally another issue
> 
>> further for the list view (>> typo3/class.db_list_extra.inc:790) there 
>> is a statement getting the permissions for this particular element
> 
> 
> not absolute necessary because list module uses  'alt_doc.php' for 
> content editing.



From typo3 at fm-world.ru  Tue Feb 28 13:39:54 2006
From: typo3 at fm-world.ru (Dmitry Dulepov)
Date: Tue, 28 Feb 2006 14:39:54 +0200
Subject: [TYPO3-dev] Call a function after adding a content_element
In-Reply-To: <mailman.1.1141129260.5460.typo3-dev@lists.netfielders.de>
References: <mailman.1.1141129260.5460.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1141130393.7253.typo3-dev@lists.netfielders.de>

Hi!

Michael Feinbier wrote:
> I want do develop a small extension. This extension should contain a
> plugin which should do some action (i.e. sending E-Mails) after adding
> or changing the Plugin in the Web-Module of the Backend.
> 
> How can I realize that? My idea was to write a hook which is called
> after the adding or changing a content element (plugin) in the BackEnd.
>  Is that a good Idea? Where can I find the class, which makes the
> entries  into tt_content? And is there a possibility to insert a hook?

TemplaVoila extension uses such hook. You can learn from its code.

Dmitry.
-- 
"It is our choices, that show what we truly are,
far more than our abilities." (A.P.W.B.D.)



From mario.melanie at arcor.de  Tue Feb 28 13:42:49 2006
From: mario.melanie at arcor.de (Mario Matzulla)
Date: Tue, 28 Feb 2006 13:42:49 +0100
Subject: [TYPO3-dev] Call a function after adding a content_element
In-Reply-To: <mailman.1.1141129260.5460.typo3-dev@lists.netfielders.de>
References: <mailman.1.1141129260.5460.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1141130569.7242.typo3-dev@lists.netfielders.de>

Hi Micha,

Michael Feinbier schrieb:
> Hi everybody,
> 
> I want do develop a small extension. This extension should contain a
> plugin which should do some action (i.e. sending E-Mails) after adding
> or changing the Plugin in the Web-Module of the Backend.
> 
> How can I realize that? My idea was to write a hook which is called
> after the adding or changing a content element (plugin) in the BackEnd.
>  Is that a good Idea? Where can I find the class, which makes the
> entries  into tt_content? And is there a possibility to insert a hook?
> 
> Or is there a smarter way to do it?

You have to write a hook for tcemain_processdatamap.

I did it like this:

class tx_cal_tcemain_processdatamap {
	function processDatamap_postProcessFieldArray($status, $table, $id,
&$fieldArray, &$this) {
		if ($table == 'tx_cal_event') {
			$row = t3lib_BEfunc::getRecord ($table, $id);
				//do what you want to do
			}
   		}
	}
}

[...]
}

Regards,
Mario
> 
> Hope you understand, what I mean :-)
> 
> Thanks
> 
> 
> Micha



From mf at hdnet.de  Tue Feb 28 14:22:57 2006
From: mf at hdnet.de (Michael Feinbier)
Date: Tue, 28 Feb 2006 14:22:57 +0100
Subject: [TYPO3-dev] Call a function after adding a content_element
In-Reply-To: <mailman.1.1141130569.7242.typo3-dev@lists.netfielders.de>
References: <mailman.1.1141129260.5460.typo3-dev@lists.netfielders.de>
	<mailman.1.1141130569.7242.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1141132985.12066.typo3-dev@lists.netfielders.de>

Hey Mario,

Mario Matzulla schrieb:
> 
> You have to write a hook for tcemain_processdatamap.
> 
> I did it like this:
> 
> class tx_cal_tcemain_processdatamap {
> 	function processDatamap_postProcessFieldArray($status, $table, $id,
> &$fieldArray, &$this) {
> 		if ($table == 'tx_cal_event') {
> 			$row = t3lib_BEfunc::getRecord ($table, $id);
> 				//do what you want to do
> 			}
>    		}
> 	}
> }

Great! I found $GLOBALS
['TYPO3_CONF_VARS']['SC_OPTIONS']['t3lib/class.t3lib_tcemain.php']['processDatamapClass']!
I think this is what you mean?
It is by the way the same point where TemplaVoila adds it?s hooks.
I will play around a bit with it.

Thanks anyone!

Micha



From xoonsji02 at sneakemail.com  Tue Feb 28 16:16:58 2006
From: xoonsji02 at sneakemail.com (Bernd Wilke)
Date: Tue, 28 Feb 2006 16:16:58 +0100
Subject: [TYPO3-dev] Gifbuilder image quality problem
References: <mailman.3206.1140622661.3122.typo3-dev@lists.netfielders.de>	<mailman.1.1140624100.20475.typo3-dev@lists.netfielders.de>
	<mailman.3231.1140628566.3122.typo3-dev@lists.netfielders.de>
	<mailman.1.1140655949.8127.typo3-dev@lists.netfielders.de>
	<mailman.1.1140808181.4461.typo3-dev@lists.netfielders.de>
	<mailman.1.1140808868.5602.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1141139818.23702.typo3-dev@lists.netfielders.de>

On Fri, 24 Feb 2006 20:21:31 +0100, Joerg Wagner wrote
with subject "Re: [TYPO3-dev] Gifbuilder image quality problem":

> Actually your background is already transparent but IE does not show 
> transparencies in PNGs, and beside that only those pixels are transparent 
> where no content and no shadow is rendered. In FireFox it already looks much 
> better, but for IE you are still bound to use GIFs if you need transparency.
> 
> To have your shadows blend into the background blue try setting the 
> background color to match your blue background?
> Something like...
> 
>     backColor = #3D65A8
>     transparentBackground = 1
> 
> ...together with [GFX][gdlib_png]=0 should work for IE and other browsers.

IE shows transparency - with a lot of work:

[system = mac]
page.10.marks.LOGO = IMAGE
page.10.marks.LOGO.file = fileadmin/image/logo/logo.png
[useragent = *msie 5* ]
page.10.marks.LOGO = IMAGE
page.10.marks.LOGO.file = fileadmin/image/logo/logo2e.gif
[browser = msie6 ]
page.10.marks.LOGO = HTML
page.10.marks.LOGO.value (
<div id="ie_logo" style="position:relative; height:65px; width:210px;
filter:progid:DXImageTransform.Microsoft.AlphaImageLoader(src='fileadmin/image/logo/logo.png',sizingMethod='scale');"></div>
)
[else]
page.10.marks.LOGO = IMAGE
page.10.marks.LOGO.file = fileadmin/image/logo/logo.png
[end]

you have to use this filter. Then IE handles alpha-transparency correct. 
BUT not IE Version 5  :-(

good luck with all these conditions

Bernd Wilke


-- 
-----------------------------------------------------------
Bernd Wilke               http://www.isis.de/~bwilke/beruf/
Annweilerstr.20                                be.wi at gmx.de
40229 D?sseldorf
0211/229 2800



From rico at buyways.nl  Tue Feb 28 16:36:13 2006
From: rico at buyways.nl (Rico Moorman)
Date: Tue, 28 Feb 2006 16:36:13 +0100
Subject: [TYPO3-dev] access control
In-Reply-To: <mailman.1.1141068425.6659.typo3-dev@lists.netfielders.de>
References: <mailman.1.1140026444.11713.typo3-dev@lists.netfielders.de>
	<mailman.1.1140040483.3533.typo3-dev@lists.netfielders.de>
	<mailman.1.1140076902.21275.typo3-dev@lists.netfielders.de>
	<mailman.1.1140077646.23193.typo3-dev@lists.netfielders.de>
	<mailman.1.1140126292.22682.typo3-dev@lists.netfielders.de>
	<mailman.1.1140424261.29251.typo3-dev@lists.netfielders.de>
	<mailman.1.1140612222.30550.typo3-dev@lists.netfielders.de>
	<mailman.1.1140663385.16702.typo3-dev@lists.netfielders.de>
	<mailman.1.1140953744.27137.typo3-dev@lists.netfielders.de>
	<mailman.1.1141033834.11114.typo3-dev@lists.netfielders.de>
	<mailman.1.1141068425.6659.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1141140985.25823.typo3-dev@lists.netfielders.de>

Hi tapio,

So you had to rewrite the part which renders the page modulecontent for 
tt_content in order to make your changes visible...you made a 
comprehensive extension from the idea of restricing access with admins 
there.. :-)


> Rico Moorman wrote:
> 
>> Welcome back : )
>>
>> I think in order to first make an attempt to implement it could be 
>> wise to do it on usergroup level ...
> 
> 
> in overall reasonable - it could have correspondling list like selecting 
> for which FE-groups can see the content.
> 
>> One thing I noticed in 3.8.1 was that for example the functions 
> 
> 
> concerning rendering content elements, there is already a condition, 
> which checks, if the content element type can be edited or not.
> That base on content element types. I added for this an extra condition 
> to check if the user is an admin user or not. Inside a loop this could 
> be checked for groups - and no extra variable is not needed.
> 
> Needs some new features to the  XCLASS-implementations for 'alt_doc.php' 
> and 'db_layout.php' ('Quick edit' mode use this for content editing), 
> which I have done.
> 
> The disadvantage of using this system is that it doesn't take element 
> from lists - users see the access restriction when they try to edit the 
> resticted content.
> 
> edit icons relate frontend editing and they are totally another issue
> 
>> further for the list view (>> typo3/class.db_list_extra.inc:790) there 
>> is a statement getting the permissions for this particular element
> 
> 
> not absolute necessary because list module uses  'alt_doc.php' for 
> content editing.



From tapio.markula at dnainternet.net  Tue Feb 28 17:33:52 2006
From: tapio.markula at dnainternet.net (tapio)
Date: Tue, 28 Feb 2006 18:33:52 +0200
Subject: [TYPO3-dev] access control
In-Reply-To: <mailman.1.1141140985.25823.typo3-dev@lists.netfielders.de>
References: <mailman.1.1140026444.11713.typo3-dev@lists.netfielders.de>
	<mailman.1.1140040483.3533.typo3-dev@lists.netfielders.de>
	<mailman.1.1140076902.21275.typo3-dev@lists.netfielders.de>
	<mailman.1.1140077646.23193.typo3-dev@lists.netfielders.de>
	<mailman.1.1140126292.22682.typo3-dev@lists.netfielders.de>
	<mailman.1.1140424261.29251.typo3-dev@lists.netfielders.de>
	<mailman.1.1140612222.30550.typo3-dev@lists.netfielders.de>
	<mailman.1.1140663385.16702.typo3-dev@lists.netfielders.de>
	<mailman.1.1140953744.27137.typo3-dev@lists.netfielders.de>
	<mailman.1.1141033834.11114.typo3-dev@lists.netfielders.de>
	<mailman.1.1141068425.6659.typo3-dev@lists.netfielders.de>
	<mailman.1.1141140985.25823.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1141144509.1006.typo3-dev@lists.netfielders.de>

Rico Moorman wrote:
> Hi tapio,
> 
> So you had to rewrite the part which renders the page modulecontent for 
> tt_content in order to make your changes visible... you made a 
> comprehensive extension from the idea of restricing access with admins 
> there.. :-)

I have not just now time to think about changes but in principle
your idea of a hook is good. I have not yet done hooks.

The best way to add new fields is to create a new small extension using 
kickstarter and add the result to 'tm_contentaccess'.



From patrick at typo3quebec.org  Tue Feb 28 17:38:05 2006
From: patrick at typo3quebec.org (Patrick Gaumond)
Date: Tue, 28 Feb 2006 11:38:05 -0500
Subject: [TYPO3-dev] Updating extensions via extension?
In-Reply-To: <mailman.1.1141087475.8042.typo3-dev@lists.netfielders.de>
References: <mailman.1.1140884913.24625.typo3-dev@lists.netfielders.de>
	<mailman.1.1140947702.17349.typo3-dev@lists.netfielders.de>
	<mailman.1.1141075290.17161.typo3-dev@lists.netfielders.de>
	<mailman.1.1141087475.8042.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1141144684.31360.typo3-dev@lists.netfielders.de>

Christian Welzel wrote:
> ter_update_check

> This is an issue of TER2.
> Open the Extension Manager, Select "Settings" from the Menu and
> click "Update". Then all the stuff should work.

I presume you already proposed to Robert to merge your extension into 
his work ?

If not please do it !

:)

Patrick



From matthew at manderson.co.uk  Tue Feb 28 21:15:17 2006
From: matthew at manderson.co.uk (Matthew Manderson)
Date: Tue, 28 Feb 2006 21:15:17 +0100
Subject: [TYPO3-dev]  Add a new language? Maltese!
Message-ID: <mailman.1.1141157569.14552.typo3-dev@lists.netfielders.de>

Regards all.

I need to set up a multilanguage site in English/Maltese. The English part
seems straight forward enough ;-0 But the Maltese seems not to be in place
at all.

So I thought if my client can do a full Maltese language translation maybe I
can include it into the TYPO3 BE. 

Who looks after this sort of thing so I can do the work?

Thanks
Matthew 



From kasper2006 at typo3.com  Tue Feb 28 22:04:13 2006
From: kasper2006 at typo3.com (=?ISO-8859-1?Q?Kasper_Sk=E5rh=F8j?=)
Date: Tue, 28 Feb 2006 22:04:13 +0100
Subject: [TYPO3-dev] Add a new language? Maltese!
In-Reply-To: <mailman.1.1141157569.14552.typo3-dev@lists.netfielders.de>
References: <mailman.1.1141157569.14552.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.5514.1141160656.3122.typo3-dev@lists.netfielders.de>

Hi Mathew,

Please take a look at http://typo3.org/extensions/translators/ (or  
so...)

- kasper

On Feb 28, 2006, at 21:15 , Matthew Manderson wrote:

> Regards all.Hi
>
> I need to set up a multilanguage site in English/Maltese. The  
> English part
> seems straight forward enough ;-0 But the Maltese seems not to be  
> in place
> at all.
>
> So I thought if my client can do a full Maltese language  
> translation maybe I
> can include it into the TYPO3 BE.
>
> Who looks after this sort of thing so I can do the work?
>
> Thanks
> Matthew
> _______________________________________________
> TYPO3-dev mailing list
> TYPO3-dev at lists.netfielders.de
> http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev


- kasper

"A contribution a day keeps the fork away"
-------------------------------
kasper2006 at typo3.com | +45 20 999 115 | skype: kasperskaarhoej |  
gizmo: kasper_typo3





From sebastian at garbage-group.de  Tue Feb 28 22:42:39 2006
From: sebastian at garbage-group.de (Sebastian Kurfuerst)
Date: Tue, 28 Feb 2006 22:42:39 +0100
Subject: [TYPO3-dev] bug report 0002699
In-Reply-To: <mailman.1.1141073782.14104.typo3-dev@lists.netfielders.de>
References: <mailman.1.1141067984.5526.typo3-dev@lists.netfielders.de>
	<mailman.1.1141073782.14104.typo3-dev@lists.netfielders.de>
Message-ID: <mailman.1.1141162959.30164.typo3-dev@lists.netfielders.de>

Hi,
I moved it to the correct category.

Greets, Sebastian