Re: Re: possible: a perl plugin for web browsers?

[drfrog]

defintley security is an issue
thankfully
we can look back through five years of how java did/didnt do it!

i dont know if gui is a real issue
i mean a java applet doesnt
nessicarily output anything

thats up to the developer and what their project needs

the ability to use gtkglarea in a perl plugin
would be super smoking

i think size of the plugin could matter esp on windows
but if it was included in activestates setup?

[Sifmole]

okay..
i have to ask.
why do you write <BQ>your posts like</BQ>
e.
  e.
    cummings?

[drfrog]

you want the truth or should i lie?

ok the truth is im lazy
and i only use line breaks
:)

my boss give me trouble all the
time about lower case and no punctuation
it could be worse...i mean....
ATLEASTIAMNOTSHOUTING

back in the day we didnt have no old school

[vaevictus]

well, if activestate was set up, we could just develop a perl package system... where all the code and optional libraries could be contained, possibly compressed, and CRC verified (to avoid simple tampering over TCP). This would be a very small download for most applications.

OTOH, without activestate set up, the plugin would be very hefty, because you'd have to basically install perl somewhat... perhaps a binary distribution that was self contained could be rather win32 universal... I'm not sure.

Regardless, the download would be very small for almost all "applets" ... :) ... it's the plugin download that'd get you. It'd basically activestate, with a small package management setup and mime type.

The biggest problem would be getting anyone to set it up. Perl's *way* too powerful to just download something automatically from any site and execute it. :) Gives "Microsoft Free Fridays" a brutal edge to it, as soon as someone starts using malicious system calls. :)

Thoughts anyone?