@Eric This could be useful. But my Javascript is so poor I can't really say until I've tried it.
> One page setting shared memory can trigger an event in the javascript of the other page. Is this of interest? Yes. When I first started thinking about my requirements, this was just the sort of generalized facility I'd hoped might exist. I could then arrange for something to happen in the _message_ page as a result of pressing Enter in _jijx_. Typically, force a reload of the page. Or just part of it. It would be nice too to be able to inspect the input line itself, e.g. for the target of "=:", to display it in _message_. Presently I'm experimenting with macOS apps with embedded JHS, and am almost at the beta stage. But if shared memory delivers what it appears to hold out, I could shelve this approach in favor of using JHS "out of the box" with any modern browser. My platform-migration problems would go away. > …but the resources documneting its use are more that adequate. I take it you're talking about online javascript resources, not JAL resources. Can you give me a link pls? On Tue, Sep 5, 2017 at 10:43 PM, Eric Iverson <eric.b.iver...@gmail.com> wrote: > Ian (your JHS question), > > There is a facility in javascript in the browser called shared memory. JHS > uses this in a very limited way, but I have always wanted to revisit it to > see what else could be done. > > One page setting shared memory can trigger an event in the javascript of > the other page. Is this of interest? > > The existence of javascript shared memory has kept a low profile, but the > resources documneting its use are more that adequate. > > On Mon, Sep 4, 2017 at 10:20 PM, Ian Clark <earthspo...@gmail.com> wrote: > > > In case that's not clear enough, here's an ultra-simple example, stripped > > of all the clutter. > > > > Here's the content of my script: '~user/message.ijs' ... > > ——————————————————————————— > > coclass 'message' > > coinsert 'jhs' > > > > MESSAGE__=: 'Hello World' > > > > MYTEMPLATE=: 0 : 0 > > HTTP/1.1 200 OK > > Content-Type: text/html; charset=utf-8 > > Connection: close > > > > <pre> > > PAGECONTENT > > </pre> > > ) > > > > jev_get=: 3 : 0 > > hrtemplate=: MYTEMPLATE rplc 'PAGECONTENT' ; MESSAGE__ > > 'message' jhr '' > > ) > > ——————————————————————————— > > > > Load it and browse the URL: http://localhost:65001/message > > > > You see a mostly empty window (call it the message window) displaying: > > > > Hello World > > > > > > Now I want to turn to the jijx window (http://localhost:65001/jijx) and > > enter > > > > MESSAGE__=: 'Hello New World' > > refresh'' > > > > without having to touch the message window. > > How do I write the verb: refresh ? > > > > It goes without saying that in practice I want to display something more > > elaborate than the contents of a single noun residing in the base locale. > > But the principle will be the same. > > > > > > On Tue, Sep 5, 2017 at 2:59 AM, Ian Clark <earthspo...@gmail.com> wrote: > > > > > Suppose I am a JHS coder, working with the J session (the jijx page), > and > > > have written an app called "message" (say). This generates a page of > data > > > in response to the URL: > > > > > > http://localhost:65001/message > > > > > > which I choose to display in a separate browser window. Let's call it > the > > > message window. > > > > > > If I execute some phrase in jijx which changes the content of the > message > > > window, then in the normal course of things I would need to manually > > reload > > > the page in order to see the altered data. For example (in Safari) by > > > activating the message window and clicking the symbol: "Reload this > > page". > > > > > > How can I write a verb (to be executed in jijx) which refreshes the > > > message window without having to do that? > > > > > > > > ---------------------------------------------------------------------- > > For information about J forums see http://www.jsoftware.com/forums.htm > > > ---------------------------------------------------------------------- > For information about J forums see http://www.jsoftware.com/forums.htm > ---------------------------------------------------------------------- For information about J forums see http://www.jsoftware.com/forums.htm
