Beefy Boxes and Bandwidth Generously Provided by pair Networks
good chemistry is complicated,
and a little bit messy -LW

Sharing JS-Code on

by LanX (Cardinal)
on May 19, 2009 at 02:10 UTC ( #764803=monkdiscuss: print w/replies, xml ) Need Help??


is there an official way how to share and execute JavaScripts between Monks?

Supersearching gives no results...

The only way I made it working in FF3 is by including an iframe* in the Free Nodelet Settings which loads the Public Scratchpad of another user with code embedded. The code is then extracted and evaluated by a localscript.

Thats quite complicated, there's no better way?

Cheers Rolf

(*) Well actually should also be possible with XMLHttpRequest, havent tried it yet ...

UPDATE: Corrected the title!

Replies are listed 'Best First'.
Re: Sharing JS-Code on JS
by Corion (Pope) on May 19, 2009 at 06:34 UTC

    Basically there is no official way to share JavaScript except posting it. By doing so, you are at the mercy of the poster, which is a huge security issue. You can embed any JavaScript posted in <code> tags by using the "download" link:

    <script src="?abspart=1;displaytype=displaycode;node_id=764848;part=3" +> </script>

    Example JavaScript:

    alert("Hello embedded JavaScript")

    Of course, you should use a framework like jQuery for doing the XMLHttpRequest and callback for you. Wrapping nodes or services so they return JSON or data in a format more easily digested by JavaScript will need some writing of code.

      oops... wow that's much easier than what I figured out. (silly me! : )

      The following code in my free nodelet loaded and executed code from my scratchpad:

      <h5>embeddingtest</h5> <!-- <script> function evalFrame(iframe) { var html =iframe.contentDocument.body.innerHTML; html=html.replace(/^<pre>/,""); html=html.replace(/<\/pre>$/,""); eval(html) } </script> <iframe name="embed" height=30 width=150 onload="evalFrame(this)" styl +e="display:none" src=";displaytype=displaycode;node +_id=708739;viewmode=public;part=1"></iframe>

      (my example code changes the title of the window, without stopping the build up of the page like alert() does)

      just some notes:

      1. With my method I needed to truncate some html-code, now I realize that it's the browser who inserted this code by itself.
      2. "viewmode=public;" was necessary for me because sometimes the server choosed my private scratchpad instead.
      3. The extra request slows down the browser and server.
      4. IMHO you don't need jQuery for XmlHttpRequests, why do you think so?

      Why do you consider sharing JS-code as a risk? An intruder can only manipulate pages within the perlmonks sandbox not my online banking. IMHO using opensource software is a much higher risk...

      Cheers Rolf

        I consider embedding JS from a third party source a risk because you don't control said third party - especially anybody who steals the login of said third party can then execute code as you on your machine under the security context of, potentially wiping all your nodes or worse.

        If you don't want the extra request to "slow down" your browser, you can try making the request to a different domain than the "main" Perlmonks domain you're using. Alternatively, you can of course put the Javascript onto a different machine that serves static files and hence might be faster.

        I like jQuery because it encapsulates XmlHttpRequest into something that works with less pain than me having to dive into the incompatibilities between browsers and potentially having to write a poll loop. Also, I like the way jQuery allows DOM manipulation, hence I don't write my own Javascript for that anymore but use a library.

Log In?

What's my password?
Create A New User
Node Status?
node history
Node Type: monkdiscuss [id://764803]
Approved by planetscape
and the web crawler heard nothing...

How do I use this? | Other CB clients
Other Users?
Others lurking in the Monastery: (4)
As of 2021-04-16 16:51 GMT
Find Nodes?
    Voting Booth?

    No recent polls found