[ANNOUNCE] Apache::ASP 2.35 bugfix release

2002-06-02 Thread Joshua Chamas

Hey,

I have released Apache::ASP 2.35 to CPAN.  This is a minor
bugfix release.  For more information about Apache::ASP,
please see http://www.apache-asp.org, and to get on the mailing
list please email [EMAIL PROTECTED]

Note that users of CPANPLUS get errors at "make test" stage
because it seems that Archive::Tar does not untar the Apache::ASP
distribution correctly.  I have reported this bug to the 
maintainer of that module.

-- Josh
_
Joshua Chamas   Chamas Enterprises Inc.
NodeWorks Founder   Huntington Beach, CA  USA 
http://www.nodeworks.com1-714-625-4051


=item $VERSION = 2.35; $DATE="05/30/2002"

 +Destroy better $Server & $Response objects so that my closure references
  to these to not attempt to work in the future against invalid internal data.
  There was enough data left in these old objects to make debugging the
  my closure problem confusing, where it looked like the ASP object state 
  became invalid.

 +Added system debug diagnostics to inspect StateManager group cleanup

 (d) Documentation update about flock() work around for Win95/Win98/WinMe systems,
  confirmed by Rex Arul

 (d) Documentation/site build bug found by Mitsunobu Ozato, where <% %> 
  not being escaped correctly with $Server->HTMLEncode().
  New japanese documentation project started by him 
  at http://sourceforge.jp/projects/apache-asp-jp/ 

 -InitPackageGlobals() called after new Apache::ASP object created so 
  core system templates can be compiled even when there was a runtime
  compilation error of user templates.  Bug fix needed pointed out by
  Eamon Daly



Re: separating C from V in MVC

2002-06-02 Thread Sam Tregar

On Sat, 1 Jun 2002, Barry Hoggard wrote:

> I don't think the standard HTML::Template has support for formatting
> numbers, dates, etc.

And thank the sweet lord it doesn't!  HTML::Template is a "do one thing
and do it well" module.  If you want routines for formatting "numbers,
dates, etc." then CPAN has just what you need.

> How do you make sure that it's done consistently in your applications?

Code reviews and testing.  I don't know of any other way, module support
or no module support.

> It seems problematic to me to require the programmers to do work when a
> designer wants to change the number of decimals in a page, for example.

HTML::Template::Expr may present a solution to this particular desire,
although it isn't one I've come across.  How often are HTML designers
fiddling with numeric formats?  Are they really HTML designers if they can
deal with, say, a printf-style format string?

-sam





Apache->server_root_relative(); not found

2002-06-02 Thread m31

HI, sorry if this is the wrong place, I am new to the mailing list.
I have apache/1.3.23 and mod_perl/1.27 (I just upgraded) and perl/5.6.0

When I try:

BEGIN {
use Apache ();
use lib Apache->server_root_relative('lib/perl');
}

I get compilation errors saying that it can't locate object method 
"server_root_relative" via pachage "Apache". BEGIN failed.

Can any-one help me out or point me in the right direction?
Thanks
-Justin Hannus
student
<[EMAIL PROTECTED]>




Re: separating C from V in MVC

2002-06-02 Thread Perrin Harkins

> > It seems problematic to me to require the programmers to do work
when a
> > designer wants to change the number of decimals in a page, for
example.
>
> HTML::Template::Expr may present a solution to this particular desire,
> although it isn't one I've come across.  How often are HTML designers
> fiddling with numeric formats?  Are they really HTML designers if they
can
> deal with, say, a printf-style format string?

Yes, they are, and printf isn't so much harder than JavaScript, style
sheets, and templating tags.  One place where this comes up is date
formatting and internationalization.  Making the model objects
understand locale and act appropriately is not always a good approach,
and supplying a date format in the template - which is all about
appearance anyway - seems appropriate.

This can also be useful when the same date needs to be displayed in
multiple ways, like an abbreviated format on one page and a fixed length
format in an e-mail template.  You could make the controller do this
sort of formatting before passing data off to the view, but I think it's
an awkward fit and increases the coupling between components
unnecessarilly.

Obviously there are lots of ways to solve these problems, but what I
like about doing it in the template is that it puts these concerns in
the hands of the people who control the rest of the look-and-feel issues
in the application, and gets them out of the perl programmers' way.

- Perrin




Re: separating C from V in MVC

2002-06-02 Thread Perrin Harkins

> It is interesting to try and fit our approach into the MVC+template
> pattern

Just to clarify, it's not MVC+template; it's just MVC.  The templates
are one way of implementing views.  You could mix and match this where
appropriate, so that your Excel view is a perl module with a set of
formatting guidelines stored in a sort of style sheet, while your HTML
view is simply a template executed by a templating module.

> I see the Controller as also responsible for deciding what to do with
> the results of rendering the DOM in Excel or HTML formats - Views
> don't decide how their results should be distributed.

This is typically something you would put into the controller, since the
view shouldn't have to worry about details like HTTP headers.

- Perrin




Re: separating C from V in MVC

2002-06-02 Thread Perrin Harkins

> A String widget/template allows you to control the rendering of all
> fonts dynamically.  If the String widget/template sees the incoming
> request is from IE5+, it doesn't render the font if the font is the
> same as the default font.  The Style widget/template renders the
> default font in a style if the browser is IE5+.  This avoids the
> stylesheet bugs in all other browsers and gives 90% of your users who
> are running IE5+ a much lighter weight page.
>
> It's cumbersome to do wrap all text in string templates, because the
> calling mechanism is verbose.  Most template languages I've looked at
> only support named parameters.
>
> Widgets can have named parameters, e.g.
>
> String({
> value => ['User.first_name'],
> string_font => 'my_first_name_font',
> });
>
> but it is much more convenient to use positional notation:
>
> String(['User.first_name'], 'my_first_name_font');

You can actually do that pretty comfortably with Template Toolkit.  You
could use a filter for example, which might look like this:

[% FILTER font('my_first_name_font') %]
... some text, possibly with other template directives in it...
[% END %]

The filter is a module which would get to post-process the output of the
contained block.

I believe the taglibs in AxKit could be used in a similar way.

- Perrin




[2.x] test fails on win32 version 1.99_02

2002-06-02 Thread pascal barbedor

hi

on win2k, perl 5.6.1, apache 2.036

i can successfully comile mod_perl-1.99_02 just released with as many flags
as desired

for instance MP_DEBUG now works but nmake test fails to start apache.

with 2.0.36 there is a segfault and with 2.0.37-dev (last cvs) a transferlog
directive not understood by the server (which prevents to start)

here is results :
after this log line is displayed

[info] base server + 5 vhosts ready to run tests
END in mod_perl_extra.pl, pid=2224

there is a segfault

unhandled exception in perl56.dll

PERL56! 28018443()
PERL56! 280584a2()
PERL56! 280587cb()
PERL56! 28053778()


and t/logs/error_log is blank


thanks
pascal

2. Used Components and their Configuration:

*** using lib/Apache/BuildConfig.pm
*** Makefile.PL options:
  MP_AP_PREFIX=> c:\ap2036
  MP_GENERATE_XS  => 1
  MP_INST_APACHE2 => 1
  MP_LIBNAME  => mod_perl
  MP_USE_DSO  => 1
  MP_USE_STATIC   => 1


*** c:\ap2036/bin/Apache.exe -V
Server version: Apache/2.0.36
Server built:   May  7 2002 17:17:14
Server's Module Magic Number: 20020329:1
Architecture:   32-bit
Server compiled with
 -D APACHE_MPM_DIR="server/mpm/winnt"
 -D APR_HAS_SENDFILE
 -D APR_HAS_MMAP
 -D APR_HAS_OTHER_CHILD
 -D AP_HAVE_RELIABLE_PIPED_LOGS
 -D HTTPD_ROOT="/apache"
 -D SUEXEC_BIN="/apache/bin/suexec"
 -D DEFAULT_ERRORLOG="logs/error.log"
 -D SERVER_CONFIG_FILE="conf/httpd.conf"


*** C:\Perl\bin\perl.exe -V
Summary of my perl5 (revision 5 version 6 subversion 1) configuration:
  Platform:
osname=MSWin32, osvers=4.0, archname=MSWin32-x86-multi-thread
uname=''
config_args='undef'
hint=recommended, useposix=true, d_sigaction=undef
usethreads=undef use5005threads=undef useithreads=define
usemultiplicity=define
useperlio=undef d_sfio=undef uselargefiles=undef usesocks=undef
use64bitint=undef use64bitall=undef uselongdouble=undef
  Compiler:
cc='cl', ccflags
='-nologo -O1 -MD -DNDEBUG -DWIN32 -D_CONSOLE -DNO_STRICT -DHAVE_DES_FCRYPT
-DPERL_IMPLICIT_CONTEXT -DPERL_IMPLICIT_SYS -DPERL_MSVCRT_READFIX',
optimize='-O1 -MD -DNDEBUG',
cppflags='-DWIN32'
ccversion='', gccversion='', gccosandvers=''
intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=1234
d_longlong=undef, longlongsize=8, d_longdbl=define, longdblsize=10
ivtype='long', ivsize=4, nvtype='double', nvsize=8, Off_t='off_t',
lseeksize=4
alignbytes=8, usemymalloc=n, prototype=define
  Linker and Libraries:
ld='link', ldflags
'-nologo -nodefaultlib -release  -libpath:"C:\Perl\lib\CORE"  -machine:x86'
libpth="C:\Program Files\Microsoft Visual Studio\VC98\mfc\lib"
"C:\Program Files\Microsoft Visual Studio\VC98\lib" "C:\Perl\lib\CORE"
libs=  oldnames.lib kernel32.lib user32.lib gdi32.lib winspool.lib
comdlg32.lib advapi32.lib shell32.lib ole32.lib oleaut32.lib  netapi32.lib
uuid.lib wsock32.lib mpr.lib winmm.lib  version.lib odbc32.lib odbccp32.lib
msvcrt.lib
perllibs=  oldnames.lib kernel32.lib user32.lib gdi32.lib winspool.lib
comdlg32.lib advapi32.lib shell32.lib ole32.lib oleaut32.lib  netapi32.lib
uuid.lib wsock32.lib mpr.lib winmm.lib  version.lib odbc32.lib odbccp32.lib
msvcrt.lib
libc=msvcrt.lib, so=dll, useshrplib=yes, libperl=perl56.lib
  Dynamic Linking:
dlsrc=dl_win32.xs, dlext=dll, d_dlsymun=undef, ccdlflags=' '
cccdlflags=' ',
ddlflags='-dll -nologo -nodefaultlib -release  -libpath:"C:\Perl\lib\CORE"  
-machine:x86'


Characteristics of this binary (from libperl):
  Compile-time options: MULTIPLICITY USE_ITHREADS PERL_IMPLICIT_CONTEXT
PERL_IMPLICIT_SYS
  Locally applied patches:
   ActivePerl Build 631
  Built under MSWin32
  Compiled at Jan  2 2002 17:16:22
  %ENV:
PERL_LWP_USE_HTTP_10="1"
  @INC:
C:/Perl/lib
C:/Perl/site/lib
.