Okay, I think you might have misunderstood something. Its been a while since i have been doing internet things, hence i might be telling slightly wrong.
But idea is that there are basically only two ways to interact with webpages.
The usual one is through HTML. Notice that even if there is Javascript and stuff on websites, they are still interacting with the website based upon HTML.
HTML limits interactivity from users side towards the webpage to only two options. so called POST and perhaps the other one was GET. Difference is that other one is limited to some certain amount of characters, while other one can have endless amount of stuff sent.
I think it was so that GET would be the shorter one and POST the longer one.
There is also difference in that POST sends stuff hidden, while GET uses the URL (website address) to carry the stuff.
As example:
There is a "Log in" form in website. When you put your username and password and click the submit button, if the method is POST, then you will be sent to website address of
www.thesite.com/login.
But if it is using GET method, then you will be sent to:
www.thesite.com/login?.username=NAME;password=SECRET
The important difference from Hollywood point of view is, that the POST method can only be accessed through that page, while that GET method could be accessed by Hollywood program.
You could for example have a highscore list for a game, and then you could ask user if he wishes to save his hiscore to world record list on webpage. When he clicks yes, you can tell hollywood to go to URL:
http://www.mygameswebsite.com/highscore ... E=YourName
And when this page now loads, it is able to use this Score and Name information that you sent using your hollywood program to create new highscore list and compare your score to the old scores.
With POST method this isnt so easy.
Second way that programs can interact with webpages, is by having server software running on server. This would be the case for example in some multiplayer game where your program connects to server software handling the multiplayer game on server. This is however different that a webpage, and there is no general API for this thing, but you have to program that server yourself to work with your game in mind, hence they are always custom softwares instead of some general API thing.