phplib-users — A list for users of phplib to talk / discuss phplib

Re: [Phplib-users] form_tpl or template_bridge

[Richard A. <rh...@ju...>]

At 7:14 AM +0530 13/3/02, Tarique Sani <ta...@sa...> wrote:

>On Wed, 13 Mar 2002, Richard Archer wrote:
>
>> OOH Forms is no longer part of PHPLIB.
>
>Can any one confirm this?
>
>Things really appear to be a mess out here ....

Here's a copy of one of Ulf's cvs delete logs from the devel tree.


---begin forwarded text

To: php...@li...
From: Ulf Wendel <ulf...@us...>
Subject: [Phplib-commit] CVS: php-lib/pages/form ...
Sender: php...@li...
Date: Mon, 13 Aug 2001 11:54:12 -0700

Update of /cvsroot/phplib/php-lib/pages/form
In directory usw-pr-cvs1:/tmp/cvs-serv21515

Removed Files:
	README example_assistant.inc example_flow_layout.inc
	index.php4
Log Message:
I've checked in the ooh form rewrite to PEAR - starting to remove it from
this repository.


--- README DELETED ---

--- example_assistant.inc DELETED ---

--- example_flow_layout.inc DELETED ---

--- index.php4 DELETED ---


_______________________________________________
Phplib-commit mailing list
Php...@li...
http://lists.sourceforge.net/lists/listinfo/phplib-commit

---end forwarded text

Re: [Phplib-users] form_tpl or template_bridge

[Tarique S. <ta...@sa...>]

On Wed, 13 Mar 2002, Richard Archer wrote:

> OOH Forms is no longer part of PHPLIB.

Can any one confirm this?

Things really appear to be a mess out here ....

Tarique

-- 
=============================================================
PHP Applications for E-Biz: http://www.sanisoft.com

Indian PHP User Group: http://groups.yahoo.com/group/in-phpug
=============================================================

Re: [Phplib-users] form_tpl or template_bridge

[Tarique S. <ta...@sa...>]

On Tue, 12 Mar 2002, [iso-8859-1] Matthias Gr=F6schl wrote:
Hello Matt

The re-write by Ulf as per his admissions is rather incomplete

Please seet the get_ functions which you were pointed out earlier and
forget the template_bridge for the moment

HTH

Tarique


> Hi all,
>=20
> like my thread before, I still try to get the best way of combining ooh f=
orm with template.
>=20
> Now I am a little bit confused with different versions on different place=
s.=20
>=20
> Ulf Wendel has a rewrite of OOH Form hosted on his homepage, but there ar=
e=20
> no informations about the template_bridge. Is it gone???
> The current distribution of PHPLIB has no template_bridge included, but f=
orm_tpl.
> In the CVS of PHPLIB ist found both in different folders.
>=20
> What schould I use? I unforunatly haven't the time to get in the details =
for every classes,=20
> to see wich ones work together, because I write my diploma.
>=20
> Matthias
>=20
>=20
>=20
>=20
>=20
>=20
> _______________________________________________
> Phplib-users mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phplib-users
>=20

--=20
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
PHP Applications for E-Biz: http://www.sanisoft.com

Indian PHP User Group: http://groups.yahoo.com/group/in-phpug
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D

Re: Fwd: Re: [Phplib-users] Max's session class

[Guillaume D. <gde...@pr...>]

> Indeed the CVS tree is still rather disorganised.
>
> My intention has been to merge the worthwhile changes from the -devel
> tree back into -stable. And then trash the -devel tree.

Hourra ! ;-)

> I think a diff will fairly cleanly report the differences between the
> various files now... I've fixed most of the whitespace and comment
> differences.
>
> I didn't work on the session4 stuff because back in August when I did
> all that PHPLIB work I was still using PHP3 :)

and now ?
Do we know if there are still many people are still using PHPLIB for
PHP3 ?

Re: Fwd: Re: [Phplib-users] Max's session class

[Richard A. <rh...@ju...>]

Guillaume Desclaux wrote:

>Maybe it could be great to "clean" the CVS tree by deleting/merging all
>the redundent files about session4 and others stuff like that... I'd
>like to work on phplib but the gap between the stable, the devel and all
>the others session files are not very helping me ;-)

Indeed the CVS tree is still rather disorganised.

My intention has been to merge the worthwhile changes from the -devel
tree back into -stable. And then trash the -devel tree.

I think a diff will fairly cleanly report the differences between the
various files now... I've fixed most of the whitespace and comment
differences.

I didn't work on the session4 stuff because back in August when I did
all that PHPLIB work I was still using PHP3 :)

 ...R.

Re: [Phplib-users] Max's session class

[Giancarlo P. <gia...@na...>]

Matt Williams wrote:
> 
> Hi
> 
> I've been playing with max's session class with plplib 7.2c for a long time
> with much success.
> 
> I thought I'd download 7.4pre1 and see how far along things have come with
> integrating php 4 sessions with phplib.
> 
> First of all fired it up with default php sessions, worked fine.
> Altered the settings to work with the max's session 4 stuff. No go
> 

It looked somthing strange to me, those subdirectories etc. and i needed
to convert an existing session3 site. So I just followed the other
suggestion: how to wedge the 4 stuf into a 3 implementation: copy all
the unsup dir, prepend.php4 there is OK to be substituted to your one,
and it worked quite out of the way...

Gian

Fwd: Re: [Phplib-users] Max's session class

[Matt W. <ma...@ye...>]

----------  Forwarded Message  ----------

Subject: Re: [Phplib-users] Max's session class
Date: Tue, 12 Mar 2002 22:16:36 +0100
From: "Guillaume Desclaux" <gde...@pr...>
To: "Matt Williams" <ma...@ye...>

Maybe it could be great to "clean" the CVS tree by deleting/merging all
the redundent files about session4 and others stuff like that... I'd
like to work on phplib but the gap between the stable, the devel and all
the others session files are not very helping me ;-)

----- Original Message -----
From: "Matt Williams" <ma...@ye...>
To: "Richard Archer" <rh...@ju...>;
<php...@li...>
Sent: Tuesday, March 12, 2002 9:53 PM
Subject: Re: [Phplib-users] Max's session class

> On Tuesday 12 March 2002 20:24, Richard Archer wrote:
> > Nathan rushed some PHP4 stuff into the pre1 release. If that's not
> > the best code to be using, we'd best hear about it before it becomes
> > the standard!
>
> That's Max's stuff, however, the session4_custom.inc requires session4

which

> is in the phplib4 folder.
>
> Maybe these should be merged together?
>
> > My understanding was that Max's code was the "best", although I
> > didn't pay much attention to PHP4 discussions last year (still
> > using PHP3!).
> >
> > Which code do you think we should be using?
> > And which code is in pre1?
>
> As I said above it's Max's that's in the distro.
>
> This is the one I would go for, only because it's the only one I got

working.

> I've been using it on a couple of sites for the past 12 months or more

and

> have had no problems with it.
> I've been using it with 7.2c with php 4.0.6. I don't however use the

user

> stuff.
>
> I've just set up a test site here using 7.4 to see how it works with

the new

> lib stuff. I'm also trying to get it running with register_globals off

but

> I'm begging to think just to try and see how the session stuff reacts

first.

> matt
>
> _______________________________________________
> Phplib-users mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phplib-users

-------------------------------------------------------

Re: [Phplib-users] Max's session class

[Matt W. <ma...@ye...>]

On Tuesday 12 March 2002 20:24, Richard Archer wrote: 

> Nathan rushed some PHP4 stuff into the pre1 release. If that's not
> the best code to be using, we'd best hear about it before it becomes
> the standard!

That's Max's stuff, however, the session4_custom.inc requires session4 which 
is in the phplib4 folder.

Maybe these should be merged together?

> My understanding was that Max's code was the "best", although I
> didn't pay much attention to PHP4 discussions last year (still
> using PHP3!).
>
> Which code do you think we should be using?
> And which code is in pre1?

As I said above it's Max's that's in the distro.

This is the one I would go for, only because it's the only one I got working.

I've been using it on a couple of sites for the past 12 months or more and 
have had no problems with it.
I've been using it with 7.2c with php 4.0.6. I don't however use the user 
stuff.

I've just set up a test site here using 7.4 to see how it works with the new 
lib stuff. I'm also trying to get it running with register_globals off but 
I'm begging to think just to try and see how the session stuff reacts first.

matt

Fwd: Re: [Phplib-users] Max's session class

[Matt W. <ma...@ye...>]

----------  Forwarded Message  ----------

Subject: Re: [Phplib-users] Max's session class
Date: Wed, 13 Mar 2002 07:24:20 +1100
From: Richard Archer <rh...@ju...>
To: Matt Williams <li...@ye...>

At 6:41 PM +0000 12/3/02, Matt Williams wrote:
>Which session4 stuff are we supposed to be working on?
>Is max's class been incorporated into the sesion4 folder or is that still
> the other session4 stuff?

Hi Matt,

I'm not sure anyone's done a full audit of the various PHP4 session
code in the CVS.

Nathan rushed some PHP4 stuff into the pre1 release. If that's not
the best code to be using, we'd best hear about it before it becomes
the standard!

My understanding was that Max's code was the "best", although I
didn't pay much attention to PHP4 discussions last year (still
using PHP3!).

Which code do you think we should be using?
And which code is in pre1?

 ...Richard.

-------------------------------------------------------

Re: [Phplib-users] form_tpl or template_bridge

[Richard A. <rh...@ju...>]

At 12:53 PM +0100 12/3/02, Matthias Gr=F6schl wrote:

>Now I am a little bit confused with different versions on different places.

OOH Forms is no longer part of PHPLIB.

Ulf moved it into the PEAR tree and deleted the OOH Forms code from
the development PHPLIB tree last August. And also his Integrated
Template code moved into PEAR.

I guess the most recent code is now:
http://cvs.php.net/cvs.php/pear/HTML_OOH_Form

 ...Richard.

[Phplib-users] Max's session class

[Matt W. <li...@ye...>]

Hi

I've been playing with max's session class with plplib 7.2c for a long time 
with much success.

I thought I'd download 7.4pre1 and see how far along things have come with 
integrating php 4 sessions with phplib.

First of all fired it up with default php sessions, worked fine.
Altered the settings to work with the max's session 4 stuff. No go

I then noticed that max's session4_custom was calling session/session4.inc

Got this from cvs and all is well. 

Shouldn't this be included in the unsup folder of the distro?

Also which direction is phplib with php4 session being taken in? I know the 
cvs was a mess before we moved but it now seems like an organised mess.

Which session4 stuff are we supposed to be working on?
Is max's class been incorporated into the sesion4 folder or is that still the 
other session4 stuff?

I'm not trying to diss anyone but I would like to know which session 4 files 
I should be working with to get us towards the full integration.

matt

[Phplib-users] form_tpl or template_bridge

[<gro...@fr...>]

Hi all,

like my thread before, I still try to get the best way of combining ooh form with template.

Now I am a little bit confused with different versions on different places. 

Ulf Wendel has a rewrite of OOH Form hosted on his homepage, but there are 
no informations about the template_bridge. Is it gone???
The current distribution of PHPLIB has no template_bridge included, but form_tpl.
In the CVS of PHPLIB ist found both in different folders.

What schould I use? I unforunatly haven't the time to get in the details for every classes, 
to see wich ones work together, because I write my diploma.

Matthias

[Phplib-users] register globals off

[Matt W. <li...@ye...>]

Evening

Anyone successfully got all phplib working with register globals off?

Just thought I'd ask before I start on what could be a mammoth task.

matt

Re: [Phplib-users] OOH & Template

[Tarique S. <ta...@sa...>]

On Sat, 9 Mar 2002, [iso-8859-1] Matthias Gr=F6schl wrote:

> are there some examples around for OOH Form together with Templates.
>=20
> I found a tutorial about OOH and another for Template, but get them
> together is not quiet simple ;-)

http://www.sanisoft.com/phplib/manual/oohforms.php

See a small note at the bottom - usually the hint there suffices ;-)

HTH

Tarique


--=20
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
PHP Applications for E-Biz: http://www.sanisoft.com

Indian PHP User Group: http://groups.yahoo.com/group/in-phpug
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D

Re: [Phplib-users] OOH & Template

[Mike G. <Mik...@sa...>]

If your template, jane_fred.tpl located in ./templates, were to look
something like

<html>
<head>
<title>Template and Form Test</title>
</head>
<body>
<!-- BEGIN jane_fred_template -->
<form>
Template and Form Test<br>
{JANE} {FRED}
</form>
<!-- END jane_fred_template -->
</body>
</html>

Then something like the following should work to populate the template:

<?php

$jane =3D 'Hello';
$fred =3D 'World';

$f =3D new form;

$f->add_element(array("type"      =3D> "text",
                      "name"      =3D> "fred",
                      "size"      =3D> "10",
                      "value"     =3D> $fred));
$f->add_element(array("type"      =3D> "text",
                      "name"      =3D> "jane",
                      "size"      =3D> "10",
                      "value"     =3D> $jane));

$element_names =3D array_keys($f->elements);
foreach($element_names as $key) {
    $var_array[strtoupper($key)] =3D $f->get_element($key);
}

$tpl =3D new Template("./templates");

$tpl->set_file(array("jane_fred_file" =3D> "jane_fred.tpl"));
$tpl->set_block("jane_fred_file", "jane_fred_template", "jane_fred");
$tpl->set_var($var_array);
$tpl->parse("jane_fred", "jane_fred_template");
$tpl->pparse("output", "jane_fred_file");

?>

Cheers!

Mike Green

Matthias Gr=F6schl wrote:

> HI,
>
> are there some examples around for OOH Form together with Templates.
>
> I found a tutorial about OOH and another for Template, but get them
> together is not quiet simple ;-)
>
> Thx
> Matthias
>
> _______________________________________________
> Phplib-users mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phplib-users

--
Mike Green
SaeSolved::
http://www.saesolved.com
http://www.everypeople.net
http://www.sitewidgets.com
http://www.widgetchuck.com

[Phplib-users] OOH & Template

[<gro...@fr...>]

HI,

are there some examples around for OOH Form together with Templates.

I found a tutorial about OOH and another for Template, but get them
together is not quiet simple ;-)

Thx
Matthias

[Phplib-users] pgmarket note

[Roy C. <rc...@ho...>]

This one is kinda on the phplib track.  I was working with pgmarket which 
uses the phplib template class and some other elements.  Using a straight out 
of the box install...  When I go to the error checking mode I get undefined 
indexes all over the place.  My question is really pretty much, "Is this 
normal?"



first the treemenu for the left sidebar has a problem. (first 3 error 
messages)

from the following code
 /*********************************************/
  /*  Get Node numbers to expand               */
  /*********************************************/

  if ($p!="") $explevels = explode("|",$p);
    $i=0;
  while($i<count($explevels))
  {
    $expand[$explevels[$i]]=1;
    $i++;
  }

springs the following errors

  Warning: Undefined variable: p in
 /usr/local/httpd/htdocs/pgmarket/lib/treemenu.inc.php
 on line 94

 Warning: Undefined variable: explevels in
 /usr/local/httpd/htdocs/pgmarket/lib/treemenu.inc.php
 on line 97

 Warning: Undefined variable: explevels in
 /usr/local/httpd/htdocs/pgmarket/lib/treemenu.inc.php
 on line 136

then a series of undefined indexes which come from the below snippit of code. 
(I comment it out and the errors vanish)

"session_stringtsf"	=> $SESSION["stringtsf"],
"session_concatenation_checked_or"	=> $SESSION["concatenation"] != "AND" ?    
          "checked" : "",
"session_concatenation_checked_and"	=> $SESSION["concatenation"] == "AND" ?   
       "checked" : "",
"session_case_sensitive_checked"	=> $SESSION["case_sensitive"] ? "checked" : 
""


 
Warning: Undefined index: stringtsf in 
/usr/local/httpd/htdocs/pgmarket/header.php on line 19

Warning: Undefined index: concatenation in 
/usr/local/httpd/htdocs/pgmarket/header.php on line 20

Warning: Undefined index: concatenation in 
/usr/local/httpd/htdocs/pgmarket/header.php on line 21

Warning: Undefined index: case_sensitive in 
/usr/local/httpd/htdocs/pgmarket/header.php on line 22


And then a set of unrelated undefined indexes:

Warning: Undefined index: there_are_special_products_blck in

Warning: Undefined index: user in 
/usr/local/httpd/htdocs/pgmarket/lib/pgmarket.inc.php on line 91

Warning: Undefined index: user in 
/usr/local/httpd/htdocs/pgmarket/lib/pgmarket.inc.php on line 91

Warning: Undefined index: user in 
/usr/local/httpd/htdocs/pgmarket/lib/pgmarket.inc.php on line 91

Warning: Undefined index: user in 
/usr/local/httpd/htdocs/pgmarket/lib/pgmarket.inc.php on line 91          
        /usr/local/httpd/htdocs/pgmarket/lib/template.inc.php on line 210



-- 
Dr. Roy F. Cabaniss
9704048	or US2002021452
Head Boll of the Evil Weevils

Re: [Phplib-users] robots and session-id's

[Tarique S. <ta...@sa...>]

On Fri, 8 Mar 2002, Joe Stewart wrote:

> This is known.  And another reason not to use get fallback on ecommerce
> sites.  Also phplib's garbage collection of stale sessions doesn't delete
> old sessions all the time.


This is easily remedied by setting gc_probablity - set it to 100% 


Tarique


-- 
=============================================================
PHP Applications for E-Biz: http://www.sanisoft.com

Indian PHP User Group: http://groups.yahoo.com/group/in-phpug
=============================================================

Re: [Phplib-users] robots and session-id's

[Joe S. <jo...@be...>]

On Fri, Mar 08, 2002 at 05:46:50PM +0100, Sascha Weise wrote:
> 
> >I thought session IDs timed out, so even is your site was indexed with
> >session IDs they would/should not be valid when a search user comes back
> >to the site and your software should generate a new ID.
> 
> IMHO there's no validity-check of the id's.
> I may be completely wrong, but that was my conclusion after I tested to 
> request urls with SESSIDs which I had deleted before from the 
> active_sessions-table or with "unvalid" SESSIDs like "...=01".
> As result I found these ids in afterwards in the active_sessions-table again.
> There was definitely NO NEW ID created if there was ANY sessionid found.
> 
> If that was a stupid test, please let me know.
> 

This is known.  And another reason not to use get fallback on ecommerce
sites.  Also phplib's garbage collection of stale sessions doesn't delete
old sessions all the time.

Mr. Chaney has proof again:

http://marc.theaimsgroup.com/?t=95599153200002&r=1&w=2

He suggested a REFERER check to see if it was an internal link.  

http://marc.theaimsgroup.com/?l=phplib&m=96732284720675&w=2

He has now written his own auth library I believe and doesn't use phplib
session and auth.

Joe

> 
> Sascha.
> 

Re: [Phplib-users] robots and session-id's

[Sascha W. <sas...@gm...>]

>I thought session IDs timed out, so even is your site was indexed with
>session IDs they would/should not be valid when a search user comes back
>to the site and your software should generate a new ID.

IMHO there's no validity-check of the id's.
I may be completely wrong, but that was my conclusion after I tested to 
request urls with SESSIDs which I had deleted before from the 
active_sessions-table or with "unvalid" SESSIDs like "...=01".
As result I found these ids in afterwards in the active_sessions-table again.
There was definitely NO NEW ID created if there was ANY sessionid found.

If that was a stupid test, please let me know.


Sascha.

[Phplib-users] PHP4's transparent SID (derived from: robots and session-id's)

[Mike G. <Mik...@sa...>]

Joe Stewart wrote:

> nathan suggest that future phplib versions should support php4's transparent
> SID's.

How far off are we from having this ability? It seems to me that there is
something there for the latest pre-release, but that it is buggy?? If so, is
there ongoing work to make that work?

Re: [Phplib-users] robots and session-id's

[Joe S. <jo...@be...>]

This question seems to come up often.

My opinion has been to use cookie mode only and forget the get fallback.
Makes for ugly urls if someone is trying to bookmark the site, email the
link, or even write it down.

There was a discussion about this on the phpslash-user list recently.

http://marc.theaimsgroup.com/?t=101346376400018&r=1&w=2
continued -
http://marc.theaimsgroup.com/?t=101346579700003&r=1&w=2

nathan suggest that future phplib versions should support php4's
transparent SID's.

On Fri, Mar 08, 2002 at 09:46:19AM -0500, Stephen Woodbridge wrote:
> I thought session IDs timed out, so even is your site was indexed with
> session IDs they would/should not be valid when a search user comes back
> to the site and your software should generate a new ID.
>

This is my understanding also if everything is working properly.

> The idea of keeping the IP address is a good one also, because clearly a
> user coming in from a different host can not be the same session. It
> could be the same user, but the same session.
> 

IP's can come from pools for users.  AOL users in particular don't come
from one IP over the course of their visit.

Been discussed here before -

http://sourceforge.net/mailarchive/message.php?msg_id=1131438

Joe

Re: [Phplib-users] robots and session-id's

[Stephen W. <wo...@sw...>]

I thought session IDs timed out, so even is your site was indexed with
session IDs they would/should not be valid when a search user comes back
to the site and your software should generate a new ID.

The idea of keeping the IP address is a good one also, because clearly a
user coming in from a different host can not be the same session. It
could be the same user, but the same session.

-Steve 

"Tarique Sani " wrote:
> 
> On Fri, 8 Mar 2002, Sascha Weise wrote:
> Hello Folks,
> 
> Wouldn't it be better to check if the session ID in question matches the
> browser which created it?
> 
> The simplest way (and not without loopholes) is to keep a track of IP
> which created the session ID and create a new session if they dont match?
> 
> There are several other ways to narrow down the browser to sessionID
> matching
> 
> Also not having sessionID as a part of get query helps, note this does not
> necessarily mean that you post it OR use cookies (URL emebedded!?)
> 
> HTH
> 
> Tarique

Re: [Phplib-users] robots and session-id's

[Tarique S. <ta...@sa...>]

On Fri, 8 Mar 2002, Sascha Weise wrote:
Hello Folks,

Wouldn't it be better to check if the session ID in question matches the
browser which created it?

The simplest way (and not without loopholes) is to keep a track of IP
which created the session ID and create a new session if they dont match?

There are several other ways to narrow down the browser to sessionID
matching

Also not having sessionID as a part of get query helps, note this does not
necessarily mean that you post it OR use cookies (URL emebedded!?)

HTH

Tarique

-- 
=============================================================
PHP Applications for E-Biz: http://www.sanisoft.com

Indian PHP User Group: http://groups.yahoo.com/group/in-phpug
=============================================================

Re: [Phplib-users] robots and session-id's

[Sascha W. <sas...@gm...>]

>My logs list 186 User agents - so what does one do in such situations?

hhmmmmm....
perhaps I haven't got enough experience with logs of well-visited sites ;-(

But I thought most of them would at least contain something like 
"...compatible; MSIE...".
Don't they?


Sascha.