in reply to Re^3: Executing Javascript from HTML pages in perl
in thread Executing Javascript from HTML pages in perl

In the case where the code needs to run on the client side.
  • Comment on Re: Re^3: Executing Javascript from HTML pages in perl

Replies are listed 'Best First'.
Re^5: Executing Javascript from HTML pages in perl
by Aristotle (Chancellor) on Nov 07, 2002 at 07:01 UTC
    Right, but what does it do? You can't save anything locally using Javascript; if you want to permanently affect anything you have to eventually invoke something on the server - and at that point, LWP can be plugged in.

    Makeshifts last the longest.

      So who says something has to be effect anything permanently to be useful? ;) For instance, although we all hate them, popup ads would not be possible without client-side Javascript, and neither would most snazzy DHTML.

        Sure, but if you're writing a script on top of LWP, chances are it isn't a graphical user agent but rather some sort of bot or spider - and then it doesn't matter whether you execute the Javascript or not.

        (Besides, although this is a different issue, I try to avoid DHTML altogether - try css/edge for some amazing demos of what's possible purely with CSS. And XSL has the potential to take that to yet another level. The advantage is that since these techniques do not use side effects, unlike Javascript, they can be (attempted to be) interpreted sensibly by any agent, whether it be a graphical client, a braille reader or voice synth for disabled folks, some kind of spider, a printing engine or whatever else you might come up with. How should a voice synth convey a Javascript popup menu?)

        Makeshifts last the longest.