in 2.0?I had some templates working in Embperl::Object V1.3.6 which don't work the
same way with V2.0.
Here is a code snippet:
<table align="center" border="1" cellspacing="2" cellpadding="2">
<tr>
<th class="titletext">[+ $header[$col] +]</th>
</tr>
<tr>
<td class="contenttext">[+ $table[$row][$col] +]</td>
</tr>
</table>
I 1.3.6, I get a table with one header (column titles from $header[]), and
several other rows (column values from $table[][]). In 2.0 I get the
headers repeated for each table row. Is there any way to change this code
to get the old behavior?
Eample:
V1.3.6:
Section Count Time
1 10 10:00
2 20 11:00
3 30 12:00
V 2.0:
Section Count Time
1 10 10:00
Section Count Time
2 20 11:00
Section Count Time
3 30 12:00
Thanks and regards,
Doug Rayner
Senior System Architect
Savicom: Next Generation eMail Marketing
http://www.savicom.net
(415) 617-9006
---------------------------------------------------------------------
To unsubscribe, e-mail: embperl-unsubscribe@perl.apache.org
For additional commands, e-mail: embperl-help@perl.apache.org
Re: Building Embperl from CVS sources
Posted by Gerald Richter <ri...@ecos.de>.
>
> Note: I am now getting this error in the apache log file after every
> request. I suspect it is caused by something in the latest Embperl
> build. It seems it is an internal Perl error. Is this something you
> are aware of? Is it benign? Is it "fixable"?
>
It's not a real problem
> Attempt to free unreferenced scalar during global destruction.
>
To get rid of it goto xs/Embperl/App/App.xs and comment out the whole
content of the Destroy function (see the same file in the Embperl
distribution)
Gerald
>
> Thanks and regards,
>
> Doug Rayner
> Senior System Architect
> Savicom: Next Generation eMail Marketing
> http://www.savicom.net
> (415) 617-9006
>
> ----- Original Message -----
> From: "Gerald Richter" <ri...@ecos.de>
> To: "Doug Rayner" <dr...@savicom.net>
> Cc: <em...@perl.apache.org>
> Sent: Tuesday, July 13, 2004 12:49 AM
> Subject: Re: Building Embperl from CVS sources
>
>
>>>
>>> Can't locate object method "new_podtemplate" via package
>>> "Embperl::WrapXS" at
>>>
>>
>
/home/drayner/perllib/lib/perl5/site_perl/5.8.0/ExtUtils/XSBuilder/WrapXS.pm
>>> line 1586.
>>>
>>
>> Please use XSBuilder 0.23.
>>
>> I will release a version that fixes this problem soon to CPAN
>>
>> Gerald
>>
>>
>> -------------------------------------------------------------------------
-
>> - Gerald Richter ecos electronic communication services
>> gmbh IT-Securitylösungen * Webapplikationen mit
>> Apache/Perl/mod_perl/Embperl
>>
>> Post: Tulpenstrasse 5 D-55276 Dienheim b. Mainz
>> E-Mail: richter@ecos.de Voice: +49 6133 939-122
>> WWW: http://www.ecos.de/ Fax: +49 6133 939-333
>> -------------------------------------------------------------------------
-
>> - ECOS BB-5000 Firewall- und IT-Security Appliance: www.bb-5000.info
>> -------------------------------------------------------------------------
-
>> -
---------------------------------------------------------------------------
Gerald Richter ecos electronic communication services gmbh
IT-Securitylösungen * Webapplikationen mit Apache/Perl/mod_perl/Embperl
Post: Tulpenstrasse 5 D-55276 Dienheim b. Mainz
E-Mail: richter@ecos.de Voice: +49 6133 939-122
WWW: http://www.ecos.de/ Fax: +49 6133 939-333
---------------------------------------------------------------------------
ECOS BB-5000 Firewall- und IT-Security Appliance: www.bb-5000.info
---------------------------------------------------------------------------
---------------------------------------------------------------------
To unsubscribe, e-mail: embperl-unsubscribe@perl.apache.org
For additional commands, e-mail: embperl-help@perl.apache.org
Re: Building Embperl from CVS sources
Posted by Doug Rayner <dr...@savicom.net>.
Gerald;
Thanks for the tip. That solved the problem.
Note: I am now getting this error in the apache log file after every
request. I suspect it is caused by something in the latest Embperl build.
It seems it is an internal Perl error. Is this something you are aware of?
Is it benign? Is it "fixable"?
Attempt to free unreferenced scalar during global destruction.
Thanks and regards,
Doug Rayner
Senior System Architect
Savicom: Next Generation eMail Marketing
http://www.savicom.net
(415) 617-9006
----- Original Message -----
From: "Gerald Richter" <ri...@ecos.de>
To: "Doug Rayner" <dr...@savicom.net>
Cc: <em...@perl.apache.org>
Sent: Tuesday, July 13, 2004 12:49 AM
Subject: Re: Building Embperl from CVS sources
> >
> > Can't locate object method "new_podtemplate" via package
> > "Embperl::WrapXS" at
> >
>
/home/drayner/perllib/lib/perl5/site_perl/5.8.0/ExtUtils/XSBuilder/WrapXS.pm
> > line 1586.
> >
>
> Please use XSBuilder 0.23.
>
> I will release a version that fixes this problem soon to CPAN
>
> Gerald
>
>
> --------------------------------------------------------------------------
-
> Gerald Richter ecos electronic communication services gmbh
> IT-Securitylösungen * Webapplikationen mit Apache/Perl/mod_perl/Embperl
>
> Post: Tulpenstrasse 5 D-55276 Dienheim b. Mainz
> E-Mail: richter@ecos.de Voice: +49 6133 939-122
> WWW: http://www.ecos.de/ Fax: +49 6133 939-333
> --------------------------------------------------------------------------
-
> ECOS BB-5000 Firewall- und IT-Security Appliance: www.bb-5000.info
> --------------------------------------------------------------------------
-
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: embperl-unsubscribe@perl.apache.org
For additional commands, e-mail: embperl-help@perl.apache.org
Re: Building Embperl from CVS sources
Posted by Gerald Richter <ri...@ecos.de>.
>
> Can't locate object method "new_podtemplate" via package
> "Embperl::WrapXS" at
>
/home/drayner/perllib/lib/perl5/site_perl/5.8.0/ExtUtils/XSBuilder/WrapXS.pm
> line 1586.
>
Please use XSBuilder 0.23.
I will release a version that fixes this problem soon to CPAN
Gerald
---------------------------------------------------------------------------
Gerald Richter ecos electronic communication services gmbh
IT-Securitylösungen * Webapplikationen mit Apache/Perl/mod_perl/Embperl
Post: Tulpenstrasse 5 D-55276 Dienheim b. Mainz
E-Mail: richter@ecos.de Voice: +49 6133 939-122
WWW: http://www.ecos.de/ Fax: +49 6133 939-333
---------------------------------------------------------------------------
ECOS BB-5000 Firewall- und IT-Security Appliance: www.bb-5000.info
---------------------------------------------------------------------------
---------------------------------------------------------------------
To unsubscribe, e-mail: embperl-unsubscribe@perl.apache.org
For additional commands, e-mail: embperl-help@perl.apache.org
Building Embperl from CVS sources
Posted by Doug Rayner <dr...@savicom.net>.
I would like to start using this new feature, but the 2.0b12 kist has not
been built yet. I got the latest sources from
http://cvs.apache.org/snapshots/embperl/, but had trouble running the XS
scripts. Has anyone seen this problem? Any suggestions?
> perl xsbuilder/source_scan.pl -- seems to run fine
> xsbuilder/xs_generate.pl -- lots or warnings such as:
struct tAppConfig...
WARNING: pPool not in mapfile
WARNING: bUseEnv not in mapfile
WARNING: bUseRedirectEnv not in mapfile
and finally:
Can't locate object method "new_podtemplate" via package "Embperl::WrapXS"
at
/home/drayner/perllib/lib/perl5/site_perl/5.8.0/ExtUtils/XSBuilder/WrapXS.pm
line 1586.
Going ahead and build Embper fails:
> perl Makefile.PL
Warning: the following files are missing in your kit:
Config.pod
META.yml
xs/Embperl/App/App.xs
xs/Embperl/App/Config/Config.xs
xs/Embperl/App/Config/Makefile.PL
xs/Embperl/App/Makefile.PL
xs/Embperl/Component/Component.xs
xs/Embperl/Component/Config/Config.xs
xs/Embperl/Component/Config/Makefile.PL
xs/Embperl/Component/Makefile.PL
xs/Embperl/Component/Output/Makefile.PL
xs/Embperl/Component/Output/Output.xs
xs/Embperl/Component/Param/Makefile.PL
xs/Embperl/Component/Param/Param.xs
xs/Embperl/Makefile.PL
xs/Embperl/Req/Config/Config.xs
xs/Embperl/Req/Config/Makefile.PL
xs/Embperl/Req/Makefile.PL
xs/Embperl/Req/Param/Makefile.PL
xs/Embperl/Req/Param/Param.xs
xs/Embperl/Req/Req.xs
xs/Embperl/Thread/Makefile.PL
xs/Embperl/Thread/Thread.xs
xs/Makefile.PL
Please inform the author.
Thanks and regards,
Doug Rayner
Senior System Architect
Savicom: Next Generation eMail Marketing
http://www.savicom.net
(415) 617-9006
----- Original Message -----
From: "Gerald Richter" <ri...@ecos.de>
To: "Doug Rayner" <dr...@savicom.net>
Cc: <em...@perl.apache.org>
Sent: Tuesday, April 20, 2004 8:43 PM
Subject: Re: Access to CGI object (was: Use Embperl 2.0 or 1.3.6? (was:
Change in behavior of <TH> in 2.0?))
> >
> > Were you able to develop the final solution to this? Is the CGI
> > object now available from the request object? If so, would it be in
> > the latest distribution kit yet?
> >
>
> It's now finaly part of the request object, you can get it via
>
> $epreq -> param -> cgi
>
> Currently it's only in the CVS version. It will released in 2.0b12
>
> Gerald
>
>
> > Thanks and regards,
> >
> > Doug Rayner
> > Senior System Architect
> > Savicom: Next Generation eMail Marketing
> > http://www.savicom.net
> > (415) 617-9006
> >
> > ----- Original Message -----
> > From: "Gerald Richter" <ri...@ecos.de>
> > To: "Doug Rayner" <dr...@savicom.net>
> > Cc: <em...@perl.apache.org>
> > Sent: Monday, March 08, 2004 11:24 AM
> > Subject: Re: Access to CGI object (was: Use Embperl 2.0 or 1.3.6?
> > (was: Change in behavior of <TH> in 2.0?))
> >
> >
> >> Doug Rayner wrote:
> >>> Gerald;
> >>>
> >>> Are you open to suggestions for changes to Embperl 2.0 at this
> >>> point?
> >>>
> >>
> >> I am always open to suggestion, also I will main do bugfixing before
> >> the final 2.0 release
> >>
> >>> We would like to get access to the temporary files behind the file
> >>> handles provided for file uploads. We would need access to the CGI
> >>> object used in the function get_multipart_formdata() in Embperl.pm.
> >>> Unfortunately, the object reference for the CGI object is in a my
> >>> variable and goes out of scope as soon as the function exits. It
> >>> would be nice if this object reference could stay in scope and
> >>> accessble to the template throughout the whole request. It could be
> >>> added to the %fdat hash, or put in some other global variable.
> >>>
> >>> Any thoughts on this? We would prefer not to hack the distributed
> >>> sources for Embperl to accomplish this. A supported method for
> >>> accomplishing this would be much preferable.
> >>>
> >>>
> >>
> >> The latest CVS version adds the CGI object as
> >>
> >> $fdatsplit{___CGI___}
> >>
> >> because CGI 3.01+ deletes the temp file as soon as it goes out of
> >> scope, so I have to keep the object.
> >>
> >> But be warned this is undocumented yet and is likely to change in
> >> favor for a real Embperl request method.
> >>
> >> Gerald
> >>
> >> P.S. Please send such mails to the Embperl mailing list
> >>
> >>
>
>> -------------------------------------------------------------------------
> -
> >> - Gerald Richter ecos electronic communication services
> >> gmbh IT-Securitylösungen * Webapplikationen mit
> >> Apache/Perl/mod_perl/Embperl
> >>
> >> Post: Tulpenstrasse 5 D-55276 Dienheim b. Mainz
> >> E-Mail: richter@ecos.de Voice: +49 6133 939-122
> >> WWW: http://www.ecos.de/ Fax: +49 6133 939-333
>
>> -------------------------------------------------------------------------
> -
> >> - Besuchen Sie uns auf der CeBIT (18. - 24. März 2004)
> >> Halle 6 Stand B38-452
> >>
> >> ECOS BB-5000 Firewall- und IT-Security Appliance: www.bb-5000.info
>
>> -------------------------------------------------------------------------
> -
> >> -
>
> --------------------------------------------------------------------------
-
> Gerald Richter ecos electronic communication services gmbh
> IT-Securitylösungen * Webapplikationen mit Apache/Perl/mod_perl/Embperl
>
> Post: Tulpenstrasse 5 D-55276 Dienheim b. Mainz
> E-Mail: richter@ecos.de Voice: +49 6133 939-122
> WWW: http://www.ecos.de/ Fax: +49 6133 939-333
> --------------------------------------------------------------------------
-
> Besuchen Sie uns auf der KOMCOM 2004 in Mannheim
> 25. bis 27. Mai 2004 Stand K11a www.komcom.de
>
> ECOS BB-5000 Firewall- und IT-Security Appliance: www.bb-5000.info
> --------------------------------------------------------------------------
-
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: embperl-unsubscribe@perl.apache.org
For additional commands, e-mail: embperl-help@perl.apache.org
Re: Access to CGI object (was: Use Embperl 2.0 or 1.3.6? (was: Change in behavior of in 2.0?))
Posted by Gerald Richter <ri...@ecos.de>.
>
> Were you able to develop the final solution to this? Is the CGI
> object now available from the request object? If so, would it be in
> the latest distribution kit yet?
>
It's now finaly part of the request object, you can get it via
$epreq -> param -> cgi
Currently it's only in the CVS version. It will released in 2.0b12
Gerald
> Thanks and regards,
>
> Doug Rayner
> Senior System Architect
> Savicom: Next Generation eMail Marketing
> http://www.savicom.net
> (415) 617-9006
>
> ----- Original Message -----
> From: "Gerald Richter" <ri...@ecos.de>
> To: "Doug Rayner" <dr...@savicom.net>
> Cc: <em...@perl.apache.org>
> Sent: Monday, March 08, 2004 11:24 AM
> Subject: Re: Access to CGI object (was: Use Embperl 2.0 or 1.3.6?
> (was: Change in behavior of <TH> in 2.0?))
>
>
>> Doug Rayner wrote:
>>> Gerald;
>>>
>>> Are you open to suggestions for changes to Embperl 2.0 at this
>>> point?
>>>
>>
>> I am always open to suggestion, also I will main do bugfixing before
>> the final 2.0 release
>>
>>> We would like to get access to the temporary files behind the file
>>> handles provided for file uploads. We would need access to the CGI
>>> object used in the function get_multipart_formdata() in Embperl.pm.
>>> Unfortunately, the object reference for the CGI object is in a my
>>> variable and goes out of scope as soon as the function exits. It
>>> would be nice if this object reference could stay in scope and
>>> accessble to the template throughout the whole request. It could be
>>> added to the %fdat hash, or put in some other global variable.
>>>
>>> Any thoughts on this? We would prefer not to hack the distributed
>>> sources for Embperl to accomplish this. A supported method for
>>> accomplishing this would be much preferable.
>>>
>>>
>>
>> The latest CVS version adds the CGI object as
>>
>> $fdatsplit{___CGI___}
>>
>> because CGI 3.01+ deletes the temp file as soon as it goes out of
>> scope, so I have to keep the object.
>>
>> But be warned this is undocumented yet and is likely to change in
>> favor for a real Embperl request method.
>>
>> Gerald
>>
>> P.S. Please send such mails to the Embperl mailing list
>>
>>
>> -------------------------------------------------------------------------
-
>> - Gerald Richter ecos electronic communication services
>> gmbh IT-Securitylösungen * Webapplikationen mit
>> Apache/Perl/mod_perl/Embperl
>>
>> Post: Tulpenstrasse 5 D-55276 Dienheim b. Mainz
>> E-Mail: richter@ecos.de Voice: +49 6133 939-122
>> WWW: http://www.ecos.de/ Fax: +49 6133 939-333
>> -------------------------------------------------------------------------
-
>> - Besuchen Sie uns auf der CeBIT (18. - 24. März 2004)
>> Halle 6 Stand B38-452
>>
>> ECOS BB-5000 Firewall- und IT-Security Appliance: www.bb-5000.info
>> -------------------------------------------------------------------------
-
>> -
---------------------------------------------------------------------------
Gerald Richter ecos electronic communication services gmbh
IT-Securitylösungen * Webapplikationen mit Apache/Perl/mod_perl/Embperl
Post: Tulpenstrasse 5 D-55276 Dienheim b. Mainz
E-Mail: richter@ecos.de Voice: +49 6133 939-122
WWW: http://www.ecos.de/ Fax: +49 6133 939-333
---------------------------------------------------------------------------
Besuchen Sie uns auf der KOMCOM 2004 in Mannheim
25. bis 27. Mai 2004 Stand K11a www.komcom.de
ECOS BB-5000 Firewall- und IT-Security Appliance: www.bb-5000.info
---------------------------------------------------------------------------
---------------------------------------------------------------------
To unsubscribe, e-mail: embperl-unsubscribe@perl.apache.org
For additional commands, e-mail: embperl-help@perl.apache.org
Re: Access to CGI object (was: Use Embperl 2.0 or 1.3.6? (was: Change in behavior of in 2.0?))
Posted by Doug Rayner <dr...@savicom.net>.
Gerald;
Were you able to develop the final solution to this? Is the CGI object now
available from the request object? If so, would it be in the latest
distribution kit yet?
Thanks and regards,
Doug Rayner
Senior System Architect
Savicom: Next Generation eMail Marketing
http://www.savicom.net
(415) 617-9006
----- Original Message -----
From: "Gerald Richter" <ri...@ecos.de>
To: "Doug Rayner" <dr...@savicom.net>
Cc: <em...@perl.apache.org>
Sent: Monday, March 08, 2004 11:24 AM
Subject: Re: Access to CGI object (was: Use Embperl 2.0 or 1.3.6? (was:
Change in behavior of <TH> in 2.0?))
> Doug Rayner wrote:
> > Gerald;
> >
> > Are you open to suggestions for changes to Embperl 2.0 at this point?
> >
>
> I am always open to suggestion, also I will main do bugfixing before the
> final 2.0 release
>
> > We would like to get access to the temporary files behind the file
> > handles provided for file uploads. We would need access to the CGI
> > object used in the function get_multipart_formdata() in Embperl.pm.
> > Unfortunately, the object reference for the CGI object is in a my
> > variable and goes out of scope as soon as the function exits. It
> > would be nice if this object reference could stay in scope and
> > accessble to the template throughout the whole request. It could be
> > added to the %fdat hash, or put in some other global variable.
> >
> > Any thoughts on this? We would prefer not to hack the distributed
> > sources for Embperl to accomplish this. A supported method for
> > accomplishing this would be much preferable.
> >
> >
>
> The latest CVS version adds the CGI object as
>
> $fdatsplit{___CGI___}
>
> because CGI 3.01+ deletes the temp file as soon as it goes out of scope,
so
> I have to keep the object.
>
> But be warned this is undocumented yet and is likely to change in favor
for
> a real Embperl request method.
>
> Gerald
>
> P.S. Please send such mails to the Embperl mailing list
>
>
> --------------------------------------------------------------------------
-
> Gerald Richter ecos electronic communication services gmbh
> IT-Securitylösungen * Webapplikationen mit Apache/Perl/mod_perl/Embperl
>
> Post: Tulpenstrasse 5 D-55276 Dienheim b. Mainz
> E-Mail: richter@ecos.de Voice: +49 6133 939-122
> WWW: http://www.ecos.de/ Fax: +49 6133 939-333
> --------------------------------------------------------------------------
-
> Besuchen Sie uns auf der CeBIT (18. - 24. März 2004)
> Halle 6 Stand B38-452
>
> ECOS BB-5000 Firewall- und IT-Security Appliance: www.bb-5000.info
> --------------------------------------------------------------------------
-
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: embperl-unsubscribe@perl.apache.org
For additional commands, e-mail: embperl-help@perl.apache.org
Re: Access to CGI object (was: Use Embperl 2.0 or 1.3.6? (was: Change in behavior of in 2.0?))
Posted by Gerald Richter <ri...@ecos.de>.
Doug Rayner wrote:
> Gerald;
>
> Are you open to suggestions for changes to Embperl 2.0 at this point?
>
I am always open to suggestion, also I will main do bugfixing before the
final 2.0 release
> We would like to get access to the temporary files behind the file
> handles provided for file uploads. We would need access to the CGI
> object used in the function get_multipart_formdata() in Embperl.pm.
> Unfortunately, the object reference for the CGI object is in a my
> variable and goes out of scope as soon as the function exits. It
> would be nice if this object reference could stay in scope and
> accessble to the template throughout the whole request. It could be
> added to the %fdat hash, or put in some other global variable.
>
> Any thoughts on this? We would prefer not to hack the distributed
> sources for Embperl to accomplish this. A supported method for
> accomplishing this would be much preferable.
>
>
The latest CVS version adds the CGI object as
$fdatsplit{___CGI___}
because CGI 3.01+ deletes the temp file as soon as it goes out of scope, so
I have to keep the object.
But be warned this is undocumented yet and is likely to change in favor for
a real Embperl request method.
Gerald
P.S. Please send such mails to the Embperl mailing list
---------------------------------------------------------------------------
Gerald Richter ecos electronic communication services gmbh
IT-Securitylösungen * Webapplikationen mit Apache/Perl/mod_perl/Embperl
Post: Tulpenstrasse 5 D-55276 Dienheim b. Mainz
E-Mail: richter@ecos.de Voice: +49 6133 939-122
WWW: http://www.ecos.de/ Fax: +49 6133 939-333
---------------------------------------------------------------------------
Besuchen Sie uns auf der CeBIT (18. - 24. März 2004)
Halle 6 Stand B38-452
ECOS BB-5000 Firewall- und IT-Security Appliance: www.bb-5000.info
---------------------------------------------------------------------------
---------------------------------------------------------------------
To unsubscribe, e-mail: embperl-unsubscribe@perl.apache.org
For additional commands, e-mail: embperl-help@perl.apache.org
Re: Use Embperl 2.0 or 1.3.6? (was: Change in behavior of in 2.0?)
Posted by Gerald Richter <ri...@ecos.de>.
>
> We did prototyping and testing with V1.3.6, and we are about to start
> a project to produce a production system. We would prefer to start
> with the "latest" version, and not have to do the upgrade to a newer
> during the project or soon after. At this point we are planning on
> starting the effort using V2.0b. How would you characterize the
> status of the beta? Feature complete (well, not completely, I gather
> from your response below)?
It's feature complete (I think TH will not make it into 2.0)
> Stable?
Yes, we use it in production for all our projects
>How much use has it had?
>From the questions on the list, it seem that it has already a lot of users.
> Is it
> close to release?
Yes, hopefully the final release will be in one or two month
> Would you recommend starting a project with it, or
> sticking with the V1.3.6 release?
>
Use 2.0 and not 1.3.6. With 2.0 you get a lot of features you don't have in
1.3.x and it really ready for use. There are only a few very small issuse
that I need to sort out before releasing the final 2.0 version.
Gerald
--------------------------------------------------------------
Gerald Richter ecos electronic communication services gmbh
IT-Securitylösungen * dynamische Webapplikationen * Consulting
Post: Tulpenstrasse 5 D-55276 Dienheim b. Mainz
E-Mail: richter@ecos.de Voice: +49 6133 939-122
WWW: http://www.ecos.de/ Fax: +49 6133 939-333
--------------------------------------------------------------
|
| ECOS BB-5000 Firewall- und IT-Security Appliance: www.bb-5000.info
|
+-------------------------------------------------------------
---------------------------------------------------------------------
To unsubscribe, e-mail: embperl-unsubscribe@perl.apache.org
For additional commands, e-mail: embperl-help@perl.apache.org
Re: Change in behavior of in 2.0?
Posted by Doug Rayner <dr...@savicom.net>.
Gerald;
Thanks for the quick reply.
We did prototyping and testing with V1.3.6, and we are about to start a
project to produce a production system. We would prefer to start with the
"latest" version, and not have to do the upgrade to a newer during the
project or soon after. At this point we are planning on starting the effort
using V2.0b. How would you characterize the status of the beta? Feature
complete (well, not completely, I gather from your response below)? Stable?
How much use has it had? Is it close to release? Would you recommend
starting a project with it, or sticking with the V1.3.6 release?
Thanks and regards,
Doug Rayner
Senior System Architect
Savicom: Next Generation eMail Marketing
http://www.savicom.net
(415) 617-9006
----- Original Message -----
From: "Gerald Richter" <ri...@ecos.de>
To: "Doug Rayner" <dr...@savicom.net>; <em...@perl.apache.org>
Sent: Wednesday, February 04, 2004 10:18 PM
Subject: Re: Change in behavior of <TH> in 2.0?
> Doug Rayner wrote:
> > I had some templates working in Embperl::Object V1.3.6 which don't
> > work the same way with V2.0.
>
> <th> is not (yet) support in Embperl 2.0, write
> >
> > Here is a code snippet:
> >
> > <table align="center" border="1" cellspacing="2"
> > cellpadding="2">
> [$ if $row == 0 $]
> > <tr>
> > <th class="titletext">[+ $header[$col] +]</th>
> > </tr>
> [$endif$]
> > <tr>
> > <td class="contenttext">[+ $table[$row][$col] +]</td>
> > </tr>
> > </table>
> >
>
>
> Gerald
>
>
> --------------------------------------------------------------
> Gerald Richter ecos electronic communication services gmbh
> IT-Securitylösungen * dynamische Webapplikationen * Consulting
>
> Post: Tulpenstrasse 5 D-55276 Dienheim b. Mainz
> E-Mail: richter@ecos.de Voice: +49 6133 939-122
> WWW: http://www.ecos.de/ Fax: +49 6133 939-333
> --------------------------------------------------------------
> |
> | ECOS BB-5000 Firewall- und IT-Security Appliance: www.bb-5000.info
> |
> +-------------------------------------------------------------
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: embperl-unsubscribe@perl.apache.org
For additional commands, e-mail: embperl-help@perl.apache.org
Re: Change in behavior of in 2.0?
Posted by Gerald Richter <ri...@ecos.de>.
Doug Rayner wrote:
> I had some templates working in Embperl::Object V1.3.6 which don't
> work the same way with V2.0.
<th> is not (yet) support in Embperl 2.0, write
>
> Here is a code snippet:
>
> <table align="center" border="1" cellspacing="2"
> cellpadding="2">
[$ if $row == 0 $]
> <tr>
> <th class="titletext">[+ $header[$col] +]</th>
> </tr>
[$endif$]
> <tr>
> <td class="contenttext">[+ $table[$row][$col] +]</td>
> </tr>
> </table>
>
Gerald
--------------------------------------------------------------
Gerald Richter ecos electronic communication services gmbh
IT-Securitylösungen * dynamische Webapplikationen * Consulting
Post: Tulpenstrasse 5 D-55276 Dienheim b. Mainz
E-Mail: richter@ecos.de Voice: +49 6133 939-122
WWW: http://www.ecos.de/ Fax: +49 6133 939-333
--------------------------------------------------------------
|
| ECOS BB-5000 Firewall- und IT-Security Appliance: www.bb-5000.info
|
+-------------------------------------------------------------
---------------------------------------------------------------------
To unsubscribe, e-mail: embperl-unsubscribe@perl.apache.org
For additional commands, e-mail: embperl-help@perl.apache.org
| | | | | | |