[weblet] How can a webLet communicate with the hosting html page?

[Robert Maniquant]

The webLets showed in the webinar are autistic : they only seem to work as a confined world with no interaction with the rest of the page.

1) Is it possible to send them parameters, perhaps via a user  tag within the object tag??

I hope they're not autistic, oh god I pray!

2) is there a way to have one weblet communicate with another on the same page???

Thanks... trying to figure out how to use weblets in my site design...

[Sarah Reichelt-2]

> 2) is there a way to have one weblet communicate with another on the same
> page???

Yes, as demonstrated in the paint revlet which had a second stack as
the tools palette. I believe that if two stacks have the same instance
ID, they operate within the same process and so can communicate.

Cheers
Sarah
_______________________________________________
use-revolution mailing list
[hidden email]
Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

[Robert Maniquant]

Sorry folks.. I found out in the webinar that revlets can share the same revWeb instance and then communicate (it seems to be the default).

Now remains the question of sending parameters from the html page to the revLet. Exemple : a little revLet that allow different kind of interactions with the element let's say the parapgraph of the division where the revlet sits. The revlet will need the database ref. of the paragraph to work on it.

At some point within the page, one weblet will have to have a clue as to which context it is working within.

Any clue? many thanks

[Andre Garzia-3]

Robert,

in this first version of the plugin, there will be no direct way for
the plugin to talk to the host page but you can script one using
sessions. For example, you create a javascript that polls the server
at a given interval checking for communication and you make the plugin
write to that session when it needs to communicate with its host page.
It's a three way communication, like both talking to the server
instead of each other but it works wonder for the united nations so
far so I think we can keep the traditions.

Cheers
andre


On Sun, Jul 5, 2009 at 12:15 AM, Robert M.<[hidden email]> wrote:

>
> Sorry folks.. I found out in the webinar that revlets can share the same
> revWeb instance and then communicate (it seems to be the default).
>
> Now remains the question of sending parameters from the html page to the
> revLet. Exemple : a little revLet that allow different kind of interactions
> with the element let's say the parapgraph of the division where the revlet
> sits. The revlet will need the database ref. of the paragraph to work on it.
>
> At some point within the page, one weblet will have to have a clue as to
> which context it is working within.
>
> Any clue? many thanks
> --
> View this message in context: http://www.nabble.com/-weblet--How-can-a-webLet-communicate-with-the-hosting-html-page--tp24339664p24339788.html
> Sent from the Revolution - User mailing list archive at Nabble.com.
>
> _______________________________________________
> use-revolution mailing list
> [hidden email]
> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-revolution
>

--
http://www.andregarzia.com All We Do Is Code.
_______________________________________________
use-revolution mailing list
[hidden email]
Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

[Robert Maniquant]

Thanks André for this suggestion.
-- We're very far from the simplicity of using just one and only one language as advocated by runrev!

-- I do find it is a pity that we cannot add user defined param. tags above that would be turned into global variables by the plugin, it would be simple and useful !!  example :  



Also this question arose, because I was evaluating the different ways to use webLets in site-design. I was considering building interactive palettes (sets of buttons) to be incorporated in dynamaically build web-pages, so that pages can be adaptative in size, instead of a fixed size page we can make with a revlet.

So it remains to be cleard if the size modification of a weblet is a possibility using the stand alone webplugin mode (when the weblet opens up in an independant window, which does not have the limits of the html page.. a little prayer!! )

I don't know what you feel, but I was a little bit over enthousiastic at the annouce that revlets would be a full implementation of runrev in a web browser. The fixed size AND the impossibility to have param. passed reduces the usage to added gimmicks to a page!!?

Do I miss something out??

Andre Garzia-3 wrote:

Robert,

in this first version of the plugin, there will be no direct way for
the plugin to talk to the host page but you can script one using
sessions. For example, you create a javascript that polls the server
at a given interval checking for communication and you make the plugin
write to that session when it needs to communicate with its host page.
It's a three way communication, like both talking to the server
instead of each other but it works wonder for the united nations so
far so I think we can keep the traditions.

Cheers
andre


On Sun, Jul 5, 2009 at 12:15 AM, Robert M.<[e-mail]> wrote:
>
> Sorry folks.. I found out in the webinar that revlets can share the same
> revWeb instance and then communicate (it seems to be the default).
>
> Now remains the question of sending parameters from the html page to the
> revLet. Exemple : a little revLet that allow different kind of interactions
> with the element let's say the parapgraph of the division where the revlet
> sits. The revlet will need the database ref. of the paragraph to work on it.
>
> At some point within the page, one weblet will have to have a clue as to
> which context it is working within.
>
> Any clue? many thanks
> --
> View this message in context: http://www.nabble.com/-weblet--How-can-a-webLet-communicate-with-the-hosting-html-page--tp24339664p24339788.html
> Sent from the Revolution - User mailing list archive at Nabble.com.
>
> _______________________________________________
> use-revolution mailing list
> [e-mail]
> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-revolution
>



--
http://www.andregarzia.com All We Do Is Code.
_______________________________________________
use-revolution mailing list
[e-mail]
Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

[Robert Maniquant]

exemple of param. variable was in html code... i stripped of the tags

object classid="CLSID:B2EC94AF-4716-4300-824A-3314BF23664A" width="320" height="240"
        param name="src" value="YOURSTACKFILEURL.rev"
        param name="type" value="application/x-revolution"
        param name="stack" value="StackName
        param name="instanceID" value="0"

-- User global variables proposed
        -->  param name="contextPage" value="ID234667"
        -->  param name="contextDiv" value="ID99999"

        embed src="YOURSTACKFILEURL.rev" type="application/x-revolution" width="320" height="240" stack="StackName" instanceid="0"
        /embed
/object

[Len Morgan]

I don't see why this is that hard to do.  After all, we can pass command
line parameters to a stand alone can't we?  How is this any different?

I think the confusion is that it sounded like you wanted to change the
size of the rect AFTER it was already up and running (re-size) which
COULD be difficult if not impossible to pull of in a revLet.

len

Robert M. wrote:

> exemple of param. variable was in html code... i stripped of the tags
>
> object classid="CLSID:B2EC94AF-4716-4300-824A-3314BF23664A" width="320"
> height="240"
> param name="src" value="YOURSTACKFILEURL.rev"
> param name="type" value="application/x-revolution"
> param name="stack" value="StackName
> param name="instanceID" value="0"
>
> -- User global variables proposed
> -->  param name="contextPage" value="ID234667"
> -->  param name="contextDiv" value="ID99999"
>
> embed src="YOURSTACKFILEURL.rev" type="application/x-revolution"
> width="320" height="240" stack="StackName" instanceid="0"
> /embed
> /object
>
>
>  

_______________________________________________
use-revolution mailing list
[hidden email]
Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

[David Bovill-4]

Robert, I agree that this sort of two way communication between a RevLet and
the web page is vital. I made a few posts about this on the list to find out
what the status was. The reply I've got was that RunRev are aware of the
importance / need passing params to the player / allowing the player to
effect the page via JavaScript call outs, but it is not a feature that will
be implemented in the first release.

By the way you can change the size of the Revlet to whatever you want -
including using %. Tests I've done also indicate that the normal resizeStack
handler is sent when you resize the page, which allows you to desing Revlets
which adjust their geometry to the the size available, though this was
working properly (on the early preview releaase) only on initial page
loading and not if you stretched the browser window for instance.
_______________________________________________
use-revolution mailing list
[hidden email]
Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

[Brian Yennie]

Perhaps one can experiment with a Javascript method such as this:
http://danielmclaren.net/2008/04/expanding-resizing-a-flash-swf-using-javascript

It would seem that all this would require would be a proper  
"resizeStack" message being sent to Rev.


_______________________________________________
use-revolution mailing list
[hidden email]
Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

[splash21]

Where there's a will, there's a way....
This example is pretty basic and I've only tested it on Firefox/Vista.

http://splash21.on-rev.com/revlet/

You can send text from the web page to the revlet.  Communication can
flow the other way as well.

I saved the test revlet stack with a variable containing a string of 'X'
characters in the openStack script.
The .rev file is not embedded on the HTML page - instead there's a .irev
file embedded.  The .irev file opens the real revlet file as binary,
replaces the string of X's with the user's session key and spits the
resulting binary file out to the browser.  This gets downloaded as the
revlet which now contains the session key and can now communicate with
the web page.

It may seem like a total hack of a workaround, but it's simple - and it
seems to work.  Hope some of you guys find it useful!

JC


Robert M. wrote:

> The webLets showed in the webinar are autistic : they only seem to work as a
> confined world with no interaction with the rest of the page.
>
> 1) Is it possible to send them parameters, perhaps via a user  tag within
> the object tag??
>
> I hope they're not autistic, oh god I pray!
>
> 2) is there a way to have one weblet communicate with another on the same
> page???
>
> Thanks... trying to figure out how to use weblets in my site design...
>  

_______________________________________________
use-revolution mailing list
[hidden email]
Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

[splash21]

Notes.
If the session time out, you'll have to refresh the page.
Press the button to submit text - not the enter/return key.  I've
(hopefully) trapped the return key, but if the page form is submitted
you'll probably just get an error.

splash21 wrote:

> Where there's a will, there's a way....
> This example is pretty basic and I've only tested it on Firefox/Vista.
>
> http://splash21.on-rev.com/revlet/
>
> You can send text from the web page to the revlet.  Communication can
> flow the other way as well.
>
> I saved the test revlet stack with a variable containing a string of
> 'X' characters in the openStack script.
> The .rev file is not embedded on the HTML page - instead there's a
> .irev file embedded.  The .irev file opens the real revlet file as
> binary, replaces the string of X's with the user's session key and
> spits the resulting binary file out to the browser.  This gets
> downloaded as the revlet which now contains the session key and can
> now communicate with the web page.
>
> It may seem like a total hack of a workaround, but it's simple - and
> it seems to work.  Hope some of you guys find it useful!
>
> JC
>
>
> Robert M. wrote:
>> The webLets showed in the webinar are autistic : they only seem to
>> work as a
>> confined world with no interaction with the rest of the page.
>>
>> 1) Is it possible to send them parameters, perhaps via a user  tag
>> within
>> the object tag??
>>
>> I hope they're not autistic, oh god I pray!
>>
>> 2) is there a way to have one weblet communicate with another on the
>> same
>> page???
>> Thanks... trying to figure out how to use weblets in my site design...  
>
>
> _______________________________________________
> use-revolution mailing list
> [hidden email]
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-revolution
>
>

_______________________________________________
use-revolution mailing list
[hidden email]
Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

[David Bovill-3]

Had a look, I like your hack - great to know you can embed dynamically
generated stacks using a cgi / iRev script!

2009/7/7 splash21 <[hidden email]>

> Where there's a will, there's a way....
> This example is pretty basic and I've only tested it on Firefox/Vista.
>
> http://splash21.on-rev.com/revlet/
>
> You can send text from the web page to the revlet.  Communication can flow
> the other way as well.
>
> I saved the test revlet stack with a variable containing a string of 'X'
> characters in the openStack script.
> The .rev file is not embedded on the HTML page - instead there's a .irev
> file embedded.  The .irev file opens the real revlet file as binary,
> replaces the string of X's with the user's session key and spits the
> resulting binary file out to the browser.  This gets downloaded as the
> revlet which now contains the session key and can now communicate with the
> web page.
>
> It may seem like a total hack of a workaround, but it's simple - and it
> seems to work.  Hope some of you guys find it useful!

It's doing the server based roundtrip for the communication though - to get
a responsive Web2.0 type app you need to use Javascript on the client side.
We'll have to wait for revised version of the plugin for that - maybe with
luck we'll even get "do script as javaScript" for standalones as well :)
_______________________________________________
use-revolution mailing list
[hidden email]
Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

[Robert Maniquant]

I got news from runrev and got the green light to pass on the info on Nabble :
-------------------------------------------------------------------------------------
"Obviously we have the goal of providing as much integration as possible between a
web page and any embedded revlets. However, it should be noted that this is
actually quite challenging due to the vast array of browsers (and different
versions of browsers) that we need to support - all of which have their own quirks
in the implementation of the Browser Plugin APIs.
Eventually we hope to be able to offer the following features (in rough order of
current priority):

1) Revlets being able to execute javascript in the context of the html page they
are embedded in.

2) Resizing of embedded revlets by using javascript in the hosting html page.

3) The html page being able to invoke distinguished message handlers in embedded
revlets.

Further details on these features will be made available as and when it becomes
possible.

Regards,

Heather"

[Robert Maniquant]

Hi! I wanted to turn back to your solution.. but I updated my runweb plugin and spash21 does not work anymore! Just to let you know..

Now I'll try your solution in order to communicate to the revlet the name of a file to open.

The objective is to be able to send a data-file by mail opening up in a revlet browser page.
Problem is how to "pass on" the filename...

If I get a first hack solution is :
-- include as a mail-attached-file the data-file
-- incude as a mail-attached-file an html page with
    1- a simple form that has the name of the file and that is sent straight away
    2- a call to an .irev file like "launchit.irev" that :
         a- gets the name of the file from the form
         b- edit the XXX variable in the revlet binary file, replacing it with the file name, then closing it
         c- launches the modified  revlet in another page

 Problem : what happens if two users get online... the revlet file will be modified.. with filename of misterB before misterA had a chance...

maybe we wait until.. javscript comunication is added!!!

whouau what a world : you can make marvellous animations with runrev4 that look damn sexy but you just bang your head on the walls to just send a little piece of data... do we sometimes forget.. what the essential is in our lives??? !!

Robert

splash21 wrote:

Where there's a will, there's a way....
This example is pretty basic and I've only tested it on Firefox/Vista.

http://splash21.on-rev.com/revlet/

You can send text from the web page to the revlet.  Communication can
flow the other way as well.

I saved the test revlet stack with a variable containing a string of 'X'
characters in the openStack script.
The .rev file is not embedded on the HTML page - instead there's a .irev
file embedded.  The .irev file opens the real revlet file as binary,
replaces the string of X's with the user's session key and spits the
resulting binary file out to the browser.  This gets downloaded as the
revlet which now contains the session key and can now communicate with
the web page.

It may seem like a total hack of a workaround, but it's simple - and it
seems to work.  Hope some of you guys find it useful!

JC


Robert M. wrote:
> The webLets showed in the webinar are autistic : they only seem to work as a
> confined world with no interaction with the rest of the page.
>
> 1) Is it possible to send them parameters, perhaps via a user  tag within
> the object tag??
>
> I hope they're not autistic, oh god I pray!
>
> 2) is there a way to have one weblet communicate with another on the same
> page???
>
> Thanks... trying to figure out how to use weblets in my site design...
>  


_______________________________________________
use-revolution mailing list
[e-mail]
Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

[splash21]

The new revlet format doesn't have the plain text stack code visible in
the file - (which is a good thing!) - so the old example won't work any
more.
If it did, 2 or more people hitting the stack at the same time would
work OK, as they are each served out a modified version of the stack
(created on the fly): the modified version isn't written to disk, it's
just fired out to the browser as a deviation of the original and then
discarded.


I just updated the example for the new plugin and it's working again.  
This version uses the new stack property 'the revletParams' to pass the
session variable to the revlet (as documented in the 4.0.0dp2 change
log).  Much cleaner.


The 2 way javascript that you spoke of previously is what we really need
for this kind of stuff.  I'm looking forward to the next web plugin release.

:)




Robert M. wrote:

> Hi! I wanted to turn back to your solution.. but I updated my runweb plugin
> and spash21 does not work anymore! Just to let you know..
>
> Now I'll try your solution in order to communicate to the revlet the name of
> a file to open.
>
> The objective is to be able to send a data-file by mail opening up in a
> revlet browser page.
> Problem is how to "pass on" the filename...
>
> If I get a first hack solution is :
> -- include as a mail-attached-file the data-file
> -- incude as a mail-attached-file an html page with
>     1- a simple form that has the name of the file and that is sent straight
> away
>     2- a call to an .irev file like "launchit.irev" that :
>          a- gets the name of the file from the form
>          b- edit the XXX variable in the revlet binary file, replacing it
> with the file name, then closing it
>          c- launches the modified  revlet in another page
>
> :drunk: Problem : what happens if two users get online... the revlet file
> will be modified.. with filename of misterB before misterA had a chance...
>
> ;-)maybe we wait until.. javscript comunication is added!!!
>
> whouau what a world : you can make marvellous animations with runrev4 that
> look damn sexy but you just bang your head on the walls to just send a
> little piece of data... do we sometimes forget.. what the essential is in
> our lives??? !!
>
> Robert
>
>
> splash21 wrote:
>  
>> Where there's a will, there's a way....
>> This example is pretty basic and I've only tested it on Firefox/Vista.
>>
>> http://splash21.on-rev.com/revlet/
>>
>> You can send text from the web page to the revlet.  Communication can
>> flow the other way as well.
>>
>> I saved the test revlet stack with a variable containing a string of 'X'
>> characters in the openStack script.
>> The .rev file is not embedded on the HTML page - instead there's a .irev
>> file embedded.  The .irev file opens the real revlet file as binary,
>> replaces the string of X's with the user's session key and spits the
>> resulting binary file out to the browser.  This gets downloaded as the
>> revlet which now contains the session key and can now communicate with
>> the web page.
>>
>> It may seem like a total hack of a workaround, but it's simple - and it
>> seems to work.  Hope some of you guys find it useful!
>>
>> JC
>>
>>
>> Robert M. wrote:
>>    
>>> The webLets showed in the webinar are autistic : they only seem to work
>>> as a
>>> confined world with no interaction with the rest of the page.
>>>
>>> 1) Is it possible to send them parameters, perhaps via a user  tag within
>>> the object tag??
>>>
>>> I hope they're not autistic, oh god I pray!
>>>
>>> 2) is there a way to have one weblet communicate with another on the same
>>> page???
>>>
>>> Thanks... trying to figure out how to use weblets in my site design...
>>>  
>>>      
>> _______________________________________________
>> use-revolution mailing list
>> [hidden email]
>> Please visit this url to subscribe, unsubscribe and manage your
>> subscription preferences:
>> http://lists.runrev.com/mailman/listinfo/use-revolution
>>
>>
>>    
>
>  

_______________________________________________
use-revolution mailing list
[hidden email]
Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

[Robert Maniquant]

Im' currently using dp3 build 900 - I can't see that mentionned in the log (i don't have a log file but a "read me first" is that the same text? ) sorry to bother but If I start missing out the rare information sources that are official.. I'll stay forever in the dark!


-> quote
I just updated the example for the new plugin and it's working again.  

This version uses the new stack property 'the revletParams' to pass the
session variable to the revlet (as documented in the 4.0.0dp2 change
log) .  Much cleaner.

<--end quote

[Robert Maniquant]

I'm still struggling to try and launch a revlet with the a dataFIle name as parameter, for the app i'm working on.. !

Quoting nablle user splash21

"I just updated the example for the new plugin and it's working again.  
This version uses the new stack property 'the revletParams' to pass the
session variable to the revlet (as documented in the 4.0.0dp2 change
log).  Much cleaner. Sample : http://splash21.on-rev.com/revlet/

But I did not find this revletParams stack property eventhough I use build 4.00dp3 build 900.
I created an empty stack, looked into the custum properties, the global properties and variables : Nothing like revletParams !

WOuld it be possible to give some precisions? example of code?

The only way I found out is so far to use the web type "RequestedName" stack property which does not seem to be used since the html test pages that are created automatically with the revlet keep that parameter empty.test1.rev

Are we talking of the same door? or is there another one??

So.. I tried the requestedName door and it did not work at all!!
I posted my test stack named "testParams" on revOnline for anybody interested in the matter!

[splash21]

I'll try to get some time today to update my download page, but here are
the relevant snippets...
( COOKIES[SESVAR] is just my session variable )


In the revlet HTML (view page source to see the whole block);

<object ......
<param name="session" value="<?rev put COOKIES[SESVAR] ?>"/>
.....
.....
<embed type="application/x-revolution"
                src="revletTest.revlet"
                width=800 height=200
                stack="test"
                requestedName=""
                instanceID=""
                session="<?rev put COOKIES[SESVAR] ?>"
 ></embed>



In the revlet;
on openStack
    put the revletParams["session"] of this stack into sSession
    .....
    .....


HTH  :)


Robert M. wrote:

> I'm still struggling to try and launch a revlet with the a dataFIle name as
> parameter, for the app i'm working on.. !
>
> Quoting nablle user splash21
>
> "I just updated the example for the new plugin and it's working again.  
> This version uses the new stack property 'the revletParams' to pass the
> session variable to the revlet (as documented in the 4.0.0dp2 change
> log).  Much cleaner. Sample : http://splash21.on-rev.com/revlet/
>
> But I did not find this revletParams stack property eventhough I use build
> 4.00dp3 build 900.
> I created an empty stack, looked into the custum properties, the global
> properties and variables : Nothing like revletParams !
>
> WOuld it be possible to give some precisions? example of code?
>
> The only way I found out is so far to use the web type "RequestedName" stack
> property which does not seem to be used since the html test pages that are
> created automatically with the revlet keep that parameter empty.
> http://www.nabble.com/file/p24638678/test1.rev test1.rev
>
> Are we talking of the same door? or is there another one??
>
> So.. I tried the requestedName door and it did not work at all!!
> I posted my test stack named "testParams" on revOnline for anybody
> interested in the matter!
>
>
>  

_______________________________________________
use-revolution mailing list
[hidden email]
Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

[Sarah Reichelt-2]

On Fri, Jul 24, 2009 at 4:55 PM, splash21<[hidden email]> wrote:

> I'll try to get some time today to update my download page, but here are the
> relevant snippets...
> ( COOKIES[SESVAR] is just my session variable )
>
>
> In the revlet HTML (view page source to see the whole block);
>
> <object ......
> <param name="session" value="<?rev put COOKIES[SESVAR] ?>"/>
> .....
> .....
> <embed type="application/x-revolution"
>               src="revletTest.revlet"
>               width=800 height=200
>               stack="test"
>               requestedName=""
>               instanceID=""
>               session="<?rev put COOKIES[SESVAR] ?>"
>></embed>
>
>
>
> In the revlet;
> on openStack
>   put the revletParams["session"] of this stack into sSession
>   .....
>   .....
>
>
> HTH  :)

It does indeed. Thanks you very much. I had tried something similar,
but hadn't thought to try the revletParams as a array.

Cheers,
Sarah
_______________________________________________
use-revolution mailing list
[hidden email]
Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

[Robert Maniquant]

Many thanks! it does work indeed so to make things 200% clear I made a little test stack that prints out all the parameters taken into account by the revletParams.

cf.testParamsOk
testParamsOK.rev

Cheers,
Robert