On Fri, 24 Mar 2000, Gerald Richter wrote:
> > >
> > > Also consider code like or even > > $]BGCOLOR="#ff"[$endif$]>, how should this look with the new syntax?
> > >
> >
> > Something like:
> >
>
> Is there missing an closing '>' ?
Of course! It does look a bit too lisp'ish though. Tha
> The WYSIWYG editors don't break the perl-code (at least I haven't seen
> that (yet:), but the EmbPerl code breaks the wysiwyg. Especially if
> you have tables with reasonably complex perl-code in them.
> The formatting is all wierd, which does make it a bit pointles to use
> a visual tool to for
>
> In our use of embperl on the www.research.att.com web site,
Could you write me a few words about it for
http://perl.apache.org/embperl/Sites.pod.1.html
>
> People have made two requests which I think might be useful to put into
> Embperl. Please let me know if you agree or disagree.
>
> 1) W
>
> > could also set it in your page like:
> >
> > [- $optRawInput = 1 -] [+ $escmode=0; 'XX1' +]
>
> Thanks for the prompt response! Maybe this should be included in the docs?
>
> My understanding is that under a standard setup the sample
> given in the man
> pages does not work properly unle
On 23 Mar 00, at 11:17, Jeff Sheffield wrote:
> embperl http://perl.apache.org/embperl/index.html
> this is what you want ;)
Absolutely! Thank you very much.
> mod_perl http://perl.apache.org/
This I knew about. I also have the Writing Apache Modules with
Perl and C book. I am just not rea
Huh. I learn something new every day. Thanks, Jason. That did work.
Regards,
Christian
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of Jason Bodnar
> Sent: Thursday, March 23, 2000 12:02 PM
> To: Christian Gilmore
> Cc: [EMAIL PROTECTED]; indrek si
embperl http://perl.apache.org/embperl/index.html
this is what you want ;)
mod_perl http://perl.apache.org/
and the famous
http://perl.apache.org/guide/
Jeff
On Thu, Mar 23, 2000 at 12:58:28PM -0400, [EMAIL PROTECTED] wrote:
> I tried to post this earlier, but it did not seem to work. Not su
> Since there's no UnSetHandler, once you've set the handler for a certain file
> pattern ( .*\.html$ ), you're stuck with it across the entirety of the site.
You should be able to do something like this:
SetHandler default
and as long as you put this after you setup embperl, apache will use
I tried to post this earlier, but it did not seem to work. Not sure
why.
I am new to this list, though I have been reading the modperl list for
a long time. The questions asked on that list usually are at a level
above my understanding, but I get ideas from reading them.
My main question he
> Security of the underlying Embperl code has never been an issue for us, and
> we've been using Embperl for about a year.
Here here
> Mason has some nice staging/production features and reusable components that
> are nice.
I have always thought Masons 'reusable components' claim was silly
I mean
If one were building a system from scratch, I'd certainly agree with you. When
one puts embperl into an already-built environment using an extension (.html)
that is already in wide use, you find that you often wish to disable embperl
on file that already exist and do not use embperl. Our choice wa
Hi,
> In our use of embperl on the www.research.att.com web site,
> we've come across a number of pains with respect to embperl
> and people who have pages that don't want embperl.
shouldn't the system work the other way around - enable embperl
where you need it (from .htaccess file for example)
Gerald et al:
In our use of embperl on the www.research.att.com web site, we've come across
a number of pains with respect to embperl and people who have pages that don't
want embperl. Inertia causes these people to not want to have to do a thing to
their work (like changing file extensions to so
>
> I have been forced to switch to Apache::ASP for just that reason -
> OK I know: I could have pre- and post-processed everything on the way
> in and out of the graphics tools - but thats just *too* much bother.
>
> Let's go as close to the established de-facto standards as possible.
>
Question
On Thu, 23 Mar 2000, Gerald Richter wrote:
>
> cl -c -I. -IC:/Apache/src/include -IC:/Apache/src/regex
> -IC:/Apache/src/os/win32 -MD -DWIN32 -O -DVERSION=\"1.2.1\"
> -DXS_VERSION=\"1.2.1\" -IC:\perl\lib\CORE -DAPACHE -D_WINSOCK2API_
> Embperl.c
> Embperl.c
> c:\program files\devstudi
>
> I would suggest an alternative syntax for Embperl like
> <%- being the same as [- and so on just to keep
> our HTML-pages safe after they are worked on by
> the graphics department.
>
Next version of Embperl give you the possibility to configure whatever
syntax you like. I hope to get a first
Gerald,
Success. The problem was I had turned off the table scan since the orginal
page contained some table errors and I was just trying to the scripting part
done without effecting their code. In reading and output (error_log) I noticed
that only the INPUT tags were being processed. Then I r
On Thu, 23 Mar 2000, Frerk Meyer wrote:
> I propose to rethink the syntax of the brakets of Embperl.
...
>
> I would suggest an alternative syntax for Embperl like
> <%- being the same as [- and so on just to keep
> our HTML-pages safe after they are worked on by
> the graphics department.
Plea
I propose to rethink the syntax of the brakets of Embperl.
My reason is:
We have massive problems with Embperl and Adobe Golive 4,
one of those WYSIWYG-Editors and a common one too.
In the older days [- seemed to be a good choice,
since WYSIWYG-Editors didn't knew any Server-Side-Scripting
langu
19 matches
Mail list logo
